ES2901697T3 - Sistemas, aparato y método de monitorización de eventos para un candidato de evento relacionado con un nodo de ID dentro de una red de nodos inalámbricos - Google Patents

Sistemas, aparato y método de monitorización de eventos para un candidato de evento relacionado con un nodo de ID dentro de una red de nodos inalámbricos Download PDF

Info

Publication number
ES2901697T3
ES2901697T3 ES20201387T ES20201387T ES2901697T3 ES 2901697 T3 ES2901697 T3 ES 2901697T3 ES 20201387 T ES20201387 T ES 20201387T ES 20201387 T ES20201387 T ES 20201387T ES 2901697 T3 ES2901697 T3 ES 2901697T3
Authority
ES
Spain
Prior art keywords
node
event
nodes
server
processing unit
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
ES20201387T
Other languages
English (en)
Inventor
Ole-Petter Skaaksrud
Terence Hollahan
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.)
FedEx Corporate Services Inc
Original Assignee
FedEx Corporate Services Inc
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=57685634&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=ES2901697(T3) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by FedEx Corporate Services Inc filed Critical FedEx Corporate Services Inc
Application granted granted Critical
Publication of ES2901697T3 publication Critical patent/ES2901697T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B17/00—Monitoring; Testing
    • H04B17/30—Monitoring; Testing of propagation channels
    • H04B17/309—Measuring or estimating channel quality parameters
    • H04B17/318—Received signal strength
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • H04L41/0645—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis by additionally acting on or stimulating the network after receiving notifications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/32—Specific management aspects for broadband networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G06Q10/0833—Tracking
    • 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/04—Processing captured monitoring data, e.g. for logfile generation
    • 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/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/16—Discovering, processing access restriction or access information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
    • H04W84/20—Master-slave selection or change arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • Electromagnetism (AREA)
  • Business, Economics & Management (AREA)
  • Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Human Resources & Organizations (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Selective Calling Equipment (AREA)

Abstract

Un sistema de monitorización mejorada que identifica un candidato de evento dentro de una red de nodos inalámbricos, comprendiendo el sistema: un servidor (100) dispuesto en un nivel superior dentro de la red de nodos inalámbricos; una pluralidad de nodos de ID (120a-120e) dispuestos en un nivel bajo dentro de la red de nodos inalámbricos, siendo los nodos de ID incapaces de comunicarse directamente con el servidor; un nodo maestro (110a-110c) dispuesto en un nivel medio dentro de la red de nodos inalámbricos como intermediario de monitorización entre los nodos de ID y el servidor, en el que el nodo maestro comprende además una unidad de procesamiento de nodo maestro, un elemento de almacenamiento de memoria acoplado a la unidad de procesamiento de nodo maestro, manteniendo el elemento de almacenamiento de memoria el código de motor de detección de evento para su ejecución por la unidad de procesamiento de nodo maestro, un temporizador acoplado a la unidad de procesamiento de nodo y operativo para seguir un tiempo transcurrido después de un evento de inicio; una primera interfaz de comunicación acoplada a la unidad de procesamiento de nodo y operativa para comunicarse directamente con al menos uno primero de los nodos de ID a través de una primera trayectoria de comunicación; una segunda interfaz de comunicación acoplada a la unidad de procesamiento de nodo y operativa para comunicarse directamente con el servidor a través de una segunda trayectoria de comunicación, en el que la primera trayectoria de comunicación es distinta de la segunda trayectoria de comunicación; en el que uno primero de los nodos de ID está adaptado para emitir al menos una primera señal a través de la primera trayectoria de comunicación; y en el que el nodo maestro, al ejecutar el código de motor de detección de evento en la unidad de procesamiento de nodo maestro, está operativo para detectar, a través de la primera interfaz de comunicación, la primera señal emitida por el primero de los nodos de ID, identificar el candidato de evento como un primer evento de avistamiento relacionado con el primer nodo de ID cuando el nodo maestro detecta la primera señal, generar datos de evento que representan el primer evento de avistamiento después de identificar el primer evento de avistamiento, en el que los datos de evento que representan el primer evento de avistamiento comprenden un identificador del primer nodo de ID y además comprenden al menos información de temporización e información de intensidad de señal observada que caracteriza el primer evento de avistamiento, hacer que la segunda interfaz de comunicación proporcione los datos de evento que representan el primer evento de avistamiento al servidor, monitorizar, a través de la primera interfaz de comunicación, cualquiera de una serie de señales sucesivas emitidas por el primer nodo de ID dentro de un horizonte de evento para el primer nodo de ID después de detectar la primera señal, seguir, a través del temporizador, el tiempo transcurrido entre las sucesivas de la primera señal y cualquiera en las serie de señales sucesivas emitidas por el primer nodo de ID, seguir un valor de indicador de intensidad de señal recibido para la primera señal y cualquiera en la serie de señales sucesivas emitidas por el primer nodo de ID, identificar el candidato de evento como un evento posterior relacionado con el primer nodo y dentro del horizonte de evento que comienza con el primer evento de avistamiento, identificándose el evento posterior basándose en la información de temporización relacionada con el tiempo transcurrido seguido por el temporizador y basándose en la información de intensidad de señal observada como se indica por el valor de indicador de intensidad de señal recibido, generar datos de evento que representan el evento posterior como que incluye al menos la información de temporización relacionada con el tiempo transcurrido seguido por el temporizador y basándose en la información de intensidad de señal observada como se indica por el valor de indicador de intensidad de señal recibido, y hacer que la segunda interfaz de comunicación proporcione los datos de evento que representan el evento posterior al servidor; en el que el servidor está adaptado para recibir los datos de evento que representan el primer evento de avistamiento y los datos de evento que representan el evento posterior.

Description

DESCRIPCIÓN
Sistemas, aparato y método de monitorización de eventos para un candidato de evento relacionado con un nodo de ID dentro de una red de nodos inalámbricos
Campo de la divulgación
La presente divulgación se refiere generalmente a sistemas, aparatos y métodos en el campo del seguimiento de artículos (por ejemplo, un objeto, un paquete, una persona, un equipo) con elementos de una red de nodos inalámbricos y, más particularmente, a diversos aspectos que implican sistemas, aparatos y métodos para una monitorización mejorada para un candidato de evento relacionado con un estado de elementos de una red de nodos inalámbricos y una gestión adaptativa de la red de nodos inalámbricos basándose en el candidato de evento.
Antecedentes
La gestión de activos siempre ha sido una parte importante del comercio, y la capacidad de identificar un artículo y localizar su paradero puede considerarse fundamental para empresas que envían artículos desde una ubicación a otra. Por ejemplo, el seguimiento de paquetes es importante para organizaciones de todo tipo, ya sea una empresa que realiza seguimiento de inventario que va a venderse en sus tiendas, o un proveedor de entrega de paquetes que realiza seguimiento de paquetes que están transportándose a través de su red de entrega. Para proporcionar un servicio de calidad, una organización normalmente crea y mantiene una red altamente organizada para el seguimiento de sus artículos (paquetes, personas, objetos, etc.). La gestión eficaz de tales redes permite un coste más bajo, tiempo de entrega reducido y servicio al cliente mejorado. Y un despliegue eficiente de la red ayuda a gestionar costes.
Además del seguimiento de paquetes, terceras partes que envían y reciben paquetes también pueden necesitar información con respecto a las condiciones de los paquetes, tales como la temperatura y humedad del paquete. Por ejemplo, un cliente que ha pedido una caja de vino puede querer monitorizar la temperatura del contenido de la caja para determinar si la temperatura y/o humedad pasa a estar por encima o por debajo de un intervalo establecido. Del mismo modo, la tercera parte que envía el paquete puede también querer monitorizar las condiciones del paquete para garantizar que el contenido llegue en las condiciones adecuadas.
Habitualmente, esta función de seguimiento puede proporcionarse por una variedad de mecanismos y sistemas conocidos. Los códigos de barras legibles por máquina son una manera de que las organizaciones realicen un seguimiento de artículos. Un minorista, por ejemplo, puede usar códigos de barras en artículos de su inventario. Por ejemplo, artículos que van a venderse en una tienda de minorista pueden etiquetarse cada uno con un código de barras legible por máquina diferente. Con el fin de realizar seguimiento de inventario, el minorista normalmente explora o captura de otra manera una imagen del código de barras en cada artículo para que una parte de back-end de la operación del minorista pueda realizar seguimiento de lo que está entrando y se está dejando en posesión de los proveedores. Además, cuando se vende un artículo a un consumidor, el código de barras para ese artículo se explora o captura para seguir los niveles de ventas e inventario.
Del mismo modo, un proveedor de entrega de paquetes puede utilizar códigos de barras legibles por máquina asociando un código de barras con paquetes que se entregarán a un destinatario. Por ejemplo, un paquete puede tener un código de barras correspondiente a un número de seguimiento de ese paquete. Cada vez que el paquete pasa a través de un punto de control de tránsito (por ejemplo, el mensajero toma el control inicial del paquete, colocándose el paquete temporalmente en una instalación de almacenamiento mientras que está moviéndose desde un punto de recogida a una ubicación de entrega, y entregándose el paquete al destinatario, etc.), puede explorarse el código de barras del paquete. Los códigos de barras, sin embargo, tienen la desventaja de que el personal debe explorar manualmente cada código de barras en cada artículo para seguir de manera efectiva los artículos.
Las etiquetas de identificación por radiofrecuencia (RFID) son otro mecanismo conocido para el seguimiento de artículos. A diferencia de los códigos de barras, las etiquetas de RFID generalmente no requieren exploración manual. Por ejemplo, en un contexto minorista, una etiqueta de RFID en un artículo de inventario puede ser capaz de comunicarse con un lector electrónico que detecta artículos en un carro de compra y añade el coste de cada artículo a una factura para el consumidor. La etiqueta de RFID suele transferir un número codificado cuando el lector lo consulta o lo solicita. Las etiquetas de RFID también se han usado para seguir artículos como ganado, vagones de ferrocarril, camiones e incluso equipaje aéreo. Estas etiquetas normalmente solo permiten el seguimiento básico, pero no proporcionan una manera de mejorar la gestión de activos usando información sobre el entorno en el que se siguen los artículos.
También se conocen sistemas de seguimiento basados en sensores que pueden proporcionar más información que los sistemas de RFID. Remitentes, transportadores, destinatarios y otras terceras partes a menudo desean conocer la ubicación, el estado y la integridad de los envíos antes, durante y después del transporte para satisfacer los objetivos de control de calidad, cumplir con los requisitos normativos y optimizar los procesos empresariales. Sin embargo, tales sistemas son normalmente caros dada la complejidad de los sensores, y pueden proporcionar información de artículo extraña y redundante.
Un desafío adicional al que se enfrentan los sistemas de seguimiento puede ser cómo monitorizar y mantenerse al tanto de lo que está pasando en un nivel bajo de la red sin sobrecargar o estresar indebidamente las comunicaciones con un servidor de back-end que funciona para gestionar elementos del sistema en red. La monitorización de nodos en una red de nodos inalámbricos puede generar una cantidad relativamente grande de datos, por ejemplo, datos de exploración de series temporales acerca de lo que se detecta como que está emitiéndose por nodos particulares. El estado de nodos normalmente cambia con el tiempo, y por tanto los datos generados al monitorizar nodos serán dinámicos y cambiarán con el tiempo para reflejar tal comportamiento y estado cambiante de nodo. Como resultado, los sistemas de monitorización suelen afrontarse con un desafío sobre cómo identificar, notificar y responder de manera eficiente a cambios relevantes con respecto a nodos entre tal gran cantidad de datos. Adicionalmente, sistemas de seguimiento convencionales no monitorizan normalmente el estado de elementos individuales para aprender colectivamente de lo que está monitorizándose de modo que pueda identificar que lo que está sucediendo puede estar vinculado a una actividad conocida, anticipada o relevante de nuevos nodos.
El documento US 8989 053 B1 muestra un sistema de monitorización que identifica un candidato de evento dentro de una red de nodos inalámbricos, comprendiendo el sistema: un servidor dispuesto en un primer nivel dentro de la red de nodos inalámbricos; un nodo de ID dispuesto en un tercer nivel dentro de la red de nodos inalámbricos; un nodo maestro dispuesto en un segundo nivel dentro de la red de nodos inalámbricos, en el que el segundo nivel está dispuesto entre el primer nivel y el tercer nivel, en el que el nodo maestro comprende además una unidad de procesamiento de nodo maestro, un almacenamiento de memoria acoplado a la unidad de procesamiento de nodo maestro, una primera interfaz de comunicación acoplada a la unidad de procesamiento de nodo maestro y operativa para comunicarse con el nodo de ID a través de una primera trayectoria de comunicación, y una segunda interfaz de comunicación acoplada a la unidad de procesamiento de nodo maestro y operativa para comunicarse con el servidor a través de una segunda trayectoria de comunicación, en la que la primera trayectoria de comunicación es diferente de la segunda trayectoria de comunicación.
Para afrontar uno o más de tales desafíos, es necesario un sistema basado en nodos inalámbricos que pueda monitorizar datos relativos a objetos (tales como artículos enviados, personal o equipo) y ampliar eficientemente la visibilidad de tales objetos. Sigue existiendo la necesidad de un sistema mejorado que pueda proporcionar una identificación, seguimiento y gestión más amplia y robusta de objetos a través de diferentes tipos de nodos inalámbricos y la gestión de servidores de back-end, y hacerlo de una manera rentable. En particular, sigue existiendo la necesidad de sistemas, aparatos y métodos para una monitorización mejorada para un candidato de evento relacionado con elementos de una red de nodos inalámbricos y gestión adaptativa de la red de nodos inalámbricos basándose en el candidato de evento.
La invención proporciona un sistema, aparato y método según las reivindicaciones 1, 8, 15 y 22.
Sumario
En la siguiente descripción, determinados aspectos y realizaciones se refieren generalmente a proporcionar una solución técnica para una operación de monitorización de logística mejorada que monitoriza un candidato de evento relacionado con elementos de una red de nodos inalámbricos que tiene nodos de ID de bajo nivel, un nodo maestro en un nivel medio de la red en comunicación con los nodos de ID, y un servidor en un nivel más alto de la red en comunicación con el nodo maestro. Debe entenderse que los aspectos y las realizaciones, en su sentido más amplio, podrían ponerse en práctica sin tener una o más características de estos aspectos y realizaciones. Debe entenderse que estos aspectos y realizaciones son meramente a modo de ejemplo.
Por ejemplo, un aspecto de la divulgación se centra en un sistema mejorado que identifica un candidato de evento dentro de una red de nodos inalámbricos. El sistema generalmente incluye un servidor dispuesto en un nivel superior dentro de la red de nodos inalámbricos; un nodo de ID dispuesto en un nivel bajo dentro de la red de nodos inalámbricos; y un nodo maestro dispuesto en un nivel medio dentro de la red de nodos inalámbricos. Más detalladamente, el nodo maestro comprende además una unidad de procesamiento de nodo maestro (tal como un controlador basado en procesador o procesador), un elemento de almacenamiento de memoria, y dos interfaces de comunicación diferentes. Cada uno del elemento de almacenamiento de memoria y las interfaces de comunicación están acoplados a la unidad de procesamiento de nodo maestro. Una primera de las interfaces de comunicación está configurada y operativa para comunicarse con el nodo de ID a través de una primera trayectoria de comunicación donde la segunda interfaz de comunicación está configurada y operativa para comunicarse con el servidor a través de una segunda trayectoria de comunicación, que es diferente de la primera trayectoria de comunicación. Por tanto, las interfaces de comunicación del nodo maestro proporcionan acceso independiente a trayectorias de comunicación distintas y diferentes para diferentes elementos de la red de nodos inalámbricos (por ejemplo, el servidor y uno o más nodos de ID).
Además, el elemento de almacenamiento de memoria mantiene un código de motor de detección de evento para su ejecución por la unidad de procesamiento de nodo maestro. Como tal y al ejecutar este código de motor de detección de evento, la unidad de procesamiento de nodo maestro se transforma programáticamente para pasar a estar operativa de manera no convencional, como parte del sistema, para interactuar con la primera interfaz de comunicación para detectar una primera señal de aviso emitida por el nodo de ID a través de la primera trayectoria de comunicación y luego detectar una segunda señal de aviso emitida por el mismo nodo de ID después de que el nodo de ID emita la primera señal de aviso. La unidad de procesamiento de nodo maestro está además operativa para comparar un parámetro observado de cada una de la primera señal de aviso y la segunda señal de aviso, identificar el candidato de evento basándose en la comparación del parámetro observado de cada una de la primera señal de aviso y la segunda señal de aviso, y luego provocar que la segunda interfaz de comunicación notifique el candidato de evento identificado al servidor a través de la segunda trayectoria de comunicación como parte de la limitación de la carga sobre el servidor del sistema y mejorar el funcionamiento general de un sistema de monitorización de este tipo.
En otro aspecto de la divulgación, se describe un aparato de nodo maestro (similar al elemento de nodo maestro del sistema) para una monitorización mejorada para un candidato de evento dentro de una red de nodos inalámbricos que tiene múltiples nodos de ID y un servidor. El nodo maestro generalmente tiene una unidad de procesamiento de nodo (tal como un controlador basado en procesador o procesador), un elemento de almacenamiento de memoria y dos interfaces de comunicación diferentes. Cada uno del elemento de almacenamiento de memoria y las interfaces de comunicación se acoplan a la unidad de procesamiento de nodo. Una primera de las interfaces de comunicación está configurada y operativa para comunicarse con al menos uno de los nodos de ID a través de una primera trayectoria de comunicación donde la segunda interfaz de comunicación está configurada y operativa para comunicarse con el servidor a través de una segunda trayectoria de comunicación, que es diferente de la primera trayectoria de comunicación. Por tanto, las interfaces de comunicación de aparato de nodo maestro proporcionan acceso independiente a distintas y diferentes trayectorias de comunicación a diferentes elementos de la red de nodos inalámbricos (por ejemplo, el servidor y los nodos de ID).
Además, el elemento de almacenamiento de memoria mantiene un código de motor de detección de evento para su ejecución por la unidad de procesamiento de nodo del aparato de nodo maestro. Como tal y al ejecutar este código de motor de detección de evento, la unidad de procesamiento de nodo del aparato se transforma programáticamente para pasar a estar operativa de manera no convencional y configurada para usar la primera interfaz de comunicación para detectar una primera señal de aviso emitida por el nodo de ID a través de la primera trayectoria de comunicación y luego detectar una segunda señal de aviso emitida por el mismo nodo de ID después de que el nodo de ID emita la primera señal de aviso. La unidad de procesamiento de nodo está operativa además para comparar un parámetro observado de cada una de la primera señal de aviso y la segunda señal de aviso, identificar el candidato de evento basándose en la comparación del parámetro observado de cada una de la primera señal de aviso y la segunda señal de aviso, y luego provocar que la segunda interfaz de comunicación notifique el candidato de evento identificado al servidor a través de la segunda trayectoria de comunicación como parte de limitación de la carga sobre el servidor del sistema a través de este funcionamiento mejorado de la monitorización de aparato de nodo maestro.
En otro aspecto más de la divulgación, se describe un método implementado por nodo maestro para monitorización mejorada para un candidato de evento dentro de una red de nodos inalámbricos que tiene una pluralidad de nodos de ID, un nodo maestro en comunicación con los nodos de ID, y un servidor en comunicación con el nodo maestro. En general, el método comienza con el nodo maestro recibiendo una primera señal de aviso emitida por un primero de los nodos de ID y luego recibiendo una segunda señal de aviso emitida por el primer nodo de ID después de que el primer nodo de ID emita la primera señal de aviso. El método avanza con el nodo maestro identificando el candidato de evento basándose en una comparación de un parámetro observado por nodos de la primera señal de aviso y la segunda señal de aviso y luego notificando el candidato de evento en relación con el primer nodo de ID. Por tanto, el método hace que el nodo maestro realice la monitorización intermedia y ayude a mejorar el funcionamiento de la red de nodos inalámbricos a través de una notificación minimizada solo para los candidatos de evento identificados relacionados con el primer nodo de ID.
Cada uno de estos aspectos efectúa respectivamente mejoras en la tecnología de redes de nodos inalámbricos gestionadas por servidor que, por ejemplo, pueden desarrollarse en aplicaciones logísticas donde los nodos se monitorizan de manera intermedia y se siguen por diversos elementos de una red de nodos inalámbricos (tal como un nodo maestro) de manera que el elemento intermedio puede funcionar más rápida y eficientemente mientras que monitoriza y notifica eventos relacionados con nodo importantes hasta el servidor de gestión para la red de nodos inalámbricos. Ventajas adicionales de este y otros aspectos de las realizaciones y ejemplos dados a conocer se expondrán en parte en la descripción a continuación, y en parte serán obvias a partir de la descripción, o pueden aprenderse mediante la puesta en práctica de la invención. Debe entenderse que tanto la descripción general anterior como la descripción detallada a continuación son únicamente a modo de ejemplo y explicativas y no son restrictivas de la invención, tal como se reivindica.
Breve descripción de los dibujos
Los dibujos adjuntos ilustran varias realizaciones según uno o más principios de la invención y, junto con la descripción, sirven para explicar uno o más principios de la invención. En los dibujos,
la figura 1 es un diagrama de una red de nodos inalámbricos a modo de ejemplo según una realización de la invención; la figura 2 es un diagrama más detallado de una red de nodos inalámbricos a modo de ejemplo según una realización de la invención;
la figura 3 es un diagrama más detallado de un dispositivo de nodo de ID a modo de ejemplo según una realización de la invención;
la figura 4 es un diagrama más detallado de un dispositivo de nodo maestro a modo de ejemplo según una realización de la invención;
la figura 5 es un diagrama más detallado de un servidor a modo de ejemplo según una realización de la invención; la figura 6 es un diagrama que ilustra la estructura o formato de un paquete de datos de aviso a modo de ejemplo según una realización de la invención;
la figura 7 es un diagrama que ilustra contenido de muestra de un paquete de datos de aviso a modo de ejemplo según una realización de la invención;
la figura 8 es un diagrama de estado que ilustra estados y transiciones a modo de ejemplo entre los estados como parte de operaciones por un nodo a modo de ejemplo en una red de nodos inalámbricos;
la figura 9 es un diagrama que ilustra componentes a modo de ejemplo de una red de nodos inalámbricos durante una asociación de nodo maestro a nodo de ID a modo de ejemplo;
la figura 10 es un diagrama que ilustra componentes a modo de ejemplo de una red de nodos inalámbricos durante una asociación de nodo de ID a nodo de ID a modo de ejemplo;
la figura 11 es un diagrama que ilustra componentes a modo de ejemplo de una red de nodos inalámbricos durante una consulta de nodo de ID a nodo maestro a modo de ejemplo;
la figura 12 es un diagrama que ilustra componentes a modo de ejemplo de una red de nodos inalámbricos durante un modo de aviso de alerta a modo de ejemplo;
la figura 13 es un diagrama que ilustra una determinación de ubicación a modo de ejemplo usando un aviso de nodo maestro;
la figura 14 es un diagrama que ilustra una determinación de ubicación a modo de ejemplo usando un aviso de nodo de ID;
la figura 15 es un diagrama que ilustra una determinación de ubicación a modo de ejemplo a través de triangulación; la figura 16 es un diagrama que ilustra una determinación de ubicación a modo de ejemplo a través de triangulación en cadena;
la figura 17 es un diagrama que ilustra una operación logística de ejemplo usando componentes a modo de ejemplo de una red de nodos inalámbricos;
la figura 18 es un diagrama de flujo que ilustra un método de ejemplo para gestionar el envío de un artículo usando una red de nodos inalámbricos;
la figura 19 es un diagrama de flujo que ilustra otro método de ejemplo para gestionar el envío de un artículo usando una red de nodos inalámbricos;
la figura 20 es un diagrama que ilustra paquetes de nodo a modo de ejemplo ubicados en un entorno de vehículo a modo de ejemplo ;
la figura 21 es un diagrama que ilustra unidades de almacenamiento móviles a modo de ejemplo, tales como ULD, usadas como contenedores que ayudan a enviar paquetes de nodo en un entorno aéreo a modo de ejemplo ; las figuras 22A-22C son diagramas que ilustran etapas a modo de ejemplo de un nodo de ID que se mueve a través de parte de una trayectoria de tránsito a modo de ejemplo mientras se asocia con diferentes nodos maestros ; la figura 23 es un diagrama de flujo que ilustra un método de ejemplo para la gestión de asociación de una red de nodos inalámbricos;
la figura 24 es un diagrama de flujo que ilustra otro método de ejemplo para la gestión de asociación de una red de nodos inalámbricos;
la figura 25 es un diagrama de flujo que ilustra otro método de ejemplo para la gestión de asociación de una red de nodos inalámbricos;
la figura 26 es un diagrama de flujo que ilustra un método a modo de ejemplo para la gestión de contexto de una red de nodos inalámbricos;
la figura 27 es un diagrama de flujo que ilustra un método a modo de ejemplo para ubicar un nodo en una red de nodos inalámbricos basándose en patrones de señal observados e indicaciones de característica durante un período de tiempo;
la figura 28 es un diagrama de flujo que ilustra un método a modo de ejemplo para la determinación de ubicación variando una característica de potencia de los nodos en una red de nodos inalámbricos ;
la figura 29 es un diagrama de flujo que ilustra un método a modo de ejemplo para la determinación de ubicación usando una o más asociaciones de nodos en una red de nodos inalámbricos ;
la figura 30 es un diagrama de flujo que ilustra otro método a modo de ejemplo para determinación de ubicación usando una o más asociaciones de nodos en una red de nodos inalámbricos ;
la figura 31 es un diagrama de flujo que ilustra otro método a modo de ejemplo para determinación de ubicación usando una o más asociaciones de nodos en una red de nodos inalámbricos ;
la figura 32 es un diagrama de flujo que ilustra un método a modo de ejemplo para determinación de ubicación de un primer nodo en una red de nodos inalámbricos basándose en datos de contexto según una realización de la invención;
la figura 33 es un diagrama de flujo que ilustra un método a modo de ejemplo para determinar una ubicación usando triangulación en cadena para uno de una pluralidad de nodos en una red de nodos inalámbricos que tiene un servidor;
la figura 34 es un diagrama de una red de nodos inalámbricos a modo de ejemplo que proporciona detección de evento y caracterización de procesamiento de candidato de evento según una realización de la invención;
la figura 35 es un diagrama más detallado de otro nodo maestro a modo de ejemplo en la red ilustrada en la figura 34 que se hace funcionar para monitorizar un candidato de evento según una realización de la invención;
la figura 36 es un diagrama más detallado de otro servidor a modo de ejemplo de la red ilustrada en la figura 34 que se hace funcionar para recibir un candidato de evento y gestionar la red basándose en el candidato de evento según una realización de la invención;
las figuras 37A-37M son una serie de ilustraciones de gráfico que muestran una cronología a modo de ejemplo de señales detectadas y tipos diferentes identificados de candidatos de evento a modo de ejemplo a lo largo del tiempo según una realización de la invención;
la figura 38 es un diagrama de flujo que ilustra un método a modo de ejemplo para monitorizar un candidato de evento dentro de una red de nodos inalámbricos basándose en la recepción de una primera y segunda señal de aviso emitidas por un nodo de ID ;
la figura 39 es un diagrama de flujo que ilustra un método a modo de ejemplo para monitorizar un candidato de evento dentro de una red de nodos inalámbricos basándose en la recepción de una pluralidad de señales de aviso emitidas por un nodo de ID a lo largo del tiempo ;
la figura 40 es un diagrama de flujo que ilustra un método a modo de ejemplo para monitorización mejorada de un candidato de evento dentro de una red de nodos inalámbricos basándose en la recepción de una pluralidad de señales de un nodo de ID y la detección de una pluralidad de intervalos de tiempo entre las indicativas de las señales;
la figura 41 es un diagrama de flujo que ilustra un método a modo de ejemplo para monitorización mejorada de un candidato de evento dentro de una red de nodos inalámbricos basándose en la recepción de una pluralidad de señales desde un nodo de ID y para la detección de si el nodo de ID está emitiéndose con una configuración de perfil de potencia de RF emitida cíclica ;
las figuras 42A-D son diagramas de flujo detallados que ilustran partes de un método a modo de ejemplo para monitorización mejorada para un candidato de evento dentro de una red de nodos inalámbricos según una realización de la invención;
la figura 43 es un diagrama de flujo que ilustra un método a modo de ejemplo para gestión mejorada de una red de nodos inalámbricos basándose en la recepción y procesamiento de un candidato de evento;
la figura 44 es un diagrama de flujo que ilustra otro método a modo de ejemplo para gestión mejorada de una red de nodos inalámbricos basándose en la recepción y procesamiento de un candidato de evento ;
la figura 45 es un diagrama de flujo que ilustra un método a modo de ejemplo para monitorización mejorada de un candidato de evento dentro de una red de nodos inalámbricos basándose en puntos de resumen de puntos de control que representan grupos o conjuntos de señales detectadas; y
la figura 46 es un diagrama de flujo que ilustra otro método a modo de ejemplo para monitorización mejorada para un candidato de evento dentro de una red de nodos inalámbricos basándose en un resumen de puntos de control.
Descripción de las realizaciones
Ahora se hará referencia detalladamente a realizaciones a modo de ejemplo. Siempre que sea posible, se usan los mismos números de referencia en los dibujos y la descripción para referirse a partes iguales o similares.
En general, a continuación se describen diversas realizaciones de una red de nodos inalámbricos jerárquica contextualmente informada que puede gestionarse, hacerse funcionar y aplicarse por principios tal como se expone en el presente documento. En general, realizaciones de la red de nodos inalámbricos pueden incluir uno o más dispositivos o nodos de nivel inferior (por ejemplo, un nodo de ID) que dependen de la comunicación de corto alcance con un dispositivo o nodo de nivel superior (por ejemplo, un nodo maestro), que está operativo para comunicarse con un servidor a través de una trayectoria de comunicación diferente mientras que el nodo de nivel inferior no puede comunicarse directamente con el servidor. Los expertos en la técnica apreciarán que una jerarquía de diferentes componentes de red de comunicación funcionales de este tipo (generalmente denominados dispositivos de red) puede caracterizarse como una red de nodos. Los expertos en la técnica apreciarán que, en algunas realizaciones, la red de nodos inalámbricos puede incluir el servidor, así como diferentes nodos inalámbricos a pesar de que el servidor puede no ser un componente inalámbrico dedicado. En otras realizaciones, la red puede incluir tipos similares de nodos inalámbricos o diferentes tipos de nodos inalámbricos.
Además, los expertos en la técnica apreciarán que cada realización descrita en el presente documento realiza mejoras a tecnologías particulares, tales como monitorización y tecnologías de gestión de nodo usando una red de nodos inalámbricos adaptable y de contexto informada de elementos de nodo. Cada realización describe una aplicación tecnológica específica de uno o más nodos que se hacen funcionar en una red de nodos inalámbricos de este tipo, donde la aplicación tecnológica específica mejora o potencia de otro modo tales campos técnicos explicados y apoyados por la divulgación a continuación.
Los expertos en la técnica entenderán a través de la siguiente descripción detallada que los nodos pueden asociarse con artículos (por ejemplo, un objeto, un paquete, una persona, un equipo) y pueden usarse para identificar y ubicar los artículos mientras que se programan dinámicamente durante el funcionamiento de la red y mientras los artículos se mueven a lo largo de una trayectoria anticipada (por ejemplo, una trayectoria de tránsito de un punto de origen a un punto de destino). A continuación se describen además diversas realizaciones de una red de nodos inalámbricos, maneras a modo de ejemplo de gestionar componentes de una red de nodos inalámbricos, maneras a modo de ejemplo de determinar mejor la ubicación de componentes de una red de nodos y aplicaciones de una red de nodos inalámbricos para mejorar operaciones de logística que dependen de una red de nodos inalámbricos. En particular, las figuras 1-33 proporcionan diagramas y diagramas de flujo sobre operaciones básicas de diversos tipos de elementos de red desarrollados dentro de una realización de la red de nodos inalámbricos mientras que las figuras 34-44 proporcionan más detalles sobre realizaciones de sistemas, aparatos y métodos para una monitorización mejorada de un candidato de evento relacionado con elementos de una red de nodos inalámbricos y gestión adaptativa de la red de nodos inalámbricos basándose en el candidato de evento.
Redes de nodos inalámbricos
La figura 1 ilustra un diagrama básico de una red de nodos inalámbricos a modo de ejemplo según una realización de la invención. La red a modo de ejemplo que se muestra en la figura 1 comprende un servidor 100 conectado a una red 105, que también está conectada operativamente a diferentes componentes de red, tal como un nodo maestro 110a e indirectamente a un nodo de ID 120a a través del nodo maestro 110a. El nodo maestro 110a está normalmente conectado a un nodo de ID 120a a través de comunicaciones inalámbricas de corto alcance (por ejemplo, comunicaciones de formato Bluetooth®). El nodo maestro 110a está normalmente conectado al servidor 100 a través de la red 105 mediante comunicación inalámbrica de mayor alcance (por ejemplo, celular) y/o comunicación inalámbrica de medio alcance (por ejemplo, redes inalámbricas de datos de área local o Wi-Fi). El nodo de ID 120a es normalmente un dispositivo de bajo coste que puede colocarse fácilmente en un paquete, integrarse como parte del empaquetado, o asociarse de otro modo con un artículo que va a seguirse y ubicarse, tal como el paquete 130, una persona u objeto (por ejemplo, vehículo, etc.). Generalmente, un nodo de ID es capaz de comunicarse directamente con un nodo maestro pero incapaz de comunicarse directamente con el servidor, mientras que un nodo maestro es capaz de comunicarse directamente con el servidor y comunicarse por separado y directamente con otros nodos (tal como un nodo de ID u otro nodo maestro). La capacidad de desplegar una jerarquía de nodos dentro de una red de nodos inalámbricos a modo de ejemplo para distribuir tareas y funciones en los diferentes niveles de una manera eficiente y económica ayuda a facilitar una amplia variedad de aplicaciones adaptativas de localización, seguimiento, gestión y notificación usando una red de nodos de este tipo tal como se comenta más detalladamente a continuación.
En general, el nodo de ID menor coste y menor complejidad 120a se gestiona por el nodo maestro de mayor complejidad 110a y el servidor 100 como parte de realización de seguimiento de la ubicación del nodo de ID 120a (y el artículo asociado), proporcionando de ese modo una visibilidad inteligente, robusta y amplia sobre la ubicación y el estado del nodo de ID 120a. En una realización típica, el nodo de ID 120a se asocia primero con un artículo (por ejemplo, paquete 130, una persona u objeto). A medida que el nodo de ID 120a se mueve con el artículo, el nodo de ID 120a pasa a estar asociado con el nodo maestro 110a, y el servidor 100 se actualiza con tal información. El movimiento adicional del nodo de ID 120a y el artículo puede provocar que el nodo de ID 120a se desasocie del nodo maestro 110a y se entregue para pasar a estar asociado a otro nodo maestro (no mostrado), después de lo cual el servidor 100 se actualiza de nuevo. Como tal, el servidor 100 generalmente se hace funcionar para coordinar y gestionar información relacionada con el nodo de ID 120a a medida que el artículo se mueve físicamente desde una ubicación a otra. Detalles adicionales de la arquitectura y funcionalidad de una realización de un nodo de ID y un nodo maestro a modo de ejemplo se describen a continuación más detalladamente con respecto a las figuras 3 y 4, mientras que el servidor 100 a modo de ejemplo se describe a continuación más detalladamente con respecto a la figura 5.
Aunque el servidor 100 se muestra conectando a través de la red 105, los expertos en la técnica apreciarán que el servidor 100 puede tener conexiones más directas o dedicadas a otros componentes ilustrados en la figura 1, tal como el nodo maestro 110a, dependiendo de los detalles de implementación y trayectorias de comunicación deseadas. Además, los expertos en la técnica apreciarán que un servidor a modo de ejemplo puede contener una recopilación de información en una base de datos (no mostrada en la figura 1), mientras que pueden usarse múltiples bases de datos mantenidas en múltiples plataformas de servidor o servidores de almacenamiento en red en otras realizaciones para mantener una recopilación de información de este tipo. Además, los expertos en la técnica apreciarán que puede implementarse una base de datos con tecnología de nube que proporciona esencialmente almacenamiento en red de recopilaciones de información a las que pueden acceder directamente dispositivos, tal como el nodo maestro 110a.
La red 105 puede ser una red general de comunicación de datos que implica una variedad de redes o trayectorias de comunicación. Los expertos en la técnica apreciarán que tales redes o trayectorias a modo de ejemplo pueden implementarse con estructuras por cable (por ejemplo, LAN, WAN, líneas de telecomunicaciones, estructuras de soporte de telecomunicaciones y equipos de procesamiento de telecomunicaciones, etc.), estructuras inalámbricas (por ejemplo, antenas, receptores, módems, rúters, repetidores, etc.) y/o una combinación de ambas dependiendo de la implementación deseada de una red que interconecta el servidor 100 y otros componentes mostrados en la figura 1 en una realización de la presente invención.
El nodo maestro 110a y el nodo de ID 120a son tipos de nodos. Un nodo es generalmente un aparato o dispositivo usado para realizar una o más tareas como parte de una red de componentes. Una realización de un nodo puede tener un identificador único, tal como una dirección de control de acceso a medio (MAC) o una dirección asignada a una radio de hardware como un identificador de protocolo de internet 6 (IPv6). En algunas realizaciones, el identificador único del nodo puede estar correlacionado con un identificador de envío (por ejemplo, un número de seguimiento de envío en un ejemplo), o puede ser en sí mismo una referencia de seguimiento de un envío.
Un nodo de ID, tal como el nodo de ID 120a, es generalmente un dispositivo inalámbrico activo de bajo coste. En una realización, un nodo de ID a modo de ejemplo es una unidad de procesamiento o lógica basada en transceptor que tiene una radio de corto alcance con características de RF variables (por ejemplo, alcance de potencia de salida de RF programable, sensibilidad de receptor programable), memoria accesible por la unidad de procesamiento, un temporizador acoplado operativamente a la unidad de procesamiento, y una fuente de energía (por ejemplo, una batería) que proporciona potencia al conjunto de circuitos del nodo de ID. Por ejemplo, la implementación física de un nodo de Id a modo de ejemplo puede ser pequeña y, por tanto, susceptible de integración en un paquete, etiqueta, contenedor u otro tipo de objeto. En algunas implementaciones de un nodo de ID, el nodo es recargable mientras que otras implementaciones no permiten recargar la fuente de energía para el nodo de ID. En otras implementaciones, el nodo de ID está sellado o es independiente ambientalmente para permitir operaciones robustas y fiables en una variedad de condiciones ambientalmente duras.
Un nodo maestro, tal como el nodo maestro 110a, generalmente sirve como puente inteligente entre el nodo de ID 120a y el servidor 100. Por consiguiente, un nodo maestro es generalmente más sofisticado que un nodo de ID. En una realización de ejemplo, un nodo maestro a modo de ejemplo es un dispositivo que tiene una unidad de procesamiento o lógica, una radio de corto alcance (que puede tener características de RF variables) usada para comunicarse con otros nodos (nodos de ID y otros nodos maestros), un medio y/o radio de largo alcance para la comunicación con el servidor 100, memoria accesible por la unidad de procesamiento, un temporizador acoplado operativamente a la unidad de procesamiento, y una fuente de energía (por ejemplo, una batería o una conexión de suministro de potencia por cable) que proporciona potencia para el conjunto de circuitos del nodo maestro. El nodo maestro a modo de ejemplo, tal como el nodo maestro 110a, puede colocarse en una ubicación fija conocida o, alternativamente, ser una unidad móvil que tiene conjunto de circuitos de posicionamiento de ubicación dedicados (por ejemplo, conjunto de circuitos GPS) para permitir que el nodo maestro determine su ubicación por sí mismo.
Aunque la realización ilustrada en la figura 1 muestra solamente un solo nodo maestro y un único nodo de ID, los expertos en la técnica apreciarán que una red inalámbrica coherente con una realización de la invención puede incluir una amplia gama de nodos maestros similares o diferentes que se comunica cada uno con el servidor 100 y/u otros nodos maestros, y una amplia variedad de nodos de ID similares o diferentes. Por tanto, la red a modo de ejemplo mostrada en la figura 1 es una realización básica, mientras que la red a modo de ejemplo mostrada en la figura 2 es una red de nodos inalámbricos a modo de ejemplo más detallada según otra realización de la invención.
Haciendo referencia ahora a la figura 2, otra red de nodos inalámbricos a modo de ejemplo se muestra incluyendo el servidor 100 y la red 105. En este caso, los nodos maestros 110a, 110b, 110c se despliegan y conectan a la red 105 (y en virtud de esas conexiones respectivas, al servidor 100) así como entre sí. Los nodos de ID 120a, 120b, 120e se muestran como conectables u operativos para comunicarse a través de diferentes trayectorias a diversos nodos maestros. Sin embargo, los nodos de ID 120c y 120d se muestran en la figura 2 conectados al nodo de ID 120b pero no a ninguno de los nodos maestros. Este puede ser el caso si, por ejemplo, los nodos de ID 120b, 120c, 120d están asociados con diferentes artículos (por ejemplo, paquetes) dentro de un contenedor más grande 210 (o agrupados en un palé). En un ejemplo de este tipo, solo el nodo de ID 120b puede permanecer dentro del alcance de comunicación inalámbrico de cualquier nodo maestro. Esto puede deberse, por ejemplo, a las posiciones de los diferentes nodos de ID dentro del contenedor en relación con el nodo maestro más cercano, blindaje contra RF adversas provocadas por el contenedor, blindaje contra RF adversas causadas por el empaquetado del artículo, o blindaje contra RF adversas provocadas por otro material próximo que interfiere con las transmisiones de radio (por ejemplo, varios paquetes de artículos metálicos entre el nodo de ID y cualquier nodo maestro fuera del contenedor). Por tanto, en la configuración ilustrada de la red a modo de ejemplo mostrada en la figura 2, los nodos de ID 120c y 120d pueden estar fuera de alcance desde los nodos maestros, pero todavía tienen una trayectoria de comunicación operativa a un nodo maestro a través del nodo de ID 120b.
De hecho, en un ejemplo, antes de la colocación dentro del contenedor 210, el nodo de ID 120b puede ser realmente un nodo maestro, pero el entorno de RF cambiado al colocarlo en el contenedor 210 puede interferir con la capacidad del nodo maestro de ubicarse a sí mismo a través de señales de ubicación (por ejemplo, señales GPS) y provocar que el nodo maestro se haga funcionar temporalmente como un nodo de ID mientras sigue proporcionando comunicaciones y compartiendo datos con otros nodos de ID en el contenedor 210.
También se ilustran dispositivos de acceso de usuario 200, 205 en la figura 2 que son capaces de conectarse a la red 105, nodos maestros y nodos de ID. Generalmente, los dispositivos de acceso 200 y 205 permiten al usuario interactuar con uno o más componentes de la red de nodos inalámbricos a modo de ejemplo. En diversas realizaciones, los dispositivos de acceso de usuario 200, 205, pueden implementarse usando un ordenador de sobremesa, un ordenador portátil, una tableta (tal como una tableta con pantalla táctil iPad® de Apple), un dispositivo de red de área personal (tal como un dispositivo Bluetooth®), un teléfono inteligente (tal como un iPhone® de Apple), un dispositivo inteligente portátil (tal como un dispositivo de reloj inteligente Samsung Galaxy Gear™, o un elemento óptico inteligente portátil Google Glass™) u otros dispositivos de este tipo capaces de comunicarse a través de la red 105 con el servidor 100, a través de una trayectoria de comunicación por cable o inalámbrica al nodo maestro y nodos de ID. Por tanto, un dispositivo de acceso de usuario a modo de ejemplo puede ser un tipo de dispositivo móvil destinado a moverse fácilmente (tal como una tableta o un teléfono inteligente), y puede ser un tipo de dispositivo no móvil destinado a hacerse funcionar desde una ubicación fija (tal como un ordenador de sobremesa).
Tal como se muestra en la figura 2, los dispositivos de acceso de usuario 200, 205 están acoplados y en comunicación con la red 105, pero cada uno de ellos también puede estar en comunicación entre sí u otros componentes de red de una manera más directa (por ejemplo, a través de comunicación de campo cercano (NFC), a través de una conexión inalámbrica Bluetooth®, a través de una red Wi-Fi, conexión por cable dedicada u otra trayectoria de comunicación).
En un ejemplo, un dispositivo de acceso de usuario, tal como el dispositivo 200 o 205, puede facilitar la asociación de un nodo de ID (tal como el nodo de ID 120a) con el número de seguimiento de un paquete al inicio de un proceso de envío, la coordinación con el servidor 100 para comprobar el estado y/o ubicación del paquete y nodo de ID asociado durante el tránsito, y posiblemente recuperar datos de un nodo maestro o nodo de ID relacionados con el paquete enviado. Por tanto, los expertos en la técnica apreciarán que un dispositivo de acceso de usuario, tal como los dispositivos 200, 205, son esencialmente plataformas de comunicación interactivas mediante las cuales un usuario puede iniciar el envío de un artículo, seguir un artículo, determinar el estado y la ubicación de un artículo, y recuperar información sobre un artículo.
Un dispositivo de acceso de usuario a modo de ejemplo, tal como el dispositivo 200 o 205, puede incluir suficiente hardware y código (por ejemplo, una aplicación u otra sección o secciones de código de programa) para hacerse funcionar como un nodo maestro o un nodo de ID en diversas realizaciones tal como se comenta más detalladamente a continuación. Por ejemplo, el dispositivo 200 puede implementarse como un teléfono inteligente móvil y funcionalmente puede hacerse funcionar como un nodo de ID a modo de ejemplo que emite mensajes de paquete de aviso a otros nodos de ID o nodos maestros para asociarse y compartir datos con tales nodos. En otro ejemplo, el dispositivo 200 se implementa como un teléfono móvil inteligente y puede hacerse funcionar como un nodo maestro a modo de ejemplo que se comunica y asocia con nodos de ID y otros nodos maestros, tal como se describe en el presente documento, y se comunica con el servidor 100. Por tanto, los expertos en la técnica apreciarán un nodo de ID a modo de ejemplo en la figura 3 y un nodo maestro a modo de ejemplo en la figura 4, y sus respectivas partes, código y módulos de programa, pueden implementarse con un dispositivo de acceso de usuario adecuadamente programado, tal como el dispositivo 200 o 205. Por tanto, la siguiente descripción de un nodo de ID a modo de ejemplo en la figura 3 y un nodo maestro a modo de ejemplo en la figura 4 serán aplicables a un dispositivo de acceso de usuario que se hace funcionar como un nodo de ID o un nodo maestro, respectivamente.
Nodo de ID
La figura 3 es un diagrama más detallado de un dispositivo de nodo de ID a modo de ejemplo según una realización de la invención. Como se describió anteriormente, una realización de un nodo de ID incluye una unidad de procesamiento o lógica basada en transceptor que tiene una radio de corto alcance con características de RF variables (por ejemplo, alcance de potencia de salida de RF programable, sensibilidad de receptor programable), memoria accesible por la unidad de procesamiento, un temporizador acoplado operativamente a la unidad de procesamiento, y una fuente de energía (por ejemplo, una batería) que proporciona potencia para el conjunto de circuitos del nodo de ID. Haciendo referencia ahora a la realización más detallada de la figura 3, el nodo de ID a modo de ejemplo 120a se muestra para comprender una unidad de procesamiento o lógica 300 acoplada a una interfaz de comunicación de corto alcance de potencia variable 375, elemento de almacenamiento de memoria 315, memoria volátil 320, temporizador 370 y batería 355. Los expertos en la técnica apreciarán que la unidad de procesamiento 300 es lógica, tal como un microcontrolador de bajo consumo de energía, que generalmente realiza cálculos sobre datos y ejecuta código de programa de aplicación y funcional y otros módulos de programa o secciones de los mismos dentro del nodo de ID 120a. Como tal, la unidad de procesamiento a modo de ejemplo 300 se hace funcionar como núcleo de procesamiento basado en transceptor del nodo de ID 120a.
Los expertos en la técnica también apreciarán que el nodo de ID a modo de ejemplo 120a es un componente basado en hardware que puede implementarse con un solo procesador o unidad lógica, tal como la unidad 300. En una realización, la unidad de procesamiento 300 puede implementarse con un núcleo de CPU 8051 Intel® y conjunto de circuitos periféricos asociados según las necesidades de la aplicación particular. Microcontroladores menos complejos o conjunto de circuitos discretos pueden usarse para implementar la unidad de procesamiento 300 así como microprocesadores más complejos y sofisticados. Además, la unidad de procesamiento a modo de ejemplo 300 puede integrarse en un único transceptor de chip usado como núcleo del nodo de ID 120a.
La interfaz de comunicación de corto alcance de potencia variable 375 del nodo de ID 120a es generalmente una radio programable y una antena omnidireccional acoplada a la unidad de procesamiento 300. En otras realizaciones, la interfaz 375 puede usar una antena con un perfil de antena diferente cuando pueda desearse direccionalidad. Ejemplos de interfaz de comunicación de corto alcance de potencia variable 375 pueden incluir otro hardware de interconexión (no mostrado) para acoplar operativamente el dispositivo a una trayectoria de comunicación específica de corto alcance (por ejemplo, una trayectoria de conexión de baja energía Bluetooth® (BLE) que se comunica a 2,4 GHz).
En una realización, diversas características de RF del transceptor de radio, tales como la potencia de salida de RF y/o la sensibilidad de receptor de RF, pueden variar dinámica y programáticamente bajo control de la unidad de procesamiento 300. En otras realizaciones, características de r F adicionales del transceptor de radio pueden hacerse variar programáticamente, tales como frecuencia, ciclo de trabajo, temporización, esquemas de modulación, aspectos de salto de frecuencia de espectro extendido, etc., según sea necesario para ajustar de manera flexible la señal de salida de RF dependiendo de una implementación deseada y el uso previsto del nodo de ID 120a. Tal como se explicará más detalladamente a continuación, algunas realizaciones pueden usar un perfil de emisión que tiene parámetros que pueden alterarse o ajustarse programáticamente. En otras palabras, realizaciones del nodo de ID 120a (o cualquier otro nodo de ID) pueden tener características de RF ajustables programáticamente (tales como una potencia de señal de salida de RF ajustable, una sensibilidad de receptor de RF ajustable, la capacidad de conmutar a una frecuencia o banda de frecuencia diferente, etc.).
La batería 355 para el nodo de ID 120a es un tipo de fuente de energía que alimenta generalmente el conjunto de circuitos que implementa el nodo de ID 120a. En una realización, la batería 355 puede ser una fuente de energía recargable. En otras realizaciones, la batería 355 puede ser una fuente de energía no recargable destinada a desecharse después de su uso. En algunas realizaciones de un nodo de ID, la fuente de energía puede implicar la generación de energía alternativa, tal como una célula solar.
El temporizador 370 para el nodo de ID 120a generalmente proporciona uno o más circuitos de temporización usados, por ejemplo, en aplicaciones de retardo de tiempo, generación de pulsos y oscilador. En una realización donde el nodo de ID 120a conserva potencia entrando en un estado de reposo o latente durante un período de tiempo predeterminado como parte de las técnicas generales de conservación de potencia, el temporizador 370 ayuda a la unidad de procesamiento 300 en la gestión de operaciones de temporización. Además, una realización puede permitir que un nodo de ID comparta datos para sincronizar diferentes nodos con respecto al temporizador 370 y una referencia de temporización común entre los nodos y el servidor.
Una realización puede implementar el nodo de ID 120a para incluir opcionalmente una interfaz de usuario básica (UI) 305 indicando el estado y permitiendo una interacción básica como inicio/parada. En una realización, la UI 305 puede implementarse con luces de estado, tales como LED multimodo. Diferentes colores de las luces pueden indicar un estado o modo diferente para el nodo de ID 120a (por ejemplo, un modo de aviso (emisión), un modo de exploración (escucha), un estado de potencia actual, un estado de nivel de batería, un estado de asociación, un error, como condición detectada (por ejemplo, que excede un umbral de temperatura, que excede un umbral de humedad, y similares)). Otras realizaciones de un nodo de ID pueden implementar la UI 305 de una manera más sofisticada con un elemento de visualización gráfica o similar donde puede visualizarse tal información de estado o modo, así como una o más peticiones.
En una realización adicional, una luz de estado a modo de ejemplo usada como parte de la UI 305 de un nodo de ID también puede indicar un estado de envío. Más detalladamente, un estado de envío a modo de ejemplo puede incluir un estado del artículo enviado o un estado del trayecto de envío actual del artículo desde un origen hasta un destino.
Una realización también puede implementar el nodo de ID 120a para incluir opcionalmente uno o más sensores 360. En algunas realizaciones, un nodo de ID implementado con uno o más sensores 360 puede denominarse nodo de sensor. Ejemplos de sensor 360 pueden incluir uno o más sensores ambientales (por ejemplo, presión, movimiento, luz, temperatura, humedad, campo magnético, altitud, actitud, orientación, aceleración, etc.) y sensores de ubicación dedicados (por ejemplo, sensor GPS, sensor IR, sensor de proximidad, etc.). Los expertos en la técnica entenderán que se contemplan tipos adicionales de sensores que miden otras características para su uso como sensor 360. Adicionalmente, los expertos en la técnica entenderán que un nodo de sensor puede incluir características de programa adicionales para gestionar la recogida, almacenamiento, compartición y publicación de los datos de sensor capturados.
Una realización puede implementar además el nodo de ID 120a para incluir opcionalmente uno o más conmutadores magnéticos 365. Un conmutador magnético 365, como un conmutador de láminas, generalmente se hace funcionar para cerrar o abrir una trayectoria o conexión eléctrica en respuesta a un campo magnético aplicado. En otras palabras, el conmutador magnético 365 se acciona por la presencia de un campo magnético o la retirada de un campo magnético. Diversas aplicaciones, tal como se comenta en realizaciones descritas más detalladamente a continuación, pueden implicar el funcionamiento del nodo de ID 120a que tiene el conmutador magnético 365.
Consistente con la realización mostrada en la figura 3, el nodo de ID a modo de ejemplo 120a puede implementarse basándose en un sistema en chip de baja energía Bluetooth® (BLE) Texas Instruments CC2540, que incluye diversos periféricos (por ejemplo, conjunto de circuitos de temporizador, USB, USART, pines de E/S de propósito general, conjunto de circuitos de interfaz de IR, conjunto de circuitos de DMA) para hacerse funcionar como un nodo de ID y, si es necesario, para interactuar con diferentes sensores posibles y otro conjunto de circuitos (por ejemplo, chips lógicos adicionales, relés, conmutadores magnéticos) que conforman el nodo de ID.
En realizaciones adicionales, un experto en la técnica apreciará que una funcionalidad similar en un nodo de ID puede implementarse en otros tipos de hardware. Por ejemplo, el nodo de ID 110a puede implementarse con hardware especialmente optimizado (por ejemplo, un circuito integrado específico de aplicación particular (ASIC) que tiene el mismo control funcional y funcionalidad como código de gestión y control de nodo, tal como se describe a continuación, lógica discreta, o un combinación de hardware y firmware dependiendo de los requisitos del nodo de ID, tales como potencia, velocidad de procesamiento, nivel de ajustabilidad para las características de RF, número de unidades de elementos de almacenamiento de memoria acopladas al/a los procesador(es), coste, espacio, etc.
Tal como se indicó anteriormente, el nodo de ID 120a incluye memoria accesible por la unidad de procesamiento 300. El elemento de almacenamiento de memoria 315 y la memoria volátil 320 están acoplados cada uno operativamente a la unidad de procesamiento 300. Ambos componentes de memoria proporcionan elementos de datos y programación usados por la unidad de procesamiento 300. En la realización mostrada en la figura 3, el elemento de almacenamiento de memoria 315 mantiene una variedad de código de programa (por ejemplo, código de gestión y control de nodo 325) y otros elementos de datos (por ejemplo, datos de perfil 330, datos de seguridad 335, datos de asociación 340, datos compartidos 345, datos de sensor 350, y similares). El elemento de almacenamiento de memoria 315 es un medio tangible, no transitorio legible por ordenador en el que la información (por ejemplo, código/módulos ejecutables, datos de nodo, mediciones de sensor, etc.) puede mantenerse de manera no volátil y no transitoria. Ejemplos de tal elemento de almacenamiento de memoria 315 pueden incluir una unidad de disco duro, ROM, memoria flash u otra estructura de medios que permite el elemento de almacenamiento no volátil a largo plazo de información. Por el contrario, la memoria volátil 320 es normalmente una estructura de memoria de acceso aleatorio (RAM) usada por la unidad de procesamiento 300 durante el funcionamiento del nodo de ID 120a. Al encender el nodo de ID 120a, la memoria volátil 320 puede llenarse con un programa operacional (tal como código de gestión y control de nodo 325) o módulos de programa específicos que ayudan a facilitar operaciones particulares del nodo de ID 120a. Y durante el funcionamiento de nodo de Id 120a, la memoria volátil 320 también puede incluir determinados datos (por ejemplo, datos de perfil 330, datos de seguridad 335, datos de asociación 340, datos compartidos 345, datos de sensor 350 y similares) generados cuando el nodo de ID 120a ejecuta instrucciones como programadas o cargadas desde el elemento de almacenamiento de memoria 315. Sin embargo, los expertos en la técnica apreciarán que no todos los elementos de datos ilustrados en la figura 3 deben aparecer en el elemento de almacenamiento de memoria 315 y la memoria volátil 320 al mismo tiempo.
Código de gestión y control de nodo
Generalmente, una realización del código de gestión y control de nodo 325 es una recopilación de características de software implementadas como funciones programáticas o módulos de programa que controlan generalmente el comportamiento de un nodo, tal como el nodo de ID 120a. En una realización, la funcionalidad del código 325 puede ser generalmente similar a la implementada en diferentes tipos de nodos, como un nodo maestro, un nodo de ID y un nodo de sensor. Sin embargo, los expertos en la técnica apreciarán que, aunque algunos principios de funcionamiento son similares entre tales nodos, otras realizaciones pueden implementar la funcionalidad con algún grado de especialización o de una manera diferente dependiendo de la aplicación y uso deseado del nodo.
En una realización general, el código de gestión y control de nodo a modo de ejemplo 325 puede comprender generalmente varias funciones programáticas o módulos de programa incluyendo (1) un gestor de lógica de consulta (exploración) y aviso de nodo (también denominado en el presente documento como gestor de comunicaciones de nodos), que gestiona cómo y cuándo se comunica un nodo; (2) un gestor de intercambio y control de información, que gestiona si la información puede intercambiarse entre nodos y cómo; (3) un gestor de potencia de nodo, que gestiona el consumo de energía y aspectos de la potencia de señal de salida de RF y/o sensibilidad de receptor para comunicaciones variables de corto alcance; y (4) un gestor de asociación centrado en cómo el nodo se asocia con otros nodos. Lo que sigue es una descripción de diversas realizaciones de estos módulos de programa básicos usados por nodos.
Gestor de comunicaciones de nodo - Aviso y exploración
En una realización a modo de ejemplo, el gestor de lógica de consulta (exploración) y aviso de nodo regula cómo y cuándo un nodo debe avisar (transmitir) su dirección o consultar (explorar) la dirección de nodos vecinos. El aviso se hace generalmente con un mensaje, que puede tener información diferente en diversas partes (por ejemplo, encabezados, campos, elementos de indicación, etc.). El mensaje puede ser un único o múltiples paquetes.
En la realización a modo de ejemplo, el modo de “aviso” (a diferencia del modo de “consulta” o “exploración”) es un modo predeterminado para un nodo de ID y hace que el nodo emita o transmita un mensaje con su dirección y metadatos relacionados con respecto al nodo. Por ejemplo, en una realización, metadatos a modo de ejemplo pueden incluir información tal como el nivel de potencia de salida de RF, un número de referencia, un elemento de indicación de estado, un nivel de batería y un nombre de fabricante para el nodo.
La figura 6 es un diagrama que ilustra la estructura o formato de un paquete de datos de aviso a modo de ejemplo según una realización general de la invención. Haciendo referencia ahora a la figura 6, se muestra la estructura de un paquete de datos de aviso a modo de ejemplo 600 emitido como señal o mensaje desde un nodo de ID, tal como el nodo de ID 120a. El paquete 600 aparece con un nivel de detalle en aumento que muestra metadatos a modo de ejemplo y un formato que mantiene por separado distintos tipos de metadatos en diferentes partes del paquete. Diferentes realizaciones pueden incluir diferentes tipos de metadatos dependiendo de la aplicación desplegada del nodo de ID.
La figura 7 es un diagrama que ilustra contenido de muestra para un paquete de datos de aviso a modo de ejemplo según una realización de la invención. Haciendo referencia ahora a la figura 7, un paquete de datos de aviso a modo de ejemplo 700 se ilustra con metadatos a modo de ejemplo incluyendo mostrar información de muestra tal como el nivel de potencia de salida de RF (por ejemplo, “nivel de potencia de TX”), un número de referencia (por ejemplo, “'ID FDX'(Nombre corto ASCII)”, un elemento de indicación de estado (por ejemplo, “valor de elemento de indicación de estado (indica 'acuse de recibo solicitado')”), un nivel de batería (por ejemplo, “valor de nivel de batería (que indica 73 % de carga)”, y un nombre de fabricante para el nodo (por ejemplo, “identificador de empresa (actualmente no definido para FedEx)”). En una realización, los expertos en la técnica apreciarán que el número de referencia puede omitirse u ocultarse por motivos de seguridad.
En una realización, un paquete de datos de aviso a modo de ejemplo puede incluir el nivel de potencia de salida de RF, tal como se indicó anteriormente en la figura 7, para permitir una manera de ayudar a identificar el tipo de nodo que realiza la emisión y la ubicación del nodo emisor. Sin embargo, si el nivel de potencia de salida de RF de emisión es fijo y conocido por el tipo de nodo, solo es necesario que pueda identificarse el tipo de nodo a partir de un paquete de datos de aviso a modo de ejemplo, tal como el paquete 700.
Con respecto a cómo se comunica un nodo, un nodo a modo de ejemplo puede estar en uno de varios modos de comunicación diferentes. Un nodo en un modo de aviso (o transmisión o emisión) es visible para cualquier otro nodo configurado en un modo de consulta (o explorar o escuchar). En una realización, la frecuencia y longitud del aviso pueden ser dependientes de la aplicación y de la potencia. Por ejemplo, en operaciones normales, un nodo a modo de ejemplo avisará generalmente de manera periódica y espera realizar una conexión activa a otro nodo a intervalos determinados, lo que puede dictarse por las condiciones establecidas por el servidor 100. En una realización, tales condiciones pueden establecerse de manera individual para un nodo por el servidor o un nodo de nivel más alto en la red.
Si un nodo a modo de ejemplo no ha recibido acuse de recibo de un paquete de aviso dentro de un período particular, puede entrar en una o más fases de alerta. Por ejemplo, si un nodo a modo de ejemplo no ha recibido acuse de recibo de otro nodo para un paquete de aviso emitido por el nodo a modo de ejemplo dentro de un período de tiempo particular (también denominado generalmente intervalo de alerta), el nodo a modo de ejemplo entrará en un estado de fase de alerta 1. Esto provoca que el nodo a modo de ejemplo emita un paquete de aviso de seguimiento que tiene una o más partes del mismo alteradas para indicar el estado de fase de alerta 1. Más detalladamente, este paquete de aviso de seguimiento a modo de ejemplo puede tener un encabezado de alerta de aviso diferente que da instrucciones a nodos cercanos para que envíen un mensaje SCAN_REQ al recibir un paquete de aviso.
Si un nodo a modo de ejemplo no ha recibido acuse de recibo desde un nodo maestro para un paquete de aviso emitido por el nodo a modo de ejemplo dentro de otro período de tiempo (por ejemplo, una solicitud desde el nodo maestro para conectarse activamente y una conexión exitosa hecha), entrará en otra fase de alerta, tal como el estado de fase de alerta 2. Esto provoca que el nodo a modo de ejemplo emita un paquete de aviso de seguimiento que tiene una o más partes del mismo alteradas para indicar el estado de fase de alerta 2. Más detalladamente, este paquete de aviso de seguimiento a modo de ejemplo puede tener un encabezado de alerta de aviso diferente que da instrucciones a nodos maestros cercanos para que envíen un mensaje SCAN_REQ al recibir un paquete de aviso.
Si un nodo a modo de ejemplo tiene datos para cargar en el back-end, también puede entrar en otro tipo de fase de alerta. En una realización, por ejemplo, si un nodo a modo de ejemplo tiene datos de sensor recogidos por el nodo a modo de ejemplo (o recibidos de uno o más otros nodos que se han comunicado con el nodo a modo de ejemplo), y es necesario que se carguen los datos al servidor 100, el nodo a modo de ejemplo puede introducir una fase de alerta de actualización, tal como una fase de alerta 3. Esto provoca que el nodo a modo de ejemplo emita un paquete de aviso de seguimiento que tiene una o más partes del mismo alteradas para indicar el estado de fase de alerta 3. Más detalladamente, este paquete de aviso de seguimiento a modo de ejemplo puede tener un encabezado de alerta de aviso diferente que da instrucciones a nodos maestros cercanos para realizar una conexión con el nodo a modo de ejemplo, de modo que los datos (por ejemplo, datos de sensor 350) pueden transmitirse desde el nodo a modo de ejemplo (por ejemplo, nodo de ID 120a) a un nodo maestro cercano (por ejemplo, nodo maestro 110a). Los datos transmitidos pueden almacenarse entonces por el nodo maestro cercano tal como datos de sensor 450 en cualquiera o ambos de la memoria volátil 420 y el elemento de almacenamiento de memoria 415 del nodo maestro. Después de esa operación de almacenamiento, el nodo maestro cercano transferirá los datos (por ejemplo, datos de sensor 450) al servidor 100.
Tal como se ilustra en la figura 7 y se explica en la descripción anterior de fases de nivel de alerta, un elemento de indicación de estado en un encabezado de un paquete de datos de aviso a modo de ejemplo es un campo usado en la lógica de asociación en una o más realizaciones. Por ejemplo, en una realización, la existencia de un elemento de indicación de estado en el paquete de datos de aviso permite a un primer nodo comunicar su estado a un segundo nodo, y para el segundo nodo notificar ese estado al servidor de back-end, tal como el servidor 100, sin una conexión directa activa desde el primer nodo al servidor. En otras palabras, el elemento de indicación de estado ayuda a facilitar las interacciones pasivas entre nodos (tal como asociaciones pasivas).
En una realización más detallada, se establecen varios tipos de estado a modo de ejemplo con respecto a comunicaciones con otros nodos. Por ejemplo, los tipos de estado a modo de ejemplo pueden comprender lo siguiente:
• Nivel de alerta 0 - no hay emisión, funcionamiento normal;
• Nivel de alerta 1 - El nodo de aviso está solicitando que cualquier nodo disponible acuse recibo de su paquete de aviso;
• Nivel de alerta 2 - El nodo de aviso está solicitando que cualquier nodo maestro disponible acuse recibo de su paquete de aviso;
• Nivel de alerta 3 - Datos para carga - el nodo ha capturado datos disponibles para su carga a través de un nodo maestro; y
• Sincronizar - El nodo de aviso solicita conectarse con un dispositivo o sensor que puede sincronizar datos (tal como información de ubicación o temporizador).
Mediante la emisión de estado a través de, por ejemplo, una parte de un encabezado en un paquete de datos de aviso, uno o más nodos dentro del alcance del nodo de emisión pueden determinar el estado del nodo e iniciar conexiones activas si se solicita en el mensaje de estado.
Una solicitud de más información desde el nodo de aviso puede, en algunas realizaciones, venir en forma de mensaje SCAN_REQ. En general, un SCAN_REQ a modo de ejemplo es un mensaje enviado desde un nodo maestro de exploración (escucha) a un nodo de aviso que solicita información adicional desde el nodo de aviso. En este ejemplo, el bit de estado de alerta puede indicar al nodo maestro de exploración, por ejemplo, en una capa de aplicación, si el nodo de aviso está en un modo que aceptará o no un SCAN_REQ. En una realización, los modos detectables y no conectables de aviso de nodo cumplen con las normas de baja energía de Bluetooth® (BLE).
En otra realización, un nodo puede tener además diferentes modos de funcionamiento mientras está buscando o escuchando otros nodos. Por ejemplo, el modo de exploración o consulta de un nodo puede ser activo o pasivo. Cuando un nodo está explorando mientras es pasivo, el nodo recibirá paquetes de datos de aviso, pero no acusará recibo ni enviará un SCAN_REQ. Sin embargo, cuando un nodo está explorando mientras está activo, el nodo recibirá paquetes de datos de aviso y acusará recibo enviando un SCAN_REQ. Una realización más detallada puede proporcionar los modos pasivo y activo de exploración o consulta de conformidad con las normas de baja energía de Bluetooth® (BLE).
En una realización, un nodo a modo de ejemplo está explorando a medida que escucha otros nodos inalámbricos que emiten en la radio de corto alcance. Un nodo de exploración a modo de ejemplo puede capturar, por ejemplo, una dirección MAC del nodo de aviso, una intensidad de señal de la señal de salida de RF transmitida desde el nodo de aviso, y cualquier otro metadato publicado por el nodo de aviso (por ejemplo, otra información en el paquete de datos de aviso). Los expertos en la técnica apreciarán que el alcance de “escuchar” cuando un nodo está explorando puede variar. Por ejemplo, la consulta puede estar limitada. En otras palabras, el alcance de lo que un nodo está particularmente interesado y por lo que está escuchando puede estar enfocado o limitado de alguna manera. En tal caso, por ejemplo, la información recogida puede limitarse a información particular de una población objetivo de aviso de nodos inalámbricos de corto alcance; pero la recogida de información puede considerarse “abierta” cuando se recoge información de cualquier dispositivo de aviso.
Cuando los nodos están avisando o explorando, una realización puede hacer además uso de elementos de indicación de estado y modos adicionales al avisar o explorar como parte de cómo los nodos se comunican y pueden gestionarse. En un ejemplo, cuando un nodo de exploración (escucha) recibe un paquete de datos de aviso con el elemento de indicación de estado que indica un estado de nivel de alerta 1 o 2, y el nodo de exploración está en modo de exploración “pasivo”, el nodo conmutará al modo de exploración “activo” durante algún intervalo. Sin embargo, cuando el nodo de exploración en esta situación ya está en un modo de exploración “activo”, el nodo enviará el mensaje SCAN_REQ y recibirá un SCAN_RSP desde el nodo de aviso (por ejemplo, un mensaje que proporciona la información adicional solicitada del nodo de aviso). El nodo de exploración conmutará de nuevo a un modo de exploración “pasivo”.
En otro ejemplo, cuando un nodo de aviso (emisión) recibe un SCAN_REQ desde un nodo de exploración, el nodo de aviso considerará que se ha acusado recibo de su paquete de datos de aviso. Además, el nodo de aviso restablecerá su elemento de indicación de estado de “alerta” a un estado de nivel de alerta 0. Esto permite que el nodo de aviso reciba de manera efectiva un acuse de recibo a su aviso sin tener que realizar nunca una conexión con el nodo de exploración, lo que ahorra ventajosa y significativamente en consumo de energía.
En otro ejemplo más, cuando un nodo de exploración recibe un paquete de datos de aviso con un conjunto de elemento de indicación de estado de nivel de alerta 3, el nodo de exploración intentará realizar una conexión con el dispositivo de aviso. Una vez se realiza la conexión, el dispositivo de aviso intentará cargar sus datos al dispositivo conectado
Por tanto, una realización del gestor de lógica de consulta (exploración) y aviso del código 325 puede basarse en uno o más elementos de indicación de estado, modos de aviso, modos de exploración, a medida que los nodos se comunican entre sí de diversas maneras ventajosas.
Gestor de intercambio y control de información de nodo
En una realización a modo de ejemplo, la parte de gestor de intercambio y control de información de código de gestión y control de nodo 325 determina si la información puede intercambiarse entre nodos y cómo. En la realización a modo de ejemplo, el gestor de intercambio y control de información establece diferentes estados de funcionamiento de nodo donde la información puede cambiarse según un paradigma deseado para el estado. Más detalladamente, una realización de gestor de intercambio y control de información puede establecer diferentes niveles de intercambio de información entre nodos con un estado o modo de “aviso no conectable”, un estado o modo de “aviso detectable” y un estado o modo de funcionamiento de “aviso general”. Cuando un nodo está en el modo de “aviso no conectable”, el intercambio de información de nodo está limitado. Por ejemplo, el nodo de aviso puede emitir información que se captura por uno o más nodos de consulta (exploración), pero no se produce un intercambio bidireccional de información.
Cuando un nodo está en el modo de “aviso detectable” y un nodo de exploración está en modo “activo”, el intercambio de información de nodo está habilitado en ambos sentidos. Por ejemplo, el nodo de aviso envía el paquete de aviso, y en respuesta el nodo de exploración envía el paquete SCAN_REQ. Después de que el nodo de aviso recibe el SCAN_REQ que solicita información adicional, el nodo de aviso envía el SCAN_RSP con la información solicitada. Por tanto, en el modo de “aviso detectable” hay un intercambio bidireccional de información, pero no se realiza ninguna conexión activa entre los dos nodos que intercambian información.
Finalmente, para el intercambio de información bidireccional avanzado, una conexión activa puede usarse entre nodos y puede intercambiarse información de ambas maneras hacia y desde diferentes nodos. En una realización más detallada, en este nivel de intercambio de información bidireccional, primero se identifican los nodos y luego se autentican como parte de la configuración de la conexión activa. Una vez autenticados y posteriormente conectados activamente entre sí, los nodos pueden compartir de manera segura información de uno a otro. En un ejemplo, un nodo de sensor que carga información ambiental capturada anteriormente a un nodo maestro puede estar en este modo o estado. En otro ejemplo, un nodo de ID que carga los resultados almacenados de una operación de exploración de nodo a un nodo maestro puede estar en este modo o estado. En otro ejemplo más, un nodo maestro que comparte una información de ubicación y/o temporizador con nodos correspondientes puede estar en este modo o estado.
Gestor de potencia de nodo
En una realización a modo de ejemplo, la parte de gestor de potencia de nodo del código de gestión y control de nodo 325 se centra en la gestión del consumo de energía y el uso ventajoso de potencia (por ejemplo, un nivel ajustable de potencia de señal de salida de RF) en un nodo. En general, se alimentan nodos o bien por una batería (como la batería 355 en un nodo de ID), o bien por una interfaz (como la batería/interfaz de potencia 470 en un nodo maestro) a una fuente de energía externa. Ejemplos de una fuente de energía externa pueden incluir, en algunas realizaciones, potencia suministrada desde una toma de corriente o conexión de potencia dentro de una instalación, o potencia generada a bordo de un transporte (por ejemplo, automóvil, camión, tren, aeronave, barco, etc.). Los expertos en la técnica apreciarán que una interfaz con respecto a una fuente de energía externa se denominará generalmente conexión de potencia “por cable”, y que el gestor de potencia de nodo puede informarse de si un nodo está conectado por cable o desconectado de una batería, tal como la batería 355. Otras realizaciones pueden implementar una interfaz con respecto a una fuente de energía externa con transmisión de potencia inalámbrica, tal como, por ejemplo, a través de bobinas inductivas.
En una realización, un nodo puede gestionar la potencia usada en la realización de tareas. Por ejemplo, un nodo puede gestionar potencia al determinar qué nodo debe realizar una tarea particular. Más detalladamente, el consumo de energía colectivo de un grupo de dispositivos puede gestionarse mediante la elección de emplear nodos por cable, cuando sea factible o deseado, para realizar una tarea particular, y el ahorro de los nodos alimentados por batería para otras tareas menos engorrosas o duras. En otra realización, los datos históricos pueden informar al sistema de la potencia necesaria para llevar a cabo una tarea particular, y el sistema puede hacer una determinación de qué nodo debe realizar la tarea particular basándose en tales datos históricos. En otras realizaciones, también pueden usarse datos de perfil para informar al sistema de la potencia necesaria para realizar una tarea particular (por ejemplo, un perfil de sensor que describe los requisitos de potencia para el funcionamiento de un nodo de sensor que recopila datos de sensor durante un determinado período de tiempo y en determinadas condiciones). El sistema también puede hacer una determinación de qué nodo debe realizar la tarea particular basándose en tales datos de perfil.
En otro ejemplo, el gestor de potencia de nodo a modo de ejemplo puede gestionar potencia al determinar la mejor manera de usar y ajustar potencia para realizar de manera más precisa una tarea particular. En una realización, una salida de señal de RF desde un nodo (tal como una señal de salida de RF de corto alcance desde un nodo de ID) puede moverse periódicamente a través de un intervalo de potencia de salida o simplemente conmutar entre dos o más configuraciones que difieren de manera detectable. Tal como se da a conocer más detalladamente a continuación, la variabilidad y el ajuste dinámico de potencia de señal de salida de RF pueden permitir que otros nodos (tales como uno o más nodos maestros) vean cada nodo en el intervalo superior de la señal de cada señal de salida de RF, y solo ven nodos físicamente cercanos al nodo de aviso en el intervalo inferior de la potencia de señal.
En otro ejemplo, el gestor de potencia de nodo a modo de ejemplo puede provocar un cambio a una característica de su potencia de señal de salida de RF cuando el nodo se ha asociado a un lugar físico u otro nodo en virtud de datos de contexto (tales como datos de contexto 560 y lógica de asociación que utiliza ese tipo de información). En una realización, el nodo puede recibir instrucciones para cambiar la frecuencia con la que el nodo se comunica y/o una característica de su potencia de salida de RF para preservar potencia.
En otro ejemplo más, todos los nodos de aviso pueden tener sus gestores de potencia de nodo respectivos que provocan que periódicamente cada nodo respectivo emita a un nivel de potencia de señal de salida de RF máximo para garantizar que todavía están dentro del alcance de una exploración de nodo de ID o nodo maestro. Al hacer esto, pueden aumentar las probabilidades de estar en el alcance de comunicación y permite que los nodos individuales estén correctamente ubicados y gestionados dentro de la red. La duración de emisión puede establecerse o cambiarse dinámicamente para permitir que se produzca el emparejamiento si es necesario.
En lugar de ajustar el nivel de potencia de señal de salida de RF, el gestor de potencia de nodo a modo de ejemplo puede, en algunas realizaciones, ajustar la sensibilidad de receptor de RF de un nodo. Esto permite un alcance de recepción ajustable (a diferencia simplemente de un alcance ajustable de emisión), que también puede usarse para gestionar la potencia y mejorar determinaciones de ubicación tal como se comenta en el presente documento.
En otra realización más, puede usarse un enfoque de combinación en el que el gestor de potencia de nodo puede ajustar simultánea e independientemente más de una característica de r F de un nodo. Por ejemplo, un gestor de potencia de nodo a modo de ejemplo puede ajustar un nivel de potencia de señal de salida de RF y también ajustar la sensibilidad de receptor de RF de un nodo a medida que el nodo se ubica y se asocia con otros nodos. Los expertos en la técnica se darán cuenta de que esto puede ser especialmente útil en un área con una concentración inusualmente densa de nodos, y una combinación de cambiar los niveles de potencia de señal de salida de RF.
Una realización del gestor de nodo a modo de ejemplo puede referirse a un perfil de potencia (por ejemplo, un tipo de datos de perfil a modo de ejemplo 330, 430) al ajustar las características de potencia de un nodo (por ejemplo, consumo de energía, uso de potencia, frecuencia de señal de salida, ciclo de trabajo de la señal de salida, temporización, niveles de potencia, etc.).
Gestor de asociación de nodos
En una realización a modo de ejemplo, la parte de gestor de asociación de nodos de código de gestión y control de nodo 325 se centra en cómo los nodos se asocian con otros nodos conjuntamente y de manera coherente con el gestor de asociación de lado de servidor en el código 525, como se comenta más detalladamente a continuación. Por tanto, el gestor de asociación de nodo a modo de ejemplo, al ejecutarse en un nodo, dirige cómo el nodo asocia (por ejemplo, entra en un modo de conexión activa) con uno o más de otros nodos con entrada desde el servidor.
El gestor de asociación de nodos a modo de ejemplo de un nodo puede indicar a través de un elemento de indicación de estado si el nodo requiere un acuse de recibo o conexión, o si tiene información disponible para su carga al backend. Por tanto, mientras que un nodo puede no estar asociado o conectado activamente todavía a otro nodo, un estado del nodo puede inferirse, por ejemplo, a partir de la información de estado en el encabezado de emisión del nodo.
En cuanto a conexiones entre nodos, existen generalmente conexiones seguras y conexiones no seguras. Mientras que una realización puede permitir conexiones no seguras entre uno o más conjuntos de nodos, otras realizaciones dependen de conexiones seguras o autentican emparejamientos de nodos. En una realización, para que un nodo se empareje con otro nodo, el gestor de asociación de nodos a modo de ejemplo primero identifica los nodos que van a asociarse y transmite una solicitud de asociación al servidor. La solicitud puede incluir una solicitud específica para emparejar los nodos y pedir las correspondientes credenciales de emparejamiento desde el servidor, tal como el servidor 100. El servidor 100 puede tener credenciales de emparejamiento por etapas en nodos particulares basadas en información que indica que los nodos estarían dentro de la proximidad inalámbrica y podría producirse un emparejamiento futuro. La visibilidad de la relación de nodo puede haberse determinado a través de exploración de aviso, o de datos de terceros, tales como información de exploración de código de barras que indica que los nodos están próximos actualmente o en un estado futuro.
Cuando se conectan o no se conectan para intercambiar información bajo los modos de intercambio de información de nodos a modo de ejemplo descritos anteriormente, los nodos funcionan generalmente en un número de estados, que conforman un ciclo de aviso a modo de ejemplo para un nodo de ID a modo de ejemplo. Un ciclo de aviso a modo de ejemplo de este tipo para un nodo se explica adicionalmente a continuación con referencia a la figura 8 y conjuntamente y coherente con el gestor de asociación del lado de servidor en el código 525, como se comenta más detalladamente a continuación.
Módulo de programa de modo aéreo
En una realización, código de gestión y control de nodo 325 también puede incluir un módulo de programa de modo aéreo (no mostrado). En otra realización, el módulo de programa de modo aéreo puede implementarse como parte del módulo de programa de gestor de potencia de nodo del código 325. Un módulo de programa de modo aéreo a modo de ejemplo se hace funcionar generalmente para gestionar la potencia de salida de la interfaz de comunicación de corto alcance de potencia variable 375 del nodo de ID cuando el nodo de ID está funcionando en una aeronave. El funcionamiento de un dispositivo inalámbrico dentro de una aeronave puede, en algunas circunstancias, tener un impacto involuntario en otros sistemas electrónicos de la aeronave. Más detalladamente, una realización del módulo de programa de modo aéreo puede hacerse funcionar para la transición del nodo de ID desde diferentes estados o modos dependiendo de operaciones particulares y/o condiciones de funcionamiento de la aeronave. Por ejemplo, un módulo de programa de modo aéreo a modo de ejemplo puede hacerse funcionar para la transición del nodo de ID desde un estado o modo (por ejemplo, un modo normal antes del despegue, un modo desactivado durante el despegue, un modo aéreo mientras está en vuelo, un modo desactivado durante el descenso y un modo normal después del aterrizaje) basándose en condiciones ambientales detectadas (por ejemplo, presión, altitud) y/o información de detalle de vuelo asociada con la aeronave. De esta manera, puede permitirse que un nodo de ID funcione normalmente a bordo de una aeronave, deshabilitar su funcionamiento en algunas circunstancias, y habilitar su funcionamiento en un modo avión que permite la detección y captura de datos de sensor, pero que puede limitar la transmisión de una señal de salida de RF para evitar interferencias con la electrónica de a bordo de la aeronave. Se da a conocer con mayor detalle información adicional relacionada con un método de gestión de un dispositivo inalámbrico (tal como un nodo de ID) en una aeronave en la solicitud de patente estadounidense n.° de serie 12/761.963 titulada “System and Method for Management of Wireless Devices Aboard an Aircraft”.
Datos de nodo
Tal como se indicó anteriormente, la memoria volátil 320 también puede incluir determinados datos (por ejemplo, datos de perfil 330, datos de seguridad 335, datos de asociación 340, datos compartidos 345, datos de sensor y similares) generados a medida que el nodo de ID 120a ejecuta instrucciones cuando se programan o se cargan desde el elemento de almacenamiento de memoria 315. En general, los datos usados en un nodo, tal como un nodo de ID, pueden recibirse de otros nodos o generarse por el nodo durante las operaciones.
En una realización, los datos de perfil 330 son un tipo de datos que definen un tipo general de comportamiento para un nodo de ID, tal como un perfil de emisión (comentado más detalladamente a continuación). En otra realización donde el nodo de ID 120a es un dispositivo BLE, los datos de perfil 330 pueden incluir un perfil compatible con Bluetooth® relacionado con la duración de batería (exponiendo el estado de una batería dentro de un dispositivo), la proximidad entre dispositivos BLE o la mensajería entre dispositivos BLE. Por tanto, pueden existir datos de perfil a modo de ejemplo 330 en la memoria volátil 320 y/o el elemento de almacenamiento de memoria 315 como un tipo de datos que define parámetros de comportamiento de nodo.
En una realización, puede desearse permitir emparejamientos seguros de nodos. Como se explicará más detalladamente a continuación, como parte del emparejamiento seguro de nodos, se genera una solicitud de emparejamiento de credenciales y se envía al servidor 100. Por tanto, pueden existir datos de seguridad a modo de ejemplo 335 (por ejemplo, datos de PIN, certificados de seguridad, claves, etc.) en la memoria volátil 320 y/o el elemento de almacenamiento de memoria 315 como un tipo de datos asociados a proporcionar relaciones seguras entre nodos, tales como las credenciales de seguridad solicitadas.
Los datos de asociación, tales como los datos de asociación 340, identifican generalmente una relación conectada entre nodos. Por ejemplo, el nodo de ID 120a puede pasar a estar asociado con el nodo maestro 110a cuando el nodo de ID 120a se mueve dentro del alcance del nodo maestro 110a y después el servidor dirige a los dos nodos a asociarse (con autorización). Como resultado, puede proporcionarse información que identifica la relación entre el nodo de ID 120a y el nodo maestro 110a al servidor 100 y puede proporcionarse, en algún punto, a cada uno del nodo de ID 120a y el nodo maestro 110a. Por tanto, pueden existir datos de asociación a modo de ejemplo 340 en la memoria volátil 320 y/o el elemento de almacenamiento de memoria 315 como un tipo de datos que identifican asociaciones entre nodos.
Los datos compartidos 345 pueden existir en la memoria volátil 320 y/o el elemento de almacenamiento de memoria 315 como un tipo de datos intercambiados entre nodos. Por ejemplo, los datos de contexto (como datos de entorno) pueden ser un tipo de datos compartidos 345.
Los datos de sensor 350 también pueden existir en la memoria volátil 320 y/o el elemento de almacenamiento de memoria 315 como un tipo de datos registrados y recogidos de un sensor de a bordo o de otro nodo. Por ejemplo, los datos de sensor 350 puede incluir lecturas de temperatura de un sensor de temperatura de a bordo de un nodo de ID y/o lecturas de humedad de un sensor de humedad en otro nodo de ID (por ejemplo, de otro de los nodos de ID dentro del contenedor 210 tal como se muestra en la figura 2).
Por tanto, un nodo de ID (tal como el nodo 120a mostrado en la figura 3) es un nodo inalámbrico de menor coste que se comunica con otros nodos de ID y nodos maestros a través de una radio de corto alcance con características de RF variables, puede asociarse con otros nodos, puede emitir y explorar otros nodos, asociarse con otros nodos y almacenar/intercambiar información con otros nodos.
Nodo maestro
Un nodo maestro, tal como el nodo maestro 110a mostrado más detalladamente en la figura 4, comparte muchos rasgos del nodo de ID pero generalmente se expande más allá de ellos para funcionar como un puente con respecto al servidor 100. En general, mientras que un nodo de ID es un tipo de nodo de nivel inferior en una red de nodos inalámbricos a modo de ejemplo, un nodo maestro es un tipo de nodo de nivel más alto. Un nodo maestro a modo de ejemplo puede estar en una ubicación fija o de otro modo estacionaria, mientras que otros nodos maestros de ejemplo pueden implementarse como dispositivos móviles y movibles.
Haciendo referencia ahora a la figura 4, el nodo maestro a modo de ejemplo 110a comprende una unidad de procesamiento o lógica 400 acoplada a una interfaz de comunicación de corto alcance 480, un elemento de almacenamiento de memoria 415, una memoria volátil 420, un reloj/temporizador 460, y una interfaz de potencia/batería 470. En algunas realizaciones, la interfaz de comunicación de corto alcance 480 puede tener características de potencia variables, tales como la sensibilidad de receptor y el nivel de potencia de salida de RF. Los expertos en la técnica apreciarán que la unidad de procesamiento 400 es lógica, tal como un microprocesador o microcontrolador basado en procesador, que generalmente realiza cálculos sobre datos y ejecuta código de programa de aplicación y funcional y otros módulos de programa dentro del nodo maestro 110a.
En general, los expertos en la técnica apreciarán que la descripción del hardware con respecto al nodo de ID 110a en la figura 4 se aplica al hardware similar y a los rasgos de software que aparecen en cada tipo de nodo, incluyendo un nodo maestro. Los expertos en la técnica apreciarán que el nodo maestro a modo de ejemplo 110a es un componente basado en hardware que puede implementar el procesador 400 con un solo procesador o unidad lógica, un procesador de múltiples núcleos más potente, o múltiples procesadores dependiendo de la implementación deseada. En una realización, la unidad de procesamiento 400 puede implementarse con un microprocesador de baja potencia y conjunto de circuitos periférico asociado. Pueden usarse microcontroladores menos complejos o conjunto de circuitos discreto para implementar la unidad de procesamiento 400 como un tipo de procesador, así como procesadores de propósito general o de propósito dedicado más complejos y sofisticados.
En otra realización más, la unidad de procesamiento a modo de ejemplo 400 puede implementarse por un procesador de aplicaciones ARM1176JZ-F de baja potencia usado como parte de un ordenador de una sola placa, tal como el ordenador modelo B-Rev-2, Raspberry Pi. El procesador de aplicaciones ARM está integrado dentro de un chip de sistema Broadcom® BCM2835 (SoC) implementado en el ordenador Raspberry Pi. En esta realización, el dispositivo informático Raspberry Pi se hace funcionar como un núcleo del nodo maestro a modo de ejemplo 110a e incluye una ranura de tarjeta de memoria Secure Digital y tarjeta de memoria flash que funciona como elemento de almacenamiento de memoria 415, un elemento de almacenamiento de memoria RAM de 512 Mbytes que funciona como memoria volátil 420, un sistema operativo (como Linux) almacenado en el elemento de almacenamiento de memoria 415 y que se ejecuta en la memoria volátil 420, y periféricos que implementan el reloj/temporizador 460, y un suministro de potencia que funciona como la interfaz de potencia 470.
Al igual que la interfaz de corto alcance 375 en el nodo de ID 120a, el nodo maestro a modo de ejemplo 110a incluye una interfaz de comunicación de corto alcance 480 tal como radio programable y una antena omnidireccional acoplada a la unidad de procesamiento 400. En algunas realizaciones, la interfaz de comunicación de corto alcance 480 puede tener características de potencia de RF variables, tal como la sensibilidad de receptor y/o nivel de potencia de señal de salida de RF. En algunas realizaciones, la interfaz 480 puede usar una antena con un perfil de antena diferente cuando se desee direccionalidad. Ejemplos de interfaz de comunicación de corto alcance 480 pueden incluir otro hardware (no mostrado) para acoplar operativamente el dispositivo a una trayectoria de comunicación específica de corto alcance (por ejemplo, una trayectoria de conexión de baja energía Bluetooth® (BLE) que comunica a 2,4 GHz). Mientras que BLE se usa en una realización para habilitar un protocolo de comunicación de corto alcance, la interfaz de corto alcance de potencia variable 480 puede implementarse con otros protocolos de comunicación de corto alcance de baja potencia, tales como los protocolos de comunicación de ultrabaja potencia usados con las comunicaciones de radio de impulso de banda ultraancha, protocolos ZigBee, protocolos de comunicación estándar de IEEE 802.15.4 y similares.
En una realización, diversas características de RF del transceptor de radio, tales como la potencia de salida de RF y la sensibilidad de receptor de RF, pueden hacerse variar dinámica y programáticamente bajo control de la unidad de procesamiento 400. En otras realizaciones, características de RF adicionales del transceptor de radio pueden hacerse variar programáticamente, tales como frecuencia, ciclo de trabajo, temporización, esquemas de modulación, aspectos de salto de frecuencia de espectro de propagación, etc., según sea necesario para ajustar de manera flexible la señal de salida de RF según sea necesario dependiendo de una implementación deseada y el uso anticipado del nodo maestro a modo de ejemplo 110a. En otras palabras, las realizaciones de nodo maestro 110a (o cualquier otro nodo maestro) pueden tener características de RF ajustables programáticamente (tal como una potencia de señal de salida de RF ajustable, una sensibilidad de receptor de RF ajustable, la capacidad de conmutar a una banda de frecuencia o frecuencia diferente, etc.).
Además de la interfaz de comunicación de corto alcance 480, el nodo maestro a modo de ejemplo 110a incluye una interfaz de comunicación de medio y/o largo alcance 485 para proporcionar una trayectoria de comunicación al servidor 100 a través de la red 105. Los expertos en la técnica apreciarán que, en algunas realizaciones, una interfaz de comunicación a modo de ejemplo desplegada puede considerarse que integra una interfaz de comunicación de corto alcance (tal como la interfaz 480) o una interfaz de comunicación de medio/largo alcance (tal como la interfaz 485). Sin embargo, en realizaciones más generales, la referencia a una interfaz de comunicación puede incluir una interfaz que implementa colectivamente una pluralidad de diferentes interfaces de comunicación de datos a modo de ejemplo, mientras que sigue denominándose generalmente “una interfaz de comunicación” o “interfaz de comunicación inalámbrica”.
En una realización, la interfaz de comunicación 485 puede implementarse con una radio de medio alcance en forma de un transceptor Wi-Fi compatible con IEEE 802,11g. En otra realización, la interfaz de comunicación 485 puede implementarse con una radio de mayor alcance en la forma de radio celular. En otra realización más, tanto un transceptor Wi-Fi como una radio celular puede usarse cuando esté lo más disponible o según una prioridad (por ejemplo, primer intento de usar el transceptor Wi-Fi si está disponible debido a posibles costes más bajos; y si no, entonces depende de la radio celular). En otras palabras, una realización puede basarse en la parte de radio celular de mayor alcance de la interfaz 485 como alternativa a la radio de transceptor Wi-Fi de medio alcance, o cuando la radio de medio alcance esté fuera del alcance de una radio de infraestructura de conexión dentro de la red 105. Por tanto, en estas realizaciones, la interfaz de comunicación de largo y/o medio alcance 485 puede usarse para comunicar información de nodo capturada (por ejemplo, datos de perfil 430, datos de asociación 440, datos compartidos 445, datos de sensor 450 y datos de ubicación 455) al servidor 100.
La interfaz de batería/potencia 470 para el nodo maestro 110a alimenta generalmente el conjunto de circuitos que implementa el nodo maestro 110a. En una realización, la interfaz de batería/potencia 470 puede ser una fuente de energía recargable. Por ejemplo, un nodo maestro puede tener una fuente de energía recargable junto con un panel solar que carga la fuente de energía para ayudar a facilitar el despliegue del maestro en una ubicación remota. En otra realización, la interfaz de batería/potencia 470 puede ser una fuente de energía no recargable destinada a desecharse después de su uso. En otra realización más, la interfaz de batería/potencia 470 puede ser un conector de interfaz de potencia (tal como un cable de potencia y un suministro de potencia interno en el nodo maestro 110a). Por tanto, cuando un nodo maestro a modo de ejemplo está en una configuración fija o estacionaria, puede alimentarse por un cable de potencia conectado a una toma de corriente, que se acopla a una fuente de energía externa. Sin embargo, otros nodos maestros móviles pueden usar una fuente de energía interna, tal como una batería.
El reloj/temporizador 460 para el nodo maestro 110a proporciona generalmente uno o más circuitos de temporización o recuento usados, por ejemplo, en aplicaciones de contador, retardo de tiempo, generación de pulsos y oscilador. En una realización donde el nodo maestro 110a conserva potencia entrando en un estado de reposo o latente durante un período de tiempo predeterminado como parte de técnicas generales de conservación de potencia, el reloj/temporizador 460 ayuda a la unidad de procesamiento 400 en la gestión de las operaciones de temporización o recuento.
Opcionalmente, una realización también puede implementar el nodo maestro 110a que incluye uno o más sensores 465 (similares a los sensores desplegados en nodos de sensor basados en nodo de ID y descritos anteriormente con respecto a la figura 3). Además, una realización del nodo maestro 110a también puede proporcionar una interfaz de usuario 405 para indicar el estado y permitir la interacción básica para la revisión de datos de nodo capturados y la interacción con nodos y el servidor 100. En una realización, la interfaz de usuario 405 puede proporcionar un elemento de visualización, botones interactivos o teclas programables, y un dispositivo señalador para facilitar la interacción con el elemento de visualización. En una realización adicional, también puede usarse un dispositivo de entrada de datos como parte de la interfaz de usuario 405. En otras realizaciones, la interfaz de usuario 405 puede tomar la forma de una o más luces (por ejemplo, luces de estado), dispositivos de entrada y salida audibles (por ejemplo, un micrófono y altavoz), o pantalla táctil.
Tal como se indicó anteriormente, un nodo maestro a modo de ejemplo, tal como el nodo maestro 110a, puede posicionarse en una ubicación fija conocida o, alternativamente, incluye el conjunto de circuitos de posicionamiento de ubicación dedicados 475 (por ejemplo, conjunto de circuitos GPS) para permitir que el nodo maestro autodetermine su ubicación o determine su ubicación por sí mismo. En otras realizaciones, el conjunto de circuitos y técnicas alternativos pueden depender del conjunto de circuitos de ubicación 475 (en lugar de GPS), tal como conjunto de circuitos de ubicación compatible con otros sistemas basados en satélite (por ejemplo, el sistema europeo Galileo, el sistema ruso GLONASS, el sistema chino Compass), sistemas de posicionamiento basados en radio terrestre (por ejemplo, sistemas basados en torres de teléfonos celulares o basados en Wi-Fi), sistemas de posicionamiento de infrarrojos, sistemas de posicionamiento basados en luz visible y sistemas de posicionamiento basados en ultrasonidos).
En cuanto al elemento de almacenamiento de memoria 415 y la memoria volátil 420, ambos están acoplados de manera operativa a la unidad de procesamiento 400 en el nodo maestro a modo de ejemplo 110a. Ambos componentes de memoria proporcionan elementos de programa usados por la unidad de procesamiento 400 y mantienen y almacenan elementos de datos accesibles a la unidad de procesamiento 400 (similar a los posibles elementos de datos almacenados en el elemento de almacenamiento de memoria 315 y la memoria volátil 320 para el nodo de ID a modo de ejemplo 120a).
En la realización mostrada en la figura 4, el elemento de almacenamiento de memoria 415 mantiene una variedad de código de programa ejecutable (por ejemplo, código de gestión y control maestro 425), datos similares a los guardados en un elemento de almacenamiento de memoria 315 del nodo de ID (por ejemplo, datos de perfil 430, datos de seguridad 435, datos de asociación 440, datos compartidos 445, datos de sensor 450, y similares) así como otros datos más específicos del funcionamiento del nodo maestro 110a (por ejemplo, datos de ubicación 455 que se relacionan con la ubicación de un nodo particular). Al igual que el elemento de almacenamiento de memoria 315, el elemento de almacenamiento de memoria 415 es un medio tangible, no transitorio legible por ordenador en el que la información (por ejemplo, código/módulos ejecutables, datos de nodo, mediciones de sensores, etc.) puede mantenerse de manera no volátil y no transitoria.
Al igual que la memoria volátil 320 en el nodo de ID 120a, la memoria volátil 420 es normalmente una estructura de memoria de acceso aleatorio (RAM) usada por la unidad de procesamiento 400 durante el funcionamiento del nodo maestro 110a. Tras encender el nodo maestro 110a, la memoria volátil 120 puede equiparse con un programa de funcionamiento (tal como el código de gestión y control maestro 425) o módulos de programa específicos que ayudan a facilitar operaciones particulares del nodo maestro 110a. Y durante el funcionamiento del maestro 110a, la memoria volátil 420 también puede incluir determinados datos (por ejemplo, datos de perfil 430, datos de seguridad 435, datos de asociación 440, datos compartidos 445, datos de sensor 450, y similares) generados a medida que el nodo maestro 110a ejecuta instrucciones como programadas o cargadas desde el elemento de almacenamiento de memoria 415.
Código de gestión y control maestro
Generalmente, una realización de código de gestión y control maestro 425 es una recopilación de características de software implementadas como funciones programáticas o módulos de programa que generalmente controlan el comportamiento de un nodo maestro, tal como el nodo maestro 110a. En una realización, el código de gestión y control maestro 425 comprende generalmente varias funciones programáticas o módulos de programa incluyendo (1) un gestor de lógica de consulta (exploración) y aviso de nodo, que gestiona cómo y cuándo se comunica un nodo; (2) un gestor de intercambio y control de información, que gestiona si la información puede intercambiarse entre nodos y cómo; (3) un gestor de potencia de nodo, que gestiona el consumo de energía y aspectos de potencia de señal de salida de RF y/o sensibilidad de receptor para comunicaciones de corto alcance variables; (4) un gestor de asociación centrado en cómo el nodo se asocia con otros nodos; y (5) un módulo de captura/informe de ubicación para determinar la ubicación de nodo.
Módulos de programa de nodo maestro y módulos de nodo de ID
En una realización a modo de ejemplo, los módulos de programa (1) -(4) del código de gestión y control de nodo maestro 425 generalmente se alinean con la funcionalidad de módulos de programa denominados de manera similar (1) -(4) de código de gestión y control de nodo 325 tal como se describe anteriormente con respecto a la figura 3. Adicionalmente, como el código de gestión y control de nodo 325 también puede comprender un módulo de programa de modo aéreo, los expertos en la técnica apreciarán y entenderán que el código de gestión y control de nodo maestro 425 también puede comprender una funcionalidad similar de módulo de programa de modo aéreo con el fin de permitir operaciones ventajosas de un nodo maestro mientras está en el aire. Sin embargo, y de manera coherente con ejemplos expuestos a continuación, tales módulos pueden tener algunas diferencias cuando están en un nodo maestro en comparación con los que controlan un nodo de ID.
Módulo de captura/informe de ubicación
Además de los módulos de programa a modo de ejemplo (1) -(4) del código 425, una realización a modo de ejemplo de código de gestión y control de nodo maestro 425 comprenderán además un módulo de captura/informe de ubicación a modo de ejemplo relacionado con la ubicación de nodo (más generalmente denominado módulo de gestor de ubicación para un nodo maestro). En general, el módulo de captura/informe de ubicación a modo de ejemplo desplegado en un nodo maestro a modo de ejemplo puede determinar su propia ubicación y, en algunas realizaciones, la ubicación de un nodo conectado. Realizaciones del módulo de captura/informe de ubicación a modo de ejemplo pueden funcionar conjuntamente con el código de programa de gestor de ubicación que reside y funciona en un servidor (por ejemplo, como parte de código de gestión y control de servidor 525) al determinar las ubicaciones de nodos de otros nodos, tal como se comenta más detalladamente en el presente documento.
En una realización, un nodo maestro puede situarse en una ubicación conocida y fija. En una realización de este tipo, el módulo de captura/informe de ubicación a modo de ejemplo puede informarse de que la ubicación de nodo maestro es una ubicación conocida fija, que puede definirse en una parte fija, prestablecida o preprogramada del elemento de almacenamiento de memoria 415 (por ejemplo, información en los datos de ubicación 455 mantenidos en el elemento de almacenamiento de memoria 415). Ejemplos de tal información de ubicación pueden incluir coordenadas de ubicación convencionales u otros detalles descriptivos que identifican la ubicación del nodo maestro. En otra realización donde el nodo maestro puede no conocerse inherentemente o una ubicación fija en todo momento (por ejemplo, para un nodo maestro móvil), el módulo de captura/informe de ubicación a modo de ejemplo puede comunicarse con un conjunto de circuitos de ubicación, tal como el conjunto de circuitos GPS 475 en un nodo maestro, para determinar la ubicación actual del nodo maestro.
En una realización, la ubicación del nodo maestro puede comunicarse al servidor, que puede usar esta información de ubicación como parte de la gestión y seguimiento de nodos en la red de nodos inalámbricos. Por ejemplo, si un nodo maestro a modo de ejemplo es móvil y ha determinado una nueva ubicación actual usando el conjunto de circuitos de ubicación actual 475, el nodo maestro puede proporcionar esa nueva ubicación actual para el nodo maestro al servidor. Adicionalmente, cuando el módulo de captura/informe de ubicación a modo de ejemplo del nodo maestro determina la ubicación de un nodo asociado al nodo maestro, el nodo maestro también puede proporcionar la ubicación de ese nodo asociado al nodo maestro al servidor.
Servidor
Aunque las figuras 3 y 4 ilustran detalles de aspectos de hardware y software de un nodo de ID a modo de ejemplo y nodo maestro a modo de ejemplo, respectivamente, la figura 5 proporciona un diagrama más detallado de un servidor a modo de ejemplo que puede funcionar como parte de una red de nodos inalámbricos a modo de ejemplo según una realización de la invención. En una realización a modo de ejemplo, el servidor 100 puede denominarse servidor de gestión de datos y asociación (ADMS) que gestiona los nodos, recoge información de los nodos, almacena la información recogida de los nodos, mantiene o tiene acceso a datos de contexto relacionados con el entorno en el que los nodos se hacen funcionar, y pueden proporcionar información sobre los nodos (por ejemplo, estado, información de sensor, etc.) a entidades solicitantes. A continuación, se explican más detalles sobre diversas realizaciones que toman ventaja de esta funcionalidad. Los expertos en la técnica apreciarán que la densidad de nodo, la caracterización de instalación geográfica y la red conectivamente son todo tipo de ejemplos de factores que pueden impactar sobre una arquitectura final deseada para una realización de una red de nodos inalámbricos.
Haciendo referencia ahora a la figura 5, el servidor a modo de ejemplo 100 se muestra como una plataforma informática en red capaz de conectarse a e interactuar con al menos los nodos maestros inalámbricos. En otras realizaciones, el servidor a modo de ejemplo 100 también es capaz de conectarse a e interactuar con uno o más dispositivos de acceso de usuario. Los expertos en la técnica apreciarán que el servidor a modo de ejemplo 100 es un componente basado en hardware que puede implementarse de una amplia variedad de maneras. Por ejemplo, el servidor 100 puede usar un solo procesador o puede implementarse como una o más partes de un componente de múltiples procesadores que se comunica con dispositivos (tales como dispositivos de acceso de usuario 200, 205) y nodos inalámbricos (tal como el nodo maestro 110a).
En general, los expertos en la técnica apreciarán además que el servidor 100 puede implementarse como un único sistema informático, un servidor distribuido (por ejemplo, servidores independientes para tareas relacionadas con el servidor independiente), un servidor jerárquico (por ejemplo, un servidor implementado con múltiples niveles donde la información puede mantenerse en diferentes niveles y tareas realizadas en diferentes niveles dependiendo de implementación), o una granja de servidores que permite lógicamente que múltiples componentes distintos funcionen como un dispositivo de plataforma informática de servidor desde la perspectiva de un dispositivo de cliente (por ejemplo, dispositivos 200, 205 o nodo maestro 110a). En algunos desarrollos regionales, un servidor a modo de ejemplo puede incluir servidores dedicados a regiones geográficas específicas, ya que la información recogida en diferentes regiones puede incluir y estar sometida a diferentes controles reglamentarios y requisitos implementados en los respectivos servidores regionales.
Del mismo modo, mientras que la realización mostrada en la figura 5 ilustra un solo elemento de almacenamiento de memoria 515, el servidor a modo de ejemplo 100 puede desplegar más de un medio de almacenamiento de memoria. Y los medios de almacenamiento de memoria pueden estar en formas no transitorias diferentes (por ejemplo, unidades de disco duro convencionales, memoria de estado sólido tal como memoria flash, unidades ópticas, sistemas RAID, memoria configurada para almacenamiento en la nube, dispositivos de almacenamiento en red, etc.).
En su núcleo, el servidor a modo de ejemplo 100 mostrado en la figura 5 comprende una unidad de procesamiento o lógica 500 acoplada a una interfaz de red 590, que facilita y habilita conexiones operativas y comunicaciones a través de la red 105 con uno o más nodos maestros así como, en algunas realizaciones, dispositivos de acceso de usuario, tales como dispositivos 200, 205. En una realización, el servidor 100 puede incluir una interfaz de comunicación de medio y/o largo alcance 595 con la que comunicarse más directamente con los uno o más nodos maestros. Al usar estas trayectorias de comunicación, así como código de programa o módulos de programa (tal como el código de gestión y control de servidor 525), el servidor 100 se hace funcionar generalmente para coordinar y gestionar la información relacionada con un nodo de ID a medida que un artículo asociado al nodo de ID se mueve físicamente desde una ubicación a otra.
Como plataforma informática, la unidad de procesamiento 500 del servidor a modo de ejemplo 100 se acopla operativamente al elemento de almacenamiento de memoria 515 y la memoria volátil 520, que colectivamente almacenan y proporcionan una variedad de código de programa ejecutable (por ejemplo, código de gestión y control de servidor 525), datos similares a los mantenidos en el elemento de almacenamiento de memoria respectivo del nodo de ID (por ejemplo, datos de perfil 530, datos de seguridad 535, datos de asociación 540, datos compartidos 545,datos de sensor 550, datos de ubicación 555) y datos de contexto 560 relacionados con el entorno en el que los nodos están funcionando (por ejemplo, información generada desde dentro de la red de nodos inalámbricos e información creada externa a la red de nodos inalámbricos).
Al igual que el elemento de almacenamiento de memoria 315 y el elemento de almacenamiento 415, el elemento de almacenamiento de memoria 515 es un medio tangible, no transitorio legible por ordenador sobre el cual información (por ejemplo, código/módulos ejecutables (por ejemplo, código de gestión y control de servidor 525), datos relacionados con nodos (por ejemplo, datos de perfil 530, datos de seguridad 535, datos de asociación 540, datos de ubicación 555, etc.), información de medición (por ejemplo, un tipo de datos compartidos 545, datos de sensor 550, etc.) e información sobre el entorno contextual para los nodos (por ejemplo, datos de contexto 560) pueden mantenerse de una manera no volátil y de manera no transitoria.
Los expertos en la técnica apreciarán que la identificación anterior de código y datos de programa particular no es exhaustiva y que realizaciones pueden incluir además módulos o código de programa ejecutable, así como otros datos relevantes para las operaciones de un dispositivo basado en procesamiento, tal como un nodo de ID, un nodo maestro y un servidor.
Datos de contexto
Tal como se indicó anteriormente, el servidor 100 puede acceder a los datos de contexto 560 como parte de la gestión de nodos en la red de nodos inalámbricos. El servidor a modo de ejemplo 100 puede contener una recopilación de tales datos de contexto 560 en una base de datos de contexto 565 según una realización. Tal como se ilustra en la figura 5, la base de datos de contexto a modo de ejemplo 565 es una base de datos única accesible por la unidad de procesamiento 500 interna al servidor 100. Los expertos en la técnica entenderán fácilmente que otras configuraciones que proporcionan una recopilación accesible de datos de contexto 560 son posibles y se contemplan dentro del alcance y principios de realizaciones de la invención. Por ejemplo, la base de datos de contexto 565 puede ser una base de datos accesible externamente (o múltiples bases de datos), tal como un elemento de almacenamiento accesible mantenido fuera del servidor 100 a través de una interfaz dedicada o un dispositivo de almacenamiento en red (o unidad de almacenamiento conectada a red (NAS)). En otra realización más, la base de datos de contexto puede mantenerse de manera independiente por un servidor de base de datos externo (no mostrado) que es distinto del servidor 100, pero accesible a través de una trayectoria de comunicación desde el servidor 100 a un servidor de base de datos independiente (por ejemplo, a través de la red 105). Además, los expertos en la técnica apreciarán que la base de datos de contexto 565 puede implementarse con tecnología en la nube que básicamente proporciona un elemento de almacenamiento distribuido en red de colecciones de información (tales como datos de contexto 560, datos de sensor 550, datos compartidos 545, etc.) accesible para el servidor 100.
Dentro de la base de datos de contexto 565, puede mantenerse una realización a modo de ejemplo de la recopilación de datos de contexto 560 que se refiere generalmente a un entorno en el que los nodos están funcionando o se prevé que estén funcionando. Más detalladamente, los datos de contexto 560 pueden relacionarse generalmente con lo que un nodo similar ha experimentado en un entorno similar a lo que un nodo dado está experimentando actualmente o se prevé que experimente a medida que se mueve el nodo dado.
En un ejemplo general, un entorno en el que un nodo puede estar funcionando o preverse que esté funcionando puede incluir diferentes tipos de entornos, por ejemplo, un entorno de comunicación electrónica (por ejemplo, un entorno de RF que puede estar lleno de señales o incluir materiales o estructura que puede impedir o de otro modo blindar las comunicaciones de RF), un entorno físico de una trayectoria anticipada junto con la que el nodo identificado se mueve (por ejemplo, temperatura, humedad, seguridad y otras características físicas), un entorno de transporte relacionado con cómo un nodo puede moverse o se espera que se mueva (por ejemplo, velocidad y otros parámetros de un camión, avión, sistema transportador), y un entorno de densidad relacionado con la densidad de nodos dentro de un área cercana a un nodo particular (por ejemplo, cuántos nodos está previsto que ocupen un pasillo, tal como la estructura 2200 mostrada en la figura 22a , o una instalación de almacenamiento a través de la cual se prevé que transite un nodo de ID particular en su trayectoria de envío).
A la luz de estos diferentes aspectos del entorno de funcionamiento de un nodo, datos de contexto a modo de ejemplo 560 pueden proporcionar información relacionada con diferentes estructuras y condiciones relacionadas con el movimiento de un artículo (por ejemplo, un tipo particular de servicio de mensajería, vehículo, instalación, contenedor de transporte, etc.). Tal información puede generarse por una entidad que hace funcionar la red de nodos inalámbricos, tal como una compañía de envío. Adicionalmente, datos de contexto a modo de ejemplo 560 pueden incluir datos de terceros generados externos a la red de nodos inalámbricos. Por tanto, datos de contexto, tales como los datos 560, pueden incluir una amplia variedad de datos que se refieren generalmente al entorno en el que los nodos están funcionando y pueden usarse ventajosamente para proporcionar capacidades de gestión de nodo mejoradas según realizaciones de la presente invención.
En general, la figura 5 ilustra tipos a modo de ejemplo de datos de contexto 560 que están mantenidos en la base de datos 565 y en la memoria volátil 520. Los expertos en la técnica apreciarán que los datos de contexto 560 también pueden mantenerse en otras estructuras de datos, además de o en lugar de mantener tal información en una base de datos. Tal como se ilustra en la figura 5, los tipos a modo de ejemplo de datos de contexto 560 pueden incluir, pero no se limitan a, datos de exploración 570, datos históricos 575, datos de envío 580, datos de diseño 585, datos de RF 587 y datos de terceros.
Los datos de exploración 570 son generalmente datos recogidos para un artículo particular relacionado con un evento. Por ejemplo, cuando un artículo se coloca en un paquete (tal como el paquete 130), una etiqueta puede generarse y colocarse en el exterior del paquete. La etiqueta puede incluir un identificador visual que, cuando se explora por un dispositivo de exploración adecuado capaz de capturar, identifica el paquete. La información generada en respuesta a la exploración del identificador (un tipo de evento), puede considerarse un tipo de datos de exploración. Otros datos de exploración 570 pueden incluir, por ejemplo, datos de inventario generales generados tras la introducción manual de información relacionada con el paquete; datos de control de custodia de paquete capturados; y datos de exploración de código de barras.
Los datos históricos 575 son generalmente datos previamente recogidos y/o analizados en relación con una característica común. Los datos históricos 575 representan conocimientos funcionales y las competencias para una característica particular relevante para operaciones de la red de nodos inalámbricos. Por ejemplo, la característica común puede ser un evento particular (por ejemplo, movimiento de un artículo de un ambiente al aire libre a dentro de un entorno cerrado particular, tal como un edificio), un tipo de artículo (por ejemplo, un tipo de paquete, un tipo de contenido que está enviándose, una ubicación, una trayectoria de envío, etc.), una tasa de éxito con un artículo particular (por ejemplo, envío exitoso), y similares. Otro ejemplo de datos históricos 575 puede incluir información de procesamiento asociada a cómo un artículo se ha procesado históricamente a medida que se mueve desde una ubicación a otra (por ejemplo, cuando se mueve dentro de una instalación particular, la información de procesamiento puede indicar que el artículo está en un transportador particular y puede incluir información sobre el transportador (tal como velocidad y cuánto tiempo se espera que esté el artículo en el transportador)).
Los datos de envío 580 son generalmente datos relacionados con un artículo que está moviéndose desde una ubicación a otra ubicación. En una realización, los datos de envío 580 pueden comprender un número de seguimiento, información de contenido para un artículo que está enviándose, información de dirección relacionada con unas ubicaciones de origen y destino, y otras características del artículo que está moviéndose.
Los datos de diseño 585 son generalmente datos relacionados con el área física de una o más partes de una trayectoria anticipada. Por ejemplo, una realización de datos de diseño 585 puede incluir esquemas de construcción y dimensiones físicas de partes de un edificio en el que un nodo puede estar transitando. Una realización puede incluir además información de densidad asociada a áreas físicas que van a transitarse y el número anticipado de nodos potenciales en esas áreas como tipos de datos de diseño. En otro ejemplo, una realización de datos de diseño puede incluir una configuración de cómo un grupo de paquetes puede ensamblarse en un palé, colocado en un contenedor de envío (por ejemplo, un dispositivo de carga unitaria (ULD)) que ayuda a mover una recopilación de artículos en diversas formas con un solo modo o transporte intermodal.
Los datos de RF 587 son generalmente información de degradación de señal sobre un entorno de trayectoria de señal para un tipo particular de nodo y pueden relacionarse con condiciones de RF adversas particulares que pueden provocar fluctuaciones de señal, interferencia u otra degradación del entorno de trayectoria de señal de otro modo óptimo para ese tipo de nodo. Por ejemplo, los datos de RF pueden incluir efectos de blindaje al usar un embalaje particular o ubicación, efectos de blindaje cuando el paquete está dentro de un tipo particular de contenedor o ensamblado como parte de un envío en palés, efectos de blindaje cuando se envía contenido particular, y otros factores de interferencia electrónica y física.
Los datos de terceros 589 son un tipo adicional de datos de contexto 560 que generalmente incluye datos generados fuera de la red. Por ejemplo, datos de terceros pueden incluir información meteorológica asociada a áreas particulares que van a transitarse cuando el artículo se mueve a lo largo de una trayectoria anticipada desde una ubicación a otra. Los expertos en la técnica apreciarán otros tipos de datos de terceros que se relacionan con las condiciones físicas y de entorno a las que se enfrenta un artículo que está moviéndose desde una ubicación a otra también pueden considerarse datos de contexto 560.
El uso de datos de contexto, tal como datos de contexto 560 descritos anteriormente, ayuda ventajosamente al servidor 100 a gestionar mejor el movimiento de artículos, proporcionar mejor determinación de ubicación, mejorar el funcionamiento y la gestión inteligentes de diferentes niveles de la red de nodos inalámbricos, y proporcionar una visibilidad mejorada de la ubicación y estado actuales del artículo durante el funcionamiento de la red de nodos inalámbricos. En una realización, el código de gestión y control de servidor 525 puede proporcionar tal funcionalidad que habilita que la red de nodos inalámbricos sea contextualmente informada y sensible.
Código de gestión y control de servidor
Generalmente, el código de gestión y control de servidor 525 controla las operaciones del servidor 100 a modo de ejemplo. En una realización, el código de gestión y control de servidor 525 es una recopilación de características de software implementadas como funciones programáticas en código o módulos de programa independientes que generalmente controlan el comportamiento del servidor 100. Por tanto, el código de gestión y control de servidor 525 a modo de ejemplo puede implementarse con varias funciones programáticas o módulos de programa que incluye, pero no se limita a, (1) un gestor de asociación del lado del servidor, que proporciona un marco para una gestión más robusta e inteligente de nodos en la red de nodos inalámbricos; (2) un gestor de nodos basado en el contexto, que mejora la gestión de nodos en la red de nodos inalámbricos basándose en datos de contexto; (3) un gestor de seguridad, que gestiona los aspectos de emparejamiento seguro de la gestión del nodo; (4) un gestor de actualización de nodo, que proporciona una programación actualizada o diferente para un nodo particular y comparte información con los nodos; (5) un gestor de ubicación para determinar y seguir la ubicación de los nodos en la red; y (6) un gestor de actualización de información, que presta servicios para solicitar información relacionada con el estado actual de un nodo o que proporciona generalmente información sobre un nodo o recopilada de un nodo.
Gestor de asociación del lado del servidor
El gestor de asociación del lado del servidor (también conocido como función de gestión de asociación del lado del servidor) es generalmente un módulo de programa en el código 525 a modo de ejemplo que es responsable de gestionar de manera inteligente los nodos en la red de nodos inalámbricos usando un marco de información seguro. En una realización, este marco puede implementarse para ser una plataforma de sensores de aprendizaje impulsada por contexto. El marco también puede habilitar una manera de que la información (tal como exploración de RF, ubicación, fecha/hora y datos de sensor) se comparta de manera segura entre nodos, una manera de cambiar el comportamiento de un nodo, y para que un nodo sepa que se le considera “perdido”. El marco establecido durante el funcionamiento del gestor de asociación del lado del servidor permite gestionar la red de nodos como un sistema con una precisión mejorada y optimizada para determinar la ubicación física de cada nodo de ID. Más información con respecto a realizaciones particulares de marco de gestión de asociación y métodos de este tipo se explican a continuación más detalladamente.
Gestor de asociación basado en contexto
El gestor de nodos basado en contexto es generalmente un módulo de programa en el código 525 a modo de ejemplo que es responsable de incorporar datos de contexto como parte de las operaciones de gestión para proporcionar una base de datos mejorada sobre la cual puede proporcionarse la visibilidad de los nodos. En algunas realizaciones, el gestor de nodos basado en contexto puede implementarse como parte del gestor de asociación del lado del servidor mientras que otras realizaciones pueden implementar el gestor de nodos basado en contexto como un módulo de programa independiente.
En una realización, la base de datos mejorada se basa en datos de contexto, tales como datos de contexto 560 (por ejemplo, datos de exploración 570, datos históricos 575, datos de envío 580, datos de diseño 585 y otros datos contextuales de terceros que proporcionan información respecto a las condiciones y entorno que rodea un artículo y nodo de ID que se mueven desde una ubicación a otra. Tales datos de contexto (por ejemplo, las competencias de la red, los diseños de construcción y el conocimiento funcional de los nodos y trayectorias de envío utilizadas con la red de nodos inalámbricos) pueden proporcionar los bloques de construcción mejorados que permiten al servidor 100 gestionar el seguimiento y localización de nodos en un entorno contextual enriquecido de manera robusta. En una realización, la gestión basada en el contexto proporciona visibilidad al sistema a través del análisis de datos sobre cuándo y cómo deben esperarse las asociaciones a medida que los nodos viajan a través de la red de nodos inalámbricos. En otras realizaciones, puede proporcionar las bases para una mejor comprensión de la degradación de señal de RF, que puede provocarse por el entorno de funcionamiento, empaquetado, contenido de paquete, y/u otros paquetes relacionados con un artículo y su nodo de ID.
Gestor de seguridad
El módulo de gestor de seguridad, que puede implementarse por separado o como parte del módulo de gestor de asociación en código de gestión y control de servidor a modo de ejemplo 525, ayuda a asociar dos nodos en la red de nodos inalámbricos gestionando aspectos de emparejamiento seguro de los nodos. En una realización, el módulo de gestor de seguridad proporciona las credenciales de emparejamiento apropiadas para permitir que un nodo se conecte de manera segura a otro nodo. Por tanto, cuando un nodo desea conectarse a otro nodo, una realización requiere que el servidor genere credenciales de emparejamiento apropiadas, proporcionadas a los nodos, y observadas dentro de los nodos para permitir una conexión exitosa o asociación de nodos.
En funcionamiento, un nodo (tal como el nodo maestro 110a) identifica la dirección del nodo (tal como el nodo de ID 120a) al que desea conectarse. Con esta dirección, el nodo prepara una solicitud de emparejamiento y envía la solicitud al servidor 110. El servidor 100 se hace funcionar bajo el control del módulo de gestor de seguridad del gestor de asociación, y determina si el nodo de solicitud debe estar conectado o asociado de otro modo al otro nodo. De lo contrario, el servidor no emite las credenciales de seguridad solicitadas. Si es así y según el paradigma de gestión de asociación deseado establecido por el gestor de asociación del código 525, el servidor proporciona las credenciales solicitadas necesarias para un emparejamiento inalámbrico exitoso y la configuración de comunicaciones seguras entre los nodos asociados.
Gestor de actualización de nodo
El código de gestión y control de servidor a modo de ejemplo 525 puede incluir un módulo de gestor de actualización de nodo que proporciona información de programación actualizada a nodos dentro de la red de nodos inalámbricos y recopila información desde tales nodos (por ejemplo, datos compartidos 545, datos de sensor 550). El módulo de actualización de nodo puede implementarse por separado o como parte del módulo de gestor de asociación en el código de gestión y control de servidor a modo de ejemplo 525.
Proporcionar una actualización a la programación de un nodo puede facilitar y habilitar la distribución de funciones de nodo para ahorrar energía y gestionar mejor los nodos como un sistema. Por ejemplo, una realización puede alterar la responsabilidad funcional de diferentes nodos dependiendo del contexto o situación de asociación al descargar temporalmente la responsabilidad de una función particular de un nodo a otro nodo. Normalmente, el servidor dirige otros nodos para cambiar la responsabilidad funcional. Sin embargo, en algunas realizaciones, un nodo maestro puede dirigir otros nodos para alterar la responsabilidad funcional.
Compartir información entre nodos y con el servidor (por ejemplo, a través de un gestor de actualización de nodo a modo de ejemplo) facilita la recopilación de información desde un nodo y la compartición de información con otros nodos como parte de una función de gestión de asociación del servidor 100. Por ejemplo, una realización puede recoger y compartir datos de exploración de RF (un tipo de datos compartidos 545), información sobre la ubicación de un nodo (un tipo de datos de ubicación 555), información de sistema sobre fecha/hora (otro tipo de datos compartidos 545) y mediciones de sensor recopiladas a partir de nodos de sensor (un tipo de datos de sensor 550).
Gestor de ubicación
El código de gestión y control de servidor a modo de ejemplo 525 puede incluir un módulo de gestor de ubicación que ayuda a determinar y seguir ubicaciones de nodos. En una realización general, la ubicación de un nodo puede determinarse por el propio nodo (por ejemplo, la capacidad de un nodo maestro para determinar su propia ubicación a través de un conjunto de circuitos de ubicación 475), por un nodo asociado a ese nodo (por ejemplo, donde un nodo maestro puede determinar la ubicación de un nodo de ID), por el propio servidor (por ejemplo, usando información de ubicación determinada por una o más técnicas implementadas como parte del código 525), y por un esfuerzo combinado de un nodo maestro y el servidor.
En general, un nodo de ID a modo de ejemplo puede depender directa o indirectamente de un nodo maestro para determinar su ubicación física real. Realizaciones pueden usar una o más metodologías para determinar la ubicación de nodo. Por ejemplo y como se describe más específicamente a continuación, posibles métodos para determinar la ubicación de nodo pueden referirse a controlar una característica de RF de un nodo (por ejemplo, un nivel de señal de salida de RF y/o nivel de sensibilidad de receptor de RF), determinar la proximidad relativa, considerar la información de asociación, considerar ajustes de ubicación para la información de contexto y un entorno de RF, triangulación en cadena, así como métodos jerárquicos y adaptativos que combinan diversas metodologías de ubicación. Información y ejemplos adicionales de cómo un módulo de gestor de ubicación a modo de ejemplo puede determinar la ubicación de un nodo según tales técnicas a modo de ejemplo se proporcionan con más detalle a continuación.
Adicionalmente, los expertos en la técnica apreciarán que también puede ser posible determinar qué constituye una ubicación viable frente a la ubicación real basándose en información de contexto sobre el artículo que está siguiéndose. Por ejemplo, un artículo más grande puede requerir relativamente menos precisión de ubicación que un artículo pequeño de manera que decisiones funcionales y actualizaciones de estado pueden ser más fáciles de implementar con conocimiento del contexto. Si se conoce el tamaño del artículo, la precisión de ubicación puede ajustarse en consecuencia. Por tanto, si va a seguirse un artículo más grande, o si el informe contextual del sistema del mismo es tal que puede usarse menor precisión de ubicación, puede emplearse una señal más fuerte y por tanto un área de exploración más amplia, lo que puede ayudar en situaciones donde la interferencia de RF o el blindaje es un problema.
Gestor de actualización de información
El código de gestión y control de servidor a modo de ejemplo 525 puede incluir un módulo de gestor de actualización de información que proporciona información relacionada con las operaciones de la red de nodos inalámbricos y el estado de nodos. Tal información puede proporcionarse en respuesta a una solicitud desde un dispositivo fuera de la red de nodos inalámbricos (tal como el dispositivo de acceso de usuario 200). Por ejemplo, alguien que envíe un artículo puede preguntar sobre el estado actual del artículo a través de su ordenador portátil o teléfono inteligente (tipos de dispositivos de acceso de usuario), que se conectarían al servidor 100 y solicitarían tal información. En respuesta, el módulo de gestor de actualización de información puede atender una solicitud de este tipo determinando qué nodo está asociado al artículo, recopilando información de estado relacionada con el artículo (por ejemplo, datos de ubicación, etc.), y proporcionar la información solicitada en una forma que es dirigida, oportuna y útil para la entidad que pregunta.
En otro ejemplo, un dispositivo de acceso de usuario puede conectarse al servidor 100 y solicitar datos de sensor particulares desde un nodo particular. En respuesta, el gestor de actualización de información puede coordinarse con el gestor de actualización de nodo, y proporcionar los datos de sensor 545 recopilados según se solicite al dispositivo de acceso de usuario.
Gestor de filtrado de nodo
Una realización de código de gestión y control de servidor a modo de ejemplo 525 puede opcionalmente comprender un gestor de filtrado de nodo, que ayuda a gestionar el tráfico de nodos con un mecanismo de filtrado de múltiples niveles. El filtrado esencialmente establece reglas que limitan las asociaciones y comunicaciones potenciales. Un ejemplo de una gestión de filtrado de nodo de este tipo puede definir diferentes niveles o modos de filtrado para un nodo maestro (por ejemplo, qué nodos de ID pueden gestionarse por un nodo maestro como una manera de limitar las cargas de comunicación y gestión en un nodo maestro).
En un ejemplo, puede definirse un modo “local” donde el nodo de ID solo se comunica y se gestiona por el nodo maestro asignado en la ubicación donde el último contacto del nodo inalámbrico vuelve al servidor 100 y/o donde los datos de terceros indican que el nodo maestro asignado y el nodo de ID están en proximidad inalámbrica y física. Por tanto, para el modo “ local” de filtrado de tráfico, solo el nodo maestro asignado comunica y procesa información desde un nodo de ID asignado y cercano de manera próxima.
Pasando a un modo de filtrado menos restrictivo, puede definirse un modo “regional” de filtrado donde el nodo de ID puede comunicarse y gestionarse por cualquier nodo maestro en la ubicación notificada por última vez de vuelta al servidor 100 y/o donde los datos de terceros indican que está ubicado el nodo de ID. Por tanto, para el modo “regional” de filtrado de tráfico, cualquier nodo maestro cerca del nodo de ID puede comunicar y procesar información desde ese nodo de ID. Esto puede ser útil, por ejemplo, cuando se desea implementar un límite a las asociaciones y emparejamientos dentro de una instalación particular.
En el modo de filtrado menos restrictivo, un modo “global” de filtrado puede definirse como una comunicación esencialmente a nivel de todo el sistema en la que puede permitirse que el nodo de ID se comunique y gestione por cualquier nodo maestro. En otras palabras, el modo “global” de filtrado de tráfico permite a cualquier nodo de ID dentro de la red de nodos inalámbricos comunicar información a través de un nodo maestro particular cerca del nodo de ID que puede comunicar y procesar información desde ese nodo de ID.
Por tanto, con tales modos de filtrado a modo de ejemplo, un nodo de ID en una determinada condición (por ejemplo, dificultades, condiciones ambientales adversas, condiciones adversas del nodo, etc.) puede indicar la necesidad de desviar cualquier mecanismo de filtrado en su lugar que ayude a gestionar las comunicaciones y la asociación usando el elemento de indicación de estado de “alerta”. En un ejemplo de este tipo, esto se haría funcionar para anular cualquier regla de filtrado establecida en el nivel de nodo maestro con el fin de permitir que un nodo de ID se “encuentre” y se conecte a otro nodo.
Por tanto, el servidor a modo de ejemplo 100 está operativo, al ejecutar el código 525 y al tener acceso a los tipos de datos descritos anteriormente, para gestionar los nodos, recopilar información desde los nodos, almacenar la información recopilada desde los nodos, mantener o tener acceso a datos de contexto relacionados con el entorno en el que los nodos están funcionando, y proporcionar información sobre los nodos (por ejemplo, estado, información de sensor, etc.) a una entidad solicitante.
Ejemplos de comunicación y asociación de nodos
Para ilustrar mejor cómo pueden implementarse los principios de comunicación y gestión a modo de ejemplo dentro de una red de nodos inalámbricos a modo de ejemplo, las figuras 8-12 proporcionan varios ejemplos de cómo los componentes a modo de ejemplo de la red de nodos inalámbricos pueden comunicarse generalmente (aviso y exploración), asociarse e intercambiar información durante diferentes tipos de operaciones en diversas realizaciones. Las figuras 22A-C también proporcionan una aplicación más detallada de tales actividades de asociación y comunicación a modo de ejemplo cuando un nodo de ID a modo de ejemplo se mueve a lo largo de una trayectoria de tránsito (por ejemplo, a través de un pasillo) y se sigue y se gestiona por diferentes nodos maestros y un servidor en una realización.
Ejemplo del ciclo de aviso de nodo
Como se ha explicado en general anteriormente, un nodo puede tener varios tipos diferentes de estados de aviso en los que el nodo puede ser conectable con otros nodos y puede comunicarse con otros nodos. Y a medida que un nodo se mueve dentro de una red de nodos inalámbricos, el estado de aviso y de conexión del nodo puede cambiar a medida que el nodo se desasocia con un nodo previamente conectado, se asocia con un nuevo nodo o no se encuentra asociado por sí mismo con otros nodos. En algunas situaciones, un nodo puede estar bien y en funcionamiento normal sin estar conectado o asociado con otro nodo. Sin embargo, en otras situaciones, un nodo puede generar un problema estando potencialmente perdido si no se ha conectado con ningún otro nodo en un período de tiempo muy largo. Como tal, un nodo puede pasar por diferentes tipos de estados de aviso en estas situaciones funcionales diferentes.
Generalmente, un nodo puede estar en un estado en el que no es conectable con otros nodos durante un determinado período de tiempo (también conocido como intervalo no conectable). Pero más tarde, en otro estado, el nodo puede desear conectarse y avisa como tal durante un período conectable definido (también conocido como intervalo conectable). Cuando el nodo avisa que va a conectarse, es posible que el nodo espere estar conectado en algún momento. En otras palabras, puede haber un período de tiempo seleccionable dentro del cual un nodo espera estar conectado a otro nodo. Sin embargo, si el nodo no se conecta a otro nodo dentro de ese período de tiempo (denominado intervalo de alerta), puede que el nodo necesite realizar acciones específicas o urgentes en función de las circunstancias. Por ejemplo, si un nodo no se ha conectado a otro nodo durante 30 minutos (por ejemplo, un intervalo de alerta de ejemplo), el nodo puede cambiar el funcionamiento internamente para buscar “más a fondo” otros nodos con los que conectarse. Más específicamente, el nodo puede cambiar su elemento de indicación de estado de un nivel de alerta 0 (sin problema, funcionamiento normal) a un nivel de alerta 2 para solicitar que cualquier nodo maestro disponible acuse recibo del paquete de aviso emitido por el nodo que busca una conexión.
La figura 8 es un diagrama que ilustra estados de aviso a modo de ejemplo (o estados de intercambio de información y conectividad de nodos) y factores involucrados en las transiciones entre los estados mediante un nodo de ID a modo de ejemplo en una red de nodos inalámbricos según una realización de la invención. Haciendo referencia ahora a la figura 8, tres estados a modo de ejemplo para un nodo se ilustran como parte de un ciclo de aviso a modo de ejemplo para el nodo (en concreto, un estado de aviso no conectable de nodo de ID 805, un estado de aviso detectable de nodo de ID 815 y un estado de aviso general de nodo de ID 830). Las transiciones entre estos estados dependerán de factores relacionados con las expiraciones de los tipos de intervalos descritos anteriormente. En una realización, la duración de cada uno de estos intervalos dependerá de la implementación del sistema y del entorno contextual dentro del cual el nodo de ID está en funcionamiento. Tales intervalos de tiempo pueden, por ejemplo, ajustarse por el servidor 100 como parte de los datos (por ejemplo, datos de perfil, datos de asociación, datos de contexto) proporcionados al nodo al actualizar el nodo y gestionar las operaciones del nodo.
Haciendo referencia al ejemplo ilustrado en la figura 8, un nodo de ID a modo de ejemplo puede tener un intervalo de alerta establecido en, por ejemplo, 30 minutos, y estar en estado de aviso no conectable de nodo de ID 805 con un intervalo no conectable establecido en 5 minutos. En el estado 805, el nodo de ID puede emitir o avisar, pero no es conectable y no recibirá un mensaje SCAN_REQ (un tipo de solicitud de más información enviada al nodo de aviso desde otro nodo). Por tanto, el nodo de ID en el estado 805 en este ejemplo puede avisar de manera no conectable durante al menos 5 minutos pero espera estar conectado en 30 minutos.
Si el intervalo de alerta aún no ha transcurrido (factor 810) y el intervalo no conectable está aún ejecutándose (factor 825), el nodo de ID simplemente permanece en el estado 805. Sin embargo, si el intervalo de alerta no ha transcurrido (factor 810) y transcurre el intervalo no conectable (factor 825), el nodo de ID entrará en un modo en el que quiere intentar conectarse a otro nodo durante un período de tiempo (por ejemplo, un intervalo conectable de 1 minuto) y pasará al estado de aviso general de nodo de ID 830 en el ciclo de aviso a modo de ejemplo de la figura 8. En el estado 830, mientras esté ejecutándose el intervalo conectable, el nodo de ID permanecerá en este estado en el que puede conectarse a otro nodo y recibirá tipos de solicitudes SCAN_REQ de otros nodos en respuesta a los paquetes de aviso que está emitiendo el nodo de ID. Sin embargo, cuando el intervalo conectable (por ejemplo, el período de 1 min) transcurre o expira (factor 835), el nodo de ID vuelve al estado de aviso no conectable 805 o bien para la próxima vez que transcurra el intervalo no conectable (y el nodo de ID vuelva a intentar conectarse en el estado 830) o bien el intervalo de alerta finalmente transcurre (y el nodo de ID se encuentra en una situación en la que no se ha conectado a otro nodo a pesar de sus esfuerzos para conectarse en el estado 830).
Cuando finalmente transcurre el intervalo de alerta (factor 810), el nodo de ID pasa al estado de aviso detectable de nodo de ID 815. En este caso, el nodo de ID aún no es conectable pero recibirá un tipo de solicitud SCAN_REQ de otros nodos en respuesta a paquetes de aviso que está emitiendo el nodo de ID. En este estado 815, el nodo de ID a modo de ejemplo puede alterar su elemento de indicación de estado para indicar y reflejar que su intervalo de alerta ha expirado y que el nodo ya no está en funcionamiento normal. En otras palabras, el nodo de ID puede cambiar el elemento de indicación de estado a un tipo de estado de alerta que se emite para indicar que el nodo de ID necesita conectarse urgentemente con otro nodo. Por ejemplo, el elemento de indicación de estado de la emisión de paquete de aviso por el nodo de ID puede cambiarse a uno de los niveles de alerta superiores dependiendo de si el nodo necesita cargar datos (por ejemplo, estado de alerta 3) o sincronizar el temporizador u otros datos con otro nodo (por ejemplo, estado de sincronización). Con este cambio en elemento de indicación de estado, y emitiendo el nodo de ID en el estado 815, el nodo de ID espera para recibir una solicitud de otro nodo que ha recibido la emisión y ha solicitado más información a través de un mensaje SCAN_REQ (factor 820) enviado al nodo de ID desde ese otro nodo. Una vez que un mensaje SCAN_REQ se ha recibido por el nodo de ID (factor 820), el nodo de ID que entró en modo de alerta porque no se había conectado con otro nodo dentro del intervalo de alerta puede conectarse con ese otro nodo, cargar o compartir datos según sea necesario, y luego modificarse de vuelta al estado 805 y reiniciar el intervalo de alerta y los intervalos no conectables.
Ejemplo de asociación de nodo maestro a nodo de ID
El aviso (emisión) y la exploración (escucha) son formas en las que los nodos pueden comunicarse durante las operaciones de asociación. Las figuras 9-12 proporcionan ejemplos de cómo los elementos de una red de nodos inalámbricos (por ejemplo, nodos de ID, nodos maestros y un servidor) pueden comunicarse y funcionar cuando se conectan y asocian como parte de varias operaciones a modo de ejemplo de red de nodos inalámbricos.
La figura 9 es un diagrama que ilustra componentes a modo de ejemplo de una red de nodos inalámbricos durante una asociación de nodo maestro a nodo de ID a modo de ejemplo según una realización. Haciendo referencia ahora a la figura 9, un nodo maestro M1 910a a modo de ejemplo se ilustra dentro del intervalo de comunicación del nodo de ID A 920a a modo de ejemplo. El nodo maestro M1 910a también tiene una trayectoria de comunicación de vuelta al servidor 900. Como se muestra, un nodo maestro M1 910a está en un modo de exploración o de escucha (por ejemplo, indicado por la etiqueta “M1exploración”) mientras que un nodo de ID A 920a está en un modo de aviso o emisión (por ejemplo, indicado por la etiqueta “Aaviso”). En este ejemplo, un nodo maestro M1 910a ha capturado la dirección del nodo de ID A 920a a través del aviso de A de al menos un paquete de datos de aviso, y lo ha notificado al servidor 900. De esta manera, las operaciones de captura y notificación crean de manera efectiva una asociación “pasiva” entre los nodos y el control de custodia basado en la proximidad. Una asociación de este tipo puede registrarse en el servidor, tal como el servidor 900, como parte de los datos de asociación, tal como los datos de asociación 540.
En otra realización, la asociación pasiva entre un nodo maestro y un nodo de ID puede extenderse a una asociación o conexión “activa”. Por ejemplo, con referencia a la realización mostrada en la figura 9, el servidor 900 puede dar instrucciones al nodo maestro M1 910a de que se asocie, se conecte o se empareje de otro modo con un nodo de ID A 920a, y reenvía la información de seguridad requerida (por ejemplo, credenciales de PIN, certificados de seguridad, claves) al nodo maestro M1 910a. Dependiendo del estado de aviso del nodo de ID A 920a, el nodo de ID A 910a solo puede ser visible (detectable) pero no conectable. En tal situación, el nodo maestro M1 910a debe esperar hasta que el nodo de ID A 920a esté en un estado conectable (por ejemplo, el estado de aviso general de nodo de ID) y pueda emparejarse. Tal como se comentó anteriormente en relación a la figura 8, cada nodo de ID tiene una determinada ventana de tiempo durante cada período de tiempo en el que puede emparejarse o conectarse.
En este ejemplo, cuando el nodo de ID A 920a se empareja correctamente con el nodo maestro M1 910a, puede que el nodo de ID A 920a ya no avise su dirección. Por defecto, solo un dispositivo no asociado avisará su dirección. Un nodo emparejado o asociado solo avisará su dirección si se le da instrucciones de que lo haga.
Ejemplo de asociación de nodo de ID a nodo de ID
En diversas realizaciones, un nodo de ID puede asociarse con o conectarse a otros nodos de ID. La figura 10 es un diagrama que ilustra componentes a modo de ejemplo de una red de nodos inalámbricos durante una asociación de nodo de ID a nodo de ID según una realización de la invención. Haciendo referencia ahora a la figura 10, un nodo maestro M1 910a a modo de ejemplo, un nodo de ID A 920a y el servidor 900 están dispuestos de manera similar como se muestra en la figura 9, pero con la adición del nodo de ID B 920b, que se encuentra dentro del intervalo de comunicación del nodo de ID A 920a. En este ejemplo, el nodo de ID A 920a está ejecutándose en modo de consulta (exploración) (por ejemplo, Aexploración) escuchando el nodo de ID B 920b. Cuando el nodo de ID A 910a detecta al nodo de ID B 920b (por ejemplo, Baviso) avisando con uno o más paquetes de datos de aviso como parte de un mensaje avisado desde el nodo de ID B 920b, el nodo de ID A 920a identifica un elemento de indicación de estado del mensaje que indica que el nodo de ID B 920b tiene, por ejemplo, datos (por ejemplo, datos de sensor 350) para cargar. Como resultado, el nodo de ID A 920a registra el resultado de exploración (por ejemplo, como un tipo de datos de asociación 340) y, cuando se conecta a continuación al nodo maestro M1 910a, el nodo de ID A 920a carga la información de registro de exploración capturada al servidor 900. De esta manera, las operaciones de exploración, captura y notificación del nodo de ID crean de manera efectiva una asociación “pasiva” entre los diferentes nodos de ID. Una asociación pasiva de este tipo puede registrarse en el servidor 900 como parte de los datos de asociación 540.
En otra realización, la asociación pasiva entre dos nodos de ID puede extenderse a una asociación o conexión “activa”. Por ejemplo, con referencia a la realización mostrada en la figura 10, basándose en el elemento de indicación de estado capturado y la información cargada sobre el nodo de ID B 920b bajo ese modo, el servidor 900 puede emitir una solicitud al nodo de ID A 920a a través del nodo maestro M1 910a para conectarse o emparejarse activamente con el nodo de ID B 920b con el propósito de descargar información del nodo de ID B 920b. En un ejemplo, las credenciales de seguridad que autorizan la conexión activa entre el nodo de ID A 920a y el nodo de ID B 920b se descargan al nodo de ID A 920a desde el nodo maestro M1 910a, que las recibió del servidor 900. En otro ejemplo, las credenciales de seguridad requeridas pueden haberse guardado previamente en el nodo de ID A 920a. Y en lugar de confiar en una conexión de nodo de ID a nodo de ID, el nodo maestro M1 puede haberse conectado directamente con el nodo de ID B 920b si M1 estaba dentro del intervalo de comunicación del nodo de ID B 920b.
Ejemplo de consulta de información de nodo de ID a nodo maestro
Un nodo de ID a modo de ejemplo también puede emitir consultas a otros nodos, tanto nodos maestros como nodos de ID. La figura 11 es un diagrama que ilustra componentes a modo de ejemplo de una red de nodos inalámbricos durante una consulta de nodo de ID a nodo maestro según una realización de la invención. Haciendo referencia ahora a la figura 11, aparece un grupo similar de nodos tal como se muestra en la figura 9, excepto que el nodo maestro M1 910a a modo de ejemplo está en un modo de aviso o emisión (por ejemplo, M1aviso) mientras que el nodo de ID A 920a está en un modo de exploración (por ejemplo, Aexploración). En esta configuración, el nodo de ID A 920a puede consultar al nodo maestro M1 910a para obtener información. En una realización, la consulta puede iniciarse a través del nodo de ID que establece su elemento de indicación de estado. La información solicitada puede ser información a compartir, tal como una hora actual, ubicación o información de entorno contenida en el nodo maestro M1 910a.
En un ejemplo de asociación pasiva, el nodo de ID A 920a en modo Aexploración puede haber capturado la dirección del nodo maestro M1 910a. Sin embargo, dado que un nodo de ID no puede conectarse directamente al servidor 900 para solicitar credenciales de seguridad de emparejamiento (por ejemplo, información de pin de seguridad que autoriza una conexión activa entre el nodo de ID A 920a y el nodo maestro M1 910a), una asociación pasiva y el emparejamiento correspondiente se habrán iniciado desde el nodo maestro. En otro ejemplo, es posible que el nodo de ID A 920a tenga las credenciales de emparejamiento almacenadas como datos de seguridad 335 de una conexión anterior. Esto permitiría entonces al nodo de ID A 920a iniciar la asociación activa con el nodo maestro M1 910a después de una asociación pasiva.
Ejemplo de aviso de nivel de alerta
Como se señaló anteriormente, un nodo puede entrar en una etapa o nivel de alerta en una o más realizaciones. Por ejemplo, si un nodo no ha recibido un acuse de recibo de un nodo maestro para un paquete de aviso dentro de un período establecido (por ejemplo, un intervalo de alerta tal como se describe en algunas realizaciones), el nodo entrará en una etapa de alerta particular para avisos más especializados para que pueda “encontrarse” o pasar información. La figura 12 es un diagrama que ilustra componentes a modo de ejemplo de una red de nodos inalámbricos durante un modo de aviso de alerta a modo de ejemplo según una realización de la invención. Haciendo referencia ahora a la figura 12, aparece un grupo similar de nodos tal como se muestra en la figura 9, con la adición de otro nodo maestro (nodo maestro M2910b) y otro nodo de ID (nodo de ID B 920b). Un nodo de ID A 920a a modo de ejemplo está en un modo de aviso o emisión (por ejemplo, Aaviso) mientras que los nodos M1, M2 y B están cada uno en modo de exploración (por ejemplo, M1exploración, M2exploración y Bexploración). En este ejemplo y configuración, como se muestra en la figura 12, el elemento de indicación de estado en un mensaje de aviso del nodo de ID A 920a se ha establecido en un nivel de alerta particular (por ejemplo, nivel de alerta 2) en el encabezado del mensaje, solicitando a cualquier nodo maestro cercano que lo reconozca. En un ejemplo, este modo puede introducirse si el nodo de ID A 920a no se ha conectado con otro nodo durante un período de tiempo establecido. En otro ejemplo, el nodo de ID A 920a puede introducir este modo de aviso especializado tras recibir instrucciones (por ejemplo, desde el servidor 900 u otro nodo cercano) o una condición activada (distinta del tiempo), como cuando se detecta o se registra de otro modo una entrada de sensor (como luz) y el nodo emite actualizaciones continuas de su dirección como una característica de seguridad. El nodo de ID A 920a establecido en este nivel de alerta y en este modo de aviso especializado está, por tanto, establecido en un modo de emparejamiento activo, esperando credenciales de emparejamiento.
Desde una perspectiva de asociación pasiva, cualquier nodo en modo de exploración puede asociarse pasivamente con tal nodo de aviso (por ejemplo, el nodo de ID A 920a en este modo de alerta). Por tanto, en una realización, el elemento de indicación de estado de nivel de alerta 2 en la emisión de encabezado de aviso por el nodo de ID A 920a indica que se solicita una intervención urgente y activa, en lugar de asociarse simplemente de manera pasiva sin una conexión activa.
Desde una perspectiva de asociación activa, a cualquier nodo que cargue el encabezado de aviso especial del nodo de ID A 920a se le pueden reenviar las credenciales de seguridad desde el servidor 900. Esto permitiría al nodo que recibe tales credenciales asociarse o emparejarse activamente con el nodo de ID A 920a.
Mientras que la figura 8 proporciona ejemplos de cómo un nodo puede avisar, y las figuras 9-12 proporcionan ejemplos de cómo diferentes dispositivos a modo de ejemplo (por ejemplo, nodos de ID, nodos maestros y un servidor) pueden avisar y asociarse de diferentes maneras, las figuras 22A-C proporcionan un conjunto progresivo de ilustraciones que amplían cómo pueden aplicarse la asociación y la desasociación dentro de una red de nodos inalámbricos a modo de ejemplo. Más específicamente, las figuras 22A-C muestran cómo pueden ocurrir asociaciones y desasociaciones cuando un nodo de ID a modo de ejemplo se sigue y se gestiona por un servidor y diferentes nodos maestros a medida que el nodo de ID se mueve a través de una trayectoria de tránsito a modo de ejemplo según una realización de la invención a modo de ejemplo.
Haciendo referencia ahora a la figura 22A, se muestra una estructura 2200 que tiene un punto de entrada y salida. En un ejemplo, la estructura 2200 puede ser un pasillo u otra parte de un edificio o instalación. En otro ejemplo, la estructura 2200 puede ser un sistema transportador que transporta un artículo y su nodo de ID desde el punto de entrada hasta el punto de salida. El nodo maestro M12210a se ubica cerca del punto de entrada de la estructura 2200 mientras que el nodo maestro M22210b se ubica cerca del punto de salida. Los expertos en la técnica apreciarán que otros nodos maestro pueden disponerse en puntos adicionales en la estructura 2200, pero no se muestran por motivos de comodidad y para simplificar la explicación de asociación de entrega a continuación. El servidor 100 está conectado operativamente a cada nodo maestro M1 2210a y nodo maestro M22210b a través de la red 105.
En una realización, el servidor 100 tiene acceso a datos de contexto 560 relacionados con la estructura 2200, tales como datos de diseño 585 sobre dimensiones y materiales que componen la estructura 2200. Los datos de contexto 560 pueden incluir datos históricos 575 sobre cómo ha funcionado un nodo de ID y se ha seguido correctamente mientras atraviesa la estructura 2200 desde el punto de entrada hasta el punto de salida. Por ejemplo, el servidor 100 puede tener datos de contexto que indican que la estructura 2200 es un transportador que puede transportar un artículo y su nodo de ID desde el punto de entrada hasta el punto de salida a lo largo de una distancia de 800 pies (243,84 metros). Los datos de contexto pueden además indicar que los artículos típicos se mueven a una velocidad determinada en el transportador de la estructura 2200 y un tiempo nominal desde el punto de entrada hasta el punto de salida puede ser de aproximadamente 5 minutos. Por tanto, el servidor 100 tiene acceso a datos de contexto sobre el entorno dentro del cual está funcionando un nodo de ID y puede aprovechar esto para gestionar mejor y de manera más precisa el nodo de ID.
En la figura 22A, se muestra el nodo de ID A 2220a entrando en la estructura 2200 en el punto de entrada. En el presente documento, el nodo de ID A 2220a puede estar avisando con la esperanza de conectarse con un nodo maestro al entrar en la estructura 2200 con, por ejemplo, un intervalo no conectable de 10 segundos con un intervalo conectable de 5 segundos. En este ejemplo, el servidor 100 sabe que el nodo de ID A 2220a se ubica cerca del punto de entrada y anticipa que el nodo de ID A 2220a debería acercarse al nodo maestro M12210a en el punto de entrada. Por tanto, el servidor 100 puede establecer los intervalos conectables y no conectables como corresponde para proporcionar una oportunidad suficiente para que el nodo de ID A 2220a se conecte al siguiente nodo maestro a lo largo de la trayectoria prevista del nodo de ID y según la velocidad de desplazamiento.
Además, el servidor 100 puede establecer el intervalo de alerta en 1 minuto en este contexto. En este caso, si el nodo de ID A 2220a no se conecta a otro nodo en 1 minuto, el nodo de ID A 2220a puede emitir o avisar con un mensaje que tiene un elemento de indicación de estado cambiado que indica un estado de alerta para que el nodo de ID A 2220a pueda conectarse a un intervalo más amplio de otros nodos que ven que es urgente que el nodo de ID A 2220a se conecte y, esencialmente, se encuentre. Dependiendo del contexto (por ejemplo, el tipo de transportador, la velocidad del transportador, la densidad de nodos cerca del punto de entrada, etc.), los expertos en la técnica apreciarán que el servidor 100 puede ajustar los intervalos del ciclo de aviso para adaptarse mejor al entorno actual del nodo de ID.
Cuando el nodo maestro M1 2210a está explorando (escuchando), puede detectar inicialmente un paquete de aviso del nodo de ID A 2220a durante el intervalo no conectable del nodo A. Pero cuando el nodo de ID A 2220a cambia estados de aviso y emite como un nodo conectable en el estado de aviso general (es decir, durante el intervalo conectable), el nodo maestro M1 2210a puede responder con un SCAN REQ que acuse recibo del mensaje emitido y solicite información adicional del nodo de ID A 2220a. El nodo maestro M1 2210a recibe la información solicitada del nodo de ID A 2220a, y luego se comunica con el servidor 100 para notificar al servidor su asociación pasiva con el nodo de ID A 2220a. El servidor 100 determina si se desea una asociación activa y puede autorizar la asociación activa entre el nodo maestro M1 2210a y el nodo de ID A 2220a enviando credenciales de seguridad al nodo maestro M1 2210a, que permiten a los nodos conectarse y compartir información de manera segura. Y el nodo maestro M1 2210a puede determinar la ubicación del nodo de ID A 2220a (o el servidor 100 puede hacerlo dirigiendo al nodo maestro M1 y/o nodo de ID A), y proporcionar la ubicación del nodo de ID A 2220a al servidor 100. Por tanto, el servidor 100 es capaz de gestionar y seguir la ubicación del nodo de ID A 2220a a medida que entra en la estructura 2220 a través de al menos la asociación.
En la figura 22B, el nodo de ID A 2220a ha atravesado parte de la trayectoria de tránsito a través de la estructura 2200 mientras permanece asociado con el nodo maestro M12210a. Sin embargo, en algún momento, el nodo maestro M1 2210a y el nodo de ID A 2220a se desasocian en la dirección del servidor 100 (o cuando ya no pueden comunicarse). En un ejemplo donde el nodo de ID A 2220a está en el transportador dentro de la estructura 2200, el servidor 100 puede dar instrucciones al nodo de ID A 2220a de que vaya a un modo de energía baja durante un período de tiempo determinado para, por ejemplo, conservar la energía del nodo de ID. En otro ejemplo, el modo de energía baja también puede proporcionar una mejor precisión de ubicación. Como el servidor 100 tiene acceso a los datos de contexto, el servidor 100 puede saber que el nodo de ID A 2220a se asoció con el nodo maestro M1 2210a cerca del punto de entrada en un momento dado, y determinar que el nodo de ID A 2220a no estará cerca del punto de salida hasta el final del período de tiempo determinado. Con el nodo de ID A 2220a programado de esta manera, una vez transcurrido el período determinado, el nodo de ID A 2220a debería estar cerca del punto de salida y volver a colocarse en un modo de funcionamiento normal para que pueda buscar conectarse con el nodo maestro M22210b.
Similar al proceso de asociación comentado con respecto al nodo de ID A y nodo maestro M1, el nodo de ID A 2220a y el nodo maestro M22210b pueden asociarse a medida que el nodo de ID A 2220a se aproxima al nodo maestro M2 2210b cerca del punto de salida. Una vez conectado, las ubicaciones de los nodos y los datos de asociación se actualizan en el servidor 100. Y a medida que el nodo de ID A 2220a continúa moviéndose a través de la estructura 2200, el nodo de ID A 2200a puede llegar al punto de salida como se muestra en la figura 22C, donde las ubicaciones de los nodos y los datos de asociación se actualizan una vez más en el servidor 100.
Los expertos en la técnica apreciarán cómo pueden aplicarse tales principios a movimientos adicionales de un nodo de ID a medida que se entrega (por ejemplo, a través de asociaciones y desasociaciones activas/pasivas) entre otros nodos maestros y realizar el seguimiento de estas asociaciones y ubicaciones de nodos en el servidor 100. Además, a medida que el servidor 100 realiza un seguimiento y monitoriza las asociaciones, desasociaciones y operaciones de entorno contextuales, el servidor 100 aprende esencialmente cómo utilizar mejor la información de contexto para realizar un mejor seguimiento de los nodos, gestionar la energía utilizada por los nodos de ID y mejorar la precisión de las ubicaciones.
Los expertos en la técnica también apreciarán la compensación general con un nivel de nivel de potencia de RF y precisión de ubicación. Si un nivel de potencia de RF de un nodo está establecido alto, puede avisarse y conectarse con otros nodos a una distancia mayor. Pero en una configuración de nivel de potencia tan alto, la capacidad del sistema para discriminar entre y localizar diferentes nodos puede ser un desafío.
Gestión de asociaciones dentro de una red de nodos inalámbricos
Como se explicó anteriormente en general, la gestión de nodos puede depender de asociaciones creadas y seguidas entre nodos. En algunas realizaciones, la asociación en la que se confía puede ser una asociación activa en la que el servidor autoriza expresamente una conexión activa entre nodos. En otras realizaciones, la asociación en la que se confía puede ser una asociación pasiva en la que el nodo maestro (un tipo de nodo gestor) está asociado con el otro nodo, pero no conectado activamente al otro nodo. En virtud de la asociación pasiva, el servidor puede ser capaz de realizar un seguimiento de y gestionar el otro nodo sin requerir una asociación activa. Por tanto, los expertos en la técnica apreciarán que en otras realizaciones todavía, las asociaciones en las que confía el servidor para la gestión de una red de nodos inalámbricos pueden incluir tanto asociaciones activas como pasivas y pueden estar generalmente autenticadas o, más especialmente, autorizar una conexión que tiene un grado de protección para la conexión y las comunicaciones que usan esa conexión.
Las figuras 23-25 proporcionan diagramas de flujo de métodos a modo de ejemplo para la gestión de asociaciones de una red de nodos inalámbricos que tiene al menos una pluralidad de nodos y un servidor según diferentes realizaciones de la presente invención que implica ejemplos de asociación activa y pasiva. Los expertos en la técnica apreciarán que cada uno de estos métodos a modo de ejemplo para la gestión de asociaciones de una red de nodos inalámbricos pueden implementarse mediante instrucciones almacenadas en un medio no transitorio legible por ordenador, que al ejecutarse realiza las etapas de los respectivos métodos que se describen a continuación (por ejemplo, métodos 2300, 2400 y 2500) y las variaciones descritas de esos métodos.
Haciendo referencia ahora a la figura 23, el método 2300 comienza identificando un primer nodo como potencial para asociarse activamente con un segundo nodo en la etapa 2305. En un ejemplo, identificar los nodos para la asociación puede implicar revisar un mensaje enviado por el primer nodo para determinar la información de estado relacionada con el primer nodo y analizar la información de estado para determinar si el primer nodo debería estar asociado al segundo nodo. En un ejemplo adicional, la información de estado puede comprender uno de una pluralidad de diferentes niveles de estado que indican si el primer nodo está solicitando una conexión con el segundo nodo cuando se encuentra en ese nivel de estado en concreto.
Después, se transmite una solicitud de asociación al servidor en la etapa 2310. En un ejemplo, la solicitud de asociación puede identificar el primer nodo y el segundo nodo a asociar y puede solicitar la transmisión de una o más credenciales de seguridad apropiadas (por ejemplo, credenciales de PIN, certificados de seguridad, claves, y similares) que pueden usarse por los nodos para habilitar que el primer y el segundo nodo se conecten y compartan datos de manera segura como parte de la asociación. Una realización puede solicitar solo una credencial como credencial de autorización desde el servidor. Otras realizaciones pueden utilizar dos credenciales en las que una puede utilizarse posteriormente como credencial con la que responder a los desafíos. Por ejemplo, si se cuestiona un nodo de ID, el nodo de ID puede enviar una credencial de autorización de respuesta de modo que el nodo maestro pueda confirmar la respuesta y proporcionar al nodo de ID la credencial de seguridad adecuada para la asociación autorizada. En algunos casos, el servidor puede haber proporcionado a un nodo de ID dicha credencial de autorización de respuesta (también denominada generalmente clave).
En la etapa 2315, el segundo nodo recibe una respuesta permisiva desde el servidor relacionada con la solicitud de asociación. En un ejemplo, la respuesta permisiva puede incluir la recepción de una primera credencial de autorización y una segunda credencial de autorización desde el servidor (que puede almacenarse en los nodos). Como tal, la primera credencial de autorización y la segunda credencial de autorización pueden estar creadas por el servidor como un tipo de datos de seguridad, y pueden proporcionarse para autorizar la conexión del primer nodo y el segundo nodo y compartir información de manera segura entre el primer nodo y el segundo nodo.
Con esta autorización desde el servidor, el primer nodo y el segundo nodo pueden asociarse en la etapa 2320. En un ejemplo, el método 2300 puede asociar los nodos estableciendo una conexión autorizada desde el segundo nodo al primer nodo basándose en la credencial de autorización. Y el método 2300 puede proporcionar de manera segura datos compartidos entre el primer nodo y el segundo nodo según un perfil establecido por el servidor después de que se asocien los nodos primero y segundo.
En una realización, el método 2300 también puede comprender tener el segundo nodo ganando responsabilidad de una tarea después de que el segundo nodo se asocie con el primer nodo cuando la responsabilidad de la tarea era previamente del primer nodo. Por ejemplo, cuando el segundo nodo se alimenta por una fuente de energía externa y el primer nodo se alimenta por una batería, esto puede modificar ventajosamente la responsabilidad a un nodo más adecuado para realizar la tarea (por ejemplo, tiene más energía disponible o tiene una fuente de energía que no necesita recarga o sustitución).
La figura 24 es un diagrama de flujo que ilustra otro método de ejemplo para la gestión de asociación de una red de nodos inalámbricos según una realización de la invención desde la perspectiva del servidor. Haciendo referencia ahora a la figura 24, el método 2400 comienza con el servidor recibiendo una solicitud de asociación enviada desde uno segundo de los nodos en la etapa 2405. La solicitud de asociación solicita permiso para asociar uno primero de los nodos al segundo nodo.
En la etapa 2410, el servidor determina una ubicación (real o relativa) del primer nodo y el segundo nodo. En una realización, el servidor puede recibir datos de ubicación para el segundo nodo. Por ejemplo, cuando el segundo nodo es un nodo maestro, los datos de ubicación para el segundo nodo pueden ser coordenadas GPS para la ubicación actual del nodo maestro, que proporciona esta al servidor. Y en una realización, el servidor puede determinar una ubicación del primer nodo usando al menos uno de una pluralidad de métodos de ubicación disponibles para el servidor para localizar el primer nodo, tales como los comentados en detalle anteriormente (o una combinación de tales métodos de modo que se determine una ubicación más refinada del primer nodo).
En la etapa 2415, el servidor determina si desea asociarse el primer nodo al segundo nodo basándose en al menos la ubicación del primer nodo y la ubicación del segundo nodo. En una realización, puede determinarse si se desea una asociación determinando si la asociación del primer nodo al segundo nodo se anticipa basándose en datos de contexto. En otra realización, puede determinarse si se desea una asociación identificando un modo actual de filtrado que limita los nodos potenciales a asociarse, y otorgando el permiso para asociar el primer nodo al segundo nodo solo si el modo actual de filtrado permite que el primer nodo se asocie con el segundo nodo. Por ejemplo, esto puede implicar la concesión del permiso solo si el modo actual de filtrado define que el segundo nodo está dentro de un intervalo de ubicación del primer nodo consistente con el modo actual de filtrado. Esto puede definirse por un modo de filtrado particular, tal como un modo de filtrado local, regional o global que funciona para restringir nodos que pueden asociarse con otros nodos. Como tal, el método puede alterar el modo actual de filtrado a otro modo de filtrado que permita que el primer nodo se asocie con el segundo nodo como una especie de anulación del modo actual de filtrado (por ejemplo, dependiendo de un estado de alerta del primer nodo).
En la etapa 2420, el servidor registra nuevos datos de asociación si desea asociarse el primer nodo con el segundo nodo en la etapa 2420. En la etapa 2425, el servidor transmite una respuesta al segundo nodo otorgando el permiso para asociar el primer nodo al segundo nodo. En una realización, el servidor puede generar primero una credencial de autorización que autorice la conexión del primer nodo y el segundo nodo y compartir información entre el primer nodo y el segundo nodo. Esto puede ser buscando la información de credenciales o pasando por un proceso para crear una credencial de autorización específica que permita a los dos nodos emparejarse y compartir datos activamente. Con la credencial de autorización, el servidor puede transmitirlas como respuesta.
En otro ejemplo, el servidor puede haber preconfigurado una credencial de autorización relacionada con el segundo nodo y un tercer nodo si el servidor anticipa que el segundo nodo se desasociará con el primer nodo y posteriormente solicitará asociarse con el tercer nodo. Por ejemplo, esto puede hacerse si el contexto indica que el segundo nodo (por ejemplo, un nodo maestro) puede colocarse en un contenedor y necesita conectarse con el tercer nodo en el futuro cuando el segundo nodo puede perder su conexión al servidor.
El método 2400 también puede incluir que el servidor reciba datos compartidos desde el segundo nodo. Los datos compartidos pueden originarse desde el primer nodo o pueden tener partes que se originan tanto desde el primer como desde el segundo nodo. Por ejemplo, el segundo nodo puede haber recibido el permiso para asociarse y haberse emparejado activamente con el primer nodo de manera segura. El primer nodo puede haber indicado que tiene datos para cargar (por ejemplo, datos de sensor), y el segundo nodo puede recibir los datos del primer nodo. Con posterioridad a ese intercambio, el segundo nodo puede cargar los datos de sensor compartidos desde el primer nodo transmitiéndolos al servidor.
El método puede comprender además dar instrucciones al segundo nodo de que asuma la responsabilidad de una tarea realizada previamente por el primer nodo después de que el segundo nodo se asocie con el primer nodo. Por ejemplo, cuando el segundo nodo se alimenta por una fuente de energía externa y el primer nodo se alimenta por una batería, la responsabilidad de determinadas tareas puede asumirse por el nodo con un suministro de energía más robusto (por ejemplo, el nodo alimentado por una fuente de energía externa).
Más detalladamente, la responsabilidad de determinadas tareas puede establecerse, seguirse y cambiarse con un perfil programable. Por ejemplo, en una realización, el servidor puede establecer un perfil para durante cuánto tiempo cambiaría la responsabilidad de la tarea. En algunos casos, el perfil puede definir un período de tiempo para cuánto tiempo un nodo que tiene este perfil tendría la responsabilidad de una determinada tarea antes de volver a un nodo por defecto. En otro ejemplo, un nodo (tal como un nodo maestro) puede tener un activador de estado por defecto (como una situación de energía baja o cuando no puede comunicarse con el servidor) que puede anular dicho perfil de modo que no asuma más responsabilidades en estados determinados.
Además, una realización puede hacer que el nodo maestro decida qué otro nodo puede asumir la responsabilidad de determinadas tareas. Esto puede ser útil en situaciones en las que el acceso al servidor puede ser limitado (por ejemplo, un entorno aéreo). Sin embargo, la gestión de un perfil de este tipo puede lograrse más fácilmente en otras realizaciones con un acceso más fácil a más tipos de datos de contexto en el nivel del servidor.
En una realización que implementa la gestión de asociación como sistema, un sistema a modo de ejemplo de este tipo para la gestión de asociación de una red de nodos inalámbricos puede comprender un primer nodo, un segundo nodo y un servidor. El segundo nodo incluye una unidad de procesamiento de nodo, una memoria volátil de nodo acoplada a la unidad de procesamiento de nodo, una primera interfaz de comunicación acoplada a la unidad de procesamiento de nodo, y una segunda interfaz de comunicación acoplada a la unidad de procesamiento de nodo. La primera interfaz de comunicación proporciona una trayectoria de comunicación de corto alcance entre el primer nodo y el segundo nodo y la segunda interfaz de comunicación proporciona una trayectoria de comunicación de mayor alcance entre el segundo nodo y el servidor.
El servidor incluye una unidad de procesamiento de servidor, una memoria volátil de servidor acoplada a la unidad de procesamiento y una tercera interfaz de comunicación que proporciona una trayectoria de comunicación de mayor alcance entre el servidor y la segunda interfaz de comunicación del segundo nodo.
La memoria volátil de nodo mantiene al menos una primera sección de código de programa (por ejemplo, código de gestión y control maestro 425 o partes del mismo) mientras que la memoria volátil de servidor mantiene al menos una segunda sección de código de programa (por ejemplo, código de gestión y control de servidor 525 o partes del mismo).
Al ejecutar la primera sección de código de programa residente en la memoria volátil de nodo, la unidad de procesamiento de nodo del segundo nodo está operativa para identificar el primer nodo como potencial para asociarse con el segundo nodo, transmitir una solicitud de asociación sobre la segunda interfaz de comunicación al servidor, recibir una respuesta de asociación (que tiene al menos información de autorización generada por el servidor) sobre la segunda interfaz de comunicación desde el servidor, proporcionar la información de autorización al primer nodo y asociar el primer nodo y el segundo nodo.
En un ejemplo, la unidad de procesamiento de nodo puede además estar operativa para revisar la información de estado relacionada con el primer nodo para determinar si el primer nodo desea asociarse con el segundo nodo. En otro ejemplo, la unidad de procesamiento de nodo puede además estar operativa para proporcionar de manera segura los datos compartidos entre el primer y el segundo nodo después de que el primer y el segundo nodo se asocien y según un perfil de compartición proporcionado por el servidor. El perfil de compartición puede definir tipos de información que van a compartirse de manera segura entre nodos determinados.
Al ejecutar la segunda sección de código de programa residente en la memoria volátil del servidor, la unidad de procesamiento de servidor está operativa para determinar una ubicación del primer nodo y el segundo nodo, determinar si desea asociarse el primer nodo al segundo nodo basándose al menos en la ubicación del primer nodo y la ubicación del segundo nodo, almacenar nuevos datos de asociación en la memoria volátil del servidor si desea asociarse el primer nodo con el segundo nodo y transmitir la respuesta de autorización al segundo nodo otorgando el permiso para asociar el primer nodo al segundo nodo.
En una realización, el segundo nodo del sistema puede asumir la responsabilidad de una tarea previamente manejada por el primer nodo después de que el segundo nodo se asocie correctamente al primer nodo. Por ejemplo, cuando el segundo nodo está alimentado por una fuente de energía externa y el primer nodo está alimentado por una batería, el sistema puede gestionarse de manera más efectiva y eficiente reasignando una tarea (especialmente una tarea que implica un gasto significativo de energía, una serie de operaciones a lo largo de un período significativo de tiempo, o ambos) a otro nodo, como el segundo nodo, que tiene más energía disponible que el primer nodo.
En otra realización, la unidad de procesamiento de servidor puede además estar operativa para establecer un modo actual de filtrado que limita los nodos potenciales que van a asociarse, y otorgar el permiso para asociar el primer nodo al segundo nodo solo si el modo actual de filtrado permite asociar el primer nodo con el segundo nodo. En una realización adicional, la unidad de procesamiento de servidor puede además estar operativa para alterar (por ejemplo, anular) el modo actual de filtrado a un modo de filtrado diferente. De esta manera, el servidor puede adaptar la manera en la que se gestionan los nodos y permitir que el primer nodo se asocie con el segundo nodo si se desea, tal como cuando el primer nodo está en un nivel de estado de alerta y solicita urgentemente la conexión a un grupo de nodos mayor de lo permitido en el modo actual de filtrado.
Mientras que los métodos a modo de ejemplo ilustrados en las figuras 23 y 24 se centran en asociaciones activas, la figura 25 es un diagrama de flujo que ilustra un método de ejemplo para gestión de asociación de una red de nodos inalámbricos que tiene al menos una pluralidad de nodos y un servidor según una realización, pero desde la perspectiva de un nodo que va a asociarse pasivamente con otro nodo. Haciendo referencia ahora a la figura 25, el método 2500 comienza con uno segundo de los nodos recibiendo un mensaje emitido desde uno primero de los nodos en la etapa 2505. En la etapa 2510, el segundo nodo captura una dirección del primer nodo del mensaje. En la etapa 2515, el primer nodo y el segundo nodo se asocian almacenando la dirección capturada del primer nodo y una dirección del segundo nodo como datos de asociación en una memoria del segundo nodo. En la etapa 2520, el segundo nodo transmite los datos de asociación al servidor.
En algún momento, el segundo nodo puede actualizar el servidor con datos de asociación actualizados cuando el segundo nodo no recibe una emisión de mensaje adicional desde el primer nodo. Por ejemplo, el segundo nodo y el primer nodo pueden permanecer asociados y conectados de manera segura durante un período de tiempo, pero finalmente el primer nodo puede moverse de manera que la conexión ya no sea viable o el primer nodo puede acercarse a otro nodo a lo largo de la trayectoria anticipada que está recorriendo (por ejemplo, una trayectoria de expedición anticipada a lo largo de un transportador dentro de una estructura desde un punto de entrada de la estructura, pero ahora más cerca de un punto de salida de la estructura). A medida que el primer nodo se desplaza por el transportador, puede acercarse a otro nodo cerca del punto de salida y se gestiona mejor mediante una asociación con ese otro nodo cerca del punto de salida. Por tanto, los datos de asociación actualizados reflejan que el primer nodo está desasociado del segundo nodo.
El método 2500 puede incluir además hacer que el segundo nodo determine una ubicación del primer nodo, y actualizar el servidor con una ubicación actual del segundo nodo y la ubicación determinada del primer nodo. Además, el método 2500 puede incluir la recepción de información de ubicación desde el servidor que define una ubicación refinada del primer nodo.
En una realización que implementa gestión de asociación pasiva como nodo de gestión (por ejemplo, un nodo maestro) en un nodo inalámbrico que tiene al menos otro nodo y un servidor, un nodo de gestión a modo de ejemplo de este tipo comprende una unidad de procesamiento, una primera y segunda interfaz de comunicación acopladas cada una a la unidad de procesamiento, una memoria volátil acoplada a la unidad de procesamiento y un elemento de almacenamiento de memoria acoplado a la unidad de procesamiento. La primera interfaz de comunicación proporciona una primera trayectoria de comunicación al otro nodo, puede recibir una emisión de mensaje desde el otro nodo y proporcionar el mensaje a la unidad de procesamiento. La segunda interfaz de comunicación proporciona una segunda trayectoria de comunicación al servidor.
El elemento de almacenamiento de memoria puede mantener al menos un módulo gestor de asociación de nodos como código de programa que se ejecutará por la unidad de procesamiento. Cuando la unidad de procesamiento carga el módulo en la memoria volátil y ejecuta instrucciones del módulo, la unidad de procesamiento está operativa para recibir el mensaje de la primera interfaz de comunicación, capturar una dirección del otro nodo del mensaje, almacenar la dirección capturada del otro nodo y una dirección del nodo gestor como parte de los datos de asociación en el elemento de almacenamiento de memoria, y transmitir los datos de asociación al servidor a través de la segunda interfaz de comunicación.
En un ejemplo, el elemento de almacenamiento de memoria también mantiene un módulo gestor de ubicación y, cuando la unidad de procesamiento también carga el módulo gestor de ubicación en la memoria volátil y ejecuta instrucciones de ese módulo, la unidad de procesamiento está operativa para determinar una ubicación del otro nodo, determinar una ubicación actual del nodo gestor (por ejemplo, a través de señales de ubicación GPS), y actualizar el servidor con la ubicación actual del nodo gestor y la ubicación determinada del otro nodo.
El nodo gestor puede además estar operativo para actualizar el servidor con datos de asociación actualizados cuando la primera interfaz de comunicación no recibe una emisión de mensaje adicional desde el otro nodo. Los datos de asociación actualizados pueden reflejar que el otro nodo está desasociado del nodo de gestión.
Gestión de contexto dentro de una red de nodos inalámbricos
Como se explicó anteriormente en general, la gestión de nodos puede depender del entorno contextual de los nodos. Como se muestra en la figura 5, el servidor 100 tiene acceso a una amplia variedad de diferentes datos de contexto 560. Los datos de contexto, tales como los datos 560, pueden incluir una amplia variedad de datos que se refieren generalmente al entorno en el que los nodos están en funcionamiento y pueden usarse ventajosamente para proporcionar capacidades de gestión de nodo mejoradas según realizaciones de la presente invención. Como tal, el uso de estos datos de contexto proporciona una base de datos en una realización de modo que el servidor pueda implementar mejor y más eficientemente las tareas de gestión relacionadas con nodos en la red, y ajustar tales tareas para dar cuenta de datos de contexto relevantes a medida que los nodos se mueven dentro de la red (por ejemplo, a medida que un nodo de ID se mueve con un artículo que se envía a lo largo de una trayectoria de tránsito anticipada o prevista de un origen a un destino). Por ejemplo, el servidor aprovecha su capacidad para confiar en datos de contexto relevantes para alterar ventajosamente cómo da instrucciones a un operador de nodo, cómo asocia un nodo con el otro nodo, cómo puede ubicar mejor un nodo y cómo puede seguir y responder de manera más eficiente a solicitudes para informar de la ubicación del nodo.
La figura 26 es un diagrama de flujo que ilustra un método a modo de ejemplo para la gestión de contexto de una red de nodos inalámbricos según una realización de la invención. Haciendo referencia ahora a la figura 26, el método 2600 comienza en la etapa 2605 identificando, por el servidor, al menos uno de los nodos. En un ejemplo, tal como el que se muestra en la figura 22a, el servidor 100 puede identificar un nodo de ID A 2220a como parte de las comunicaciones recibidas desde el nodo maestro M12210a. En la etapa 2610, el servidor determina los datos de contexto relacionados con un entorno de funcionamiento del nodo identificado a medida que el nodo identificado se mueve dentro del entorno de funcionamiento.
En una realización, los datos de contexto pueden incluir uno o más tipos de datos, tales como datos de exploración, datos históricos, datos de envío, datos de RF y datos de diseño. Para el ejemplo mostrado en la figura 22a, el servidor 100 puede acceder a los datos de contexto 560 (que pueden mantenerse en la base de datos de contexto 565) para determinar partes de los datos de contexto 560 que se relacionan con el entorno de funcionamiento del nodo de ID A 2220a. Tales datos de contexto 560 pueden incluir, en este ejemplo, datos de envío que relacionan el artículo que se envía que está conectado al nodo de ID A 2220a, datos de exploración sobre cuándo el artículo conectado al nodo de ID A 2220a se exploró al entrar en la estructura 2200, datos históricos sobre cuánto tiempo tarda un nodo en atravesar el transportador ubicado dentro de la estructura 2200, y datos de diseño sobre dimensiones de la estructura 220. Los expertos en la técnica apreciarán que los datos de contexto pueden incluir información de entorno de funcionamiento creada dentro de la red de nodos inalámbricos o creada por un tercero (por ejemplo, información meteorológica relacionada con el entorno de funcionamiento de nodo de ID A 2220a).
Mientras que el servidor determina los datos de contexto relacionados con un entorno de funcionamiento del nodo identificado en una realización, tal entorno de funcionamiento actual o anticipado para un nodo en una realización más detallada puede incluir uno o más tipos de entornos. Por ejemplo, el entorno de funcionamiento actual o anticipado para un nodo puede incluir un entorno de comunicación electrónica, un entorno físico de una trayectoria anticipada junto con los movimientos de un nodo, un entorno de transporte relacionado con la forma en la que se mueve un nodo y un entorno de densidad relacionado con la densidad de nodos dentro de un área cercana a un nodo determinado identificado por el servidor.
De vuelta a la etapa 2610, la etapa de determinación puede implicar la determinación de los datos de contexto relacionados con un entorno de funcionamiento anticipado del nodo identificado a medida que el nodo identificado se mueve en una trayectoria prevista hacia una ubicación de otro nodo. En otro ejemplo, la etapa de determinación puede implicar la determinación de los datos de contexto relacionados con el entorno de funcionamiento anticipado del nodo identificado y un entorno de funcionamiento anticipado del otro nodo a medida que el nodo identificado se mueve en la trayectoria prevista hacia el otro nodo para una asociación esperada con el otro nodo.
En la etapa 2615, el servidor realiza una tarea de gestión relacionada con el nodo identificado con un ajuste realizado para dar cuenta de los datos de contexto determinados. Cuando los datos de contexto determinados (tales como la información de degradación de la señal de RF) indican que no se necesita realmente ningún ajuste al realizar la tarea, no se realiza ningún ajuste dados los datos de contexto determinados. Por tanto, los expertos en la técnica apreciarán que puede hacerse un ajuste cuando sea necesario contextualmente y no se requiere en todo momento.
En una realización, realizar la tarea de gestión puede comprender generalmente dar instrucciones al nodo identificado de que altere su funcionamiento basándose en los datos de contexto determinados. Por ejemplo, el servidor 100 puede realizar la tarea de gestión de dar instrucciones al nodo de ID A 2220a de que cambie sus intervalos conectable y no conectable a medida que se acerca al nodo maestro M1 (que el servidor 100 conoce a partir de los datos de contexto, tales como los datos de exploración generados cuando el nodo A entró en la estructura 2200). Por tanto, en este ejemplo, el servidor 100 es capaz de aprovechar la visibilidad mejorada del nodo de ID A 2220a basándose en datos de contexto y alterar ventajosamente el funcionamiento del nodo A para aumentar las posibilidades del nodo de asociarse con éxito con el nodo maestro M1 2210a.
En otra realización, realizar la tarea de gestión puede comprender asociar el nodo identificado con otro nodo con el ajuste realizado para alterar un parámetro de asociación basándose en los datos de contexto determinados. En otras palabras, los datos de contexto pueden ser útiles como parte de la asociación de nodos. En un ejemplo, el parámetro de asociación puede incluir al menos un intervalo de tiempo alterado relacionado con la asociación del nodo identificado con el otro nodo, tal como un intervalo de alerta o un intervalo conectable. Estos intervalos son parámetros que pueden alterarse como parte de los ajustes realizados cuando un servidor asocia dos nodos y, por ejemplo, establece los intervalos en duraciones de tiempo más apropiadas para aumentar la posibilidad y la oportunidad que tienen los nodos de emparejarse activamente y compartir datos de manera segura según sea necesario.
En otra realización más, realizar la tarea de gestión puede comprender ubicar el nodo identificado con un ajuste realizado a una configuración de potencia basándose en los datos de contexto determinados. En un ejemplo, el ajuste de configuración de potencia se realiza a un nodo maestro en comunicación directa con el servidor. En otro ejemplo, el ajuste de configuración de potencia puede hacerse a un nodo de ID, al que se pasa esta información de ajuste funcional desde otro nodo. En una realización, la propia configuración de potencia puede comprender un nivel de potencia de salida ajustado para dar cuenta de una condición adversa en el entorno de funcionamiento del nodo identificado (por ejemplo, un nodo maestro con un nivel de señal de salida de RF ajustado). La condición adversa puede ser, por ejemplo, un entorno de comunicación de RF adverso en el que la estructura atenúa o impide de otro modo las comunicaciones normales de RF. En otro ejemplo, la condición adversa puede ser una población altamente densa de nodos cercanos al nodo identificado.
Más detalladamente, el nivel de potencia de salida puede ajustarse para dar cuenta de una condición de blindaje en el entorno de funcionamiento del primer nodo. Tal condición de blindaje puede estar causada, por ejemplo, por uno o más de empaquetado, contenidos de paquete, paquete próximo, contenido de paquete próximo e infraestructura física en el entorno de funcionamiento del primer nodo. Por ejemplo, si el nodo identificado se ubica cerca de un contenedor metálico, está funcionando en un entorno de comunicaciones de RF adverso donde puede aumentarse su nivel de potencia de salida basándose en estos datos de contexto con el fin de hacer frente mejor a la condición de blindaje adversa.
En otra realización más, realizar la tarea de gestión puede comprender proporcionar la ubicación del nodo identificado en respuesta a una solicitud recibida por el servidor relacionada con un estado del nodo identificado. Por ejemplo, si el servidor 100 recibe una solicitud del dispositivo de acceso de usuario 205 sobre el estado del nodo de ID A 2220a, el servidor 100 es capaz de proporcionar la ubicación del nodo A como dentro de la estructura 2200, pero refinada como cerca de la entrada de la estructura dado el ajuste para dar cuenta de datos contextuales, tales como datos de exploración relacionados con el artículo que se envía con el nodo A 2220a.
Los expertos en la técnica apreciarán que el método 2600 tal como se dio a conocer y se explicó anteriormente en varias realizaciones puede implementarse en un servidor, tal como el servidor 100 ilustrado en la figura 5 y 22A, que ejecuta una o más partes del código de gestión y control de servidor 525 (por ejemplo, el gestor de nodo basado en contexto). Tal código puede almacenarse en un medio no transitorio legible por ordenador, tal como un elemento de almacenamiento de memoria 515 en el servidor 100. Por tanto, al ejecutar el código 525, la unidad de procesamiento 500 del servidor puede estar operativa para realizar operaciones algorítmicas o etapas de los métodos a modo de ejemplo dados a conocer anteriormente, incluyendo el método 2600 y variaciones de ese método.
Metodologías de determinación de ubicación de nodo
Como parte de la gestión y funcionamiento de una red de nodos inalámbricos según una o más realizaciones de la invención, como el seguimiento del nodo de ID A 2220a en las figuras 22A-C, se realiza la determinación de la ubicación de un nodo. Como se explicó anteriormente, un nodo de ID a modo de ejemplo puede depender directa o indirectamente de un nodo maestro para determinar su ubicación. En las realizaciones comentadas y descritas en el presente documento, una ubicación de un nodo puede abarcar generalmente una ubicación actual o pasada. Por ejemplo, una realización que determina la ubicación de un nodo puede ser una ubicación actual si el nodo no está moviéndose, pero puede determinar necesariamente la ubicación como una ubicación pasada si el nodo se encontrara en estado de movimiento.
Asimismo, el término “ubicación” por sí solo puede incluir una posición con diversos grados de precisión. Por ejemplo, una ubicación puede abarcar una posición real con coordenadas definidas en el espacio tridimensional, pero el uso del término “ubicación” también puede incluir simplemente una posición relativa. Por tanto, está previsto que el término “ubicación” tenga un significado general a menos que se limite expresamente de otra forma a un tipo más específico de ubicación.
La determinación de la ubicación de nodo puede hacerse por solo un nodo maestro, por solo el servidor o por el nodo maestro trabajando junto con el servidor. Y en tales dispositivos, las realizaciones pueden usar una o más metodologías para determinar la ubicación de un nodo y además refinar la ubicación. Tales metodologías de ejemplo pueden incluir, pero no se limitan a, determinar la ubicación de nodo puede relacionarse con el control de una característica de RF de un nodo (por ejemplo, un nivel de señal de salida de RF y/o un nivel de sensibilidad de receptor de RF), determinar la proximidad relativa, considerar la información de asociación, considerar los ajustes de ubicación para información de contexto y un entorno de RF, encadenar triangulación, así como métodos jerárquicos y adaptativos que combinan diversas metodologías de ubicación. A continuación se ofrece una descripción más detallada de estas técnicas de determinación de la ubicación de nodo a modo de ejemplo.
Ubicación a través de proximidad
En una realización, una medición de intensidad de señal entre dos o más nodos puede usarse para determinar la proximidad de los nodos. Si no se conoce la ubicación real de ninguno de los nodos, una realización puede inferir una relación de ubicación de los dos nodos a través de la proximidad.
Proximidad al variar características de potencia
Por ejemplo, un método a modo de ejemplo para determinar la ubicación de un nodo en una red de nodos inalámbricos puede implicar la variación de la característica de potencia de un nodo, tal como la potencia de salida de uno de los nodos. Generalmente y como se explica con referencia a la figura 13, la característica de potencia puede variar para identificar los más cercanos de los nodos a la emisión del nodo. La emisión del nodo puede transmitir una o una serie de señales, mientras que otros nodos pueden notificar la recepción de una o más de las señales. Los otros nodos que reciben al menos una señal emitida por el nodo transmisor pueden considerarse parte de un grupo cercano de nodos. Y cuando la característica de potencia varía (aumenta o disminuye o ambas), un grupo más cercano de nodos (o un único nodo) puede identificarse como el grupo más pequeño de nodos de aquellos que reciben al menos una señal del nodo emisor. En consecuencia, aunque no sea absoluta, un tipo de ubicación para el nodo emisor puede determinarse basándose en el nodo o grupo de nodos más cercano. Esto puede repetirse para que los nodos vecinos produzcan un conjunto de información de nodo más cercano para cada uno de los nodos. Más detalladamente, un conjunto a modo de ejemplo de información de nodo más cercano para cada uno de los nodos puede incluir qué nodos son los más cercanos (a través de la característica más baja de potencia) y complementar más robustamente esta información indicando qué otros nodos están gradualmente más lejos (a través de características de potencia cada vez más grandes). Por tanto, el conjunto de información de nodo más cercano proporciona la base para una determinación de la cercanía entre sí de los nodos en la red, lo que proporciona un tipo de determinación de ubicación para cada nodo.
Además, puede hacerse referencia a datos de contexto en determinadas realizaciones para mejorar adicionalmente la determinación de la cercanía de los nodos entre sí. Por ejemplo, combinar el conjunto de información de nodo más cercano con datos de contexto, tal como la información de exploración que registra cuándo un artículo cambia el control de custodia en un sistema de entrega, puede además refinar cómo determinar la ubicación de los nodos. La exploración y otra información de contexto ayudarán a determinar si se sabe si uno o más de los nodos, por ejemplo, se encuentran en el mismo contenedor, vehículo o moviéndose juntos sobre una cinta. Por tanto, este tipo de datos de contexto puede integrarse en una etapa adicional de refinado de la cercanía de los nodos entre sí basándose en los datos de contexto.
En general, una ubicación de un nodo basándose en proximidad puede determinarse cuando una característica de potencia de los nodos se cambia o varía en una red de nodos inalámbricos. La figura 28 es un diagrama de flujo que ilustra un método a modo de ejemplo para la determinación de la ubicación mediante la variación de una característica de potencia de los nodos en una red de nodos inalámbricos según una realización de la invención. Haciendo referencia ahora a la figura 28, el método 2800 comienza en la etapa 2805 dando instrucciones a uno primero de los nodos de que varíe la característica de potencia para una o más señales emitidas por el primer nodo. En una realización más detallada, tal instrucción puede provocar que el primer nodo, por ejemplo, disminuya gradualmente o aumente gradualmente la característica de potencia (tal como un nivel de potencia de salida) entre valores.
En la etapa 2810, el método 2800 continúa identificando un primer grupo de otros nodos en la red de nodos inalámbricos que están cerca del primer nodo basándose en aquellos de los otros nodos que recibieron al menos una de las señales emitidas por el primer nodo a medida que el primer nodo varía la característica de potencia. En una realización adicional, la etapa 2810 puede identificar gradualmente cuál del primer grupo de otros nodos está recibiendo al menos una de las señales de emisión, a medida que el primer nodo varía gradualmente el nivel de potencia de salida de las señales emitidas. Los nodos identificados gradualmente pueden considerarse un conjunto de nodos cada vez más cercanos al primer nodo.
En la etapa 2815, el método 2800 continúa identificando un nodo o más de los más cercanos de los otros nodos como un grupo más pequeño de los otros nodos que recibieron al menos una de la una o más señales emitidas por el primer nodo a medida que el primer nodo varía la característica de potencia.
En la etapa 2820, el método 2800 concluye determinando una ubicación del primer nodo basándose en uno o más de los más cercanos de los otros nodos. Por tanto, a medida que varía la característica de potencia, el grupo de nodos que han recibido al menos una de las señales emitidas por el primer nodo puede cambiar y siendo el más pequeño de tal grupo el grupo de nodos más cercano (aunque solo sea un nodo) al primer nodo. En una realización más detallada, la etapa 2820 puede comprender la determinación de la ubicación del primer nodo basándose en el uno o más de los más cercanos de los otros nodos y el conjunto de nodos cada vez más cercanos al primer nodo ya que el conjunto de nodos cada vez más cercanos proporciona información de proximidad más detallada para una determinación de la ubicación refinada.
Por ejemplo, haciendo referencia a la figura 14, el conjunto de nodos cada vez más cercanos al nodo de ID F 920f puede incluir el nodo M3 como más lejano y M1 más cercano que M3. Cuando la característica de potencia del nodo de ID F disminuye gradualmente, y su nivel de potencia de salida cambia de P1 a P2, M3 ya no puede recibir la señal, pero M1 y M2 todavía lo hacen. Y a medida que la característica de potencia del nodo de ID F continúa disminuyendo gradualmente, y su nivel de potencia de salida cambia de P2 a P3, M1 ya no puede recibir la señal, pero solo M2 lo hace como último de los nodos más cercanos al nodo de ID F. Por tanto, en este ejemplo, determinar la ubicación de nodo de ID F puede ser basándose en el hecho de que M2 es el nodo más cercano y el conjunto de nodos cada vez más cercanos incluyen M1 y M3 siendo M1 más cercano que M3.
En otra realización, pueden realizarse uno o más refinamientos adicionales a la ubicación de los primeros nodos. En un ejemplo, las etapas 2805-2820 pueden repetirse cuando a uno segundo de los nodos se le dan instrucciones de variar la característica de potencia para una o más señales emitidas por el segundo nodo, y luego el método 2800 puede además refinar la ubicación del primer nodo basándose en una ubicación del segundo nodo. En un ejemplo más detallado, las etapas 2805-2820 pueden repetirse cuando a uno segundo de los nodos se le dan instrucciones de que varíe la característica de potencia para una o más señales emitidas por el segundo nodo, y luego el método 2800 puede además la ubicación del primer nodo basándose en una ubicación del segundo nodo y en un conjunto de nodos cada vez más cercanos al segundo nodo. Con esta información cada vez más relacionada transversalmente sobre qué nodos están más cerca de otros nodos y en qué grado, lo cual puede repetirse además para nodos adicionales, las realizaciones pueden además refinar la ubicación del primer nodo dentro de la red.
El método 2800 puede incluir además determinar datos de contexto relacionados con el primer nodo, y refinar la ubicación del primer nodo basándose en los datos de contexto. En una realización donde la característica de potencia es el nivel de potencia de salida, los cambios incrementales en el nivel de potencia de salida de la señal de emisión en las etapas 2805-2815 pueden ajustarse según los datos de contexto.
El método 2800 también puede determinar que los datos de contexto están relacionados con el nodo más cercano al primer nodo, y refinar la ubicación del primer nodo basándose en los datos de contexto. En otro ejemplo más, el método 2800 puede determinar que los datos de contexto están relacionados con los nodos identificados incrementalmente en el conjunto de nodos cada vez más cercanos al primer nodo, y refinar la ubicación del primer nodo basándose en los datos de contexto. Por ejemplo, el nodo más cercano y el conjunto de nodos cada vez más cercanos pueden tener datos de exploración que indiquen que están dentro del mismo contenedor. Estos datos de contexto a modo de ejemplo pueden utilizarse para refinar adicionalmente la ubicación del nodo que se está ubicando, lo que puede ayudar a determinar eficientemente el nodo que se encuentra cerca del contenedor. Como tal, los expertos en la técnica apreciarán que datos de contexto para el nodo que se está ubicando, así como nodos identificados como cercanos a ese nodo, pueden proporcionar una entrada relevante para ayudar ventajosamente a refinar adicionalmente la ubicación del nodo.
Los expertos en la técnica apreciarán que el método 2800 dado a conocer y explicado anteriormente en diversas realizaciones puede implementarse en un aparato de servidor, tal como el servidor 100 ilustrado en la figura 5 y 22A, que ejecuta una o más partes del código de gestión y control de servidor 525 (por ejemplo, el gestor de ubicación). Tal código puede almacenarse en un medio no transitorio legible por ordenador, tal como un elemento de almacenamiento de memoria 515 en el servidor 100. Por tanto, al ejecutar el código 525, la unidad de procesamiento 500 del servidor puede estar operativa para realizar operaciones algorítmicas o etapas de los métodos a modo de ejemplo dados a conocer anteriormente, incluyendo el método 2800 y variaciones de ese método.
Una realización de dicho aparato de servidor puede incluir un servidor (tal como el servidor 100) operativo para comunicarse con una pluralidad de nodos en la red de nodos inalámbricos. Como se ha explicado con respecto a la figura 5, el servidor generalmente incluye una unidad de procesamiento de servidor, una memoria volátil de servidor, un elemento de almacenamiento de memoria de servidor y al menos una interfaz de comunicación. En esta realización, la memoria volátil, el elemento de almacenamiento de memoria y la interfaz de comunicación están cada uno acoplados a la unidad de procesamiento. El elemento de almacenamiento de memoria mantiene al menos una sección de código de programa y datos de ubicación relacionados con una ubicación de uno o más de los nodos. La interfaz de comunicación proporciona una trayectoria de comunicación que acopla operativamente el servidor con los nodos.
La unidad de procesamiento de servidor, como se ha mencionado anteriormente, está operativa cuando se ejecuta la sección de código de programa, para realizar las etapas y operaciones descritas anteriormente en relación con el método 2800 y las variaciones del método descrito anteriormente.
Proximidad al observar patrones e intensidades de señal a lo largo de un período de tiempo
En otra realización, un método mejorado para determinar la ubicación de un nodo a través de la proximidad puede incluir el análisis de patrones e intensidades de señal entre un nodo de aviso y un nodo de escucha. En una realización, puede establecerse un umbral para la asociación basándose en un recuento de mensajes observado y/o intensidad de señal registrada dentro de un período de tiempo específico y puede mejorar la capacidad de ubicación de un nodo (por ejemplo, un nodo de ID) a la de otro nodo (por ejemplo, un nodo maestro). En algunas realizaciones, el recuento de mensajes observado puede implementarse como un recuento promediado a lo largo de períodos de tiempo repetidos. Además, otras realizaciones pueden filtrar observaciones periféricas en el conjunto de datos de observación para ayudar a mejorar la calidad de los datos en los que se confía para establecer un umbral para la asociación y, como resultado, determinar la ubicación de un nodo.
En un ejemplo más detallado, un método mejorado para determinar la ubicación de un nodo a través de la proximidad puede mostrar recuentos de mensajes de aviso capturados como un componente para la ubicación de un nodo y determinar la dirección de desplazamiento de un nodo. En este ejemplo, dos nodos maestros a modo de ejemplo (por ejemplo, nodo maestro M1 910a y M2910b) pueden capturar mensajes de aviso de un nodo de ID (por ejemplo, nodo de ID A 920a). El nodo maestro M1 puede observar y capturar (por ejemplo, registrar información relacionada con la observación) 60 mensajes de nodo de ID A en un período de 2 minutos, mientras que el nodo maestro M2 solo observa y captura 7 mensajes de aviso de nodo de ID A en ese mismo período. Basándose en la diferencia de la frecuencia con la que se observan los mensajes desde un nodo de ID A por un nodo maestro M1 en comparación con los observados por un nodo maestro M2, el sistema es capaz de determinar qué nodo de ID A estaría más próximo al nodo maestro M1, y su ubicación conocida.
En una realización adicional, comparar la marca de tiempo promedio de los registros capturados puede permitir que el sistema pueda hacer una determinación más precisa de la ubicación. Por ejemplo, si el mensaje capturado promedio encontrado en un nodo maestro M2 está creciendo cada vez más (por ejemplo, tardando más tiempo en llegar los mensajes de un nodo de ID A a un nodo maestro M2), esto indica que el nodo de ID A se está alejando del nodo maestro M2. Si el mensaje capturado promedio encontrado en el nodo maestro M2 está creciendo cada vez más, mientras que el mensaje capturado promedio encontrado en el nodo maestro M1 es cada vez más pequeño, esto indica que el nodo de ID A se está alejando del nodo maestro M2 y hacia el nodo maestro M1. Por tanto, a lo largo de varios períodos de tiempo observados, también puede confiarse en el cambio en el tiempo del mensaje (transmisión a recepción) para mejorar o refinar la ubicación de un nodo.
En otra realización más, la intensidad de señal observada puede ser un componente en la determinación de la ubicación y la estimación de la dirección de desplazamiento y puede permitir que el sistema pueda hacer una determinación más precisa de la ubicación. Por ejemplo, dos nodos maestros (M1 910a y M2920b) pueden capturar mensajes de aviso de un nodo (nodo de ID A 920a). M1 captura 60 mensajes del nodo de ID A en 2 minutos, mientras que M2 captura solo 7 mensajes. La intensidad de señal promedio observada para las señales de nodo de ID A por el nodo maestro M1 es mayor en comparación con la intensidad de señal promedio observada por el nodo maestro M2. Basándose en esta información de intensidad de señal observada, el sistema determinaría que el nodo de ID A se encuentra en M1, pero una trayectoria prevista puede indicar que el nodo de ID A se está dirigiendo hacia M2. A medida que los nodos maestros M1 y M2 continúan capturando registros, el sistema (por ejemplo, el código de gestión 524 que funciona en el servidor 900, que está en comunicación con M1 y M2) procesa la alimentación continuada de registros de captura de M1 y M2. Con esta información de intensidad de señal observada, el servidor 900 esperaría a que el recuento y la intensidad de señal promedio de los mensajes del nodo de ID A a lo largo del período de tiempo observado (2 minutos) aumentara para las observaciones en M2 y disminuyera para las observaciones en M1 cuando el nodo de ID A está moviéndose físicamente más cerca de M2 y lejos de M1. Por tanto, el cambio en los niveles de potencia observados y en la frecuencia con la que se observan los mensajes pueden indicar el movimiento real del nodo en una realización.
Basar la ubicación de proximidad de nodo y las determinaciones de dirección del nodo en patrones de señal observados e intensidades características a lo largo de un período de tiempo tiene la ventaja de reducir la probabilidad de anomalías de señal no deseadas y erróneas que provocan que una ubicación de nodo de ID se determine incorrectamente. Y los métodos a modo de ejemplo anteriores para determinar características de movimiento de un nodo (por ejemplo, acercarse a un nodo, acercarse a uno pero alejarse de otro, etc.) como parte del refinamiento de la ubicación de nodo pueden aplicarse en combinación con las diversas realizaciones para determinar la ubicación de nodo descrita en el presente documento.
La figura 27 es un diagrama de flujo que ilustra un método a modo de ejemplo para ubicar por proximidad un nodo en una red de nodos inalámbricos basándose en patrones de señal observados e indicaciones características a lo largo de un período de tiempo según una realización de la invención. Haciendo referencia ahora a la figura 27, el método 2700 comienza en la etapa 2705 dando instrucciones a uno primero y a uno segundo de otros nodos de que detecten cualquier mensaje emitido desde el nodo a lo largo de un período de tiempo. El período de tiempo puede configurarse basándose en una variedad de factores, tales como datos de contexto. Más detalladamente, el período de tiempo puede cambiarse dinámicamente basándose en datos de contexto a medida que el nodo se mueve a diferentes entornos contextuales.
El método 2700 tiene el servidor que recibe una primera indicación desde el primer nodo distinto en la etapa 2710 y que recibe una segunda indicación del segundo nodo distinto en la etapa 2715. Finalmente, el método 2700 determina una ubicación del nodo basándose en una diferencia en la primera indicación y la segunda indicación en la etapa 2720.
La primera indicación está relacionada con una característica de mensajes emitidos desde el nodo que se detectan por el primer nodo distinto durante el período de tiempo. Asimismo, la segunda indicación está relacionada con la característica de mensajes emitidos desde el nodo que se detectan por el segundo nodo distinto durante el período de tiempo. Estas indicaciones pueden incluir, por ejemplo, un recuento de mensajes recibidos por los respectivos otros nodos, un factor de tiempo de tránsito (por ejemplo, un tiempo de tránsito promedio para que un mensaje se detecte después de la emisión) y una intensidad de señal promedio.
En una realización, la primera indicación puede ser un primer recuento de mensajes emitidos desde el nodo que se detectan por el primer nodo distinto durante el período de tiempo, y la segunda indicación puede ser un segundo recuento de mensajes emitidos desde el nodo que se detectan por el segundo nodo distinto durante el período de tiempo. Como tal, determinar la ubicación del nodo puede ser la ubicación que está más cerca del primer nodo distinto que del segundo nodo distinto cuando el primer recuento es mayor que el segundo recuento. Adicionalmente, el método 2700 puede incluir además determinar una dirección de movimiento real del nodo para el nodo basándose en la comparación del primer recuento y del segundo recuento a lo largo de una pluralidad de períodos de tiempo. Por ejemplo, el método 2700 puede repetir observaciones a lo largo de varios de estos períodos de tiempo y seguir el primer recuento y el segundo recuento a lo largo del tiempo para determinar cuál está aumentando, cuál está disminuyendo y determinar el movimiento del nodo basándose en estas mediciones a lo largo del tiempo.
En otra realización detallada, la primera indicación puede ser un primer factor de tiempo de mensajes emitidos desde el nodo que se detectan por el primer nodo distinto durante el período de tiempo predeterminado, y la segunda indicación puede ser un segundo factor de tiempo de los mensajes emitidos desde el nodo que se detectan por el segundo nodo distinto durante el período de tiempo. Y una dirección de movimiento real del nodo para el nodo puede basarse en la comparación del primer factor de tiempo y el segundo factor de tiempo. En una realización más detallada, el primer factor de tiempo puede ser un tiempo de tránsito promedio para que un mensaje detectado en el primer nodo distinto pase del nodo al primer nodo distinto, y el segundo factor de tiempo es un tiempo de tránsito promedio para que un mensaje detectado en el segundo nodo distinto pase desde el nodo al segundo nodo distinto. Como tal, determinar la ubicación del nodo puede ser que la ubicación esté más cerca del primer nodo distinto que del segundo nodo distinto cuando el primer factor de tiempo es menor que el segundo factor tiempo.
En otra realización más, la primera indicación puede ser una primera intensidad de señal promedio de los mensajes emitidos desde el nodo que se detectan por el primer nodo distinto durante el período de tiempo, y la segunda indicación puede ser una segunda intensidad de señal promedio de los mensajes emitidos desde el nodo que se detectan por el segundo nodo distinto durante el período de tiempo. Como tal, determinar la ubicación del nodo puede ser que la ubicación esté más cerca del primer nodo distinto que del segundo nodo distinto cuando la primera intensidad de señal promedio es mayor que la segunda intensidad de señal promedio.
El método 2700 también puede incluir, en una realización, observar un grado de cambio en la primera intensidad de señal promedio y un grado de cambio en la segunda intensidad de señal promedio a lo largo de períodos de tiempo repetidos, y determinar una dirección real de movimiento del nodo para el nodo basándose en la comparación del grado de cambio en la primera intensidad de señal promedio y el grado de cambio en la segunda intensidad de señal promedio.
En otra realización, el método 2700 también puede refinar la ubicación determinada del nodo. En esta realización, el método 2700 puede comprender además refinar la ubicación del nodo basándose en al menos uno de una primera ubicación actualizada recibida del primer nodo distinto y una segunda ubicación actualizada recibida del segundo nodo distinto. Por ejemplo, cuando el primer nodo distinto es un nodo maestro móvil y es el más cercano de los dos nodos al nodo que se está ubicando, la realización puede aprovechar la señalización de ubicación a bordo del primer nodo distinto que proporciona la ubicación actual del primer nodo distinto. Esos datos de ubicación actuales pueden transmitirse por el primer nodo distinto al servidor para actualizar el servidor en su cálculo de la ubicación para el nodo.
En otra realización más, el método 2700 puede colocar por capas datos de contexto con la ubicación determinada para refinar la ubicación del nodo. Los datos de contexto relacionados con el nodo pueden determinarse por el servidor, y así la ubicación del nodo puede refinarse basándose en esos datos de contexto. En otro ejemplo, los datos de contexto relacionados con el nodo más cercano del primer nodo distinto y el segundo nodo distinto en comparación con la ubicación del nodo. Por ejemplo, el servidor puede ser informado de que un nodo maestro en particular está más cerca del nodo en comparación con un segundo nodo maestro, y que el nodo maestro en particular se encuentra dentro de un contenedor. Con estos datos de contexto adicionales relacionados con el nodo maestro en particular, el servidor puede refinar la ubicación del nodo basándose en los datos de contexto. Puede confiarse en otros tipos de datos de contexto relevantes a modo de ejemplo al refinar la ubicación del nodo, tales como datos de contexto de un blindaje en particular asociado con el entorno cercano al nodo maestro en particular (por ejemplo, un tipo particular de ULD que tiene características de blindaje de RF conocidas, etc.)
Además, el método 2700 puede implicar una búsqueda para ver si el nodo está comportándose como se esperaba. Más específicamente, una realización adicional del método 2700 puede comparar además la ubicación de un nodo con una trayectoria prevista del nodo para determinar si el nodo se ubica fuera de la trayectoria prevista. Esto puede permitir que el servidor utilice datos históricos aprendidos al crear una trayectoria prevista y realizar un seguimiento del nodo en relación con estar dentro de un intervalo aceptable asociado a esta trayectoria prevista. El método también puede generar una notificación si el nodo se encuentra fuera de la trayectoria prevista. De esta manera, pueden asumirse tareas viables para ubicar el nodo, por ejemplo, cambiar las opciones del modo de filtrado para los nodos en esa área general, etc.
Los expertos en la técnica apreciarán que el método 2700 dado a conocer y explicado anteriormente en varias realizaciones puede implementarse en un servidor, tal como el servidor 100 ilustrado en la figura 5 y 22A, que ejecuta una o más partes del código de gestión y control de servidor 525 (por ejemplo, el gestor de ubicación). Tal código puede almacenarse en un medio no transitorio legible por ordenador, tal como un elemento de almacenamiento de memoria 515 en el servidor 100. Por tanto, al ejecutar un código 525, la unidad de procesamiento 500 del servidor puede estar operativa para realizar operaciones algorítmicas o etapas de los métodos a modo de ejemplo dados a conocer anteriormente, incluyendo el método 2700 y variaciones de ese método.
Ubicación impulsada por asociación con características variables de RF
Como se indicó anteriormente, una medición de intensidad de señal entre dos o más nodos puede usarse para determinar la distancia relativa entre nodos. Si uno de los nodos tiene una ubicación conocida (tal como un nodo maestro M1 910a), una ubicación relativa de uno o más nodos dentro de un intervalo del nodo de ubicación conocida es generalmente una función de con qué precisión puede determinar el sistema una distancia entre el nodo con ubicación conocida y nodos asociados. En otras palabras, una realización puede identificar una ubicación relativa de un artículo y su nodo relacionado al confiar en señales de salida de RF de baja potencia variables impulsadas por asociación para determinar una distancia a la que está el nodo de una ubicación conocida.
Determinación de ubicación a través de aviso de nodo maestro
Como se mencionó en general anteriormente, determinar la ubicación de nodo puede referirse a controlar una característica de RF de un nodo (por ejemplo, un nivel de señal de salida de RF y/o nivel de sensibilidad de receptor de RF) y, más específicamente, puede implicar aspectos del control de avisos de un nodo maestro. La figura 13 es un diagrama que ilustra una determinación de la ubicación a modo de ejemplo que usa un aviso de nodo maestro según una realización de la invención. En la realización ilustrada mostrada en la figura 13, un nodo maestro, tal como un nodo maestro M1 910a, con una ubicación conocida, está emitiendo un mensaje de aviso a diferentes niveles de potencia de salida de RF. La figura 13 ilustra los diferentes niveles de potencia de salida de RF a modo de ejemplo como intervalos concéntricos 1305-1315 alrededor de un nodo maestro M1 910a. Por tanto, un nodo maestro M1910a puede emitir a una potencia máxima P1, relacionada con el intervalo 1305, pero puede controlar el nivel de potencia de salida de RF y cambiar dinámicamente el nivel de potencia de salida de RF a P2 y emitir en un intervalo más pequeño 1310, o a P3 y emitir a un intervalo aún más pequeño 1315.
En la realización ilustrada, los nodos de ID A-E 920a-920e receptores están en modo de consulta (exploración) y cada uno puede utilizar la señal recibida a diferentes niveles para determinar a qué distancia del M1 transmisor se ubican. Los expertos en la técnica apreciarán que, mientras que la realización ilustrada que se muestra en la figura 13 tiene los nodos receptores todos como nodos de ID, otras realizaciones pueden tener nodos receptores o bien maestros o bien nodos de ID o una mezcla.
En la realización a modo de ejemplo de la figura 13, la ubicación para los nodos A-E puede determinarse basándose en la ubicación conocida del nodo maestro M1 910a. Esa ubicación, más una medición de alcance cuando cada uno de los respectivos nodos receptores A-E recibe por última vez una señal del nodo M1, y factorizando en un factor de confianza de la medición de alcance, proporciona una determinación de la ubicación para los nodos según la potencia de señal de RF variable. Dependiendo de la calidad de la medición de alcance, los nodos receptores individuales pueden o no tener una ubicación calculada de manera individual. En otra realización más, si están disponibles datos de contexto o terceros, tales como información de exploración, puede determinarse una ubicación refinada usando tales datos como factor de confianza adicional. Como el intervalo de comunicación de M1 está limitado de P1 a P3, la precisión de la ubicación por asociación aumenta.
En el ejemplo ilustrado de la figura 13, puede describirse un método a modo de ejemplo de determinación de la ubicación de un nodo que utiliza avisos de nodo maestro. En primer lugar, cuando la interfaz de comunicación de corto alcance de potencia variable 480 del nodo maestro M1 se establece en P1, su salida máxima, el nodo maestro M1 910a se ve por cada uno de los nodos de ID A-E 920a-920e. Basándose en análisis o mediciones históricas, el rendimiento al aire libre (alcance óptimo) de la radio en la interfaz de comunicación de corto alcance de potencia variable 480 de M1 a nivel de potencia P1 puede haberse encontrado previamente que es de aproximadamente 30 pies. Por tanto, sin la necesidad de examinar los niveles de RSSI de los nodos de ID individuales A-E 920a-920e y sin la necesidad de fases de calibración activas, el sistema puede saber qué nodos de ID A-E están a 30 pies del nodo maestro M1 910a.
Luego, cuando la interfaz de comunicación de corto alcance de potencia variable 480 del nodo maestro M1 se establece en P2, un nivel de salida medio en este ejemplo, el nodo maestro M1 se ve por los nodos A y B. A partir de análisis o mediciones históricas anteriores, se determinó que el rendimiento al aire libre (alcance óptimo) de la interfaz de comunicación de corto alcance de potencia variable 480 del nodo maestro M1 que se ejecuta a nivel de potencia P2 es de aproximadamente 15 pies. Por tanto, sin la necesidad de examinar los niveles de RSSI de los nodos individuales, se sabe que los nodos de ID A 920a y B 920b están a 15 pies del nodo maestro M1. Además, sabemos que los nodos de ID que ya no reciben la señal de RF emitida a partir del nodo maestro M1 910a (por ejemplo, nodos de ID C 920c, D 920d y E 920e) están en algún lugar a 30 pies del nodo maestro M1 910a, pero probablemente a más de 15 pies de M1.
Y cuando la interfaz de comunicación de corto alcance de potencia variable 480 del nodo maestro M1 se establece en P3, su nivel de salida mínimo en este ejemplo, se ve por el nodo de ID B 920b. A partir de análisis o mediciones históricas anteriores, se determinó que el rendimiento al aire libre (alcance óptimo) de la interfaz de comunicación de corto alcance de potencia variable 480 del nodo maestro M1 que se ejecuta a nivel de potencia P3 es de aproximadamente 5 pies. Por tanto, sin la necesidad de examinar los niveles de RSSI desde los nodos de ID individuales, se sabe que la ubicación del nodo de ID B 920b está a 5 pies de la ubicación conocida del nodo maestro M1 910a.
Las etapas de alcance, como se comentó en el ejemplo anterior, pueden repetirse para cualquiera de los nodos identificados con el fin de construir una imagen más precisa de la ubicación relativa de cada nodo. La granularidad de los ajustes característicos de RF (por ejemplo, el ajuste de nivel de potencia de señal de salida de RF) proporcionará más granularidad de diferenciación de ubicación al realizar las etapas de alcance. En una realización, las etapas de alcance pueden realizarse sobre un conjunto de ajustes de características de RF globales (por ejemplo, pocos ajustes a lo largo de un intervalo amplio), y pueden realizarse entonces etapas similares a lo largo de más intervalos seleccionados para los ajustes de características de RF.
La figura 29 es un diagrama de flujo que ilustra un método a modo de ejemplo para la determinación de la ubicación usando una o más asociaciones de nodos en una red de nodos inalámbricos según una realización de la invención. Haciendo referencia ahora a la figura 29, el método 2900 comienza en la etapa 2905 donde uno primero de los nodos emite uno o más primeros mensajes a una primera distancia de alcance anticipada o prevista. En una realización, la primera distancia de alcance anticipada es un alcance óptimo para el primer nodo. Por ejemplo, la radio del primer nodo en su interfaz de comunicación puede tener una configuración máxima para permitir que el nodo emita a un alcance maximizado suponiendo que sea un entorno claro. Una configuración de este tipo proporciona una distancia de alcance anticipada conocida. En el ejemplo de la figura 13, un nodo maestro M1 910a puede estar emitiendo a un nivel de potencia máximo P1 que alcanza una primera distancia de alcance desde el nodo M1. Sin embargo, si se sabe que el nodo M1 se encuentra dentro de un entorno de blindaje de RF adverso, la primera distancia de alcance anticipada puede ser una distancia ajustada para dar cuenta del entorno contextual de dicho blindaje (por ejemplo, un tipo de datos de contexto). Las distancias de alcance anticipadas pueden ajustarse en función de uno o más tipos de contexto relevante (por ejemplo, uno o más tipos de datos de contexto relacionados con cómo puede impedirse una señal de salida de RF del nodo).
En la etapa 2910, el método 2900 identifica cuáles de los nodos asociados con el primer nodo recibió al menos uno de los primeros mensajes. En una realización, el primer nodo puede ser capaz de acceder y revisar los datos de asociación en su elemento de almacenamiento de memoria integrado como parte de la identificación de cuáles son los nodos asociados al mismo. En un ejemplo, las asociaciones con el primer nodo pueden ser asociaciones pasivas (por ejemplo, no emparejadas activamente ni conectadas de manera segura) o asociaciones activas (por ejemplo, emparejadas activamente y capaces de conectarse y compartir datos de manera segura), o una combinación de ambos tipos de asociaciones.
A continuación, en la etapa 2915, el primer nodo emite uno o más segundos mensajes a una segunda distancia de alcance anticipada, que es gradualmente menor que la primera distancia de alcance anticipada. En el ejemplo de la figura 13, el nodo maestro M1 910a puede ser el primer nodo y ahora está emitiendo en un nivel de potencia medio P2 que alcanza una segunda distancia de alcance anticipada desde el nodo M1. Al cambiar gradualmente el nivel de potencia de RF de esta manera, el nodo maestro M1 910a ya no puede alcanzar los nodos C-E como se muestra en la figura 13.
En la etapa 2920, el método 2900 concluye determinando una ubicación de uno o más de los nodos asociados identificados que no recibieron ninguno de los segundos mensajes pero que recibieron al menos uno de los primeros mensajes, donde la ubicación se encuentra entre las distancias de alcance anticipadas primera y segunda desde el primer nodo. Nuevamente, en el ejemplo de la figura 13, el nodo maestro M1 910a puede determinar la ubicación de los nodos C-E (dado que no recibieron el mensaje enviado fuera de la segunda distancia de alcance anticipada al nivel de potencia de RF P2) a entre la primera distancia de alcance anticipada (cuando el nodo maestro M1 estaba emitiendo en un nivel de potencia P1) y la segunda distancia de alcance anticipada (cuando el nodo maestro M1 estaba emitiendo en un nivel de potencia P2) desde la ubicación conocida del nodo maestro M1.
En una realización, el método 2900 también puede hacer que el primer nodo emita uno o más terceros mensajes a una tercera distancia de alcance anticipada (alcance gradualmente menor que la segunda distancia de alcance anticipada), y determinar una ubicación de uno o más de los nodos asociados identificados que no recibieron ninguno de los terceros mensajes pero recibieron al menos uno de los segundos mensajes, donde la ubicación está aproximadamente cerca de la segunda distancia de alcance anticipada desde el primer nodo. Nuevamente, en el ejemplo de la figura 13, cambiando gradualmente el nivel de potencia a P1 y emitiendo un tercer mensaje a una distancia de alcance anticipada para ese nivel P1, el nodo maestro M1 puede determinar que la ubicación del nodo A (ya que el nodo A recibió el segundo mensaje pero no recibió el tercer mensaje) está aproximadamente cerca de la distancia de alcance anticipada para P2 desde la ubicación del nodo maestro M1.
Las realizaciones adicionales del método 2900 también pueden refinar tales ubicaciones determinadas actualizando la ubicación del primer nodo. En una realización, el primer nodo puede ser un nodo móvil. Como tal, el refinamiento puede implicar determinar una ubicación móvil actual del primer nodo, y refinar la ubicación del uno o más de los nodos asociados identificados que no recibieron ninguno de los segundos mensajes pero que recibieron al menos uno de los primeros mensajes basándose en la ubicación móvil actual del primer nodo. Por tanto, a medida que el primer nodo se mueve y actualiza su propia ubicación (por ejemplo, a través de señales GPS recibidas por un conjunto de circuitos de ubicación 475 en un nodo maestro), el primer nodo es capaz de aprovechar su propia ubicación actualizada y refinar ventajosamente la ubicación de los nodos asociados al mismo.
Y, en algunas realizaciones, la ubicación refinada de nodos asociados puede transmitirse a un servidor. Esto proporciona una actualización al servidor, y ayuda en el seguimiento y gestión de la ubicación de los nodos en la red. Nuevamente, refiriéndose al ejemplo de la figura 13, el nodo maestro M1 910a puede aprovechar un método de este tipo para ubicar nodos asociados, tal como las ubicaciones de nodos de ID A-E 920a-920e, y actualizar el servidor 100 con esta nueva ubicación de datos relacionados con la ubicación actual del nodo M1 y cualquiera de los nodos asociados con el nodo M1.
Los expertos en la técnica apreciarán que el método 2900 como se ha dado a conocer y se ha explicado anteriormente en diversas realizaciones puede implementarse en un nodo (por ejemplo, nodo maestro 110a en la figura 4, nodo maestro M1 910a en la figura 13 o nodo maestro M1 2210a en la figura 22A) que ejecuta una o más partes del código de gestión y control maestro 425 (por ejemplo, el módulo de ubicación de captura/informe de ubicación). Tal código puede almacenarse en un medio no transitorio legible por ordenador, tal como un elemento de almacenamiento de memoria 415 en el nodo maestro 110a. Por tanto, al ejecutar el código 425, la unidad de procesamiento 400 del nodo maestro puede estar operativa para realizar operaciones algorítmicas o etapas de los métodos a modo de ejemplo dados a conocer anteriormente, incluyendo el método 2900 y variaciones de ese método.
En otra realización, se describe un aparato de nodos en una red de nodos inalámbricos que utiliza determinación de la ubicación por asociación como se describe con referencia a las etapas relacionadas con el método 2900. Como se ha mencionado anteriormente, tal aparato de nodos puede implementarse con un nodo maestro que tiene una unidad de procesamiento de nodo, una memoria de nodo volátil, un elemento de almacenamiento de memoria de nodo, y una interfaz de comunicación primera y segunda. Cada una de las memorias e interfaces de comunicación se acoplan a la unidad de procesamiento de nodo. Además, el elemento de almacenamiento de memoria de nodo mantiene al menos una sección de código de programa, datos de asociación y datos de ubicación y, a veces, información de envío. La primera interfaz de comunicación proporciona una primera trayectoria de comunicación que acopla operativamente el nodo con una pluralidad de otros nodos de la red, mientras que la segunda interfaz de comunicación proporciona una segunda trayectoria de comunicación que conecta operativamente y por separado el nodo con un servidor en la red.
En esta realización, la unidad de procesamiento de nodo está operativa para emitir uno o más de los primeros mensajes a través de la primera interfaz de comunicación a una primera distancia de alcance anticipada, e identificar cuáles de los otros nodos que están asociados con el primer nodo recibieron al menos uno de los primeros mensajes. En una realización, la unidad de procesamiento de nodo puede estar operativa para acceder a los datos de asociación en el elemento de almacenamiento de memoria de nodo al identificar cuáles de los nodos asociados con el primer nodo (por ejemplo, pasiva, activa, o ambos tipos de asociaciones) recibieron al menos uno de los primeros mensajes.
La primera distancia de alcance anticipada puede ser un alcance de transmisión óptimo para la primera interfaz de comunicación y, en un ejemplo más detallado, puede ajustarse basándose en datos de contexto (por ejemplo, blindaje de RF inherente del entorno circundante del nodo). En otra realización más, la primera distancia de alcance anticipada y la segunda distancia de alcance anticipada pueden ajustarse basándose en uno o más tipos de datos de contexto relacionados con cómo una señal de salida de RF transmitida desde la primera interfaz de comunicación puede verse impedida por un entorno del nodo.
La unidad de procesamiento de nodo también está operativa para emitir uno o más segundos mensajes a través de la primera interfaz de comunicación a una segunda distancia de alcance anticipada (gradualmente menor que la primera distancia de alcance anticipada) y determinar una ubicación de uno o más de los nodos asociados identificados que no recibieron ninguno de los segundos mensajes pero recibieron al menos uno de los primeros mensajes. Esa ubicación se encuentra entre la primera distancia de alcance anticipada desde una ubicación conocida del nodo y la segunda distancia de alcance anticipada desde la ubicación conocida del nodo. En un ejemplo adicional, la unidad de procesamiento de nodo puede estar operativa para almacenar la ubicación determinada en el elemento de almacenamiento de memoria de nodo como parte de los datos de ubicación.
La unidad de procesamiento de nodo también puede estar operativa para emitir uno o más terceros mensajes a través de la primera interfaz de comunicación a una tercera distancia de alcance anticipada (alcance gradualmente menor que la segunda distancia de alcance anticipada) y determinar una ubicación de uno o más de los nodos asociados identificados que no recibieron ninguno de los terceros mensajes pero recibieron al menos uno de los segundos mensajes, donde la ubicación se encuentra entre la segunda distancia de alcance anticipada desde la ubicación conocida del nodo y la tercera distancia de alcance anticipada desde la ubicación conocida del nodo.
En otra realización, el nodo puede ser móvil y la unidad de procesamiento de nodo puede además estar operativa para refinar la ubicación del uno o más de los nodos asociados identificados que no recibieron el segundo mensaje pero recibieron el primer mensaje actualizando una ubicación del primer nodo. Más detalladamente, la unidad de procesamiento de nodo puede estar operativa para determinar una ubicación móvil actual del primer nodo (por ejemplo, comprobar el nodo para señales GPS válidas mediante un conjunto de circuitos de ubicación a bordo, y un bloqueo de ubicación basándose en tales señales), y refinar la ubicación del uno o más de los nodos asociados identificados que no recibieron ninguno de los segundos mensajes pero recibieron al menos uno de los primeros mensajes basándose en la ubicación móvil actual del primer nodo. La unidad de procesamiento de nodo también puede estar operativa para transmitir la ubicación refinada al servidor sobre la segunda interfaz de comunicación.
Determinación de ubicación a través de aviso de nodo de ID
Mientras que la figura 13 proporciona un ejemplo de determinación de la ubicación a través de un aviso de nodo maestro, la figura 14 se centra en la determinación de la ubicación a través de un aviso de nodo de ID. En particular, la figura 14 es un diagrama que ilustra una determinación de la ubicación a modo de ejemplo usando un aviso de nodo de ID según una realización de la invención. En la realización ilustrada mostrada en la figura 14, un nodo de ID F 920f a modo de ejemplo está en modo de aviso pero no tiene una ubicación conocida. Al igual que con la figura 13, la figura 14 ilustra los diferentes niveles de potencia de salida de RF desde el nodo de ID F 920f como alcances concéntricos 1405-1415 alrededor del nodo de ID F 920f. Por tanto, el nodo de ID F 920f puede emitir a una potencia máxima P1, relacionada con el alcance 1405, pero puede controlar el nivel de potencia de salida de RF y cambiar dinámicamente el nivel de potencia de salida de RF a P2 y emitir a un alcance más pequeño 1410, o a P3 y emitir a un alcance aún más pequeño 1415. Los nodos maestros M1-M3 910a-910c se disponen en diversas ubicaciones conocidas relativamente cerca del nodo de ID F 920f, que tiene una ubicación desconocida. Como tal, el nodo de ID F 920f puede aprovechar la capacidad de ajustar una característica de RF, tal como el nivel de potencia de señal de salida de RF, de su propia interfaz de comunicación de corto alcance como parte de cómo el sistema puede determinar la ubicación del nodo de ID F a través de un aviso de nodo de ID.
En la realización ilustrada, un nivel de potencia de señal de salida de RF del nodo de ID F 920f puede variarse o ajustarse dinámicamente a través de configuraciones programables (tales como configuraciones de perfil o parámetros) relacionados con operaciones de la interfaz de comunicación de corto alcance de potencia variable 375. Adicionalmente, mientras que un alcance de comunicación real puede variar con el entorno circundante, se conoce un alcance de comunicación máximo anticipado del transmisor del nodo de ID a cada nivel de potencia asumiendo un entorno de funcionamiento óptimo o sin blindaje o interferencia de RF sustancial. Por tanto, una configuración de nivel de potencia particular para un nodo de emisión está inherentemente asociado a una distancia de alcance anticipada correspondiente.
En un método a modo de ejemplo de determinación de una ubicación de nodos que usa un aviso de nodo de ID, el nivel de potencia de señal de salida de RF puede variarse a través de múltiples niveles de potencia para mejorar la ubicación a través de la asociación de nodo maestro. Más detalladamente, cuando la interfaz de comunicación de corto alcance de potencia variable 375 del nodo de ID F está establecida en P1, su salida máxima, el nodo de ID F 920f se ve por cada uno de los nodos maestros M1-3910a-910c. El rendimiento al aire libre anticipado o distancia de alcance (alcance óptimo, o alcance basado en análisis o mediciones históricas) de la radio en la interfaz de comunicación de corto alcance de potencia variable 375 de nodo de ID F al nivel de potencia P1 puede haberse encontrado previamente que es de aproximadamente 30 pies. Por tanto, sin ningún examen de los niveles de RSSI de los nodos maestros individuales, el sistema sabe que el nodo de ID F está a 30 pies de los nodos maestros M1-M3.
A continuación, cuando la interfaz de comunicación de corto alcance de potencia variable 375 del nodo de ID F se establece en P2, un nivel de salida medio en este ejemplo, el nodo de ID F 920f se ve por los nodos maestros M1 910a y M2910b. El rendimiento al aire libre anticipado o distancia de alcance (alcance óptimo, o alcance basado en análisis o mediciones históricas) de la radio en la interfaz de comunicación de corto alcance de potencia variable 375 del nodo de ID F ejecutándose a un nivel de potencia de P2 es de aproximadamente 15 pies. Por tanto, sin ningún examen de los niveles de RSSI de los nodos individuales, se sabe que los nodos maestros M1 910a y M2910b están a 15 pies del nodo de ID F 920f en este ejemplo. Además, se sabe que el nodo maestro que ya no recibe la señal de RF emitida desde el nodo de ID F 920f (por ejemplo, nodo maestro M3910c) está en algún lugar a 30 pies del nodo de ID F 920f, pero probablemente a más de 15 pies de distancia del nodo F en este ejemplo.
Y cuando la interfaz de comunicación de corto alcance de potencia variable 375 del nodo de ID F se establece en P3, su nivel mínimo de salida en este ejemplo, el nodo de ID F 920f se ve solamente por el nodo maestro M2 910b. El rendimiento al aire libre anticipado o distancia de alcance (alcance óptimo, o alcance basado en análisis o mediciones históricas) de la radio en la interfaz de comunicación de corto alcance de potencia variable 375 del nodo de ID F a nivel de potencia P3 es de aproximadamente 5 pies. Por tanto, sin ningún examen de los niveles de RSSI desde los nodos maestros, se sabe que la ubicación del nodo de ID F 920f está a 5 pies de la ubicación conocida del nodo maestro M2910b en este ejemplo.
Las etapas de alcance con respecto a las características de RF cambiadas de un nodo de ID de aviso, tal como se comenta en el ejemplo anterior, pueden repetirse para cualquiera de los nodos identificados con el fin de construir una imagen más completa de la ubicación relativa de cada nodo.
Además, el tiempo entre tales etapas de alcance puede variar dinámicamente dependiendo de si el nodo está moviéndose. Los expertos en la técnica apreciarán que, al moverse, un flujo más rápido a través de tales etapas de alcance ayudará a proporcionar una mejor precisión dado el movimiento de los nodos. Por tanto, puede ser deseable que el intervalo de tiempo entre dar instrucciones a un nodo de que emita uno o más mensajes a un nivel de potencia particular y luego dar instrucciones a ese nodo de que emita uno o más mensajes a un nivel de potencia diferente sea más corto cuando el nodo está moviéndose, lo que puede determinarse basándose en datos de contexto. Por ejemplo, los datos de contexto pueden indicar que el nodo se encuentra dentro de un paquete de nodos y en un sistema de transportador en movimiento. Como tal, el nodo está moviéndose en relación con nodos maestros fijos que pueden estar situados a lo largo del sistema de transportador. Por tanto, el servidor puede hacer que el primer nodo realice las etapas de alcance en las que la potencia se varía en una sucesión rápida relativa en comparación con una situación en la que los datos de contexto indican que el nodo no está moviéndose o está sustancialmente estacionario.
La figura 30 es un diagrama de flujo que ilustra otro método a modo de ejemplo para determinar la ubicación usando una o más asociaciones de nodos en una red de nodos inalámbricos según una realización de la invención. Haciendo referencia a la figura 30 y a cómo explica una manera particular de ubicar un nodo usando asociaciones y un nodo maestro, una o más técnicas de aviso de nodo maestro, el método 3000 comienza en la etapa 3005 dando instrucciones a uno primero de los nodos de que emita uno o más primeros mensajes a un primer nivel de potencia, estando relacionado el primer nivel de potencia con una primera distancia de alcance anticipada. En un ejemplo, la primera distancia de alcance anticipada puede ser un alcance óptimo para el primero de los nodos (por ejemplo, un alcance de transmisión que supone que existe una trayectoria de señal clara entre nodos y que no hay obstrucciones). En otro ejemplo, la primera distancia de alcance anticipada puede ser un alcance óptimo para el primer nodo ajustado basándose en datos de contexto (por ejemplo, datos relacionados con el entorno de RF circundante del primer nodo).
En la etapa 3010, el método 3000 identifica cuáles de los nodos asociados al primer nodo tienen ubicaciones conocidas en la etapa 3010. Por ejemplo, este tipo de identificación puede lograrse mediante la revisión de datos de asociación que indican cuáles de los nodos están asociados con el primer nodo (por ejemplo, a través de asociación pasiva, a través de asociación activa o a través de una combinación de ambas), determinando cuáles de los nodos están asociados con el primer nodo basándose en los datos de asociación revisados, e identificando cuáles de esos nodos asociados tienen ubicaciones conocidas.
El método 3000 continúa en la etapa 3015 determinando cuáles de los nodos asociados identificados recibió al menos uno de los primeros mensajes. Después, el método 3000 da instrucciones al primer nodo en la etapa 3020 de que emita uno o más segundos mensajes a un segundo nivel de potencia, donde el segundo nivel de potencia está relacionado con una segunda distancia de alcance anticipada y el segundo nivel de potencia gradualmente menor que el primer nivel de potencia. En un ejemplo adicional, la primera distancia de alcance anticipada y la segunda distancia de alcance anticipada pueden ajustarse basándose en uno o más tipos de datos de contexto relacionados con cómo puede impedirse una señal de salida de RF del primer nodo.
En la etapa 3025, el método 3000 determina cuáles de los nodos asociados identificados recibió al menos uno de los segundos mensajes. El método 3000 concluye en la etapa 3030 donde el método determina que una ubicación del primer nodo está en o entre la primera distancia de alcance anticipada y la segunda distancia de alcance anticipada de cada uno de los nodos asociados identificados que no recibieron al menos uno de los segundos mensajes pero que recibieron al menos uno de los primeros mensajes.
Como se mencionó anteriormente, la determinación de la ubicación del nodo puede mejorarse al dar cuenta del movimiento. Como tal, una realización del método 3000 puede dar instrucciones al primer nodo de que emita el uno o más segundos mensajes dentro de un intervalo de tiempo después de haber dado instrucciones al primer nodo de que emita el uno o más primeros mensajes. El intervalo de tiempo puede estar predeterminado en algunas implementaciones, pero también puede ser un parámetro establecido dinámicamente en otras implementaciones basadas en datos de contexto relacionados con el primer nodo. Más detalladamente, el intervalo de tiempo puede reducirse respecto a un valor anterior cuando los datos de contexto relacionados con el primer nodo indican que el primer nodo está moviéndose, pero pueden aumentarse respecto a un valor anterior cuando los datos de contexto relacionados con el primer nodo indican que el primer nodo es sustancialmente estacionario.
En otra realización, el método 3000 puede incluir además dar instrucciones al primer nodo de que emita uno o más terceros mensajes a un tercer nivel de potencia. Un tercer nivel de potencia de este tipo está relacionado con una tercera distancia de alcance anticipada y un alcance gradualmente más pequeño que la segunda distancia de alcance anticipada. Después de eso, el método puede determinar que la ubicación del primer nodo está en o entre la segunda distancia de alcance anticipada y la tercera distancia de alcance anticipada de cada uno de los nodos asociados identificados que no recibieron ninguno de los terceros mensajes pero recibieron al menos uno de los segundos mensajes.
En otra realización, el método 3000 puede comprender refinar la ubicación del primer nodo con una ubicación actualizada de uno o más de los nodos asociados identificados que no recibieron al menos uno de los segundos mensajes pero que recibieron al menos uno de los primeros mensajes. Por ejemplo, si el primer nodo está asociado a un nodo maestro móvil, la ubicación del primer nodo puede refinarse con una ubicación actualizada del nodo maestro móvil (que puede estar más cerca del primer nodo de lo que se determinó anteriormente).
En una realización adicional, el primer nodo en el funcionamiento del método 3000 puede no informarse por sí mismo de su propia ubicación. En otra realización, el primer nodo en el funcionamiento del método 3000 puede haberse informado previamente por sí mismo de la ubicación del primer nodo, pero puede que ya no se informe por sí mismo de la ubicación del primer nodo antes de emitir el uno o más primeros mensajes. Más detalladamente, es posible que el primer nodo ya no se informe por sí mismo de la ubicación del primer nodo antes de emitir el primer mensaje debido a un cambio en el entorno que rodea al primer nodo. Tal cambio en el entorno puede ser, por ejemplo, cuando el primer nodo se ha movido dentro de una estructura (por ejemplo, edificio, vehículo, aeronave, contenedor, etc.) que bloquea las señales de ubicación para que no las reciba el primer nodo.
Los expertos en la técnica apreciarán que el método 3000 dado a conocer y explicado anteriormente en diversas realizaciones puede implementarse en un nodo (por ejemplo, nodo maestro 110a en la figura 4) que ejecuta una o más partes del código de gestión y control maestro 425 (por ejemplo, el módulo de captura/informe de ubicación) para controlar operaciones de un nodo de ID (tal como el nodo de ID F en la figura 14) como parte de la determinación de la ubicación a través de aviso de nodo de ID. Tal código puede almacenarse en un medio no transitorio legible por ordenador, tal como un elemento de almacenamiento de memoria 415 en el nodo maestro 110a. Por tanto, al ejecutar el código 425, la unidad de procesamiento 400 del nodo maestro puede estar operativa para realizar operaciones algorítmicas o etapas de los métodos a modo de ejemplo dados a conocer anteriormente, incluyendo el método 3000 y variaciones de ese método.
Desde una perspectiva del aparato, un aparato de nodo a modo de ejemplo en una red de nodos inalámbricos que utiliza determinación de la ubicación por asociación puede comprender una unidad de procesamiento de nodo, memoria nodo acoplada a y utilizada por la unidad de procesamiento de nodo (por ejemplo, una memoria volátil de nodo y un elemento de almacenamiento de memoria de nodo). El elemento de almacenamiento de memoria de nodo mantiene al menos una sección de código de programa, datos de asociación y datos de ubicación. El aparato de nodo incluye además una primera interfaz de comunicación que proporciona una primera trayectoria de comunicación acoplada a la unidad de procesamiento de nodo y que acopla operativamente el nodo con una pluralidad de otros nodos de la red. Por ejemplo, el nodo maestro 110 ilustrado en la figura 4 incluye tales tipos de estructura funcional.
La unidad de procesamiento de nodo (por ejemplo, unidad de procesamiento 400 del nodo maestro 110a), al ejecutar al menos la sección de código del programa residente en la memoria volátil de nodo, está operativa para realizar funciones o etapas específicas. En particular, la unidad de procesamiento de nodo está operativa para comunicar una instrucción a uno primero de los otros nodos (por ejemplo, un nodo de ID o nodo maestro que funciona temporalmente como un nodo de ID) a través de la primera interfaz de comunicación para hacer que el primer nodo distinto emita uno o más primeros mensajes a un primer nivel de potencia, donde el primer nivel de potencia está relacionado con una primera distancia de alcance anticipada.
La primera distancia de alcance anticipada puede ser un alcance óptimo para el primero de los nodos y, más detalladamente, un alcance óptimo para el primero de los nodos ajustado basándose en datos de contexto. Con más detalle aún, la primera distancia de alcance anticipada y la segunda distancia de alcance anticipada pueden ajustarse basándose en uno o más tipos de datos de contexto relacionados con cómo puede impedirse la emisión de una señal de salida de RF desde el primer nodo.
La unidad de procesamiento de nodo también está operativa para identificar cuáles de los nodos asociados al primer nodo tienen ubicaciones conocidas. Para ello, la unidad de procesamiento de nodo puede acceder y revisar los datos de asociación almacenados en el elemento de almacenamiento de memoria de nodo (por ejemplo, datos que indican qué nodos están asociados pasiva o activamente con el primer nodo distinto), puede determinar cuáles de los otros nodos restantes están asociados con el primer nodo distinto basándose en los datos de asociación revisados, y puede identificar cuáles de los otros nodos restantes que se determinó que estaban asociados con el primer nodo distinto tienen ubicaciones conocidas.
La unidad de procesamiento de nodo también está operativa para determinar cuáles de los nodos asociados identificados recibió al menos uno de los primeros mensajes, y para comunicar otra instrucción a través de la primera interfaz de comunicación al primer nodo para hacer que el primer nodo emita uno o más segundos mensajes a un segundo nivel de potencia, estando el segundo nivel de potencia a una segunda distancia de alcance anticipada y siendo gradualmente menor que el primer nivel de potencia.
Finalmente, la unidad de procesamiento de nodo está operativa para determinar cuáles de los nodos asociados identificados recibió al menos uno de los segundos mensajes, y luego determinar una ubicación del primer nodo de que está en o entre la primera distancia de alcance anticipada y la segunda distancia de alcance anticipada de cada uno de los nodos asociados identificados que no recibieron al menos uno de los segundos mensajes pero que recibieron al menos uno de los primeros mensajes.
En una realización adicional, la unidad de procesamiento de nodo puede estar operativa para comunicar una tercera instrucción a través de la primera interfaz de comunicación al primer nodo para hacer que el primer nodo emita uno o más terceros mensajes a un tercer nivel de potencia. El tercer nivel de potencia está relacionado con una tercera distancia de alcance anticipada y un alcance gradualmente menor que la segunda distancia de alcance anticipada. Además, la unidad de procesamiento de nodo puede entonces estar operativa para determinar que la ubicación del primer nodo está en o entre la segunda distancia de alcance anticipada y la tercera distancia de alcance anticipada de cada uno de los nodos asociados identificados que no recibieron ninguno de los terceros mensajes, pero que recibieron al menos uno de los segundos mensajes.
En otra realización más, la unidad de procesamiento de nodo es capaz de dar cuenta del movimiento del primer nodo con un intervalo de tiempo entre las instrucciones enviadas al primer nodo. En particular, la unidad de procesamiento de nodo puede además estar operativa para comunicar otra instrucción a través de la primera interfaz de comunicación al primer nodo para emitir los segundos mensajes dentro de un intervalo de tiempo después de haber dado instrucciones al primer nodo de que emita los primeros mensajes. En un ejemplo más detallado, el intervalo de tiempo puede establecerse dinámicamente basándose en datos de contexto relacionados con el primer nodo. Aún más detalladamente, el intervalo de tiempo puede reducirse programáticamente respecto a un valor anterior cuando los datos de contexto relacionados con el primer nodo indican que el primer nodo está moviéndose (por ejemplo, el primer nodo está en un sistema de transportador en movimiento) y/o el valor de tiempo del intervalo puede aumentarse respecto a un valor anterior cuando los datos de contexto relacionados con el primer nodo indican que el primer nodo es sustancialmente estacionario (por ejemplo, el nodo se encuentra dentro de un paquete de nodo colocado recientemente en un área de almacenamiento).
La unidad de procesamiento de nodo, en una realización adicional, puede estar operativa para refinar la ubicación del primer nodo distinto con una ubicación actualizada de uno o más de los nodos asociados identificados que no recibieron al menos uno de los segundos mensajes pero que recibieron al menos uno de los primeros mensajes, y provocar que una segunda interfaz de comunicación (por ejemplo, interfaz de comunicación de medio/largo alcance 485 acoplada a la unidad de procesamiento 400) transmita la ubicación refinada al servidor.
Desde una perspectiva del servidor, la figura 31 es un diagrama de flujo (similar a la figura 30) que ilustra otro método más a modo de ejemplo para la determinación de la ubicación usando una o más asociaciones de nodos en una red de nodos inalámbricos según una realización de la invención. Los expertos en la técnica apreciarán que, mientras un servidor puede estar funcionando para implementar las etapas tal como se establece en el método 3000 y comentado anteriormente, la figura 31 proporciona más detalles sobre cómo una unidad de procesamiento de servidor (tal como la unidad de procesamiento 500 que ejecuta el código de servidor 525) puede implementar tal método en ese nivel de la red a través del método 3100. En esta realización más detallada, el servidor se comunica directamente con un nodo maestro (por ejemplo, un primer nodo) para dirigir y controlar cómo interactúa el nodo maestro con y provoca que se emprendan operaciones en el nodo de ID (por ejemplo, un segundo nodo). Por tanto, la etapa 3105 es similar a la etapa 3005, pero más precisamente exige comunicarse con un primer nodo a través de una interfaz de comunicación para hacer que un segundo nodo de la red emita uno o más primeros mensajes a un primer nivel de potencia a petición del primer nodo, donde el primer nivel de potencia está relacionado y se corresponde con una primera distancia de alcance anticipada. Asimismo, la etapa 3120 es similar a la etapa 3020 pero más precisamente exige comunicarse con el primer nodo a través de la interfaz de comunicación para hacer que el segundo nodo emita uno o más segundos mensajes a un segundo nivel de potencia a petición del primer nodo, estando relacionado el segundo nivel de potencia con una segunda distancia de alcance anticipada y siendo gradualmente menor que el primer nivel de potencia. Las otras etapas del método 3100 son similares a las ilustradas y explicadas anteriormente en relación con el método 3000, y los principios similares se aplicarán al método 3100.
Los expertos en la técnica apreciarán que el método 3100 dado a conocer y explicado anteriormente en diversas realizaciones puede implementarse en un servidor (por ejemplo, servidor 100 en la figura 5) que ejecuta una o más partes del código de gestión y control de servidor 525 para dirigir un nodo maestro para que controle operaciones de un nodo de ID (tal como el nodo de ID F en la figura 14) como parte de la determinación de la ubicación a través de aviso de nodo de ID. Tal código puede almacenarse en un medio no transitorio legible por ordenador, tal como el elemento de almacenamiento de memoria 515 en el servidor 100. Por tanto, al ejecutar el código 525, la unidad de procesamiento 500 del servidor puede estar operativa para realizar operaciones algorítmicas o etapas de los métodos a modo de ejemplo dados a conocer anteriormente, incluyendo el método 3100 y variaciones de ese método.
Y de manera similar al aparato de nodo descrito anteriormente, una realización incluye un aparato de servidor a modo de ejemplo en una red de nodos inalámbricos que utiliza determinación de la ubicación por asociación. El aparato de servidor a modo de ejemplo comprende generalmente una unidad de procesamiento de servidor, memoria del servidor acoplada a y utilizada por la unidad de procesamiento de servidor (por ejemplo, una memoria de servidor volátil y un elemento de almacenamiento de memoria de servidor). El elemento de almacenamiento de memoria de servidor mantiene al menos una sección de código de programa, datos de asociación y datos de ubicación. El aparato de servidor incluye además una interfaz de comunicación acoplada a la unidad de procesamiento de servidor y que proporciona acceso a una trayectoria de comunicación que acopla operativamente el servidor con al menos un primer nodo de la red.
La unidad de procesamiento de servidor a modo de ejemplo, al ejecutar al menos la sección de código de programa residente en la memoria volátil del servidor, está operativa para realizar funciones o etapas específicas. En particular, la unidad de procesamiento de servidor está operativa para comunicarse con el primer nodo a través de la interfaz de comunicación para hacer que un segundo nodo de la red emita uno o más primeros mensajes a un primer nivel de potencia a petición del primer nodo, donde el primer nivel de potencia está relacionado con una primera distancia de alcance anticipada; identificar cuáles de los nodos restantes de la red asociados con el segundo nodo tienen ubicaciones conocidas; determinar cuáles de los nodos asociados identificados recibió al menos uno de los primeros mensajes; comunicarse con el primer nodo a través de la interfaz de comunicación para hacer que el segundo nodo emita uno o más segundos mensajes a un segundo nivel de potencia a petición del primer nodo, donde el segundo nivel de potencia está relacionado con una segunda distancia de alcance anticipada y gradualmente menor que el primer nivel de potencia; determinar cuáles de los nodos asociados identificados recibió al menos uno de los segundos mensajes; y determinar que una ubicación del segundo nodo está en o entre la primera distancia de alcance anticipada y la segunda distancia de alcance anticipada de cada uno de los nodos asociados identificados que no recibieron ninguno de los segundos mensajes pero que recibieron al menos uno de los primeros mensajes. Y en una realización adicional, la unidad de procesamiento del aparato de servidor puede además estar operativa para almacenar la ubicación determinada en el elemento de almacenamiento de memoria de servidor como parte de los datos de ubicación.
En otra realización, la unidad de procesamiento del aparato de servidor puede estar operativa para comunicarse con el primer nodo a través de la interfaz de comunicación para hacer que el segundo nodo emita los uno o más segundos mensajes dentro de un intervalo de tiempo después de comunicarse con el primer nodo para hacer que el segundo nodo emita los uno o más primeros mensajes. Como se mencionó anteriormente, este tipo de intervalo de tiempo puede establecerse dinámicamente basándose en datos de contexto relacionados con el segundo nodo. Los datos de contexto también pueden utilizarse como se expuso anteriormente con respecto al aparato de nodo, pero en este caso se aplican al segundo nodo (tal fue donde la primera distancia de alcance anticipada es el alcance óptimo para el segundo nodo ajustado basándose en datos de contexto).
Determinación de ubicación de nodo maestro mediante aviso
En otra realización, un nodo maestro puede que ya no conozca su ubicación. Por ejemplo, tal situación puede producirse cuando un nodo maestro determina su ubicación actual a través de un conjunto de circuitos de ubicación GPS 475, pero el nodo maestro se encuentra sin acceso a un número adecuado de señales GPS (por ejemplo, no puede determinar una ubicación debido a la falta de un número suficiente de señales GPS procedentes de diversos satélites GPS). Una situación de este tipo puede ocurrir cuando el nodo maestro que se mueve en el interior está próximo a una estructura que interfiere con las señales de ubicación.
En una realización a modo de ejemplo donde un nodo maestro intenta determinar su propia ubicación a través de técnicas de aviso, el nodo maestro puede detectar una pérdida de confianza de ubicación (por ejemplo, en caso de pérdida de señales GPS detectadas; al detectar una señal independiente para la unidad de procesamiento 400 que indica que se desconoce la ubicación del nodo maestro; cuando la unidad de procesamiento 400 detecta el movimiento (por ejemplo, a través de acelerómetros (no mostrados) o similares) pero no puede confirmar que el conjunto de circuitos de ubicación 475 está proporcionando información de ubicación actualizada para el nodo, etc.). En otras palabras, el nodo maestro pasa a informarse de que ya no tiene una ubicación conocida.
Después, el nodo maestro responde comenzando a emitir uno o más mensajes de aviso en una manera similar a la que se describe que realiza el nodo de ID F 920f en la figura 14. Esto se hace para que el nodo maestro que tiene una ubicación desconocida pueda aprovechar ventajosamente las ubicaciones conocidas de otros nodos cercanos. Como tal, una realización puede permitir un tipo de efecto de encadenamiento apalancado mediante el cual pueden usarse ubicaciones conocidas de tipos particulares de nodos para extender información de ubicación a otros nodos que no conocen sus ubicaciones (por ejemplo, nodos de ID) o nodos que han detectado una pérdida de confianza de ubicación (por ejemplo, nodos maestros). Por tanto, una realización de este tipo puede usarse para determinar una ubicación interior de un nodo maestro (que incluye equipos equipados con funcionalidad de nodo maestro) en casos en los que no se disponga de señales para el conjunto de circuitos convencional a bordo 475.
Volviendo a hacer referencia al método 3000 a modo de ejemplo y la figura 30, el método 3000 puede ser de tal manera que el primer nodo no se informe por sí mismo de la ubicación del primer nodo. Esto puede ocurrir cuando el primer nodo (por ejemplo, un nodo de ID) es en realidad un nodo maestro que antes se informaba por sí mismo de su propia ubicación (por ejemplo, a través de señales GPS recibidas) pero ya no se informa por sí mismo de su ubicación (por ejemplo, cuando las señales GPS ya no pueden recibirse), que tiene el nodo maestro que cambia de funcionamiento para funcionar como nodo de ID antes de emitir el primer mensaje. En otras palabras, el nodo maestro puede dejar de informarse por sí mismo de su ubicación y comenzar a funcionar como un nodo de ID para fines de determinación de ubicación antes de emitir el primer mensaje debido a un cambio en el entorno que rodea al nodo maestro, como cuando el nodo maestro se ha movido dentro de una estructura que bloquea las señales de ubicación para recibirse por el nodo maestro. Por tanto, una realización puede permitir ventajosamente que un nodo altere las operaciones adaptativamente al pasar de un entorno exterior claro a un entorno interior. Y un servidor puede interactuar con tal nodo maestro mientras ese nodo maestro está en funcionamiento, con fines de ubicación, como un nodo de ID, temporalmente.
Ubicación con mediciones de RSSI mejoradas
En otra realización, una medición de intensidad de señal entre dos o más nodos puede usarse para determinar la proximidad de los nodos mediante una o más mejoras para mediciones de RSSI convencionales. En mediciones de RSSI convencionales, tal como con Bluetooth 4.0, los expertos en la técnica apreciarán que el salto de frecuencia adaptativa como parte de las técnicas de espectro de propagación puede provocar indeseablemente que la intensidad de la señal fluctúe. En otras palabras, la ventaja de usar el salto de frecuencia y el espectro de propagación para la seguridad y la evitación de interferencias puede tener un impacto negativo en el uso de tales señales para determinaciones de ubicación basadas en la proximidad estables. Por tanto, puede desearse hacer hincapié en la estabilidad de una señal y límites a la fluctuación con fines de determinación de ubicación.
En una realización, un tipo de mejora para mediciones de RSSI puede incluir reducir el número de canales y/o un rango de frecuencia correspondiente en uso durante el aviso de los nodos. Por ejemplo, un nodo puede tener una interfaz de comunicación de corto alcance de potencia variable de control adaptativo 375/480 de unidad de procesamiento 300/400 para reducir el número de canales y/o el alcance de frecuencia usado durante el aviso de nodos. Un cambio dinámico de este tipo puede implementarse, en algunas realizaciones, alterando el contenido de un tipo particular de datos de perfil 330/430, tal como unos datos de perfil de RF que definen de manera efectiva características de RF de un nodo (ejemplo, frecuencia, nivel de potencia, ciclo de trabajo, números de canal, espaciado de canal, modos de fluctuación alternativos, etc.) En una realización adicional, puede definirse un primer modo de fluctuación que proporciona un protocolo de comunicación predeterminado o más estándar, tal como el salto de frecuencia convencional, el espectro de propagación y las asignaciones de canal para comunicaciones Bluetooth®. Pueden definirse otros modos alternativos (uno o más) que alteran una o más características de RF para proporcionar cada vez menos fluctuaciones y más estables de la señal de salida de RF de un nodo. Por tanto, un nodo puede colocarse dinámicamente en uno o más modos respecto a tales características de RF que enfatizan cada vez más la estabilidad de la señal de salida de RF del nodo y limita la fluctuación con fines de determinación de ubicación mejorada usando mediciones de RSSI.
En otra realización, un tipo de mejora para mediciones de RSSI puede incluir asegurar visibilidad para y gestionar ventajosamente el control de ganancia automático (AGC) de un conjunto de circuitos (no mostrado) que puede provocar que la señal de salida de RF varíe para un nodo. Por ejemplo, un nodo puede incluir un tipo de conjunto de circuitos de AGC como parte de la interfaz de comunicación de corto alcance de potencia variable 375/480. Este tipo de conjunto de circuitos de AGC puede permitir que la unidad de procesamiento de nodo 300/400 u otro conjunto de circuitos lógico que forme parte de la interfaz de comunicación de corto alcance de potencia variable 375/480 limite fluctuaciones bajo determinadas condiciones (por ejemplo, al intentar usar técnicas de determinación de ubicación RSSI). En este ejemplo, pueden definirse diferentes configuraciones de conjunto de circuitos de AGC en los datos de perfil de RF a modo de ejemplo que definen de manera efectiva características de RF de un nodo (por ejemplo, frecuencia, nivel de potencia, ciclo de trabajo, números de canal, espaciado de canales, modos de fluctuación alternativos, etc.). Este es otro ejemplo de cómo un nodo puede colocarse dinámicamente en uno o más modos con respecto a tales características de RF (que incluyen configuraciones de conjunto de circuitos de AGC) que enfatizan cada vez más la estabilidad de la señal de salida de RF del nodo y limita la fluctuación con fines de determinación de ubicación mejorada usando mediciones de RSSI.
Ubicación con ajustes para factores de entorno en calidad de señal de RF
En general, los expertos en la técnica apreciarán que factores de entorno pueden provocar que una señal de comunicación, tal como una señal de RF, fluctúe o se transmita y reciba de una manera que varía indeseablemente dependiendo de un entorno de trayectoria de señal. Los factores de interferencia física pasiva (por ejemplo, formas de blindaje de señal electrónico) pueden estar sustancialmente cercanos y provocar caídas en la intensidad de la señal en los alcances de salida de los nodos. Además, los factores de interferencia de radio activos pueden variar en los alcances de salida de RF de los nodos dependiendo de otros dispositivos activos en la proximidad de recepción. Por tanto, el entorno próximo de un nodo puede tener una multitud de factores adversos que impactan las comunicaciones y, como resultado, la capacidad de ubicar el nodo.
En una realización, hacer determinaciones de ubicación puede mejorarse por un tipo de enfoque de análisis de datos que puede ajustar y dar cuenta de diferentes factores de entorno de RF para un tipo similar de nodo en un tipo similar de situación. Por ejemplo, la calidad de la señal de salida de RF de un tipo particular de nodo y el alcance físico correspondiente de esa señal a un receptor de sensibilidad conocida pueden determinarse para un entorno dado. En este ejemplo, el sistema define un alcance máximo de esa señal basándose en una condición predeterminada, tal como la conectividad al aire libre. Esto puede suponer un entorno sin degradación de señal debido a interferencias o blindaje físico. Sin embargo, tanto la interferencia como el blindaje físico pueden disminuir el alcance de la señal de salida de RF de un nodo. De una manera de aprendizaje y adaptativa dinámicamente, el sistema puede recopilar información sobre cómo un tipo de nodo particular puede funcionar en un entorno particular bajo determinadas configuraciones (por ejemplo, intensidades de señal notificadas y configuraciones correspondientes para niveles de potencia de señal de salida de RF). Este análisis de un entorno similar puede repetirse. En otras palabras, a través de tales análisis de datos de un entorno anticipado que se enfrentará a un nodo similar, la información de pérdida de señal puede generarse y aplicarse como un tipo de datos de contexto (es decir, datos de RF) para un nodo en un entorno similar para refinar la determinación de ubicación. Por tanto, una realización a modo de ejemplo puede refinar las determinaciones de ubicación con características de pérdida de señal adaptativas basándose en una apreciación contextual de un entorno anticipado (por ejemplo, blindaje físico tal como empaquetado, contenidos de paquete, paquete próximo, contenidos de paquete próximos, e infraestructura física que provoca varianza de señal) sin requerir una fase de calibración.
Y combinar ventajosamente esos puntos de datos con datos de terceros que describen el entorno físico, en el que el nodo estaba ubicado en ese momento, puede refinar la ubicación incluso más. Tal información puede usarse como datos de RF (un tipo de datos de contexto) en futuros esfuerzos para gestionar y ubicar un tipo similar de nodo anticipado para que esté en un entorno similar.
Más detalladamente, en una realización que refina una determinación de ubicación basándose en contexto y análisis de datos para ajustar los impedimentos de RF conocidos, se determina el alcance físico máximo de la señal de salida de RF de un nodo en relación con un receptor de sensibilidad RF conocida. En un ejemplo, este primer valor de alcance puede denominarse un alcance teórico o nominal al aire libre de un par de nodos transmisor-receptor de tipo similar en un entorno similar, pero sustancialmente sin blindaje físico o interferencia de señal que impacte de manera negativa en el alcance de señal. Un segundo valor de alcance, que puede considerarse un valor real de alcance de RF, puede ser el alcance observado de la señal en un entorno similar, pero donde existen factores de contexto que reducen el alcance de comunicación, incluyendo blindaje físico debido a factores como empaquetado, contenido del paquete, paquete próximo, contenido de paquete próximo, infraestructura física, interferencias de otras fuentes de radio o información específica del remitente, tal como información del diseño de vehículo o instalación. Mediante el acceso al análisis de datos anterior de los diferentes valores de alcance y con conocimiento del entorno funcional del nodo de transmisión se encontraba en (por ejemplo, un entorno similar al entorno próximo del nodo), una ubicación refinada puede determinarse usando una aproximación de un alcance de salida de RF real que ajusta de manera inteligente lo que puede anticiparse que sea el entorno de RF del nodo. En otras palabras, al conocer el entorno de contexto apropiado relacionado con un nodo (tal como la información de degradación de señal sobre cómo un nodo similar funciona en un entorno similar), puede hacerse una determinación de ubicación mejorada para hacer ajustes inteligentes pero eficientes (tales como ajustes de distancia de comunicación) que proporcionan una ubicación refinada del nodo.
En un ejemplo, tal como el ejemplo mostrado en la figura 2, el nodo maestro 110b está fuera de un contenedor (tal como un contenedor de Dispositivo de Carga Uniforme (ULD) 210 conocido por usarse para el transporte de grupos de artículos en una aeronave) que tiene un nodo de ID dentro del contenedor. Un primer o teórico valor de alcance entre un nodo maestro 110b y un nodo de ID 120b puede determinarse a 10 pies en un nivel de potencia de salida de RF específico cuando el paquete (y el nodo de ID relacionado) puede conocerse que están a menos de 10 pies de distancia del nodo de exploración (por ejemplo, nodo maestro 110b). Un segundo valor de alcance a distancias similares con tipos de nodos similares, pero con pérdida de señal de RF incidente como resultado de la comunicación a través de la pared del contenedor 210, puede estar entre 4 y 5 pies. Si los datos de contexto, tal como información de terceros o datos de exploración, indican que el nodo de transmisión se encuentra dentro del contenedor de ULD 210, el sistema esperaría que el alcance de transmisión estuviera limitado según los análisis de datos asociados a este impedimento de RF conocido (por ejemplo, características para la transmisión a través del contenedor de ULD 210), reducir por tanto los posibles nodos de exploración que pueden ver el nodo de emisión dentro del contenedor de ULD, o requerir que el nodo de transmisión aumente su potencia de salida de RF para escucharse.
La figura 32 es un diagrama de flujo que ilustra un método a modo de ejemplo para la determinación de ubicación de un primer nodo en una red de nodos inalámbricos basándose en datos de contexto según una realización de la invención. Haciendo referencia ahora a la figura 32, el método 3200 comienza en la etapa 3205 con un dispositivo de red (tal como un nodo maestro o servidor) que accede a un primer tipo de datos de contexto relacionados con un entorno próximo del primer nodo.
El primer tipo de datos de contexto comprende información de degradación de señal sobre cómo un segundo nodo funcionaría en un entorno similar al entorno próximo del primer nodo cuando el segundo nodo es un tipo similar al primer nodo. Por tanto, en lugar de calibrar con una medición real relativa al entorno próximo actual del primer nodo, la información de degradación de señal proporciona información de compensación sobre lo que puede anticiparse generalmente en un entorno próximo más general basándose en cómo un tipo similar de nodo puede funcionar en un entorno similar. Dado que el entorno similar del nodo similar es generalmente una aproximación de lo que se anticipa que sea el entorno próximo del primer nodo, esto evita ventajosamente la necesidad de una calibración real del entorno próximo. En una realización, la información de degradación de señal puede basarse en una diferencia sobre cómo se comunica el segundo nodo cuando se expone a un entorno de comunicación adverso (tal como un entorno similar al entorno próximo del primer nodo) en comparación con cómo se comunica el segundo nodo cuando se expone a un entorno de comunicación nominal (tal como un entorno que no está comprometido por factores de interferencia y blindaje). Los expertos en la técnica apreciarán que un entorno de comunicación nominal no tiene por qué estar perfectamente despejado de todas las influencias que blindan o interfieren con comunicaciones.
Los tipos y aspectos de la información de degradación de señal pueden variar dependiendo de una amplia variedad de factores. En una realización, la información de degradación de señal puede estar relacionada con al menos uno de blindaje e interferencia. Por tanto, la información de degradación de señal puede incluir tanto factores pasivos y activos que impactan en el entorno de comunicación.
En otra realización, el entorno de degradación de señal puede basarse en un funcionamiento degradado del segundo nodo cuando el entorno similar es un entorno de comunicación adverso. Más detalladamente, la información de degradación de señal puede basarse en una diferencia sobre cómo se comunica el segundo nodo cuando se expone al entorno de comunicación adverso en comparación con cómo se comunica el segundo nodo cuando se expone a un entorno de comunicación sustancialmente normal, tal como un entorno al aire libre.
En otra realización más, la información de degradación de señal puede estar relacionada con al menos datos de envío de uno o más artículos que están enviándose (por ejemplo, enviados actualmente o enviados en el pasado) y ubicándose en el entorno próximo del primer nodo. Por ejemplo, un paquete cerca del primer nodo puede incluir materiales metálicos que pueden impedir o bloquear las señales de Rf y la información de degradación de señal puede estar relacionada con dicha información sobre paquetes cercanos que están enviándose cerca del primer nodo. En otro ejemplo, la información de degradación de señal puede estar relacionada con datos de diseño para al menos una o más estructuras físicas en el entorno próximo del primer nodo. Más detalladamente, los datos de diseño pueden ser para una o más estructuras físicas (por ejemplo, paredes, maquinaria, recintos y transportes) en el entorno próximo del nodo cerca de una trayectoria prevista para el primer nodo. En otro ejemplo más, la información de degradación de señal está relacionada al menos con datos históricos en una o más operaciones analizadas anteriores del segundo nodo.
En la etapa 3210, el dispositivo de red, tal como un nodo maestro o servidor, puede ajustar una distancia de comunicación anticipada relacionada con el primer nodo basándose en el primer tipo de datos de contexto. En un ejemplo, la distancia de comunicación anticipada puede ser una distancia de emisión teórica basándose en parámetros de la radio del dispositivo. Tal distancia de comunicación anticipada se conoce ya que es una estimación del alcance de la radio. En un ejemplo, la distancia de comunicación ajustada comprende una distancia de alcance reducida anticipada para una transmisión desde el primer nodo. En otro ejemplo, la distancia de comunicación ajustada comprende una distancia de sensibilidad del receptor reducida anticipada para el primer nodo.
En otro ejemplo más, ajustar la distancia de comunicación puede lograrse ajustando adaptativamente, mediante el dispositivo de red, la distancia de comunicación basándose en la información de degradación de señal y un segundo tipo de datos de contexto. En otras palabras, la distancia de comunicación puede ajustarse basándose en la información de degradación de señal considerada junto con otros tipos de datos de contexto, tales como la manera en la que se mueve el primer nodo (tal como un movimiento anticipado del primer nodo a lo largo de una trayectoria de tránsito prevista para el primer nodo) o una densidad de otros nodos cerca del primer nodo.
En la etapa 3215, el dispositivo de red determina la ubicación del primer nodo basándose en la distancia de comunicación ajustada. En una realización adicional, el método también puede actualizar la distancia de comunicación ajustada mediante el dispositivo de red basándose en el movimiento del primer nodo, y puede refinar la ubicación del primer nodo con una distancia de comunicación ajustada actualizada. Esto puede suceder cuando el primer nodo es un nodo maestro móvil capaz de autodeterminar su propia ubicación.
Los expertos en la técnica apreciarán que el método 3200 dado a conocer y explicado anteriormente en diversas realizaciones puede implementarse en un dispositivo de red (por ejemplo, nodo maestro a modo de ejemplo 110a en la figura 4 o servidor 100 en la figura 5) que ejecuta una o más partes de sus respectivos códigos de control y gestión para realizar etapas del método 3200 descritas anteriormente. Dicho código puede almacenarse en un medio no transitorio legible por ordenador, tal como un elemento de almacenamiento de memoria 415 en un nodo maestro 110a o elemento de almacenamiento de memoria 515 en el servidor 100. Por tanto, al ejecutar dicho código, la respectiva unidad de procesamiento del dispositivo de red puede estar operativa para realizar operaciones algorítmicas o etapas de los métodos a modo de ejemplo dadas a conocer anteriormente, incluyendo el método 3200 y variaciones de ese método.
Más detalladamente, un aparato de dispositivo de red a modo de ejemplo para determinar la ubicación de un primer nodo en una red de nodos inalámbricos basándose en datos de contexto, el dispositivo de red a modo de ejemplo puede incluir una unidad de procesamiento, una memoria volátil acoplada a la unidad de procesamiento y un elemento de almacenamiento de memoria acoplado a la unidad de procesamiento. El dispositivo de red a modo de ejemplo incluye además una interfaz de comunicación acoplada a la unidad de procesamiento y eso proporciona una trayectoria de comunicación que acopla operativamente el dispositivo de red con el primer nodo en la red.
El elemento de almacenamiento de memoria para el dispositivo mantiene al menos una sección de código de programa y datos de contexto que tienen al menos información de degradación de señal. Tal información de degradación de señal, como un tipo de datos de contexto, es información sobre cómo un segundo nodo funcionaría en un entorno similar a un entorno próximo del primer nodo cuando el segundo nodo es un tipo similar al primer nodo. Ejemplos de información de degradación de señal pueden incluir los comentados anteriormente en relación con la etapa 3205 del método 3200.
Al ejecutar al menos la sección de código de programa cuando reside en la memoria volátil, la unidad de procesamiento del dispositivo de red está operativa para realizar las etapas señaladas y descritas anteriormente con respecto al método 3200. Más detalladamente, la unidad de procesamiento está operativa para al menos conectarse con el elemento de almacenamiento de memoria para acceder a la información de degradación de señal, ajustar una distancia de comunicación (si es necesario) relacionada con el primer nodo basándose en la información de degradación de señal, determinar la ubicación del primer nodo basándose en la distancia de comunicación ajustada, y almacenar la ubicación determinada del primer nodo como datos de ubicación en el elemento de almacenamiento de memoria.
Ajustar la distancia de comunicación por la unidad de procesamiento puede lograrse como se describe anteriormente con respecto a la etapa 3210 del método 3200. Y como se ha mencionado anteriormente, la unidad de procesamiento puede además estar operativa para ajustar adaptativamente la distancia de comunicación donde también se consideran otros tipos de datos de contexto, tales como movimiento y movimiento de nodo anticipado, tal como se ha detallado anteriormente.
En una realización adicional, el dispositivo de red puede ser un nodo maestro móvil que incluye conjunto de circuitos de ubicación (tal como conjunto de circuitos de GPS 475 del nodo maestro a modo de ejemplo 110a mostrado en la figura 4). En esta realización, el procesamiento del dispositivo de red puede además estar operativo para determinar una ubicación del dispositivo de red basándose en una señal de salida del conjunto de circuitos de ubicación recibida por la unidad de procesamiento, y determinar la ubicación del primer nodo basándose en la distancia de comunicación ajustada y en la ubicación del dispositivo de red. Como tal, el primer tipo de los datos de contexto relacionados con el entorno próximo del primer nodo se basa en la ubicación determinada del primer nodo.
Los expertos en la técnica también apreciarán que, en algunos entornos funcionales, la información de degradación de señal puede no requerir ningún ajuste a la distancia de comunicación en una realización. Sin embargo, en otros entornos (por ejemplo, entornos de RF adversos), la información de degradación de señal puede proporcionar una base para ajustar la distancia de comunicación en la realización, aunque no se realice cada vez. Por tanto, un ajuste a la distancia de comunicación puede no ser necesario en todos los ambientes próximos del primer nodo, pero puede realizarse, si es necesario, basándose en el entorno próximo del primer nodo. Es la capacidad de una realización ajustar esta distancia de comunicación cuando sea necesario y, si es necesario, posibilitar la ubicación del primer nodo con mayor precisión.
Ubicación mediante triangulación
En algunas realizaciones, diversos métodos para determinar la ubicación de un nodo pueden depender, al menos en parte, de técnicas de triangulación. En otras palabras, a medida que la red de nodos inalámbricos recopila datos sobre los pares receptor-transmisor, pueden pasar a ser posibles otros métodos para determinar la ubicación de los nodos individuales que utilizan la triangulación, al menos en parte. La figura 15 es un diagrama que ilustra una determinación de ubicación a modo de ejemplo a través de la triangulación dentro de una red de nodos inalámbricos según una realización de la invención. Haciendo referencia ahora a la realización ilustrada de la figura 15, tres nodos maestros a modo de ejemplo M1-M3910a-910c se muestran con cada nodo maestro que tiene una ubicación conocida. También se muestran dónde están los nodos de ID A-E 920a-920e a modo de ejemplo al menos en un alcance de comunicación de uno o más de los nodos maestros MA-M3910a-910c a modo de ejemplo.
En este ejemplo ilustrado, los nodos maestros M1-M3 pueden detectar y recopilar mensajes de aviso de nodos de ID A-E a niveles de potencia conocidos y variables. La información capturada se reenvía por los nodos maestros M1-M3 al servidor de back-end 100, donde pueden hacerse las determinaciones de ubicación. Por ejemplo, factores como RSSI y visibilidad de cada nodo en cada nivel de potencia pueden usarse para determinar, con un mayor grado de precisión, la ubicación de nodos donde se dispone de suficiente información.
Para que un sistema a modo de ejemplo triangule un nodo, tres nodos con ubicaciones conocidas deben haber visto el nodo de emisión. En este ejemplo, dos nodos de ID de aviso, A 920a y B 920b, se vieron por los tres nodos que tenían ubicaciones conocidas (nodos maestros M1-M3 910a- 910c). Basándose en la información capturada, se calculan las ubicaciones del nodo de ID A 920a y nodo de ID B 920b.
Triangulación en cadena
En otra realización, un nodo con una ubicación inferida puede usarse con técnicas de triangulación para determinar una ubicación de otro nodo en una red de nodos inalámbricos. La figura 16 es un diagrama que ilustra una determinación de ubicación a modo de ejemplo a través de triangulación en cadena según una realización de la invención. Las ubicaciones de nodos de ID A 920a y B 920c se han determinado triangulando a través de los nodos maestros M1- M3, como se ilustra en la realización a modo de ejemplo mostrada en la figura 15. Sin embargo, como se ilustra en la figura 16, la ubicación del nodo de ID C 920c también puede determinarse según una realización.
Por ejemplo, un método a modo de ejemplo para determinar la ubicación de un nodo a través de triangulación en cadena comienza con la determinación de la ubicación calculada del nodo de ID B 920b (tal como se explica con referencia a la figura 15). A continuación, un nodo más cercano al nodo de ID B 920b puede usarse para obtener el tercer punto de señal que falta necesario para la triangulación. Esto puede lograrse colocando un nodo de ID B 920b en un modo de consulta (exploración) de manera que escuche un mensaje del nodo de ID C 902c. Al nodo de ID C se le da instrucciones de avisar, proporcionando por tanto una señal que puede capturarse por el nodo de ID B. Después de capturar el perfil de señal de C, un nodo de ID B puede comunicarse o compartir la información capturada y reenviarla al servidor de back-end 100 a través de cualquiera de los nodos maestros M1 o M2. La determinación de ubicación resultante del nodo de ID C 920c puede tener un nivel de error de posición más alto debido a que se ha basado parcialmente en una referencia calculada (por ejemplo, la ubicación de nodo de ID B), pero la determinación de ubicación apalancada de nodo de ID C 920c puede ser lo suficientemente precisa (o ser una ubicación viable) como para poder deducirse información útil sobre el nodo de ID C 920c. Por ejemplo, una determinación de ubicación apalancada o en cadena de nodo de ID C puede indicar, con la ayuda de datos de contexto, que los nodos M1, M2 y nodo de ID B están lo suficientemente cerca del nodo de ID C que se determina que un nodo de ID C está dentro de los mismos nodos de contenedor M1, M2 y nodo de ID B.
Ubicación a través de proximidad con respecto a la triangulación (LP2T)
En una realización donde la triangulación en cadena puede determinar la ubicación a través de proximidad a la triangulación (LP2T), un punto de partida puede ser determinar la ubicación relativa de un nodo de ID a un nodo maestro basándose en el método de proximidad, tal como se explicó anteriormente. Sin embargo, cuando se ha determinado la ubicación relativa del nodo de ID, una ubicación más precisa o refinada del nodo de ID puede determinarse basándose en la ubicación de todos los nodos maestros que puedan capturar la emisión de señal de salida de RF del nodo de ID, y luego triangular basándose en la intensidad de señal observada del nodo de ID. En este ejemplo, la ubicación basada en proximidad se usa como una entrada en el cálculo de triangulación para estimar el posible deterioro de señal observado históricamente entre un nodo en la ubicación determinada por proximidad y los nodos maestros de exploración. En una realización adicional, teniendo en cuenta datos históricos sobre patrones de deterioro de la señal, puede ser posible una triangulación más precisa, conduciendo a una determinación de ubicación más precisa.
La figura 33 es un diagrama de flujo que ilustra un método a modo de ejemplo para determinar la ubicación de un nodo usando triangulación en cadena para uno de una pluralidad de nodos en una red de nodos inalámbricos que tiene un servidor según una realización de la invención. Una ubicación de nodo a modo de ejemplo de este tipo no tiene por qué ser precisa o exacta, pero puede lo ser suficientemente precisa sin absolutos.
Haciendo referencia ahora a la figura 33, el método 3300 comienza en la etapa 3305 con el servidor que recibe una ubicación de uno primero de los nodos desde el primer nodo. A continuación, en la etapa 3310, el servidor recibe una ubicación de uno segundo de los nodos del segundo nodo. Por ejemplo, con referencia al ejemplo mostrado en la figura 16, los nodos maestros M1 910a y M2910b pueden transmitir sus respectivas coordenadas de ubicación desde sus respectivos conjuntos de circuitos de ubicación a bordo al servidor de modo que el servidor tenga las ubicaciones actuales de estos dos nodos maestros.
En la etapa 3315, el servidor infiere una ubicación de un tercero de los nodos. Por ejemplo, en el ejemplo ilustrado en la figura 16, el servidor puede inferir la ubicación del nodo de ID B 920b. En una realización, inferir puede comprender hacer que el servidor determine una ubicación basada en proximidad del tercer nodo en relación con otro de los nodos que tiene una ubicación conocida, de manera que la ubicación basada en proximidad funciona como la ubicación inferida del tercer nodo.
En otra realización, inferir la ubicación del tercer nodo puede comprender hacer que el servidor determine una ubicación relativa del tercer nodo al primer nodo (cuando el nodo tiene una ubicación conocida) o al segundo nodo (cuando otro nodo tiene una ubicación conocida). El método 3300 también puede incluir, en otra realización, hacer que el servidor ajuste la ubicación inferida del tercer nodo para determinar una ubicación refinada del tercer nodo basándose en los datos de contexto del tercer nodo relacionados con la ubicación inferida del tercer nodo
En la etapa 3320, el método 3300 concluye con el servidor que triangula la ubicación del nodo basándose en distancias determinadas a cada uno de los nodos primero y segundo, y una distancia determinada de un nodo a la ubicación inferida de los terceros nodos.
En una realización más detallada, el método 3300 puede triangular la ubicación de un nodo accediendo a los datos de contexto del primer nodo relacionados con un entorno contextual cercano a los datos de contexto del primer nodo y segundo nodo relacionados con un entorno contextual cercano al segundo nodo. Tales entornos contextuales pueden incluir un entorno de estar en un sistema de transportador, o dentro de una instalación particular, o junto a materiales que puedan degradar o blindar señales que están recibiéndose por el un nodo. A continuación, la triangulación más detallada puede hacer que el servidor ajuste la distancia determinada de un nodo a la ubicación del primer nodo basándose en los datos de contexto del primer nodo para proporcionar una distancia refinada de un nodo a la ubicación del primer nodo. A continuación, el servidor puede triangular la ubicación de un nodo basándose en la distancia determinada ajustada de un nodo a la ubicación del primer nodo, la distancia determinada ajustada de un nodo a la ubicación del segundo nodo, y una distancia determinada de un nodo a la ubicación refinada del tercer nodo.
En una realización adicional, el método 3300 también puede hacer que el servidor transmita una instrucción para hacer que el servidor transmita una instrucción que haga que el un nodo emita una pluralidad de señales de aviso durante un período de tiempo. En una realización de este tipo, la distancia determinada de un nodo a la ubicación del primer nodo puede basarse en señales capturadas desde el un nodo por el primer nodo durante el período de tiempo y notificadas al servidor por el primer nodo. En otra realización, la distancia determinada de un nodo a la ubicación del segundo nodo puede basarse en señales capturadas desde el un nodo por el segundo nodo y notificadas al servidor por el segundo nodo.
En otra realización más, el servidor puede transmitir una instrucción para hacer que el un nodo emita una pluralidad de señales de aviso a diferentes niveles de potencia. En una realización de este tipo, la distancia determinada de un nodo a la ubicación del primer nodo puede basarse en señales capturadas desde el un nodo por el primer nodo y notificadas al servidor por el primer nodo. En otra realización, la distancia determinada de un nodo a la ubicación del segundo nodo puede basarse en señales capturadas desde el un nodo por el segundo nodo y notificadas al servidor por el segundo nodo.
En otra realización más, el método 3300 también puede hacer que el servidor transmita la información de ubicación a una entidad solicitante (por ejemplo, otro nodo, un dispositivo de acceso de usuario, etc.) al recibir una solicitud de ubicación de un nodo desde esa entidad.
Los expertos en la técnica apreciarán que el método 3300 dado a conocer y explicado anteriormente en diversas realizaciones puede implementarse en un servidor (tal como servidor a modo de ejemplo 100 como se ilustra en la figura 5) que ejecuta una o más partes de un código de control y gestión (tal como un código 525) para implementar cualquiera de las funcionalidades descritas anteriormente. Tal código puede almacenarse en un medio no transitorio legible por ordenador (tal como el elemento de almacenamiento de memoria 515 en un servidor a modo de ejemplo). Por tanto, al ejecutar dicho código, una unidad de procesamiento del servidor (tal como unidad 500) puede estar operativa para realizar operaciones algorítmicas o etapas de los métodos a modo de ejemplo dados a conocer anteriormente, incluyendo el método 3300 y variaciones de ese método.
Un aparato de servidor también se describe en una realización para determinar una ubicación que usa triangulación en cadena para uno de una pluralidad de nodos en una red de nodos inalámbricos. El aparato de servidor comprende generalmente una unidad de procesamiento de servidor, una memoria volátil de servidor, un elemento de almacenamiento de memoria de servidor y una interfaz de comunicación. La memoria volátil de servidor, el elemento de almacenamiento de memoria de servidor y la interfaz de comunicación están configurados cada uno en el aparato como acoplados a la unidad de procesamiento de servidor. El elemento de almacenamiento de memoria de servidor mantiene al menos una sección de código de programa y datos de ubicación relacionados con nodos de la red. En algunas realizaciones, el elemento de almacenamiento de memoria de servidor también puede mantener datos de contexto, tales como los datos de contexto del primer nodo y los datos de contexto del segundo nodo. La interfaz de comunicación proporciona una trayectoria de comunicación que acopla operativamente el servidor con nodos en la red, tales como un primer y segundo nodo.
La unidad de procesamiento de servidor, al ejecutar al menos la sección de código de programa residente en la memoria volátil de servidor, está operativa para realizar varias funciones, tales como las funciones descritas en las etapas anteriores relacionadas con el método 3300. En particular, la unidad de procesamiento de servidor está operativa para recibir una solicitud a través de la interfaz de comunicación para la ubicación de un nodo. Basándose en la solicitud, la unidad de procesamiento de servidor está entonces operativa para recibir las respectivas ubicaciones de los nodos primero y segundo, y almacena las ubicaciones como parte de los datos de ubicación guardados en el elemento de almacenamiento de memoria de servidor. La unidad de procesamiento de servidor además está operativa para inferir una ubicación de un tercero de los nodos, y almacenar la ubicación inferida del tercer nodo como parte de los datos de ubicación guardados en el elemento de almacenamiento de memoria de servidor. La unidad de procesamiento de servidor entonces está operativa para triangular la ubicación de un nodo basándose en una distancia determinada de un nodo a la ubicación del primer nodo, una distancia determinada de un nodo a la ubicación del segundo nodo, y una distancia determinada de un nodo a la ubicación inferida del segundo nodo, y una distancia determinada de un nodo a la ubicación inferida del tercer nodo. Y finalmente, la unidad de procesamiento de servidor está operativa para transmitir la información de ubicación a la entidad solicitante a través de la interfaz de comunicación en respuesta a la solicitud.
En una realización, la unidad de procesamiento de servidor puede además estar operativa para inferir la ubicación del tercero de los nodos estando operativa para determinar una ubicación basada en proximidad del tercer nodo relacionada con otro de los nodos que tiene una ubicación conocida, donde la ubicación basada en proximidad funciona como la ubicación inferida del tercer nodo.
En otra realización, la unidad de procesamiento de servidor puede estar además operativa para transmitir una instrucción a través de la interfaz de comunicación para hacer que el un nodo emita una pluralidad de señales de aviso durante un período de tiempo. En esta realización, la distancia determinada de un nodo a la ubicación del primer nodo puede basarse en señales capturadas desde el un nodo por el primer nodo durante el período de tiempo y notificadas al servidor por el primer nodo. Alternativamente, la distancia determinada de un nodo a la ubicación del segundo nodo puede basarse en señales capturadas desde el un nodo por el segundo nodo y notificadas al servidor por el segundo nodo.
En otra realización, la unidad de procesamiento de servidor puede además estar operativa para transmitir una instrucción a través de la interfaz de comunicación para hacer que el un nodo emita una pluralidad de señales de aviso a diferentes niveles de potencia. En una realización de este tipo, la distancia determinada de un nodo a la ubicación del primer nodo puede basarse en señales capturadas desde el un nodo por el primer nodo y notificadas al servidor por el primer nodo. Alternativamente, la distancia determinada de un nodo a la ubicación del segundo nodo puede basarse en señales capturadas desde el un nodo por el segundo nodo y notificadas al servidor por el segundo nodo.
En otra realización más, la unidad de procesamiento de servidor puede además estar operativa para inferir la ubicación del tercer nodo estando operativa para determinar una ubicación relativa del tercer nodo al primer nodo o, alternativamente, al segundo nodo.
En otra realización más, puede dependerse de datos de contexto para refinar ubicaciones. Más específicamente, la unidad de procesamiento de servidor puede además estar operativa para ajustar la ubicación inferida del tercer nodo para determinar una ubicación refinada del tercer nodo basándose en datos de contexto del tercer nodo relacionados con la ubicación inferida del tercer nodo.
En una realización más detallada, el elemento de almacenamiento de memoria de servidor puede además mantener datos de contexto, y la unidad de procesamiento de servidor puede además estar operativa para triangular estando operativa para acceder a datos de contexto del primer nodo como parte de los datos de contexto mantenidos en el elemento de almacenamiento de memoria de servidor, donde los datos de contexto del primer nodo se relacionan con un entorno contextual cercano al primer nodo. Asimismo, la unidad de procesamiento de servidor puede además estar operativa para acceder a datos de contexto del segundo como parte de los datos de contexto mantenidos en el elemento de almacenamiento de memoria de servidor, donde los datos de contexto del segundo nodo se relacionan con un entorno contextual cercano al segundo nodo. La unidad de procesamiento de servidor puede entonces estar operativa para ajustar la distancia determinada de un nodo a la ubicación del primer nodo basándose en los datos de contexto del primer nodo para proporcionar una distancia refinada de un nodo a la ubicación del primer nodo. Como tal, la unidad de procesamiento de servidor puede estar operativa para triangular la ubicación de un nodo basándose en la distancia determinada ajustada de un nodo a la ubicación del primer nodo, la distancia determinada ajustada de un nodo a la ubicación del segundo nodo, y una distancia determinada de un nodo a la ubicación refinada del tercer nodo.
Métodos combinados para determinar la ubicación de nodo
A la luz de los ejemplos explicados anteriormente para ubicar un nodo, un experto en la técnica apreciará que una realización adicional contempla expresamente usar más de una de las técnicas de determinación de ubicación descritas anteriormente al determinar una ubicación refinada de un nodo en una red de nodos inalámbricos. Por ejemplo, tales realizaciones de combinación pueden aplicar un enfoque ordenado o priorizado mediante el cual se aplica una primera técnica de ubicación para generar información de primera ubicación con respecto a la ubicación de un nodo en la red inalámbrica. Después de eso, una segunda técnica de ubicación puede seleccionarse a partir de una jerarquía o un conjunto priorizado de técnicas (algunas de las cuales pueden funcionar mejor en determinadas circunstancias y elegirse o priorizarse dinámicamente basándose en el entorno contextual), y aplicarse para generar una segunda información de ubicación con respecto a la ubicación del nodo o refinar la ubicación del nodo. Otras realizaciones pueden aplicar técnicas de ubicación adicionales para generar información refinada de ubicación adicional.
En una realización, la información en la jerarquía a modo de ejemplo identifica generalmente qué técnica puede preferirse para utilizarse inicialmente, así como una agrupación clasificada o lista de cuándo aplicar otras técnicas de ubicación. Tal información en la jerarquía a modo de ejemplo puede fijarse (basándose en datos históricos y experiencia satisfactorios) o alterarse dinámicamente a lo largo del tiempo, ya que los nodos pueden moverse en relación entre sí y, por ejemplo, basándose en datos de contexto que proporcionan más información relativa al entorno contextual actual o anticipado.
Aplicación de la determinación de ubicación de nodo en un entorno vehicular
Los diversos métodos y técnicas a modo de ejemplo descritos anteriormente para determinar la ubicación de un nodo proporcionan una manera ventajosa de ubicar un nodo. Sin embargo, realizaciones adicionales pueden aplicar de manera ventajosa tales métodos y técnicas en un entorno vehicular al tratarse de operaciones logísticas en las que un nodo debe ubicarse en un vehículo, moverse dentro de un vehículo o retirarse de un vehículo para su entrega.
Esencialmente, realizaciones pueden usar un paquete habilitado con un nodo (generalmente denominado paquete de nodo o paquete habilitado por nodo) para enviar uno o más artículos y un paquete de nodo de este tipo puede colocarse, ubicarse, trasladarse o retirarse ventajosamente para su entrega en un vehículo/ transporte/envío/entorno de logística. Tal como se ha explicado a lo largo de esta descripción, un paquete de nodo es generalmente un paquete que va a enviarse que está relacionado con un nodo particular. El nodo y el paquete relacionado viajan juntos como parte del proceso de envío. En una realización general, el nodo puede simplemente estar dentro del paquete. En otra realización, el nodo puede estar unido al paquete (por ejemplo, adherido a una parte interior del paquete, fijado a una parte del paquete donde los uno o más indicadores de estado del nodo pueden ser visibles a través del paquete, etc.). En otra realización, el nodo del paquete de nodo puede formar parte del paquete o de los materiales de empaquetado usados para comprender un material exterior, interior o de separación/amortiguación dentro del paquete de nodo. Más detalladamente, el nodo puede integrarse como parte del paquete o materiales de empaquetado (por ejemplo, integrarse como parte de un palé, un contenedor ULD, una caja de cartón ondulado, etc.). En otra realización detallada más, el nodo del paquete de nodo puede estar incrustado total o parcialmente dentro del paquete o materiales de empaquetado usados para ayudar a formar un contenedor general, que mantiene un artículo que va a enviarse junto con el nodo. Como se ha explicado en el presente documento, las figuras 75A, 75B, 76-78 proporcionan diversas ilustraciones de diferentes materiales de empaquetado habilitado por nodo a modo de ejemplo que pueden usarse como parte de un paquete de nodo.
La figura 20 es un diagrama que ilustra los paquetes de nodo a modo de ejemplo ubicados en un entorno de vehículo a modo de ejemplo según una realización de la invención. Haciendo referencia ahora a la figura 20, un vehículo 9300 a modo de ejemplo se ilustra como un ejemplo de transporte de logística móvil general o transporte que lleva paquetes que se envían. Los expertos en la técnica apreciarán que el vehículo 9300 puede implementarse como diversos tipos de transportes de logística (por ejemplo, automóvil, furgoneta de reparto, vehículo autónomo, camión, remolque, tren, aeronave, buque marítimo (barco), etc.). Dentro del vehículo a modo de ejemplo 9300, pueden colocarse, almacenarse y organizarse paquetes dentro de diferentes dispositivos o unidades de almacenamiento, tales como la unidad de almacenamiento A 9305 o la unidad de almacenamiento B 9310. En general, un dispositivo o unidad de almacenamiento ayuda a mantener uno o más paquetes en una configuración que ayuda a asegurar el guardado del envío, minimizar los daños a los paquetes y proporcionar una manera de organizar lo que está almacenándose. Diferentes realizaciones de una unidad de almacenamiento pueden almacenar un solo paquete o pueden almacenar una amplia variedad de diferentes tipos de paquetes que usan diferentes tipos de materiales de empaquetado (por ejemplo, cajas de cartón ondulado, palés de madera y no hechos madera, contenedores, etc.) y en grandes cantidades.
El vehículo 9300 incluye un nodo maestro de vehículo 9315 (una implementación a modo de ejemplo de un nodo maestro, tal como el nodo maestro 110a mostrado y descrito con respecto a la figura 4). El nodo maestro de vehículo 9315 se muestra operativo para comunicarse con el servidor 100 a través de interfaces de comunicación de largo alcance (tales como la interfaz 485 en el nodo maestro 110a a modo de ejemplo) y operativo para comunicarse con otros nodos, tales como el nodo maestro 9320 asociado con unidad de almacenamiento A 9305, el nodo maestro 9325 asociado con la unidad de almacenamiento B 9310, y otros nodos asociados con partes de tales unidades de almacenamiento y paquetes de nodo dentro de las unidades de almacenamiento. Más detalladamente, cada unidad de almacenamiento puede incluir, en algunas realizaciones, nodos incorporados asociados a estantes, taquillas, receptáculos u otras partes particulares de la unidad de almacenamiento particular.
Por tanto, una unidad de almacenamiento a modo de ejemplo (tal como la unidad de almacenamiento A 9305) puede ser una unidad de almacenamiento habilitada por nodo utilizada dentro de un vehículo de logística para transportar de forma segura e inteligente paquetes de nodo. Como tal, la unidad de almacenamiento a modo de ejemplo puede tener por sí misma una jerarquía de nodos (por ejemplo, un nodo maestro y uno o más otros nodos (nodos de ID u otros nodos maestros) asignados a diferentes partes de la unidad) y estar operativa para detectar la ubicación de paquetes de nodo particulares a través de los diversos métodos de determinación de ubicación comentados en el presente documento cuando el paquete de nodo se coloca en una ubicación de almacenamiento dentro de la unidad, se mueve entre ubicaciones de almacenamiento de la unidad o entre diferentes unidades, o simplemente se retira de la ubicación de almacenamiento dentro de la unidad.
Tal como se muestra en la figura 20, diversos paquetes de nodo 9330a-9330d pueden mantenerse en diferentes ubicaciones de almacenamiento de la unidad de almacenamiento A 9305 dentro del vehículo 9300. De manera similar, otros paquetes de nodo 9330e-9330g se mantienen en partes de la unidad de almacenamiento B 9310. Tales paquetes de nodo pueden colocarse en ubicaciones de almacenamiento particulares según información de envío relacionada con los paquetes de nodo. Por ejemplo, los paquetes de nodo pueden colocarse en lugares de almacenamiento particulares según los pesos de los paquetes de nodo particulares, un esquema de carga planificado (tal como según una programación de entrega anticipada), a la capacidad de almacenamiento de las diferentes ubicaciones particulares dentro de la unidad de almacenamiento, o según un tipo de almacenamiento para las ubicaciones diferentes particulares (por ejemplo, una ubicación para almacenar tipos de paquetes en forma de sobre, otra ubicación para almacenar tipos paquetes en forma de contenedores de caja, otra ubicación para almacenar paquetes en contenedores (por ejemplo, ULD), etc.).
El envío de grupos de paquetes en contenedores (por ejemplo, tipos de contenedores ULD hechos para optimizar el manejo logístico aerotransportado de los paquetes) es un ejemplo de dónde puede desplegarse una unidad de almacenamiento móvil (tal como un dispositivo de carga de unidad móvil (ULD)) al enviar paquetes de nodo en un entorno aerotransportado. La figura 21 es un diagrama que ilustra unidades de almacenamiento móviles a modo de ejemplo, tales como los ULD, usados como contenedores que ayudan a enviar paquetes de nodo en un entorno aéreo a modo de ejemplo según una realización de la invención. Haciendo referencia ahora a la figura 21, se ilustra una vista en perspectiva en corte de un fuselaje de aeronave 9400 a modo de ejemplo. En particular, se muestra un suelo 9405 a modo de ejemplo de un área de almacenamiento de carga dentro del fuselaje 9400 que tiene elementos múltiples de rodillo que ayudan a facilitar el movimiento de la carga dentro de la zona de carga. Adicionalmente, aunque no se muestra en la figura 21, el área de almacenamiento de carga y el suelo 9405 normalmente incluyen estructura y puntos de sujeción para ayudar a sostener cualquier carga cargada dentro del fuselaje 9400. El área de almacenamiento de carga dentro del fuselaje 9400 a modo de ejemplo puede dividirse en un área superior y un área inferior por un suelo 9410 adicional.
El ejemplo de perspectiva en corte ilustrado en la figura 21 muestra un área de carga más baja donde se muestran diversos contenedores de ULD 9420a-9420d junto con un nodo maestro aerotransportado 9415, que está (dependiendo de la ubicación y el modo y estado de comunicación de la aeronave) operativo para comunicarse con el servidor 100 (tal como hace el nodo maestro de vehículo 9315 tal como se muestra en la figura 20). En general, la configuración ilustrada de contenedores de ULD 9420a-d se usa de manera similar a las unidades de almacenamiento ilustradas y descritas en la figura 20. Por ejemplo, cada contenedor de ULD 9420a-d puede tener diferentes ubicaciones de almacenamiento dentro de él y uno o más nodos maestros (no mostrados) dedicados y unidos internamente de modo que puedan seguirse, monitorizarse y comunicarse con diferentes paquetes de nodo cargados dentro del ULD, así como con otros nodos y un servidor (al igual que el nodo maestro 9320 para la unidad de almacenamiento A 9305 puede seguirse, monitorizarse y comunicarse con diferentes paquetes de nodos cargados dentro de la unidad de almacenamiento, así como con otros nodos y el servidor 100. Paquetes de nodos dentro de cada ULD pueden comunicarse con nodos en el ULD y pueden comunicarse directamente con el nodo maestro aerotransportado 9415 directamente (o indirectamente a través de otros nodos maestros dentro del ULD). Y como tal, la información de envío puede usarse cuando los paquetes de nodos se colocan en ubicaciones de almacenamiento particulares dentro de un ULD particular según los pesos de los paquetes de nodos particulares, un esquema de carga planificado para los ULD (tal como según una programación de entrega anticipada), a la capacidad de almacenamiento de las determinadas ubicaciones diferentes dentro del ULD, o según un tipo de almacenamiento para las particulares ubicaciones diferentes.
A la luz de los entornos vehiculares a modo de ejemplo mostrados en las figuras 93 y 94 que muestran una estructura usada para inicialmente colocar, almacenar, mantener, ubicar, mover y finalmente retirar un paquete de nodo para la entrega, los expertos en la técnica apreciarán que cada una de las realizaciones descritas anteriormente en relación con métodos para ubicar un nodo puede mejorarse adicionalmente cuando se aplica a un entorno vehicular a modo de ejemplo. Por ejemplo, en una realización, determinar la ubicación de un nodo puede además comprender determinar una ubicación del paquete habilitado por nodo dentro de un vehículo que va a ser una ubicación del nodo. En una realización más detallada, el método que determina una ubicación de nodo puede además generar un mensaje de ubicación con respecto a dónde se ubica el paquete habilitado por nodo dentro del vehículo basándose en la ubicación determinada del nodo. Un mensaje de este tipo puede mostrarse visualmente a un usuario (por ejemplo, personal logístico que maneja paquetes que van a enviarse) en una interfaz de usuario de un nodo o dispositivo de acceso de usuario que funciona como un nodo (por ejemplo, teléfono inteligente o dispositivo portátil inteligente). Por ejemplo, un mensaje visualizado de este tipo puede ser un tipo de una petición informada (“Recoger el paquete X en la ubicación de almacenamiento 01 en la unidad de almacenamiento A”) o una instrucción estratégica (“Colocar el paquete X en la ubicación de almacenamiento 01 en la unidad de almacenamiento A”) o (“Mover el paquete X en la ubicación de almacenamiento 01 en la unidad de almacenamiento A a la ubicación de almacenamiento 03 en la unidad de almacenamiento B”). En algunas realizaciones, el nodo o dispositivo de red que determina la ubicación del nodo también puede proporcionar una visualización de este tipo al usuario, pero en otras realizaciones, el mensaje de ubicación puede transmitirse a otro nodo para mostrarse visualmente al usuario.
En otra realización, un método a modo de ejemplo que determina una ubicación del nodo también puede acceder a información de envío relacionada con el paquete habilitado por nodo y generar un mensaje de reubicación con respecto a dónde puede reubicarse el paquete habilitado por nodo dentro del vehículo basándose en la ubicación determinada del nodo y la información de envío a la que se accede. Un mensaje de este tipo puede mostrarse visualmente a un usuario similar al mensaje ubicación descrito anteriormente, en concreto, que un mensaje de reubicación de ese tipo puede mostrarse a un usuario (por ejemplo, personal logístico que maneja paquetes que van a enviarse) en una interfaz de usuario de un nodo o dispositivo de acceso de usuario que funciona como un nodo (por ejemplo, teléfono inteligente o dispositivo portátil inteligente) y que en algunas realizaciones, el nodo o dispositivo de red que determina la ubicación del nodo puede proporcionar una visualización de este tipo al usuario, pero en otras realizaciones, el mensaje de reubicación puede transmitirse a otro nodo para mostrarse visualmente al usuario.
Más detalladamente, la información de envío puede comprender información de peso en el paquete habilitado por nodo que se usa para determinar dónde reubicar o colocar inicialmente el paquete habilitado por nodo.
En otra realización, dicha información de envío puede usarse para crear un esquema de carga que ayude a organizar dónde ubicar o reubicar los paquetes habilitados por nodo. Por tanto, la ubicación o reubicación del paquete habilitado por nodo dentro del vehículo puede determinarse según un esquema de carga. Más detalladamente, un esquema de carga de este tipo puede relacionarse con una programación de entrega prevista, donde el paquete habilitado por nodo puede colocarse dentro o retirarse del vehículo según la programación de entrega prevista.
Aplicaciones logísticas de una red de nodos inalámbricos
Tal como se describió anteriormente, una red de nodos inalámbricos a modo de ejemplo puede ser útil en una aplicación de logística donde va a ubicarse un artículo. Además, una red de nodos inalámbricos de este tipo a modo de ejemplo también puede ser útil en aplicaciones logísticas en las que el artículo se mueve entre ubicaciones, y la red proporciona un mayor nivel de visibilidad y gestión del artículo dentro de ese entorno logístico. En otras palabras, una realización de una red de nodos inalámbricos a modo de ejemplo según uno o más principios de la presente invención ayuda a habilitar operaciones logísticas mejoradas que gestionan información al enviar y seguir un artículo. La figura 17 es un diagrama que ilustra una operación logística de ejemplo que usa componentes a modo de ejemplo de una red de nodos inalámbricos según una realización de la invención.
Logística más allá de la recogida y entrega
Haciendo referencia ahora a la figura 17, un nodo de ID 120a se ilustra como que está desplegado y asociado con un artículo (por ejemplo, paquete 130) que va a enviarse. Como el paquete 130 está preparándose para el envío 1700, y está en tránsito como parte del envío 1705, y está en posesión del destinatario previsto 1710, se despliegan componentes de una red de nodos inalámbricos a modo de ejemplo para gestionar información relativa al envío durante estas tres fases.
En un ejemplo general de uso de una red de nodos inalámbricos para gestionar la logística relacionada con un artículo que va a enviarse, un cliente de envío puede registrar inicialmente el artículo (tal como el paquete 130) con un nodo (tal como un nodo de ID) para que se envíe desde una ubicación de origen hasta una ubicación de destino. Una o más entregas de gestión del artículo y el nodo se producen cuando el artículo y el nodo de ID transitan colectivamente una trayectoria desde el origen hasta el destino. Cada entrega puede basarse en un conocimiento de la ruta de envío que el nodo de ID asociado al paquete 130 tomará cuando se transfiere a través de una ruta de envío desde su origen hasta el destino. La entrega del paquete 130 y el nodo de ID se gestionan y coordinan con nodos maestros (tales como nodos maestros 110a-110h), que se gestionan por el servidor 100, a lo largo de la trayectoria de envío anticipada. Durante el funcionamiento a lo largo de la trayectoria de envío, el servidor 100 recibe información y actualizaciones desde los nodos, gestiona y autoriza entregas entre diferentes nodos, y realiza un seguimiento de la información relacionada con asociaciones actuales, datos compartidos, datos de sensor disponibles, ubicaciones de los nodos y datos de contexto que ayudan a refinar la ubicación de los nodos. Por tanto, con el nodo de ID asociado con el paquete 130, la visibilidad del paquete 130 puede extenderse para el cliente más allá del control de custodia convencional durante el tránsito 1705 ya que el cliente de envío prepara el artículo para el envío 1700 antes de una entrega inicial y después de la entrega del artículo al destinatario 1710.
En una realización más detallada, un método a modo de ejemplo para gestionar la logística relacionada con un artículo que va a enviarse que usa una red de nodos inalámbricos comienza con el registro de un nodo con el artículo que va a enviarse. Por ejemplo, el cliente de envío puede controlar el dispositivo de acceso de usuario 200, y usar el dispositivo 200 para asociar inicialmente un nodo de ID 120a y un paquete 130 con un número de seguimiento como parte de la preparación para enviar el paquete 130 (un tipo de artículo). En una realización, el dispositivo 200 puede usar una aplicación particular u otro módulo de programa residente y que funciona en el dispositivo 200 para introducir el número de seguimiento del paquete 130. A continuación, el dispositivo 200 proporciona esa información de vuelta al servidor 100 a través de la red 105 para asociar el número de seguimiento con el paquete 130 y el nodo de ID 120a. El dispositivo 200, en algunas realizaciones, puede entonces imprimir una etiqueta para el envío del paquete 130 (y el nodo de ID 120a). En otra realización, el nodo de ID 120a puede ser un nodo preprogramado con información preexistente relacionada con el envío y el pago asociada con el mismo. A continuación, se describen detalles adicionales acerca de un envío y pago sin etiqueta en otra realización.
Al mismo tiempo que esta acción, el cliente de envío puede asociar el nodo de ID 120a con el paquete 130. Por ejemplo, el cliente de envío puede colocar el nodo de ID 120a dentro del paquete 130 y, en algunos casos, unir físicamente el nodo de ID 120a a una parte particular del paquete 130. En otro ejemplo, el cliente de envío puede colocar una etiqueta exterior en el paquete 130 donde la propia etiqueta incluye el nodo de ID 120a. Otros ejemplos pueden agrupar de manera efectiva el nodo de ID 120a con el paquete 130 dentro de un paquete, contenedor o palé más grande de artículos o paquetes que viajan colectivamente juntos.
De esta manera, el dispositivo 200 puede funcionar como un tipo de nodo maestro bajo el control de la aplicación u otro módulo de programa, y estar asociado con el paquete 130 y el nodo de ID 120a desde una perspectiva de gestión de asociación. Por ejemplo, el dispositivo 200 puede funcionar a través de la aplicación u otro módulo de programa junto con hardware y software Bluetooth® que trabaja en el dispositivo 200 para comunicarse con el nodo de ID 120a. Otras realizaciones pueden depender de otras interfaces de comunicación de corto alcance para que el dispositivo 200 se comunique con el nodo de ID 120a. Y en una realización, el dispositivo 200 puede recibir una o más credenciales de seguridad desde el servidor 100 para conectarse y emparejarse activamente o conectarse con el nodo de ID 120a.
Con al menos la información de envío en el servidor 100, el servidor 100 puede determinar una trayectoria de envío prevista para el paquete 130. En una realización, el servidor 100 puede tener datos históricos que indiquen una ruta óptima para enviar un artículo desde el punto A hasta el punto B que usa una trayectoria de envío determinada (por ejemplo, recogida cerca de A por un mensajero en particular, transporte en vehículo a una instalación determinada, transporte adicional a través de aeronave a otra instalación cerca del punto B, y transporte en vehículo para facilitar la entrega por un mensajero en el punto B). En un ejemplo, la trayectoria prevista puede ser solo para una parte de la ruta entre dos puntos, tales como un punto de origen y un punto de destino.
En un ejemplo adicional, la trayectoria prevista (o parte de la misma) puede ajustarse basándose en el entorno contextual de un artículo que está enviándose. Por ejemplo, dependiendo de los datos de contexto (tales como información meteorológica, datos históricos acerca del éxito de segmentos de tránsito particulares, información de capacidad de terceros transportistas, etc.), el servidor 100 puede alterar la trayectoria de envío prevista inicialmente para proporcionar una trayectoria de envío prevista refinada que esté más optimizada en las condiciones y el contexto actuales. Esto permite que el servidor 100 además anticipe qué nodos maestros pueden usarse a lo largo de una trayectoria de envío anticipada (o trayectoria de envío refinada), para ayudar a gestionar eficientemente el envío del paquete 130 hasta el punto B. Los expertos en la técnica apreciarán además que una realización puede identificar solo parcialmente qué nodos maestros pueden usarse a lo largo de la trayectoria de envío anticipada (o trayectoria de envío refinada), y que pueden identificarse nodos maestros adicionales cuando el paquete 130 está activamente en camino hasta el punto B dependiendo de los datos de contexto (por ejemplo, disponibilidad de nodo maestro, información meteorológica, etc.).
En un ejemplo más detallado, el servidor 100 puede usar análisis de datos de clase para predecir una trayectoria de envío apropiada a lo largo de la cual viajarán el paquete 130 y el nodo de ID 120a, identificando nodos maestros previstos dentro de cuyo intervalo estará el nodo de ID 120a durante su viaje. En el flujo de ejemplo ilustrado en la figura 17, los nodos 110a-110h se refieren a diferentes nodos maestros a lo largo de una trayectoria de envío prevista a modo de ejemplo, que incluye al menos una recogida y entrega de nodo de ID 120a y paquete 130 en un origen y destino, respectivamente.
En un ejemplo, el cliente de envío puede colocar el paquete 130 y su nodo de ID 120a asociado en una buzón o repositorio para los artículos que van a enviarse. En el ejemplo ilustrado de la figura 17, el buzón se representa como nodo de entrega 110a. Esencialmente, el nodo de entrega 110a puede implementarse con un tipo de nodo maestro conectado a o integrado en un tipo de buzón o unidad de casillero de repositorio de logística (más generalmente denominado en el presente documento receptáculo logístico habilitado por nodo ). Cuando el cliente de envío coloca físicamente el nodo de ID 120a en el nodo de entrega 110a, el dispositivo 200 puede entregar el nodo de ID 120a al nodo de entrega 110a, actualizar el servidor 100 con esta información de asociación y desasociarse del nodo de ID 120a. De esta manera, el sistema tiene visibilidad en el estado y la ubicación de un artículo (tal como el paquete 130) antes de la recogida en el nodo de entrega 110a. A continuación, se describen detalles adicionales acerca de un receptáculo logístico habilitado por nodo a modo de ejemplo.
En el nodo de entrega 110a, un mensajero puede recoger el paquete 130 y el nodo de ID 120a. El mensajero tiene un nodo de mensajero 110b, que conoce el número de seguimiento y el nodo de ID 120a asociado en el momento de la recogida, o busca la dirección MAC de nodo de ID 120a basándose en un número de seguimiento capturado (parte de la información transmitida o anunciada por el nodo de ID 110a). Básicamente, la responsabilidad de nodo maestro se transfiere o se entrega de otro modo al nodo de mensajero 110b, que ahora actúa como un nodo maestro conectado activamente y asociado con el nodo de ID 120a (en virtud de comunicaciones desde el nodo de mensajero 110b de vuelta al servidor que autoriza la asociación del nodo de ID 110a con el nodo de mensajero 110b y desasocia el nodo de entrega 110a del nodo de ID 110a).
Se producen entregas similares entre diferentes nodos maestros y el nodo de ID 120a cuando el paquete 130 y el nodo de ID 120a transitan las instrucciones de trayectoria de envío anticipadas según las instrucciones enviadas a diferentes nodos maestros por el servidor 100. En una realización, las asociaciones se realizan durante tales entregas con credenciales de seguridad solicitadas, autorizadas y transmitidas al nodo maestro apropiado. En otra realización, las asociaciones son meramente asociaciones pasivas que no requieren emparejamientos activos y autorizados. Sin embargo, la asociación pasiva todavía puede permitir que el sistema siga realizando un seguimiento del nodo de ID 120a y el paquete 130 mientras transitan la trayectoria de envío anticipada.
Nuevas asociaciones (activas y pasivas) y desasociaciones se actualizan al servidor 100. Y el servidor 100 puede cambiar la programación en diferentes nodos cuando el paquete 130 y el nodo de ID 120a transitan la trayectoria de envío (tal como cambiar el funcionamiento de un nodo maestro (tal como el nodo de ULD 110e) para modificarse para que funcione como un nodo de ID mientras está en el aire o cuando se pierden las señales GPS). En otro ejemplo, determinados tipos móviles de nodo pueden tener responsabilidades cambiadas a tipos de nodos conectados por cable como una manera de preservar la potencia de un tipo móvil de nodo. Si el nodo de ID 120a falla al asociarse durante un determinado intervalo y necesita readquirirse, el nodo de ID 120a puede actualizar su elemento de indicación de estado a una etapa de alerta particular y puede intentar comunicarse con un intervalo cada vez más amplio de nodos maestros con el fin de poder encontrarse.
Durante el tránsito, el servidor 100 puede compartir información con diferentes nodos, tales como datos de contexto, datos del temporizador/reloj, datos de entorno, etc. Los datos de sensor desde el nodo de ID 120a pueden recopilarse a través de exploraciones desde un nodo maestro, y luego reenviarse de vuelta al servidor 100. Y a medida que el servidor 100 gestiona las asociaciones, entregas e información que va y viene del nodo de ID 120a (a través de nodos maestros), el servidor 100 es capaz de determinar la ubicación del nodo de ID 120a usando una o más de las diversas técnicas de determinación de ubicación descritas anteriormente. Como tal, el servidor 100 puede proporcionar información relacionada con el nodo de ID 120a y su paquete 130 relacionado en respuesta a solicitudes de tal información.
Cuando el paquete 130 y el nodo de ID 120a llegan al destino (por ejemplo, el punto B), el nodo de mensajero 110h puede actualizar el servidor 100 una vez que el nodo de ID 120a se coloca en el destino y se desasocia con el nodo de mensajero 110h. Sin embargo, la visibilidad no tiene por qué terminar en un evento de entrega de este tipo (tal como llegada al destino). El dispositivo de acceso de usuario 205 del cliente destinatario puede actuar como otro nodo maestro y asociarse con el nodo de ID 120a después de la entrega. En un ejemplo, el nodo de mensajero 110h notifica al servidor 100 que se ha realizado la entrega. Después de eso, el servidor 100 puede notificar al dispositivo 205 con esta información. En respuesta, una aplicación u otro módulo de programa en el dispositivo 205 puede hacer que el dispositivo 205 funcione como nodo y busque activamente la asociación con el nodo de ID 120a. Cuando el dispositivo 205 y el nodo de ID 120a se conectan y se les da autorización por el servidor 100 para asociarse activamente, se notifica al servidor 100 y puede proporcionar información adicional al dispositivo 205 (por ejemplo, datos de sensor, etc.) y puede ser capaz de determinar datos de ubicación actualizados acerca del nodo de ID 120a y el paquete 130 después de que se haya producido la entrega. En otro ejemplo, es posible que no sea necesaria una asociación activa entre el dispositivo 205 y el nodo de ID 120a, ya que la información de estado todavía puede recopilarse por el dispositivo 205 a través de una asociación pasiva, donde la información de estado proporciona visibilidad adicional con respecto al nodo de ID 120 después de la entrega al destino.
Las figuras 18 y 19 son diagramas de flujo que ilustran diversos métodos a modo de ejemplo para gestionar un envío de un artículo que usa una red de nodos inalámbricos, tal como la ilustrada en la figura 17. Haciendo referencia ahora a la figura 18, el método 1800 a modo de ejemplo comienza transmitiendo información de envío al servidor para registrar el nodo de ID y el artículo que va a enviarse en la etapa 1805 y que asocia el nodo de ID a un primer nodo maestro relacionado con una trayectoria prevista para enviar el artículo en la etapa 1810. En la etapa 1815, el servidor se actualiza para reflejar la asociación entre el nodo de ID y el primer nodo maestro. Normalmente, esto puede venir en forma de o una comunicación del primer nodo maestro al servidor. Cuando el primer nodo maestro es un dispositivo de acceso de usuario (por ejemplo, uno de un ordenador portátil, un ordenador de escritorio, un dispositivo de tableta, un dispositivo de red de área personal, un dispositivo de teléfono inteligente y un dispositivo portátil inteligente) que se hace funcionar por un cliente de envío, el servidor puede actualizarse para tener constancia de que el nodo de ID se asocia con el primer nodo maestro antes de un evento de recogida en la trayectoria prevista.
Por ejemplo, un cliente de envío puede usar su teléfono inteligente para introducir información de envío y registrar que el nodo de ID y el artículo (tal como el paquete 130) deben enviarse desde un punto de origen hasta un punto de destino. Antes de que el artículo y el nodo de ID se recojan por un mensajero inicial (por ejemplo, de un buzón, unidad de casillero u otro receptáculo), el teléfono inteligente del cliente de envío funciona como primer nodo maestro y está asociado al nodo de ID. Como tal, y con una actualización al servidor, el servidor ahora tiene visibilidad del estado y la ubicación del nodo de ID anterior a un evento de recogida en la trayectoria de envío prevista desde el punto de origen hasta el punto de destino.
El método 1800 puede continuar en la etapa 1820 desasociando el nodo de ID y el primer nodo maestro al asociar el nodo de ID y un segundo nodo maestro relacionado con la trayectoria prevista, ya que el nodo de ID transita la trayectoria prevista. En un ejemplo, el nodo de ID no necesita desasociarse del primer nodo maestro proporcional a la asociación con el segundo nodo maestro. Por tanto, los expertos en la técnica apreciarán que el nodo de ID puede asociarse con uno o más nodos maestros en un punto dado en el tiempo y puede desasociarse selectivamente de ciertos nodos maestros dependiendo de la necesidad de que el nodo de ID comparta de manera segura datos con diferentes nodos maestros.
En la etapa 1825, el servidor se actualiza para reflejar la desasociación entre el nodo de ID y el primer nodo maestro (si eso ha ocurrido ya) y la asociación entre el nodo de ID y el segundo nodo maestro mientras que el nodo de ID continúa transitando por la trayectoria prevista. En la etapa 1830, el método puede asociar el nodo de ID a un tercer nodo maestro cerca de un extremo de la trayectoria prevista para enviar el artículo, y luego en la etapa 1835 notifica al servidor que refleja la asociación entre el nodo de ID y el tercer nodo maestro.
En el método 1800, asociar el nodo de ID al tercer nodo maestro en la etapa 1830 puede realizarse después de un evento de entrega en la trayectoria prevista. El método también puede basarse en datos de contexto para ajustarse a un aspecto de entorno de la trayectoria prevista al asociar el nodo de ID a cualquiera de los nodos maestros primero, segundo o tercero.
Por ejemplo, después de que el artículo y el nodo de ID se entreguen en o cerca del destino, el teléfono inteligente del destinatario puede funcionar como tercer nodo maestro asociado al nodo de ID. Los datos, tales como datos de sensor, pueden compartirse con el destinatario mientras que el teléfono inteligente del destinatario funciona como tercer nodo maestro asociado al nodo de ID. Como tal, y con una actualización al servidor, el servidor ahora tiene visibilidad del estado y la ubicación del nodo de ID después de un evento de entrega.
Después de eso, el destinatario puede anular el registro del nodo de ID y el artículo dado que el artículo está ahora en posesión y control del destinatario. Por ejemplo, el destinatario puede eliminar el nodo de ID del artículo (por ejemplo, el paquete 130), desactivar el nodo de ID para apagar de otro modo el dispositivo, actualizar el servidor con respecto al estado desactivado del nodo de ID (y la desasociación del nodo de ID y el tercer nodo maestro), y luego limpiar y/o recargar el nodo de ID para su uso futuro en el envío de otro artículo.
El método 1800 también puede incluir la recepción de datos de contexto relacionados con la trayectoria prevista. En una realización, tales datos de contexto pueden permitir ventajosamente ajustes debidos a uno o más aspectos de entorno de la trayectoria prevista al asociar el nodo de ID a cualquiera de los nodos maestros. Por ejemplo, los datos de contexto pueden incluir datos de exploración que indican el tipo de material en el paquete 130 (el artículo), que puede provocar problemas de blindaje de RF con el nodo de ID.
Haciendo referencia ahora a la figura 19, el método 1900 a modo de ejemplo se explica desde la perspectiva del servidor, que puede autorizar determinados tipos de asociaciones de nodos. El servidor puede actualizarse, en algunas realizaciones, con información de asociación cuando un nodo de ID y un nodo maestro están asociados pasivamente. En una situación de este tipo, los nodos no han establecido una asociación autorizada donde puedan compartir datos de manera segura. Sin embargo, tal como explica con más detalle el método 1900, una realización puede gestionar un envío de un artículo cuando se establecen asociaciones activas.
El método 1900 comienza con el servidor recibiendo información de envío para registrar el nodo de ID y el artículo que va a enviarse en la etapa 1905. El método 1900 proporciona entonces un primer conjunto de credenciales de autenticación (por ejemplo, información de pin de seguridad) a un primer nodo maestro para permitir que el nodo de ID se asocie con el primer nodo maestro relacionado con una trayectoria prevista para enviar el artículo en la etapa 1910. En un ejemplo, el primer nodo maestro puede ser un dispositivo de acceso de usuario, tal como un ordenador portátil, un ordenador de escritorio, un dispositivo de tableta, un dispositivo de red de área personal, un dispositivo de teléfono inteligente o un dispositivo portátil inteligente. Y la etapa 1920 puede realizarse antes de una recogida incluso en la trayectoria prevista.
En la etapa 1915, el servidor recibe una actualización para reflejar la asociación entre el nodo de ID y el primer nodo maestro. El método 1900 proporciona entonces un segundo conjunto de credenciales de autenticación a un segundo nodo maestro para permitir que el nodo de ID se asocie con el segundo nodo maestro y desasociar el nodo de ID del primer nodo maestro ya que el nodo de ID transita la trayectoria prevista en la etapa 1920. En la etapa 1925, el servidor recibe entonces una actualización para reflejar la asociación entre el nodo de ID y el segundo nodo maestro, ya que el nodo de ID continúa transitando por la trayectoria prevista (o una parte de una trayectoria prevista). Cuando el nodo de ID y el primer nodo maestro se desasocian, el servidor también puede actualizarse.
En algunos ejemplos, el método 1900 puede hacer que el servidor proporcione un tercer conjunto de credenciales de autenticación a un tercer nodo maestro para permitir que el nodo de ID se asocie con el tercer nodo maestro cuando el nodo de ID alcanza un extremo de la trayectoria prevista para enviar el artículo en la etapa 1930. En algunos ejemplos, esta etapa puede realizarse después de un evento de entrega en la trayectoria prevista.
Finalmente, en la etapa 1935, el servidor recibe una notificación que refleja la asociación entre el nodo de ID y el tercer nodo maestro. Cuando el nodo de ID y el segundo nodo maestro se desasocian, el servidor también puede actualizarse.
En el método 1900, otra realización tiene el servidor que dota a cualquiera de los nodos maestros de datos de contexto relacionados con un aspecto de entorno de una parte de la trayectoria prevista. Por ejemplo, datos de contexto a modo de ejemplo pueden incluir datos de diseño relacionados con una instalación en la que el nodo de ID está moviéndose entre nodos maestros. Más detalladamente, puede depender de que los datos de contexto recibidos se ajusten a un aspecto de entorno de la trayectoria prevista al asociar el nodo de ID a cualquiera de los nodos maestros primero, segundo o tercero.
En otra realización más, el método 1900 también puede determinar una ubicación del nodo de ID basándose en información de asociación recibida por el servidor e información de ubicación relacionada con al menos uno de los nodos maestros primero, segundo o tercero.
Tal como se comentó anteriormente, el servidor puede predecir una ruta de tránsito desde un primer punto hasta un segundo punto a lo largo de al menos una parte de la trayectoria prevista para el envío del artículo. En un ejemplo, el primer punto es un origen y el segundo punto es un punto de destino con ambos identificados en la información de envío del artículo. Sin embargo, en otros ejemplos, el punto primero y segundo a lo largo de una trayectoria prevista pueden ser meramente puntos provisionales sin abarcar el punto de embarque de origen o el destino final del artículo que está enviándose. Además, otro ejemplo puede ajustar la trayectoria prevista cuando el nodo de ID transita por la trayectoria. De esta manera, el servidor puede adaptar basándose en, por ejemplo, datos de contexto, para optimizar o al menos dar cuenta de un entorno de contexto cambiante al gestionar el envío de un artículo.
En otra realización, se da a conocer un medio no transitorio legible por ordenador que contiene instrucciones, que cuando se ejecutan en un procesador (por ejemplo, procesador 500 del servidor 100), realiza otra realización de un método para gestionar un envío de un artículo que usa una red de nodos inalámbricos que tiene al menos un nodo de ID, una pluralidad de nodos maestros y un servidor. En esta realización, el método a modo de ejemplo comienza con el servidor que recibe información de envío para registrar el nodo de ID y el artículo que va a enviarse. El método que prevé una primera parte de una ruta de tránsito para el artículo desde un primer punto hasta un segundo punto. Por ejemplo, un primer punto puede ser el punto de origen y el segundo punto puede ser el punto de destino, ambos identificados en la información de envío. En otro ejemplo, los puntos primero y segundo son dos puntos cualesquiera a lo largo de la ruta de tránsito. Además, la ruta de tránsito puede preverse como una serie de partes o segmentos que pueden usar tipos particulares de nodos maestros durante el tránsito (por ejemplo, nodos maestros usados por un mensajero particular para la recogida, un vehículo anticipado usado por el mensajero de recogida, una o más instalaciones anticipadas que pueden usarse por el vehículo, una ruta aérea anticipada (por ejemplo, un aeropuerto de salida anticipado, una aeronave anticipada, tipos anticipados de contenedores tales como un tipo de ULD o palé usado en la aeronave, y un aeropuerto de llegada anticipado), una instalación cerca del aeropuerto de llegada previsto, un vehículo utilizado para llevar el artículo, y un mensajero que pueda entregar el artículo en el punto de destino). Los expertos en la técnica se darán cuenta de que algunas de las partes potenciales de una trayectoria prevista o ruta de tránsito a modo de ejemplo pueden ser relativamente simples para una entrega local, o pueden ser bastante complejas desde una perspectiva intermodal cuando el punto de origen y los puntos de destino están muy alejados entre sí.
A continuación, el método autoriza a un primer nodo maestro a asociarse o conectarse con el nodo de ID cerca del punto de origen. Esto puede hacerse antes de un evento de recogida para el nodo de ID y el artículo que está enviándose. Por ejemplo, cuando el primer nodo maestro es un dispositivo de acceso de usuario (por ejemplo, un ordenador portátil, un ordenador de sobremesa, un dispositivo de tableta, un dispositivo de red de área personal, un dispositivo de teléfono inteligente y un dispositivo portátil inteligente) para el cliente de envío, visibilidad respecto al estado y la ubicación del nodo de ID puede extenderse a antes de un evento de recogida. En una realización, tal autorización se realiza por el servidor 100 cuando recibe información desde el primer nodo maestro con respecto al nodo de ID, determina que el primer nodo maestro y el nodo de ID deben estar emparejados y asociados activamente, y el servidor 100 envía la información de pin de seguridad apropiada como un tipo de credenciales de autorización que permiten al primer nodo maestro emparejarse y conectarse activamente con el nodo de ID. Después de que el primer nodo maestro se asocie al nodo de ID, el servidor recibe una actualización que refleja la asociación.
A continuación, el servidor puede autorizar un segundo nodo maestro para asociarse con el nodo de ID ya que la responsabilidad de gestión del nodo de ID se entrega del primer nodo maestro al segundo nodo maestro en el segundo punto de la ruta de tránsito prevista. En una realización, el método puede autorizar al primer nodo maestro a desasociarse del nodo de ID. Sin embargo, en otras realizaciones, el primer nodo maestro puede permanecer asociado al nodo de ID, incluso después de que se autorice al nodo de ID a asociarse con el segundo nodo maestro. A continuación, el servidor recibe una actualización para reflejar la asociación entre el nodo de ID y el segundo nodo maestro, mientras el nodo de ID continúa en la primera parte prevista de la ruta de tránsito.
El método puede además autorizar al segundo nodo maestro a desasociarse del nodo de ID y a un tercer nodo maestro a asociarse con el nodo de ID cuando la responsabilidad de gestión del nodo de ID se transfiere del segundo nodo maestro al tercer nodo maestro cerca del punto de destino en la ruta de tránsito prevista. Esto puede hacerse antes de un evento de recogida para el nodo de ID y el artículo que está enviándose. Por ejemplo, cuando el tercer nodo maestro es un dispositivo de acceso de usuario (por ejemplo, un ordenador portátil, un ordenador de escritorio, un dispositivo de tableta, un dispositivo de red de área personal, un dispositivo de teléfono inteligente y un dispositivo portátil inteligente) para el destinatario, la visibilidad respecto al estado y la ubicación del nodo de ID puede extenderse a después de un evento de entrega. Después de que el tercer nodo maestro se asocie con el nodo de ID, el servidor recibe una notificación para reflejar la asociación entre el nodo de ID y el tercer nodo maestro.
Y durante el método, el servidor puede determinar una ubicación de la información de asociación de nodo de ID basándose en información de asociación recibida por el servidor e información de ubicación relacionada con al menos uno de los nodos maestros primero, segundo o tercero. Tal como se comentó anteriormente, diversas técnicas están disponibles para ubicar un nodo y, en algunos casos, ajustar para condiciones ambientales adversas de RF con datos de contexto para refinar de manera más precisa la ubicación de un nodo. Como tal, el servidor realiza un seguimiento de la ubicación de los nodos en la red de nodos inalámbricos, y puede proporcionar esa información (así como otros tipos de información compartida o de sensor) cuando se solicite y autorice a hacerlo.
Desde una perspectiva de sistema de una aplicación de logística de este tipo de una red de nodos inalámbricos, se da a conocer un sistema a modo de ejemplo para gestionar un envío de un artículo que usa una red de nodos inalámbricos. Con referencia a la figura 17, el sistema a modo de ejemplo generalmente comprende un nodo de ID (tal como el nodo 120a), una pluralidad de nodos maestros (tales como los nodos 110a-110h) y un servidor (tal como el servidor 100). El nodo de ID está registrado al artículo (tal como el paquete 130) que se está enviando. Se prevé que cada uno de los nodos maestros se ubique en una parte diferente de una ruta de tránsito anticipada para el artículo, cuando el artículo se envía desde un punto de origen hasta un punto de designación de la ruta de tránsito anticipada. Cada uno de los nodos maestros está operativo para comunicarse con el nodo de ID a través de una trayectoria de comunicación de corto alcance, y operativo para comunicarse con otros nodos maestros y el servidor 100.
El servidor funciona para seguir y notificar acerca de una ubicación del nodo de ID y una ubicación de los nodos maestros. Tal como se muestra en la figura 17, el servidor 100 se basa en la red 105 para comunicarse con diferentes nodos maestros (110a-110h) así como con dispositivos de acceso de usuario 200, 205 que pueden operar y funcionar como un nodo maestro asociado con el nodo de ID 120a en ciertos momentos. Tal como se comentó anteriormente, el servidor 100 puede emplear una variedad de técnicas diferentes (o una combinación de técnicas diferentes) para determinar la ubicación del nodo de ID 120a o uno de los otros nodos de la red.
El servidor también está operativo para facilitar la transferencia de la responsabilidad de gestión del nodo de ID entre diferentes nodos maestros a medida que el nodo de ID se mueve a lo largo de la ruta de tránsito anticipada. Por ejemplo, tal como se comentó anteriormente, los nodos se comunican a través de métodos de emisión y exploración, y pueden asociarse bajo control del servidor 100 como parte de la gestión de la red de nodos inalámbricos. De esta manera, uno primero de los nodos maestros puede asociarse con el nodo de ID antes de un evento de recogida para el nodo de ID y el artículo que va a enviarse. En un ejemplo, el dispositivo de acceso de usuario 200 puede funcionar como un nodo maestro y estar asociado con el nodo de ID 120a antes de colocarse en el nodo de entrega 110a y recogerse por un mensajero del receptáculo relacionado con ese nodo de entrega 110a.
Posteriormente, uno segundo de los nodos maestros puede asociarse con el nodo de ID después de que el nodo de ID se desasocie del primero de los nodos maestros en un punto intermedio de la ruta de tránsito anticipada. Y, un tercero de los nodos maestros puede asociarse con el nodo de ID después de un evento de entrega para el nodo de ID y el artículo que va a enviarse. Por ejemplo, el dispositivo de acceso de usuario 205 puede funcionar como un nodo maestro y asociarse con el nodo de ID 120a después de que el nodo de ID 120a y el artículo se entreguen en un punto de destino pretendido (por ejemplo, un tipo de evento de entrega).
En una realización del sistema, cada uno de los nodos maestros puede estar operativo para actualizar el servidor tras completar una desasociación o asociación con el nodo de ID. Esto proporciona al servidor información de asociación que puede usarse para gestionar y seguir los nodos en la red de nodos inalámbricos. Al asociar nodos, el servidor puede estar operativo para transmitir un conjunto de credenciales de autorización a uno de los nodos maestros y el nodo de ID para autorizar una asociación deseada entre el nodo maestro y el nodo de ID. El servidor también puede estar operativo para determinar la ubicación del nodo de ID basada en datos de contexto, tales como información relativa a un aspecto de entorno de una parte de la trayectoria de tránsito anticipada (por ejemplo, aspectos de blindaje de RF del artículo que está enviándose con el nodo de ID o un contenedor que sostiene el nodo de ID, información de diseño de edificio, etc.).
Los expertos en la técnica apreciarán fácilmente que las operaciones de una red de nodos inalámbricos de este tipo a modo de ejemplo, tal y como se establece en el presente documento, no se limitan a seguir solo un paquete, sino que pueden usarse para gestionar la logística y el seguimiento de otros tipos de artículos, tales como un objeto o una persona. De hecho, algunas realizaciones proporcionan capacidades mejoradas que facilitan un mejor seguimiento de artículos, objetos y personas a medida que se mueven a un entorno interior más restrictivo, usando un nodo de ID de baja potencia en modo de aviso en presencia de uno o más nodos maestros.
Monitorización mejorada y gestión de red basada en candidatos de evento
Tal como se describió anteriormente, diversos elementos de una red de nodos inalámbricos a modo de ejemplo pueden tener ciertos papeles y responsabilidades en una realización para monitorizar y gestionar de manera inteligente los nodos en la red de nodos inalámbricos usando un marco de aprendizaje impulsado por el contexto. Una realización de un marco de este tipo puede desplegar un nodo maestro para escuchar las señales que emanan de diferentes nodos de ID en una proximidad general del nodo maestro como un elemento a modo de ejemplo de la red de nodos inalámbricos que monitoriza los nodos de ID. El nodo maestro puede detectar señales de un nodo de ID particular, seguir una serie de tales señales en relación con el nodo de ID particular, comparar parámetros observados relacionados con tales señales (o representaciones resumidas de las señales o representaciones estadísticas de las señales a las que se denomina generalmente puntos de control) para identificar un estado del nodo de ID (más generalmente denominado evento de nodo para que el nodo de ID que indica lo que está pasando con el nodo de ID). Si procede con arreglo a ciertos criterios de evento, el nodo maestro puede considerar que el estado identificado es lo suficientemente importante como para notificar selectivamente el estado identificado de nuevo a un servidor, a diferencia de proporcionar simplemente todas las señales capturadas o todas las representaciones resumidas o estadísticas de tales señales al servidor. Esto ayuda ventajosamente a gestionar el tráfico de comunicación de datos entre el nodo maestro y el servidor durante las operaciones de monitorización y ayuda a evitar sobrecargar el servidor. Al recibir el informe selectivo desde el nodo maestro, el servidor puede entonces procesar información relacionada con el evento de nodo identificado para determinar si la información notificada corresponde a la actividad de nodo conocida (tal como una fuente conocida de interferencia de RF o entrar en una estructura conocida que atenúa las señales de comunicación de RF) y, si procede, adaptar la forma en la que el servidor gestiona la red mediante actualizaciones a la información de gestión de nodo (tal como datos de contexto que indican la fuente de la interferencia de RF) y proporcionar retroalimentación de gestión entregada de vuelta al nodo de gestión. De tal manera, una realización puede hacer que el nodo de gestión (por ejemplo, un nodo maestro) y un servidor funcionen como parte de un sistema de monitorización y aprendizaje que se adapta a lo que está experimentándose por un nodo de nivel inferior en el sistema de una manera particular de monitorización, notificación selectiva, evaluación de la información notificada y adaptación a la información notificada con datos de contexto actualizados y retroalimentación actualizada a los nodos del sistema.
Tal como se señaló anteriormente, un estado monitorizado u observado relacionado con un nodo puede denominarse generalmente evento de nodo. Un evento de nodo para un nodo puede incluir, por ejemplo, un estado de si el nodo se ha detectado por el nodo de monitorización, un estado que indica cómo se está comunicando el nodo con el nodo de monitorización, un estado acerca de qué información está comunicando o emitiendo el nodo, y una actualización acerca del estado del nodo (por ejemplo, si el estado observado ha cambiado reflejando el movimiento hacia o alejándose del nodo de monitorización) cuando se identifica por el nodo de monitorización (normalmente un nodo maestro). En algunas de las realizaciones descritas a continuación, monitorizar eventos de nodo puede implicar una variedad de tipos diferentes de eventos a modo de ejemplo relacionados con un nodo de ID particular, por ejemplo, un primer evento de avistamiento, un evento esporádico, un evento en línea, un evento fuera de línea, un evento de punto de control, un evento de punto de control de referencia y un evento de modificación. En una realización, tales eventos a modo de ejemplo pueden representar un estado actual o actualizado de un nodo de emisión observado por un nodo maestro y, en algunas realizaciones, puede implicar la observación de parámetros particulares de una señal de aviso de un nodo de ID cuando se recibió el nodo maestro (por ejemplo, un nivel de RSSI observado de una señal de aviso detectada que está emitiéndose desde un nodo de ID a lo largo del tiempo, una configuración observada o indicador tal como se refleja en la información de encabezado dentro de una señal de aviso detectada) o un cambio particular en un parámetro observado de este tipo (por ejemplo, un cambio significativo de la temporización observado, un cambio del nivel de intensidad de señal observado de la señal de aviso detectada, un cambio de datos emitidos por el nodo de ID a través de datos en el paquete de señal de aviso).
Los expertos en la técnica apreciarán que la monitorización para eventos de nodo puede generar cantidades muy grandes de datos de exploración a lo largo del tiempo. Por ejemplo, una realización puede tener un nodo maestro en un modo de exploración o escucha y detectar un gran número de señales de aviso emitidas de manera sucesiva a lo largo del tiempo desde uno o más nodos de ID a medida que los nodos de ID se mueven con respecto al nodo maestro. La monitorización de nodos para eventos de nodo en una realización de este tipo puede implicar la comparación de uno o más parámetros observados a partir de diferentes datos de exploración detectados (por ejemplo, diferentes señales de aviso detectadas emitidas desde uno de los nodos de ID). La comparación puede implicar comparar un parámetro observado, tal como intensidad de señal observada, relacionado con dos señales de aviso detectadas emitidas desde un nodo de ID particular mientras que en otras realizaciones, la comparación puede implicar comparar un parámetro observado relacionado con representaciones resumidas de grupos de señales de aviso detectadas. Una comparación de este tipo permite al nodo de monitorización aprender el evento de nodo relacionado con el nodo de ID, y cuando sea apropiado basándose en ciertos criterios de evento, notificar un evento de nodo de este tipo de nuevo a un servidor como candidato de evento notificado, que incluye datos de evento relacionados con el estado de nodo de ID (por ejemplo, el evento de nodo que refleja un estado cambiado o simplemente un estado actualizado para el nodo de ID particular).
Tal como se señaló anteriormente, en algunas realizaciones, el nodo de monitorización puede capturar y analizar los datos de exploración recibidos (por ejemplo, señales de aviso detectadas) como una serie de puntos de control resumidos a lo largo del tiempo. Cada punto de control puede considerarse una representación resumida de las señales detectadas durante un período de tiempo particular o en relación con un número particular de señales detectadas. En algunas realizaciones, cada punto de control puede considerarse además como una representación estadística (por ejemplo, una media, una mediana, un promedio, un promedio variable a través de una ventana de subconjunto de señales de aviso, un promedio variable a través de una ventana de tiempo deslizante, o un promedio ponderado) de observaciones de las señales detectadas durante el período de tiempo particular. Por ejemplo, el nodo maestro de monitorización puede generar un punto de control (también generalmente denominado resumen de puntos de control) que resume diez señales detectadas a la vez. El parámetro observado para el punto de control puede, por ejemplo, representar un promedio de la intensidad de señal observada a partir de cada una de las diez señales de aviso detectadas de manera sucesiva a partir de un nodo de ID. Como tal, el nodo maestro puede identificar un candidato de evento basándose en la comparación del parámetro observado de las señales asociadas con el punto de control con el parámetro observado de un punto de control anterior, en lugar de simplemente comparar el parámetro observado relacionado con dos o más señales detectadas. La comparación de los puntos de control (en lugar de la comparación de cada señal detectada) puede permitir que el nodo de monitorización se adapte mejor a ambientes ruidosos e identifique de manera más selectiva un evento de nodo como un candidato de evento basándose en puntos de control adyacentes, y cuando sea apropiado, notificar un candidato de evento de este tipo de vuelta a un servidor con información de datos de evento relevante acerca del punto de control particular donde se identificó el evento de nodo. Por tanto, una realización general compara un parámetro observado entre las señales detectadas donde otras realizaciones pueden además procesar las señales sucesivas detectadas, como un grupo, para luego comparar el parámetro observado (tal como intensidad de señal observada) de una representación resumida u otra representación estadística de grupos sucesivos.
Una realización que monitoriza candidatos de evento puede usar un nodo maestro (tal como el nodo maestro 3410 ilustrado y descrito con respecto a las figuras 34 y 35) para recibir, monitorizar, detectar u observar de otro modo señales de aviso emitidas por diversos nodos (por ejemplo, nodos de ID u otros nodos maestros) de modo que la información relacionada con los diferentes tipos de eventos de nodo en curso pueda capturarse, resumirse (en algunos casos), evaluarse y notificarse selectivamente al servidor de back-end como candidatos de evento (por ejemplo, un tipo de datos resumidos relacionados con un evento de nodo). Los expertos en la técnica apreciarán que la manera en la que un nodo maestro a modo de ejemplo puede resumir y simplificar ventajosamente el modo de analizar y notificar selectivamente información relevante de evento de nodo cuando el candidato de evento habilita una eficiencia mejorada del nodo maestro para interacciones de servidor relacionadas con monitorización de candidatos de evento en un sistema de este tipo y mejora las operaciones de sistema al no sobrecargar el servidor a través de una alimentación de datos reducida desde el nodo maestro al monitorizar de tal manera.
Realizaciones adicionales pueden usar el servidor de back-end (tal como el servidor 3400 ilustrado y descrito con respecto a las figuras 34 y 36) para aplicar un proceso que clasifica o puntúa al candidato de evento recibido para determinar lo estrechamente que se correlaciona el evento con otros datos accesibles por el servidor que representan la actividad relevante del nodo conocido. Basándose en un tipo de confianza de clasificación o puntuación de este tipo, el servidor de back-end puede aprender acerca de lo que está sucediendo con los nodos y, en algunos casos, los paquetes asociados a nodos, y luego puede ajustar, cambiar o refinar la información de gestión de nodo (tal como datos de contexto de gestión de nodo relevantes y/o datos de reglas de gestión de nodo relevantes) usada para ayudar a gestionar otros elementos de la red. Por ejemplo, basándose en un candidato de evento notificado, el servidor puede proporcionar retroalimentación al nodo maestro para alterar o actualizar de otro modo cómo funciona el propio nodo maestro y/o cómo gestiona el nodo maestro uno o más de los nodos de ID bajo su control a través de datos de contexto actualizados o reglas de gestión de nodo actualizadas (por ejemplo, perfiles de funcionamiento revisados definen cómo un nodo maestro y/o nodo de ID funciona, opera, notifica con respecto a otros nodos, etc.). Tales reglas de gestión de nodo actualizadas también pueden identificar nuevos nodos relacionados o actividad relevante de nodo (por ejemplo, un motor que se apaga cerca de un nodo, un vehículo que se conduce por un nodo, un nodo que está expuesto a algún tipo de estructura de instalación que puede perjudicar temporalmente las comunicaciones) para una investigación adicional. Por tanto, el servidor puede funcionar como el núcleo de un tipo de sistema de aprendizaje basándose en observaciones desde el nodo maestro y un factor de confianza determinado por el servidor en relación con si ciertas observaciones corresponden apropiadamente a actividades relacionadas de nodo particulares de modo que el servidor pueda de manera más precisa ser informado de los cambios relacionados con el estado dinámico de los nodos y responder en consecuencia.
En otras palabras, realizaciones pueden desplegar un sistema que tiene el nodo maestro que monitoriza un candidato de evento relacionado con un nodo de ID junto con un servidor de back-end que despliega un procesamiento basado en analítica donde los candidatos de evento pueden clasificarse por confianza de estar correlacionados con nodo relevante conocido o nuevo como un tipo de entrada para una gestión basada en servidor mejorada de nodos en la red y calidad/eficiencia mejorada de la forma en la que la información de evento de nodo puede capturarse y notificarse como base para gestión de red de nodos inalámbricos.
En la figura 34 se ilustra una realización general de un sistema a modo de ejemplo de este tipo que monitoriza un candidato de evento (a través de señales detectadas y/o representaciones resumidas de tales señales en forma de puntos de control) y procesa candidatos de evento notificados como parte de la gestión de la red de nodos inalámbricos. Haciendo referencia ahora a la figura 34, el sistema de red a modo de ejemplo mostrado es similar al mostrado en las figuras 1 y 2 pero con detalles adicionales sobre cómo puede lograrse la monitorización y gestión. En particular, la figura 34 ilustra que la red incluye un servidor 3400 conectado a una red 105, que también está conectada operativamente a diferentes componentes de red, tales como un nodo maestro 3410, y conectada indirectamente a otros componentes de red (tales como diferentes nodos de ID a través de un nodo maestro 3410). Algunos de los nodos de ID a modo de ejemplo en comunicación con el nodo maestro 3410 (es decir, los nodos 120a y 120e) se ilustran fuera de un contenedor 3420, mientras que los nodos de ID restantes (es decir, los nodos 120b-120d) se muestran dispuestos dentro del contenedor 3420.
En la realización de sistema mostrada en la figura 34, el nodo maestro 3410 está ejecutando un código de motor de detección de evento 3415 para adaptar especialmente el nodo maestro 3410 a un aparato mejorado (como parte del sistema) que monitoriza candidatos de evento relacionados con uno o más de los nodos de ID (por ejemplo, uno o más de nodos de ID 120a-120e) que puedan estar en comunicación con el nodo maestro 3410. Cuando el nodo maestro 3410 detecta una señal de aviso desde uno de los nodos de ID mostrados en la figura 34, el nodo maestro 3410 puede seguir la temporización y los valores de intensidad de señal observados (tales como valores de RSSI) para esta primera señal de aviso y cualquiera de una serie de señales de aviso emitidas de manera sucesiva en lo que puede considerarse una ventana de observación u horizonte de evento relacionado con ese nodo de ID. El nodo maestro 3410 puede identificar un candidato de evento durante el horizonte de evento (por ejemplo, al principio al detectar la primera señal de aviso, durante la monitorización continua de las señales sucesivas, mientras se observan modificaciones significativas o cambios en aspectos o parámetros relacionados con las señales de aviso detectadas, mientras que se dejan de detectar señales adicionales en la serie, etc.). El nodo maestro 3410 puede identificar el candidato de evento durante el horizonte de evento basándose en una comparación de señales de aviso detectadas o, en algunas realizaciones, una comparación de diferentes resúmenes de puntos de control de grupos de señales de aviso detectadas de manera sucesiva.
Una vez que un evento de nodo se identifica como un candidato de evento que debe notificarse de nuevo al servidor, el nodo maestro 3410 puede notificar el candidato de evento al servidor 3400 en una alimentación de datos simplificada al servidor 3400 que refleja información resumida acerca del estado de la señal de ID de emisión (en contraste con la notificación de todas las observaciones acerca de las señales de aviso detectadas). Tal como se muestra en la figura 34, el servidor 3400 está ejecutando un motor de analítica de candidato de evento 3405 para adaptar especialmente el servidor 3400 a un aparato mejorado (como parte del sistema) que procesa los candidatos de evento notificados recibidos desde el nodo maestro 3410 como parte de correlacionar el candidato de evento a la actividad relevante de nodo cuando ya se caracteriza por datos mantenidos en el servidor (por ejemplo, donde un evento de nodo que refleja una modificación en los valores de RSSI puede correlacionarse con la actividad relevante de nodo de un nodo de ID que pasa a través de un túnel blindado).
La figura 35 es un diagrama detallado del nodo maestro 3410 a modo de ejemplo como se muestra en la red ilustrada en la figura 34 que funciona para monitorizar un candidato de evento que va a notificarse a un servidor según una realización de la invención. Haciendo referencia ahora a la figura 35, el nodo maestro 3410 a modo de ejemplo se ilustra en un nivel de detalle similar al mostrado y explicado anteriormente para el nodo maestro 110a en la figura 4, e incluye elementos de componente similares a los que aparecen en el nodo maestro 110a y explicados con referencia a la figura 4 (donde elementos etiquetados de manera similar son generalmente los mismos). Sin embargo, la figura 35 ilustra que el nodo maestro 3410 a modo de ejemplo tiene software adicional y tipos adicionales de datos usados en realizaciones que proporcionan una monitorización mejorada para un candidato de evento.
En particular, el nodo maestro 3410 a modo de ejemplo tiene un elemento de almacenamiento de memoria 415 y una memoria volátil 420 que incluye un código de motor de detección de evento 3415. En general, el código de motor de detección de evento 3415 comprende un módulo de programa que puede funcionar conjuntamente con partes del código de gestión y control maestro 425 que se ejecuta en la unidad de procesamiento 400 para detectar señales de aviso a través de la interfaz de comunicación de corto alcance 480 (por ejemplo, a través de una sección de código que se coordina con el gestor de lógica de consulta (exploración) y aviso de nodo del código 425), identificar candidatos de evento basándose en observaciones particulares de las señales de aviso, y hacer que la interfaz de comunicación de medio/largo alcance notifique los candidatos de evento identificados al servidor 3400 (por ejemplo, a través de una sección de código que se coordina con el gestor de intercambio y control de información del código 425).
Similar a lo que se explica con respecto al nodo maestro 110a en la figura 4, el nodo maestro 3410 a modo de ejemplo tal como se muestra en la figura 35 puede generar y usar diferentes tipos de datos almacenados dentro del elemento de almacenamiento de memoria 415 y memoria volátil 420. En particular, cuando el código de motor de detección de evento 3415 está funcionando en la unidad de procesamiento 400, una realización puede generar y/o depender de tipos de datos de evento 3500 al intentar monitorizar candidatos de evento. En una realización, datos de evento 3500 pueden considerarse generalmente datos relacionados con observaciones de señales desde nodos que pueden indicar un tipo particular de evento de nodo. Datos de evento 3500 a modo de ejemplo pueden incluir diversos tipos de información de medición, tales como información de temporización e información de intensidad de señal observada, que colectivamente sirven para caracterizar el estado de un nodo desde la perspectiva de uno o más parámetros observados de una señal detectada desde el nodo. Por ejemplo, tal información de medición puede incluir información de marca de tiempo indicativa de un momento para un primer avistamiento de una señal de aviso emitida por uno de los nodos de ID dentro del intervalo del nodo maestro 3410; información de temporizador indicativa de un tiempo transcurrido (por ejemplo, según lo dispuesto por el reloj/temporizador 460); un recuento de cuántas señales emitidas por un nodo de ID de este tipo se han detectado dentro de un marco de tiempo particular (tal como antes de que un tiempo determinado entre señales transcurra más allá de un tiempo de intervalo predeterminado o por un horizonte de evento particular de tiempo después de un primer avistamiento o entre tipos específicos de eventos cuando se determinan por el reloj/temporizador 460 o la propia unidad de procesamiento 400); y un valor de intensidad de señal observado (por ejemplo, un valor de RSSI), que puede ser un valor real o un tipo de valor promedio, tal como un promedio variable que ayuda a suavizar las intensidades de señal observadas espurias. Realizaciones adicionales de datos de evento 3500 también pueden incluir información de umbral relacionada con el tipo de medición de información (por ejemplo, valores de contador, valores de tiempo, valores de nivel). Adicionalmente, realizaciones de datos de evento 3500 pueden incluir un identificador de nodo relacionado con el nodo de ID que emite la señal de aviso detectada, así como información procedente del nodo identificado, tal como una tensión de batería de corriente del nodo (un tipo de datos de sensor), un valor de temperatura asociado al nodo (otro tipo de datos de sensor), y datos de carga útil proporcionados por el nodo a través de la señal de emisión detectada por el nodo maestro 3410 a través de la interfaz de comunicación de corto alcance 480. Los expertos en la técnica apreciarán además que tales datos de evento 3500 también pueden incluir tipos similares de información relacionada con resúmenes de puntos de control de grupos o conjuntos de señales de aviso detectadas.
Una realización del nodo maestro 3410 útil como nodo de monitorización puede implementarse basándose en un dispositivo informático de plataforma Intel® Edison. Los expertos en la técnica apreciarán que el dispositivo informático de plataforma Intel® Edison incluye una CPU de doble núcleo y un microcontrolador de núcleo único que soporta monitorización de señal inalámbrica integrada y comunicaciones que tienen múltiples interfaces de comunicación (por ejemplo, Wi-Fi, Bluetooth de baja energía), y recogida de datos en un paquete de baja energía que tiene múltiples interfaces GPIO multiplexadas con opciones de tarjeta de expansión para la flexibilidad y escalabilidad deseadas para la realización particular de un nodo maestro 3410.
Basándose en observaciones de señales recibidas a través de la interfaz de comunicación de corto alcance 480, una realización del nodo maestro 3410 puede notificar un resumen de ciertos datos de evento como un candidato de evento al servidor 3400. La figura 36 es un diagrama más detallado del servidor 3400 a modo de ejemplo en la red ilustrado en la figura 34 que funciona para recibir un candidato de evento y gestionar la red basándose en el candidato de evento según una realización de la invención. Haciendo referencia ahora a la figura 36, los expertos en la técnica apreciarán que el servidor 3400 a modo de ejemplo se ilustra con un nivel de detalle similar al mostrado y explicado anteriormente para el servidor 100 en la figura 5, e incluye elementos de componente similares a los que aparecen en el servidor 100 y explicados con referencia a la figura 5 (donde los elementos etiquetados de manera similar son generalmente los mismos). Sin embargo, la figura 36 ilustra el servidor 3400 a modo de ejemplo (de manera similar al nodo maestro 3410 mostrado en la figura 35) que tiene un software adicional y tipos adicionales de datos usados en realizaciones que proporcionan una gestión mejorada de la red en respuesta a la recepción de un candidato de evento desde el nodo maestro 3410.
En particular, el servidor 3400 a modo de ejemplo tiene un elemento de almacenamiento de memoria 515 y una memoria volátil 520 que incluye el código de motor de analítica de candidato de evento 3415. En general y tal como se explica más detalladamente a continuación, una realización de código de motor de analítica de candidato de evento 3415 comprende un módulo de programa que puede trabajar conjuntamente con partes del código de gestión y control de servidor 525 que se ejecuta en la unidad de procesamiento 500 (por ejemplo, a través de una sección de código que se coordina con el gestor de nodos basado en contexto del código 525) para correlacionar o verificar la información de candidato de evento recibida 3600, actualizar la información de gestión de nodo apropiada 3605, y generar un tipo de retroalimentación sensible para el nodo maestro 3410 en forma de mensaje de gestión que tiene al menos alguna de la información de gestión de nodo actualizada 3605. De esta manera, el código de motor de analítica de candidato de evento 3415 a modo de ejemplo adapta especialmente las operaciones del servidor 3400 para mejorar la gestión de la red. Tal gestión mejorada permite al servidor 3400 aprender esencialmente del candidato de evento notificado (basándose en una puntuación predictiva o clasificación de confianza de que el candidato de evento es realmente representativo de una actividad relevante de nodo), y proporcionar un control de retroalimentación mejorado para elementos de nodo particulares basándose en lo que se aprende.
La información de gestión de nodo 3605 a modo de ejemplo es generalmente datos de gestión de nodo y/o reglas de gestión de nodo relacionadas con uno o más de los elementos de nodo en la red de nodos inalámbricos. Por ejemplo, datos de gestión de nodo a modo de ejemplo pueden implementarse por datos de contexto 560 tal como se muestra en las figuras 5 y 36 y, tal como se explicó anteriormente, pueden relacionarse generalmente con lo que un nodo similar (nodo maestro o nodo de ID) ha experimentado en un entorno similar a lo que un nodo dado está experimentando actualmente o se prevé que experimente. Pueden implementarse reglas de gestión de nodo a modo de ejemplo por datos de regla 3610, que generalmente definen uno o más parámetros de un perfil de funcionamiento para un nodo. Por ejemplo, los datos de regla 3610 pueden incluir un parámetro acerca de cuánto tiempo debe permanecer el nodo maestro 3410 emitiendo a un nivel de potencia particular, o cómo el nodo maestro 3410 debería notificar más rápidamente a los candidatos de evento, o cómo el nodo maestro 3410 debería hacer que el nodo de ID 120a aumente su nivel de potencia de emisión (por ejemplo, un cambio en los datos de perfil 530 en lo que se refiere al nodo de ID 120a). Como tal, datos de gestión de nodo (tales como datos de contexto 560) y reglas de gestión de nodo (tales como datos de regla 3610) son ejemplos de la información de gestión de nodo 3605 depende de y se actualiza por el servidor 3400 como parte de hacer que los nodos en la red cambien el funcionamiento en respuesta a candidatos de evento notificados.
Operaciones de nodo maestro relacionadas con la monitorización mejorada para un candidato de evento
A la luz de la realización de sistema mostrada en la figura 34 y detalles con respecto al nodo maestro 3410 y el servidor 3400, tal como se muestra en las figuras 35 y 36, puede explicarse un horizonte de evento de ejemplo que está monitorizándose por el nodo maestro 3410 donde el nodo maestro 3410 observa, por ejemplo, temporización y parámetros de intensidad de señal observados relacionados con señales de aviso de nodo de ID detectado. En general, una realización de nodo maestro 3410 puede entrar en modo de exploración donde escucha señales de aviso emitidas desde nodos de ID cercanos y luego monitoriza señales adicionales sucesivas o grupos resumidos de señales adicionales sucesivas durante el horizonte de evento que sigue después del primer avistamiento de señales. Las figuras 37A-37M son una serie de ilustraciones gráficas que muestran una línea de tiempo a modo de ejemplo de señales detectadas y diferentes tipos de candidatos de evento a modo de ejemplo que pueden identificarse por un nodo maestro, tal como el nodo maestro 3410, a lo largo del tiempo según una realización de la invención.
Haciendo referencia ahora a la figura 37A, el gráfico ilustrado incluye un eje horizontal y un eje vertical. El eje horizontal representa puntos en el tiempo (por ejemplo, tü-t8) que avanzan hacia la derecha. El eje vertical representa un parámetro observado a modo de ejemplo de señales detectadas por el nodo maestro 3410 (por ejemplo, el valor de RSSI observado de una señal de aviso emitida por un nodo de ID, tal como el nodo de ID 120a, y recibido por el nodo maestro 3410). Por tanto, cuando una señal de aviso desde el nodo de ID 120a se detecta por el nodo maestro 3410 a lo largo del tiempo, el gráfico de la figura 37A muestra diversos puntos de datos que representan detecciones sucesivas e interpretaciones relevantes de tales detecciones por el nodo maestro 3410.
En particular, el nodo maestro 3410 detecta una señal de aviso inicial del nodo de ID 120a en el punto 3700 en el momento fe. El nodo maestro 3410 identifica esta detección inicial como un primer evento de avistamiento, que puede notificarse al servidor 3400 como un tipo de candidato de evento. Después de eso, tal como se indica en el gráfico de la figura 37A, se detectan señales sucesivas adicionales dentro de un tiempo de intervalo de cada una hasta el punto 3705. Los puntos mostrados en el gráfico entre 3700 y 3705 representan valores de RSSI observados para las respectivas de las señales sucesivas a medida que se detectan las señales sucesivas. Por tanto, el gráfico indica tipos de datos de evento 3500 y cómo el nodo maestro 3410 observa parámetros de nivel de señal y temporización relacionados con las señales detectadas de manera sucesiva como base para tales datos de evento 3500.
Cuando el nodo maestro 3410 ha detectado un número de muestra predefinido, n, de las señales sucesivas, el nodo maestro 3410 puede generar un primer promedio variable de los valores de RSSI observados dentro de una ventana de muestra en el punto 3710 que implica los valores de RSSI observados a partir de los últimos n detectados de las señales sucesivas. En este punto, el nodo maestro 3410 identifica el punto 3710 como un evento en línea, que puede notificarse al servidor 3400 como un tipo de candidato de evento. El punto 3710 también puede considerarse como un tipo de punto de control inicial de evento que representa un estado de resumen de los valores de RSSI observados en la forma del primer promedio variable (que representa un estado inicial resumido del nodo de ID 120a). En algunas realizaciones, el nodo maestro 3410 puede no usar un promedio variable de los valores de RSSI observados y, en cambio, puede depender de otras representaciones estadísticas de los valores de RSSI observados para grupos de señales detectadas.
Tal como se explicará más detalladamente a continuación, la consideración y notificación de eventos de punto de control ayuda al nodo maestro 3410 a evitar saturar el servidor 3400 con eventos notificados y, en su lugar, permite ventajosamente el seguimiento y la notificación con información resumida para ayudar a simplificar la alimentación de datos proporcionada por el nodo maestro 3410 acerca del estado del nodo de ID 120a.
En la figura 37B, el mismo gráfico sigue reflejando operaciones del nodo maestro 3410 que detectan señales de aviso sucesivas adicionales desde el nodo de ID 120a y donde el valor de RSSI observado real y el promedio variable de los valores de RSSI observados se reflejan a lo largo del tiempo desde el punto 3715. En el punto 3720, el nodo maestro 3410 ha detectado un número n adicional de señales sucesivas desde el evento de punto de control de inicio en el punto 3710 (cada uno detectado dentro de un intervalo de tiempo de cada uno hasta el punto 3720). Como tal, el nodo maestro 3410 identifica el punto 3720 como otro evento de punto de control, que puede notificarse al servidor 3400 como un tipo de candidato de evento. En otras palabras, una realización puede hacer que el nodo maestro 3410 utilice resúmenes o eventos de punto de control (tales como este primer evento de punto de control también etiquetado como evento en línea) como una manera de resumir y simplificar periódicamente observaciones por el nodo maestro 3410 que representa un estado del nodo 120a.
En la figura 37C, el gráfico refleja operaciones del nodo maestro 3410 que detectan todavía más señales de aviso sucesivas desde el nodo de ID 120a y donde el valor de RSSI real observado y el promedio variable de valores de RSSI observados se reflejan a lo largo del tiempo desde el punto 3720 hasta el punto 3725 y luego hasta el punto 3730. El nodo maestro 3410 identifica el punto 3730 como un tercer evento de punto de control porque detecta otro número n de señales sucesivas desde el segundo evento de punto de control en el punto 3720. Como tal, el nodo maestro 3410 identifica el punto 3730 como un tercer evento de punto de control, que puede notificarse al servidor 3400 como un tipo de candidato de evento.
En la figura 37D, el nodo maestro 3410 puede ayudar a conservar la memoria a bordo 415/420 eliminando de los datos de evento 3500 los valores de RSSI reales observados intervinientes y los promedios variables entre los dos eventos de punto de control anteriores. Al hacerlo, se permite que el nodo maestro 3410 use de manera más eficiente sus recursos a bordo y centrarse en mantener la información resumida acerca del parámetro observado de las sucesivas señales de aviso detectadas (por ejemplo, los valores de RSSI observados suavizados por el procesamiento de promedio variable).
El nodo maestro 3410 puede entonces continuar explorando/monitorizando más señales detectadas de manera sucesiva e identificar el punto 3740 en la figura 37E como un cuarto evento de punto de control, que puede notificarse al servidor 3400 como un tipo de candidato de evento antes de reducir lo que el nodo maestro 3410 mantiene en memoria como datos de evento 3500 tal como se muestra en la figura 37F.
Una realización del nodo maestro 3410 puede identificar un tipo de candidato de evento, por ejemplo, identificando un patrón entre las señales de aviso detectadas. Por ejemplo, el nodo maestro 3410 puede observar un cambio en el parámetro observado de las señales de aviso, por ejemplo, un patrón que muestra que los valores de RSSI observados están cayendo. La figura 37G ilustra detecciones adicionales de señales sucesivas donde el patrón observado refleja la modificación en el valor de RSSI observado entre los puntos 3740 a 3741 a 3743. En particular, cuando el nodo maestro 3410 determina el promedio variable de la ventana de muestra cuando los puntos 3741 y 3743 aparecen dentro de la ventana de muestra, el nodo maestro 3410 genera promedios variables de los valores de RSSI observados reflejados en los puntos 3740 y 3745. Con los promedios variables que han cambiado a lo largo del tiempo, tal como se muestra en la figura 37G, se muestra como ARSSI una modificación detectada entre los promedios variables observados entre el punto 3740 (el punto de control más reciente) y el punto 3745 (el promedio variable más recientemente determinado de los valores de RSSI observados). A medida que avanza el tiempo y se detectan señales de aviso sucesivas adicionales por el nodo maestro 3410, la modificación detectada entre el promedio más actual de los valores de RSSI observados y el promedio para el punto de control más reciente (es decir, ARSSI) puede compararse con un valor umbral para ver si la modificación detectada es lo suficientemente significativa como para notificar al servidor 3400. En otras palabras, como se muestra en la figura 37H, cuando ARSSI es mayor que RSSIumbral en el punto 3755, el nodo maestro 3410 identifica el punto 3755 como un evento de modificación, que puede notificarse al servidor 3400 como un tipo de candidato de evento antes de reducir lo que el nodo maestro 3410 mantiene en la memoria como datos de evento 3500 tal como se muestra en la figura 37I.
Las figuras 37J-37M ilustran detecciones adicionales de señales de aviso sucesivas desde el nodo de ID 120a como los valores de RSSI observados (y en particular sus respectivos promedios variables) se nivelan antes de caer hasta un punto 3775 después del cual no se detecta señal de aviso sucesiva adicional del nodo de ID 120a antes de que transcurra el tiempo de intervalo. En otras palabras, el nodo maestro 3410 puede continuar entonces explorando/monitorizando más señales detectadas de manera sucesiva, tal como se muestra en las figuras 37J-37M; identificar los puntos 3750 y 3765 en la figura 37J como quinto y sexto evento de punto de control, respectivamente; puede notificar el quinto y sexto eventos de punto de control a su debido tiempo al servidor 3400 como un tipo de candidato de evento antes de reducir lo que el nodo maestro 3410 mantiene en la memoria como datos de evento 3500 tal como se muestra en las figuras 37K y 37L; y luego identificar el punto 3775 como un evento fuera de línea, que puede notificarse al servidor 3400 como un tipo de candidato de evento antes de reducir lo que el nodo maestro 3410 mantiene en la memoria como datos de evento 3500 tal como se muestra en la figura 37M.
En resumen, los gráficos de las figuras 37A-37M representan realizaciones de un horizonte de evento a modo de ejemplo donde eventos relacionados con un nodo de ID pueden detectarse, identificarse, monitorizarse y notificarse al servidor 3400. Este ejemplo particular, las series de señales de aviso detectadas de manera sucesiva se reciben por el nodo maestro 3410 desde la primera señal de aviso avistada detectada en el punto 3700 y a través del último nodo maestro de señal de aviso avistado detectado en el punto 3775, siempre y cuando el tiempo de intervalo entre las sucesivas de las señales detectadas no haya transcurrido (I., el tiempo entre las señales detectadas sucesivas es menor que un tiempo de umbral).
Sin embargo, en algunos casos, el nodo de ID particular puede solo entrar brevemente dentro del intervalo del nodo maestro 3410, y el nodo maestro 3410 puede ser capaz de detectar solo una o solo unas pocas señales de aviso sucesivas emitidas por el nodo de ID, y luego perder además contacto con el nodo de ID. Por tanto, aunque en el ejemplo mostrado en las figuras 37A-37M el nodo maestro 3410 ha detectado inicialmente suficientes señales desde el nodo de ID a lo largo del tiempo para identificar un evento en línea, en otros ejemplos, el tiempo de intervalo entre las sucesivas de las señales de aviso detectadas puede transcurrir antes del evento en línea. En una situación de este tipo, el nodo maestro 3410 puede identificar el punto de tiempo en el que transcurrió el tiempo de intervalo después del primer avistamiento como un evento espurio relacionado con el nodo de ID, que luego puede notificarse al servidor 3400 como aún otro tipo de candidato de evento.
Los expertos en la técnica apreciarán que un ejemplo general de este tipo de una realización que monitoriza un candidato de evento basándose en al menos una comparación de parámetros observados (por ejemplo, temporización y/o niveles de intensidad de señal observados) de diferentes señales detectadas puede extenderse para monitorizar uno o más nodos de ID diferentes y notificar información de candidato de evento al servidor 3400 acerca de los diferentes nodos de ID monitorizados de una manera simplificada y resumida. El servidor 3400 puede entonces ser capaz de aprender de tales candidatos de evento notificados (por ejemplo, relacionados con un solo nodo de ID y/o de una combinación de candidatos de evento notificados relacionados con múltiples nodos de ID). Por tanto, las diversas realizaciones diferentes descritas en el presente documento pueden aplicarse a un sistema de monitorización de mayor escala desplegado dentro y como parte de una red de nodos inalámbricos a modo de ejemplo que también puede hacer que diferentes nodos maestros notifiquen sus respectivos candidatos de evento al mismo servidor en lugar de un solo nodo maestro y donde diferentes nodos maestros pueden notificar diferentes candidatos de evento que están relacionados con el mismo nodo de ID. De tal manera, el servidor 3400 puede proporcionarse con diferentes perspectivas acerca del estado observado de un nodo de ID particular, según lo proporcionado por múltiples nodos maestros que pueden estar dentro de un alcance del nodo de ID particular.
Los expertos en la técnica también apreciarán que otros ejemplos de una realización pueden usar las señales de aviso detectadas en grupos o conjuntos acumulados que se representan internos al nodo maestro 3410 como punto de control o resumen de puntos de control. La comparación de los puntos de control puede indicar un evento de nodo de tal importancia para garantizar la notificación como candidato de evento al servidor 3400. Por tanto, la visión proporcionada por la monitorización del nodo maestro 3410 puede basarse simplemente en dos señales de aviso detectadas o, en otros casos, implicar la generación de representaciones internas de grupos de las señales de aviso para gestionar la frecuencia con la que el nodo maestro 3410 compara los parámetros observados (por ejemplo, valores de RSSI) para identificar un evento de nodo que garantice la notificación al servidor 3400 como candidato de evento.
A la luz de lo comentado anteriormente relacionado con el sistema a modo de ejemplo mostrado en la figura 34, el nodo maestro 3410 a modo de ejemplo mostrado en la figura 35, el servidor 3400 a modo de ejemplo mostrado en la figura 36, y la explicación de funcionamiento a modo de ejemplo proporcionada conjuntamente con las figuras 37A-37M, lo que sigue son descripciones de realizaciones de métodos, aparatos y sistemas adicionales para una monitorización mejorada para un candidato de evento dentro de una red de nodos inalámbricos.
Más detalladamente, la figura 38 es un diagrama de flujo que ilustra un método a modo de ejemplo para monitorizar un candidato de evento dentro de una red de nodos inalámbricos basándose en la recepción de una señal de aviso primera y segunda emitidas por un nodo de ID según una realización de la invención. En esta realización de método, la red de nodos inalámbricos comprende al menos una pluralidad de nodos de ID, un nodo maestro en comunicación con los nodos de ID, y un servidor en comunicación con el nodo maestro. Haciendo referencia ahora a la figura 38, el método 3800 comienza con el nodo maestro recibiendo una primera señal de aviso emitida por uno primero de los nodos de ID en la etapa 3805 y luego recibiendo una segunda señal de aviso emitida por el primer nodo de ID en la etapa 3810 después de que el primer nodo de ID emita la primera señal de aviso. En la etapa 3815, el método 3800 avanza con el nodo maestro identificando el candidato de evento basándose en una comparación de un parámetro observado de la primera señal de aviso y la segunda señal de aviso. Una vez se identifica el candidato de evento en la etapa 3815, el método avanza a la etapa 3820 donde el nodo maestro notifica el candidato de evento al servidor. Tal notificación, en una realización adicional, puede hacer que el nodo maestro simplifique una alimentación de datos acerca del primer nodo de ID enviando el candidato de evento al servidor como información de resumen que refleja un cambio observado entre la primera señal de aviso y la segunda señal de aviso. En otras palabras, una realización de la etapa 3820 puede hacer que el candidato de evento notifique al servidor como una manera de evitar la necesidad de actualizar el servidor con información acerca de todas las señales recibidas por el nodo maestro desde el primer nodo de ID.
En realizaciones adicionales del método 3800, identificar el candidato de evento puede lograrse con un mayor nivel de detalle. Por ejemplo, en una realización adicional, la identificación del candidato de evento en la etapa 3815 puede hacer que el nodo maestro identifique un patrón entre al menos la primera señal de aviso y la segunda señal de aviso basándose en el parámetro observado. El patrón identificado, tal como un patrón de nivel de intensidad de señal de observador decreciente identificado (similar al mostrado en las figuras 37G y 37H), puede reflejar información resumida relacionada con el primer nodo de ID como el candidato de evento. Más detalladamente, la identificación del candidato de evento en la etapa 3815 puede implicar identificar un patrón observado entre al menos un primer valor de intensidad de señal de la primera señal de aviso y un segundo valor de intensidad de señal de la segunda señal de aviso, donde el patrón observado refleja información resumida relacionada con el primer nodo de ID como el candidato de evento.
En otras realizaciones del método 3800, la identificación del candidato de evento puede implicar un promedio variable de lo que puede observarse. Más detalladamente, la identificación del candidato de evento en la etapa 3815 puede hacer que el nodo maestro compare el parámetro observado de la segunda señal de aviso con un promedio de los parámetros observados de un conjunto de señales de aviso anteriores desde el primer nodo de ID incluyendo la primera señal de aviso. Por ejemplo, tal como se comentó anteriormente con referencia a las figuras 37A-37M, un promedio variable de los valores de RSSI observados puede determinarse y usarse para identificar el candidato de evento donde el promedio variable abarca un conjunto de n señales de aviso detectadas que abarcan una ventana de muestra.
En más realizaciones adicionales del método 3800, el parámetro observado que es el foco de comparación de diferentes señales de aviso de nodo de ID monitorizadas y detectadas en la etapa 3815 puede implementarse además de diversas formas y combinaciones como parte de la identificación del candidato de evento. Más detalladamente, el parámetro observado en una realización puede comprender un indicador de intensidad de señal recibido (RSSI) que refleja una intensidad de señal tal como se detecta por el nodo maestro. Como tal, la etapa de identificación del candidato de evento en la etapa 3815 puede comprender comparar un valor de indicador de intensidad de señal recibido de la segunda señal de aviso con un promedio de un conjunto de valores de indicador de intensidad de señal recibidos de señales de aviso desde el primer nodo de ID emitido antes de la segunda señal de aviso. Aún más detalladamente, el conjunto promediado de valores de indicador de intensidad de señal recibidos de señales de aviso del primer nodo de ID emitido antes de la segunda señal de aviso en una realización adicional puede comprender un promedio variable del conjunto de valores de indicador de intensidad de señal recibidos de señales de aviso desde el primer nodo de ID emitido dentro de una ventana variable antes de la segunda señal de aviso. Por ejemplo, tal como se describió anteriormente, un promedio variable puede implicar una ventana de muestra de n señales de aviso sucesivas detectadas en las que las señales sucesivas detectadas se detectan en serie antes de que transcurra un tiempo de intervalo entre cada una de las señales detectadas.
En más realizaciones del método 3800, el parámetro observado puede implicar la detección de una modificación en lo que se observa por el nodo maestro como el valor de intensidad de señal recibido de las señales de aviso de nodo de ID monitorizadas. En otras palabras, el parámetro observado en una realización puede comprender una modificación en el valor de intensidad de señal observado por el nodo maestro. Como tal, identificar el candidato de evento en la etapa 3815 puede además comprender detectar la modificación en el valor de intensidad de señal recibido al comparar la primera señal de aviso y la segunda señal de aviso, e identificar el candidato de evento como un evento de modificación cuando la modificación detectada en el valor de intensidad de señal recibido es al menos un valor umbral.
En algunas realizaciones, el nodo maestro puede esperar para observar una modificación más completa en el valor de intensidad de señal observado antes de notificar el candidato de evento relevante al servidor. En particular, una realización adicional puede tener el parámetro observado que comprende una modificación observada en el valor de intensidad de señal recibido por el nodo maestro. Como tal, la etapa de identificar el candidato de evento en la etapa 3815 y notificar el candidato de evento al servidor en la etapa 3820 puede además comprender etapas más detalladas en una realización adicional.
Por ejemplo, tales etapas detalladas pueden comprender detectar una modificación inicial en el valor de intensidad de señal recibido cuando la modificación observada en el valor de intensidad de señal entre la primera señal de aviso recibida en comparación con la segunda señal de aviso recibida es al menos un valor umbral de iniciación; recibir el nodo maestro una señal de aviso posterior emitida por el primer nodo de ID después de que el primer nodo de ID emita la segunda señal de aviso; detectar una modificación continua en el valor de intensidad de señal recibido cuando la modificación observada en el valor de intensidad de señal entre la segunda señal de aviso recibida en comparación con la señal de aviso posterior recibida; y luego notificar el candidato de evento por el nodo maestro al servidor como un evento de modificación solo después de detectar la modificación inicial y si la modificación continua detectada es menor que un valor umbral de evento continuo. De esta manera, el nodo maestro puede además mejorar la simplificación de la alimentación de datos al servidor. En otras palabras, una realización puede tener la etapa de notificación retrasando la transmisión del candidato de evento al servidor por el nodo maestro hasta que la modificación continua detectada basándose en el valor de intensidad de señal observado de la señal de aviso posterior es menor que el valor umbral de evento continuo.
En otra realización, en lugar de esperar para notificar el evento de modificación, el nodo maestro puede notificar en primer lugar el evento de modificación como el candidato de evento después de detectar el primer umbral (por ejemplo, el valor umbral de iniciación tal como se explicó anteriormente). Después de eso, si el nodo maestro detecta una caída o cambio adicional en el valor de intensidad de señal recibido más allá de otro umbral, el nodo maestro puede notificar otro evento de modificación como el candidato de evento. De lo contrario, el nodo maestro puede suavizar eventos de modificación entre el primer y el último punto de control dentro de un evento de modificación de múltiples puntos continuo.
En todavía más realizaciones, el parámetro observado en el método 3800 puede implicar la temporización entre sucesivas señales de aviso detectadas. Más detalladamente, el parámetro observado en una realización puede comprender un tiempo detectado entre señales de aviso sucesivas emitidas desde el primer nodo de ID y recibidas por el nodo maestro. Como tal, la etapa de identificación de candidato de evento en la etapa 3815 puede comprender detectar un intervalo de tiempo entre la primera señal de aviso y la segunda señal de aviso como el parámetro observado (por ejemplo, usando el reloj/temporizador 460 en el nodo maestro 3410) e identificar el candidato de evento cuando el intervalo de tiempo detectado es menor que un intervalo de tiempo de umbral.
Adicionalmente, todavía más realizaciones del método 3800 pueden identificar el candidato de evento con más especificidad como un tipo particular de evento. Más detalladamente, en una realización adicional, identificar el candidato de evento en la etapa 3815 puede hacer que el nodo maestro identifique el candidato de evento como un evento en línea cuando el intervalo de tiempo detectado es menor que el intervalo de tiempo de umbral y el nodo maestro recibe al menos una señal de aviso adicional emitida por el primer nodo de ID dentro del intervalo de tiempo de umbral después de la segunda señal de aviso. Más detalladamente, la identificación del candidato de evento como el evento en línea puede producirse cuando (a) el intervalo de tiempo detectado entre la primera señal de aviso y la segunda señal de aviso es menor que el intervalo de tiempo de umbral y (b) el nodo maestro ha recibido al menos un número de umbral de señales de aviso desde el primer nodo de ID cada una de las cuales se reciben por el nodo maestro dentro del intervalo de tiempo de umbral de cada una, donde la recepción de la primera señal de aviso y la recepción de la segunda señal de aviso se incluyen en el número de umbral de señales de aviso recibidas desde el primer nodo de ID. Por ejemplo, un evento en línea se identifica por el nodo maestro 3410 con referencia al punto 3710 mostrado en la figura 37A y la temporización entre las señales detectadas de manera sucesiva después del punto 3700 (que se encuentran cada una dentro del intervalo de tiempo de umbral que, si transcurre, indicarían que la detección inicial era más de un tipo de evento espurio o esporádico).
En otra realización adicional del método 3800, la etapa 3815 puede hacer que el nodo maestro identifique el candidato de evento como un evento fuera de línea cuando (a) el tiempo detectado desde que el nodo maestro recibió la segunda señal de aviso es mayor que un intervalo de tiempo de umbral y (b) el nodo maestro identificó previamente un evento en línea relacionado con señales desde el primer nodo de ID incluyendo la primera señal de aviso y la segunda señal de aviso. Un ejemplo de este tipo de identificación de un evento fuera de línea se refleja en el gráfico de la figura 37K en el punto 3775 donde un evento en línea se identificó por el nodo maestro 3410 en 3710 y el tiempo después de que el nodo maestro 3410 recibiera la señal asociada al punto 3775 ha transcurrido más allá de un intervalo de tiempo de umbral cuando el nodo de ID 120a ya no puede estar emitiendo o ya no puede estar dentro del alcance del nodo maestro 3410 y, por tanto, se considera fuera de línea con respecto al nodo maestro 3410.
En otra realización más del método 3800, la etapa 3815 puede hacer que el nodo maestro identifique el candidato de evento como un evento esporádico cuando el nodo maestro recibe al menos la primera señal de aviso y la segunda señal de aviso pero no recibe al menos un número de umbral de señales de aviso desde el primer nodo de ID dentro de un período de tiempo definido a partir de cuándo el nodo maestro recibe la primera señal de aviso.
Aún más realizaciones pueden tener la etapa 3815 que identifica el candidato de evento como un evento de punto de control cuando finaliza un intervalo de notificación periódica y basándose en la comparación del parámetro observado de la primera señal de aviso y la segunda señal de aviso. Por ejemplo, tal como se muestra en la figura 37B, el nodo maestro 3410 identifica el punto 3720 como que es un evento de punto de control después del intervalo de notificación entre los extremos del punto 3710 y el punto 3720 y la comparación en el punto 3720 implica un promedio variable de los valores de RSSI observados en la ventana de muestra.
El método 3800 también puede identificar otros candidatos de evento basándose en cambios en el parámetro observado de las señales detectadas cuando el parámetro observado es un tipo de datos en las señales detectadas. Ejemplos de tales otros tipos de eventos de nodo pueden incluir un evento de cambio de perfil, un evento de cambio de potencia de transmisión y un evento de cambio de entorno. Más detalladamente, una realización puede hacer que el método 3800 implemente además la etapa 3815 con el parámetro observado que comprende una configuración de perfil observada, y con el nodo maestro que identifica el candidato de evento como un evento de cambio de perfil cuando la comparación indica que la configuración de perfil observada de la segunda señal de aviso es diferente de la configuración de perfil observada de la primera señal de aviso. Unas configuraciones de perfil observadas de este tipo pueden referirse generalmente al funcionamiento del primer nodo de ID y/o funcionamiento del nodo maestro. Un ejemplo más detallado puede tener una configuración de perfil observada a modo de ejemplo que toma la forma de un parámetro de recurso observado (por ejemplo, un parámetro que indica el uso de memoria actual por el nodo, la memoria libre actual en el nodo, la duración de batería presente restante para el nodo, y similares para recursos de nodo a bordo) tal como se indica en un encabezado de unas señales de aviso desde el primer nodo. Por tanto, un cambio a unos parámetros de recurso observados puede considerarse un tipo de cambio a una configuración de perfil observada en señales de aviso a lo largo del tiempo. En resumen, los parámetros observados que subyacen a la identificación del candidato de evento pueden implicar cambios detectados en la forma en que un nodo indica específicamente que está funcionando según un perfil de funcionamiento para el nodo.
De manera similar, otra realización puede hacer que el método 3800 implemente además la etapa 3815 con el parámetro observado que comprende una configuración de potencia de salida para el primer nodo de ID, y con el nodo maestro que identifica el candidato de evento como un evento de cambio de potencia de transmisión cuando la comparación indica que la configuración de potencia de salida observada relacionada con la segunda señal de aviso es diferente a la configuración de potencia de salida observada relacionada con la primera señal de aviso. Por tanto, los expertos en la técnica apreciarán que un parámetro observado de una configuración de potencia de salida para el primer nodo de ID es una configuración desde la perspectiva del emisor (por ejemplo, el primer nodo de ID), en contraste con un valor de intensidad de señal observado que es una medición desde la perspectiva del receptor (por ejemplo, el nodo maestro). En otras palabras, mientras que las figuras 37A-37M se ilustran con un parámetro observado de señales detectadas por el nodo maestro 3410 respecto al valor de RSSI observado de la señal de aviso, otras realizaciones pueden hacer que el nodo maestro 3410 observe y monitorice una configuración de potencia de salida de la señal de aviso (que es una potencia desde la perspectiva del emisor, en contraste con el valor de RSSI observado que es una potencia desde la perspectiva del receptor) para identificar el candidato de evento como un evento de cambio de potencia de transmisión.
Adicionalmente, otra realización más puede hacer que el método 3800 implemente adicionalmente la etapa 3815 con el parámetro observado que comprende datos de sensor recogidos por un sensor en el primer nodo de ID, y con el nodo maestro identificando el candidato de evento como un evento de cambio de entorno cuando la comparación indica que un segundo valor de datos de sensor incluido como parte de la segunda señal de aviso es diferente de un primer valor de datos de sensor incluido como parte de la primera señal de aviso. Más detalladamente, el nodo maestro puede identificar el candidato de evento como un evento de cambio de entorno cuando la comparación indica que un segundo valor de datos de sensor incluido como parte de la segunda señal de aviso refleja una desviación desde un primer valor de datos de sensor incluido como parte de la primera señal de aviso, donde la desviación es más que una diferencia de umbral. Por tanto, cambios detectados en datos de sensor relacionados con el entorno cuando se incluyen en partes de las señales de aviso detectadas pueden provocar que el nodo maestro identifique un tipo de candidato de evento.
Realizaciones adicionales del método 3800 pueden incluir etapas adicionales que pueden cambiar la rapidez con la que el nodo maestro notifica candidatos de evento al servidor. Por ejemplo, el método 3800 puede hacer además que el nodo maestro detecte un elemento de indicación de alerta desde el primer nodo de ID, donde el elemento de indicación de alerta forma parte de al menos una de la primera señal de aviso y la segunda señal de aviso. Un elemento de indicación de alerta de este tipo puede, por ejemplo, formar parte de un encabezado de señal de paquete de aviso que indica un estado de fase de alerta tal como se explicó anteriormente en relación con datos de aviso y elementos de indicación (tales como elementos de indicación de estado) que pueden usarse en paquetes de aviso. Tras detectar el elemento de indicación de alerta, el nodo maestro puede entonces alterar el intervalo de notificación para la frecuencia con la que el nodo maestro puede enviar actualizaciones o notificar candidatos de evento (por ejemplo, cuánto tiempo antes del siguiente evento de punto de control donde se notifica información resumida acerca del nodo al servidor). Por ejemplo, el intervalo de notificación periódica puede reducirse cuando el nodo maestro detecte el elemento de indicación de alerta. Un intervalo de notificación de este tipo puede ser un valor ajustable, tal como un período de tiempo ajustable por el nodo maestro o un número de recepciones de señal ajustables por el nodo maestro antes de notificar candidatos de evento adicionales (por ejemplo, nuevos eventos de punto de control y similares). En una realización de este tipo, el nodo maestro puede ser capaz de reconocer adaptativamente que un nodo de ID puede tener un estado de alerta que, una vez detectado, de manera deseable puede manejarse más rápidamente o con actualizaciones más frecuentes de vuelta al servidor de modo que el servidor pueda gestionar de manera más eficiente y efectiva la situación de estado de alerta con retroalimentación de gestión al nodo maestro y otra entrada de control.
Otra realización puede implementar un elemento de indicación de alerta como identificador de perfil correspondiente a uno de los muchos tipos diferentes de perfiles de funcionamiento (tales como perfiles de alerta) usados con diferentes nodos de ID. En esta realización, tras detectar el identificador de perfil, el nodo maestro puede entonces alterar cierta funcionalidad de monitorización dado que se ha informado al nodo maestro de un perfil de alerta particular que está usándose por el nodo de ID particular sin la necesidad de cargar el servidor de back-end para tal información. La realización puede hacer que el nodo maestro de monitorización, tal como nodo maestro 3410, mantenga cada uno de los diferentes tipos de perfiles de alerta para los diferentes tipos de nodos de ID como parte de los datos de perfil 430. Con el identificador de perfil, el nodo maestro es capaz de adaptar la forma en la que monitoriza este nodo de ID particular. Más específicamente, el identificador de perfil informa al nodo maestro cuál de los perfiles de alerta están usándose y cómo adaptar la monitorización y notificación acerca del nodo de ID particular, tal como a través de reglas de gestión de nodo relacionadas con los intervalos de tiempo y valores de umbral (tales como un intervalo de notificación, intervalos de tiempo de umbral, un número de umbral de señales de aviso para recibir desde un nodo de ID que corresponde a un evento en línea, y similares). Esto permite que el nodo de ID cambie de manera autónoma o responsiva a un perfil de alerta, genere nuevas señales de aviso donde las nuevas señales incluyen el identificador de perfil apropiado dentro de un encabezado de las señales después del cambio al perfil de alerta, que luego permite que el nodo maestro de monitorización aprenda de este uso de perfil de alerta y adapte cómo el nodo maestro monitoriza este nodo de ID particular y notifica acerca del nodo de ID en consecuencia. Como tal, el nodo maestro que monitoriza el nodo de ID particular en esta realización se ahorra la necesidad de cargar el servidor de back-end.
En una realización adicional, sin embargo, el servidor de back-end puede iniciar un cambio de perfil de alerta y, en algunos casos, puede crear un nuevo perfil de alerta para su uso por ciertos nodos de ID. Por ejemplo, el servidor de back-end 3400 puede crear el nuevo perfil de alerta como parte de los datos de perfil 530 en el servidor 3400 (tal como se muestra en la figura 36). El servidor 3400 puede entonces añadir o transmitir de otro modo el nuevo perfil de alerta a nodos de gestión relevantes (tales como el nodo maestro 3410) que gestionan y monitorizan esos nodos de ID particulares. Tales nodos de gestión pueden entonces almacenar el nuevo perfil de alerta (que tiene datos de reglas de gestión nuevos o actualizados) y un identificador de perfil correspondiente en los datos de perfil 430 en la memoria a bordo del nodo maestro. El nodo de gestión (por ejemplo, el nodo maestro 3410) puede entonces proporcionar el nuevo perfil de alerta y el correspondiente identificador de perfil a los nodos de ID particulares como un tipo de regla de gestión de nodo actualizada para usarse por el nodo de ID. De esta manera, el nodo de ID puede actualizarse para funcionar de manera autónoma o selectiva de una nueva manera según el nuevo perfil de alerta y de una manera que pueda reconocerse eficientemente por el nodo maestro de monitorización.
El método 3800 también puede, en algunas realizaciones, hacer que el nodo maestro restablezca la información recogida basándose en la primera señal de aviso y la segunda señal de aviso después de notificar el evento de punto de control al servidor por el nodo maestro para fines de reducción de datos en el nodo maestro. Por ejemplo, tal como se explica con referencia a la figura 37D, el nodo maestro 3410 puede ayudar a conservar la memoria a bordo 415/420 eliminando de los datos de evento 3500 los valores de RSSI observados reales intervinientes y los promedios variables entre los dos eventos de control anteriores. La eliminación de tales datos es una manera de restablecer la información recogida (por ejemplo, datos sobre los valores observados y la temporización relacionados con algunas de las señales de aviso detectadas) por el nodo maestro 3410. Al hacerlo, permite que el nodo maestro 3410 se centre en mantener la información resumida acerca del parámetro observado de las señales de aviso sucesivas detectadas y reducir lo que se mantiene para fines de reducción y simplificación de datos.
El método 3800 puede también, en realizaciones adicionales, hacer que el nodo maestro reciba y reaccione a la retroalimentación de servidor relacionada con candidatos de evento notificados. Por ejemplo, otra realización del método 3800 también puede hacer que el nodo maestro reciba una respuesta de ajuste desde el servidor basándose en el candidato de evento. Más detalladamente, la respuesta de ajuste puede comprender un perfil ajustado para al menos uno del nodo maestro y el primer nodo de ID o un perfil ajustado para al menos uno de los otros nodos de ID. La respuesta de ajuste también puede comprender, en algunas realizaciones, datos de contexto actualizados que reflejan el candidato de evento notificado.
Otra realización del método 3800 puede extenderse para generar y comparar puntos de control como parte de la identificación del candidato de evento. En particular, el método 3800 también puede hacer que el nodo maestro reciba una tercera señal de aviso emitida por el primer nodo de ID después de que el primer nodo de ID emita la segunda señal de aviso, y luego recibir una cuarta señal de aviso emitida por el primer nodo de ID después de que el primer nodo de ID emita la tercera señal de aviso. El nodo maestro puede entonces generar un primer resumen de puntos de control como una representación estadística de la primera señal de aviso y la segunda señal de aviso (por ejemplo, una media, una mediana, un promedio, un promedio variable o un promedio ponderado). De manera similar, el nodo maestro puede generar un segundo resumen de puntos de control como representación estadística de la tercera señal de aviso y la cuarta señal de aviso. Basándose en estos dos puntos de control que resumen estadísticamente las señales de aviso relevantes, el nodo maestro puede identificar el candidato de evento. En otras palabras, el nodo maestro puede identificar el candidato de evento basándose en una comparación de un parámetro observado para cada uno del primer resumen de puntos de control y el segundo resumen de puntos de control (tal como una comparación de la intensidad de señal promedio observada para el primer resumen de puntos de control y el segundo resumen de puntos de control).
Los expertos en la técnica apreciarán que el método 3800 tal como se dio a conocer y se explicó anteriormente en diversas realizaciones puede implementarse en un nodo maestro a modo de ejemplo (por ejemplo, el nodo maestro 3410 a modo de ejemplo en la figura 35) ejecutando una o más partes del código de gestión y control maestro 425 conjuntamente con el código de motor de detección de evento 3415 para realizar las etapas del método 3800 descritas anteriormente. Tal código puede almacenarse en un medio no transitorio legible por ordenador, tal como un elemento de almacenamiento de memoria 415 en el nodo maestro 3410. Por tanto, al ejecutar tal código, el nodo maestro puede estar especialmente adaptado para interactuar con otros dispositivos de red (tales como uno o más nodos de ID tal como se muestra en la figura 34 y el servidor 3400 tal como se muestra en la figura 34) ya que la unidad de procesamiento 400 del nodo maestro está especialmente adaptada para estar operativa para realizar operaciones algorítmicas o etapas de los métodos a modo de ejemplo dados a conocer anteriormente, incluyendo el método 3800 y las variaciones de ese método.
La figura 39 es un diagrama de flujo que ilustra otro método a modo de ejemplo para monitorizar un candidato de evento dentro de una red de nodos inalámbricos basándose en detección o recepción de una pluralidad de señales de aviso emitidas por un nodo de ID a lo largo del tiempo según una realización de la invención. En esta realización de método, la red de nodos inalámbricos comprende componentes de red en tres niveles diferentes de la red incluyendo al menos una pluralidad de nodos de ID, un nodo maestro en comunicación con los nodos de ID, y un servidor en comunicación con el nodo maestro. Haciendo referencia ahora a la figura 39, el método 3900 comienza en la etapa 3905 con el nodo maestro detectando una pluralidad de señales de aviso emitidas por uno primero de los nodos de ID a lo largo de un período de tiempo. Más detalladamente, la pluralidad de señales de aviso puede ser de manera sucesiva señales de paquete de aviso detectadas que se emitieron durante el período de tiempo por el primer nodo de ID.
En la etapa 3910, el método 3900 avanza con el nodo maestro identificando el candidato de evento relativo al primer nodo de ID cuando un parámetro observado de las señales de aviso cambia a lo largo del período de tiempo para reflejar el candidato de evento. Al igual que con el método 3800, diversas realizaciones adicionales del método 3900 pueden implementar la etapa 3910 con un mayor nivel de detalle, tal como se comenta adicionalmente a continuación. En la etapa 3915, el método 3900 concluye con el nodo maestro notificando el candidato de evento al servidor. Más detalladamente, una realización puede hacer que el nodo maestro reduzca datos obtenidos por el nodo maestro acerca del primer nodo de ID (por ejemplo, a través de parámetros observados de señales de aviso detectadas emitidas por el primer nodo de ID) enviando el candidato de evento al servidor como información de resumen que refleja un cambio observado entre señales de aviso.
Tal como se indicó anteriormente, realizaciones adicionales del método 3900 pueden hacer que el nodo maestro identifique el candidato de evento con etapas más detalladas. Por ejemplo, en una realización adicional, la identificación del candidato de evento en la etapa 3910 puede hacer que el nodo maestro identifique el candidato de evento basándose en un parámetro observado que comprende un patrón observado resumido entre las señales de aviso. Por ejemplo, el parámetro observado puede comprender un valor de intensidad de señal observado (tal como un valor de RSSI recibido) cuando se detecta por el nodo maestro. En una realización de este tipo, notificar el candidato de evento al servidor puede evitar la necesidad de actualizar el servidor con demasiada información acerca del valor de intensidad de señal de cada una de las señales de aviso recibidas por el nodo maestro desde el primer nodo de ID.
En otras realizaciones del método 3900, la identificación del candidato de evento puede implicar un promedio variable de lo que puede observarse por el nodo maestro. Más detalladamente, la identificación del candidato de evento en la etapa 3910 puede hacer que el nodo maestro compare el parámetro observado de una de las señales de aviso detectadas más recientemente con un promedio variable del parámetro observado de unas de las detectadas previamente de las señales de aviso para identificar el candidato de evento.
Al igual que con el método 3800, realizaciones adicionales del método 3900 usan un tipo más específico de parámetro observado en la etapa 3910 al identificar el candidato de evento. En una realización donde el parámetro observado comprende un indicador de intensidad de señal recibido (RSSI) que refleja una intensidad de señal tal como se detecta por el nodo maestro, la etapa 3910 del método 3900 puede hacer que el nodo maestro compare un valor de indicador de intensidad de señal recibido de una detectada más recientemente de las señales de aviso con un promedio variable de los valores de indicador de intensidad de señal recibidos de las señales de aviso anteriores dentro de una ventana variable anterior para identificar el candidato de evento.
En otra realización del método 3900, el parámetro observado puede implicar detectar una modificación en lo que observa el nodo maestro como el valor de intensidad de señal recibido de las señales de nodo de ID de aviso. En otras palabras, el parámetro observado en una realización puede comprender una modificación en la intensidad de señal cuando se detecta por el nodo maestro. Como tal, la etapa de identificación del candidato de evento puede hacer que el nodo maestro identifique el candidato de evento como un evento de modificación cuando la modificación detectada en el valor de intensidad de señal por cada una de las señales de aviso supera un valor umbral.
En una realización más detallada donde el parámetro observado comprende una modificación observada en el valor de intensidad de señal cuando se recibe por el nodo maestro, el nodo maestro puede implementar las etapas 3910 y 3915 mediante la detección de una modificación inicial en el valor de intensidad de señal recibido cuando la modificación observada en el valor de intensidad de señal entre la pluralidad de señales de aviso es al menos un valor umbral de iniciación; hacer que el nodo maestro reciba al menos una señal de aviso posterior emitida por el primer nodo de ID después de que el primer nodo de ID emita la pluralidad de señales de aviso; detectar una la modificación continua en el valor de intensidad de señal recibido cuando la modificación observada en el valor de intensidad de señal entre una última de la pluralidad de señales de aviso recibidas en comparación con la señal de aviso posterior recibida; y hacer que el nodo maestro notifique el candidato de evento al servidor como un evento de modificación solo después de detectar la modificación inicial y si la modificación continua detectada es menor que un valor umbral de evento continuo.
Realizaciones adicionales pueden identificar el candidato de evento como otros tipos de eventos. Por ejemplo, en una realización del método 3900, el nodo maestro puede identificar el candidato de evento como un evento en línea en la etapa 3910 cuando el nodo maestro ha recibido al menos un número de umbral de las señales de aviso del primer nodo de ID dentro de un intervalo de tiempo de umbral entre las sucesivas de las señales de aviso. En otra realización, el nodo maestro puede identificar el candidato de evento como un evento fuera de línea en la etapa 3910 cuando (a) un tiempo transcurrido desde que el nodo maestro recibió una última de las señales de aviso es mayor que un intervalo de tiempo de umbral y (b) el nodo maestro identificó previamente un evento en línea relacionado con al menos una parte de las señales de aviso del primer nodo de ID. En una realización adicional, el nodo maestro puede identificar el candidato de evento como un evento esporádico en la etapa 3910 cuando el nodo maestro ha recibido al menos una primera de las señales de aviso pero no un número de umbral de sucesivas de las señales de aviso dentro de un período definido de tiempo a partir de cuando el nodo maestro recibe la primera señal de aviso. En otra realización más, el nodo maestro puede identificar el candidato de evento como un evento de punto de control en la etapa 3910 cuando finaliza el período de tiempo y el nodo maestro detecta al menos unas señales de aviso adicionales emitidas por el primer nodo de ID.
El método 3900 también puede identificar candidatos de evento basándose en cambios en el parámetro observado de las señales detectadas cuando el parámetro observado es un tipo de datos en las señales detectadas. Por ejemplo, en una realización adicional del método 3900, el parámetro observado puede comprender una configuración de perfil observada asociada a un nodo. Como tal, la etapa de identificación del candidato de evento en la etapa 3910 puede además implicar la identificación del candidato de evento como un evento de cambio de perfil cuando la configuración de perfil observada de las señales de aviso cambia de una primera configuración a una segunda configuración durante el período de tiempo. Una configuración de perfil observada de este tipo puede referirse al funcionamiento del primer nodo de ID y/o el funcionamiento del nodo maestro. En otro ejemplo, la etapa de identificar el candidato de evento en la etapa 3910 puede además implicar la identificación del candidato de evento como un evento de cambio de potencia de transmisión cuando el parámetro observado comprende una configuración de potencia de salida observada para el primer nodo de ID. En otro ejemplo más, la etapa de identificar el candidato de evento en la etapa 3910 puede además implicar la identificación del candidato de evento como un evento de cambio de entorno cuando el parámetro observado comprende datos de sensor recogidos por un sensor en el primer nodo de ID.
Otras realizaciones del método 3900 pueden incluir más etapas que pueden cambiar la rapidez con la que el nodo maestro notifica candidatos de evento al servidor. Por ejemplo, el método 3900 puede además hacer que el nodo maestro detecte un elemento de indicación de alerta desde el primer nodo de ID, donde el elemento de indicación de alerta forma parte de al menos una de la pluralidad de señales de aviso. Una vez que el nodo maestro detecte el elemento de indicación de alerta de al menos una de las señales de aviso (por ejemplo, a partir de la información de encabezado en una o más de las señales de aviso), el nodo maestro puede reducir el período de tiempo después del cual el nodo maestro identifica y notifica el candidato de evento al servidor.
Otra realización del método 3900 puede implementar el elemento de indicación de alerta como un identificador de perfil correspondiente a uno de los muchos tipos diferentes de perfiles de funcionamiento (tales como perfiles de alerta) usados con diferentes nodos de ID tal como se explicó anteriormente. Más detalladamente, el identificador de perfil indica un perfil de alerta particular que está usándose por el primer nodo de ID. Un perfil de alerta de este tipo puede ser uno de una pluralidad de perfiles de funcionamiento que rigen las operaciones de emisión de señal de aviso por el primer nodo de ID.
En una realización adicional, sin embargo, el servidor de back-end puede iniciar un cambio de perfil de alerta y, en algunos casos, puede crear un nuevo perfil de alerta para su uso por ciertos nodos de ID. Por ejemplo, el servidor de back-end 3400 puede crear el nuevo perfil de alerta como parte de los datos de perfil 530 en el servidor 3400 (tal como se muestra en la figura 36). El servidor 3400 puede entonces añadir o transmitir de otro modo el nuevo perfil de alerta a nodos de gestión relevantes (tales como el nodo maestro 3410) que gestionan y monitorizan esos nodos de ID particulares. Por tanto, una extensión del método 3900 puede hacer que el nodo maestro reciba un nuevo perfil de alerta y almacene el nuevo perfil de alerta (que tiene datos de reglas de gestión nuevos o actualizados) y un identificador de perfil correspondiente en los datos de perfil 430 en la memoria a bordo del nodo maestro. El nodo maestro puede entonces proporcionar el nuevo perfil de alerta y el identificador de perfil correspondiente al primer nodo de ID, por ejemplo, como un tipo de regla de gestión de nodo actualizada para usarse por el primer nodo de ID. De esta manera, el nodo de ID puede actualizarse para funcionar de manera autónoma o selectiva de una nueva manera según el nuevo perfil de alerta y de una manera que pueda reconocerse eficientemente por el nodo maestro de monitorización.
Una realización adicional del método 3900 también puede hacer que el nodo maestro restablezca la información recogida por el nodo maestro basándose en las señales de aviso después de notificar el evento de punto de control como el candidato de evento al servidor para conservar el uso de la memoria en el nodo maestro. Esta es una manera para simplificar la alimentación de datos entre el nodo maestro y el servidor en relación con la monitorización de candidatos de evento y el servidor se mantenga al tanto del estado de los nodos dentro de la red.
El método 3900 también puede, en realizaciones adicionales, hacer que el nodo maestro reciba y reaccione a la retroalimentación del servidor relacionada con candidatos de evento notificados. Por ejemplo, otra realización del método 3900 también puede hacer que el nodo maestro reciba una respuesta de ajuste desde el servidor basándose en el candidato de evento, donde la respuesta de ajuste puede comprender un perfil ajustado para al menos uno del nodo maestro y el primer nodo de ID. En una realización adicional, la respuesta de ajuste puede comprender un perfil ajustado para al menos uno de los otros nodos de ID y puede comprender datos de contexto actualizados que reflejan el candidato de evento notificado.
Otra realización del método 3900 puede extenderse para generar y comparar puntos de control como parte de la identificación del candidato de evento. En particular, el método 3900 puede hacer que el nodo maestro detecte un primer conjunto de señales de aviso emitido por el primer nodo de ID y un segundo conjunto de señales de aviso emitido por el primer nodo de ID después del primer conjunto de señales de aviso, donde el primer conjunto de señales de aviso y el segundo conjunto de señales de aviso forman parte de la pluralidad de señales de aviso detectadas en la etapa 3905. Esta realización adicional del método 3900 avanza haciendo que el nodo maestro genere un primer resumen de puntos de control como representación estadística del primer conjunto de señales de aviso y, de manera similar, genere un segundo resumen de puntos de control como una representación estadística del segundo conjunto de señales de aviso. Basándose en estos dos puntos de control que resumen estadísticamente conjuntos o grupos relevantes de señales de aviso sucesivas, el nodo maestro puede identificar el candidato de evento. En otras palabras, el nodo maestro puede identificar el candidato de evento basándose en una comparación de un parámetro observado para cada uno del primer resumen de puntos de control y el segundo resumen de puntos de control (tal como una comparación de la intensidad de señal promedio observada para el primer resumen de puntos de control y el segundo resumen de puntos de control).
Los expertos en la técnica apreciarán que el método 3900 tal como se da a conocer y se ha explicado anteriormente en diversas realizaciones puede implementarse en un nodo maestro a modo de ejemplo (por ejemplo, el nodo maestro 3410 a modo de ejemplo en la figura 35) ejecutando una o más partes del código de gestión y control maestro 425 conjuntamente con el código de motor de detección de evento 3415 para realizar las etapas del método 3900 descritas anteriormente. Tal código puede almacenarse en un medio no transitorio legible por ordenador, tal como un elemento de almacenamiento de memoria 415 en el nodo maestro 3410. Por tanto, al ejecutar tal código, el nodo maestro puede estar especialmente adaptado para interactuar con otros dispositivos de red (tales como uno o más nodos de ID tal como se muestran en la figura 34 y el servidor 3400 tal como se muestra en la figura 34) ya que la unidad de procesamiento 400 del nodo maestro está especialmente adaptada para estar operativa para realizar operaciones algorítmicas o etapas de los métodos a modo de ejemplo dados a conocer anteriormente, incluyendo el método 3900 y variaciones de ese método.
La figura 40 es un diagrama de flujo que ilustra un método a modo de ejemplo para una monitorización mejorada para un candidato de evento dentro de una red de nodos inalámbricos basándose en la recepción de una pluralidad de señales de un nodo de ID y la detección de una pluralidad de intervalos de tiempo entre unas indicativas de las señales según una realización de la invención. En esta realización de método, la red de nodos inalámbricos comprende al menos una pluralidad de nodos de ID, un nodo maestro en comunicación con los nodos de ID, y un servidor en comunicación con el nodo maestro. Haciendo referencia ahora a la figura 40, el método 4000 comienza en la etapa 4005 con el nodo maestro explorando el primero de los nodos de ID. Por ejemplo, una realización puede hacer que el nodo maestro 3410 use un transceptor de radio Bluetooth® como parte de una interfaz de comunicación de corto alcance 480 en un modo de exploración para escuchar señales de paquete de aviso de formato Bluetooth® que se emiten cerca de nodos de ID. El método 4000 hace que el nodo maestro reciba una pluralidad de señales del primer nodo de ID como parte de la etapa 4010 y detecte una pluralidad de intervalos de tiempo entre las sucesivas de las señales cuando el nodo maestro recibe cada una de las señales como parte de la etapa 4015.
Los niveles de señal observados de las señales detectadas y los intervalos de tiempo detectados son tipos a modo de ejemplo de parámetros observados usados por el método 4000 cuando se identifica un candidato de evento. En particular, en la etapa 4020, el método 4000 avanza con el nodo maestro comparando cada una de las señales para identificar un cambio en un parámetro observado de cada una de las señales. Más detalladamente, el cambio identificado en el parámetro observado de las señales puede comprender una modificación detectada entre las señales basándose en el parámetro observado a lo largo del tiempo. Por ejemplo, una modificación de este tipo puede ser cuando el parámetro observado es un valor de intensidad de señal observado cuando se detecta por el nodo maestro y el valor de intensidad de señal observado a lo largo del tiempo indica una modificación significativa (tal como cuando la modificación detectada supera una diferencia de umbral en el valor de intensidad de señal observado tal como se muestra en el ejemplo de la figura 37H).
Todavía más detalladamente, cuando unas realizaciones adicionales hacen que el parámetro observado sea un indicador de intensidad de señal recibido (RSSI) que refleja una intensidad de señal tal como se detecta por el nodo maestro; y la etapa de comparación de la etapa 4020 puede comprender comparar un valor de indicador de intensidad de señal recibido de una recibida más recientemente de las señales con un promedio variable de los valores de indicador de intensidad de señal recibidos de una ventana variable de las recibidas previamente de las señales para identificar el candidato de evento.
En la etapa 4025, el método 4000 avanza con el nodo maestro identificando el candidato de evento cuando al menos uno de los cambios identificados en el parámetro observado y los intervalos de tiempo detectados coinciden con criterios de evento asociados a un tipo particular de estado de nodo o evento que va a notificarse al servidor. En una realización adicional de la etapa 4025, el candidato de evento identificado puede considerarse un evento de modificación cuando los criterios de evento comprenden una condición cumplida cuando (a) el nodo maestro identifica el cambio en el parámetro observado de las señales a lo largo del tiempo cuando se refleja una modificación en el valor de intensidad de señal observado para las señales a lo largo del tiempo y (b) la modificación supera el valor umbral. En otra realización donde el parámetro observado puede ser una modificación observada en el valor de intensidad de señal recibido por el nodo maestro, el nodo maestro puede identificar el candidato de evento y puede notificar el candidato de evento al servidor detectando una modificación inicial en el valor de intensidad de señal recibido cuando la modificación observada en el valor de intensidad de señal entre la pluralidad recibida de señales es al menos un valor umbral de iniciación; recibir al menos una señal posterior emitida por el primer nodo de ID después de que el primer nodo de ID emita la pluralidad recibida de señales; detectar una modificación continua en el valor de intensidad de señal recibido cuando la modificación observada en el valor de intensidad de señal entre una última de la pluralidad de señales recibida en comparación con la señal posterior recibida; y hacer que el nodo maestro notifique el candidato de evento al servidor como un evento de modificación solo después de detectar la modificación inicial y si la modificación continua detectada es menor que un valor umbral de evento continuo.
En otra realización de la etapa 4025, el candidato de evento puede considerarse un evento en línea cuando los criterios de evento comprenden una condición cumplida cuando (a) el nodo maestro ha recibido al menos un número de umbral de las sucesivas de las señales del primer nodo y (b) los intervalos de tiempo detectados entre las sucesivas de las señales no superan un intervalo de tiempo de umbral.
En una realización adicional de la etapa 4025, el candidato de evento puede considerarse como un evento fuera de línea cuando los criterios de evento comprenden una condición cumplida cuando (a) un tiempo transcurrido desde que el nodo maestro recibió una última de las señales es mayor que un intervalo de tiempo de umbral y (b) el nodo maestro identificó previamente un evento en línea relacionado con el resto de las señales recibidas por el nodo maestro del primer nodo de ID.
En una realización adicional de la etapa 4025, el candidato de evento puede considerarse un evento esporádico cuando los criterios de evento comprenden una condición cumplida cuando el nodo maestro ha recibido al menos una primera de las señales pero no un número de umbral de las sucesivas de las señales dentro de un período de tiempo definido a partir de cuando el nodo maestro detecta la primera señal.
En otra realización más de la etapa 4025, el candidato de evento puede considerarse un evento de punto de control cuando los criterios de evento comprenden una condición cumplida cuando finaliza un intervalo de notificación periódica y el nodo maestro detecta al menos una señal adicional emitida por el primer nodo de ID.
Finalmente, en la etapa 4030, el método 4000 avanza con el nodo maestro notificando el candidato de evento al servidor. Más detalladamente, la notificación en la etapa 4030 puede comprender reducir, por el nodo maestro, los datos obtenidos por el nodo maestro acerca del primer nodo de ID a partir de la pluralidad de señales enviando el candidato de evento al servidor solo como información de resumen que refleja el cambio en el parámetro de las señales a lo largo del tiempo (en lugar de toda la información recopilada por el nodo maestro relativa a las señales recibidas a lo largo del tiempo). En otras palabras, notificar el candidato de evento al servidor puede ayudar a evitar la necesidad de actualizar el servidor con información acerca del valor de intensidad de señal de cada una de las señales recibidas por el nodo maestro desde el primer nodo de ID.
En realizaciones adicionales, el método 4000 también puede identificar tipos adicionales de candidatos de evento relacionados con un evento de cambio de perfil, un evento de cambio de potencia de transmisión o un evento de cambio de entorno. En particular, el método 4000 también puede comprender identificar un evento de cambio de perfil cuando el nodo maestro detecta una configuración de perfil cambiado de las señales a lo largo del tiempo, y que hace que el nodo maestro notifique el evento de cambio de perfil al servidor. Igualmente, el método 4000 puede hacer que el nodo maestro identifique un evento de cambio de potencia de transmisión cuando el nodo maestro detecta una configuración de potencia de transmisión cambiada de las señales a lo largo del tiempo, y luego notifique el evento de cambio de potencia de transmisión relativo al servidor. El método 4000 también puede hacer que el nodo maestro identifique un evento de cambio de entorno cuando el nodo maestro detecta un cambio en los datos de sensor recopilados del primer nodo de ID a través de las señales a lo largo del tiempo, y luego notifique el evento de cambio de entorno al servidor.
Una realización adicional del método 4000 también puede cambiar el intervalo de notificación de candidatos de evento al servidor para, por ejemplo, mantener al servidor más al corriente de los eventos de nodos relevantes observados por el nodo maestro. Más detalladamente, una realización del método 4000 puede hacer que el nodo maestro detecte un elemento de indicación de alerta que refleja un estado del primer nodo de ID (donde el elemento de indicación de alerta forma parte de al menos una de la pluralidad de señales recibidas) y luego reducir el intervalo de notificación periódica después de detectar el elemento de indicación de alerta. El intervalo de notificación periódica puede, por ejemplo, comprender un período de tiempo ajustable por el nodo maestro o un número de recepciones de señal ajustables por el nodo maestro o una combinación de ambos aspectos ajustables que impactan y cambian adaptativamente el intervalo de notificación periódica bajo las condiciones de elemento de indicación de alerta.
Otra realización del método 4000 puede implementar un elemento de indicación de alerta como identificador de perfil correspondiente a uno de los muchos tipos diferentes de perfiles de funcionamiento (tales como perfiles de alerta) usados con diferentes nodos de ID tal como se explicó anteriormente. Más detalladamente, un identificador de perfil de este tipo puede indicar un perfil de alerta que está usándose por el primer nodo de ID. Un perfil de alerta de este tipo puede ser uno de una pluralidad de perfiles de funcionamiento que rigen las operaciones de emisión de señal de aviso por el primer nodo de ID.
En otra realización, el método 4000 también puede comprender la etapa de restablecimiento de la información recogida por el nodo maestro basándose en las señales después de notificar un evento de punto de control como el candidato de evento al servidor para conservar el uso de la memoria en el nodo maestro. En una realización de este tipo (similar a la mostrada en las figuras 37E y 37F), algunos de los datos recopilados por el nodo maestro 3410 antes de un evento de punto de control pueden restablecerse de modo que el espacio de memoria pueda volver a usarse (es decir, ya no se llena con información que debe conservarse).
En otra realización más, el método 4000 puede hacer que el nodo maestro reciba retroalimentación desde el servidor basándose en el candidato de evento notificado y genere una respuesta de nodo maestro apropiada. Más detalladamente, el método 4000 puede comprender además la etapa de recibir una respuesta de ajuste desde el servidor basándose en el candidato de evento. Una respuesta de ajuste de este tipo puede comprender un perfil ajustado para al menos uno del nodo maestro y el primer nodo de ID, o un perfil ajustado para al menos uno de los otros nodos de ID, o una combinación de tales perfiles ajustados. Una respuesta de ajuste de este tipo, en otro ejemplo, puede comprender datos de contexto actualizados que reflejan el candidato de evento notificado donde el servidor ha “aprendido” más acerca del entorno contextual de los nodos basándose en el candidato de evento notificado y proporciona los datos de contexto actualizados para que el nodo maestro pueda potenciar y mejorar su propia gestión y/o los nodos de ID dentro de su control con los datos de contexto actualizados.
Otra realización del método 4000 puede extenderse para generar y comparar puntos de control (basándose en las señales de aviso) como parte de la identificación del candidato de evento. En particular, el método 4000 también puede hacer que el nodo maestro reciba un primer conjunto de señales de aviso emitido por el primer nodo de ID y un segundo conjunto de señales de aviso emitido por el primer nodo de ID después del primer conjunto de señales de aviso, donde el primer conjunto de señales de aviso y el segundo conjunto de señales de aviso forman parte de la pluralidad de señales recibidas por el nodo maestro del primer nodo de ID. El método 4000 puede entonces hacer que el nodo maestro genere un primer resumen de puntos de control como una representación estadística del primer conjunto de señales de aviso, y de manera similar generar un segundo resumen de puntos de control como una representación estadística del segundo conjunto de señales de aviso. Como tal, la etapa de comparación 4020 puede modificarse para comprender la comparación de un parámetro observado para cada uno del primer resumen de puntos de control y el segundo resumen de puntos de control para identificar el cambio.
Los expertos en la técnica apreciarán que el método 4000 tal como se da a conocer y se ha explicado anteriormente en diversas realizaciones puede implementarse en un nodo maestro a modo de ejemplo (por ejemplo, el nodo maestro 3410 a modo de ejemplo de la figura 35) ejecutando una o más partes del código de gestión y control maestro 425 conjuntamente con el código de motor de detección de evento 3415 para realizar las etapas del método 4000 tal como se describió anteriormente. Tal código puede almacenarse en un medio no transitorio legible por ordenador, tal como un elemento de almacenamiento de memoria 415 en el nodo maestro 3410. Por tanto, al ejecutar tal código, el nodo maestro puede estar especialmente adaptado para interactuar con otros dispositivos de red (tales como uno o más nodos de ID tal como se muestra en la figura 34 y el servidor 3400 tal como se muestra en la figura 34) ya que la unidad de procesamiento 400 del nodo maestro está especialmente adaptada para estar operativa para realizar operaciones algorítmicas o etapas de los métodos a modo de ejemplo dados a conocer anteriores, incluyendo el método 4000 y variaciones de ese método.
Una realización adicional de un aparato de nodo maestro a modo de ejemplo para una monitorización mejorada para un candidato de evento dentro de una red de nodos inalámbricos que tiene una pluralidad de nodos de ID y un servidor se describe a continuación que funciona de manera similar a lo descrito anteriormente con referencia a la figura 40 y las realizaciones del método 4000. En esta realización, el aparato de nodo maestro comprende generalmente una unidad de procesamiento de nodo y un elemento de almacenamiento de memoria acoplados a y usados por la unidad de procesamiento de nodo (por ejemplo, una memoria volátil de nodo 420 y un elemento de almacenamiento de memoria de nodo 415). El elemento de almacenamiento de memoria mantiene al menos una realización del código de motor de detección de evento (tal como código de motor de detección de evento 3415). La unidad de procesamiento de nodo también se acopla a y se usa con la primera interfaz de comunicación y la segunda interfaz de comunicación. En particular, la primera interfaz de comunicación (por ejemplo, interfaz de comunicación de corto alcance 480 en el nodo maestro 3410 a modo de ejemplo) está operativa para comunicarse con al menos uno primero de los nodos de ID a través de una primera trayectoria de comunicación. Por el contrario, la segunda interfaz de comunicación (por ejemplo, la interfaz de comunicación de medio/largo alcance 485 en el nodo maestro 3410 a modo de ejemplo) está operativa para comunicarse con el servidor a través de una segunda trayectoria de comunicación. En algunas realizaciones, las trayectorias de comunicación primera y segunda pueden ser las mismas, pero en otras realizaciones las trayectorias de comunicación primera y segunda pueden ser distintas.
La unidad de procesamiento de nodo (por ejemplo, unidad de procesamiento 400 de nodo maestro 3410), al ejecutar el código de motor de detección de evento mantenido en el elemento de almacenamiento de memoria, está operativa para realizar funciones o etapas específicas que adaptan el aparato de nodo maestro a través de una funcionalidad especializada y novedosa. En particular, la unidad de procesamiento de nodo, adaptada por un código de este tipo, está operativa para detectar, a través de la primera interfaz de comunicación, una primera señal de aviso emitida por el primer nodo de ID a través de la primera trayectoria de comunicación; detectar, a través de la primera interfaz de comunicación, una segunda señal de aviso emitida por el primer nodo de ID a través de la primera trayectoria de comunicación después de que el primer nodo de ID emita la primera señal de aviso; comparar un parámetro observado de cada una de la primera señal de aviso y la segunda señal de aviso; identificar el candidato de evento basándose en la comparación del parámetro observado de cada una de la primera señal de aviso y la segunda señal de aviso; y provocar que la segunda interfaz de comunicación notifique el candidato de evento identificado al servidor a lo largo de la segunda trayectoria de comunicación.
En una realización adicional de este aparato de nodo maestro, la segunda interfaz de comunicación puede transmitir un mensaje al servidor al notificar el candidato de evento identificado donde el mensaje refleja el candidato de evento identificado como sobrecarga de monitorización reducida para el primer nodo de ID en la segunda trayectoria de comunicación. Más específicamente, el mensaje que refleja el candidato de evento identificado puede incluir información de resumen que refleja un cambio observado entre la primera señal de aviso y la segunda señal de aviso, en contraste con todas las observaciones realizadas por el aparato de nodo maestro. Más detalladamente, donde el parámetro observado puede ser un valor de intensidad de señal tal como se detecta por la unidad de procesamiento de nodo a través de la primera interfaz de comunicación, el cambio observado puede ser una modificación en el valor de intensidad de señal observado entre al menos un primer valor de intensidad de señal de la primera señal de aviso y un segundo valor de intensidad de señal de la segunda señal de aviso. Como tal, el cambio observado puede reflejar información resumida relacionada con el primer nodo de ID como el candidato de evento.
Una realización adicional de este aparato de nodo maestro puede hacer que la unidad de procesamiento de nodo esté operativa para comparar el parámetro observado de la segunda señal de aviso con un promedio de los parámetros observados de un conjunto de señales de aviso anteriores del primer nodo de ID incluyendo la primera señal de aviso. Dicho de otro modo, en una realización donde el parámetro observado comprende un indicador de intensidad de señal recibido tal como se detecta por la unidad de procesamiento de nodo, la unidad de procesamiento de nodo puede comparar el parámetro observado de cada una de la primera señal de aviso y la segunda señal de aviso estando operativa además para comparar un valor de indicador de intensidad de señal recibido de la segunda señal de aviso con un promedio de un conjunto de valores de indicador de intensidad de señal recibidos de señales de aviso anteriores desde el primer nodo de ID incluyendo la primera señal de aviso. En otra realización más, el conjunto promediado de valores de indicador de intensidad de señal recibidos de señales de aviso desde el primer nodo de ID emitido antes de la segunda señal de aviso puede implementarse como promedio variable del conjunto de valores de indicador de intensidad de señal recibidos de señales de aviso del primer nodo de ID emitido dentro de una ventana anterior a la segunda señal de aviso.
En otra realización de este aparato de nodo maestro, la unidad de procesamiento de nodo puede estar operativa para identificar el candidato de evento estando operativa además para detectar una modificación en el valor de intensidad de señal recibido al comparar el valor de intensidad de señal de la primera señal de aviso y el valor de intensidad de señal de la segunda señal de aviso, y luego identificar el candidato de evento como evento de modificación cuando la modificación detectada en el valor de intensidad de señal recibido es al menos un valor umbral. Una realización adicional detallada puede hacer que el parámetro observado sea una modificación observada en el valor de intensidad de señal tal como se detecta por la unidad de procesamiento de nodo. Como tal, la unidad de procesamiento de nodo puede estar operativa para identificar el candidato de evento y provocar que la segunda interfaz de comunicación notifique el candidato de evento al servidor estando operativa además para (a) detectar una modificación inicial en el valor de intensidad de señal recibido cuando la modificación observada en el valor de intensidad de señal entre la pluralidad de señales de aviso es al menos un valor umbral de iniciación; (b) detectar, a través de la primera interfaz de comunicación, al menos una señal de aviso posterior emitida por el primer nodo de ID después de que el primer nodo de ID emita la segunda señal de aviso; (c) detectar, a través de la primera interfaz de comunicación, una modificación continua en el valor de intensidad de señal recibido cuando la modificación observada en el valor de intensidad de señal entre la segunda señal de aviso en comparación con la señal de aviso posterior recibida; y (d) provocar que la segunda interfaz de comunicación notifique el candidato de evento al servidor como evento de modificación solo después de detectar la modificación inicial y si la modificación continua detectada es menor que un valor umbral de evento continuo.
En otras realizaciones más, el parámetro observado puede comprender un tiempo entre sucesivas señales de aviso emitidas desde el primer nodo de ID y tal como se detecta por la unidad de procesamiento de nodo a través de la primera interfaz de comunicación. Como tal, la unidad de procesamiento de nodo puede estar operativa para identificar el candidato de evento estando operativa además para detectar un intervalo de tiempo entre la primera señal de aviso y la segunda señal de aviso e identificar el candidato de evento cuando el intervalo de tiempo detectado es menor que un intervalo de tiempo de umbral.
Pueden describirse diversas realizaciones adicionales de este aparato de nodo maestro con más detalles acerca de la identificación del candidato de evento como un tipo particular de evento de nodo. Por ejemplo, en una realización, la unidad de procesamiento de nodo puede estar operativa para identificar el candidato de evento como un evento en línea cuando el intervalo de tiempo detectado es menor que el intervalo de tiempo de umbral y la primera interfaz de comunicación detecta al menos una señal de aviso adicional emitida por el primer nodo de ID dentro del intervalo de tiempo de umbral después de la segunda señal de aviso. Más detalladamente, la unidad de procesamiento de nodo puede estar operativa para identificar el candidato de evento como el evento en línea cuando (a) el intervalo de tiempo detectado entre la primera señal de aviso y la segunda señal de aviso es menor que el intervalo de tiempo de umbral y (b) la primera interfaz de comunicación ha detectado al menos un número de umbral de señales de aviso del primer nodo de ID cada una de las cuales se detectan por la primera interfaz de comunicación dentro del intervalo de tiempo de umbral de cada una, donde la detección de la primera señal de aviso y la detección de la segunda señal de aviso se incluyen en el número de umbral de señales de aviso del primer nodo de ID.
En otra realización, la unidad de procesamiento de nodo puede estar operativa para identificar el candidato de evento como un evento fuera de línea cuando (a) el tiempo detectado desde que la primera interfaz de comunicación detectó la segunda señal de aviso es mayor que un intervalo de tiempo de umbral y (b) la unidad de procesamiento de nodo identificó previamente un evento en línea relacionado con señales del primer nodo de ID incluyendo la primera señal de aviso y la segunda señal de aviso.
En una realización diferente más, la unidad de procesamiento de nodo puede estar operativa para identificar el candidato de evento como un evento esporádico cuando la primera interfaz de comunicación detecta al menos la primera señal de aviso y la segunda señal de aviso pero no detecta al menos un número de umbral de señales de aviso del primer nodo de ID dentro de un período de tiempo definido desde cuando la primera interfaz de comunicación detecta la primera señal de aviso.
En otra realización más, la unidad de procesamiento de nodo puede estar operativa para identificar el candidato de evento como evento de punto de control cuando finaliza un intervalo de notificación periódica y basándose en la comparación del parámetro observado de la primera señal de aviso y la segunda señal de aviso.
Cuando el parámetro observado comprende una configuración de perfil observada, la unidad de procesamiento de nodo puede estar operativa para identificar el candidato de evento como evento de cambio de perfil cuando la comparación indica que la configuración de perfil observada de la segunda señal de aviso es diferente de la configuración de perfil observada de la primera señal de aviso. De manera similar, cuando el parámetro observado comprende una configuración de potencia de salida observada para el primer nodo de ID, la unidad de procesamiento de nodo puede estar operativa para identificar el candidato de evento como un evento de cambio de potencia de transmisión cuando la comparación por la unidad de procesamiento de nodo indica que la configuración de potencia de salida observada relacionada con la segunda señal de aviso es diferente a la configuración de potencia de salida observada relacionada con la primera señal de aviso. Y, finalmente, cuando el parámetro observado comprende datos de sensor recopilados por un sensor en el primer nodo de ID, la unidad de procesamiento de nodo puede estar operativa para identificar el candidato de evento como un evento de cambio de entorno cuando la comparación por la unidad de procesamiento de nodo indica que un segundo valor de datos de sensor incluido como parte de la segunda señal de aviso difiere más que una cantidad de umbral cuando se compara con un primer valor de datos de sensor incluido como parte de la primera señal de aviso.
Una realización de este aparato de nodo maestro puede permitir cambiar de manera adaptativa el intervalo de notificación de un candidato de evento al servidor para responder, por ejemplo, a una situación de alerta. Por ejemplo, la unidad de procesamiento de nodo puede estar además operativa para detectar un elemento de indicación de alerta del primer nodo de ID y reducir el intervalo de notificación periódica al detectar el elemento de indicación de alerta. El elemento de indicación de alerta puede formar parte de un encabezado de al menos una de la primera señal de aviso y la segunda señal de aviso. Y el intervalo de notificación periódica puede ser un período de tiempo ajustable por la unidad de procesamiento de nodo o un número de recepciones de señal ajustables por la unidad de procesamiento de nodo.
Una realización adicional del aparato de nodo maestro puede implementar un elemento de indicación de alerta de este tipo como un identificador de perfil correspondiente a uno de los muchos tipos diferentes de perfiles de funcionamiento (tales como perfiles de alerta) usados con diferentes nodos de ID tal como se explicó anteriormente. Como tal, el elemento de indicación de alerta puede comprender un identificador de perfil que indica un perfil de alerta que está usándose por el primer nodo de ID, donde el perfil de alerta es uno de una pluralidad de perfiles de funcionamiento que rige operaciones de emisión de señal de aviso por el primer nodo de ID.
La unidad de procesamiento de nodo también puede estar operativa para eliminar parte de la información de señal recopilada (por ejemplo, valores de intensidad de señal observados e información de temporización recogidos de al menos la primera señal de aviso y de la segunda señal de aviso) almacenados en el elemento de almacenamiento de memoria después de provocar que la segunda interfaz de comunicación notifique el evento de punto de control al servidor como parte de la reducción de datos que pueden conservarse cuando se monitorizan candidatos de evento adicionales.
En cuanto a las medidas reactivas que pueden tomarse después de informar al candidato de evento, la unidad de procesamiento de nodo puede además estar operativa para recibir, a través de la segunda interfaz de comunicación, una respuesta de ajuste desde el servidor basándose en el candidato de evento notificado. La respuesta de ajuste puede comprender un perfil ajustado para al menos uno del aparato de nodo maestro y el primer nodo de ID o un perfil ajustado para al menos uno de los otros nodos de ID. En otra realización, la respuesta de ajuste puede incluir datos de contexto actualizados que reflejan el candidato de evento notificado, donde tales datos de contexto pueden usarse por la unidad de procesamiento de nodo al gestionar los nodos de ID.
Otra realización de este aparato de nodo maestro puede identificar el candidato de evento desde una perspectiva de resumen de puntos de control de monitorización de señales de aviso. En particular, tal realización puede hacer que la unidad de procesamiento de nodo del aparato de nodo maestro esté operativa para detectar, a través de la primera interfaz de comunicación, una tercera señal de aviso emitida por el primer nodo de ID a través de la primera trayectoria de comunicación después de que el primer nodo de ID emita la segunda señal de aviso y luego detectar, a través de la primera interfaz de comunicación, una cuarta señal de aviso emitida por el primer nodo de ID a través de la primera trayectoria de comunicación después de que el primer nodo de ID emita la tercera señal de aviso. La unidad de procesamiento de nodo también puede estar operativa para generar un primer resumen de puntos de control como una representación estadística de la primera señal de aviso y la segunda señal de aviso, y también generar un segundo resumen de puntos de control como una representación estadística de la tercera señal de aviso y la cuarta señal de aviso. La unidad de procesamiento de nodo puede estar operativa además para comparar el parámetro observado para cada uno del primer resumen de puntos de control y el segundo resumen de puntos de control, y luego identificar el candidato de evento basándose en la comparación del parámetro observado para cada uno del primer resumen de puntos de control y el segundo resumen de puntos de control.
Como generalmente se explicó con referencia a la figura 34, otra realización más puede incluir un sistema de monitorización que identifica un candidato de evento dentro de una red de nodos inalámbricos. El sistema de monitorización comprende al menos un servidor, un nodo de ID que emite señales de aviso y un nodo maestro dispuesto dentro de la red de nodos inalámbricos. El nodo maestro en este sistema de monitorización a modo de ejemplo puede implementarse con realizaciones de los aparatos de nodo maestro tal como se expuso anteriormente.
En algunas situaciones, un nodo de ID a modo de ejemplo puede hacerse funcionar bajo un perfil que hace que cicle potencia según reglas definidas en el perfil. Como tal, un nodo maestro que observa el nodo de ID de ciclo puede usar un método alterado para monitorizar un candidato de evento dado que el nodo de ID se conoce o se detecta que está emitiendo con una configuración de perfil de potencia de RF de emisión de ciclo. La figura 41 es un diagrama de flujo que ilustra un método a modo de ejemplo para una monitorización mejorada para un candidato de evento dentro de una red de nodos inalámbricos basándose en la recepción de una pluralidad de señales desde un nodo de ID y detectar si el nodo de ID está emitiendo con una configuración de perfil de potencia de RF de emisión de ciclo según una realización de la invención. Haciendo referencia ahora a la figura 41, el método 4100 comienza con la red de nodos inalámbricos que tiene una pluralidad de nodos de ID, un nodo maestro en comunicación con los nodos de ID, y un servidor en comunicación con el nodo maestro. En la etapa 4105, el nodo maestro recibe una primera pluralidad de señales de aviso emitida por uno primero de los nodos de ID. El método 4100 avanza entonces a la etapa 4110 donde el nodo maestro detecta si el primer nodo de ID está emitiendo con una configuración de perfil de potencia de RF de emisión de ciclo basada en al menos una de la primera pluralidad de señales de aviso. Por ejemplo, el nodo maestro puede mirar a una parte particular de un encabezado del paquete de datos de señal de aviso que se emite por el primer nodo de ID para encontrar un perfil de potencia. El perfil de potencia puede indicar que el primer nodo de ID está funcionando actualmente en un modo bajo una configuración de perfil de potencia de RF de emisión de ciclo que periódicamente tiene el nodo de ID cambiando su potencia emitida. En tal caso, monitorizar un candidato de evento del nodo maestro puede implicar etapas particulares que pueden diferir de monitorizar un candidato de evento con nodos de ID que no funcionan bajo una configuración de perfil de potencia de RF de emisión de ciclo.
En la etapa 4115, el método 4100 avanza con el nodo maestro que recibe una segunda pluralidad de señales de aviso emitida por el primer nodo de ID después de que el primer nodo de ID emita la primera pluralidad de señales de aviso. Una segunda pluralidad de este tipo de señales de aviso se emite con la configuración de perfil de potencia de RF de emisión de ciclo (por ejemplo, ciclo de un nivel de baja potencia, a un nivel de potencia media, a un nivel de potencia alta). La configuración de perfil de potencia de RF de emisión de ciclo define un período de ciclo durante el cual el primer nodo de ID altera la forma en la que emite a diferentes niveles de potencia.
En la etapa 4120, el nodo maestro determina un primer promedio de un parámetro observado para la primera pluralidad de señales de aviso dentro de una primera ventana de tiempo acorde con el período de ciclo y luego, en la etapa 4125, determina un segundo promedio del parámetro observado para la segunda pluralidad de señales de aviso dentro de una segunda ventana de tiempo acorde con el período de ciclo. La determinación de tales promedios para los parámetros observados en bruto (por ejemplo, un valor de intensidad de señal observado o valor de RSSI) durante un período de ciclo de este tipo permite ventajosamente una comparación más significativa en la etapa 4130. En particular, la etapa 4130 hace que el nodo maestro identifique el candidato de evento cuando una comparación del primer promedio y el segundo promedio indica un cambio observado en relación con el primer nodo de ID (tal como cuando la segunda intensidad de señal observada promedio es mayor que un umbral menor que o mayor que la primera intensidad de señal observada promedio). Después de eso, la etapa 4135 hace que el nodo maestro notifique el candidato de evento al servidor.
Los expertos en la técnica apreciarán que el método 4100 tal como se da a conocer y se explicó anteriormente en diversas realizaciones puede implementarse en un nodo maestro a modo de ejemplo (por ejemplo, el nodo maestro 3410 a modo de ejemplo en la figura 35) ejecutando una o más partes del código de gestión y control maestro 425 conjuntamente con el código de motor de detección de evento 3415 para realizar las etapas del método 4100 tal como se describió anteriormente. Tal código puede almacenarse en un medio no transitorio legible por ordenador, tal como un elemento de almacenamiento de memoria 415 en el nodo maestro 3410. Por tanto, al ejecutar un código de este tipo, el nodo maestro puede estar especialmente adaptado para interactuar con otros dispositivos de red (tales como uno o más nodos de ID tal como se muestra en la figura 34 y el servidor 3400 tal como se muestra en la figura 34) ya que la unidad de procesamiento 400 del nodo maestro está especialmente adaptada para estar operativa para realizar operaciones algorítmicas o etapas de los métodos a modo de ejemplo dados a conocer anteriormente, incluyendo el método 4100 y las variaciones de ese método.
Realizaciones más detalladas que monitorizan un candidato de evento pueden implicar mejoras adicionales relacionadas con el uso de puntos de control de referencia y tipos específicos de datos de evento generados que se proporcionan como parte del candidato de evento notificado al servidor. Un evento de punto de control de referencia es generalmente un punto periódico durante un horizonte de evento (si la monitorización llega por lo menos a un tipo de evento en línea del candidato de evento) que resume varias observaciones del nodo maestro (ya sean las observaciones en bruto o una representación estadística de las observaciones (como un promedio variable)) desde un evento de punto de control de referencia anterior. Por ejemplo, un promedio variable de parámetros observados (por ejemplo, valores de RSSI como se muestra en las figuras 37A-M) para señales de aviso detectadas puede basarse en un número, n, de señales de aviso sucesivas que definen una ventana para el promedio variable. Como tal, la ventana esencialmente tiene de anchura de muestra n de puntos en el tiempo donde se detectan señales de aviso y desde donde calcular el promedio variable. A medida que avanza el tiempo y se detectan además señales de aviso sucesivas, la ventana de promedio variable de anchura n se desliza esencialmente hacia delante en el tiempo para entonces solo cubrir las últimas observaciones de señales de aviso n. Por tanto, un primer evento de punto de control puede identificarse cuando el nodo maestro ha recibido un número suficiente de señales de aviso sucesivas desde un nodo de ID para llenar la ventana de promedio variable. Un primer evento de punto de control de este tipo basado en el primer promedio variable calculado en un horizonte de evento monitorizado de un nodo de ID puede considerarse un primer evento de punto de control de referencia, que puede usarse posteriormente como punto de referencia para comparaciones (tal como, al identificar si se ha producido un evento de modificación). Y a medida que avanza el tiempo y se detectan señales de aviso sucesivas adicionales desde el nodo de ID, el nodo maestro puede actualizar periódicamente el evento de punto de control de referencia usado para tales comparaciones. Además, el nodo maestro también puede solo notificar periódicamente nuevos eventos de punto de control al servidor como nuevos eventos de punto de control de resumen. En otras palabras, el nodo maestro puede basarse en eventos de punto de control de referencia como un tipo de base, identificar nuevos eventos de punto de control usados para comparar con el actual evento de punto de control de referencia de base, actualizar el evento de punto de control de referencia con el nuevo evento de punto de control, y luego solo notificar periódicamente nuevos eventos de punto de control al servidor como un nuevo evento de punto de control de resumen. En resumen, realizaciones adicionales pueden usar eventos de punto de control de referencia como parte del procesamiento y monitorización mejorados para candidatos de evento que además mejora y simplifica la gestión de la red de nodos inalámbricos.
Las figuras 42A-42D son diagramas de flujo detallados que ilustran partes de un método a modo de ejemplo para monitorización mejorada para un candidato de evento dentro de una red de nodos inalámbricos que tiene una pluralidad de nodos de ID, un nodo maestro en comunicación con los nodos de ID, y un servidor en comunicación con el nodo maestro según una realización de la invención. En general, las figuras 42A- 42D describen etapas a modo de ejemplo realizadas por un nodo maestro a modo de ejemplo al monitorizar un candidato de evento. Como se verá, tales etapas hacen que el nodo maestro explore esencialmente señales de aviso y, una vez detectada una primera señal de uno de los nodos de ID, el maestro comienza a monitorizar un horizonte de evento relacionado con ese nodo de ID particular para identificar eventos de nodo relevantes y notificar los eventos de nodo identificados de nuevo al servidor como candidatos de evento que tienen tipos particulares de datos de evento relevantes. En general, tales datos de evento relevantes para un evento asociado con un nodo de ID pueden incluir información de temporización e información de intensidad de señal observada relacionada con las señales de aviso detectadas, así como información proporcionada originalmente por el nodo de ID al nodo maestro (por ejemplo, datos de sensor como una tensión de batería actual y/o un valor de temperatura asociado con el primer nodo de ID, y datos de carga útil proporcionados por el primer nodo de ID). Los expertos en la técnica apreciarán que mientras que la realización a modo de ejemplo explicada en las figuras 42A-42D puede implicar determinar un promedio variable como una manera para ayudar a evitar problemas de ruido con detecciones de señales de aviso a lo largo del tiempo, otras realizaciones con etapas similares pueden desplegar otros tipos de representaciones estadísticas de las señales de aviso detectadas al monitorizar un candidato de evento.
Más detalladamente y haciendo referencia ahora a la figura 42A, el método 4200 comienza en la etapa 4202 con el nodo maestro explorando señales de aviso emitidas desde uno o más de los nodos de ID. Si el nodo maestro detecta una primera señal emitida por uno primero de los nodos de ID en la etapa 4204, el método 4200 avanza a la etapa 4206. Sin embargo, si el nodo maestro aún no ha detectado una señal, el método 4200 vuelve a la etapa 4202 para seguir explorando señales de aviso. En la etapa 4206, el nodo maestro identifica el candidato de evento como un primer evento de avistamiento relacionado con el primer nodo de ID. En respuesta a la etapa 4208, el nodo maestro genera datos de evento que representan el primer evento de avistamiento una vez que el nodo maestro identifica el primer evento de avistamiento. Básicamente, los datos de evento generados en la etapa 4208 representan el primer evento de avistamiento e incluyen al menos un identificador del primer nodo de ID (por ejemplo, un identificador único relacionado con el nodo de ID, como una dirección de control de acceso al medio (MAC)), y al menos información de temporización e información de intensidad de señal observada que caracteriza el primer avistamiento de evento. Más detalladamente, tal información de temporización y la información de intensidad de señal observada que caracteriza al primer avistamiento de evento pueden incluir una marca de tiempo que identifique cuándo el nodo maestro detectó la primera señal y el valor de intensidad de señal observado para la primera señal (como un valor de RSSI observado o recibido). En la etapa 4210, el nodo maestro notifica los datos de evento que representan el primer evento de avistamiento al servidor al generar los datos de evento que representan el primer evento de avistamiento.
En la etapa 4212, el nodo maestro puede detectar un elemento de indicación de alerta que refleje un estado del primer nodo de ID. Por ejemplo, el elemento de indicación de alerta puede formar parte de la primera señal de aviso detectada (por ejemplo, un estado en una parte del encabezado de la señal) que indica una fase de alerta para el nodo de ID. En algunas realizaciones, el elemento de indicación de alerta en el encabezado de señal de aviso puede implementarse como un identificador de perfil que corresponde a uno de los varios perfiles de funcionamiento diferentes que pueden usarse por el nodo de ID.
Si se detecta el elemento de indicación de alerta en la etapa 4212, el método 4200 puede entonces avanzar a la etapa 4214. De lo contrario, la etapa 4212 avanza directamente a la etapa 4216. En la etapa 4214, el nodo maestro puede cambiar un intervalo de muestreo/notificación relativo a este primer nodo de ID como una manera para monitorizar con mayor frecuencia y posiblemente actualizar el servidor acerca de este primer nodo de ID. Por ejemplo, el nodo maestro puede aumentar la frecuencia con la que el nodo maestro actualiza el servidor con candidatos de evento notificados y los datos de evento relacionados en el primer nodo de ID si el nodo maestro detecta que el elemento de indicación de alerta está establecido. En otro ejemplo, el nodo maestro puede disminuir cuántas señales detectadas desde el primer nodo de ID pueden necesitarse para calificarse como un evento de punto de control si el nodo maestro detecta que el elemento de indicación de alerta está establecido. Después de eso, la etapa 4214 avanza a la etapa 4216 donde el método 4200 hace que el nodo maestro continúe explorando señales de aviso adicionales.
Después de la etapa 4216 mostrada en la figura 42A, el método 4200 avanza a través de la transición (A) a la figura 42B, donde el método 4200 continúa en la etapa 4218 donde el nodo maestro determina si ha transcurrido un tiempo de intervalo antes de recibir la siguiente señal de aviso sucesiva del primer nodo de ID. Si es así, entonces la etapa 4218 avanza a la etapa 4220 ya que el nodo maestro habrá identificado el candidato de evento como un evento esporádico. En otras palabras, el nodo maestro identifica el candidato de evento como un evento esporádico cuando (1) el nodo maestro no ha identificado un primer evento de punto de control de referencia relacionado con el primer nodo de ID y (2) el nodo maestro no ha detectado una señal posterior emitida por el primer nodo de ID dentro de un período de tiempo de intervalo desde el momento en que el nodo maestro detectó una señal más reciente del primer nodo de ID (por ejemplo, el tiempo de intervalo ha transcurrido antes de que se detecte una señal posterior si no se detectó ninguna señal posterior).
En la etapa 4222, el nodo maestro genera los datos de evento que representan el evento esporádico, tales como al menos información de temporización e información de intensidad de señal observada que caracteriza el evento esporádico. Más detalladamente, una realización adicional del método 4200 puede tener la información de temporización e información de intensidad de señal observada que caracteriza el evento esporádico que comprende una o más de una marca de tiempo cuando el nodo maestro identificó el evento esporádico, un promedio de valor de intensidad de señal observada para cualquier señal emitida por el primer nodo de ID y detectado por el nodo maestro desde la primera señal y antes del período de tiempo de intervalo transcurrido, y un recuento de las señales emitidas por el primer nodo de ID y detectadas por el nodo maestro desde la primera señal y antes de que haya transcurrido el período de tiempo de intervalo. Después de eso, en la etapa 4224, el nodo maestro notifica los datos de evento que representan el evento esporádico al servidor y luego el método 4200 vuelve al principio del método 4200 donde el nodo maestro comienza a buscar de nuevo señales de aviso.
Sin embargo, si el nodo maestro en la etapa 4218 determina que el tiempo de intervalo no ha transcurrido antes de recibir la siguiente señal de aviso sucesiva desde el primer nodo de ID, entonces la etapa 4218 del método 4200 avanza a la etapa 4226 donde el nodo maestro continúa buscando señales de aviso sucesivas adicionales del primer nodo de ID. En la etapa 4228, si el nodo maestro detecta la siguiente señal, el método 4200 avanza a la etapa 4230, pero de lo contrario vuelve a la etapa 4226 para continuar la exploración. En la etapa 4230, el nodo maestro determina si ha transcurrido el tiempo de intervalo antes de recibir otra señal de aviso sucesiva del primer nodo de ID. Si ha transcurrido el tiempo de intervalo, el nodo maestro avanza a la etapa 4220 relacionada con la identificación del candidato de evento como un evento esporádico. Sin embargo, si el nodo maestro determina que el tiempo de intervalo no ha transcurrido en la etapa 4230 debido a la recepción de otra señal de aviso sucesiva del primer nodo de ID, el método 4200 avanza a la etapa 4232 donde el nodo maestro además determina si ha detectado/recibido un número inicial de señales sucesivas posteriores emitidas desde el primer nodo de ID. Si no es así, el nodo maestro está básicamente acumulando suficientes detecciones de señales de aviso para una ventana de promedio variable, y la etapa 4232 vuelve a 4226 para continuar la búsqueda de más señales de aviso desde el primer nodo de ID. Sin embargo, si el nodo maestro ha detectado el número inicial de señales sucesivas posteriores emitidas desde el primer nodo de ID en la etapa 4232, el método 4200 avanza a la etapa 4234.
En la etapa 4234, el nodo maestro determina una representación estadística del número inicial de señales sucesivas posteriores (como un primer promedio variable de un valor de intensidad de señal observado para el número inicial de señales sucesivas posteriores emitidas desde el primer nodo de ID (incluyendo la primera señal)) dado que el tiempo transcurrido entre cada una del número inicial de señales sucesivas posteriores es menor que el tiempo de intervalo (que de otro modo habría identificado un tipo esporádico de evento). En lugar de considerarse un tipo esporádico de evento bajo este tipo de criterios de evento, el método 4200 avanza a la etapa 4236 donde el nodo maestro identifica el candidato de evento como un primer evento de punto de control de referencia basado en el primer promedio variable del valor de intensidad de señal observado determinado en la etapa 4234. El primer evento de punto de control de referencia representa un estado en línea detectado del primer nodo de ID por el nodo maestro, también conocido como tipo de “evento en línea” de candidato de evento que indica que el primer nodo de ID está esencialmente “en línea” con el nodo maestro de modo que el nodo maestro está recibiendo de manera constante señales de aviso del primer nodo de ID y observando parámetros relacionados con esas señales como parte de la monitorización para otros candidatos de evento durante el horizonte de evento relacionado con el primer nodo de ID. En la etapa 4238, el método 4200 hace que el nodo maestro genere los datos de evento que representan el primer evento de punto de control de referencia una vez que el nodo maestro identifica el primer evento de punto de control de referencia en la etapa 4236. Tales datos de evento que representan el primer evento de punto de control de referencia comprenden al menos información de temporización e información de intensidad de señal observada que caracteriza el primer evento de punto de control de referencia. Más detalladamente, una realización adicional del método 4200 puede tener la información de temporización y la información de intensidad de señal observada que caracteriza el primer evento de punto de control de referencia como un evento en línea que comprende una o más de una marca de tiempo cuando el nodo maestro identificó el primer evento de punto de control de referencia, el promedio variable del valor de intensidad de señal observado en el primer evento de punto de control de referencia, y un recuento de las señales emitidas por el primer nodo de ID y detectadas por el nodo maestro entre el primer evento de avistamiento identificado y el primer evento de punto de control de referencia identificado. Después de eso, el método 4200 avanza a la etapa 4240 donde el nodo maestro notifica los datos de evento que representan el primer evento de punto de control de referencia al servidor antes de avanzar por la transición (B) a la etapa 4242 que se muestra en la figura 42C.
Haciendo referencia ahora a la figura 42C, el nodo maestro está buscando de nuevo señales de aviso sucesivas después de identificar el primer evento de punto de control de referencia y notificarlo al servidor y determina si el tiempo de intervalo entre la recepción de las siguientes señales de aviso sucesivas y la señal detectada previamente ha transcurrido en la etapa 4242. Si es así, el método 4200 puede avanzar a la etapa 4244 donde el nodo maestro identifica el candidato de evento como un evento fuera de línea relacionado con el primer nodo de ID porque (1) el nodo maestro identificó previamente el primer evento de punto de control de referencia relacionado con el primer nodo de ID en la etapa 4236 y (2) el nodo maestro no detecta una señal posterior emitida por el primer nodo de ID dentro del período de tiempo de intervalo desde que el nodo maestro detectó una de las señales sucesivas posteriores más reciente desde el primer nodo de ID como se determina en la etapa 4242. Como tal, el método 4200 avanza a la etapa 4246 donde el nodo maestro genera datos de evento que representan el evento fuera de línea que comprende al menos información de temporización e información de intensidad de señal observada que caracteriza el evento fuera de línea. Más detalladamente, una realización adicional del método 4200 puede tener la información de temporización y la información de intensidad de señal observada que caracteriza el evento fuera de línea que comprende una o más de una marca de tiempo cuando el nodo maestro identificó el evento fuera de línea, el promedio variable del valor de intensidad de señal observado entre un evento de punto de control de referencia más reciente y cuando el nodo maestro identificó el evento fuera de línea, y un recuento de las señales emitidas por el primer nodo de ID y detectadas por el nodo maestro entre el evento de punto de control de referencia más reciente y cuando el nodo maestro identificó el evento fuera de línea. Después de eso, en la etapa 4248, el nodo maestro notifica los datos de evento que representan el evento fuera de línea al servidor y luego el método 4200 vuelve al principio del método 4200 donde el nodo maestro comienza a buscar de nuevo señales de aviso.
Sin embargo, si el método 4200 determina el tiempo de intervalo transcurrido antes de recibir otra señal de aviso sucesiva en la etapa 4242, el método 4200 avanza a la etapa 4250 donde el nodo maestro continúa buscando señales de aviso sucesivas adicionales del primer nodo de ID. Si el nodo maestro detecta otra señal de aviso en la etapa 4252 y el tiempo de intervalo no ha transcurrido, el método 4200 se mueve entonces a la etapa 4256 donde el nodo maestro determina un siguiente promedio variable de parámetros observados (como los valores de RSSI observados) que incluye esta señal recién detectada. Los expertos en la técnica apreciarán por realizaciones que pueden resumir las señales de aviso detectadas usando una representación estadística distinta de un promedio variable (como una mediana o simplemente un promedio sobre un número determinado de señales detectadas), la etapa 4256 puede darse de manera opcional determinando o generando una representación estadística alternativa puede tener lugar después de recibir o detectar el siguiente conjunto de señales de aviso sucesivas (como en la etapa 4260).
Sin embargo, si no se detecta ninguna nueva señal en la etapa 4252, el método 4200 vuelve a la exploración en la etapa 4250. Y si ha transcurrido el tiempo de intervalo, entonces la etapa 4254 avanza a la etapa 4244 para que el nodo maestro pueda identificar el candidato de evento como un evento fuera de línea como se ha descrito anteriormente.
Una vez que el nodo maestro ha determinado el siguiente promedio variable en la etapa 4256, el nodo maestro determina si ha detectado un número de umbral posterior de señales de aviso (y determinado sus respectivos promedios variables) después del evento de punto de control de referencia más reciente (por ejemplo, el primer evento de punto de control de referencia de la etapa 4236). Si no es así, el nodo maestro en el método 4200 necesita continuar buscando señales de aviso sucesivas adicionales de vuelta en la etapa 4250. Pero si es así, el método 4200 avanza a la etapa 4260 donde el nodo maestro identifica un nuevo evento de punto de control y luego avanza a través de la transición (C) a la etapa 4262 en la figura 42D.
Haciendo referencia ahora a figura 42D, el nodo maestro ha identificado ahora un nuevo evento de punto de control (y determinado un nuevo promedio variable del valor de intensidad de señal observado para ese punto) y puede realizar análisis adicional para ver si puede identificar un evento de modificación. Más detalladamente, el método 4200 continúa en la etapa 4262 comparando el promedio variable del valor de intensidad de señal observado asociado con el nuevo evento de punto de control y el promedio variable del valor de intensidad de señal observado asociado con un evento de punto de control de referencia anterior para determinar una diferencia entre estos promedios variables (es decir, ARSSI). Nuevamente, los expertos en la técnica apreciarán que otras realizaciones del método 4200 pueden usar un tipo diferente de representación estadística asociado a la comparación de punto de control de referencia en la etapa 4262 (como comparar promedios respectivos de los valores de intensidad de señal observados de las señales de aviso detectadas representadas por el anterior evento de punto de control y el nuevo evento de punto de control).
Desde la etapa 4262, el método 4200 avanza a la etapa 4264 donde el nodo maestro detecta si existe una diferencia entre el promedio variable del valor de intensidad de señal observado asociado con el nuevo evento de punto de control y el promedio variable del valor de intensidad de señal observado asociado con un evento de punto de control de referencia anterior o por encima de un valor umbral de diferencia de intensidad de señal observado (es decir, si ARSSI > RSSIumbral). Si es así, la etapa 4264 avanza a la etapa 4266. De no ser así, la etapa 4264 avanza a la etapa 4274.
En la etapa 4266, el nodo maestro identifica el candidato de evento como un evento de modificación relacionado con el primer nodo de ID dado, la diferencia detectada en la etapa 4264 es igual o superior al valor umbral de diferencia de intensidad de señal observado (es decir, RSSIumbral). El método 4200 avanza entonces a la etapa 4268 donde el nodo maestro genera datos de evento que representan el evento de modificación que comprende al menos información de temporización e información de intensidad de señal observada que caracteriza el evento de modificación. Más detalladamente, una realización adicional del método 4200 puede tener la información de temporización y la información de intensidad de señal observada que caracteriza el evento de modificación que comprende una o más de una marca de tiempo cuando el nodo maestro identificó el evento de modificación, el promedio variable del valor de intensidad de señal observado entre un evento de punto de control de referencia más reciente y cuando el nodo maestro identificó el evento de modificación, y un recuento de las señales emitidas por el primer nodo de ID y detectadas por el nodo maestro entre el evento de punto de punto de control de referencia más reciente y cuando el nodo maestro identificó el evento de modificación. Más realizaciones adicionales pueden tener datos de evento a modo de ejemplo relacionados con un evento de modificación, que incluye información de pendiente sobre si la intensidad de señal observada está aumentando o disminuyendo, y en algunos ejemplos un valor relativo de tal pendiente. Después de eso, el nodo maestro notifica los datos de evento que representan el evento de modificación al servidor en la etapa 4270. Después de la etapa 4270, el método avanza a la etapa 4272.
Cuando la etapa 4264 avanza directamente a la etapa 4274 porque la diferencia en los promedios variables aún no está en o por encima del valor umbral de intensidad de señal observado, la etapa 4274 hace que el nodo maestro determine si, al identificar el nuevo evento de punto de control, el nodo maestro ha identificado con éxito un número de umbral, z, de nuevos eventos de punto de control sucesivos desde el último evento de punto de control de referencia. De no ser así, la etapa 4274 avanza directamente a la etapa 4272. Sin embargo, si el nodo maestro ha identificado con éxito un número de umbral, z, de nuevos eventos de punto de control sucesivos desde el último evento de punto de control de referencia (que incluye el evento de punto de control de referencia más reciente identificado en la etapa 4260), el nodo maestro identifica el candidato de evento como un nuevo evento de punto de control de resumen en la etapa 4276, genera datos de evento que representan el nuevo evento de punto de control de resumen (que incluye al menos información de temporización e información de intensidad de señal observada que caracteriza el nuevo evento de punto de control de resumen) en la etapa 4278. Más detalladamente, una realización adicional del método 4200 puede tener la información de temporización y la información de intensidad de señal observada que caracteriza el nuevo evento de punto de control de resumen que comprende una o más de una marca de tiempo cuando el nodo maestro identificó el nuevo evento de punto de control de resumen, el promedio variable de valor de intensidad de señal observado entre un evento de punto de control de referencia más reciente y cuando el nodo maestro identificó el nuevo evento de punto de control de resumen, y un recuento de las señales emitidas por el primer nodo de ID y detectadas por el nodo maestro entre el evento de punto de control de referencia más reciente y cuando el nodo maestro identificó el nuevo evento de punto de control de resumen. Después de eso, el nodo maestro notifica los datos de evento que representan el nuevo evento de punto de control de resumen al servidor en la etapa 4280. Después de la etapa 4280, el método 4200 avanza a la etapa 4272.
En la etapa 4272, el método 4200 hace que el nodo maestro reemplace datos de evento que representan el evento de punto de control de referencia anterior por datos de evento que representan el nuevo evento de punto de control identificado en la etapa 4260 o nuevo evento de punto de control de resumen, tal como se identifica en la etapa 4276. Después de eso, el método 4200 vuelve a través de la transición (B) a la etapa 4242 para continuar la búsqueda de señales de aviso sucesivas adicionales.
En otra realización más, el método 4200 puede avanzar además y hacer que el nodo maestro identifique el candidato de evento como un evento de cambio de perfil bajo condiciones particulares. En un ejemplo, el nodo maestro puede identificar el candidato de evento como un evento de cambio de perfil relacionado con el primer nodo de ID cuando el nodo maestro observa una configuración de perfil alterada del primer nodo de ID como se refleja en las señales sucesivas posteriores emitidas desde el primer nodo de ID. Después de eso, el nodo maestro puede generar datos de evento que representan el evento de cambio de perfil (que comprende al menos información de temporización e información de configuración de perfil observada que caracterizan el evento de cambio de perfil) y notificar los datos de evento que representan el evento de cambio de perfil al servidor al generar los datos de evento que representan el evento de cambio de perfil.
En otro ejemplo, el nodo maestro puede identificar el candidato de evento como un evento de cambio de perfil relacionado con el nodo maestro cuando el nodo maestro altera una configuración de perfil de nodo maestro. Después de eso, el nodo maestro puede generar datos de evento que representan el evento de cambio de perfil (que comprende al menos información de temporización e información de configuración de perfil observada que caracterizan el evento de cambio de perfil) y notificar los datos de evento que representan el evento de cambio de perfil al servidor al generar los datos de evento que representan el evento de cambio de perfil.
Los expertos en la técnica apreciarán que el método 4200 como se da a conocer y se explica anteriormente en varias realizaciones puede implementarse en un nodo maestro a modo de ejemplo (por ejemplo, nodo maestro 3410 a modo de ejemplo en la figura 35) ejecutando una o más partes del código de gestión y control maestro 425 junto con el código de motor de detección de evento 3415 para realizar las etapas del método 4200 descritas anteriormente. Tal código puede almacenarse en un medio no transitorio legible por ordenador, como el elemento de almacenamiento de memoria 415 en el nodo maestro 3410. Por tanto, al ejecutar tal código, el nodo maestro puede estar especialmente adaptado para interactuar con otros dispositivos de red (tales como uno o más nodos de ID como se muestra en la figura 34 y el servidor 3400 como se muestra en la figura 34) ya que la unidad de procesamiento 400 del nodo maestro está especialmente adaptada para estar operativa para realizar operaciones algorítmicas o etapas de los métodos a modo de ejemplo dados a conocer anteriormente, que incluyen el método 4200 y las variaciones de ese método.
En otra realización más, puede describirse tal como sigue un aparato de nodo maestro a modo de ejemplo adicional para monitorización mejorada de un candidato de evento dentro de una red de nodos inalámbricos. La red puede incluir una pluralidad de nodos de ID en el nivel bajo de la red y un servidor en el nivel superior de la red. El aparato de nodo maestro en esta realización, que encaja como elemento de nivel medio de la red, comprende una unidad de procesamiento de nodo, un elemento de almacenamiento de memoria, un temporizador, una primera interfaz de comunicación y una segunda interfaz de comunicación (por ejemplo, tal como el nodo maestro 3410 a modo de ejemplo y los componentes de circuito internos a modo de ejemplo como se muestran y describen con respecto a las figuras 4 y 35). Cada uno del elemento de almacenamiento de memoria, temporizador e interfaces de comunicación están acoplados respectivamente a la unidad de procesamiento de nodo del aparato de nodo maestro. El elemento de almacenamiento de memoria mantiene al menos un módulo de programa de código de motor de detección de evento o aplicación para su ejecución por la unidad de procesamiento de nodo. El temporizador acoplado a la unidad de procesamiento de nodo está operativo para seguir un tiempo transcurrido después de un evento de iniciación (como después de detectar una señal de aviso que se emite desde uno de los nodos de ID). La primera interfaz de comunicación acoplada a la unidad de procesamiento de nodo está operativa para comunicarse con al menos uno primero de los nodos de ID a través de una primera trayectoria de comunicación (como una trayectoria de señal que soporta señales Bluetooth® de baja energía). La segunda interfaz de comunicación acoplada a la unidad de procesamiento de nodo está operativa para comunicarse con el servidor a través de una segunda trayectoria de comunicación (como una trayectoria de señal celular, LAN o Wi-Fi). Al ejecutar el código de motor de detección de evento mantenido en el elemento de almacenamiento de memoria, la unidad de procesamiento de nodo en el aparato de nodo maestro pasa a adaptarse especialmente y, por tanto, a estar operativa para interactuar con otros elementos de la red de nodos inalámbricos mientras se monitoriza un candidato de evento.
En particular, la unidad de procesamiento de nodo, adaptada bajo la ejecución de código almacenado en el elemento de almacenamiento de memoria, está operativa para detectar, a través de la primera interfaz de comunicación, una primera señal emitida por uno primero de los nodos de ID a través de la primera trayectoria de comunicación; identificar el candidato de evento como primer evento de avistamiento relacionado con el primer nodo de ID cuando el nodo maestro detecta la primera señal; generar datos de evento que representan el primer evento de avistamiento después de identificar el primer evento de avistamiento, donde los datos de evento que representan el primer evento de avistamiento comprende un identificador del primer nodo de ID y además comprende al menos información de temporización e información de intensidad de señal observada que caracteriza el primer evento de avistamiento; y provocar que la segunda interfaz de comunicación proporcione los datos de evento que representan el primer evento de avistamiento al servidor.
La unidad de procesamiento de nodo está además operativa para monitorizar, a través de la primera interfaz de comunicación, cualquiera en una serie de señales sucesivas emitidas por el primer nodo de ID dentro de un horizonte de evento para el primer nodo de ID después de detectar la primera señal; seguir, mediante coordinación con el temporizador, el tiempo transcurrido entre las sucesivas de la primera señal y cualquiera en la serie de señales sucesivas emitidas por el primer nodo de ID; y seguir un valor de indicador de intensidad de señal recibido para la primera señal y cualquiera en la serie de señales sucesivas emitidas por el primer nodo de ID. Como tal, la unidad de procesamiento de nodo también está operativa para identificar el candidato de evento como evento posterior relacionado con el primer nodo y dentro del horizonte de evento que comienza con el primer evento de avistamiento, donde se identifica el evento posterior basándose en información de temporización relacionada con el tiempo transcurrido seguido por el temporizador y basándose en información de intensidad de señal observada tal como se indica por el valor de indicador de intensidad de señal recibido; generar datos de evento que representen el evento posterior, incluyendo al menos la información de temporización relacionada con el tiempo transcurrido seguido por el temporizador y basándose en información de intensidad de señal observada tal como se indica por el valor de indicador de intensidad de señal recibido; y provocar que la segunda interfaz de comunicación proporcione los datos de evento que representan el evento posterior al servidor.
En una realización adicional de este aparato de nodo maestro, el evento posterior puede comprender un evento esporádico, un primer evento de punto de control de referencia, (también considerado como evento en línea), un evento fuera de línea, un evento de modificación, y un nuevo evento de punto de control. Más detalladamente, una realización puede hacer que el evento posterior sea un evento esporádico cuando (1) la unidad de procesamiento de nodo no ha identificado un evento anterior dentro del horizonte de evento como un primer evento de punto de control de referencia que representa la detección de un número de umbral de las señales dentro de la serie de señales sucesivas emitidas por el primer nodo de ID; y (2) la unidad de procesamiento de nodo no ha detectado, a través de la primera interfaz de comunicación, una señal posterior emitida por el primer nodo de ID antes de que el tiempo transcurrido exceda un período de tiempo de intervalo cuando se sigue durante el tiempo desde que el nodo maestro detectó la más reciente en la serie de señales sucesivas del primer nodo de ID.
En otra realización de este aparato de nodo maestro, el evento posterior puede comprender un primer evento de punto de control de referencia que representa un estado en línea detectado del primer nodo de ID cuando la unidad de procesamiento de nodo detecta, a través de la primera interfaz de comunicación, un número de umbral de las señales dentro de la serie de señales sucesivas emitidas por el primer nodo de ID y sin que el tiempo transcurrido entre cada uno del número de umbral de señales detectadas supere un período de tiempo de intervalo.
En otra realización más de este aparato de nodo maestro, el evento posterior puede comprender un evento fuera de línea cuando (1) la unidad de procesamiento de evento identificó un evento anterior dentro del horizonte de evento como un primer evento de punto de control de referencia que representa la detección de un número de umbral de las señales dentro de la serie de señales sucesivas emitidas por el primer nodo de ID; y (2) la unidad de procesamiento de nodo no ha detectado una señal posterior emitida por el primer nodo de ID cuando el tiempo transcurrido desde cuando una más reciente de las señales en la serie de señales sucesivas del primer nodo de ID supera un período de tiempo de intervalo.
En otra realización más de este aparato de nodo maestro, el evento posterior puede comprender un nuevo evento de punto de control cuando (1) la unidad de procesamiento de nodo ha identificado un evento anterior dentro del horizonte de evento como un primer evento de punto de control de referencia, en el que el primer evento de punto de control de referencia representa la detección de un número de umbral anterior de las señales dentro de la serie de señales sucesivas emitidas por el primer nodo de ID; y (2) la unidad de procesamiento de nodo detecta un número de umbral posterior de las señales en la serie de señales sucesivas del primer nodo de ID después de identificar el primer evento de punto de control de referencia. Incluso más detalladamente, una realización puede hacer además que la unidad de procesamiento de nodo esté operativa para generar los datos de evento que representan el evento posterior y provocar que la segunda interfaz de comunicación proporcione los datos de evento que representan el evento posterior al servidor estando además operativa para (1) generar los datos de evento que representan el nuevo evento de punto de control al identificar un número de umbral de eventos de punto de control anteriores; y (2) provocar que la segunda interfaz de comunicación proporcione los datos de evento que representan el nuevo evento de punto de control al servidor después de identificar el número de umbral de eventos anteriores de punto de control.
En una realización adicional de este aparato de nodo maestro, el evento posterior puede comprender un evento de modificación cuando la unidad de procesamiento de nodo está además operativa para detectar al menos una diferencia de umbral entre el valor de indicador de intensidad de señal recibido para el nuevo evento de punto de control y el valor de indicador de intensidad de señal recibido para un evento anterior de punto de control de referencia.
Como se indica en las realizaciones descritas anteriormente, la monitorización mejorada para que los eventos de nodo se notifiquen como candidatos de evento puede implicar la comparación de un parámetro observado de diferentes señales de aviso detectadas, que en algunos casos también pueden implicar puntos de control que se basan en las diferentes señales de aviso detectadas. Una realización adicional hace tal comparación basándose específicamente en resúmenes de puntos de control de las señales de aviso detectadas. Como tal, el nodo de monitorización (como nodo maestro 3410) puede detectar las diferentes señales de aviso pero analizar e identificar posibles candidatos de evento basándose en grupos o conjuntos resumidos de tales señales detectadas como puntos de control (también conocido como resumen de puntos de control) generados internamente de manera sucesiva dentro del nodo de monitorización.
En un ejemplo general, cada grupo de 30 señales de aviso detectadas de manera sucesiva desde un nodo de ID de bajo nivel de emisión puede notificarse y seguirse por un nodo maestro de monitorización como punto de control, una representación resumida de ese grupo de señales. Cada resumen de puntos de control tiene un parámetro observable (como un valor de RSSI promedio para el grupo resumido de señales) que puede compararse con un parámetro observable similar de un punto de control anterior. Si esa comparación de este tipo revela menos de un umbral o un cambio relevante en comparación con varios criterios de evento, el resumen de puntos de control puede no notificarse como que representa un candidato de evento relevante. Sin embargo, si la comparación se alinea con criterios de evento para identificar un evento de nodo relevante para el nodo de ID del cambio monitorizado basándose en los puntos de control, el nodo maestro de monitorización puede notificar el evento de nodo como un candidato de evento al servidor. Por tanto, una realización del nodo maestro de monitorización (o un sistema que utiliza un nodo maestro de monitorización de este tipo) puede funcionar de manera más eficiente en algunos despliegues identificando el candidato de evento basándose en puntos de control sucesivos que proporcionan observaciones estadísticamente relevantes de un nodo de ID de nivel inferior.
La figura 45 es un diagrama de flujo que ilustra un método a modo de ejemplo para monitorización mejorada para un candidato de evento dentro de una red de nodos inalámbricos basándose en puntos de resumen de puntos de control que representan grupos o conjuntos de señales de aviso detectadas según una realización de la invención. Haciendo referencia ahora a la figura 45, el método 4500 se describe donde la red de nodos inalámbricos incluye una pluralidad de nodos de ID en un nivel bajo de la red, un nodo maestro en un nivel medio en comunicación con los nodos de ID, y un servidor en un nivel superior en comunicación con el nodo maestro, similar al ilustrado en la figura 34. El método 4500 comienza en la etapa 4505 donde el nodo maestro recibe un primer conjunto de señales de aviso emitidas por uno primero de los nodos de ID y luego, en la etapa 4510, genera un primer resumen de puntos de control que representa el primer conjunto de señales de aviso recibidas por el nodo maestro. Por ejemplo, si el primer conjunto de señales de aviso detectadas incluyera 10 señales, el primer resumen de puntos de control puede representar esas 10 señales detectadas con una representación resumida (por ejemplo, un promedio de los valores de intensidad de señal observados para cada una de las 10 señales detectadas).
En la etapa 4515, el método 4500 continúa con el nodo maestro que recibe un segundo conjunto de señales de aviso emitidas por el primer nodo de ID después de que el primer nodo de ID emita el primer conjunto de señales de aviso, y luego en la etapa 4520, que genera un segundo resumen de puntos de control que representa el segundo conjunto de señales de aviso recibidas por el nodo maestro. Por tanto, en el ejemplo anterior, el segundo conjunto de señales de aviso incluiría el siguiente conjunto de 10 señales de aviso detectadas de manera sucesiva desde el nodo de ID. Como tal, el segundo resumen de puntos de control puede representar este siguiente conjunto de 10 señales detectadas y registrar un parámetro observado relativo a este siguiente conjunto (como un promedio de los valores de intensidad de señal observados para cada una de estas 10 señales detectadas).
En la etapa 4525, el método 4500 continúa con el nodo maestro que identifica el candidato de evento basándose en una comparación de un parámetro observado para cada uno del primer resumen de puntos de control y el segundo resumen de puntos de control. Más detalladamente, tal parámetro observado para los resúmenes de puntos de control puede ser una representación estadística de los valores de intensidad de señal observados para el conjunto relevante de señales de aviso, tales como una media, una mediana, un promedio, un promedio variable a través de una ventana de subconjunto de señales de aviso, un promedio variable a través de una ventana de tiempo deslizante, o un promedio ponderado que representa el conjunto relevante de señales de aviso. Nuevamente, en el ejemplo descrito anteriormente, el nodo maestro (como el nodo maestro 3410 como se muestra en la figura 34 y 35) puede comparar el promedio de los valores de intensidad de señal observados (como un valor de indicador de intensidad de señal recibido (RSSI) que refleja la intensidad de señal observada) para las primeras 10 señales detectadas con respecto al promedio de los valores de intensidad de señal observados para las siguientes 10 señales detectadas como parte de identificar el candidato de evento.
Más detalladamente, realizaciones adicionales del método 4500 pueden identificar el candidato de evento con más detalle en relación con criterios de evento específicos y los resultados de la comparación. Por ejemplo, la etapa de identificar el candidato de evento en la etapa 4525 puede comprender además el nodo maestro que identifica el candidato de evento como un evento en línea para el primer nodo de ID cuando (a) un intervalo de tiempo detectado entre las sucesivas del primer conjunto de señales de aviso y el segundo conjunto de señales de aviso es menor que el intervalo de tiempo de umbral y (b) el nodo maestro ha recibido al menos un número de umbral de señales de aviso desde el primer nodo de ID en el primer conjunto y el segundo conjunto.
En otra realización, la etapa de identificar el candidato de evento en la etapa 4525 puede comprender además el nodo maestro que identifica el candidato de evento como un evento de modificación para el primer nodo de ID cuando una diferencia entre el parámetro observado para el primer resumen de puntos de control y el parámetro observado para el segundo resumen de puntos de control es al menos un valor umbral.
En otra realización más, la etapa de identificar el candidato de evento en la etapa 4525 puede comprender además el nodo maestro que identifica el candidato de evento como un evento fuera de línea cuando un intervalo de tiempo detectado entre cualquiera de las sucesivas del segundo conjunto de señales de aviso (después de detectar el primer conjunto de señales de aviso) es mayor que el intervalo de tiempo de umbral durante un horizonte de evento para el primer nodo de ID monitorizado por el nodo maestro.
Además, otra realización puede tener la etapa 4525 que comprende que el nodo maestro identifique el candidato de evento como un evento esporádico cuando el nodo maestro recibe al menos una señal de aviso del primer nodo de ID pero no recibe al menos un número de umbral de señales de aviso del primer nodo de ID dentro de un período de tiempo definido a partir de cuando el nodo maestro recibe la al menos una señal de aviso. Por ejemplo, el nodo maestro puede solo detectar 8 señales de aviso emitidas de manera sucesiva del primer nodo de ID pero luego fallan al detectar las 10 señales requeridas que conformarían suficientemente el siguiente conjunto de señales para un resumen de puntos de control. Por tanto, en este ejemplo, el nodo maestro puede identificar lo que va a notificarse como un candidato de evento para ser un evento esporádico.
En otra realización detallada más, la etapa de identificar el candidato de evento en la etapa 4525 puede comprender además el nodo maestro que identifica el candidato de evento como un evento de punto de control cuando finaliza un intervalo de notificación periódica y se basa en la comparación del parámetro observado para el primer resumen de puntos de control y el parámetro observado para el segundo resumen de puntos de control. Por ejemplo, el intervalo de notificación periódica usado por el nodo maestro puede comprender un período de tiempo de umbral, que al expirar este período de tiempo el nodo maestro sabe entonces notificar el segundo resumen de puntos de control como el evento de punto de control (es decir, un tipo de candidato de evento notificado al servidor). En otro ejemplo, el intervalo de notificación periódica usado por el nodo maestro puede comprender un número de umbral de señales de aviso recibidas o detectadas o un número de umbral de resúmenes de punto de control generados desde el último evento de punto de control notificado. Al encontrarse con ese número de umbral, el nodo maestro está entonces preparado para notificar posteriormente el segundo resumen de puntos de control como el evento de punto de control (es decir, un tipo de candidato de evento notificado al servidor).
En otra realización más del método 4500, la etapa 4520 puede hacer que el nodo maestro identifique el candidato de evento como un evento de cambio de perfil cuando la comparación del parámetro observado por cada uno del primer resumen de puntos de control y el segundo resumen de puntos de control indica que una primera configuración de perfil observada reflejada en el primer conjunto de señales de aviso es diferente de una segunda configuración de perfil observada reflejada en el segundo conjunto de señales de aviso. La primera configuración de perfil observada y la segunda configuración de perfil observada pueden, en algunas implementaciones del método 4500, relacionarse con el funcionamiento del primer nodo de ID, mientras que pueden relacionarse con el funcionamiento del nodo maestro en otras implementaciones del método 4500.
Aun así, la etapa 4520 puede hacer que el nodo maestro implemente la etapa de identificar el candidato de evento haciendo que el nodo maestro identifique el candidato de evento como un evento de cambio de potencia de transmisión cuando la comparación del parámetro observado para cada uno del primer resumen de puntos de control y el segundo resumen de puntos de control indica que una primera configuración de potencia de salida observada reflejada en el primer conjunto de señales de aviso es diferente de una segunda configuración de potencia de salida observada reflejada en el segundo conjunto de señales de aviso.
En una realización alternativa, la etapa de identificar el candidato de evento en la etapa 4525 puede además comprender el nodo maestro que identifica el candidato de evento como un evento de cambio de entorno cuando la comparación del parámetro observado para cada uno del primer resumen de puntos de control y el segundo resumen de puntos de control indica que un segundo valor de datos de sensor asociado al segundo conjunto de señales de aviso es diferente de un primer valor de datos de sensor asociado al primer conjunto de señales de aviso. Los valores de datos de sensor pueden incluirse en un encabezado, por ejemplo, de una o más de las señales de aviso dentro de un conjunto respectivo. Por tanto, el nodo maestro puede aprender de cambios de entorno que ocurren en relación con el primer nodo de ID a través de datos de sensor observados asociados con cada uno de los resúmenes de puntos de control.
En otra realización alternativa, la etapa de identificar el candidato de evento en la etapa 4525 puede comprender además el nodo maestro que identifica el candidato de evento como un evento de cambio de entorno cuando la comparación del parámetro observado para cada uno del primer resumen de puntos de control y el segundo resumen de puntos de control indica que un segundo valor de datos de sensor asociado al segundo conjunto de señales de aviso refleja una desviación de un primer valor de datos de sensor asociado al primer conjunto de señales de aviso, donde la desviación es superior a una diferencia de umbral.
En la etapa 4530, el método 4500 continúa con el nodo maestro que ha identificado un candidato de evento relevante y que luego notifica el candidato de evento al servidor. Dado que esta etapa se realiza selectivamente solo al identificar un candidato de evento, una etapa de notificación de este tipo puede hacer que el nodo maestro simplifique una alimentación de datos acerca del primer nodo de ID enviando el candidato de evento al servidor como información de resumen que refleja un cambio observado entre el primer conjunto de señales de aviso representado por el primer resumen de puntos de control y el segundo conjunto de señales de aviso representado por el segundo resumen de puntos de control.
Realizaciones adicionales del método 4500 también pueden incluir etapas algorítmicas adicionales. Por ejemplo, otra realización del método 4500 puede hacer también que el nodo maestro detecte un identificador de perfil desde el primer nodo de ID. Un identificador de perfil de este tipo puede formar parte de al menos una de las señales de aviso en el primer o segundo conjunto de señales de aviso. En respuesta a la detección del identificador de perfil (por ejemplo, un elemento de indicación u otros datos incluidos como parte del encabezado de una señal de aviso), el nodo maestro puede entonces alterar el intervalo de notificación periódica basándose en un perfil de alerta correspondiente al identificador de perfil. Un perfil de alerta de este tipo puede incluir una o más reglas de gestión de nodos diferentes relacionadas con la monitorización del primer nodo de ID y la notificación al servidor.
Adicionalmente, el intervalo de notificación periódica puede basarse en un factor de tiempo, tal como un período de tiempo de umbral ajustable por el nodo maestro. Como tal, el nodo maestro puede ajustar este intervalo de notificación para notificar de manera más frecuente eventos de puntos de control como un candidato de evento identificado, actualizando de ese modo el servidor de manera más frecuente. Alternativamente, el intervalo de notificación periódica puede basarse en un número de umbral de recepciones de señal ajustables por el nodo maestro de manera similar para aumentar o disminuir la frecuencia con la que el nodo maestro de monitorización proporciona actualizaciones al servidor en forma de un candidato de evento identificado.
Una realización adicional del método 4500 también puede hacer que el nodo maestro restablezca información recogida basándose en al menos el primer conjunto de señales de aviso y el segundo conjunto de señales de aviso después de notificar el evento de punto de control al servidor. Este restablecimiento o borrado de información recogida almacenada por el nodo maestro implementa un tipo de reducción de datos que facilita el uso eficiente de los recursos a bordo del nodo maestro.
Otra realización más del método 4500 implica retroalimentación desde el servidor después de notificar el candidato de evento. Más detalladamente, una realización adicional de este tipo puede hacer que el nodo maestro reciba una respuesta de ajuste desde el servidor basándose en el candidato de evento notificado. La respuesta de ajuste generada por el servidor basándose en lo que está notificándose sobre el candidato de evento relevante puede comprender un perfil ajustado para al menos uno del nodo maestro y el primer nodo de ID (por ejemplo, cambios en una o más reglas de gestión de nodo mantenidas como parte de un perfil de funcionamiento que rige la forma en la que funcionará y se comunicará un nodo inalámbrico particular en la red). Además, la respuesta de ajuste puede comprender un perfil ajustado para al menos uno de los otros nodos de ID, tal como cuando un candidato de evento notificado relativo al primer nodo de ID hace que el servidor cambie cómo otros nodos de ID gestionados y monitorizados por el nodo maestro se harán funcionar dado el candidato de evento notificado. Alternativamente, la respuesta de ajuste puede comprender datos de contexto actualizados que reflejan el candidato de evento notificado, tales como datos de contexto actualizados que reflejan una fuente recién descubierta de interferencia de RF en un entorno próximo previsto del nodo maestro o los nodos de ID en la red de nodos inalámbricos.
Los expertos en la técnica apreciarán que el método 4500 como se da a conocer y se explica anteriormente en diversas realizaciones puede implementarse en un nodo maestro a modo de ejemplo (por ejemplo, el nodo maestro 3410 a modo de ejemplo en la figura 35) ejecutando una o más partes del código de gestión y control maestro 425 junto con el código de motor de detección de evento 3415 para realizar las etapas del método 4500 tal como se describe anteriormente. Tal código puede almacenarse en un medio no transitorio legible por ordenador, tal como el elemento de almacenamiento de memoria 415 en el nodo maestro 3410. Por tanto, al ejecutar tal código, el nodo maestro puede adaptarse especialmente más allá de un ordenador genérico para interactuar con otros dispositivos de red (tal como uno o más nodos de ID como se muestra en la figura 34 y el servidor 3400 como se muestra en la figura 34) ya que la unidad de procesamiento 400 de nodo maestro está adaptada especialmente para estar operativa para realizar operaciones algorítmicas o etapas de los métodos a modo de ejemplo dados a conocer anteriormente, que incluyen el método 4500 y variaciones de ese método.
Más detalladamente, se describe tal como sigue una realización de un aparato de nodo maestro para monitorización mejorada para un candidato de evento basándose en resúmenes de puntos de control. El aparato de nodo maestro a modo de ejemplo se despliega como elemento de nodo inalámbrico de nivel medio dentro de una red de nodos inalámbricos que tiene una pluralidad de nodos de ID en un nivel bajo y un servidor en un nivel más alto dentro de la red. Más detalladamente, el aparato de nodo maestro a modo de ejemplo en esta realización comprende generalmente una unidad de procesamiento de nodo, un elemento de almacenamiento de memoria, una primera interfaz de comunicación y una segunda interfaz de comunicación. La primera interfaz de comunicación se acopla a la unidad de procesamiento de nodo y está operativa para comunicarse con al menos uno primero de los nodos de ID a través de una primera trayectoria de comunicación (por ejemplo, una trayectoria de comunicaciones inalámbrica de corto alcance, tal como una trayectoria de comunicaciones de datos inalámbrica de corto alcance en formato Bluetooth® o NFC). La segunda interfaz de comunicación se acopla a la unidad de procesamiento de nodo y está operativa para comunicarse con el servidor a través de una segunda trayectoria de comunicación (por ejemplo, una trayectoria de comunicación inalámbrica de mayor alcance, tal como una trayectoria de comunicaciones de datos inalámbrica de largo alcance celular o Wi-Fi). El elemento de almacenamiento de memoria (por ejemplo, el elemento de almacenamiento de memoria 415 del nodo maestro 3410 mostrado en la figura 35) también se acopla a la unidad de procesamiento de nodo (por ejemplo, la unidad de procesamiento 400) y mantiene código de motor de detección de evento (por ejemplo, el código 3415) para su ejecución por la unidad de procesamiento de nodo.
En funcionamiento, al ejecutar el código de motor de detección de evento mantenido en el elemento de almacenamiento de memoria, la unidad de procesamiento de nodo ejecuta las instrucciones algorítmicas del código para realizar etapas funcionales particulares y especialmente programadas como parte de la mejora y potenciación de cómo el aparato de nodo maestro se hace funcionar interactivamente para monitorizar un candidato de evento basándose en resúmenes de puntos de control. En particular, la unidad de procesamiento de nodo pasa a estar operativa, al ejecutar el código de motor de detección de evento, para detectar, a través de la primera interfaz de comunicación, un primer conjunto de señales de aviso emitidas por uno primero de los nodos de ID. Una vez que se ha detectado el primer conjunto de señales de aviso, la unidad de procesamiento de nodo está entonces operativa para generar un primer resumen de puntos de control que representa el primer conjunto de señales de aviso detectadas por la primera interfaz de comunicación. Del mismo modo, la unidad de procesamiento de nodo está operativa para detectar, a través de la primera interfaz de comunicación, un segundo conjunto de señales de aviso emitidas por el primer nodo de ID después de que el primer nodo de ID emita el primer conjunto de señales de aviso y luego generar un segundo resumen de puntos de control que representa el segundo conjunto de señales de aviso detectadas por la primera interfaz de comunicación. La unidad de procesamiento de nodo está entonces operativa para comparar un parámetro observado (tal como valor de intensidad de señal observado o RSSI tal como se detecta por la primera interfaz de comunicación) para cada uno del primer resumen de puntos de control y el segundo resumen de puntos de control. Este parámetro observado, más detalladamente, puede ser una representación estadística de las respectivas señales de aviso representadas por el resumen de puntos de control, tal como una intensidad de señal promedio observada para cada una de las señales de aviso asociadas al resumen de puntos de control particular. Otros ejemplos de representaciones estadísticas relevantes del valor de intensidad de señal observado pueden incluir una media, una mediana, un promedio variable (relativo a una ventana de tiempo o una ventana basada en un número de detecciones) o un promedio ponderado.
La unidad de procesamiento de nodo está entonces operativa para identificar el candidato de evento basándose en la comparación del parámetro observado para cada uno del primer resumen de puntos de control y el segundo resumen de puntos de control, y provocar que la segunda interfaz de comunicación notifique el candidato de evento identificado al servidor a través de la segunda trayectoria de comunicación. Más detalladamente, la segunda interfaz de comunicación puede transmitir un mensaje al servidor al notificar el candidato de evento identificado, donde el mensaje comprende una alimentación de datos de monitorización reducida sobre el primer nodo de ID que al menos incluye información de resumen que indica un cambio observado entre el primer conjunto de señales de aviso representadas por el primer resumen de puntos de control y el segundo conjunto de señales de aviso representadas por el segundo resumen de puntos de control.
Como parte de la identificación del candidato de evento, realizaciones adicionales del aparato de nodo maestro pueden hacer que la unidad de procesamiento de nodo esté operativa para identificar el candidato de evento basándose en la comparación relativa a criterios de evento particulares. Por ejemplo, una realización del aparato de nodo maestro puede hacer que la unidad de procesamiento de nodo esté operativa para identificar el candidato de evento como un evento esporádico cuando la primera interfaz de comunicación detecta al menos una señal de aviso del primer nodo de ID pero no detecta al menos un número de umbral de señales de aviso del primer nodo de ID (un tipo de parámetro observado) dentro de un período de tiempo definido a partir de cuándo la primera interfaz de comunicación detecta la al menos una señal de aviso.
Otra realización del aparato de nodo maestro puede hacer que la unidad de procesamiento de nodo esté operativa para identificar el candidato de evento como un evento en línea para el primer nodo de ID cuando (a) un intervalo de tiempo detectado (un tipo de parámetro observado) entre las sucesivas del primer conjunto de señales de aviso y el segundo conjunto de señales de aviso es menor que el intervalo de tiempo de umbral y (b) la primera interfaz de comunicación ha recibido al menos un número de umbral de señales de aviso del primer nodo de ID (otro tipo de observación relativa a las señales de aviso) en el primer conjunto y el segundo conjunto.
Una realización adicional del aparato de nodo maestro puede hacer que la unidad de procesamiento de nodo esté operativa para identificar el candidato de evento como un evento de modificación para el primer nodo de ID cuando una diferencia entre el parámetro observado para el primer resumen de puntos de control y el parámetro observado para el segundo resumen de puntos de control es al menos un valor umbral, tal como cuando la intensidad de señal promedio observada para el segundo resumen de puntos de control cae más allá de un nivel de umbral en comparación con la intensidad de señal promedio observada para el primer resumen de puntos de control.
Otra realización más del aparato de nodo maestro puede hacer que la unidad de procesamiento de nodo esté operativa para identificar el candidato de evento como un evento fuera de línea cuando un intervalo de tiempo detectado (un tipo de parámetro observado) entre cualquiera de las sucesivas del segundo conjunto de señales de aviso después de detectar el primer conjunto de señales de aviso es mayor que un intervalo de tiempo de umbral durante un horizonte de evento para el primer nodo de ID.
Otra realización del aparato de nodo maestro puede hacer que la unidad de procesamiento de nodo esté operativa para identificar el candidato de evento como un evento de punto de control cuando finaliza un intervalo de notificación periódica (si el intervalo está basado en criterios de tiempo o un número de criterios de señales detectadas) y basándose en la comparación del parámetro observado para el primer resumen de puntos de control y el parámetro observado para el segundo resumen de puntos de control.
Una realización adicional puede hacer que la unidad de procesamiento de nodo esté operativa además para identificar un identificador de perfil del primer nodo de ID, tal como de una parte de encabezado de al menos una de las señales de aviso en cualquiera del primer conjunto de señales de aviso y el segundo conjunto de señales de aviso. Basándose en el identificador de perfil identificado, el aparato de nodo maestro aprende qué perfil de alerta está usándose por el primer nodo de ID, y luego puede hacer que la unidad de procesamiento de nodo altere el intervalo de notificación periódica basándose en ese perfil de alerta correspondiente al identificador de perfil. Como se explicó anteriormente, el perfil de alerta puede ser uno de un grupo de reglas de gestión de nodo relacionadas con monitorizar el primer nodo de ID y notificar al servidor. Más detalladamente, el intervalo de notificación periódica puede comprender un período de tiempo de umbral ajustable por la unidad de procesamiento de nodo en respuesta a identificar el identificador de perfil o, alternativamente, puede comprender un número de umbral de recepciones de señal ajustables por la unidad de procesamiento de nodo en respuesta a identificar el identificador de perfil.
Realizaciones del aparato de nodo maestro que monitoriza un candidato de evento basándose en resúmenes de control también puede identificar el candidato de evento como un tipo de evento de cambio. Por ejemplo, la unidad de procesamiento de nodo puede estar operativa para identificar el candidato de evento como un evento de cambio de perfil cuando la comparación del parámetro observado para cada uno del primer resumen de puntos de control y el segundo resumen de puntos de control indica una primera configuración de perfil observada reflejada en el primer conjunto de señales de aviso es diferente de una segunda configuración de perfil observada reflejada en el segundo conjunto de señales de aviso. Tales configuraciones de perfil observadas pueden estar relacionadas con el funcionamiento del primer nodo de ID, el nodo maestro, o ambos.
En otro ejemplo, la unidad de procesamiento de nodo puede estar operativa para identificar el candidato de evento como un evento de cambio de potencia de transmisión cuando la comparación del parámetro observado para cada uno del primer resumen de puntos de control y el segundo resumen de puntos de control indica que una primera configuración de potencia de salida observada reflejada en el primer conjunto de señales de aviso es diferente de una segunda configuración de potencia de salida observada reflejada en el segundo conjunto de señales de aviso. La configuración de potencia de salida para el nodo de ID que genera la señal de aviso puede aparecer como parte de la propia señal de aviso (por ejemplo, como parte de la información de encabezado, tal como la información de “nivel de potencia TX” incluida en el paquete de aviso de ejemplo 700 mostrado en la figura 7).
En otro ejemplo más, la unidad de procesamiento de nodo puede estar operativa para identificar el candidato de evento como un evento de cambio de entorno cuando la comparación del parámetro observado para cada uno del primer resumen de puntos de control y el segundo resumen de puntos de control indica un segundo valor de datos de sensor asociado al segundo conjunto de señales de aviso es diferente de un primer valor de datos de sensor asociado al primer conjunto de señales de aviso o la comparación refleja una desviación entre los valores de datos de sensor que es superior a una diferencia de umbral. Más detalladamente, un sensor a modo de ejemplo en el nodo de ID puede proporcionar datos de sensor cambiantes a lo largo del tiempo y, como señales de aviso sucesivas se emiten desde el nodo de ID, se proporcionan valores de datos de sensor como parte de las señales de aviso emitidas de manera de sucesiva. Por tanto, la unidad de procesamiento de nodo del aparato de nodo maestro puede comparar tales datos de sensor observados a lo largo del tiempo para identificar un evento de cambio de entorno (por ejemplo, un paquete asociado con el nodo de ID está experimentando un rápido aumento de la temperatura, que puede deberse a donde se haya colocado (junto a una fuente de calor o al sol) o debido a que el contenido del paquete crea calor (tal como a partir de una reacción química no deseada no deseada o a partir de la combustión interna del contenido).
Realizaciones adicionales del aparato de nodo maestro que monitoriza un candidato de evento basándose en resúmenes de puntos de control también pueden implicar recibir y responder a retroalimentación del servidor basándose en el candidato de evento notificado. Por ejemplo, la unidad de procesamiento de nodo puede estar además operativa para recibir, a través de la segunda interfaz de comunicación, una respuesta de ajuste desde el servidor basándose en el candidato de evento. Una respuesta de ajuste de este tipo recibida a través de la segunda interfaz de comunicación puede ser un mensaje desde el servidor que puede incluir un perfil ajustado para el aparato de nodo maestro, el primer nodo de ID, o uno de los otros nodos de ID que están gestionándose por el aparato de nodo maestro. Un perfil ajustado de este tipo puede ser una o más reglas de gestión de nodo revisadas o nuevas que rigen y definen cómo el elemento de nodo inalámbrico particular se hace funcionar, como un nivel de potencia a utilizar, una frecuencia de emisión de señales de aviso, etc. Igualmente, la respuesta de ajuste puede ser un mensaje con datos de contexto actualizados que reflejan el candidato de evento notificado.
Los expertos en la técnica entenderán que las diferentes realizaciones descritas anteriormente del aparato de nodo maestro que monitoriza un candidato de evento basándose en resúmenes de puntos de control tal como se describe anteriormente (coherente con la descripción anterior relacionada con el método 4500 y sus variaciones), también puede desplegarse como parte de un sistema de monitorización más grande que identifica un candidato de evento basándose en resúmenes de puntos de control dentro de una red de nodos inalámbricos. Un sistema de monitorización de este tipo puede incluir un servidor dispuesto en un nivel superior de la red, un nodo de ID dispuesto en un nivel inferior de la red que está emitiendo señales de aviso, y un nodo maestro dispuesto en un nivel medio de la red. El nodo de ID puede asociarse con un paquete que está enviándose y siguiéndose, mientras que el nodo maestro toma el papel de monitorizar señales desde el nodo de ID a medida que el nodo de ID entra dentro de un alcance de comunicación del nodo maestro. El nodo maestro, tal como se describe particularmente en las realizaciones anteriores, se hace funcionar para detectar señales de aviso, generar resúmenes de puntos de control sucesivos, comparar un parámetro observado para cada uno de los resúmenes de puntos de control sucesivos para identificar el candidato de evento, y provocar que la segunda interfaz de comunicación en el nodo maestro notifique el candidato de evento identificado al servidor. El servidor, como parte del sistema de monitorización, está operativo para recibir el candidato de evento identificado desde el nodo maestro y transmitir una respuesta de ajuste sensible al nodo maestro basándose en el candidato de evento identificado. Una respuesta de ajuste sensible de este tipo proporcionada como retroalimentación al nodo maestro comprende al menos uno de un perfil ajustado para el nodo maestro, un perfil ajustado para el nodo de ID y datos de contexto actualizados que reflejan el candidato de evento identificado.
Como se indica en algunas de las realizaciones descritas anteriormente, la monitorización mejorada para eventos de nodo para notificar como candidatos de evento puede implicar generar un resumen de puntos de control (también denominado generalmente como punto de control) que esencialmente resume y representa un conjunto o grupo de señales de aviso emitido por nodos de ID de nivel inferior. En una realización adicional, notificar cada punto de control generado al servidor como un tipo de candidato de evento que va a procesarse por el servidor todavía puede proporcionar un grado de mejora a nivel de sistema que disminuye la carga de monitorización y notificación que recae sobre el nodo maestro de monitorización. En otras palabras, el despliegue del uso de puntos de control como mecanismo de monitorización y seguimiento llevado a cabo por el nodo maestro en un nivel intermedio de la red de nodos inalámbricos (como aparato en sí mismo o como un elemento de aparato de un sistema) puede reducir de manera efectiva los datos de monitorización de nodo maestro alimentados al servidor de gestión de back-end de un sistema de este tipo cuando se compara con enviar simplemente los datos en bruto de cada una de las señales de aviso detectadas por el nodo maestro al servidor.
En un ejemplo general, cada grupo de 30 señales de aviso detectadas de manera sucesiva desde un nodo de ID de bajo nivel de emisión puede registrarse y seguirse por un nodo maestro de monitorización como punto de control, una representación resumida de ese grupo de señales. Cada resumen de puntos de control tiene un parámetro observable (tal como un valor de RSSI promedio para el grupo de señales resumido) que, en una realización básica a modo de ejemplo, puede notificarse al servidor por el nodo maestro de monitorización como una manera de monitorizar un candidato de evento. En este ejemplo básico, la representación resumida de ese grupo de señales (por ejemplo, el valor de RSSI promedio para el grupo de 30 señales de aviso detectadas) puede notificarse como un candidato de evento relativo a la emisión y al nodo de ID monitorizado. Un candidato de evento notificado de este tipo (a través del punto de control notificado) hace que el nodo maestro de monitorización informe al servidor que el nodo de ID de emisión está “todavía aquí”, información útil en y de sí mismo al servidor al gestionar elementos de la red de nodos inalámbricos.
Además, realizaciones de métodos, aparatos y sistemas que monitorizan eventos de nodo para notificarlos como candidatos de evento pueden extender cómo un nodo maestro de monitorización usa un punto de control para que no todos los puntos de control puedan notificarse, sino solo algunos de los puntos de control resumidos. Por ejemplo, una realización adicional que implica puntos de control puede hacer que el nodo maestro de monitorización genere resúmenes de puntos de control sucesivos a lo largo del tiempo (basándose cada uno en diferentes grupos o conjuntos de señales de aviso detectadas a partir de un nodo de ID) y luego comparar un parámetro observado de diferentes resúmenes de puntos de control. Más detalladamente, el parámetro observable (tal como el valor de RSSI promedio) para un punto de control generado actualmente puede compararse con un parámetro observable similar de un punto de control anterior. Si una comparación de este tipo revela que está por debajo de un umbral o un cambio relevante en comparación con varios criterios de evento, el resumen de puntos de control no puede notificarse como que representa un candidato de evento relevante. Sin embargo, si la comparación coincide con criterios de evento para identificar un evento de nodo relevante para el nodo de ID a partir del cambio monitorizado basándose en los puntos de control, el nodo maestro de monitorización puede notificar el evento de nodo como un candidato de evento al servidor.
Como tal, el nodo de monitorización (como el nodo maestro 3410) puede detectar cada una de las diferentes señales de aviso pero analizar e identificar posibles candidatos de evento basándose en los puntos de control generados internamente de manera sucesiva al nodo de monitorización. En algunos casos, el nodo maestro de monitorización analiza e identifica posibles candidatos de evento basándose en una comparación de diferentes resúmenes de puntos de control. De esta manera, lo que puede notificarse al servidor puede refinarse ventajosamente o simplificarse inteligentemente información de evento de nodo sobre lo que está sucediendo con un nodo de ID particular. Por tanto, diversas realizaciones del nodo maestro de monitorización (o un sistema que usa un nodo maestro de monitorización de este tipo) puede hacerse funcionar de manera más eficiente en algunos despliegues identificando el candidato de evento basándose en uno o más puntos de control sucesivos que proporcionan observaciones estadísticamente relevantes de un nodo de ID de nivel inferior indicativo de un estado del nodo de ID relevante.
La figura 46 es un diagrama de flujo que ilustra otro método a modo de ejemplo para monitorización mejorada para un candidato de evento dentro de una red de nodos inalámbricos basándose en un resumen de puntos de control según una realización de la invención. La red de nodos inalámbricos a modo de ejemplo tiene una pluralidad de nodos de ID de nivel inferior, un nodo maestro en un nivel medio en comunicación con los nodos de ID, y un servidor en un nivel superior en comunicación con el nodo maestro. Haciendo referencia ahora a la figura 46, el método a modo de ejemplo 4600 comienza en la etapa 4605 con el nodo maestro que activa un modo de monitorización de funcionamiento que escucha una o más señales de emisión emitidas desde cualquiera de los nodos de ID sin necesidad de solicitar a los nodos de ID la transmisión de las una o más señales de emisión desde los nodos de ID. Por ejemplo, a diferencia de las respuestas de etiqueta de RFID convencionales, que deben solicitarse por un lector de etiqueta de RFID, el nodo maestro puede activar un modo de monitorización que no requiere solicitar a los nodos de ID que emitan, sino que, en su lugar, escucha nodos de ID inalámbricos que pueden emitir señales de paquete de aviso de corto alcance.
En la etapa 4610, si el nodo maestro recibe una primera señal de aviso emitida por uno primero de los nodos de ID en la red de nodos inalámbricos, el método 4600 avanza de la etapa 4610 directamente a la etapa 4615. De lo contrario, la etapa 4610 permanece en el modo de monitorización activado a la espera de la recepción de una señal.
En la etapa 4615, el método 4600 avanza con el nodo maestro que registra un parámetro observado relacionado con la primera señal de aviso recibida emitida por el primer nodo de ID. Un parámetro observado de este tipo puede ser, por ejemplo, un nivel de intensidad de señal observado para la señal o información observada dentro de una parte (por ejemplo, un encabezado) de la señal de aviso detectada. El parámetro observado puede registrarse en memoria volátil y/o no volátil dependiendo del despliegue, velocidad de escritura de memoria disponible con memoria accesible en el nodo maestro, y una necesidad o deseo de evitar la pérdida de datos debido a la pérdida de potencia involuntaria.
Con la primera señal de aviso recibida por el nodo maestro en la etapa 4610 y el parámetro observado para esa señal registrada en la etapa 4615, el método 4600 avanza a la etapa 4620 para detectar señales de aviso sucesivas emitidas por el primer nodo de ID. Por tanto, dado que una próxima señal de aviso emitida desde el primer nodo de ID se recibe en la etapa 4620, la etapa 4620 avanza directamente a la etapa 4625. De lo contrario, la etapa 4620 permanece en el modo de monitorización activado a la espera de recibir más señales de aviso desde el primer nodo de ID.
En la etapa 4625, el método 4600 avanza con el nodo maestro que registra el parámetro observado relacionado con la siguiente señal de aviso recibida de manera sucesiva emitida por el primer nodo de ID. Más detalladamente, un parámetro observado de este tipo de las señales de aviso recibidas puede, por ejemplo, ser un valor de indicador de intensidad de señal recibido (RSSI) que refleja una intensidad de señal tal como se detecta por el nodo maestro. En otro ejemplo, el parámetro observado pueden ser datos de sensor proporcionados por el primer nodo de ID y capturados por el nodo maestro relacionado con el primer nodo de ID. Por ejemplo, las señales de aviso emitidas por el primer nodo de ID pueden incluir datos de sensor dentro de la parte del encabezado de las señales de aviso. Tales datos de sensor pueden observarse por el nodo maestro a través de las señales de aviso detectadas, e indican la actividad o estado de nodo de ID de bajo nivel (por ejemplo, una condición de temperatura detectada por el nodo de ID o condición de humedad detectada por el nodo de ID).
En la etapa 4630, el nodo maestro determina si las señales recibidas (es decir, aquellas señales de aviso recibidas en la etapa 4610 y en la etapa 4620) equivalen a un número suficiente de señales recibidas que corresponde a un grupo predeterminado de señales de aviso que incluyen la primera señal de aviso y un grupo posterior de señales de aviso recibidas de manera sucesiva. Si no, la etapa 4630 vuelve a la etapa 4620 y espera recibir señales de aviso adicionales. Sin embargo, si es así, la etapa 4630 avanza a la etapa 4635.
En algunas realizaciones, el número de señales que conforman el grupo predeterminado puede definirse por el servidor. Por ejemplo, el servidor puede dotar al nodo maestro de información de gestión de nodo en forma de un número particular de señales de aviso que se considera que conforman el grupo predeterminado con el fin de monitorizar y notificar como se explica con referencia a realizaciones del método 4600. En otras realizaciones, este número puede alterarse dinámicamente por el nodo maestro y/o el servidor a medida que la monitorización continúa. Por ejemplo, el nodo maestro puede detectar que el nodo de ID de emisión ha dado una alerta (por ejemplo, un estado de alerta aumentado, un cambio en el estado de perfil, un cambio en el estado de entorno basándose en datos de sensor, y similares) donde el nodo maestro entonces es capaz de adaptar por sí mismo su monitorización cambiando el número de señales en el grupo predeterminado o, en otros casos, notificar la alerta al servidor para que el servidor pueda dictar un cambio en el número de señales en el grupo predeterminado y refinar el proceso de monitorización del nivel de servidor de la red a través de un mensaje de gestión de nodo enviado al nodo maestro con el número cambiado de señales en el grupo para fines de monitorización.
En la etapa 4635, el método 4600 avanza para generar un resumen de puntos de control basándose en las señales de aviso recibidas. Más concretamente, el nodo maestro genera un primer resumen de puntos de control que representa un primer conjunto de señales de aviso que comprende la primera señal de aviso recibida (la señal recibida en la etapa 4610) y el grupo posterior recibido de manera sucesiva de señales de aviso (las señales que se recibieron de manera sucesiva en la etapa 4630). El primer resumen de puntos de control es una representación de datos transformativos del primer conjunto de señales de aviso e incluye un parámetro observado de resumen generado basándose en el parámetro observado registrado relacionado con la primera emisión de señal de aviso recibida (tal como se registra en la etapa 4615) y el parámetro observado registrado relacionado con cada uno del grupo posterior recibido de manera sucesiva de señales de aviso (tal como se registra en la etapa 4625). Más detalladamente, el parámetro observado de resumen para el primer resumen de puntos de control puede implementarse como una representación estadística de los valores de intensidad de señal observados para el primer conjunto de señales de aviso. Una representación estadística de este tipo de los valores de intensidad de señal observados puede implementarse usando una media, una mediana, un promedio, un promedio variable a través de una ventana de subconjunto de señales de aviso, un promedio variable a través de una ventana de tiempo deslizante, o un promedio ponderado relacionado con los valores de intensidad de señal observados (o datos de sensor capturados) del primer conjunto de señales de aviso.
En la etapa 4640, el método 4600 avanza con el nodo maestro que transmite el primer resumen de puntos de control al servidor como el candidato de evento relativo al primer nodo de ID. Más concretamente, la etapa 4640 puede hacer que el nodo maestro simplifique una alimentación de datos para el servidor relacionado con un estado del primer nodo de ID enviando el candidato de evento al servidor que indica un estado monitorizado resumido del primer nodo basándose en el parámetro observado de resumen del primer resumen de puntos de control. Por tanto, la transmisión como se realiza en la etapa 4640 mejora el nodo maestro de monitorización al servidor notificando sobrecarga y mejora la eficiencia general de informar al servidor del sistema sobre un candidato de evento a través del primer resumen de puntos de control notificado.
Mientras que la etapa 4640 explicada anteriormente tiene el primer resumen de puntos de control notificado como el candidato de evento, en realizaciones adicionales del método 4600, la transmisión en la etapa 4640 puede producirse basándose en criterios de intervalo de notificación periódica. En particular, una realización adicional puede implementar la etapa 4640 con el nodo maestro que transmite el primer resumen de puntos de control al servidor como el candidato de evento en relación con el primer nodo de ID cuando el primer resumen de puntos de control cumpla unos criterios de intervalo de notificación periódica en relación con uno o más resúmenes de puntos de control anteriores generados por el nodo maestro, tal como transmitir solo cada 5° resumen de puntos de control mientras que los otros resúmenes de puntos de control anteriores permanecen internos con respecto al nodo maestro de monitorización.
En una realización más detallada, la transmisión en la etapa 4640 puede comprender además hacer que el nodo maestro incremente un recuento de puntos de control en la memoria del nodo maestro al generar el primer resumen de puntos de control; hacer que el nodo maestro compare el recuento de puntos de control incrementado con respecto a los criterios de intervalo de notificación periódica en relación con uno o más resúmenes de puntos de control anteriores generados por el nodo maestro; y usar el nodo maestro para notificar el primer resumen de puntos de control al servidor como el candidato de evento cuando el recuento de puntos de control incrementado coincide con los criterios del intervalo de notificación periódica (por ejemplo, cuando el primer resumen de puntos de control es un 5° resumen de puntos de control en relación con el último resumen de puntos de control notificado). Los criterios de intervalo de notificación periódica pueden identificar un número de umbral de resúmenes de puntos de control generados como condición para la notificación del primer resumen de puntos de control al servidor como el candidato de evento. Un número de umbral de este tipo puede estar predeterminado en algunas realizaciones (por ejemplo, notificar solo cada 5° resumen de puntos de control) mientras que otras realizaciones pueden hacer que el nodo maestro ajuste un número de umbral de este tipo.
Más detalladamente en relación con el ajuste de los criterios de intervalo de notificación periódica, una realización adicional del método 4600 puede además hacer que el nodo maestro detecte un identificador de perfil del primer nodo de ID. El identificador de perfil puede, por ejemplo, formar parte de al menos una de la primera señal de aviso recibida y el grupo posterior recibido de manera sucesiva de señales de aviso (tal como información en un encabezado de una de las señales de aviso emitidas). El nodo maestro puede entonces responder a este identificador de perfil detectado, y alterar los criterios de intervalo de notificación periódica basándose en un perfil de alerta correspondiente al identificador de perfil. El perfil de alerta incluye reglas de gestión de nodo relacionadas con la monitorización del primer nodo de ID y la notificación al servidor. Por tanto, el perfil de alerta para el primer nodo de ID (como se indica mediante el identificador de perfil) puede reflejar que el nodo de ID necesita atención rápida, garantizando que el nodo maestro de monitorización cambie la frecuencia con la que puede notificar resúmenes de puntos de control al servidor. Por ejemplo, el primer nodo de ID puede conmutar de manera autónoma a usar el perfil de alerta, ya que puede haber entrado en una fase de alerta particular (como se describió anteriormente), y el nodo maestro de monitorización puede entonces adaptarse ventajosamente a cómo se monitoriza ese nodo de ID particular ajustando los criterios de intervalo de notificación periódica para que la información de candidato de evento sobre el nodo de ID se transmita de manera más frecuente al servidor dentro del sistema.
En otra realización adicional, el método 4600 también puede hacer que el nodo maestro ajuste el parámetro observado de resumen que va a notificarse. En particular, el nodo maestro puede ajustar el parámetro observado de resumen para que resuma estadísticamente el primer resumen de puntos de control con al menos un resumen de puntos de control anterior generado por el nodo maestro y no notificado al servidor. Por ejemplo, el nodo maestro puede ajustar el parámetro observado de resumen que va a notificarse al servidor para que sea un promedio del (primer) resumen de puntos de control actual y cuatro parámetros observados de resumen no notificados previamente para resúmenes de puntos de control anteriores no notificados. De esta manera, los parámetros observados de resumen ajustados proporcionan una representación estadística del estado del nodo de ID dado que el último resumen de puntos de control se notificó como candidato de evento.
En una realización más detallada, el método 4600 puede hacer que el nodo maestro notifique el candidato de evento al servidor basándose en una comparación del (primer) resumen de puntos de control actual con un punto de control anterior. Por ejemplo, esta realización del método 4600 también puede incluir hacer que el nodo maestro compare un parámetro observado de resumen anterior para un resumen de puntos de control anterior con el parámetro observado de resumen para el primer resumen de puntos de control para identificar un cambio en un estado del primer nodo de ID. Como tal, el nodo maestro puede entonces transmitir el primer resumen de primer punto de control al servidor como candidato de evento cuando la comparación identifique el cambio en el estado del primer nodo de ID. Un cambio de este tipo en el estado del primer nodo de ID puede ser, por ejemplo, cuando el parámetro observado de resumen anterior para el resumen de puntos de control anterior sea diferente del parámetro observado de resumen para el primer resumen de puntos de control en más de un nivel de umbral. Más concretamente, un cambio a modo de ejemplo en el estado del primer nodo de ID identificado a partir de la comparación puede ser un evento de nodo, tal como un evento esporádico que indica un horizonte de evento abreviado para el primer nodo de ID; un evento en línea que indica el inicio de un horizonte de evento monitorizado para el primer nodo de ID; un evento de modificación que indica al menos una diferencia de umbral entre el parámetro observado de resumen anterior para el resumen de puntos de control anterior y el parámetro observado de resumen para el primer resumen de puntos de control; y un evento fuera de línea que indica el final del horizonte de evento monitorizado para el primer nodo de ID. Además, un cambio a modo de ejemplo en el estado del primer nodo de ID identificado a partir de la comparación puede ser un evento de nodo, tal como un evento de cambio de perfil que indica que el primer nodo de ID cambió una configuración de perfil durante un horizonte de evento monitorizado para el primer nodo de ID; un evento de cambio de potencia de transmisión que indica que el primer nodo de ID cambió una configuración de potencia de salida durante el horizonte de evento monitorizado; y un evento de cambio de entorno que indica un cambio en los datos de sensor capturados por el primer nodo de ID durante el horizonte de evento monitorizado.
Los expertos en la técnica apreciarán que ese método 4600 como se da a conocer y se explica anteriormente en diversas realizaciones puede implementarse en un nodo maestro a modo de ejemplo (por ejemplo, el nodo maestro 3410 a modo de ejemplo en la figura 35) ejecutando una o más partes del código de gestión y control maestro 425 junto con el código de motor de detección de evento 3415 para realizar las etapas del método 4600 como se describe anteriormente. Tal código puede almacenarse en un medio no transitorio legible por ordenador, como el elemento de almacenamiento de memoria 415 en el nodo maestro 3410. Por tanto, al ejecutar tal código, el nodo maestro puede adaptarse especialmente más allá de un ordenador genérico para interactuar con otros dispositivos de red (tal como uno o más nodos de ID como se muestra en la figura 34 y el servidor 3400 como se muestra en la figura 34) ya que la unidad de procesamiento 400 de nodo maestro está especialmente adaptada para estar operativa para realizar operaciones algorítmicas o etapas de los métodos a modo de ejemplo dados a conocer anteriormente, incluyendo el método 4600 y las variaciones de ese método.
Además, los expertos en la técnica apreciarán que tal nodo maestro a modo de ejemplo adaptado para realizar operaciones algorítmicas o etapas de los métodos a modo de ejemplo dados a conocer anteriormente, incluyendo el método 4600 y variaciones de ese método, pueden desplegarse como parte de una realización de sistema de monitorización de nodo que identifica un candidato de evento dentro de una red de nodos inalámbricos. Un sistema de monitorización a modo de ejemplo de este tipo comprende un servidor dispuesto en un nivel superior de la red, un nodo de ID dispuesto en un nivel inferior de la red que está emitiendo señales de aviso, y un nodo maestro dispuesto en un nivel medio de la red. El nodo de ID puede asociarse con un paquete que está enviándose y siguiéndose, mientras que el nodo maestro toma el papel de monitorizar señales de aviso emitidas desde el nodo de ID a medida que el nodo de ID entra dentro de un alcance de comunicación del nodo maestro. El nodo maestro comprende además una unidad de procesamiento de nodo maestro, un elemento de almacenamiento de memoria e interfaces de comunicación primera y segunda. El elemento de almacenamiento de memoria del nodo maestro está acoplado a la unidad de procesamiento de nodo maestro que mantiene código de motor de detección de evento para su ejecución por la unidad de procesamiento de nodo maestro (por ejemplo, el elemento de almacenamiento de memoria 415 que mantiene el código de motor de detección de evento 3415 para su ejecución por la unidad de procesamiento 400 como se muestra y se explica con referencia a la figura 35). La primera interfaz de comunicación se acopla a la unidad de procesamiento de nodo maestro y está operativa para comunicarse con el nodo de ID a través de una primera trayectoria de comunicación, mientras que la segunda interfaz de comunicación también está acoplada a la unidad de procesamiento de nodo maestro y está operativa para comunicarse con el servidor a través de una segunda trayectoria de comunicación. Como tal, la primera trayectoria de comunicación es diferente de la segunda trayectoria de comunicación similar a la mostrada en la figura 34 donde la primera trayectoria de comunicación desde el nodo maestro 3410 a los nodos de ID 120a-e es distinta e independiente de la trayectoria de comunicación del nodo maestro 3410 al servidor 3400 a través de la red 105.
Como elementos de monitorización y notificación dentro del sistema de monitorización, el nodo maestro, al ejecutar el código de motor de detección de evento en la unidad de procesamiento de nodo maestro, está operativo para hacer que la primera interfaz de comunicación escuche una o más señales de emisión emitidas desde el nodo de ID sin solicitar al nodo de ID la transmisión de las una o más señales de emisión del nodo de ID. El nodo maestro (a través de su unidad de procesamiento de nodo maestro y otros elementos) está entonces además operativo para detectar, a través de la primera interfaz de comunicación, una primera señal de aviso emitida por el nodo de ID y registrar un primer parámetro observado en el elemento de almacenamiento de memoria basándose en la primera señal de aviso detectada emitida por el nodo de ID. El nodo maestro está entonces operativo para detectar de manera sucesiva, a través de la primera interfaz de comunicación, un grupo posterior de señales de aviso emitidas por el nodo de ID, y registrar un grupo posterior de parámetros observados donde cada uno está basado en uno respectivo del grupo posterior recibido de manera sucesiva de señales de aviso emitidas por el nodo de ID.
Más detalladamente, cada uno del primer parámetro observado y el grupo posterior de parámetros observados puede ser un valor de indicador de intensidad de señal recibido (RSSI) que refleja una intensidad de señal tal como se detecta por el nodo maestro. Como tal, el nodo maestro monitoriza las señales de aviso del nodo de ID y, en particular, observa el valor de RSSI para tales señales. Sin embargo, en otra realización de sistema más detallada, cada uno del primer parámetro observado y el grupo posterior de parámetros observados puede ser uno de una pluralidad de datos de sensor capturados por el nodo maestro relacionados con el nodo de ID. Como tal, el nodo maestro monitoriza las señales de aviso del nodo de ID y, en particular, observa datos de sensor dentro de tales señales de aviso (tales como datos de sensor de entorno, datos de sensor de monitorización de paquete, u otros datos de sensor generados por el nodo de ID e incluidos dentro de señales de aviso emitidas desde ese nodo de ID) tales como los parámetros observados.
Con las señales de aviso detectadas y los parámetros observados para cada una de tales señales, el nodo maestro del sistema está operativo para generar un primer resumen de puntos de control que representa un primer conjunto de señales de aviso que comprende la primera señal de aviso detectada y el grupo posterior detectado de manera de sucesiva de señales de aviso. Más concretamente, el primer resumen de puntos de control generado comprende un parámetro observado de resumen generado basándose en el parámetro observado registrado basándose en la primera señal de aviso detectada emitida y cada uno de los parámetros observados registrados respectivamente basándose en el grupo posterior detectado de manera sucesiva de señales de aviso. El nodo maestro del sistema entonces está operativo para provocar que la segunda interfaz de comunicación notifique el primer resumen de puntos de control a través de la segunda trayectoria de comunicación al servidor como el candidato de evento relativo al nodo de ID.
El servidor del sistema (tal como el servidor 3400 representado en las figuras 34 y 36) está operativo para recibir el candidato de evento desde el nodo maestro y transmitir una respuesta de ajuste sensible al nodo maestro basándose en el candidato de evento. Una respuesta de ajuste sensible de este tipo generada y transmitida por el servidor del sistema (por ejemplo, el servidor 3400) que comprende al menos uno de un perfil ajustado para el nodo maestro, un perfil ajustado para el nodo de ID, y datos de contexto actualizados que reflejan el candidato de evento identificado.
Más detalladamente, una realización de sistema de este tipo puede hacer que la unidad de procesamiento de nodo maestro del sistema esté operativa además para generar el parámetro observado de resumen para el primer resumen de puntos de control como representación estadística de los valores de intensidad de señal observados para el primer conjunto de señales de aviso emitidas por el nodo de ID. Una representación estadística de este tipo de los valores de intensidad de señal observados puede implementarse como una media, una mediana, un promedio, un promedio variable a través de una ventana de subconjunto de señales de aviso, un promedio variable a través de una ventana de tiempo deslizante, o un promedio ponderado de los valores de intensidad de señal observados.
En una realización de sistema adicional, la notificación del punto de control como candidato de evento puede ser más periódica que para cada punto de control. Por ejemplo, la unidad de procesamiento de nodo maestro puede estar operativa para provocar que la segunda interfaz de comunicación notifique el primer resumen de puntos de control al servidor estando operativa además para determinar si el primer resumen de puntos de control cumple con criterios de intervalo de notificación periódica relativos a uno o más resúmenes de puntos de control anteriores generados por el nodo maestro y almacenados en el elemento de almacenamiento de memoria del nodo maestro. El nodo maestro puede entonces estar operativo para provocar que la segunda interfaz de comunicación transmita el primer resumen de puntos de control al servidor como el candidato de evento solo cuando el primer resumen de puntos de control cumpla con los criterios de intervalo de notificación periódica (tal como cuando tales criterios se definen como notificación de cada punto de control superior o cada 5° punto de control). La unidad de procesamiento del nodo maestro, bajo un régimen de notificación periódica de este tipo, puede estar operativa además para ajustar el parámetro observado de resumen para resumir estadísticamente el primer resumen de puntos de control con al menos un resumen de puntos de control anterior generado por el nodo maestro y no notificado al servidor.
Además, la unidad de procesamiento de nodo maestro puede estar operativa para provocar que la segunda interfaz de comunicación notifique el primer resumen de puntos de control al servidor estando operativa además para incrementar un recuento de puntos de control al generar el primer resumen de puntos de control. El recuento de puntos de control puede ser una estructura de datos (por ejemplo, los datos de evento 3500) generada y mantenida dentro de la memoria del nodo maestro. La unidad de procesamiento está operativa entonces para comparar el recuento de puntos de control incrementado con criterios de intervalo de notificación periódica relativos a uno o más resúmenes de punto de control anteriores generados por el nodo maestro, y provocar que la segunda interfaz de comunicación transmita el primer resumen de puntos de control al servidor como el candidato de evento solo cuando el recuento de puntos de control incrementado coincide con los criterios de intervalo de notificación periódica. Criterios de intervalo de notificación periódica de este tipo pueden, en algunas realizaciones, identificar un número de umbral de resúmenes de puntos de control generados como condición de notificación para notificar el primer resumen de puntos de control al servidor como el candidato de evento.
En otra realización de sistema más, la unidad de procesamiento de nodo maestro puede estar operativa para detectar, a través de la primera interfaz de comunicación, un identificador de perfil desde el nodo de ID. Un identificador de perfil de este tipo puede formar parte de al menos una de la primera señal de aviso detectada y el grupo posterior detectado de manera sucesiva de señales de aviso (por ejemplo, una parte del encabezado de la señal de aviso que incluye datos relevantes del identificador de perfil). Basándose en un perfil de alerta correspondiente al identificador de perfil, la unidad de procesamiento de nodo maestro puede entonces estar operativa para alterar los criterios de intervalo de notificación periódica, donde el perfil de alerta puede incluir una pluralidad de reglas de gestión de nodo relacionadas con la monitorización del nodo de ID y la notificación al servidor.
De manera similar a las variaciones del método 4600 de a modo de ejemplo descritas anteriormente, el sistema de realización descrito anteriormente puede extenderse para incluir la comparación de puntos de control anteriores. Por ejemplo, en una realización de sistema adicional, la unidad de procesamiento de nodo maestro del sistema puede estar operativa además para acceder al elemento de almacenamiento de memoria de un parámetro observado de resumen anterior para un resumen de puntos de control anterior y luego comparar el parámetro observado de resumen anterior al parámetro observado de resumen para el primer resumen de puntos de control para identificar un cambio en un estado del nodo de ID. Por consiguiente, la segunda interfaz de comunicación del nodo maestro del sistema puede transmitir el primer resumen de puntos de control al servidor como el candidato de evento si la unidad de procesamiento de nodo maestro identifica el cambio en el estado del nodo de ID comparando el parámetro observado de resumen anterior con respecto al parámetro observado de resumen para el primer resumen de puntos de control. Un cambio de este tipo en el estado del nodo de ID del sistema puede comprender una condición de nodo monitorizado cuando el parámetro observado de resumen anterior para el resumen de puntos de control anterior es diferente del parámetro observado de resumen para el primer resumen de puntos de control en más de un nivel de umbral. En una realización de sistema más detallada, el cambio en el estado del nodo de ID puede identificar el primer resumen de puntos de control como un evento de nodo particular, tal como un evento esporádico que indica un horizonte de evento abreviado para el nodo de ID; un evento en línea que indica un inicio de un horizonte de evento monitorizado para el nodo de ID; un evento de modificación que indica al menos una diferencia de umbral entre el parámetro observado de resumen anterior para el resumen de puntos de control anterior y el parámetro observado de resumen para el primer resumen de puntos de control; y un evento fuera de línea que indica un final del horizonte de evento monitorizado para el nodo de ID. Además, otra realización puede hacer que el cambio en el estado del nodo de ID identifique el primer resumen de puntos de control como un evento de nodo particular, tal como un evento de cambio de perfil que indica que el nodo de ID cambió una configuración de perfil durante un horizonte de evento monitorizado para el nodo de ID; un evento de cambio de potencia de transmisión que indica que el nodo de ID cambió una configuración de potencia de salida durante el horizonte de evento monitorizado; y un evento de cambio de entorno que indica un cambio en datos de sensor capturados por el nodo de ID durante el horizonte de evento monitorizado.
En resumen, diversas realizaciones de métodos, aparatos y sistemas implican el funcionamiento de un nodo maestro a modo de ejemplo (como dispositivo de monitorización interactivo o como parte de un sistema) que proporciona la capacidad mejorada para monitorizar elementos de una red de nodos inalámbricos para candidatos de evento relacionados con una variedad de tipos diferentes de eventos de nodo y notificarlos de manera inteligente y eficiente a un servidor de nivel más alto en la red. Tal monitorización mejorada para los candidatos de evento proporciona una base para operaciones mejoradas de una red de nodos inalámbricos (tal como una red de elementos de nodo usados en el seguimiento logístico y la gestión logística de artículos que están enviándose ya que están asociados respectivamente con diferentes nodos de ID de bajo nivel).
Operaciones de servidor relacionadas con la gestión mejorada a través del procesamiento de candidatos de evento
Aunque el nodo maestro a modo de ejemplo descrito anteriormente proporciona monitorización mejorada de un candidato de evento y notificación del candidato de evento al servidor, realizaciones adicionales pueden centrarse en el servidor (tal como el servidor 3400 ilustrado y descrito anteriormente con respecto a las figuras 34 y 36) y cómo puede adaptarse especialmente para aplicar un tipo de proceso analítico para clasificar o puntuar el candidato de evento recibido como parte del “aprendizaje” a partir de la información notificada, por ejemplo, determinar cómo de estrechamente se correlaciona el evento con otros datos accesibles para el servidor que representan la actividad relevante de nodo conocido y ajustar las operaciones de gestión en consecuencia. Los expertos en la técnica apreciarán que tales realizaciones pueden aplicar la funcionalidad de extracción de características usando una medida estadística, y la clasificación de rasgos en categorías correctas basándose en sus características (tal como si un candidato de evento es un tipo de evento de nodo que puede atribuirse de manera segura a la actividad relevante de nodo conocido). Al hacerlo, realizaciones se hacen funcionar sobre datos que son de naturaleza transformacional. Por ejemplo y tal como se aplica concretamente en realizaciones descritas en el presente documento, los datos de evento enviados como parte del candidato de evento son representativos de eventos de nodo y pueden transformarse mediante el servidor en información de gestión de nodo actualizada.
La información de gestión de nodo actualizada, ajustada, modificada o refinada (tal como datos de contexto de gestión de nodo relevantes y/o datos de reglas de gestión de nodo relevantes) puede usarse por el servidor para ayudar a gestionar otros elementos de la red (tal como un nodo maestro o nodos de ID en la red). Por ejemplo, basándose en un candidato de evento notificado, el servidor puede proporcionar retroalimentación al nodo maestro para alterar o actualizar de otra manera cómo el nodo maestro funciona en sí y/o cómo el nodo maestro gestiona uno o más de los nodos de ID bajo su control a través de datos de contexto actualizados o reglas de gestión de nodo actualizadas (por ejemplo, perfiles de funcionamiento revisados que definen cómo un nodo maestro o nodo de ID funciona, se hace funcionar, notifica a otros nodos, etc.). En otras palabras, realizaciones pueden desplegar un sistema que hace que el nodo maestro monitorice uno o más candidatos de evento integrado con procesamiento de tipo analítico de servidor de back-end donde los candidatos de evento pueden clasificarse por confianza de estar correlacionados con la actividad relevante de nodo conocido o nuevo como tipo de entrada para la gestión mejorada de nodos en la red y calidad/eficiencia mejorada de cómo puede capturarse y notificarse información de evento de nodo como base para la gestión de red de nodos inalámbricos.
Como se explicó anteriormente, la figura 36 es un diagrama más detallado del servidor a modo de ejemplo 3400 en la red ilustrada en la figura 34 que funciona para recibir un candidato de evento y gestionar la red basándose en el candidato de evento según una realización de la invención. El servidor a modo de ejemplo 3400, tal como se muestra y se describe en relación con la figura 36, puede desplegarse como parte de los métodos descritos a continuación con respecto a las figuras 43 y 44. Con más detalle, la figura 43 es un diagrama de flujo que ilustra un método a modo de ejemplo para la gestión mejorada de una red de nodos inalámbricos basándose en la recepción y procesamiento de un candidato de evento según una realización de la invención. Haciendo referencia ahora a la figura 43, el método 4300 comienza en la etapa 4305 con el servidor recibiendo un candidato de evento identificado por el nodo maestro.
En una realización del método 4300, el candidato de evento está relacionado con uno primero de los nodos de ID y representa un estado actualizado relacionado con el primer nodo de ID. En otra realización, el estado actualizado relacionado con el primer nodo de ID puede comprender una modificación en la intensidad de señal en lo que se emite por el primer nodo de ID (tal como cuando el nodo maestro observó una disminución significativa en valores de RSSI para señales de aviso desde el primer nodo de ID tal como se identifica cuando el candidato de evento es un evento de modificación). Más detalladamente, el estado actualizado puede comprender un estado cambiado del primer nodo de ID, un estado no cambiado del primer nodo de ID, o un estado de punto de control resumido del primer nodo de ID (tal como se refleja por un primer evento de punto de control de referencia o un nuevo evento de punto de control de resumen).
Además, otra realización del método 4300 puede hacer que el candidato de evento esté relacionado con un subconjunto de los nodos de ID que incluye el primer nodo de ID. Por ejemplo, el candidato de evento notificado puede reflejar un evento de modificación identificado para cada uno del subconjunto de nodos de ID.
En la etapa 4310, el método 4300 avanza con el servidor generando una puntuación predictiva para el candidato de evento basándose en datos de contexto mantenidos por el servidor y relacionados con el primer nodo de ID, donde la puntuación predictiva se centra en si el candidato de evento corresponde a una actividad relacionada con el nodo. Más particularmente, la puntuación predictiva puede comprender un factor de confianza relacionado con si el candidato de evento corresponde a la actividad relacionada con el nodo. En un ejemplo, la actividad relacionada con el nodo puede ser una actividad física detectable (por ejemplo, un vehículo que conduce muy cerca del nodo o el nodo que se mueve en un dispositivo o sistema de transporte particular) y una actividad electromagnética detectable (por ejemplo, ruido de RF generado por un motor u otro motor cerca de un nodo). En otro ejemplo, la actividad relacionada con el nodo puede comprender una actividad anticipada caracterizada por al menos una parte de los datos de contexto relacionados con el primer nodo de ID (por ejemplo, un movimiento anticipado a través de un túnel que puede proteger al nodo de recibir comunicaciones de otros nodos). Además, la actividad relacionada con el nodo puede comprender una nueva actividad relacionada con el nodo física o electromagnética que ya no se caracteriza por los datos de contexto relacionados con el primer nodo de ID. Ejemplos adicionales de la actividad relacionada con el nodo pueden incluir movimiento de al menos uno del primer nodo de ID, el nodo maestro y un objeto cerca del nodo maestro; exposición a una fuente de interferencia de RF; y la colocación del primer nodo de ID dentro de un contenedor (tal como un contenedor de transporte, contenedor ULD, un vehículo que funciona como un tipo de contenedor (por ejemplo, camioneta de entrega, remolque tractor, y similares)).
Más detalladamente, la generación de la puntuación predictiva para el candidato de evento en la etapa 4310 puede basarse en una evaluación del candidato de evento frente a al menos una parte de los datos de contexto relacionados con el primer nodo de ID (tales como datos de contexto 560 y estos mantenidos en la base de datos de contexto 565). En realizaciones adicionales, datos de contexto a modo de ejemplo que pueden formar parte de esta parte usada al generar la puntuación predictiva pueden venir en una variedad de formas, tal como uno o más de datos de exploración relacionados con el nodo primer de ID, datos de exploración relacionados con el nodo maestro, datos de exploración relacionados con un segundo nodo maestro en la red de nodos inalámbricos, datos de exploración relacionados con uno segundo de los nodos de ID, datos históricos relacionados con el primer nodo de ID, datos históricos relacionados con el nodo maestro, datos históricos relacionados con un segundo nodo maestro en la red de nodos inalámbricos, datos históricos relacionados con uno segundo de los nodos de ID, datos de envío relacionados con un artículo que está enviándose con el primer nodo de ID, datos de diseño relacionados con un entorno anticipado para el primer nodo de ID, datos de RF relacionados con un entorno de trayectoria de señal anticipado para el primer nodo de ID, y datos de terceros procedentes de fuera de la red de nodos inalámbricos y relativos a una condición física anticipada a la que debe enfrentarse el primer nodo de ID.
En una realización adicional, el método 4300 puede tener la etapa 4310 de generación de la puntuación predictiva para el candidato de evento haciendo que el servidor identifique una coincidencia de patrón entre el candidato de evento y al menos una parte de los datos de contexto relacionados con el primer nodo de ID, y que entonces asigna una calificación como puntuación predictiva para el candidato de evento basándose en la medida en la que el servidor identifica la coincidencia de patrón entre el candidato de evento y la parte de los datos de contexto relacionados con el primer nodo de ID.
En otra realización más, el método 4300 puede tener la etapa 4310 de generación de la puntuación predictiva para el candidato de evento haciendo que el servidor compare el candidato de evento con al menos una parte de los datos de contexto relacionados con el primer nodo de ID, y luego determine un rango de probabilidad como la puntuación predictiva para el candidato de evento basándose en la comparación entre el candidato de evento y la parte de los datos de contexto relacionados con el primer nodo de ID.
En la etapa 4315, el método 4300 avanza con el servidor que actualiza información de gestión de nodo basándose en un tipo del candidato de evento y la puntuación predictiva para el candidato de evento. Tal como se indicó anteriormente, la información de gestión de nodo a modo de ejemplo puede implementarse generalmente como datos de gestión de nodo (por ejemplo, los datos de contexto 560) y/o reglas de gestión de nodo (por ejemplo, los datos de reglas 3610) relacionados con uno o más de los elementos de nodo en la red de nodos inalámbricos. Por tanto, en una realización particular del método 4300, la información de gestión de nodo puede comprender datos de gestión de nodo mantenidos por el servidor donde los datos de gestión de nodo se relacionan con uno o más nodos de ID dentro de la red de nodos inalámbricos e incluye datos de contexto (tal como los datos 560 o los datos dentro de la base de datos 565) mantenidos por el servidor. Realizaciones adicionales pueden hacer que la información de gestión de nodo comprenda datos de gestión de nodo mantenidos por el servidor y relacionados con el nodo maestro; una regla de gestión de nodo mantenida por el servidor y que define uno o más parámetros de un perfil de funcionamiento para uno o más nodos de ID dentro de la red de nodos inalámbricos; una regla de gestión de nodo mantenida por el servidor y que define uno o más parámetros de un perfil de funcionamiento para el nodo maestro; una regla de gestión de nodo que define uno o más parámetros sobre cómo el nodo maestro identifica el candidato de evento; y una regla de gestión de nodo que define uno o más parámetros sobre cómo el nodo maestro simplifica una alimentación de datos entre el nodo maestro y el servidor.
En otra realización más de la etapa 4315, el método 4300 puede implementar la etapa de actualización con el servidor que transforma la información de gestión de nodo para indicar además una correspondencia entre la actividad relevante de nodo y el estado actualizado relacionado con el primer nodo de ID. Una transformación de este tipo puede basarse en el tipo del candidato de evento y la puntuación predictiva del candidato de evento. Dicho de otra manera, la información de gestión de nodo transformada puede actualizarse, revisarse, cambiarse o alterarse de otra manera para tener mejor en cuenta el candidato de evento notificado medido con la puntuación predictiva o la clasificación de confianza.
En la etapa 4320, el método 4300 avanza con el servidor que transmite un mensaje de gestión al nodo maestro donde el mensaje de gestión proporciona al menos una parte de la información de gestión de nodo actualizada al nodo maestro como retroalimentación al nodo maestro. Tal retroalimentación se usa entonces para la gestión mejorada de los uno o más elementos de la red de nodos inalámbricos. En una realización adicional del método 4300, la etapa de transmisión puede implicar que el servidor proporcione la parte de la información de gestión de nodo actualizada al nodo maestro como entrada de control de gestión para el nodo maestro que altera cómo el nodo maestro se hace funcionar o se altera cómo el nodo maestro gestiona al menos uno de los nodos de ID. Más detalladamente, la parte de la información de gestión de nodo actualizada proporcionada como la entrada de control puede incluir una regla de gestión de nodo actualizada que refina cómo el nodo maestro identifica el candidato de evento, lo que puede refinar cómo el nodo maestro simplifica una alimentación de datos entre el nodo maestro y el servidor (como se comentó anteriormente).
Los expertos en la técnica apreciarán que el método 4300 como se da a conocer y se explicó anteriormente en diversas realizaciones puede implementarse en un nodo maestro a modo de ejemplo (por ejemplo, el servidor a modo de ejemplo 3400 en las figuras 34 y 36) ejecutando una o más partes del código de gestión y control de servidor 525 junto con el código de motor de analítica de candidato de evento 3405 para realizar las etapas del método 4300 tal como se describe anteriormente. Tal código puede almacenarse en un medio no transitorio legible por ordenador, tal como el elemento de almacenamiento de memoria 515 en el servidor 3400. Por tanto, al ejecutar tal código, el servidor puede adaptarse especialmente para interactuar con otros dispositivos de red (tal como directamente con el nodo maestro 3410 como se muestra en la figura 34 e indirectamente con uno o más nodos de ID como se muestra en la figura 34 a través de mensajes, comandos e instrucciones facilitadas directamente al nodo maestro 3410 como se muestra en la figura 34) ya que la unidad de procesamiento 500 del servidor se adapta especialmente para estar operativa para realizar operaciones algorítmicas o etapas de los métodos a modo de ejemplo dados a conocer anteriormente, incluyendo el método 4300 y variaciones de ese método.
La figura 44 es un diagrama de flujo que ilustra otro método a modo de ejemplo para la gestión mejorada de una red de nodos inalámbricos basándose en la recepción y procesamiento de un candidato de evento según otra realización de la invención. Haciendo referencia ahora a la figura 44, el método 4400 comienza en la etapa 4405 donde el servidor recibe un candidato de evento identificado por el nodo maestro. El candidato de evento está relacionado con uno primero de los nodos de ID y representa un estado actualizado relacionado con el primer nodo de ID. Un estado actualizado de este tipo puede comprender un estado cambiado del primer nodo de ID, un estado sin cambios del primer nodo de ID, o un estado de punto de control resumido del primer nodo de ID en realizaciones adicionales del método 4400.
En la etapa 4410, el método 4400 avanza con el servidor que clasifica el candidato de evento para la confianza de representación de una actividad relevante de nodo basándose en datos de contexto mantenidos por el servidor y relacionados con el primer nodo de ID. Más detalladamente, la etapa de clasificación del candidato de evento puede implicar generar una puntuación predictiva basándose en una evaluación del candidato de evento frente a al menos una parte de los datos de contexto relacionados con el primer nodo de ID para la confianza de representación de la actividad relevante de nodo. Generalmente, la actividad relevante de nodo puede ser actividad que tiene un impacto en o relevante para las operaciones de nodo. Por ejemplo, la actividad relevante de nodo puede ser una actividad anticipada caracterizada por al menos una parte de los datos de contexto relacionados con el primer nodo de ID. En otro ejemplo, la actividad relevante de nodo puede ser una actividad nueva que no se caracteriza actualmente por un estado actual de los datos de contexto identificados que van a relacionarse con el primer nodo de ID.
En la etapa 4415, el método 4400 avanza con el servidor que revisa información de gestión de nodo basándose en un tipo del candidato de evento y la clasificación del candidato de evento. Tal información de gestión de nodo se mantiene por el servidor y está relacionada con al menos uno del nodo maestro y el primer nodo de ID. Más concretamente, la información de gestión de nodo a modo de ejemplo puede comprender al menos uno de (a) datos de gestión de nodo mantenidos por el servidor que están relacionados con uno o más nodos de ID dentro de la red de nodos inalámbricos y donde los datos de gestión de nodo incluyen los datos de contexto mantenidos por el servidor y relacionados con el primer nodo de ID; (b) datos de gestión de nodo mantenidos por el servidor y relacionados con el nodo maestro; (c) una regla de gestión de nodo mantenida por el servidor y que define uno o más parámetros de un perfil de funcionamiento para uno o más nodos de ID dentro de la red de nodos inalámbricos; (d) una regla de gestión de nodo mantenida por el servidor y que define uno o más parámetros de un perfil de funcionamiento para el nodo maestro; (e) una regla de gestión de nodo que define uno o más parámetros sobre cómo el nodo maestro identifica el candidato de evento; y (f) una regla de gestión de nodo que define uno o más parámetros sobre cómo el nodo maestro simplifica una alimentación de datos entre el nodo maestro y el servidor.
En una realización adicional del método 4400, la etapa de revisión puede comprender además hacer que el servidor transforme la información de gestión de nodo para indicar además una correspondencia entre la actividad relevante de nodo y el estado actualizado relacionado con el primer nodo de ID. Una transformación de este tipo se basa en el tipo de candidato de evento y la clasificación del candidato de evento. Ejemplos de tal actividad relevante de nodo puede incluir además al menos uno de movimiento de al menos uno del primer nodo de ID, el nodo maestro, y un objeto cercano al nodo maestro; exposición a una fuente de blindaje que inhibe la comunicación entre el primer nodo de ID y el nodo maestro; exposición a una fuente de interferencia de RF; y la colocación del primer nodo de ID dentro de un contenedor.
En la etapa 4420, el método 4400 avanza con el servidor que transmite un mensaje de gestión al nodo maestro. El mensaje de gestión proporciona al menos una parte de la información de gestión de nodo revisada al nodo maestro como entrada de instrucción que va a usarse por el nodo maestro. Tal entrada de instrucción puede usarse por el nodo maestro para controlar un funcionamiento del nodo maestro o alterar cómo funciona el nodo maestro. En otros ejemplos, la entrada de instrucción puede usarse por el nodo maestro para provocar que al menos uno de los nodos de ID altere el funcionamiento o altere cómo el nodo maestro gestiona al menos uno de los nodos de ID. Más detalladamente, la entrada de instrucción puede incluir una regla de gestión de nodo actualizada que define cómo el nodo maestro identifica el candidato de evento o que refina cómo el nodo maestro simplifica una alimentación de datos entre el nodo maestro y el servidor.
Los expertos en la técnica apreciarán que el método 4300 como se da a conocer y se explica anteriormente en diversas realizaciones puede implementarse en un nodo maestro a modo de ejemplo (por ejemplo, el servidor a modo de ejemplo 3400 en las figuras 34 y 36) ejecutando una o más partes del código de gestión y control de servidor 525 junto con el código de motor de analítica de candidato de evento 3405 para realizar las etapas del método 4300 como se describe anteriormente. Tal código puede almacenarse en un medio no transitorio legible por ordenador, como el elemento de almacenamiento de memoria 515 en el servidor 3400. Por tanto, al ejecutar tal código, el servidor puede adaptarse especialmente para interactuar con otros dispositivos de red (tal como directamente con el nodo maestro 3410 como se muestra en la figura 34 e indirectamente con uno o más nodos de ID como se muestra en la figura 34 a través de mensajes, comandos e instrucciones facilitadas directamente al nodo maestro 3410 como se muestra en la figura 34) ya que la unidad de procesamiento 500 del servidor se adapta especialmente para estar operativa para realizar operaciones algorítmicas o etapas de los métodos a modo de ejemplo dados a conocer anteriormente, incluyendo el método 4300 y variaciones de ese método.
En otra realización de aparato, se describe a continuación un aparato de servidor a modo de ejemplo adicional para la gestión mejorada de una red de nodos inalámbricos. La red tiene al menos una pluralidad de nodos de ID y un nodo maestro en comunicación con los nodos de ID. El aparato de nodo de servidor de esta realización generalmente comprende una unidad de procesamiento de servidor, un elemento de almacenamiento de memoria, un temporizador y una interfaz de comunicación de red (por ejemplo, tal como el servidor a modo de ejemplo 3400 y los componentes de circuito a modo de ejemplo internos de este aparato de servidor como se muestra y se describe con respecto a las figuras 5 y 36). Más detalladamente, el elemento de almacenamiento de memoria está acoplado a la unidad de procesamiento de servidor y mantiene al menos código de motor de analítica de candidato de evento, e información de gestión de nodo usada para controlar uno o más de los nodos de ID y el nodo maestro como parte de la gestión de la red de nodos inalámbricos. La información de gestión de nodo almacenada en el elemento de almacenamiento de memoria incluye al menos datos de contexto que describen un entorno contextual de los nodos de ID y los datos de reglas usados para operaciones de control de nodo. La información de gestión de nodo almacenada en el elemento de almacenamiento de memoria incluye al menos datos de contexto que describen un entorno contextual de los nodos de ID o nodo maestro (por ejemplo, fuentes de interferencia de RF anticipada o ruido en un entorno físico anticipado que van a encontrarse los nodos de ID o el nodo maestro) y los datos de reglas usados para operaciones de control de nodo. Por ejemplo, los datos de reglas pueden definir al menos un parámetro de un perfil de funcionamiento (por ejemplo, un perfil de potencia, perfil de alerta, etc.) para uno o más nodos de ID dentro de la red de nodos inalámbricos; puede definir uno o más parámetros sobre cómo el nodo maestro identifica el candidato de evento; o puede definir uno o más parámetros sobre cómo el nodo maestro simplifica una alimentación de datos que acopla el nodo maestro y la interfaz de red del aparato de servidor.
La interfaz de red, al igual que el elemento de almacenamiento de memoria, está acoplada a la unidad de procesamiento de servidor, tal como se muestra y describe en relación con las figuras 5 y 36 relativas a la interfaz de red a modo de ejemplo 590. La interfaz de red está operativa para comunicarse con el nodo maestro a través de una trayectoria de comunicación de red, que permite al servidor interactuar directamente con el nodo maestro pero no permite que el servidor interactúe directamente con los nodos de ID. En cambio, el servidor es capaz de interactuar indirectamente con los nodos de ID a través del nodo maestro (actuando como un intermediario que puede pasar información o entrada de control a uno o más de los nodos de ID).
Al ejecutar el código de motor de analítica de candidato de evento mantenido en el elemento de almacenamiento de memoria, la unidad de procesamiento de servidor en el aparato de servidor pasa a ser el núcleo de un dispositivo especialmente adaptado y, por tanto, operativa para interactuar con otros elementos de la red de nodos inalámbricos de maneras novedosas y no convencionales, al tiempo que proporciona una gestión mejorada de la red en respuesta a la recepción de un candidato de evento. En particular, la unidad de procesamiento de servidor, adaptada bajo la ejecución de código almacenado en el elemento de almacenamiento de memoria, está operativa para recibir, a través de la interfaz de red, un candidato de evento desde el nodo maestro donde el candidato de evento se identifica por el nodo maestro como que representa un estado actualizado relacionado con el primer nodo de ID. El estado actualizado puede comprender, en algunas realizaciones adicionales, un estado cambiado del primer nodo de ID, un estado sin cambios del primer nodo de ID, o un estado de punto de control resumido del primer nodo de ID.
La unidad de procesamiento de servidor está operativa entonces para generar una calificación de confianza para el candidato de evento basándose en una evaluación del candidato de evento frente a al menos una parte de los datos de contexto (donde la calificación de confianza indica un grado en el que el candidato de evento representa una actividad relevante de nodo). Tal actividad relevante de nodo puede ser una actividad anticipada caracterizada por al menos una parte de los datos de contexto relacionados con el primer nodo de ID o una nueva actividad no caracterizada por un estado actual de los datos de contexto identificados que se relacionan con el primer nodo de ID. La actividad relevante de nodo también puede comprender al menos una de una actividad física detectable y una actividad electromagnética detectable. Ejemplos adicionales de actividad relevante de nodo pueden incluir el movimiento de al menos uno del primer nodo de ID, el nodo maestro y un objeto cercano al nodo maestro; exposición a una fuente de blindaje que inhibe la comunicación entre el primer nodo de ID y el nodo maestro; exposición a una fuente de interferencia de RF; y la colocación del primer nodo de ID dentro de un contenedor.
La unidad de procesamiento del servidor también está operativa para actualizar la información de gestión de nodo almacenada en el elemento de almacenamiento de memoria basándose en un tipo del candidato de evento y la calificación de confianza para el candidato de evento. Para actualizar la información de gestión de nodo, el servidor puede, en una realización más detallada, estar operativo para transformar la información de gestión de nodo para indicar además una correspondencia entre la actividad relevante de nodo y el estado actualizado relacionado con el primer nodo de ID. Más concretamente, la unidad de procesamiento de servidor puede estar operativa para transformar la información de gestión de nodo basándose en el tipo de candidato de evento y la calificación de confianza del candidato de evento.
La unidad de procesamiento de servidor también está operativa para provocar que la interfaz de red transmita un mensaje de gestión al nodo maestro donde el mensaje de gestión proporciona al menos una parte de la información de gestión de nodo actualizada al nodo maestro como entrada de instrucción que va a usarse por el nodo maestro. En una realización adicional, la entrada de instrucción se usa por el nodo maestro para provocar que al menos uno de los nodos de ID altere el funcionamiento. En otra realización, la entrada de instrucción puede usarse por el nodo maestro para controlar un funcionamiento del nodo maestro, alterar cómo el nodo maestro se hace funcionar, o alterar cómo el nodo maestro gestiona al menos uno de los nodos de ID. En otras realizaciones, la entrada de instrucción puede comprender los datos de reglas actualizados que definen cómo el nodo maestro identifica el candidato de evento o refinar cómo el nodo maestro simplifica una alimentación de datos entre el nodo maestro y el servidor.
Otras realizaciones pueden además aprovechar un aparato de servidor a modo de ejemplo como parte de una realización de sistema. Por ejemplo, una realización de un sistema de gestión de nodo mejorado para una red de nodos inalámbricos que tiene una pluralidad de nodos de ID se describe tal como sigue. El sistema generalmente comprende un nodo maestro y un servidor en comunicación con el nodo maestro como parte de la red de nodos inalámbricos. El nodo maestro se dispone como un elemento dentro de la red de nodos inalámbricos que ejecuta un código de motor de detección de evento para pasar a estar operativo para generar un mensaje de notificación. El mensaje de notificación transmite información relativa a un candidato de evento que representa un estado actualizado relacionado con uno primero de los nodos de ID (tal como un estado cambiado del primer nodo de ID, un estado sin cambios del primer nodo de ID o un estado de punto de control resumido del primer nodo de ID). El nodo maestro también se hace funcionar como parte del sistema para recibir un mensaje de gestión desde el servidor como un tipo de retroalimentación en respuesta al mensaje de notificación generado. Un mensaje de gestión de este tipo, tal como se describe a continuación, puede incluir entrada de instrucción o de control para el nodo maestro a medida que el servidor aprende y, de manera adaptativa, facilita la retroalimentación de instrucción en respuesta al mensaje de notificación generado con el fin de mejorar y potenciar cómo el sistema gestiona la red.
El servidor se comunica con el nodo maestro a través de una primera trayectoria de comunicación, como una red 105 como se muestra en la figura 34. El servidor mantiene información de gestión de nodo usada para controlar uno o más de los nodos de ID y el nodo maestro como parte de la gestión de la red de nodos inalámbricos. Tal información de gestión de nodo generalmente incluye al menos datos de contexto que describen un entorno de funcionamiento contextual de los nodos de ID y los datos de reglas usados para las operaciones de control de nodo de los nodos de ID y el nodo maestro. Más detalladamente, los datos de reglas (también denominados lógicamente como una o más reglas de gestión de nodo) pueden definir al menos un parámetro de un perfil de funcionamiento para uno o más nodos de ID y/o al menos un parámetro de un perfil de funcionamiento para el nodo maestro.
A medida que el servidor ejecuta un código de motor de analítica de candidato de evento mantenido en el servidor, el servidor pasa a adaptarse especialmente para proporcionar operaciones novedosas y no convencionales como parte de la realización de sistema en relación con cómo el sistema proporciona una gestión mejorada de elementos en la red de nodos inalámbricos. Más específicamente, al ejecutar el código de motor de analítica de candidato de evento, el servidor está operativo para recibir primero el mensaje de notificación desde el nodo maestro y extraer el candidato de evento del mensaje de notificación. El candidato de evento en el mensaje de notificación se ha identificado previamente por el nodo maestro como que representa el estado actualizado relacionado con el primer nodo de ID.
El servidor está operativo además, como parte de esta realización de sistema, para generar una calificación de confianza para el candidato de evento basándose en una evaluación del candidato de evento en comparación con al menos una parte de los datos de contexto mantenidos por el servidor. La calificación de confianza indica un grado en el que el candidato de evento representa una actividad relevante de nodo. Como se indicó anteriormente, la actividad relevante de nodo a modo de ejemplo puede comprender al menos una de una actividad física detectable y una actividad electromagnética detectable. En otra realización, la actividad relevante de nodo puede ser una actividad anticipada caracterizada por al menos una parte de los datos de contexto que se relaciona con el primer nodo de ID. Además, la actividad relevante de nodo puede ser una nueva actividad no caracterizada por los datos de contexto identificados como relacionados con el primer nodo de ID (tal como cuando la calificación de confianza está por debajo del punto mínimo que indica que el candidato de evento representa la actividad relevante de nodo nueva sin caracterizar anteriormente por el sistema). Aún más detalladamente, la actividad relevante de nodo a modo de ejemplo puede comprender movimiento relacionado con el nodo (tal como el movimiento del primer nodo de ID, el nodo maestro, y/o un objeto cerca del nodo maestro); exposición a una fuente de blindaje que inhibe la comunicación entre el primer nodo de ID y el nodo maestro (tal como el nodo que está colocado junto a una estructura que blinda o de otro modo reduce las comunicaciones electromagnéticas con el nodo); exposición a una fuente de interferencia de RF (tal como el nodo que se encuentra cerca de un motor que emite interferencias electromagnéticas no deseadas para obstaculizar o perjudicar las comunicaciones con el nodo); y la colocación del primer nodo de ID dentro de un contenedor (tal como la colocación de un nodo de ID dentro de un ULD metálico que ya no permite que el nodo de ID se comunique directamente con un nodo maestro externo).
El servidor también está operativo, como parte de esta realización de sistema, para actualizar la información de gestión de nodo basándose en un tipo del candidato de evento y la calificación de confianza para el candidato de evento. Como tal, el servidor es el componente del sistema que esencialmente “aprende” del candidato de evento notificado de modo que el servidor puede proporcionar de manera más rápida y eficiente una gestión de componentes dentro de la red de nodos inalámbricos. En una realización adicional, el servidor puede actualizar la información de gestión de nodo transformando la información de gestión de nodo para indicar además una correspondencia entre la actividad relevante de nodo y el estado actualizado relacionado con el primer nodo de ID. Más detalladamente, el servidor puede transformar la información de gestión de nodo basándose en el tipo de candidato de evento y la calificación de confianza del candidato de evento.
El servidor en esta realización de sistema está operativo además para transmitir el mensaje de gestión al nodo maestro (que se recibe por el nodo maestro en el sistema tal como se comentó anteriormente). El mensaje de gestión proporciona al menos una parte de la información de gestión de nodo actualizada al nodo maestro como entrada de instrucción que va a usarse por el nodo maestro. En una realización más detallada, la entrada de instrucción puede usarse por el nodo maestro para controlar un funcionamiento del nodo maestro, tal como provocar que el nodo maestro altere cómo se hace funcionar el nodo maestro. En otra realización, la entrada de instrucción desde el servidor al nodo maestro puede hacer que el nodo maestro provoque que al menos uno de los nodos de ID altere su funcionamiento o, con más detalle, provoque que el nodo maestro envíe un segundo mensaje de gestión a al menos uno de los nodos de ID donde el segundo mensaje de gestión provoca que el uno de los nodos de ID altere cómo se hace funcionar uno de los nodos de ID. Por ejemplo, la parte de la información de gestión de nodo revisada proporcionada como la entrada de in s tru cc ió n puede co m p re n d e r da tos de reg las a c tu a liza d o s (ta l com o una reg la de gestión de nodo nueva o rev isad a o un pe rfil usa do po r un nodo du ran te el fu n c io n a m ie n to ).
Una realización de sistema más detallada para la gestión mejorada de una red de nodos inalámbricos que tiene una pluralidad de nodos de ID se describe tal como sigue donde el sistema maneja múltiples candidatos de evento. El sistema comprende generalmente un servidor y un nodo maestro dispuestos dentro de la red de nodos inalámbricos. El nodo maestro (tal como el nodo maestro 3410) está en comunicación con el servidor (como el servidor 3400) a través de una primera trayectoria de comunicación (tal como la red 105) en comunicación con los nodos de ID (tales como los nodos de ID 120a-120e) a través de una segunda trayectoria de comunicación distinta de la primera trayectoria de comunicación.
El nodo maestro mantiene el primer código de motor (tal como el código de motor de detección de evento 3415) que puede ejecutarse en el nodo maestro para adaptar especialmente el nodo maestro para que el nodo maestro pase a estar operativo para proporcionar, junto con determinada funcionalidad del servidor, operaciones novedosas y no convencionales como parte de esta realización de sistema colectivo. En particular, cuando el nodo maestro ejecuta el primer código de motor, el nodo maestro pasa a estar operativo para detectar un primer estado actualizado relacionado con uno primero de los nodos de ID (donde el primer estado detectado está representado por un primer candidato de evento); detectar un segundo estado actualizado relacionado con uno segundo de los nodos de ID (donde el segundo estado detectado está representado por un segundo candidato de evento); transmitir el primer candidato de evento y el segundo candidato de evento al servidor a través de la primera trayectoria de comunicación; y recibir un mensaje de gestión en respuesta tras transmitir el primer candidato de evento y el segundo candidato de evento al servidor.
En esta realización de sistemas particular, el servidor mantiene información de gestión de nodo usada para controlar uno o más de los nodos de ID y el nodo maestro como parte de la gestión de la red de nodos inalámbricos. Tal información de nodo gestión comprende al menos datos de contexto que describen un entorno de funcionamiento contextual de los nodos de ID y datos de reglas usados para operaciones de control de nodo de los nodos de ID y del nodo maestro.
El servidor también mantiene un segundo código de motor (tal como el código de motor de analítica de candidato de evento 3400) que puede ejecutarse en el servidor de manera que el servidor pasa a adaptarse especialmente y estar operativo para proporcionar, junto con la funcionalidad descrita anteriormente del nodo maestro en esta realización, operaciones novedosas y no convencionales como parte de esta realización de sistema colectivo. Más detalladamente, cuando el servidor ejecuta el segundo código de motor, el servidor pasa a estar operativo para recibir primero el primer candidato de evento y el segundo candidato de evento desde el nodo maestro. El servidor está operativo además para generar una primera calificación de confianza para el primer candidato de evento basándose en una evaluación del primer candidato de evento en comparación con al menos una primera parte de los datos de contexto mantenidos por el servidor. La primera calificación de confianza indica un grado en el que el primer candidato de evento representa una actividad relevante de nodo. El servidor también está operativo para generar una segunda calificación de confianza para el segundo candidato de evento basándose en una evaluación del segundo candidato de evento en comparación con al menos una segunda parte de los datos de contexto mantenidos por el servidor, donde la segunda calificación de confianza indica un grado en el que el segundo candidato de evento representa la actividad relevante de nodo.
El servidor está operativo además para comparar la primera calificación de confianza y la segunda calificación de confianza para determinar una calificación de confianza combinada que refleje un grado en el que el primer cambio detectado y el segundo cambio detectado representan un patrón correspondiente a la misma actividad relevante de nodo; actualizar la información de gestión de nodo basándose en un tipo del primer candidato de evento, un tipo del segundo candidato de evento, y la calificación de confianza combinada; y luego transmitir el mensaje de gestión al nodo maestro. Un mensaje de gestión de este tipo proporciona al menos una parte de la información de gestión de nodo actualizada al nodo maestro como entrada de instrucción que va a usarse por el nodo maestro (por ejemplo, datos de contexto actualizados que describen un entorno de funcionamiento contextual de los nodos de ID y/o datos de reglas usados para operaciones de control de nodo de los nodos de ID y el nodo maestro).
Al menos algunas partes de las realizaciones a modo de ejemplo descritas anteriormente pueden usarse en asociación con partes de otras realizaciones a modo de ejemplo para gestionar y ubicar mejor nodos en una red de nodos inalámbricos o usar tales nodos y elementos de red como parte de una red de nodos jerárquica.
Los expertos en la técnica apreciarán que realizaciones pueden proporcionar una o más ventajas, y no todas las realizaciones proporcionan necesariamente todas o más de una ventaja particular tal como se expone en el presente documento. Adicionalmente, será evidente para los expertos en la técnica que pueden hacerse diversas modificaciones y variaciones a las estructuras y metodologías descritas en el presente documento. Por tanto, debe entenderse que la invención no se limita a la materia objeto comentada en la descripción sino que se define mediante las reivindicaciones adjuntas.

Claims (28)

    REIVINDICACIONESUn sistema de monitorización mejorada que identifica un candidato de evento dentro de una red de nodos inalámbricos, comprendiendo el sistema:un servidor (100) dispuesto en un nivel superior dentro de la red de nodos inalámbricos;una pluralidad de nodos de ID (120a-120e) dispuestos en un nivel bajo dentro de la red de nodos inalámbricos, siendo los nodos de ID incapaces de comunicarse directamente con el servidor;un nodo maestro (110a-110c) dispuesto en un nivel medio dentro de la red de nodos inalámbricos como intermediario de monitorización entre los nodos de ID y el servidor, en el que el nodo maestro comprende ademásuna unidad de procesamiento de nodo maestro,un elemento de almacenamiento de memoria acoplado a la unidad de procesamiento de nodo maestro, manteniendo el elemento de almacenamiento de memoria el código de motor de detección de evento para su ejecución por la unidad de procesamiento de nodo maestro,un temporizador acoplado a la unidad de procesamiento de nodo y operativo para seguir un tiempo transcurrido después de un evento de inicio;una primera interfaz de comunicación acoplada a la unidad de procesamiento de nodo y operativa para comunicarse directamente con al menos uno primero de los nodos de ID a través de una primera trayectoria de comunicación;una segunda interfaz de comunicación acoplada a la unidad de procesamiento de nodo y operativa para comunicarse directamente con el servidor a través de una segunda trayectoria de comunicación, en el que la primera trayectoria de comunicación es distinta de la segunda trayectoria de comunicación;en el que uno primero de los nodos de ID está adaptado para emitir al menos una primera señal a través de la primera trayectoria de comunicación; yen el que el nodo maestro, al ejecutar el código de motor de detección de evento en la unidad de procesamiento de nodo maestro, está operativo paradetectar, a través de la primera interfaz de comunicación, la primera señal emitida por el primero de los nodos de ID,identificar el candidato de evento como un primer evento de avistamiento relacionado con el primer nodo de ID cuando el nodo maestro detecta la primera señal,generar datos de evento que representan el primer evento de avistamiento después de identificar el primer evento de avistamiento, en el que los datos de evento que representan el primer evento de avistamiento comprenden un identificador del primer nodo de ID y además comprenden al menos información de temporización e información de intensidad de señal observada que caracteriza el primer evento de avistamiento,hacer que la segunda interfaz de comunicación proporcione los datos de evento que representan el primer evento de avistamiento al servidor,monitorizar, a través de la primera interfaz de comunicación, cualquiera de una serie de señales sucesivas emitidas por el primer nodo de ID dentro de un horizonte de evento para el primer nodo de ID después de detectar la primera señal,seguir, a través del temporizador, el tiempo transcurrido entre las sucesivas de la primera señal y cualquiera en las serie de señales sucesivas emitidas por el primer nodo de ID,seguir un valor de indicador de intensidad de señal recibido para la primera señal y cualquiera en la serie de señales sucesivas emitidas por el primer nodo de ID,identificar el candidato de evento como un evento posterior relacionado con el primer nodo y dentro del horizonte de evento que comienza con el primer evento de avistamiento, identificándose el evento posterior basándose en la información de temporización relacionada con el tiempo transcurrido seguido por el temporizador y basándose en la información de intensidad de señal observada como se indica por el valor de indicador de intensidad de señal recibido,generar datos de evento que representan el evento posterior como que incluye al menos la información de temporización relacionada con el tiempo transcurrido seguido por el temporizador y basándose en la información de intensidad de señal observada como se indica por el valor de indicador de intensidad de señal recibido, yhacer que la segunda interfaz de comunicación proporcione los datos de evento que representan el evento posterior al servidor;en el que el servidor está adaptado para recibir los datos de evento que representan el primer evento de avistamiento y los datos de evento que representan el evento posterior.2. El sistema según la reivindicación 1, en el que el evento posterior comprende un evento esporádico cuando:
  1. (1) el nodo maestro no ha identificado un evento anterior dentro del horizonte de evento como un primer evento de punto de control de referencia que representa la detección de un número de umbral de las señales dentro de la serie de señales sucesivas emitidas por el primer nodo de ID; y
  2. (2) el nodo maestro no ha detectado, a través de la primera interfaz de comunicación, una señal posterior emitida por el primer nodo de ID antes de que el tiempo transcurrido exceda un período de tiempo de intervalo cuando se sigue durante el tiempo desde que el nodo maestro detectó la más reciente en la serie de señales sucesivas desde el primer nodo de ID.
  3. 3. El sistema según la reivindicación 1, en el que el evento posterior comprende un primer evento de punto de control de referencia que representa un estado en línea detectado del primer nodo de ID cuando el nodo maestro detecta, a través de la primera interfaz de comunicación, un número de umbral de las señales dentro de la serie de señales sucesivas emitidas por el primer nodo de ID y sin que el tiempo transcurrido entre cada uno del número de umbral de señales detectadas exceda un período de tiempo de intervalo.
  4. 4. El sistema según la reivindicación 1, en el que el evento posterior comprende un evento fuera de línea cuando:
    (1) el nodo maestro identificó un evento anterior dentro del horizonte de evento como un primer evento de punto de control de referencia que representa la detección de un número de umbral de las señales dentro de la serie de señales sucesivas emitidas por el primer nodo de ID; y
    (2) el nodo maestro no ha detectado una señal posterior emitida por el primer nodo de ID cuando el tiempo transcurrido desde que una más reciente de las señales en la serie de señales sucesivas desde el primer nodo de ID excede un período de tiempo de intervalo.
  5. 5. El sistema según la reivindicación 1, en el que el evento posterior comprende un nuevo evento de punto de control cuando:
    (1) el nodo maestro ha identificado un evento anterior dentro del horizonte de evento como un primer evento de punto de control de referencia, en el que el primer evento de punto de control de referencia representa la detección de un número de umbral anterior de las señales dentro de la serie de señales sucesivas emitidas por el primer nodo de ID; y
    (2) el nodo maestro detecta un número de umbral posterior de las señales en la serie de señales sucesivas del primer nodo de ID después de identificar el primer evento de punto de control de referencia.
  6. 6. El sistema según la reivindicación 5, en el que el nodo maestro está operativo además para generar los datos de evento que representan el evento posterior y hacer que la segunda interfaz de comunicación proporcione los datos de evento que representan el evento posterior al servidor estando operativo además para:
    generar los datos de evento que representan el nuevo evento de punto de control al identificar un número de umbral de eventos de punto de control anteriores; y
    hacer que la segunda interfaz de comunicación proporcione los datos de evento que representan el nuevo evento de punto de control al servidor después de identificar el número de umbral de eventos de punto de control anteriores.
  7. 7. El sistema según la reivindicación 1, en el que el evento posterior comprende un evento de modificación cuando el nodo maestro está operativo además para detectar al menos una diferencia de umbral entre el valor de indicador de intensidad de señal recibido para un nuevo evento de punto de control y el valor de indicador de intensidad de señal recibido para un evento de punto de control de referencia anterior.
  8. Un aparato de nodo maestro (110a) para la monitorización mejorada de un candidato de evento dentro de una red de nodos inalámbricos que tiene una pluralidad de nodos de ID y un servidor, comprendiendo el aparato de nodo maestro:
    una unidad de procesamiento de nodo;
    un elemento de almacenamiento de memoria acoplado a la unidad de procesamiento de nodo, el elemento de almacenamiento de memoria que mantiene el código de motor de detección de evento para su ejecución por la unidad de procesamiento de nodo;
    un temporizador acoplado a la unidad de procesamiento de nodo y operativo para seguir un tiempo transcurrido después de un evento de inicio;
    una primera interfaz de comunicación acoplada a la unidad de procesamiento de nodo y operativa para comunicarse con al menos uno primero de los nodos de ID a través de una primera trayectoria de comunicación;
    una segunda interfaz de comunicación acoplada a la unidad de procesamiento de nodo y operativa para comunicarse con el servidor a través de una segunda trayectoria de comunicación; y
    en el que la unidad de procesamiento de nodo, al ejecutar el código de motor de detección de evento mantenido en el elemento de almacenamiento de memoria, está operativa para
    detectar, a través de la primera interfaz de comunicación, una primera señal emitida por uno primero de los nodos de ID a través de la primera trayectoria de comunicación,
    identificar el candidato de evento como un primer evento de avistamiento relacionado con el primer nodo de ID cuando el nodo maestro detecta la primera señal,
    generar datos de evento que representan el primer evento de avistamiento después de identificar el primer evento de avistamiento, en el que los datos de evento que representan el primer evento de avistamiento comprenden un identificador del primer nodo de ID y comprenden además al menos información de temporización e información de intensidad de señal observada que caracteriza el primer evento de avistamiento,
    hacer que la segunda interfaz de comunicación proporcione los datos de evento que representan el primer evento de avistamiento al servidor,
    monitorizar, a través de la primera interfaz de comunicación, cualquiera de una serie de señales sucesivas emitidas por el primer nodo de ID dentro de un horizonte de evento para el primer nodo de ID después de detectar la primera señal,
    seguir, a través del temporizador, el tiempo transcurrido entre las sucesivas de la primera señal y cualquiera en la serie de señales sucesivas emitidas por el primer nodo de ID,
    seguir un valor de indicador de intensidad de señal recibido para la primera señal y cualquiera en la serie de señales sucesivas emitidas por el primer nodo de ID,
    identificar el candidato de evento como un evento posterior relacionado con el primer nodo y dentro del horizonte de evento que comienza con el primer evento de avistamiento, identificándose el evento posterior basándose en la información de temporización relacionada con el tiempo transcurrido seguido por el temporizador y basándose en la información de intensidad de señal observada como se indica por el valor de indicador de intensidad de señal recibido,
    generar datos de evento que representan el evento posterior como que incluye al menos la información de temporización relacionada con el tiempo transcurrido seguido por el temporizador y basándose en la información de intensidad de señal observada como se indica por el valor de indicador de intensidad de señal recibido, y
    hacer que la segunda interfaz de comunicación proporcione los datos de evento que representan el evento posterior al servidor.
  9. El aparato de nodo maestro según la reivindicación 8, en el que el evento posterior comprende un evento esporádico cuando:
    (1) la unidad de procesamiento de nodo no ha identificado un evento anterior dentro del horizonte de evento como un primer evento de punto de control de referencia que representa la detección de un número de umbral de las señales dentro de la serie de señales sucesivas emitidas por el primer nodo de ID; y
    (2) la unidad de procesamiento de nodo no ha detectado, a través de la primera interfaz de comunicación, una señal posterior emitida por el primer nodo de ID antes de que el tiempo transcurrido exceda un período de tiempo de intervalo cuando se sigue durante el tiempo desde que el nodo maestro detectó la señal más reciente en la serie de señales sucesivas del primer nodo de ID.
  10. 10. El aparato de nodo maestro según la reivindicación 8, en el que el evento posterior comprende un primer evento de punto de control de referencia que representa un estado en línea detectado del primer nodo de ID cuando la unidad de procesamiento de nodo detecta, a través de la primera interfaz de comunicación, un número de umbral de las señales dentro de la serie de señales sucesivas emitidas por el primer nodo de ID y sin que el tiempo transcurrido entre cada uno del número de umbral de señales detectadas exceda un período de tiempo de intervalo.
  11. 11. El aparato de nodo maestro según la reivindicación 8, en el que el evento posterior comprende un evento fuera de línea cuando:
    (1) la unidad de procesamiento de nodo identificó un evento anterior dentro del horizonte de evento como un primer evento de punto de control de referencia que representa la detección de un número de umbral de las señales dentro de la serie de señales sucesivas emitidas por el primer nodo de ID; y
    (2) la unidad de procesamiento de nodo no ha detectado una señal posterior emitida por el primer nodo de ID cuando el tiempo transcurrido desde que la más reciente de las señales en la serie de señales sucesivas desde el primer nodo de ID excede un período de tiempo de intervalo.
  12. 12. El aparato de nodo maestro según la reivindicación 8, en el que el evento posterior comprende un nuevo evento de punto de control cuando:
    (1) la unidad de procesamiento de nodo ha identificado un evento anterior dentro del horizonte de evento que es un primer evento de punto de control de referencia, en el que el primer evento de punto de control de referencia representa la detección de un número de umbral anterior de las señales dentro de la serie de señales sucesivas emitidas por el primer nodo de ID; y
    (2) la unidad de procesamiento de nodo detecta un número de umbral posterior de las señales en la serie de señales sucesivas desde el primer nodo de ID después de identificar el primer evento de punto de control de referencia.
  13. 13. El aparato de nodo maestro según la reivindicación 12, en el que la unidad de procesamiento de nodo está además operativa para generar los datos de evento que representan el evento posterior y
    hacer que la segunda interfaz de comunicación proporcione los datos de evento que representan el evento posterior al servidor estando operativa además para:
    generar los datos de evento que representan el nuevo evento de punto de control al identificar un número de umbral de eventos de punto de control anteriores; y
    hacer que la segunda interfaz de comunicación proporcione los datos de evento que representan el nuevo evento de punto de control al servidor después de identificar el número de umbral de eventos de punto de control anteriores.
  14. 14. El aparato de nodo maestro según la reivindicación 8, en el que el evento posterior comprende un evento de modificación cuando la unidad de procesamiento de nodo está además operativa para detectar al menos una diferencia de umbral entre el valor de indicador de intensidad de señal recibido para el nuevo evento de punto de control y el valor de indicador de intensidad de señal recibido para un evento de punto de control de referencia anterior.
  15. 15. Un método para hacer funcionar un sistema de monitorización mejorada que identifica un candidato de evento dentro de una red de nodos inalámbricos, comprendiendo el sistema:
    un servidor dispuesto en un nivel superior dentro de la red de nodos inalámbricos;
    una pluralidad de nodos de ID dispuestos en un nivel bajo dentro de la red de nodos inalámbricos, siendo los nodos de ID incapaces de comunicarse directamente con el servidor;
    un nodo m ae s tro d isp u e s to en un n ive l m ed io d e n tro de la red de no do s in a lá m b rico s com o in te rm e d ia rio de m on ito riza c ió n en tre los nodos de ID y el se rv ido r, en el que el nodo m ae s tro co m p re n d e ad em á s una unidad de procesamiento de nodo maestro,
    un elemento de almacenamiento de memoria acoplado a la unidad de procesamiento de nodo maestro, el elemento de almacenamiento de memoria mantiene el código de motor de detección de evento para su ejecución por la unidad de procesamiento de nodo maestro,
    un temporizador acoplado a la unidad de procesamiento de nodo y se hace funcionar para seguir un tiempo transcurrido después de un evento de inicio;
    una primera interfaz de comunicación acoplada a la unidad de procesamiento de nodo y se hace funcionar para comunicarse directamente con al menos uno primero de los nodos de ID a través de una primera trayectoria de comunicación;
    una segunda interfaz de comunicación acoplada a la unidad de procesamiento de nodo y se hace funcionar para comunicarse directamente con el servidor a través de una segunda trayectoria de comunicación, en el que la primera trayectoria de comunicación es distinta de la segunda trayectoria de comunicación; en el que en el método:
    uno primero de los nodos de ID emite al menos una primera señal a través de la primera trayectoria de comunicación; y
    en el que el nodo maestro, al ejecutar el código de motor de detección de evento en la unidad de procesamiento de nodo maestro,
    detecta (4204), a través de la primera interfaz de comunicación, la primera señal emitida por el primero de los nodos de ID,
    identifica (4206) el candidato de evento como un primer evento de avistamiento relacionado con el primer nodo de ID cuando el nodo maestro detecta la primera señal,
    genera (4208) datos de evento que representan el primer evento de avistamiento después de identificar el primer evento de avistamiento, en el que los datos de evento que representan el primer evento de avistamiento comprenden un identificador del primer nodo de ID y además comprenden al menos información de temporización e información de intensidad de señal observada que caracteriza el primer evento de avistamiento,
    hace que la segunda interfaz de comunicación proporcione (4210) los datos de evento que representan el primer evento de avistamiento al servidor,
    monitoriza (4212), a través de la primera interfaz de comunicación, cualquiera de una serie de señales sucesivas emitidas por el primer nodo de ID dentro de un horizonte de evento para el primer nodo de ID después de detectar la primera señal,
    sigue, a través del temporizador, el tiempo transcurrido entre las sucesivas de la primera señal y cualquiera en la serie de señales sucesivas emitidas por el primer nodo de ID,
    sigue un valor de indicador de intensidad de señal recibido para la primera señal y cualquiera en la serie de señales sucesivas emitidas por el primer nodo de ID,
    identifica el candidato de evento como un evento posterior relacionado con el primer nodo y dentro del horizonte de evento que comienza con el primer evento de avistamiento, identificándose el evento posterior basándose en la información de temporización relacionada con el tiempo transcurrido seguido por el temporizador y basándose en la información de intensidad de señal observada como se indica por el valor de indicador de intensidad de señal recibido,
    genera datos de evento que representan el evento posterior como que incluyen al menos la información de temporización relacionada con el tiempo transcurrido seguido por el temporizador y basándose en la información de intensidad de señal observada como se indica por el valor de indicador de intensidad de señal recibido, y
    hace que la segunda interfaz de comunicación proporcione los datos de evento que representan el evento posterior al servidor; y
    en el que el servidor recibe los datos de evento que representan el primer evento de avistamiento y los datos de evento que representan el evento posterior.
  16. 16. El método según la reivindicación 15, en el que el evento posterior comprende un evento esporádico cuando:
    (1) el nodo maestro no ha identificado un evento anterior dentro del horizonte de evento como un primer evento de punto de control de referencia que representa la detección de un número de umbral de las señales dentro de la serie de señales sucesivas emitidas por el primer nodo de ID; y
    (2) el nodo maestro no ha detectado, a través de la primera interfaz de comunicación, una señal posterior emitida por el primer nodo de ID antes de que el tiempo transcurrido exceda un período de tiempo de intervalo cuando se sigue durante el tiempo desde que el nodo maestro detectó la más reciente en la serie de señales sucesivas desde el primer nodo de ID.
  17. 17. El método según la reivindicación 15, en el que el evento posterior comprende un primer evento de punto de control de referencia que representa un estado en línea detectado del primer nodo de ID cuando el nodo maestro detecta, a través de la primera interfaz de comunicación, un número de umbral de las señales dentro de la serie de señales sucesivas emitidas por el primer nodo de ID y sin que el tiempo transcurrido entre cada uno del número de umbral de señales detectadas exceda un período de tiempo de intervalo.
  18. 18. El método según la reivindicación 15, en el que el evento posterior comprende un evento fuera de línea cuando:
    (1) el nodo maestro identificó un evento anterior dentro del horizonte de evento como un primer evento de punto de control de referencia que representa la detección de un número de umbral de las señales dentro de la serie de señales sucesivas emitidas por el primer nodo de ID; y
    (2) el nodo maestro no ha detectado una señal posterior emitida por el primer nodo de ID cuando el tiempo transcurrido desde que la más reciente de las señales en la serie de señales sucesivas desde el primer nodo de ID excede un período de tiempo de intervalo.
  19. 19. El método según la reivindicación 15, en el que el evento posterior comprende un nuevo evento de punto de control cuando:
    (1) el nodo maestro ha identificado un evento anterior dentro del horizonte de evento como un primer evento de punto de control de referencia, en el que el primer evento de punto de control de referencia representa la detección de un número de umbral anterior de las señales dentro de la serie de señales sucesivas emitidas por el primer nodo de ID; y
    (2) el nodo maestro detecta un número de umbral posterior de las señales en la serie de señales sucesivas desde el primer nodo de ID después de identificar el primer evento de punto de control de referencia.
  20. 20. El método según la reivindicación 19, en el que el nodo maestro está operativo además para generar los datos de evento que representan el evento posterior y hacer que la segunda interfaz de comunicación proporcione los datos de evento que representan el evento posterior al servidor estando operativo además para:
    generar los datos de evento que representan el nuevo evento de punto de control al identificar un número de umbral de eventos de punto de control anteriores; y
    hacer que la segunda interfaz de comunicación proporcione los datos de evento que representan el nuevo evento de punto de control al servidor después de identificar el número de umbral de eventos de punto de control anteriores.
  21. 21. El método según la reivindicación 15, en el que el evento posterior comprende un evento de modificación cuando el nodo maestro está operativo además para detectar al menos una diferencia de umbral entre el valor de indicador de intensidad de señal recibido para un nuevo evento de punto de control y el valor de indicador de intensidad de señal recibido para un evento de punto de control de referencia anterior.
  22. 22. Un método para hacer funcionar un aparato de nodo maestro (110a) para la monitorización mejorada de un candidato de evento dentro de una red de nodos inalámbricos que tiene una pluralidad de nodos de ID y un servidor, comprendiendo el aparato de nodo maestro:
    una unidad de procesamiento de nodo;
    un elemento de almacenamiento de memoria acoplado a la unidad de procesamiento de nodo, el elemento de almacenamiento de memoria mantiene el código de motor de detección de evento para su ejecución por la unidad de procesamiento de nodo;
    un temporizador acoplado a la unidad de procesamiento de nodo y se hace funcionar para seguir un tiempo transcurrido después de un evento de inicio;
    una primera interfaz de comunicación acoplada a la unidad de procesamiento de nodo y se hace funcionar para comunicarse con al menos uno primero de los nodos de ID a través de una primera trayectoria de comunicación;
    una segunda interfaz de comunicación acoplada a la unidad de procesamiento de nodo y se hace funcionar para comunicarse con el servidor a través de una segunda trayectoria de comunicación; y
    en el que la unidad de procesamiento de nodo, al ejecutar el código de motor de detección de evento mantenido en el elemento de almacenamiento de memoria,
    detecta, a través de la primera interfaz de comunicación, una primera señal emitida por uno primero de los nodos de ID a través de la primera trayectoria de comunicación,
    identifica el candidato de evento como un primer evento de avistamiento relacionado con el primer nodo de ID cuando el nodo maestro detecta la primera señal,
    genera datos de evento que representan el primer evento de avistamiento después de identificar el primer evento de avistamiento, en el que los datos de evento que representan el primer evento de avistamiento comprenden un identificador del primer nodo de ID y además comprenden al menos información de temporización e información de intensidad de señal observada que caracteriza el primer evento de avistamiento,
    hace que la segunda interfaz de comunicación proporcione los datos de evento que representan el primer evento de avistamiento al servidor,
    monitoriza, a través de la primera interfaz de comunicación, cualquiera en una serie de señales sucesivas emitidas por el primer nodo de ID dentro de un horizonte de evento para el primer nodo de ID después de detectar la primera señal,
    sigue, a través del temporizador, el tiempo transcurrido entre las sucesivas de la primera señal y cualquiera en la serie de señales sucesivas emitidas por el primer nodo de ID,
    sigue un valor de indicador de intensidad de señal recibido para la primera señal y cualquiera en la serie de señales sucesivas emitidas por el primer nodo de ID,
    identifica el candidato de evento como un evento posterior relacionado con el primer nodo y dentro del horizonte de evento que comienza con el primer evento de avistamiento, identificándose el evento posterior basándose en la información de temporización relacionada con el tiempo transcurrido seguido por el temporizador y basándose en la información de intensidad de señal observada como se indica por el valor de indicador de intensidad de señal recibido,
    genera datos de evento que representan el evento posterior como que incluyen al menos la información de temporización relacionada con el tiempo transcurrido seguido por el temporizador y basándose en la información de intensidad de señal observada como se indica por el valor de indicador de intensidad de señal recibido, y
    hace que la segunda interfaz de comunicación proporcione los datos de evento que representan el evento posterior al servidor.
  23. El método según la reivindicación 22, en el que el evento posterior comprende un evento esporádico cuando: (1) la unidad de procesamiento de nodo no ha identificado un evento anterior dentro del horizonte de evento como un primer evento de punto de control de referencia que representa la detección de un número de umbral de las señales dentro de la serie de señales sucesivas emitidas por el primer nodo de ID; y
    (2) la unidad de procesamiento de nodo no ha detectado, a través de la primera interfaz de comunicación, una señal posterior emitida por el primer nodo de ID antes de que el tiempo transcurrido exceda un período de tiempo de intervalo cuando se sigue durante el tiempo desde que el nodo maestro detectó la más reciente en la serie de señales sucesivas desde el primer nodo de ID.
  24. 24. El método según la reivindicación 22, en el que el evento posterior comprende un primer evento de punto de control de referencia que representa un estado en línea detectado del primer nodo de ID cuando la unidad de procesamiento de nodo detecta, a través de la primera interfaz de comunicación, un número de umbral de las señales dentro de la serie de señales sucesivas emitidas por el primer nodo de ID y sin que el tiempo transcurrido entre cada uno del número de umbral de señales detectadas exceda un período de tiempo de intervalo.
  25. 25. El método según la reivindicación 22, en el que el evento posterior comprende un evento fuera de línea cuando:
    (1) la unidad de procesamiento de nodo identificó un evento anterior dentro del horizonte de evento como un primer evento de punto de control de referencia que representa la detección de un número de umbral de las señales dentro de la serie de señales sucesivas emitidas por el primer nodo de ID; y
    (2) la unidad de procesamiento de nodo no ha detectado una señal posterior emitida por el primer nodo de ID cuando el tiempo transcurrido desde que la más reciente de las señales en la serie de señales sucesivas desde el primer nodo de ID excede un período de tiempo de intervalo.
  26. 26. El método según la reivindicación 22, en el que el evento posterior comprende un nuevo evento de punto de control cuando:
    (1) la unidad de procesamiento de nodo ha identificado un evento anterior dentro del horizonte de evento como un primer evento de punto de control de referencia, en el que el primer evento de punto de control de referencia representa la detección de un número de umbral anterior de las señales dentro de la serie de señales sucesivas emitidas por el primer nodo de ID; y
    (2) la unidad de procesamiento de nodo detecta un número de umbral posterior de las señales en la serie de señales sucesivas desde el primer nodo de ID después de identificar el primer evento de punto de control de referencia.
  27. 27. El método según la reivindicación 26, en el que la unidad de procesamiento de nodo está además operativa para generar los datos de evento que representan el evento posterior y hacer que la segunda interfaz de comunicación proporcione los datos de evento que representan el evento posterior al servidor estando además operativa para:
    generar los datos de evento que representan el nuevo evento de punto de control al identificar un número de umbral de eventos de punto de control anteriores; y
    hacer que la segunda interfaz de comunicación proporcione los datos de evento que representan el nuevo evento de punto de control al servidor después de identificar el número de umbral de eventos de punto de control anteriores.
  28. 28. El método según la reivindicación 22, en el que el evento posterior comprende un evento de modificación cuando la unidad de procesamiento de nodo está además operativa para detectar al menos una diferencia de umbral entre el valor de indicador de intensidad de señal recibido para el nuevo evento de punto de control y el valor de indicador de intensidad de señal recibido para un evento de punto de control de referencia anterior.
ES20201387T 2015-07-08 2016-05-31 Sistemas, aparato y método de monitorización de eventos para un candidato de evento relacionado con un nodo de ID dentro de una red de nodos inalámbricos Active ES2901697T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US201562189911P 2015-07-08 2015-07-08

Publications (1)

Publication Number Publication Date
ES2901697T3 true ES2901697T3 (es) 2022-03-23

Family

ID=57685634

Family Applications (3)

Application Number Title Priority Date Filing Date
ES20201387T Active ES2901697T3 (es) 2015-07-08 2016-05-31 Sistemas, aparato y método de monitorización de eventos para un candidato de evento relacionado con un nodo de ID dentro de una red de nodos inalámbricos
ES16821777T Active ES2846838T3 (es) 2015-07-08 2016-05-31 Monitorización de eventos para un candidato de evento relacionado con un nodo de ID dentro de una red de nodos inalámbricos
ES21200721T Active ES2955547T3 (es) 2015-07-08 2016-05-31 Sistemas, aparato y método de monitorización de eventos para un candidato de evento relacionado con un nodo de ID dentro de una red de nodos inalámbricos

Family Applications After (2)

Application Number Title Priority Date Filing Date
ES16821777T Active ES2846838T3 (es) 2015-07-08 2016-05-31 Monitorización de eventos para un candidato de evento relacionado con un nodo de ID dentro de una red de nodos inalámbricos
ES21200721T Active ES2955547T3 (es) 2015-07-08 2016-05-31 Sistemas, aparato y método de monitorización de eventos para un candidato de evento relacionado con un nodo de ID dentro de una red de nodos inalámbricos

Country Status (7)

Country Link
US (7) US10057133B2 (es)
EP (6) EP3955526A1 (es)
JP (2) JP6768779B2 (es)
CN (7) CN113543091B (es)
CA (4) CA2989132C (es)
ES (3) ES2901697T3 (es)
WO (1) WO2017007544A1 (es)

Families Citing this family (72)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8989053B1 (en) 2013-11-29 2015-03-24 Fedex Corporate Services, Inc. Association management in a wireless node network
US11095533B1 (en) * 2018-03-07 2021-08-17 Amdocs Development Limited System, method, and computer program for implementing a marketplace for edge computing
US10453023B2 (en) 2014-05-28 2019-10-22 Fedex Corporate Services, Inc. Methods and node apparatus for adaptive node communication within a wireless node network
US10198883B2 (en) * 2014-06-12 2019-02-05 Wellfence Llc Access monitoring system for compliance
US11823517B2 (en) 2014-06-12 2023-11-21 Drilling Tools International, Inc. Access monitoring system for compliance
US11238397B2 (en) 2015-02-09 2022-02-01 Fedex Corporate Services, Inc. Methods, apparatus, and systems for generating a corrective pickup notification for a shipped item using a mobile master node
JP6477132B2 (ja) * 2015-03-27 2019-03-06 ブラザー工業株式会社 通信機器
US10057133B2 (en) 2015-07-08 2018-08-21 Fedex Corporate Services, Inc. Systems, apparatus, and methods of enhanced monitoring for an event candidate associated with cycling power of an ID node within a wireless node network
EP3433809A4 (en) 2016-03-23 2019-10-02 Fedex Corporate Services, Inc. SYSTEMS, APPARATUS AND METHODS FOR AUTOMATIC ADJUSTMENT OF BROADCAST ADJUSTMENT OF A NODE IN A WIRELESS NODE NETWORK
US9776730B1 (en) * 2016-05-05 2017-10-03 Levil Aviation Independently operable flight data capture and transmission device
US10581875B2 (en) * 2016-05-27 2020-03-03 Afero, Inc. System and method for preventing security breaches in an internet of things (IOT) system
US10419930B2 (en) 2016-05-27 2019-09-17 Afero, Inc. System and method for establishing secure communication channels with internet of things (IoT) devices
US20180054842A1 (en) * 2016-08-22 2018-02-22 Qualcomm Incorporated Fine timing measurements protocol in establishing tunneled direct link setup connection
US20180172664A1 (en) * 2016-12-20 2018-06-21 Abbott Diabetes Care Inc. Systems, devices, and methods for wireless communications in analyte monitoring systems
US10462759B2 (en) * 2017-01-31 2019-10-29 Dialog Semiconductor B.V. System and method for clock synchronization on a wireless network
CN110506426B (zh) 2017-03-29 2023-01-24 贝克顿·迪金森公司 将两个设备配对以在其间进行无线通信的方法
US11629975B2 (en) 2017-04-18 2023-04-18 Ruben Leon Independently operable low-visibility aid device
JP6911489B2 (ja) * 2017-04-25 2021-07-28 オムロン株式会社 状態表示装置、状態表示システム及び無線送信装置
CN107241680A (zh) * 2017-04-27 2017-10-10 北京摩拜科技有限公司 用于多个车辆的通信方法、车辆及服务器
US11291369B2 (en) 2017-05-11 2022-04-05 University Of Maryland, Baltimore Method and apparatus for monitoring collection of physiological patient data
US10187919B2 (en) 2017-05-22 2019-01-22 Apple Inc. Proximity pairing based on signal strength
AU2018204315A1 (en) 2017-06-15 2019-01-17 Flex Ltd. Systems and methods for building multiple gps trackers from a common core
CA3008513A1 (en) * 2017-06-15 2018-12-15 Flex Ltd. Systems and methods for pallet tracking with mixed local-area and wide-area trackers
CN107423855B (zh) * 2017-07-26 2020-09-08 重庆源盾科技集团有限公司 一种机房供电参数检测方法
US10841158B1 (en) * 2017-10-31 2020-11-17 Synapse Wireless, Inc. Systems and methods for node maintenance in a network
JP2019091257A (ja) * 2017-11-15 2019-06-13 富士通株式会社 情報処理装置、情報処理方法及びプログラム
US10462078B2 (en) * 2017-11-17 2019-10-29 Whatsapp Inc. Using signals extracted from a VOIP data stream to distinguish between network congestion and link losses
WO2019165495A1 (en) 2018-03-01 2019-09-06 Commonwealth Scientific And Industrial Research Organisation Object monitoring system
US11135717B2 (en) 2018-03-14 2021-10-05 Fedex Corporate Services, Inc. Detachable modular mobile autonomy control module for a modular autonomous bot apparatus that transports an item being shipped
CN108494689B (zh) * 2018-03-20 2021-11-12 深圳友讯达科技股份有限公司 信息采集方法、装置及通信系统
US10638584B2 (en) 2018-04-24 2020-04-28 Current Lighting Solutions, Llc System and method for communicating between non-networked monitoring device and networked lighting controllers
JP6999501B2 (ja) * 2018-06-05 2022-01-18 株式会社日立製作所 センサデバイス管理方法およびその管理システム
CN108897013B (zh) * 2018-07-10 2021-01-01 中国人民解放军国防科技大学 一种基于多节点agc的gnss干扰源定位方法
CN110784942B (zh) * 2018-07-31 2022-04-12 华为技术有限公司 一种连接建立方法及装置
CN109471061B (zh) * 2018-09-18 2020-07-14 宁波大学 一种鲁棒处理模型参数误差的接收信号强度差定位方法
US10769920B2 (en) 2018-09-22 2020-09-08 Fedex Corporate Services, Inc. Systems, apparatus, and methods for detecting an environmental anomaly and initiating an enhanced automatic response using elements of a wireless node network and using sensor data from ID nodes associated with packages and environmental threshold conditions per package
EP3877849A4 (en) * 2018-11-09 2022-08-24 Trackonomy Systems, Inc. DISTRIBUTED AGENT OS AND HARDWARE INSTANCIATION TO OPTIMIZE GLOBAL OBJECTIVES
EP3893529B1 (en) * 2018-12-26 2024-06-19 Huawei Technologies Co., Ltd. Communication method based on bluetooth low energy
US11789135B2 (en) * 2019-03-29 2023-10-17 Robert Bosch Gmbh Ultra-wideband intelligent sensing system and method for car states detection
US12075246B2 (en) * 2019-04-29 2024-08-27 Sonicwall Inc. Securing transmission paths in a mesh network
US10555274B1 (en) * 2019-05-10 2020-02-04 Honeywell International Inc. Monitoring an identification and positioning system
US11763176B1 (en) * 2019-05-16 2023-09-19 Diveplane Corporation Search and query in computer-based reasoning systems
CN112148728B (zh) * 2019-06-28 2024-08-02 伊姆西Ip控股有限责任公司 用于信息处理的方法、设备和计算机程序产品
US10944657B2 (en) * 2019-07-15 2021-03-09 The Boeing Company Software distribution in a wireless ad hoc network for ad-hoc data processing on a source node
US20230199677A1 (en) * 2019-07-29 2023-06-22 Raytheon Company Localization using repeated transmissions of electromagnetic signals for mobile ad hoc networks
CN110365546B (zh) * 2019-08-22 2022-03-22 广州大学 节点数据流的监控方法、存储介质和计算设备
WO2021035297A1 (en) * 2019-08-30 2021-03-04 Commonwealth Scientific And Industrial Research Organisation Object monitoring
EP3789771B1 (en) * 2019-09-05 2023-01-04 F. Hoffmann-La Roche AG Method and system to localize a carrier on a laboratory transport system
US12088473B2 (en) 2019-10-23 2024-09-10 Aryaka Networks, Inc. Method, device and system for enhancing predictive classification of anomalous events in a cloud-based application acceleration as a service environment
CN111064662B (zh) * 2020-01-02 2021-05-25 重庆紫光华山智安科技有限公司 虚拟路由冗余协议配置方法及相关装置
CN111262755B (zh) * 2020-01-17 2021-11-09 清华大学 一种网络测距方法及装置
US11363427B2 (en) * 2020-03-21 2022-06-14 Trackonomy Systems, Inc. Wireless sensor nodes for equipment monitoring
US11506752B2 (en) * 2020-04-20 2022-11-22 Bae Systems Information And Electronic Systems Integration Inc. ID ambiguity reduction
US11252646B1 (en) * 2020-06-19 2022-02-15 Sprint Communications Company L.P. Wireless data service delivery over wireless repeaters
US20220006697A1 (en) * 2020-07-02 2022-01-06 Level 3 Communications, Llc Path computation tool for a communications network
WO2022039724A1 (en) * 2020-08-18 2022-02-24 Hewlett-Packard Development Company, L.P. Location detection with static devices
US11651328B2 (en) 2020-08-19 2023-05-16 International Business Machines Corporation Delivery verification
CN114513567B (zh) * 2020-11-16 2023-03-24 Oppo广东移动通信有限公司 终端保护壳、通讯标签、控制方法、装置和系统
CN112363041B (zh) * 2020-11-21 2021-09-28 深圳中科精工科技有限公司 一种用于半导体的全自动aa设备
US11057689B1 (en) 2020-12-10 2021-07-06 Elliot Klein Docking station accessory device for connecting electronic module devices to a package
CN112749935A (zh) * 2020-12-30 2021-05-04 陕西众诚科技物流有限公司 一种运单下单处理方法
CN112737719B (zh) * 2020-12-31 2023-07-25 努比亚技术有限公司 一种电子价签通信信道调控方法、设备及计算机可读存储介质
US11962469B2 (en) * 2021-02-10 2024-04-16 Cisco Technology, Inc. Identifying devices and device intents in an IoT network
ES2925294A1 (es) 2021-04-01 2022-10-14 Verdoy Daniel Lucas Metodo, sistema y producto informatico de uso de recursos compartidos
US11706303B2 (en) * 2021-04-22 2023-07-18 Cisco Technology, Inc. Survivability method for LISP based connectivity
US20220407790A1 (en) * 2021-06-18 2022-12-22 Vmware, Inc. Method and apparatus for deploying tenant deployable elements across public clouds based on harvested performance metrics
CN115019556B (zh) * 2022-05-31 2023-09-08 重庆长安汽车股份有限公司 车辆碰撞预警方法、系统、电子设备及可读存储介质
CN114817375B (zh) * 2022-06-24 2022-11-01 深圳市智联物联科技有限公司 工业互联网数据采集管理系统
CN115412419B (zh) * 2022-08-29 2024-05-14 福建乐摩物联科技有限公司 一种自组网主节点选举及数据同步方法
TWI817844B (zh) * 2022-11-25 2023-10-01 光寶科技股份有限公司 場域勘測的方法及系統
CN116346624B (zh) * 2023-02-24 2024-01-30 安芯网盾(北京)科技有限公司 一种子网主节点选举方法及装置、主机检测系统
CN117955868B (zh) * 2024-03-26 2024-06-07 苏州元脑智能科技有限公司 服务器机箱的节点管理方法以及相关装置

Family Cites Families (464)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4750197A (en) 1986-11-10 1988-06-07 Denekamp Mark L Integrated cargo security system
US5400246A (en) 1989-05-09 1995-03-21 Ansan Industries, Ltd. Peripheral data acquisition, monitor, and adaptive control system via personal computer
US5154228A (en) 1990-05-22 1992-10-13 Gambertoglio Louis M Valving system for hurricane plugs
US5673304A (en) 1991-09-23 1997-09-30 Ac Corporation Programmable emergency communication system including automatic dialer
JPH05187167A (ja) 1992-01-10 1993-07-27 Ee S I Kk 棚収納物の管理装置
CA2089123A1 (en) 1992-03-04 1993-09-05 Robert Edwin Penny, Jr. Position locating transceiver
US5748147A (en) 1992-03-04 1998-05-05 Motorola Inc Position locating rescue transceiver
US5223844B1 (en) 1992-04-17 2000-01-25 Auto Trac Inc Vehicle tracking and security system
US5515419A (en) 1992-06-01 1996-05-07 Trackmobile Tracking system and method for tracking a movable object carrying a cellular phone unit, and integrated personal protection system incorporating the tracking system
US5758313A (en) 1992-10-16 1998-05-26 Mobile Information Systems, Inc. Method and apparatus for tracking vehicle location
US6748318B1 (en) 1993-05-18 2004-06-08 Arrivalstar, Inc. Advanced notification systems and methods utilizing a computer network
US5400020A (en) 1993-05-18 1995-03-21 Global Research Systems, Inc. Advance notification system and method
US6748320B2 (en) 1993-05-18 2004-06-08 Arrivalstar, Inc. Advance notification systems and methods utilizing a computer network
US5430730A (en) 1993-09-14 1995-07-04 Rolm Company Method for building a sub-network in a distributed voice messaging system
US5491486A (en) 1994-04-25 1996-02-13 General Electric Company Mobile tracking units employing motion sensors for reducing power consumption therein
US7596426B2 (en) 1994-12-16 2009-09-29 Automed Technologies, Inc. Method of monitoring medical item inventory
JP3433855B2 (ja) 1995-02-15 2003-08-04 富士通株式会社 輸送容器管理システム
SE512065C2 (sv) 1995-02-16 2000-01-24 Europolitan Ab Förfarande och anordning för positionsbestämning av en mobilstation i ett cellulärt mobiltelefonsystem
US5677667A (en) 1995-02-23 1997-10-14 Vehicle Enhancement Systems, Inc. Data communications apparatus for tractor/trailer using pneumatic coupler
JP3231210B2 (ja) 1995-03-03 2001-11-19 株式会社日立製作所 無線通信システム
US5691980A (en) 1995-06-07 1997-11-25 General Electric Company Local communication network for power reduction and enhanced reliability in a multiple node tracking system
US5854994A (en) 1996-08-23 1998-12-29 Csi Technology, Inc. Vibration monitor and transmission system
US6240365B1 (en) 1997-01-21 2001-05-29 Frank E. Bunn Automated vehicle tracking and service provision system
USH1815H (en) 1997-03-24 1999-11-02 Exxon Production Research Company Method of offshore platform construction using a tension-moored barge
US5946612A (en) 1997-03-28 1999-08-31 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for performing local traffic measurements in a cellular telephone network
US6011510A (en) 1997-06-17 2000-01-04 Motorola, Inc. GPS based search and rescue transceiver
JP3490261B2 (ja) 1997-07-31 2004-01-26 本田技研工業株式会社 電子メール送受信システムおよび電子メールを表示するプログラムを記録した記録媒体
US5959577A (en) 1997-08-28 1999-09-28 Vectorlink, Inc. Method and structure for distribution of travel information using network
FR2769775B1 (fr) 1997-10-10 2000-03-03 Renault Dispositif et procede d'appel d'urgence
US6085090A (en) 1997-10-20 2000-07-04 Motorola, Inc. Autonomous interrogatable information and position device
US5953650A (en) 1997-10-30 1999-09-14 Motorola Inc. Portable-mobile radiotelephone architecture and method for mobile personal security systems
US6148291A (en) 1998-01-26 2000-11-14 K & T Of Lorain, Ltd. Container and inventory monitoring methods and systems
GB2334412A (en) 1998-02-13 1999-08-18 Nokia Mobile Phones Ltd Mobile telephone with emergency responsive mode
US6697103B1 (en) 1998-03-19 2004-02-24 Dennis Sunga Fernandez Integrated network for monitoring remote objects
CA2335155C (en) 1998-06-18 2009-09-01 Kline & Walker, Llc Automated devices to control equipment and machines with remote control and accountability worldwide
FI981638A (fi) 1998-07-17 2000-01-18 Nokia Mobile Phones Ltd Menetelmä ja järjestely palvelun hallitsemiseksi matkaviestinjärjestelmässä
US6970183B1 (en) 2000-06-14 2005-11-29 E-Watch, Inc. Multimedia surveillance and monitoring system including network configuration
US6360102B1 (en) 1998-09-10 2002-03-19 Ericsson Inc. System and method for defining a subscriber location privacy profile
US20020090063A1 (en) 1998-09-16 2002-07-11 Joseph Bach Voiced mail with special alert feature
US6917291B2 (en) 1998-10-26 2005-07-12 Identec Solutions Inc. Interrogation, monitoring and data exchange using RFID tags
US6466788B1 (en) 1998-12-21 2002-10-15 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatus for transferring position data between terminals in wireless communications systems
US6611686B1 (en) * 1999-02-09 2003-08-26 Elite Logistics Services, Inc. Tracking control and logistics system and method
US6311069B1 (en) 1999-03-18 2001-10-30 Ericsson Inc. System and method for alerting a mobile subscriber being positioned
US6334047B1 (en) 1999-04-09 2001-12-25 Telefonaktiebolaget Lm Ericsson (Publ) Adaptive power control in a mobile radio communications system
US6985750B1 (en) 1999-04-27 2006-01-10 Bj Services Company Wireless network system
US6691173B2 (en) 1999-07-06 2004-02-10 Widcomm, Inc. Distributed management of an extended network containing short-range wireless links
JP2001075881A (ja) 1999-08-31 2001-03-23 Casio Comput Co Ltd 通信装置及び通信システム
US6255989B1 (en) 1999-09-04 2001-07-03 Edward Munson Method and system for addressing locations based upon latitude and longitude positions
US7239226B2 (en) 2001-07-10 2007-07-03 American Express Travel Related Services Company, Inc. System and method for payment using radio frequency identification in contact and contactless transactions
US6492904B2 (en) 1999-09-27 2002-12-10 Time Domain Corporation Method and system for coordinating timing among ultrawideband transmissions
US6859831B1 (en) 1999-10-06 2005-02-22 Sensoria Corporation Method and apparatus for internetworked wireless integrated network sensor (WINS) nodes
FI19992184A (fi) 1999-10-11 2001-04-12 Sonera Oyj Menetelmä paikkatiedon välittämiseksi tietoliikennejärjestelmässä
EP1102510A1 (en) 1999-10-12 2001-05-23 Taskin Sakarya Location system for mobile telephones
US7039164B1 (en) * 1999-10-14 2006-05-02 Gte Wireless Service Corporation Method and system for reporting events in telecommunication networks
WO2001037712A2 (en) 1999-11-24 2001-05-31 Brivo Systems, Inc. Method for outbound shipment of packages direct from home or office using an unattended transfer device
US6574484B1 (en) 1999-12-02 2003-06-03 Worldcom, Inc. Method for emergency service access using a mobile phone
US6615131B1 (en) 1999-12-21 2003-09-02 Televigation, Inc. Method and system for an efficient operating environment in a real-time navigation system
JP2001188734A (ja) 1999-12-28 2001-07-10 Honda Motor Co Ltd 電子メール送受信システム
US6505048B1 (en) 1999-12-30 2003-01-07 Samsung Electronics Co., Ltd. Location privacy feature for wireless mobile stations and method of operation
WO2002017146A1 (en) * 2000-01-07 2002-02-28 Etantrum. Com, Inc. Method and apparatus for data and media management
US6526335B1 (en) 2000-01-24 2003-02-25 G. Victor Treyz Automobile personal computer systems
WO2001060038A1 (en) 2000-02-08 2001-08-16 Lucent Technologies Inc. Message distribution system and method having geographic sensitivity
WO2001063318A1 (en) 2000-02-24 2001-08-30 Advanced Business Sciences, Inc. Apparatus and method for continuous electronic monitoring/tracking of individuals
US7212829B1 (en) 2000-02-28 2007-05-01 Chung Lau Method and system for providing shipment tracking and notifications
US20060168644A1 (en) 2000-02-29 2006-07-27 Intermec Ip Corp. RFID tag with embedded Internet address
US6662016B1 (en) 2000-05-05 2003-12-09 Openwave Systems, Inc. Providing graphical location information for mobile resources using a data-enabled network
US7630721B2 (en) * 2000-06-27 2009-12-08 Ortiz & Associates Consulting, Llc Systems, methods and apparatuses for brokering data between wireless devices and data rendering devices
US7047889B2 (en) 2000-07-12 2006-05-23 National Steel Car Limited Rail car with cantilevered articulation
JP3693896B2 (ja) * 2000-07-28 2005-09-14 三菱電機株式会社 通信方法および通信システム
US6745011B1 (en) * 2000-09-01 2004-06-01 Telephia, Inc. System and method for measuring wireless device and network usage and performance metrics
US7698463B2 (en) 2000-09-12 2010-04-13 Sri International System and method for disseminating topology and link-state information to routing nodes in a mobile ad hoc network
US20020103724A1 (en) 2000-12-01 2002-08-01 Stephen Huxter Courier independent system and method for the delivery of goods ordered by the internet
US6577484B1 (en) 2000-12-12 2003-06-10 Pass & Seymour, Inc. Arc fault detector device utilizing the di/dt and 60 Hz components of an arcing waveform
US7165102B2 (en) 2000-12-18 2007-01-16 Raza Microelectronics, Inc. Adaptive link quality management for wireless medium
US7221668B2 (en) 2000-12-22 2007-05-22 Terahop Networks, Inc. Communications within population of wireless transceivers based on common designation
US7522568B2 (en) 2000-12-22 2009-04-21 Terahop Networks, Inc. Propagating ad hoc wireless networks based on common designation and routine
US8050625B2 (en) 2000-12-22 2011-11-01 Terahop Networks, Inc. Wireless reader tags (WRTs) with sensor components in asset monitoring and tracking systems
US7356351B1 (en) 2000-12-22 2008-04-08 Durham Logistics, Llc Method and apparatus for disabling the RF functionality of a multi-function wireless communication device while maintaining local functionality
US7035240B1 (en) 2000-12-27 2006-04-25 Massachusetts Institute Of Technology Method for low-energy adaptive clustering hierarchy
US20020184497A1 (en) 2000-12-28 2002-12-05 Gage Michael J. Automated multi-user package retrieval and storage system
JP3839260B2 (ja) 2001-01-23 2006-11-01 三菱電機エンジニアリング株式会社 セキュリティシステム
US20020156645A1 (en) 2001-01-31 2002-10-24 Hansen Paul E. Network-based solution for secure parcel delivery and pick-up
DE10106351B4 (de) * 2001-02-09 2006-01-26 T-Mobile Deutschland Gmbh Verfahren zur Durchführung von Überwachungsmaßnahmen in paketorientierten Telekommunikations- und Datennetzen
US6483433B2 (en) 2001-02-20 2002-11-19 International Business Machines Corporation Method and apparatus for notifying of receipt
WO2002073345A2 (en) 2001-03-08 2002-09-19 Emodal.Com Techniques for providing electronic deilvery orders and order tracking
US7307978B2 (en) 2001-05-01 2007-12-11 Avago Technologies Enterprise Ip (Singapore) Pte Ltd Method and system for routing packets through a network by employing geographical position data
WO2002103960A2 (en) * 2001-06-14 2002-12-27 Okena, Inc. Stateful distributed event processing and adaptive security
US7366772B2 (en) 2001-06-29 2008-04-29 International Business Machines Corporation Method and apparatus for creating and exposing order status within a supply chain having disparate systems
US7194412B2 (en) 2001-07-19 2007-03-20 Overhead Door Corporation Speech activated door operator system
JP2005525003A (ja) * 2001-09-05 2005-08-18 ニューベリイ ネットワークス，インコーポレーテッド 無線ネットワークにおける位置検出および場所追跡
US7106202B2 (en) 2001-09-18 2006-09-12 Dickinson Kent H Shipping container along with shipping method employing the same
US6816074B2 (en) 2001-09-18 2004-11-09 Chon Meng Wong Automated delivery and inventory status notification system and method
CN101819609A (zh) * 2001-09-21 2010-09-01 无线谷通讯有限公司 用于设计、跟踪、测量、预测和优化数据通信网络的系统和方法
SG114505A1 (en) 2001-10-17 2005-09-28 First Cube Pte Ltd System and method for facilitating delivery and return service
US20100253519A1 (en) 2001-12-28 2010-10-07 Private Pallet Security Systems, Llc Underdeck carrier system for mobile containers for segregating product types in common shipment
US6970855B2 (en) 2002-01-29 2005-11-29 Pitney Bowes Inc. Method and system for enterprise-level unassisted customer shipping
US8321236B2 (en) 2002-02-01 2012-11-27 Walgreen Co. Method and apparatus for prescription processing
US7529597B1 (en) 2002-02-28 2009-05-05 Kim Marie Hertz Automated news rack inventory and alert management system
JP4606741B2 (ja) * 2002-03-12 2011-01-05 浜松ホトニクス株式会社 加工対象物切断方法
US20030179073A1 (en) 2002-03-20 2003-09-25 Ohanes Ghazarian Electronic secure locking system
US6720922B2 (en) 2002-03-29 2004-04-13 Microsoft Corporation Radio-frequency badge for location measurement
US8994546B2 (en) 2002-06-11 2015-03-31 Intelligent Technologies International, Inc. Remote monitoring of material storage containers
US20030231112A1 (en) 2002-06-18 2003-12-18 Sun Microsystems, Inc., A Delaware Corporation Secure parcel delivery with electronic notification and approval
US7835762B2 (en) 2002-06-27 2010-11-16 Qualcomm Incorporated Adjusting transmit power in a wireless communication system
US20040143654A1 (en) 2002-06-28 2004-07-22 Didier Poirot Node location management in a distributed computer system
US7313476B2 (en) 2002-08-15 2007-12-25 Trimble Navigation Limited Method and system for controlling a valuable movable item
AU2003291065A1 (en) * 2002-11-27 2004-06-23 Cognio, Inc. Server and multiple sensor system for monitoring activity in a shared radio frequency band
CN100556225C (zh) 2002-12-16 2009-10-28 皇家飞利浦电子股份有限公司 用于从主设备故障进行照明控制网络恢复的系统和方法
US7295960B2 (en) * 2003-01-22 2007-11-13 Wireless Valley Communications, Inc. System and method for automated placement or configuration of equipment for obtaining desired network performance objectives
US7323981B2 (en) 2003-02-20 2008-01-29 Global Statistics, Inc. Container tracking system
US7822424B2 (en) * 2003-02-24 2010-10-26 Invisitrack, Inc. Method and system for rangefinding using RFID and virtual triangulation
US20040215532A1 (en) 2003-02-25 2004-10-28 Hans Boman Method and system for monitoring relative movement of maritime containers and other cargo
US7853250B2 (en) * 2003-04-03 2010-12-14 Network Security Technologies, Inc. Wireless intrusion detection system and method
US7196622B2 (en) 2003-04-09 2007-03-27 Savi Technology, Inc. State monitoring of a container
WO2004092891A2 (en) * 2003-04-14 2004-10-28 Telchemy, Incorporated System for identifying and locating network problems
US20050251330A1 (en) 2003-04-17 2005-11-10 Paul Waterhouse Internet package tracking system
US7019640B2 (en) 2003-05-19 2006-03-28 Raytheon Company Sensor suite and communication system for cargo monitoring and identification
US7119716B2 (en) 2003-05-28 2006-10-10 Legalview Assets, Limited Response systems and methods for notification systems for modifying future notifications
US7246156B2 (en) * 2003-06-09 2007-07-17 Industrial Defender, Inc. Method and computer program product for monitoring an industrial network
US20040253923A1 (en) 2003-06-12 2004-12-16 Braley Richard C. System and method for electronically pairing devices
US6957767B2 (en) 2003-06-30 2005-10-25 International Business Machines Corporation RFID-keyed mailbox, and RFID-based system and method for securing a mailbox
JP2007532022A (ja) 2003-07-11 2007-11-08 クゥアルコム・インコーポレイテッド 無線通信システムのための動的な共用順方向リンク・チャンネル
JP2005063046A (ja) 2003-08-08 2005-03-10 Yazaki Corp 納入先情報管理サーバ、ｇｐｓ端末、納入先情報管理システム、納入先情報管理方法、およびそのプログラム
US7571008B2 (en) 2003-08-18 2009-08-04 Medtronic, Inc. System and apparatus for remote activation of implantable medical devices
US6885969B2 (en) 2003-08-26 2005-04-26 Mitsubishi Electric Research Laboratories, Inc. Location estimation in partially synchronized networks
US7099770B2 (en) 2003-09-08 2006-08-29 Axonn L.L.C. Location monitoring and transmitting device, method, and computer program product using a simplex satellite transmitter
DE602004023645D1 (de) 2003-10-06 2009-11-26 Ibm Dokumentierung sicherheitsbezogener aspekte beim prozess von containertransporten
US20050088284A1 (en) 2003-10-09 2005-04-28 Zai Li-Cheng R. Method and system of using a RFID reader network to provide a large operating area
US7545326B2 (en) 2003-10-22 2009-06-09 Awarepoint Corporation Wireless tracking system and method with multipath error mitigation
WO2005045718A1 (en) 2003-11-07 2005-05-19 Slieve Mish Inventions Limited Tracking of containers
JP4663650B2 (ja) 2003-11-13 2011-04-06 コマースガード アーベー コンテナを監視し、コンテナの安全を保持する方法およびシステム
US7427024B1 (en) 2003-12-17 2008-09-23 Gazdzinski Mark J Chattel management apparatus and methods
JP2005184727A (ja) 2003-12-24 2005-07-07 Hitachi Ltd 無線通信システム、無線ノード、無線通信システムの構築方法及びノードの位置測定方法
US7774242B2 (en) 2004-03-17 2010-08-10 Sap Ag Proximity sensing
US7725406B2 (en) 2004-03-30 2010-05-25 United Parcel Service Of America, Inc. Systems and methods for international shipping and brokerage operations support processing
US7532899B2 (en) 2004-04-15 2009-05-12 At&T Mobility Ii Llc System for providing location-based services in a wireless network, such as locating sets of desired locations
EP1745416B1 (en) 2004-04-22 2017-07-05 Sensitech Inc. Recording of location event information in rfid tags
JP4485855B2 (ja) 2004-06-07 2010-06-23 富士通株式会社 荷物追跡システム、荷物追跡方法及びプログラム
US8028052B2 (en) * 2004-07-09 2011-09-27 Alcatel Lucent NMS with multi-server change requests processing
US7273172B2 (en) 2004-07-14 2007-09-25 United Parcel Service Of America, Inc. Methods and systems for automating inventory and dispatch procedures at a staging area
KR20070043788A (ko) 2004-07-22 2007-04-25 코닌클리케 필립스 일렉트로닉스 엔.브이. 모바일 노드 사이의 통신 디바이스 및 통신 시스템, 및통신 방법
US7382260B2 (en) 2004-09-01 2008-06-03 Microsoft Corporation Hot swap and plug-and-play for RFID devices
US20060054705A1 (en) 2004-09-08 2006-03-16 Georgia-Pacific Corporation Package insert with integrated radio frequency transponder
US20060206246A1 (en) 2004-10-28 2006-09-14 Walker Richard C Second national / international management and security system for responsible global resourcing through technical management to brige cultural and economic desparity
CA2585495C (en) * 2004-10-29 2016-06-21 Skyhook Wireless, Inc. Location beacon database and server, method of building location beacon database, and location based service using same
US20080257656A1 (en) 2004-11-01 2008-10-23 Robert Skinner Brake monitoring system
WO2006053385A1 (en) 2004-11-18 2006-05-26 Robert Lane Vehicle transfer process
US20120158606A1 (en) 2009-02-27 2012-06-21 Christopher Moudy System for delivery of goods ordered via the internet
US20060128312A1 (en) * 2004-12-15 2006-06-15 Motorola, Inc. Wireless communication management system and supporting method and apparatus
JPWO2006068165A1 (ja) 2004-12-21 2008-06-12 エーザイ・アール・アンド・ディー・マネジメント株式会社 流動層装置
DE102005001034A1 (de) 2005-01-07 2006-07-20 Deutsche Telekom Ag Transportüberwachungssystem
US7340379B2 (en) 2005-02-18 2008-03-04 Ans, Inc. Automated acquisition and notification system
US7590565B2 (en) 2005-01-31 2009-09-15 Amazon Technologies, Inc. Method and apparatus for subscription-based shipping
US7701900B2 (en) 2005-02-03 2010-04-20 Control4 Corporation Device discovery and channel selection in a wireless networking environment
US8526357B2 (en) 2005-02-07 2013-09-03 Telefonaktiebolaget Lm Ericsson (Publ) Methods and arrangements for handling unreliable scheduling grants in a telecommunication network
WO2006081652A1 (en) 2005-02-07 2006-08-10 Lyngsoe Systems Ltd. Mail delivery tracking system and apparatus
US7978060B2 (en) 2005-02-14 2011-07-12 Inteligistics, Inc. Identification system
JP4639857B2 (ja) 2005-03-07 2011-02-23 富士ゼロックス株式会社 Ｒｆｉｄタグが取り付けられた物品を収納する収納箱、その配置方法、通信方法、通信確認方法および包装構造。
US8135395B2 (en) * 2005-03-18 2012-03-13 Qualcomm Incorporated Methods and apparatus for monitoring configurable performance levels in a wireless device
US20060250249A1 (en) 2005-04-08 2006-11-09 Konaware, Inc. Self describing RFID chains to validate parts in bills-of-material or manifest when disconnected from server
US20060253590A1 (en) 2005-04-08 2006-11-09 Konaware, Inc. Platform and methods for continuous asset location tracking and monitoring in intermittently connected environments
US7684994B2 (en) 2005-04-12 2010-03-23 United Parcel Service Of America, Inc. Next generation visibility package tracking
US7327260B2 (en) 2005-05-19 2008-02-05 International Business Machines Corporation System and method to record environmental condition on an RFID tag
US7502846B2 (en) * 2005-06-07 2009-03-10 Azaleos Corporation Monitoring service with inter-enterprise contextual analysis
CA2957135C (en) 2005-06-21 2022-05-17 United Parcel Service Of America, Inc. Systems and methods for providing personalized delivery services
US20070013481A1 (en) 2005-06-23 2007-01-18 Savi Technology, Inc. Method and apparatus for battery power conservation in tags
WO2007005030A2 (en) * 2005-07-05 2007-01-11 Carrier Iq, Inc. Rule based data collection and management in a wireless communications network
US8207816B2 (en) 2005-07-18 2012-06-26 Law Enforcement Intelligent Devices, Llc Biometric access control system
US7317925B2 (en) 2005-07-25 2008-01-08 Motorola, Inc. Method and apparatus for determining the location of a node in a wireless system
US7528727B2 (en) 2005-08-04 2009-05-05 Sonoco Development, Inc. Tracking device for polymeric packaging
KR100745671B1 (ko) 2005-08-24 2007-08-02 한국전자통신연구원 우편 물류 처리 장치의 무선 인식(ｒｆｉｄ) 태그 및 그정보 구성 방법
US7711070B2 (en) 2005-08-25 2010-05-04 Qualcomm, Incorporated Method and apparatus for control of transmitter power consumption
CA2622008C (en) * 2005-09-20 2017-04-11 Lyngsoe Systems Ltd. Active logistical tag for cargo
US7450007B2 (en) 2005-10-03 2008-11-11 Chep Technology Pty Limited RFID asset identification systems
WO2007041597A2 (en) 2005-10-03 2007-04-12 Teletech Holdings, Inc. Virtual retail assistant
US7432797B2 (en) 2005-10-05 2008-10-07 International Business Machines Corporation Prefetching manifest data in an RFID system
US7183924B1 (en) 2005-10-13 2007-02-27 Hewlett-Packard Development Company, L.P. Storing configuration information and a service record for an item in an RFID tag
BRPI0617874A2 (pt) * 2005-10-14 2011-08-09 Carrier Web Llc sistema e método para gerenciamento de recursos móveis em tempo real
US7395962B2 (en) 2005-10-28 2008-07-08 United Parcel Service Of America, Inc. Pick up notice and method of using same
US7482926B2 (en) 2005-10-28 2009-01-27 Intermec Ip Corp. System and method of enhancing range in a radio frequency identification system
US8107446B2 (en) * 2005-11-07 2012-01-31 Radiofy Llc Wireless RFID networking systems and methods
US7412224B2 (en) 2005-11-14 2008-08-12 Nokia Corporation Portable local server with context sensing
US20070130463A1 (en) 2005-12-06 2007-06-07 Eric Chun Wah Law Single one-time password token with single PIN for access to multiple providers
US8103444B2 (en) 2005-12-09 2012-01-24 Electronics And Telecommunications Research Institute System and method for reducing communication load of apparatus for tracking moving object
KR20070072784A (ko) 2006-01-02 2007-07-05 삼성전자주식회사 스마트 커뮤니케이터를 이용한 물품 배송 확인 시스템 및방법
US7853271B2 (en) 2006-02-01 2010-12-14 Qualcomm Incorporated Method and apparatus for interlocking communication and tracking applications in a wireless communication device
DE102006005284B4 (de) 2006-02-06 2009-05-20 Continental Automotive Gmbh Verfahren zur Signalsuche bei einem Mehrkanalfunkempfänger in einer Umgebung mit Störsignalen
US7583625B2 (en) 2006-04-06 2009-09-01 Broadcom Corporation Access point multi-level transmission power and protocol control based on the exchange of characteristics
US7525429B2 (en) 2006-04-21 2009-04-28 Persage, Inc. Delivery notification system
WO2007133789A2 (en) 2006-05-12 2007-11-22 Telsima, Inc. Customer facing interface power cycling of wireless terminals
US9163962B2 (en) 2006-06-16 2015-10-20 Fedex Corporate Services, Inc. Methods and systems for providing sensor data using a sensor web
US7623033B2 (en) 2006-06-16 2009-11-24 Federal Express Corporation Methods and systems for tracking items using a sensor web
US20080015884A1 (en) 2006-07-14 2008-01-17 United States Postal Service Operation awareness system
US8112794B2 (en) 2006-07-17 2012-02-07 Research In Motion Limited Management of multiple connections to a security token access device
US20080040243A1 (en) 2006-08-08 2008-02-14 David Yu Chang Notification of mail deliveries in remote post office mailboxes
US7731089B2 (en) 2006-08-08 2010-06-08 International Business Machines Corporation Interactive physical mail content management
US20080040244A1 (en) 2006-08-08 2008-02-14 Logcon Spec Ops, Inc. Tracking and Managing Assets
US7606173B2 (en) 2006-08-30 2009-10-20 Robert Bosch Gmbh Apparatus, method, and system for minimum neighbor assurance in deployment of nodes in a multihop wireless network
US7933611B2 (en) 2006-09-01 2011-04-26 Research In Motion Limited Disabling operation of features on a handheld mobile communication device based upon location
US7528722B2 (en) 2006-09-05 2009-05-05 Nelson David G System and method for notifying a package recipient of package arrival
KR20090078778A (ko) 2006-09-12 2009-07-20 인터멕 아이피 코포레이션 Ｒｆｉｄ 감시 시스템 및 방법
US7978065B2 (en) 2006-09-13 2011-07-12 Trackpoint Systems, Llc Device, system and method for tracking mobile assets
KR100789914B1 (ko) 2006-09-29 2008-01-02 한국전자통신연구원 장애 요인이 적은 이웃 노드를 선택적으로 이용하는 위치 인식 방법 및 노드 장치
EP2106671A2 (en) 2006-10-31 2009-10-07 QUALCOMM Incorporated Inter-cell power control in the presence of fractional frequency reuse
US20080180935A1 (en) 2007-01-25 2008-07-31 Mark Burdeen RFID emergency lighting system
US7996328B1 (en) 2007-01-25 2011-08-09 Google Inc. Electronic shipping notifications
US8000276B2 (en) 2007-02-05 2011-08-16 Wefi, Inc. Providing easy access to radio networks
US8487754B2 (en) 2007-02-28 2013-07-16 Frederick L. Mitschele Parking enforcement system and method using wireless in-ground sensors
US20100063847A1 (en) 2007-03-08 2010-03-11 3M Innovative Properties Company Rule-driven specimen tracking and management
JP2010523430A (ja) 2007-03-22 2010-07-15 ドイチェ ポスト アーゲー 配達物を輸送するための方法、発送ステーション物流システム
US20080303638A1 (en) 2007-03-24 2008-12-11 Hap Nguyen Portable patient devices, systems, and methods for providing patient aid and preventing medical errors, for monitoring patient use of ingestible medications, and for preventing distribution of counterfeit drugs
US8605607B2 (en) * 2007-04-11 2013-12-10 Telefonaktiebolaget Lm Ericsson (Publ) Method for implicit conveying of uplink feedback information
US20080255863A1 (en) 2007-04-12 2008-10-16 United Parcel Service Of America, Inc. Method and computer program product for providing paperless customs documentation
US7840340B2 (en) 2007-04-13 2010-11-23 United Parcel Service Of America, Inc. Systems, methods, and computer program products for generating reference geocodes for point addresses
US7894830B2 (en) 2007-04-28 2011-02-22 Broadcom Corporation Motion adaptive wireless local area network, wireless communications device and integrated circuits for use therewith
CN101309165B (zh) * 2007-05-14 2012-04-04 华为技术有限公司 信息报告的控制方法、装置和设备
CA2687386A1 (en) 2007-05-15 2008-11-20 8D Technologies Inc. A method and apparatus for managing shipping and advertisement information in a communications environment
US7978631B1 (en) 2007-05-31 2011-07-12 Oracle America, Inc. Method and apparatus for encoding and mapping of virtual addresses for clusters
US20080300985A1 (en) 2007-05-31 2008-12-04 University Of Georgia Research Foundation, Inc. System and Method for Providing Media Content to Physically Proximate Mobile Devices
US7788522B1 (en) 2007-05-31 2010-08-31 Oracle America, Inc. Autonomous cluster organization, collision detection, and resolutions
US7940669B2 (en) 2007-06-15 2011-05-10 Silver Spring Networks, Inc. Route and link evaluation in wireless mesh communications networks
EP2160867B1 (en) * 2007-06-29 2011-08-10 Telefonaktiebolaget LM Ericsson (publ) Method of processing event notifications and event subscriptions
US8035511B2 (en) * 2007-07-03 2011-10-11 3M Innovative Properties Company Methods for providing services and information based upon data collected via wireless network sensors
US20090037196A1 (en) 2007-07-31 2009-02-05 David Yu Chang Determining whether a postal mail item containing a radio frequency identifier (rfid) is junk mail
US8279870B2 (en) 2007-08-01 2012-10-02 Silver Spring Networks, Inc. Method and system of routing in a utility smart-grid network
US8253557B2 (en) 2007-08-07 2012-08-28 Nasser Ani System and method for tracking luggage
US20140257889A1 (en) 2013-03-06 2014-09-11 Wirelesswerx International, Inc. Controlling queuing in a defined location
US7854374B2 (en) 2007-09-28 2010-12-21 Dudley Joseph H Theft preventative mailbox with rear residential and storage vault door and remote unlocking activation mechanism
US9472125B2 (en) 2007-10-05 2016-10-18 E.J. Brooks Company Reusable bolt electronic seal module with GPS/cellular phone communications and tracking system
ES2401988T3 (es) 2007-10-05 2013-04-26 E.J. Brooks Company Sello del perno de seguridad con módulo electrónico reutilizable y perno
US8539098B2 (en) 2007-10-17 2013-09-17 Dispersive Networks, Inc. Multiplexed client server (MCS) communications and systems
KR101074987B1 (ko) 2007-11-06 2011-10-18 한국전자통신연구원 상황 인지를 통한 ｒｆｉｄ 개인 프라이버시 제어 시스템및 상기 시스템을 이용한 개인 프라이버시 보호 방법
FI126720B (fi) * 2007-12-04 2017-04-28 Sensire Oy Menetelmä, järjestelmä ja laitteet datan keräämiseksi
CN101191832B (zh) * 2007-12-11 2011-01-12 宁波中科集成电路设计中心有限公司 一种基于测距的无线传感器网络节点定位方法
EP2070605A1 (en) 2007-12-12 2009-06-17 Alcatel Lucent Postal package delivery system
KR100932920B1 (ko) * 2007-12-17 2009-12-21 한국전자통신연구원 센서노드의 웨이크업 장치 및 방법
US8509776B2 (en) * 2007-12-19 2013-08-13 Motorola Mobility Llc Network initiated proactive handover procedure for fast moving wireless devices
US7895131B2 (en) 2008-01-04 2011-02-22 Tracking Innovations, Inc. Cargo tracking apparatus, system and method
US8045482B2 (en) 2008-02-08 2011-10-25 Yahoo! Inc. Location tracking based on proximity-based ad hoc network
US7457760B1 (en) 2008-02-25 2008-11-25 International Business Machines Corporation Programmable radio-frequency identification (RFID) postage stamps
CA2757647A1 (en) 2008-04-04 2009-12-03 Powerwave Cognition, Inc. Methods and systems for a mobile, broadband, routable internet
US8811294B2 (en) 2008-04-04 2014-08-19 Qualcomm Incorporated Apparatus and methods for establishing client-host associations within a wireless network
CN102016344B (zh) * 2008-05-07 2012-09-05 株式会社东乡制作所 异形截面螺旋弹簧
US8207848B2 (en) 2008-05-16 2012-06-26 Google Inc. Locking system for shipping container including bolt seal and electronic device with arms for receiving bolt seal
WO2009140669A2 (en) 2008-05-16 2009-11-19 Terahop Networks, Inc. Securing, monitoring and tracking shipping containers
US9848314B2 (en) 2008-05-19 2017-12-19 Qualcomm Incorporated Managing discovery in a wireless peer-to-peer network
CN101609138B (zh) * 2008-06-16 2011-12-07 苏州工业园区优频科技有限公司 货物跟踪监测系统
US20090319078A1 (en) 2008-06-23 2009-12-24 United Parcel Services Of America, Inc. Method for shipping an item using an electronic envelope
US8164441B2 (en) 2008-06-25 2012-04-24 Symbol Technologies, Inc. Geographically agnostic wireless data communication system having wireless devices
US8606873B2 (en) 2008-06-27 2013-12-10 Qualcomm Incorporated Methods and apparatus for securely advertising identification and/or discovery information
US8369305B2 (en) 2008-06-30 2013-02-05 Cisco Technology, Inc. Correlating multiple detections of wireless devices without a unique identifier
US8149090B2 (en) 2008-08-18 2012-04-03 Sensormatic Electronics, LLC Mobile wireless network for asset tracking and supply chain monitoring
US20100142445A1 (en) 2008-09-04 2010-06-10 Ludger Schlicht Environments for a mobile, broadband, routable internet
US8471706B2 (en) 2008-09-05 2013-06-25 John Schuster Using a mesh of radio frequency identification tags for tracking entities at a site
US8116749B2 (en) 2008-09-08 2012-02-14 Proctor Jr James Arthur Protocol for anonymous wireless communication
US20100135178A1 (en) 2008-11-21 2010-06-03 Qualcomm Incorporated Wireless position determination using adjusted round trip time measurements
US8537014B2 (en) 2008-12-19 2013-09-17 Symbol Technologies, Inc. RFID tag movement determination
WO2010071972A1 (en) 2008-12-23 2010-07-01 J.J.Mackay Canada Limited Low power wireless parking meter and parking meter network
CN101477188A (zh) * 2009-01-09 2009-07-08 吴鑫 一种基于无线传感器网络的智能物品监测跟踪和管理系统
CA2751725C (en) 2009-01-30 2015-02-24 Interdigital Patent Holdings, Inc. Method and apparatus for performing physical dedicated channel establishment and monitoring procedures
WO2010093348A1 (en) 2009-02-11 2010-08-19 Eu3C Company Limited Wireless device for receiving calls to automatically transmit messages of current device location
WO2010091528A1 (fr) * 2009-02-16 2010-08-19 Provatis S.A. Procede et dispositif d'identification et de reperage d'un evenement survenant sur un site d'un objet fixe ou mobile
US20100228602A1 (en) * 2009-02-25 2010-09-09 Michael Gilvar Event information tracking and communication tool
JP5448211B2 (ja) 2009-03-23 2014-03-19 日本電気通信システム株式会社 無線通信装置、無線ネットワークシステム、データ転送方法、及び、プログラム
US9095001B2 (en) 2009-04-16 2015-07-28 Federal Express Corporation System and method for management of wireless devices aboard an aircraft
WO2010127610A1 (zh) 2009-05-04 2010-11-11 成都市华为赛门铁克科技有限公司 一种虚拟专用网节点信息的处理方法、设备及系统
CN101883381A (zh) * 2009-05-05 2010-11-10 大唐移动通信设备有限公司 一种无线资源控制连接重建方法、设备和系统
US20100299640A1 (en) 2009-05-21 2010-11-25 Microsoft Corporation Tracking in a virtual world
AU2010202019B2 (en) 2009-05-22 2015-08-20 Stanley Works Israel Ltd Object management system
US8712330B2 (en) * 2009-06-12 2014-04-29 Broadcom Corporation Method and system for Bluetooth low power link layer connection setup
CN101604396B (zh) * 2009-06-23 2012-04-11 南京邮电大学 基于车载的动态物流信息的监控方法
CA2766782A1 (en) 2009-06-26 2010-12-29 Cubic Corporation System for operating a container lock
CN101594570A (zh) * 2009-07-06 2009-12-02 黑龙江圣亚科技发展有限公司 基于无线通信与传感器组网的智能定位和监控系统及方法
US8354913B2 (en) 2009-07-23 2013-01-15 Chargepoint, Inc. Authorization in a networked electric vehicle charging system
US20110317017A1 (en) * 2009-08-20 2011-12-29 Olympus Corporation Predictive duty cycle adaptation scheme for event-driven wireless sensor networks
US8314704B2 (en) 2009-08-28 2012-11-20 Deal Magic, Inc. Asset tracking using alternative sources of position fix data
US8299920B2 (en) 2009-09-25 2012-10-30 Fedex Corporate Services, Inc. Sensor based logistics system
US9633327B2 (en) 2009-09-25 2017-04-25 Fedex Corporate Services, Inc. Sensor zone management
US8239169B2 (en) 2009-09-25 2012-08-07 Gregory Timothy L Portable computing device and method for asset management in a logistics system
JP5299198B2 (ja) 2009-09-29 2013-09-25 富士通セミコンダクター株式会社 設計支援プログラム、設計支援装置、および設計支援方法
US20100077349A1 (en) 2009-11-06 2010-03-25 Health Grades, Inc. Patient direct connect
US8781927B2 (en) 2009-12-07 2014-07-15 At&T Intellectual Property I, L.P. Passive RFID postage stamps and method of using the same
WO2011073972A1 (en) 2009-12-14 2011-06-23 Starcom Gps Systems Ltd T racking and monitoring device and system for a shipping container
US8463546B2 (en) 2009-12-18 2013-06-11 Qualcomm Incorporated Method and apparatus for providing navigation support for private premises
US8819219B2 (en) * 2009-12-23 2014-08-26 Apple Inc. Efficient service advertisement and discovery in multiple wireless networks
WO2011078646A1 (en) 2009-12-23 2011-06-30 Exs Network Technologies Sdn. Bhd Client load balancing, power management, and mobility in hierarchical wireless mesh networks
NL2004192C2 (en) 2010-02-04 2011-08-08 Aciss Internat B V Container, system and method for goods transport.
JP5720102B2 (ja) 2010-03-10 2015-05-20 カシオ計算機株式会社 荷物管理システム及び荷物収納装置
US20110258058A1 (en) 2010-04-14 2011-10-20 Restaurant Technology, Inc. System and method for generating a restaurant order on a wireless mobile personal computer
US20110316674A1 (en) 2010-05-25 2011-12-29 Rf Code, Inc. Asset tracking system including a tag controller
US8682474B2 (en) 2010-05-26 2014-03-25 Amazon Technologies, Inc. System and method for managing reassignment of units among shipments in a materials handling facility
US20120022907A1 (en) 2010-07-22 2012-01-26 Rockwell Automation Technologies, Inc. Social networking in an asset performance management system
US8849926B2 (en) 2010-08-06 2014-09-30 Simon Fraser University System and method for self-calibrating, self-organizing and localizing sensors in wireless sensor networks
US8423637B2 (en) * 2010-08-06 2013-04-16 Silver Spring Networks, Inc. System, method and program for detecting anomalous events in a utility network
GB2482919B (en) * 2010-08-20 2014-05-07 Samsung Electronics Co Ltd Retrieval of user equipment capabilities by application server
WO2012037637A1 (en) * 2010-09-23 2012-03-29 Research In Motion Limited System and method for dynamic coordination of radio resources usage in a wireless network environment
US8234176B2 (en) 2010-09-27 2012-07-31 Ebay Inc. Identifier-based charge on delivery transaction
US10109026B2 (en) 2010-10-06 2018-10-23 Tillster, Inc. Mobile restaurant ordering system
JP2012086945A (ja) 2010-10-20 2012-05-10 Hitachi Ltd 無線ノード・システム、無線ノードを管理する方法及びプログラム
US8624730B2 (en) * 2010-11-09 2014-01-07 Landis+Gyr Innovations, Inc. Systems for detecting, collecting, communicating, and using information about environmental conditions and occurrences
KR101348617B1 (ko) * 2010-11-22 2014-01-08 한국전자통신연구원 무선 네트워크를 이용한 감시 시스템, 마스터 센서 노드 및 서버 장치
CN102547973B (zh) * 2010-12-17 2014-12-10 上海工程技术大学 一种基于rssi的多传感器融合移动节点跟踪方法
JP5984811B2 (ja) 2011-01-13 2016-09-06 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 無線端末の位置の決定のための方法並びにその関連システム及び装置
US20120182939A1 (en) 2011-01-14 2012-07-19 Qualcomm Incorporated Telehealth wireless communication hub and service platform system
US9527398B2 (en) 2011-01-20 2016-12-27 General Motors Llc Virtual charge for electric vehicles
US20120190379A1 (en) * 2011-01-25 2012-07-26 T-Mobile Usa, Inc. Intelligent Management of Location Sensor
US8375730B2 (en) 2011-01-28 2013-02-19 Tcp Reliable, Inc. Selecting packaging and coolant systems for shipment of biological products
US8755823B2 (en) 2011-02-15 2014-06-17 Technocom Corporation System and method for dynamically monitoring status in location services
US8364326B2 (en) * 2011-02-22 2013-01-29 Asoka Usa Corporation Set of sensor units for communication enabled for streaming media delivery with monitoring and control of power usage of connected appliances
US9558468B2 (en) 2011-03-16 2017-01-31 Cubic Corporaton Transportation route management
CA2831413A1 (en) 2011-03-25 2012-10-04 Flybuy Technologies, Inc. Systems and methods for managing curb-side delivery
US9571354B2 (en) * 2011-03-28 2017-02-14 Citrix Systems, Inc. Systems and methods for tracking application layer flow via a multi-connection intermediary device
US9131343B2 (en) 2011-03-31 2015-09-08 Teaneck Enterprises, Llc System and method for automated proximity-based social check-ins
FR2973625A1 (fr) * 2011-03-31 2012-10-05 France Telecom Communication de donnees dans un reseau.
JP2012222378A (ja) * 2011-04-04 2012-11-12 Hitachi Ltd 端末キープアライブ方式、及びキープアライブ間隔決定方法
US8965284B2 (en) 2011-04-07 2015-02-24 Nokia Corporation Facilitating positioning through Bluetooth low energy wireless messaging
US8686832B2 (en) 2011-04-14 2014-04-01 Ronin Licensing, Llc Device and system for providing current information for a geographic point of interest
US9060213B2 (en) 2011-05-24 2015-06-16 Spireon, Inc. Battery monitoring system
US8843649B2 (en) 2011-06-07 2014-09-23 Microsoft Corporation Establishment of a pairing relationship between two or more communication devices
CN102325344B (zh) 2011-06-13 2014-09-10 南京邮电大学 一种采用标签传感网跟踪与定位集装箱的方法
US9723538B2 (en) 2011-06-20 2017-08-01 Cisco Technology, Inc. Systematic neighbor detection in shared media computer networks
EP2538641A1 (en) 2011-06-23 2012-12-26 Swisscom AG Secure tag management method and system
EA029045B1 (ru) 2011-07-08 2018-02-28 Байоджен Хемофилия Инк. Химерные и гибридные полипептиды фактора viii и способы их применения
JP5665695B2 (ja) * 2011-07-12 2015-02-04 マイティカード株式会社 Ｒｆｉｄタグ移動識別方法及びｒｆｉｄタグ移動識別プログラム
MX340001B (es) * 2011-07-21 2016-06-20 Proteus Digital Health Inc Dispositivo, sistema y método de comunicación móvil.
US9326313B2 (en) * 2011-08-01 2016-04-26 Aruba Networks, Inc. System, apparatus and method for managing client devices within a wireless network
GB201113805D0 (en) 2011-08-11 2011-09-21 Rb Concepts Ltd Interactive lighting effect and wristband
US8789156B2 (en) 2011-08-19 2014-07-22 International Business Machines Corporation Data management with a networked mobile device
EP2748770A4 (en) * 2011-09-05 2015-04-22 Ericsson Telefon Ab L M INTERNET WITH LEGAL LISTENING
US9084075B2 (en) * 2011-09-15 2015-07-14 Qualcomm Incorporated Tracking management systems and methods
US20140257877A1 (en) 2011-09-23 2014-09-11 Israel L'Heureux Location sensitive processing of restaurant orders
US9110608B2 (en) 2011-09-30 2015-08-18 Verizon Patent And Licensing Inc. Method and system for secure mobile printing
US20140006964A1 (en) 2011-10-12 2014-01-02 Yang Pan System and Method for Storing Data Files in Personal Devices and a network
US8681001B2 (en) 2011-10-26 2014-03-25 Motorola Solutions, Inc. Method and apparatus for optimizing reader power consumption by varying poll parameters in an automated inventory tracking system
US20130106893A1 (en) 2011-10-31 2013-05-02 Elwah LLC, a limited liability company of the State of Delaware Context-sensitive query enrichment
JP5747785B2 (ja) * 2011-10-31 2015-07-15 富士通株式会社 通知制御方法、情報処理装置及び通知制御プログラム
CA2856589C (en) 2011-11-22 2020-11-03 Universite Laval System, methods and nodes for providing zone-based services based on pairings between compatible profiles
US20130335193A1 (en) 2011-11-29 2013-12-19 1556053 Alberta Ltd. Electronic wireless lock
US20140355503A1 (en) 2011-12-02 2014-12-04 Antti Kainulainen Transmitting service advertisements
US8341106B1 (en) * 2011-12-07 2012-12-25 TaKaDu Ltd. System and method for identifying related events in a resource network monitoring system
KR101396570B1 (ko) 2011-12-08 2014-05-20 곽영규 전력선 통신을 이용한 철도 차량 간 분리 감지 시스템 및 방법
GB2497813A (en) 2011-12-22 2013-06-26 Renesas Mobile Corp Timing-based positioning
US9130825B2 (en) * 2011-12-27 2015-09-08 Tektronix, Inc. Confidence intervals for key performance indicators in communication networks
CN103188219A (zh) 2011-12-28 2013-07-03 北大方正集团有限公司 一种数字版权管理方法、设备及系统
US20130201316A1 (en) 2012-01-09 2013-08-08 May Patents Ltd. System and method for server based control
US20150012457A1 (en) 2013-07-02 2015-01-08 Hound Dog Llc Method and system for tracking shipped units during movement of goods within supply chain channels
US9129167B2 (en) 2012-01-21 2015-09-08 Pinger Technologies, Inc. Methods and systems for GPS-enabled baggage tags
US9485672B2 (en) * 2012-01-25 2016-11-01 Draeger Medical Systems, Inc. Context aware wireless data access point changeover
US8830057B1 (en) * 2012-02-09 2014-09-09 Google Inc. Systems and methods for using robots to monitor environmental conditions in an environment
EP3054649B1 (en) 2012-02-14 2020-03-25 Intel Corporation Peer to peer networking and sharing systems and methods
US20130214906A1 (en) 2012-02-22 2013-08-22 Ernst Wojak System And Method For Automatically Transmitting Messages To A Mobile Radio Device
US9544075B2 (en) * 2012-02-22 2017-01-10 Qualcomm Incorporated Platform for wireless identity transmitter and system using short range wireless broadcast
KR101383529B1 (ko) 2012-02-29 2014-04-08 주식회사 팬택 어플리케이션 공유를 위한 이동단말장치 및 이동단말장치에서의 어플리케이션 공유 방법
WO2013133536A1 (ko) * 2012-03-07 2013-09-12 엘지전자 주식회사 상대방 엔티티의 유효성 또는 상태 체크 방법
US20130245973A1 (en) 2012-03-16 2013-09-19 Smartmed Usa Inc. Apparatus, computer program, method, and system for acquiring and analyzing battery metrics
MY194068A (en) 2012-03-26 2022-11-10 MDT Innovations SdN Bhd Ubiquitous monitoring of trolleys
US8976022B2 (en) 2012-04-13 2015-03-10 Khalid Hamad Motleb ALNAFISAH Mobile tracking identification system, method, and computer program product
EP2663110A1 (en) 2012-05-11 2013-11-13 BlackBerry Limited Near Field Communication Tag Data Management
US9609614B2 (en) 2012-05-30 2017-03-28 Comcast Cable Communications, Llc Access node locations in a network
US9319831B2 (en) 2012-06-05 2016-04-19 Apple Inc. Mapping application with automatic stepping capabilities
WO2013184603A1 (en) * 2012-06-07 2013-12-12 Trueposition, Inc. Location intelligence management system
US8947254B2 (en) 2012-06-15 2015-02-03 Fedex Corporate Services, Inc. Systems and methods for managing information associated with boxes used in the delivery of packages
US20130346135A1 (en) 2012-06-22 2013-12-26 Jason B. Siemens Method And System For Servicing A Drop Safe
US10930400B2 (en) 2012-06-28 2021-02-23 LiveData, Inc. Operating room checklist system
US9262739B2 (en) 2012-06-29 2016-02-16 Paypal, Inc. Method, medium, and system for session based shopping
US20140162702A1 (en) 2012-07-11 2014-06-12 Brandon Robert Crawford Decentralized Location Triangulation System and Data Transfer Protocol
KR101976563B1 (ko) * 2012-07-12 2019-08-28 엘지이노텍 주식회사 조명 제어 시스템에서의 조명 등록 장치 및 방법
AR091741A1 (es) * 2012-07-13 2015-02-25 Sicpa Holding Sa Metodo para autenticar un reloj
US9215022B2 (en) * 2012-07-18 2015-12-15 Google Inc. Logging individuals for TV measurement compliance
KR20140015737A (ko) 2012-07-23 2014-02-07 삼성전자주식회사 사용자의 정보를 관리하는 서버 및 단말기와 각각의 제어 방법
US9048880B2 (en) 2012-07-31 2015-06-02 Cellco Partnership Kiosk-based mobile customer check-in
US9270520B2 (en) 2012-08-17 2016-02-23 Illinois Tool Works Inc. Wireless communication network sensor information for control of industrial equipment in harsh environments
US20140067609A1 (en) 2012-08-31 2014-03-06 Chad Buege Heger Online exchange for 3-d printable products
US9196139B2 (en) 2012-09-12 2015-11-24 ACCO Brands Corporation Proximity tag for object tracking
DE102012216839A1 (de) 2012-09-20 2014-03-20 Continental Automotive Gmbh Zugangsanordnung für ein Fahrzeug
US8923880B2 (en) * 2012-09-28 2014-12-30 Intel Corporation Selective joinder of user equipment with wireless cell
US9648492B2 (en) 2012-10-10 2017-05-09 Apple Inc. Location-based update of subscriber identity information in a wireless device
US9717011B2 (en) * 2012-10-17 2017-07-25 Telefonaktiebolaget Lm Ericsson (Publ) Event management in telecommunications networks
US20140116569A1 (en) 2012-10-26 2014-05-01 Nordson Corporation Fill system and method including visual indicator device for empty condition
US8886215B1 (en) * 2012-10-30 2014-11-11 Onasset Intelligence, Inc. Method and apparatus for tracking a transported item while accommodating communication gaps
US8626193B1 (en) 2012-10-30 2014-01-07 Onasset Intelligence, Inc. Method and apparatus for tracking a transported item while accommodating communication gaps
US9096244B2 (en) 2012-11-02 2015-08-04 General Electric Company System and method for controlling coupler nodes in a vehicle system
US9779379B2 (en) 2012-11-05 2017-10-03 Spireon, Inc. Container verification through an electrical receptacle and plug associated with a container and a transport vehicle of an intermodal freight transport system
US8994514B1 (en) 2012-12-19 2015-03-31 Emc Corporation Event indicator creation using first and second sets of values
US9233680B2 (en) 2012-12-20 2016-01-12 General Electric Company System and method for controlling a vehicle system
US10387824B2 (en) 2012-12-21 2019-08-20 United Parcel Service Of America, Inc. Systems and methods for delivery of an item
DE102013200430A1 (de) 2013-01-14 2014-07-17 Continental Automotive Gmbh System zur Übermittlung von Gepäckstücken
US20140211691A1 (en) 2013-01-29 2014-07-31 Qualcomm Incorporated System and method for choosing suitable access points in quips autarkic deployment
EP2951765A4 (en) 2013-02-01 2016-08-10 United Parcel Service Inc SYSTEMS AND METHODS OF DELIVERY OF PACKET TO OTHER DELIVERY PLACES
US9531632B2 (en) 2013-02-05 2016-12-27 Rajant Corporation Method for controlling flood broadcasts in a wireless mesh network
US20140229399A1 (en) 2013-02-11 2014-08-14 Honeywell International, Inc. System and method for managing cargo transfer operations at a cargo distribution terminal
EP2957210A1 (en) 2013-02-14 2015-12-23 Olympus Corporation Activation device
US9900171B2 (en) 2013-02-25 2018-02-20 Qualcomm Incorporated Methods to discover, configure, and leverage relationships in internet of things (IoT) networks
US9406046B2 (en) 2013-03-07 2016-08-02 Intelleflex Corporation RFID systems and methods for associating images of documents with RFID tag-related data
US20140258168A1 (en) 2013-03-07 2014-09-11 Darryl George Crawford Automated Pickup & Delivery System
RU2657697C2 (ru) * 2013-03-07 2018-06-14 Фэйрфилд Индастриз Инкорпорэйтед Устройство для хранения, раздачи и приема изделий
US9354034B2 (en) 2013-03-08 2016-05-31 Electro-Motive Diesel, Inc. Positive location system for a locomotive consist
US9721224B2 (en) 2013-03-14 2017-08-01 Coreorient Oy System and method for managing transportation and storage of goods
US9215075B1 (en) 2013-03-15 2015-12-15 Poltorak Technologies Llc System and method for secure relayed communications from an implantable medical device
US20140279648A1 (en) 2013-03-15 2014-09-18 Patrick Whitehouse Systems, devices, and methods for the use of a mobile device to generate a shipping label
US9247396B2 (en) 2013-03-15 2016-01-26 Cooper Technologies Company Controlled flooding mechanism to facilitate message broadcast in wireless multihop networks
WO2014146169A1 (en) 2013-03-19 2014-09-25 Tushare Australia Pty Ltd Systems and methods for managing sending of items
US9577892B2 (en) * 2013-04-06 2017-02-21 Citrix Systems, Inc. Systems and methods for providing monitoring in a cluster system
US8688101B1 (en) 2013-04-09 2014-04-01 Smartsky Networks LLC Position information assisted network control
US20140324527A1 (en) 2013-04-25 2014-10-30 Readme Systems, Inc. Proximity detection using sensors based on a programmable multi-array structures
US20140330603A1 (en) 2013-05-01 2014-11-06 Thomas Corder Intelligent Reconfigurable Locker System
WO2014186614A2 (en) 2013-05-17 2014-11-20 Raytheon Bbn Technologies Corp. Disrupted adaptive routing
US20140351163A1 (en) 2013-05-21 2014-11-27 Kevin Alan Tussy System and method for personalized delivery verification
US9408223B2 (en) 2013-05-24 2016-08-02 Sprint Spectrum L.P. Systems and methods of managing frequency band selection
US20140379529A1 (en) 2013-06-21 2014-12-25 Sears Brands, Llc Order fulfillment systems and methods with customer location tracking
KR101484145B1 (ko) * 2013-06-21 2015-01-23 주식회사 에스위너스 물류 추적장비의 통신 프로토콜을 이용한 통신 장치 및 방법
US10268983B2 (en) 2013-06-26 2019-04-23 Amazon Technologies, Inc. Detecting item interaction and movement
US9256852B1 (en) 2013-07-01 2016-02-09 Google Inc. Autonomous delivery platform
US20150039347A1 (en) 2013-08-02 2015-02-05 United Parcel Service Of America, Inc. Systems and methods for providing proactive monitoring, intervention, and insurance coverage services in a package delivery network
US9958533B2 (en) * 2013-09-06 2018-05-01 Drnc Holdings, Inc. Method and system for locating wireless devices within a local region
CN105518727A (zh) 2013-09-10 2016-04-20 锡克拜控股有限公司 用于高屏蔽环境中的数据传输的外箱跟踪网格
US10600095B2 (en) 2013-09-26 2020-03-24 Amazon Technologies, Inc. Kiosk management system
US20150102903A1 (en) 2013-10-11 2015-04-16 Wal-Mart Stores, Inc. Secure Delivery Receptacle
US9718523B2 (en) 2013-10-24 2017-08-01 Board Of Trustees Of Michigan State University Gliding robotic fish navigation and propulsion
US20150120601A1 (en) 2013-10-25 2015-04-30 Florence Manufacturing Company Electronically controlled parcel delivery system
CA2927096C (en) 2013-10-26 2023-02-28 Amazon Technologies, Inc. Unmanned aerial vehicle delivery system
JP6364741B2 (ja) * 2013-10-28 2018-08-01 富士電機株式会社 ユニット収納装置
US9350734B1 (en) 2013-11-01 2016-05-24 Sprint Spectrum L.P. Method and system for managing a flood of data-connection requests
JP6183168B2 (ja) 2013-11-13 2017-08-23 富士通株式会社 イベント収集方法、情報処理装置、情報処理システム、及び情報処理プログラム
CN104640191B (zh) 2013-11-15 2018-01-16 株式会社理光 基于受限区域的自组织子网的位置信息的信道功率调节
US11159919B2 (en) * 2013-11-15 2021-10-26 Synchrony Bank Method and system for distributed management of remote transmitters interacting with mobile devices
US20150148140A1 (en) 2013-11-22 2015-05-28 Morehouse USA Creative, LLC Sporting equipment including integrated diffused indicator
CN114186922A (zh) * 2013-11-29 2022-03-15 联邦快递服务公司 无线节点网络中的关联管理
US8989053B1 (en) 2013-11-29 2015-03-24 Fedex Corporate Services, Inc. Association management in a wireless node network
GB2521224A (en) * 2013-12-16 2015-06-17 Nordic Semiconductor Asa Radio communications
CN103686761A (zh) 2013-12-19 2014-03-26 河南师范大学 基于信息流累积的传感器节点分布密度控制方法
US20150193724A1 (en) 2014-01-06 2015-07-09 International Business Machines Corporation Providing optimized delivery locations for an order
AU2015214079C1 (en) 2014-02-05 2017-01-19 Apple Inc. Uniform communication protocols for communication between controllers and accessories
GB2512748B (en) 2014-02-25 2015-02-18 Cambridge Silicon Radio Ltd Auto-configuration of a mesh relay's TX/RX schedule
US10040628B1 (en) 2014-03-25 2018-08-07 Amazon Technologies, Inc. Item replacement assistance
CN103886732B (zh) * 2014-03-27 2017-02-01 中国科学院成都生物研究所 一种高可靠性生态环境参数无线传感系统
CN105094288B (zh) 2014-04-16 2018-02-27 联想(北京)有限公司 一种控制电子设备的方法及电子设备
US10657483B2 (en) 2014-04-29 2020-05-19 Vivint, Inc. Systems and methods for secure package delivery
US20150324745A1 (en) 2014-05-09 2015-11-12 Elwha LLC, a limited liability company of the State of Delaware Transport label system with updatable address
US10453023B2 (en) 2014-05-28 2019-10-22 Fedex Corporate Services, Inc. Methods and node apparatus for adaptive node communication within a wireless node network
US9628502B2 (en) 2014-06-09 2017-04-18 Meadow Hills, LLC Active attack detection system
EP3007369B1 (en) * 2014-06-10 2019-11-06 Huawei Technologies Co., Ltd. Method, device and system of prompting communication event
US10275733B2 (en) 2014-08-15 2019-04-30 Paypal, Inc. Delivery confirmation using a wireless beacon
US11272238B2 (en) 2014-08-29 2022-03-08 International Business Machines Corporation Electronic messaging display optimization
US9260244B1 (en) 2014-09-25 2016-02-16 Amazon Technologies, Inc. Wireless visualization interface for autonomous ground vehicle signal coverage
US9846795B2 (en) 2014-09-26 2017-12-19 Amazon Technologies, Inc. RFID reader integration with a light source
US9426615B2 (en) 2014-09-30 2016-08-23 Apple Inc. Prioritizing beacon messages for mobile devices
US10810537B2 (en) 2014-10-02 2020-10-20 Luxer Corporation Method and system for implementing electronic storage areas
US9524648B1 (en) 2014-11-17 2016-12-20 Amazon Technologies, Inc. Countermeasures for threats to an uncrewed autonomous vehicle
US10452236B2 (en) 2014-11-21 2019-10-22 Deliveright Logistics, Inc. Delivery management systems and methods for zero-inventory distribution
US9886799B2 (en) 2014-11-22 2018-02-06 TrueLite Trace, Inc. Real-time cargo condition management system and method based on remote real-time vehicle OBD monitoring
CN104539315B (zh) * 2014-12-02 2017-02-22 上海电器科学研究院 一种用于电力线载波通信的快速组网方法
US9569944B2 (en) 2014-12-23 2017-02-14 Trapeze Software Ulc Method and system for state-based power management of asset tracking systems for non-statutory assets
EP4180898B1 (en) 2014-12-31 2024-10-09 SZ DJI Technology Co., Ltd. Vehicle altitude restrictions and control
US9756387B2 (en) 2015-02-13 2017-09-05 Google Inc. Systems and methods for using a remote control for presence detection
EP3266009A4 (en) 2015-03-02 2018-06-20 Locus Solutions, LLC Systems and methods for monitoring transported items
US9652990B2 (en) 2015-06-30 2017-05-16 DreamSpaceWorld Co., LTD. Systems and methods for monitoring unmanned aerial vehicles
US10749734B2 (en) 2015-07-07 2020-08-18 International Business Machines Corporation Management of events and moving objects
US10057133B2 (en) 2015-07-08 2018-08-21 Fedex Corporate Services, Inc. Systems, apparatus, and methods of enhanced monitoring for an event candidate associated with cycling power of an ID node within a wireless node network
US9740892B2 (en) 2015-08-26 2017-08-22 Blackberry Limited Method and system for asset tracking in an enterprise environment
US9952788B2 (en) 2015-09-29 2018-04-24 Cnex Labs, Inc. Method and apparatus for providing a shared nonvolatile memory system using a distributed FTL scheme
EP3433809A4 (en) 2016-03-23 2019-10-02 Fedex Corporate Services, Inc. SYSTEMS, APPARATUS AND METHODS FOR AUTOMATIC ADJUSTMENT OF BROADCAST ADJUSTMENT OF A NODE IN A WIRELESS NODE NETWORK
US10270762B2 (en) * 2016-04-28 2019-04-23 SSenStone Inc. User authentication method for enhancing integrity and security
MX2019008944A (es) 2017-01-30 2019-09-11 Walmart Apollo Llc Sistemas de robot autonomos distribuidos y metodos con rastreo rfid.

Also Published As

Publication number Publication date
CN113543094A (zh) 2021-10-22
CN113543091B (zh) 2024-06-07
CN108029069A (zh) 2018-05-11
CN113543092A (zh) 2021-10-22
EP3783839A1 (en) 2021-02-24
US10033594B2 (en) 2018-07-24
US10305744B2 (en) 2019-05-28
CN113543091A (zh) 2021-10-22
CA3180305A1 (en) 2017-01-12
EP4247023A2 (en) 2023-09-20
US20170013487A1 (en) 2017-01-12
EP3955526A1 (en) 2022-02-16
WO2017007544A8 (en) 2018-02-01
JP2021010169A (ja) 2021-01-28
CN113543095B (zh) 2024-05-14
CA2989132C (en) 2023-01-24
EP3783839B1 (en) 2021-11-24
US9985839B2 (en) 2018-05-29
EP3320719A1 (en) 2018-05-16
US20170013547A1 (en) 2017-01-12
US10491479B2 (en) 2019-11-26
CN108029069B (zh) 2021-06-15
CN113543093A (zh) 2021-10-22
ES2846838T3 (es) 2021-07-29
EP3955525A1 (en) 2022-02-16
EP3320719A4 (en) 2019-02-20
US10313199B2 (en) 2019-06-04
CA2989132A1 (en) 2017-01-12
US20170012813A1 (en) 2017-01-12
CN113543096B (zh) 2024-06-21
US20170012830A1 (en) 2017-01-12
JP2018523934A (ja) 2018-08-23
EP3320719B1 (en) 2020-12-16
US20170012719A1 (en) 2017-01-12
CN113543095A (zh) 2021-10-22
WO2017007544A1 (en) 2017-01-12
US10057133B2 (en) 2018-08-21
CN113543096A (zh) 2021-10-22
US20170012720A1 (en) 2017-01-12
US9973391B2 (en) 2018-05-15
EP4247023A3 (en) 2023-11-15
ES2955547T3 (es) 2023-12-04
JP6825159B2 (ja) 2021-02-03
EP3955527A1 (en) 2022-02-16
EP3955525B1 (en) 2023-08-02
JP6768779B2 (ja) 2020-10-14
CA3180290A1 (en) 2017-01-12
CA3180281A1 (en) 2017-01-12
US20170012829A1 (en) 2017-01-12

Similar Documents

Publication Publication Date Title
ES2901697T3 (es) Sistemas, aparato y método de monitorización de eventos para un candidato de evento relacionado con un nodo de ID dentro de una red de nodos inalámbricos
ES2900818T3 (es) Sistemas, aparatos y métodos de gestión de entrega mejorada para un artículo enviado usando un receptáculo logístico habilitado por nodo móvil