ES2913660T3 - Red descentralizada tolerante al retardo - Google Patents

Red descentralizada tolerante al retardo Download PDF

Info

Publication number
ES2913660T3
ES2913660T3 ES18735466T ES18735466T ES2913660T3 ES 2913660 T3 ES2913660 T3 ES 2913660T3 ES 18735466 T ES18735466 T ES 18735466T ES 18735466 T ES18735466 T ES 18735466T ES 2913660 T3 ES2913660 T3 ES 2913660T3
Authority
ES
Spain
Prior art keywords
beacon
terminal device
terminal
network
response message
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
ES18735466T
Other languages
English (en)
Inventor
Micha Benoliel
Kyude Karyan
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.)
Noodle Technology Inc
Original Assignee
Noodle Technology 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
Application filed by Noodle Technology Inc filed Critical Noodle Technology Inc
Application granted granted Critical
Publication of ES2913660T3 publication Critical patent/ES2913660T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/005—Discovery of network devices, e.g. terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/029—Location-based management or tracking services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/021—Services related to particular areas, e.g. point of interest [POI] services, venue services or geofences
    • H04W4/022—Services related to particular areas, e.g. point of interest [POI] services, venue services or geofences with dynamic range variability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W64/00—Locating users or terminals or network equipment for network management purposes, e.g. mobility management
    • H04W64/003—Locating users or terminals or network equipment for network management purposes, e.g. mobility management locating network equipment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Un método, que comprende: Recibir, en un servidor (125) de retransmisión, una baliza desde un primer dispositivo (115) intermedio a través de una primera red (120), en la que la baliza se recibió por el primer dispositivo (115) intermedio desde un dispositivo (105) de terminales a través de una segunda red (110); identificar una característica de la baliza, la característica de la baliza incluye un identificador del dispositivo de terminales; identificar, en el servidor (125) de retransmisión, basándose en el identificador del dispositivo de terminales, un servidor (135) administrador de terminales que se asocia con la baliza; enviar, desde el servidor (125) de retransmisión, un mensaje de baliza al servidor (135) administrador de terminales a través de una tercera red (130), el mensaje de baliza incluye al menos una de las balizas, o información que pertenece a la baliza; recibir, desde el servidor (135) administrador de terminales, un mensaje de respuesta que pertenece al mensaje de baliza; y procesar el mensaje de respuesta.

Description

DESCRIPCIÓN
Red descentralizada tolerante al retardo
Campo
Las realizaciones discutidas en el presente documento se relacionan con redes descentralizadas.
Antecedentes
El Internet de las Cosas (IoT), la red de dispositivos “inteligentes” conectados que se comunican sin problemas a través de Internet, se está expandiendo a todos los aspectos de la vida humana. Cada vez más, los dispositivos IoT se utilizan para la atención médica en los hospitales y en la fabricación de dispositivos médicos y productos farmacéuticos. En las ciudades, los dispositivos IoT ayudan a rastrear y monitorizar la contaminación. Los dispositivos IoT también pueden ser utilizados por gobiernos, militares, empresas e individuos para el seguimiento y administración de activos. Aunque estas aplicaciones sirven para diferentes propósitos, todas comparten una característica, una dependencia de fuerte conectividad. Pronto, las redes convencionales no podrán manejar los requisitos de ancho de banda de miles de millones de dispositivos IoT. La materia objeto reivindicada en el presente documento no se limita a realizaciones que resuelven alguna desventaja o que operan solo en entornos tales como aquellos descritos anteriormente. Más bien, estos antecedentes solo se proporcionan para ilustrar un área de tecnología de ejemplo en la que se pueden practicar algunas realizaciones descritas en el presente documento. La técnica anterior se divulga en los documentos EP 2955898 A1 y US 2016/286543 A1.
Resumen
La presente invención se refiere a un método de acuerdo con la reivindicación 1 y a un medio legible por ordenador de acuerdo con la reivindicación 12.
De acuerdo con un aspecto de una realización, un método puede incluir recibir una baliza desde un primer dispositivo intermedio a través de una primera red. Se puede recibir la baliza por el primer dispositivo intermedio desde un dispositivo de terminales a través de una segunda red. El método también puede incluir identificar una característica de la baliza. El método puede incluir identificar, en base a la característica de la baliza, un servidor que se asocia con la baliza. El método también puede incluir enviar un mensaje de baliza al servidor a través de una tercera red, el mensaje de baliza incluye al menos una de las balizas, o información que pertenece a la baliza. El método puede incluir adicionalmente recibir, desde el servidor, un mensaje de respuesta que pertenece al mensaje de baliza. El método puede incluir procesar el mensaje de respuesta.
De acuerdo con otro aspecto, un método puede incluir detectar el movimiento de un primer dispositivo intermedio desde una primera ubicación geográfica hasta una segunda ubicación geográfica. El método también puede incluir recibir una baliza desde un dispositivo de terminales en respuesta al primer dispositivo intermedio que se mueve a la segunda ubicación geográfica. El método puede incluir adicionalmente identificar un servidor de retransmisión para enviar un mensaje de baliza. El mensaje de baliza puede incluir al menos uno de: la baliza, o información que pertenece a la baliza. El método puede incluir enviar el mensaje de baliza desde el dispositivo de terminales hasta el servidor de retransmisión. El objeto y las ventajas de las realizaciones se realizarán y lograrán al menos mediante los elementos, características y combinaciones particularmente señalados en las reivindicaciones.
Se debe entender que tanto la descripción general anterior como la siguiente descripción detallada son de ejemplo y explicativas y no son restrictivas de la invención, como se reivindica.
Breve descripción de los dibujos
Las realizaciones de ejemplo se describirán y explicarán con especificidad y detalle adicionales a través del uso de los dibujos acompañantes en los que:
La Figura 1 ilustra una arquitectura de red de ejemplo;
La Figura 2 ilustra una arquitectura de red de ejemplo;
La Figura 3 ilustra una arquitectura de red de ejemplo;
La Figura 4 ilustra una arquitectura de red de ejemplo;
La Figura 5 ilustra un diagrama de flujo de un método de ejemplo para manejar comunicaciones entre dispositivos;
La Figura 6 ilustra un diagrama de flujo de un método de ejemplo para manejar las comunicaciones entre un dispositivo de terminales y otro dispositivo;
La Figura 7 ilustra un diagrama de flujo de un método de ejemplo para manejar las comunicaciones entre un dispositivo de terminales y otros dispositivos; y
La Figura 8 ilustra una representación esquemática de una máquina en forma de ejemplo de un dispositivo informático dentro del cual se puede ejecutar un conjunto de instrucciones para hacer que la máquina realice cualquier uno o más de los métodos discutidos en el presente documento.
y todo dispuesto de acuerdo con al menos una realización descrita en el presente documento.
Descripción de realizaciones
El Internet de las Cosas (IoT) se está expandiendo a todos los aspectos de la vida humana. Dado que se espera que se implementen más de 75 mil millones de dispositivos IoT para 2025, se necesita una nueva infraestructura de red más eficiente para poner estos dispositivos en línea y conectarlos entre sí. Existen muchas soluciones de conectividad para dispositivos IoT. Desafortunadamente, todos sufren problemas de ancho de banda limitado, disminución de la conectividad, alto consumo de potencia y/o alto coste. Por ejemplo, las conexiones celulares pueden consumir una cantidad significativa de potencia en un dispositivo y también pueden ser costosas. Las soluciones de baja potencia, tales como una Red de Área Amplia de Baja Potencia (LPWAN), pueden consumir menos potencia que las conexiones celulares. Sin embargo, las LPWAN pueden estar restringidas por un ancho de banda limitado y es posible que no puedan transmitir suficientes datos para satisfacer completamente las necesidades de las redes distribuidas. Es posible que los sistemas convencionales no consuman una cantidad de potencia relativamente baja y, al mismo tiempo, proporcionen un gran ancho de banda.
Específicamente, para conectar un pequeño dispositivo a Internet hoy en día, las soluciones existentes incluyen: (a) utilizar una red inalámbrica existente, por ejemplo, al incorporar un módulo celular con una tarjeta de módulo de identificación de suscriptor (SIM) o SIM de software en el dispositivo para darle una conexión celular, (b) construir una nueva red inalámbrica alternativa al incorporar un conjunto de chips de radio personalizado y una infraestructura fija de construcción para respaldar esta red, y (c) utilizar tecnología de red de largo alcance como la Tecnología LoRa Alliance. LoRa utiliza una topología compleja “estrella de estrellas” de puertas de enlace y puentes entre dispositivos IoT y un “servidor de red central” sobre la banda de espectro industrial, científica y médica (ISM).
Cada uno de estos enfoques tiene inconvenientes significativos. Por ejemplo, cada uno de estos enfoques requiere una cantidad significativa de potencia que a menudo contribuye en gran medida al agotamiento de la batería en los dispositivos móviles. Adicionalmente, el enfoque (a) requiere módulos celulares costosos y, además, una tarifa mensual por el servicio celular inalámbrico tanto para la suscripción del servicio como para los datos a un portador inalámbrico. Los enfoques (b) y (c) también son costosos, porque requieren la construcción de una nueva infraestructura fija y, a menudo, requieren la compra de un conjunto de chips para la transmisión de radio además de los conjuntos de chips de Bluetooth® popular. Cuanto mayor sea el rango de transmisión, mayor será el requisito de potencia, por lo que cada uno de estos enfoques requiere una potencia significativa. De manera similar, los dispositivos celulares y los dispositivos habilitados para el Sistema de Posicionamiento Global (GPS) requieren alta potencia para comunicarse con una torre celular o satélites debido a las distancias más largas.
Los aspectos de la presente divulgación abordan estos y otros problemas de la conexión en red convencional al proporcionar una nueva red descentralizada. En algunos aspectos, una red descentralizada puede conectar numerosos dispositivos que utilizan baja potencia mientras proporciona una mayor conectividad y/o ancho de banda. Una realización incluye un método basado en aporte de datos para enviar datos desde un dispositivo IoT hasta un servidor que no depende de una infraestructura fija. Otra realización incluye un método de aporte de datos para que un servidor en la nube envíe datos a un dispositivo IoT que no depende de una infraestructura fija. Una realización adicional incluye un método para enrutar datos en balizas desde múltiples servicios sobre múltiples dispositivos IoT hasta los servidores del fabricante del dispositivo apropiado. Aún otra realización incluye un método para reducir el consumo de energía en dispositivos móviles utilizados para recopilar o intercambiar datos con dispositivos IoT remotos.
En un aspecto, la presente divulgación describe sistemas y técnicas para mejorar las tecnologías existentes al obviar la necesidad de una infraestructura fija separada mediante el uso de técnicas de aporte de datos. Algunos aspectos proporcionan una metodología para la comunicación de dispositivo IoT a servidor que tiene un perfil de bajo consumo de potencia y no requiere una infraestructura de hardware fija masiva. Otros beneficios de la presente divulgación están en su capacidad para reducir el coste del acceso a Internet y crear una plataforma para nuevas innovaciones en el campo de IoT.
La presente divulgación puede ser útil para prácticamente todos los campos que utilizan comunicaciones basadas en red. Las partes de ejemplo que se pueden beneficiar de esta divulgación incluyen, pero no se limitan a, fabricantes de teléfonos inteligentes, empresas de bicicletas y viajes compartidos, anunciantes al aire libre, empresas de análisis ambiental, etc. Las aplicaciones de ejemplo pueden incluir el uso para el seguimiento de contaminación, seguimiento de activos, búsqueda de dispositivos perdidos, mantenimiento predictivo industrial, etc. Adicionalmente, los aspectos de la presente divulgación pueden no basarse en la conectividad que utiliza módems SIM o LPWAN, lo que permite que los dispositivos sean más pequeños y más eficientes. Por ejemplo, en escenarios de seguimiento de ubicación de dispositivos y activos, la mayoría de los fabricantes de dispositivos de seguimiento de bajo coste confían en los usuarios de aplicaciones para ubicar los dispositivos y no tienen suficiente densidad de aplicaciones para brindar cobertura global. Agregar un módulo celular y un módulo GPS es costoso y consume mucha potencia. Los aspectos de la presente divulgación pueden proporcionar una solución que no requiere que los dispositivos de terminales incluyan módulos celulares o GPS que interoperan globalmente y reducen los costes.
En un ejemplo de conectividad de sensor de baja potencia, el coste de algunos sensores es tan bajo que agregar conectividad celular o GPS puede ser de un orden de magnitud más costoso que el coste del sensor. Los aspectos de la presente divulgación pueden proporcionar un servicio de conectividad a un coste radicalmente menor.
Algunos aspectos también se pueden utilizar para actualizaciones de firmware, actualizar la fecha y la hora de dispositivos, crear una red de dispositivos portátiles, conectividad IP de datos, medir la densidad de población (por tal como al detectar la cantidad de dispositivos Bluetooth® en una ubicación determinada), comprobar la presencia de un dispositivo específico para compañías de seguros, detectar tendencias de ventas de un dispositivo específico para empresas de análisis de mercado, fondos de cobertura y empresas de capital privado, etc. Más aún, los casos de uso tolerantes al retardo, tal como las actualizaciones de ubicación y datos ambientales/de salud, también se pueden beneficiar de la presente divulgación. Por ejemplo, muchos casos de uso no requieren una nube inmediata o conectividad a Internet. En este contexto, la presente divulgación aprovecha la conectividad Bluetooth® de los teléfonos inteligentes y sus capacidades de descarga de Wi-Fi para ofrecer un ancho de banda significativamente mejorado en comparación con las LPWAN.
La Figura 1 ilustra una arquitectura 100 de red de ejemplo en la que se pueden implementar realizaciones de la presente divulgación. La arquitectura 100 de red puede incluir uno o más dispositivos 105 de terminales, uno o más dispositivos 115 intermedios, uno o más servidores 125 de retransmisión y uno o más servidores 135 administradores de terminales. En algunas realizaciones, la arquitectura 100 de red puede ser capaz de mover datos entre uno o más dispositivos 105 de terminales y varios servidores 135 administradores de terminales por medio de dispositivos 115 intermedios de aporte de datos, que pueden funcionar como clientes de red, y uno o más servidores 125 de retransmisión.
Un dispositivo 105 de terminales puede incluir uno o más dispositivos IoT. El dispositivo 105 de terminales puede incluir una fuente de alimentación, un dispositivo de recopilación de datos (por ejemplo, un sensor) y un dispositivo de red. La fuente de alimentación puede incluir una batería o una conexión a una red de potencia. Adicional o alternativamente, la fuente de alimentación puede incluir un aparato de recolección de energía, tal como un panel solar, celda solar, fotovoltaica solar, electromagnética, etc. En al menos algunas realizaciones, el dispositivo 105 de terminales puede no incluir una fuente de alimentación y puede utilizar técnicas de retrodispersión ambiental. El dispositivo 105 de terminales también puede incluir uno o más sensores. El uno o más sensores se pueden configurar para detectar cualquier tipo de condición y generar datos electrónicos basados en una condición detectada. Por ejemplo, el dispositivo 105 de terminales puede incluir un reloj inteligente con un monitor de frecuencia cardíaca que se configura para generar datos de frecuencia cardíaca utilizando las condiciones de frecuencia cardíaca recopiladas por el monitor de frecuencia cardíaca. En al menos una realización, el dispositivo 105 de terminales no tiene capacidad para comunicarse a través de Internet y solo incluye hardware y/o software capaz de comunicarse con dispositivos cercanos, tales como un dispositivo 115 intermedio cercano.
El dispositivo de red del dispositivo 105 de terminales puede incluir cualquier hardware, software o combinación de los mismos que sea capaz de comunicarse con otro dispositivo a través de una red. En al menos una realización, el dispositivo de red puede incluir cualquier controlador de red configurado para comunicarse a través de una red de corto alcance, tal como Bluetooth® o cualquier otra red de corto alcance. En al menos una realización, el dispositivo de red puede incluir cualquier controlador de red configurado para comunicarse a través de una red de baja potencia. Los dispositivos 105 de terminales de ejemplo incluyen, pero no se limitan a, dispositivos industriales, electrodomésticos residenciales, equipos comerciales, rastreadores de inventario, relojes inteligentes, dispositivos portátiles, monitores de frecuencia cardíaca, rastreadores de logística, sensores ambientales, cajas registradoras, lectores de tarjetas de crédito, puntos de venta (POS), bicicletas, patinetes eléctricos, patinetas eléctricas, coches, coches eléctricos, satélites, o cualquier dispositivo (móvil y no móvil que incluya una interfaz de radio inalámbrica. La arquitectura 100 de red puede incluir cualquier número de dispositivos 105 de terminales y los dispositivos 105 de terminales en la arquitectura 100 de red pueden ser cualquier tipo de dispositivo 105 de terminales, que incluyen cualquier tipo de dispositivo con capacidad de red. Los dispositivos 105 de terminales pueden ser fijos o relativamente estacionarios en la arquitectura 100 de red, tales como un POS o un sensor de contaminación. Adicional o alternativamente, los dispositivos 105 de terminales pueden ser móviles, tales como un reloj inteligente, o cualquier coche o vehículo.
El uno o más dispositivos 105 de terminales se pueden configurar para comunicarse con otros dispositivos a través de al menos una red 110 inalámbrica. Por ejemplo, un primer dispositivo 105a de terminales puede estar en comunicación electrónica con un primer dispositivo 115a intermedio a través de una red 110a inalámbrica. El uno o más dispositivos 115 intermedios pueden incluir cualquier tipo de dispositivo capaz de comunicarse con un dispositivo 105 de terminales a través de la red 110 inalámbrica y con un servidor 125 de retransmisión a través de una segunda red 120. En al menos una realización, un dispositivo 115 intermedio puede incluir dos controladores de red, un primer controlador de red para comunicarse a través de la red 110 inalámbrica y un segundo controlador de red para comunicarse a través de la segunda red 120. Ejemplos de dispositivos 115 intermedios incluyen ordenadores personales (PC), ordenadores portátiles tipo laptop, teléfonos inteligentes, ordenadores portátiles tipo netbook, lectores electrónicos, asistentes digitales personales (PDA), teléfonos celulares, teléfonos móviles, ordenadores tipo tableta, vehículos, drones, coches, camiones, dispositivos portátiles, enrutadores, televisores, o decodificadores, etc.
Como se ilustra, el primer dispositivo 105a de terminales puede estar en comunicación electrónica con el primer dispositivo 115a intermedio a través de la red 110a inalámbrica (por ejemplo, una red de corto alcance). Además, un segundo dispositivo 105b de terminales puede estar en comunicación electrónica con un segundo dispositivo 115b intermedio a través de otra red 110b inalámbrica (por ejemplo, una red de baja potencia). Un tercer dispositivo 105c de terminales puede estar en comunicación electrónica con un tercer dispositivo 115c intermedio a través de otra red 110c inalámbrica. Un cuarto dispositivo 105d de terminales puede estar en comunicación electrónica con un cuarto dispositivo 115d intermedio a través de otra red 110d inalámbrica.
En algunas realizaciones, la red 110 inalámbrica puede ser cualquier red que utilice una cantidad de potencia relativamente baja. Las redes 110 inalámbricas de ejemplo pueden incluir cualquier tipo de red Bluetooth® (por ejemplo, Bluetooth de Baja Energía (BLE), Bluetooth 4.0, Bluetooth 5.0, Bluetooth de Largo Alcance), NB-IoT, LTE Direct, LTE-M, LTE M2M, 5G, Wi-Fi, Wi-Fi Aware o cualquier red de baja potencia. El uno o más dispositivos 105 de terminales se pueden conectar a varios dispositivos 115 intermedios utilizando diferentes tipos de redes 110 inalámbricas. Por ejemplo, el primer dispositivo 105a de terminales puede estar en comunicación electrónica con el primer dispositivo 115a intermedio a través de una primera red 110a inalámbrica de corto alcance y el segundo dispositivo 105b de terminales puede estar en comunicación electrónica con el segundo dispositivo 115b intermedio a través de una segunda red 110b inalámbrica de corto alcance.
Los dispositivos 105 de terminales, los dispositivos 115 intermedios, o ambos, pueden ser fijos, relativamente estacionarios o móviles. Cuando un dispositivo 105 de terminales y un dispositivo 115 intermedio entran en el rango inalámbrico entre sí, el dispositivo 105 de terminales y el dispositivo 115 intermedio pueden realizar un protocolo de enlace y/o autenticación para iniciar el intercambio de datos entre el dispositivo 105 de terminales y el dispositivo 115 intermedio.
En algunas realizaciones, el dispositivo 105 de terminales puede enviar periódicamente balizas que incluyen datos a través de la red 110 inalámbrica. Los dispositivos 105 de terminales pueden incluir varios servicios que se pueden ejecutar en los dispositivos 105 de terminales. Por ejemplo, un reloj inteligente puede incluir un servicio de reloj, un servicio de monitor de frecuencia cardíaca, un servicio de detección de movimiento, un servicio de música, etc. Se pueden generar balizas para cada uno de estos servicios o se puede generar una sola baliza para incluir datos para algunos o todos los servicios.
Un dispositivo 115 intermedio puede escuchar dichas balizas desde dispositivos de terminales. En respuesta a la recepción de una baliza, el dispositivo 115 intermedio puede enviar la baliza a un servidor 125 de retransmisión a través de una segunda red 120. En al menos una realización, la red 110 inalámbrica y la segunda red 120 son diferentes tipos de redes. Por ejemplo, la red 110 inalámbrica puede ser una red Bluetooth® y la segunda red 120 puede ser una red celular, Wi-Fi o Internet.
La segunda red 120 puede incluir una red pública (por ejemplo, Internet), una red privada (por ejemplo, una red de área local (LAN) o una red de área amplia (WAN)), una red cableada (por ejemplo, red Ethernet), una red inalámbrica (por ejemplo, una red 802.xx o una red Wi-Fi), una red celular (por ejemplo, una red de Evolución a Largo Plazo (LTE) o red Avanzada LTE, 1G, 2G, 3G, 4G, 5G, etc.), enrutadores, concentradores, conmutadores, ordenadores servidores y/o una combinación de los mismos. El servidor 125 de retransmisión puede enviar la baliza, o la información relacionada con la baliza, a un servidor 135 administrador de terminales a través de una tercera red 130. La tercera red 130 puede incluir una red pública (por ejemplo, Internet), una red privada (por ejemplo, una red de área local (LAN) o una red de área amplia (WAN)), una red cableada (por ejemplo, red Ethernet), una red inalámbrica red (por ejemplo, una red 802.xx o una red Wi-Fi), una red celular (por ejemplo, una red de Evolución a Largo Plazo (LTE) o red Avanzada LTE, 1G, 2G, 3G, 4G, 5G, etc.), enrutadores, concentradores, conmutadores, servidores y/o una combinación de los mismos. En al menos una realización, la segunda red 120 y la tercera red 130 son la misma red o incluyen al menos algunos componentes superpuestos.
El uno o más servidores 125 de retransmisión pueden incluir uno o más dispositivos informáticos, tales como un servidor de montaje en bastidor, un ordenador enrutador, un ordenador servidor, un ordenador personal, un ordenador central, un ordenador tipo laptop, un ordenador tipo tableta, un ordenador de escritorio, un teléfono inteligente, coches, drones, un robot, cualquier dispositivo de movilidad que tenga un sistema operativo, etc.), almacenes de datos (por ejemplo, discos duros, memorias, bases de datos), redes, componentes de software y/o componentes de hardware. El uno o más servidores 125 de retransmisión se pueden configurar para recibir una baliza desde un dispositivo 115 intermedio. El uno o más servidores 125 de retransmisión pueden enviar la baliza, o los datos relacionados o asociados con un servidor 135 administrador de terminales. El uno o más servidores 125 de retransmisión pueden recibir un mensaje del servidor 135 administrador de terminales y, en algunas realizaciones, pueden enviar el mensaje del servidor 135 administrador de terminales a un dispositivo 115 intermedio. En al menos algunas realizaciones, el dispositivo 115 intermedio puede realizar una o más operaciones en respuesta a la recepción del mensaje desde el servidor 135 administrador de terminales. Las operaciones incluyen operaciones locales para el dispositivo 115 intermedio y/o el envío del mensaje desde el servidor 135 administrador de terminales a un dispositivo 105 de terminales.
El servidor 135 administrador de terminales puede incluir uno o más dispositivos informáticos, tales como un servidor de montaje en bastidor, un ordenador enrutador, un ordenador servidor, un ordenador personal, un ordenador central, un ordenador tipo laptop, un ordenador tipo tableta, un ordenador de escritorio, un teléfono inteligente, un coche, un dron, un robot, cualquier dispositivo de movilidad que tenga un sistema operativo, etc.), almacenes de datos (por ejemplo, discos duros, memorias, bases de datos), redes, componentes de software y/o componentes de hardware. El servidor 135 administrador de terminales se puede asociar con uno o más dispositivos 105 de terminales. Por ejemplo, una corporación, persona o fabricante en particular puede vender un dispositivo 105 de terminales y puede utilizar un servidor 135 administrador de terminales para comunicarse y/o controlar el dispositivo 105 de terminales.
El servidor 135 administrador de terminales puede enviar mensajes asociados con un dispositivo 105 de terminales en particular, o un conjunto de dispositivos 105 de terminales. Por ejemplo, el servidor 135 administrador de terminales puede enviar actualizaciones (por ejemplo, firmware, software) al dispositivo 105 de terminales en particular, o al conjunto de dispositivos 105 de terminales. El servidor 135 administrador de terminales puede enviar otras comunicaciones a un dispositivo 105 de terminales, como una respuesta a una solicitud de una baliza generada por el dispositivo 105 de terminales en particular.
Cada servidor 125 de retransmisión puede incluir un administrador 140 de mensajes. El administrador 140 de mensajes se puede implementar utilizando hardware que incluye un procesador, un microprocesador (por ejemplo, para realizar o controlar el rendimiento de una o más operaciones), un FPGA o un ASIC. En algunos otros casos, el administrador 140 de mensajes se puede implementar utilizando una combinación de hardware y software. La implementación en el software puede incluir la activación y desactivación rápidas de uno o más transistores o elementos de transistores como los que pueden incluirse en el hardware de un sistema informático (por ejemplo, el servidor 135 de retransmisión). Adicionalmente, las instrucciones definidas por software pueden operar con información dentro de los elementos del transistor. La implementación de instrucciones de software puede, al menos temporalmente, reconfigurar las rutas electrónicas y transformar el hardware informático.
Cada servidor 125 de retransmisión puede incluir un almacenamiento 145 de datos. El almacenamiento 145 de datos puede incluir cualquier memoria o almacenamiento de datos. En algunas realizaciones, el almacenamiento 145 de datos puede incluir medios de almacenamiento legibles por ordenador para transportar o tener instrucciones ejecutables por ordenador o estructuras de datos almacenadas en el mismo. Los medios de almacenamiento legibles por ordenador pueden incluir cualquier medio disponible al que pueda acceder un ordenador de propósito general o de propósito especial, tal como un procesador. Por ejemplo, el almacenamiento 145 de datos puede incluir medios de almacenamiento legibles por ordenador que pueden ser medios de almacenamiento legibles por ordenador tangibles o no transitorios que incluyen Memoria de Acceso Aleatorio (RAM), Memoria de Solo Lectura (ROM), Memoria de Solo Lectura Programable Borrable Eléctricamente (EEPROM), Memoria de Solo Lectura de Disco Compacto (CD-ROM) u otro almacenamiento de disco óptico, almacenamiento de disco magnético u otros dispositivos de almacenamiento magnético, dispositivos de memoria flash (por ejemplo, dispositivos de memoria de estado sólido) o cualquier otro medio de almacenamiento que se pueda utilizar para transportar o almacenar el código de programa deseado en forma de instrucciones ejecutables por ordenador o estructuras de datos y al que se puede acceder mediante un ordenador de propósito general o de propósito especial. Se pueden incluir combinaciones de lo anterior en el almacenamiento 145 de datos. En la realización representada, el almacenamiento 145 de datos es parte del servidor 125 de retransmisión. En algunas realizaciones, el almacenamiento 145 de datos puede estar separado del servidor 125 de retransmisión y puede acceder al almacenamiento 145 de datos a través de una red. En al menos una realización, el almacenamiento 145 de datos puede incluir múltiples almacenamientos de datos.
El almacenamiento 145 de datos puede incluir datos que pertenecen a los dispositivos 105 de terminales, los dispositivos 115 intermedios y los servidores 135 administradores de terminales y las relaciones entre los dispositivos 105 de terminales, los dispositivos 115 intermedios y los servidores 135 administradores de terminales. Por ejemplo, el almacenamiento 145 de datos puede incluir una tabla o lista de dispositivos de terminales que se asocian con un servidor 135 administrador de terminales en particular. El almacenamiento 145 de datos puede incluir datos relacionados con las balizas recibidas de los dispositivos de terminales, tales como una marca de tiempo de la recepción de la baliza, una marca de tiempo asociada con la creación de la baliza, una ubicación geográfica asociada con la baliza y/o el dispositivo 105 de terminales que creó o transmitió la baliza, datos del sensor asociados con el dispositivo de terminales, información de enrutamiento sobre cómo y/o dónde enviar datos entre los servidores 135 administradores de terminales y los dispositivos 105 de terminales, intensidades de conexión entre dispositivos intermedios y dispositivos de terminales, proximidad de un dispositivo 105 de terminales a un dispositivo 115 intermedio, tipo de red 110 inalámbrica que conecta un dispositivo 115 intermedio y un dispositivo 105 de terminales, el coste de una conexión entre un dispositivo 115 intermedio y un dispositivo 105 de terminales, un nivel actual de batería del dispositivo intermedio, un tipo de dispositivo intermedio, etc.
El administrador 140 de mensajes puede procesar las comunicaciones entre los dispositivos 105 de terminales, los dispositivos 115 intermedios y los servidores 135 administradores de terminales. En un ejemplo, el administrador 140 de mensajes puede recibir una baliza del dispositivo 115a intermedio a través de la segunda red 120a. La baliza puede haber sido enviada al dispositivo intermedio a través de la red 110a inalámbrica por el dispositivo 105a de terminales. Una baliza puede contener características a cerca del dispositivo 105 de terminales, que incluyen un identificador del dispositivo 105 de terminales (por ejemplo, una dirección MAC, una ID única), una ubicación geográfica del dispositivo 105a de terminales y anuncios de los UUID de los servicios que respalda, etc. El administrador 140 de mensajes puede identificar la característica de la baliza, tal como al analizar la baliza para identificar la información que pertenece a la baliza. El administrador 140 de mensajes puede acceder al almacenamiento 145 de datos para identificar, en base a la característica de la baliza, un servidor 135 administrador de terminales que se asocia con la baliza. Por ejemplo, el identificador del dispositivo de terminales se puede asociar con un fabricante particular que opera un servidor 135 administrador de terminales particular. El administrador 140 de mensajes puede identificar este servidor 135 administrador de terminales en particular en el almacenamiento 145 de datos y una dirección y/o ruta para enviar la baliza para llegar al servidor 135 administrador de terminales. En al menos algunas realizaciones, el administrador 140 de mensajes puede enviar la baliza o un mensaje de baliza al servidor 135 administrador de terminales a través de la tercera red 130. El mensaje de baliza puede incluir la baliza, puede no incluir la baliza o puede incluir información que pertenece a la baliza.
En al menos una realización, una baliza puede incluir datos desde múltiples servicios asociados con el dispositivo 105 de terminales. Adicional o alternativamente, se pueden generar y transmitir múltiples balizas desde un solo dispositivo 105 de terminales a través de la red 110 inalámbrica. Cada una de estas balizas múltiples, por ejemplo, se puede asociar con un servicio diferente asociado con el dispositivo 105 de terminales. El administrador 140 de mensajes puede identificar los servicios y, en base a la información del servicio, identificar un servidor 135 administrador de terminales apropiado que debería recibir un mensaje de baliza.
El servidor 135 administrador de terminales puede recibir el mensaje del servidor 125 de retransmisión. El servidor 135 administrador de terminales puede almacenar el mensaje, procesar el mensaje, generar un informe basado en el mensaje, puede generar una notificación o respuesta basada en el mensaje o cualquier otra acción. Por ejemplo, el servidor 135 administrador de terminales puede generar un mensaje de respuesta que pertenece al mensaje de baliza. El mensaje de respuesta puede incluir un mensaje destinado a uno o más del servidor 125 de retransmisión, un dispositivo 115 intermedio, el dispositivo 105 de terminales que generó la baliza u otro dispositivo 105 de terminales que no generó la baliza. El servidor 135 administrador de terminales puede enviar el mensaje de respuesta al mismo servidor 125 de retransmisión que envió el mensaje de baliza al servidor 135 administrador de terminales (por ejemplo, el servidor 125a de retransmisión), o a un servidor 125 de retransmisión diferente que no envió el mensaje de baliza al servidor 135 administrador de terminales (por ejemplo, servidor 125b de retransmisión).
El servidor 125 de retransmisión puede recibir, desde el servidor 135 administrador de terminales, el mensaje de respuesta que corresponde al mensaje de baliza. El servidor 125 de retransmisión puede procesar el mensaje de respuesta, por ejemplo, al realizar operaciones en el servidor 125 de retransmisión, enviar datos a otro dispositivo (por ejemplo, un dispositivo de usuario), enviar datos a un dispositivo 105 de terminales, etc.
La arquitectura 100 de red se puede utilizar para intercambiar datos entre cualesquier dispositivos capaces de comunicación basada en red de una manera diferente a la comunicación convencional a través de Internet.
En un ejemplo, la arquitectura 100 de red puede aprovechar la infraestructura existente de teléfonos inteligentes para crear una conectividad tolerante a demoras. La arquitectura 100 de red puede mover datos a la nube inicialmente con tolerancia a retrasos, lo que puede ser útil para muchos tipos de comunicaciones de IoT, tales como actualizaciones de firmware, actualizaciones de estado, almacenamiento de archivos de registro y micropagos. El dispositivo intermedio puede incluir software que se ejecuta en teléfonos inteligentes para escanear periódicamente otros dispositivos (por ejemplo, los dispositivos 105 de terminales) como dispositivos industriales, relojes inteligentes, dispositivos portátiles, rastreadores de logística y sensores ambientales. Estos dispositivos 105 de terminales pueden conectarse con el cliente de software que se ejecuta en los teléfonos inteligentes para crear redes masivas de área amplia para mover datos hacia y dentro de la nube.
Adicionalmente, se ha estimado que el 95% de la población humana está cubierta por algún tipo de servicio celular. La arquitectura 100 de red se puede implementar en cualquier parte del mundo y permite que las regiones de menor conectividad aumenten su conectividad. Más aún, por ejemplo, la arquitectura 100 de red puede proporcionar cobertura más allá del acceso de las redes celulares convencionales al utilizar software que se ejecuta en teléfonos inteligentes habilitados por Bluetooth®. Los usuarios pueden viajar a áreas de conectividad celular limitada o nula, pero aun así pueden recibir balizas desde los dispositivos 105 de terminales a través de la red 110 inalámbrica. Utilizando la arquitectura 100 de red, los operadores de telecomunicaciones, por ejemplo, ahora pueden implementar fácilmente una actualización de software en sus dispositivos de usuario para comenzar a comunicarse con los dispositivos 105 de terminales como se describe en el presente documento para proporcionar una conectividad IoT de mayor latencia incluso en las regiones más remotas del mundo.
En un ejemplo específico, la arquitectura 100 de red se puede utilizar para el seguimiento y la administración de activos. Por ejemplo, la arquitectura 100 de red se puede utilizar para encontrar ítems perdidos que están configurados como un dispositivo 105 de terminales, tales como una patineta con un conjunto de chips de radio inalámbrico, una baliza de seguimiento adjunta, un ordenador tipo laptop, etc. Un usuario, por ejemplo, puede indicar que se ha perdido el ítem, tal como al utilizar una aplicación móvil o un sitio web para indicar, al servidor 135 administrador de terminales o al servidor 125 de retransmisión, que se ha perdido el ítem. En una primera realización, el servidor 135 administrador de terminales puede enviar un mensaje a uno o más servidores 125 de retransmisión para vigilar el ítem perdido. Los servidores 125 de retransmisión pueden agregar un identificador del ítem perdido a una lista de vigilancia de ítems perdidos. A medida que los dispositivos 115 intermedios se mueven a diferentes ubicaciones geográficas, pueden recibir balizas desde diferentes dispositivos 103 de terminales. Los dispositivos 115 intermedios luego reenvían las balizas a los servidores 125 de retransmisión. Cuando un servidor 125 de retransmisión recibe una baliza, el servidor 125 de retransmisión puede analizar la baliza para determinar si la baliza se originó en un dispositivo 105 de terminales que está en la lista de vigilancia. Cuando el servidor 125 de retransmisión identifica una baliza que se originó en un dispositivo 105 de terminales que está en la lista de vigilancia, el servidor 125 de retransmisión puede notificar al servidor 135 administrador de terminales que se ha encontrado el ítem perdido. En al menos algunas realizaciones, el servidor 125 de retransmisión puede enviar la notificación de que se ha encontrado el ítem perdido como una notificación de inserción o como una notificación de extracción (es decir, en respuesta a una solicitud del servidor 135 administrador de terminales). En al menos algunas realizaciones, el servidor 125 de retransmisión puede enviar la notificación de que se ha encontrado el ítem perdido al dispositivo de usuario que fue utilizado por el usuario para indicar que se había perdido el ítem.
Se pueden realizar modificaciones, adiciones u omisiones en la arquitectura 100 de red sin apartarse del ámbito de la presente divulgación. La presente divulgación se aplica más generalmente a la arquitectura 100 de red que incluye uno o más dispositivos 105 de terminales, una o más redes inalámbricas, uno o más dispositivos 115 intermedios, una o más segundas redes 120, uno o más servidores 125 de retransmisión, una o más terceras redes 130 y uno o más servidores 135 administradores de terminales o cualquier combinación de los mismos.
Más aún, la separación de diversos componentes en las realizaciones descritas en el presente documento no pretende indicar que la separación ocurre en todas las realizaciones. Además, se puede entender con el beneficio de esta divulgación que los componentes descritos se pueden integrar juntos en un solo componente o separarse en múltiples componentes.
La Figura 2 ilustra una arquitectura 200 de red de ejemplo en la que se pueden implementar realizaciones de la presente divulgación. La arquitectura 200 de red puede incluir los componentes ilustrados y descritos en la Figura 1, tales como uno o más dispositivos 105 de terminales, uno o más dispositivos 115 intermedios, uno o más servidores 125 de retransmisión y uno o más servidores 135 administradores de terminales. En particular, la Figura 2 ilustra cómo los dispositivos 115 intermedios se pueden mover dentro de la arquitectura 200 de red y cómo se comunican los datos dentro de la arquitectura 200 de red debido a los movimientos.
En comparación con la Figura 1, la Figura 2 ilustra que el dispositivo 115b intermedio se ha movido a una ubicación geográfica diferente. En respuesta a este movimiento, el dispositivo 115b intermedio ya no está en comunicación con el servidor 125a de retransmisión y, en cambio, está en comunicación con el servidor 125b de retransmisión. El dispositivo 115b intermedio ya no está lo suficientemente cerca del dispositivo 105b de terminales para poder comunicarse con el dispositivo 105b de terminales. Como se ilustra, no hay ningún dispositivo 115 intermedio que esté dentro del alcance del dispositivo 105b de terminales. Sin embargo, el dispositivo 105b de terminales, puede continuar enviando balizas aunque no haya ningún dispositivo dentro del alcance para recibir las balizas.
También ilustrado, el dispositivo 115b intermedio está ahora dentro del alcance del dispositivo 105c de terminales. El dispositivo 115b intermedio ahora se puede comunicar con el dispositivo 105c de terminales a través de la red 110e inalámbrica, por ejemplo, al recibir balizas del dispositivo 105c de terminales y al enviar mensajes de respuesta al dispositivo 105c de terminales. En al menos algunas realizaciones, el dispositivo 115c intermedio puede haber recibido previamente una baliza del dispositivo 105c de terminales y puede haber reenviado la baliza al servidor 125b de retransmisión. El servidor 125b de retransmisión puede haber enviado un mensaje de baliza al servidor 135 administrador de terminales y puede haber recibido un mensaje de respuesta desde el servidor 135 administrador de terminales. Dado que el dispositivo 115b intermedio ahora está dentro del alcance del dispositivo 105c de terminales, así como del dispositivo 115c intermedio, el servidor 125b de retransmisión puede seleccionar uno de los dispositivos 115b intermedios o el dispositivo 115c intermedio para manejar el envío del mensaje de respuesta al dispositivo 105c de terminales. El servidor 125b de retransmisión puede utilizar cualquier criterio de selección para seleccionar qué dispositivo 115 intermedio utilizar para enviar el mensaje de respuesta, como una intensidad de conexión entre el dispositivo 115 intermedio y el dispositivo 105 de terminales objetivo, la proximidad de un dispositivo 105 de terminales a un dispositivo 115 intermedio, un tipo de red 110 inalámbrica que conecta un dispositivo 115 intermedio y un dispositivo 105 de terminales, un coste de una conexión entre un dispositivo 115 intermedio y un dispositivo 105 de terminales, un nivel de batería actual del dispositivo intermedio, un tipo de dispositivo intermedio dispositivo, etc.
En al menos algunas realizaciones, tanto el dispositivo 115b intermedio como el dispositivo 115c intermedio están dentro del alcance del dispositivo 105c de terminales y ambos reciben la misma baliza desde el dispositivo 105c de terminales. Adicionalmente, el dispositivo 115b intermedio y el dispositivo 115c intermedio pueden reenviar la baliza del dispositivo 105c de terminales al servidor 125b de retransmisión. Para reducir la redundancia, el tráfico de red, la duración de la batería, etc., el servidor 125b de retransmisión puede seleccionar uno de los dispositivos 115b intermedios y el dispositivo 115c intermedio para manejar la comunicación con el dispositivo 105c de terminales e indicar al dispositivo intermedio no seleccionado que ignore las balizas desde el dispositivo 105c de terminales, para descartar balizas desde el dispositivo 105c de terminales, para dejar de enviar balizas desde el dispositivo 105c de terminales, o cualquier otra operación que pueda reducir la congestión de la red, liberar espacio de almacenamiento de datos, liberar capacidades de procesador, etc. Cuanto más dispositivos 115 intermedios están disponibles para el transporte de datos, puede disminuir la frecuencia de transmisión de datos para un dispositivo intermedio particular. A largo plazo, con del dispositivo intermedio de densidad mejorada y protocolos basados en aprendizaje automático, la tecnología descrita en el presente documento puede mejorar significativamente la duración de la batería para dispositivos intermedios, reducir la congestión de la red, mejorar la conectividad global, etc. El servidor 125b de retransmisión puede utilizar cualquier criterio de selección para seleccionar qué dispositivo 105 intermedio utilizar para comunicarse con el dispositivo 105 de terminales y qué dispositivo intermedio para detener las comunicaciones con respecto al dispositivo 105 de terminales, tal como la intensidad de conexión entre el dispositivo 115 intermedio y el dispositivo 105 de terminales objetivo, la proximidad de un dispositivo 105 de terminales a un dispositivo 115 intermedio, un tipo de red 110 inalámbrica que conecta un dispositivo 115 intermedio y un dispositivo 105 de terminales, un coste de una conexión entre un dispositivo 115 intermedio y un dispositivo 105 de terminales, un nivel actual de batería del dispositivo intermedio, un tipo de dispositivo intermedio, etc.
La Figura 3 ilustra una arquitectura 300 de red de ejemplo en la que se pueden implementar realizaciones de la presente divulgación. La arquitectura 300 de red puede incluir componentes ilustrados y descritos en la Figura 1, tales como uno o más dispositivos 105 de terminales, uno o más dispositivos 115 intermedios, uno o más servidores 125 de retransmisión y uno o más servidores 135 administradores de terminales. En particular, la Figura 3 ilustra cómo un dispositivo 115a intermedio se puede comunicar con el dispositivo 105a de terminales incluso sin que el dispositivo 115a intermedio esté conectado a la segunda red 102 (por ejemplo, sin tener una conexión a Internet activa). Por ejemplo, el dispositivo 115a intermedio se puede mover a un área con poca o ninguna cobertura celular y aún así recibir balizas de los dispositivos 105 de terminales. Adicionalmente, el dispositivo 115a intermedio puede haber recibido previamente un mensaje dirigido al dispositivo 105a de terminales. El dispositivo 115a intermedio puede almacenar este mensaje hasta que el dispositivo 115a intermedio esté dentro del alcance del dispositivo 105a de terminales, sobre lo cual el dispositivo 115a intermedio puede enviar el mensaje al dispositivo 105a de terminales. En al menos algunas realizaciones, el dispositivo 115a intermedio puede haber sido seleccionado por un servidor 125 de retransmisión para manejar este mensaje particular para el dispositivo 105a de terminales en base a actividades previas del dispositivo 115a intermedio. Por ejemplo, el dispositivo 115a intermedio puede haber transportado previamente mensajes al dispositivo 105a de terminales. Adicional o alternativamente, el dispositivo 115a intermedio puede ser el único dispositivo intermedio que se haya comunicado con el dispositivo 105a de terminales, o el dispositivo 115a intermedio puede ser el dispositivo intermedio más reciente que se haya comunicado con el dispositivo 105a de terminales.
La Figura 4 ilustra una arquitectura 400 de red de ejemplo en la que se pueden implementar realizaciones de la presente divulgación. La arquitectura 400 de red puede incluir los componentes ilustrados y descritos en la Figura 1, tales como uno o más dispositivos 105 de terminales, uno o más dispositivos 115 intermedios, uno o más servidores 125 de retransmisión y uno o más servidores 135 administradores de terminales. En particular, la Figura 4 ilustra cómo un dispositivo 115a intermedio que previamente no estaba conectado a la segunda red 120 (como se ilustra en la Figura 3) se puede mover dentro del alcance de la segunda red 120 y comunicar los datos recibidos desde el dispositivo 105a de terminales. Como se ilustra en la Figura 4, el dispositivo 115a intermedio se ha movido a una ubicación que está dentro del alcance de la segunda red 120b. Una vez conectado al servidor 125b de retransmisión a través de la segunda red 120b, el dispositivo 115a intermedio puede enviar una baliza recibida desde el dispositivo 105a de terminales. El dispositivo 115a intermedio también puede recibir mensajes adicionales del servidor 125b de retransmisión que están dirigidos al dispositivo 105a de terminales que el dispositivo 115a intermedio puede enviar al dispositivo 105a de terminales en un momento posterior.
Las Figuras 5-7 ilustran diagramas de flujo de métodos de ejemplo relacionados con redes descentralizadas. Los métodos se pueden realizar mediante una lógica de procesamiento que puede incluir hardware (circuitos, lógica dedicada, etc.), software (tal como el que se ejecuta en un sistema informático de propósito general o una máquina dedicada), o una combinación de ambos, cuya lógica de procesamiento se puede incluir en el dispositivo 115 intermedio y/o el servidor 125 de retransmisión de la Figura 1, u otro sistema informático o dispositivo. Sin embargo, se puede utilizar otro sistema, o una combinación de sistemas, para realizar los métodos. Para simplificar la explicación, los métodos descritos en el presente documento se representan y describen como una serie de actos. Sin embargo, los actos de acuerdo con esta divulgación pueden ocurrir en varios órdenes y/o concurrentemente, y con otros actos no presentados y descritos en el presente documento. Adicionalmente, no todos los actos ilustrados se pueden utilizar para implementar los métodos de acuerdo con la materia objeto divulgada. Además, aquellos expertos en la técnica comprenderán y apreciarán que los métodos pueden representarse alternativamente como una serie de estados interrelacionados a través de un diagrama de estados o eventos. Adicionalmente, los métodos divulgados en esta especificación se pueden almacenar en un artículo de fabricación, tal como un medio legible por ordenador no transitorio, para facilitar el transporte y la transferencia de dichos métodos a dispositivos informáticos. El término artículo de fabricación, como se utiliza en el presente documento, pretende abarcar un programa informático accesible desde cualquier dispositivo legible por ordenador o medio de almacenamiento. Aunque se ilustran como bloques discretos, varios bloques se pueden dividir en bloques adicionales, combinarse en menos bloques o eliminarse, según la implementación deseada.
La Figura 5 ilustra un diagrama de flujo de un método 500 de ejemplo para manejar comunicaciones entre dispositivos. Por ejemplo, el método 500 de ejemplo se puede realizar por un servidor de retransmisión (por ejemplo, el servidor 125 de retransmisión de las Figuras 1-4) para manejar las comunicaciones para y entre un dispositivo de terminales (por ejemplo, el dispositivo 105 de terminales de las Figuras 1-4) y un servidor 135 administrador de terminales (por ejemplo, el servidor 135 administrador de terminales de las Figuras 1-4).
El método 500 puede comenzar en el bloque 505, donde la lógica de procesamiento puede recibir una baliza desde un primer dispositivo intermedio a través de una primera red. Por ejemplo, el primer dispositivo intermedio puede incluir el dispositivo 115a intermedio de la Figura 1. La baliza puede haber sido recibida por el primer dispositivo intermedio desde un dispositivo de terminales (por ejemplo, el dispositivo 105a de terminales de la Figura 1) a través de una segunda red (por ejemplo, la red 110a inalámbrica de la Figura 1). En al menos algunas realizaciones, la primera red es una red de mayor alcance o una red de mayor potencia en comparación con la segunda red.
En el bloque 510, la lógica de procesamiento puede identificar una característica de la baliza. Por ejemplo, la baliza puede incluir datos indicativos de una ubicación geográfica del dispositivo de terminales y un identificador del dispositivo de terminales. Identificar la característica de la baliza puede incluir escanear la baliza para identificar los datos indicativos de la ubicación geográfica del dispositivo de terminales y el identificador del dispositivo de terminales.
En el bloque 515, la lógica de procesamiento puede identificar un servidor que se asocia con la baliza. El servidor puede incluir el servidor 135 administrador de terminales de la Figura 1. En al menos algunas realizaciones, la lógica de procesamiento puede utilizar la característica de la baliza para identificar el servidor. Por ejemplo, el identificador del dispositivo de terminales se puede asociar con un servidor particular. La lógica de procesamiento puede utilizar el identificador del dispositivo de terminales como clave para consultar el servidor y/o una dirección del servidor.
En el bloque 520, la lógica de procesamiento puede enviar un mensaje de baliza al servidor a través de una tercera red. La tercera red puede incluir la red 130 de la Figura 1. En al menos algunas realizaciones, el mensaje de baliza puede incluir al menos uno de: la baliza, o información que pertenece a la baliza, tal como datos recopilados por la baliza. En al menos algunas realizaciones, enviar el mensaje de baliza al servidor a través de la tercera red puede incluir enviar el identificador del dispositivo de terminales al servidor. La lógica de procesamiento puede enviar el mensaje de baliza al servidor como un mensaje de inserción o extracción.
En el bloque 525, la lógica de procesamiento puede recibir, desde el servidor, un mensaje de respuesta que pertenece al mensaje de baliza. En al menos algunas realizaciones, el mensaje de respuesta se puede dirigir a un segundo dispositivo intermedio (por ejemplo, el dispositivo 115b intermedio de la Figura 1), o un dispositivo de usuario. En al menos algunas realizaciones, el mensaje de respuesta puede incluir una indicación de que se ha encontrado el dispositivo de terminales, un dispositivo perdido. El mensaje de respuesta también puede incluir al menos una instrucción, ejecutable por el segundo dispositivo intermedio o dispositivo de usuario, para visualizar una ubicación del dispositivo de terminales en un mapa electrónico.
En el bloque 530, la lógica de procesamiento puede procesar el mensaje de respuesta. En al menos algunas realizaciones, procesar el mensaje de respuesta incluye enviar el mensaje de respuesta al segundo dispositivo intermedio. En al menos algunas realizaciones, el mensaje de respuesta puede incluir una instrucción ejecutable por el dispositivo de terminales y procesar el mensaje de respuesta puede incluir enviar el mensaje de respuesta al dispositivo de terminales. Procesar el mensaje de respuesta también puede incluir almacenar el mensaje de respuesta.
En el bloque 535, la lógica de procesamiento puede enviar el mensaje de respuesta a un dispositivo de terminales. En al menos algunas realizaciones, enviar el mensaje de respuesta al dispositivo de terminales puede incluir identificar un dispositivo intermedio que actualmente se acopla de forma comunicativa al dispositivo de terminales, como cualquiera de los dispositivos 115 intermedios de la Figura 1. Enviar el mensaje de respuesta al dispositivo de terminales también puede incluir enviar el mensaje de respuesta al dispositivo intermedio identificado con una instrucción para reenviar el mensaje de respuesta al dispositivo de terminales.
La Figura 6 ilustra un diagrama de flujo de un método 600 de ejemplo para manejar las comunicaciones entre un dispositivo de terminales y otros dispositivos. Por ejemplo, el método 600 de ejemplo se puede realizar por un dispositivo intermedio (por ejemplo, el dispositivo 115 intermedio de las Figuras 1-4) para manejar las comunicaciones para y entre un dispositivo de terminales (por ejemplo, el dispositivo 105 de terminales de las Figuras 1-4) y un servidor 135 administrador de terminales (por ejemplo, el servidor 135 administrador de terminales de las Figuras 1-4). En al menos algunas realizaciones, la lógica de procesamiento puede incluir software que se instala en más de un dispositivo.
El método 600 puede comenzar en el bloque 605, donde la lógica de procesamiento puede escuchar la baliza. En al menos algunas realizaciones, la lógica de procesamiento puede escanear periódicamente balizas a través de una primera red (por ejemplo, la red 110 inalámbrica de la Figura 1). La lógica de procesamiento también SE puede suscribir a balizas de uno o más dispositivos de terminales.
En el bloque 610, la lógica de procesamiento puede detectar el movimiento de un primer dispositivo intermedio desde una primera ubicación geográfica hasta una segunda ubicación geográfica. Por ejemplo, el primer dispositivo intermedio puede incluir un sensor de movimiento, tal como un giroscopio, acelerómetro, GPS, triangulador de red, etc. para determinar el movimiento del primer dispositivo intermedio.
En el bloque 615, la lógica de procesamiento puede, en respuesta al movimiento del primer dispositivo intermedio a la segunda ubicación geográfica, recibir una baliza desde un dispositivo de terminales. Por ejemplo, el primer dispositivo intermedio puede, al ingresar a una nueva ubicación geográfica, escanear balizas desde los dispositivos de terminales. Mientras el primer dispositivo intermedio permanezca relativamente quieto, es posible que el primer dispositivo intermedio ya no escanee balizas. Una vez que el primer dispositivo intermedio se mueve, el primer dispositivo intermedio puede escanear balizas. En al menos algunas realizaciones, el primer dispositivo intermedio se configura para recibir la baliza desde el dispositivo de terminales a través de la primera red.
En el bloque 620, la lógica de procesamiento puede identificar un servidor de retransmisión (por ejemplo, el servidor 125 de retransmisión de la Figura 1) para enviar un mensaje de baliza. El mensaje de baliza puede incluir al menos uno de: la baliza, o información que pertenece a la baliza, como se describe en el presente documento. En al menos algunas realizaciones, identificar el servidor de retransmisión para enviar el mensaje de baliza puede incluir determinar una ubicación geográfica del primer dispositivo intermedio e identificar el servidor de retransmisión desde un conjunto de servidores de retransmisión. Por ejemplo, la lógica de procesamiento puede seleccionar el servidor de retransmisión que es el servidor de retransmisión más cercano a la ubicación geográfica del primer dispositivo intermedio.
En el bloque 625, la lógica de procesamiento puede enviar el mensaje de baliza desde el dispositivo de terminales al servidor de retransmisión. En al menos algunas realizaciones, el mensaje de baliza se puede enviar desde el dispositivo de terminales hasta el servidor de retransmisión en respuesta a una determinación de que el primer dispositivo intermedio se conecta a una segunda red (por ejemplo, la segunda red 120 de la Figura 1). En al menos algunas realizaciones, enviar el mensaje de baliza desde el dispositivo de terminales al servidor de retransmisión puede incluir enviar el mensaje de baliza desde el dispositivo de terminales hasta el servidor de retransmisión a través de la segunda red.
En el bloque 630, la lógica de procesamiento puede recibir, desde el servidor de retransmisión, un mensaje de respuesta que pertenece al mensaje de baliza. El mensaje de respuesta puede incluir una identificación del dispositivo de terminales al que se envía el mensaje de respuesta. En al menos una realización, recibir el mensaje de respuesta que pertenece al mensaje de baliza puede incluir recibir el mensaje de respuesta en un segundo dispositivo intermedio, tal como el dispositivo 115b intermedio de la Figura 1. El primer dispositivo intermedio y el segundo dispositivo intermedio pueden tener instancias de una aplicación de software ejecutable que forman una red virtual de dispositivos interconectados que se pueden utilizar para transmitir, transportar y recibir datos.
En el bloque 635, la lógica de procesamiento puede enviar el mensaje de respuesta al dispositivo de terminales, tal como a través de la red 110 inalámbrica de la Figura 1. En al menos una realización, enviar el mensaje de respuesta al dispositivo de terminales puede incluir determinar que el mensaje de respuesta incluye una instrucción para enviar el mensaje de respuesta al dispositivo de terminales. Para determinar si el mensaje de respuesta incluye dicha instrucción, la lógica de procesamiento puede inspeccionar el mensaje de respuesta, o los metadatos asociados con el mensaje de respuesta, para determinar que el mensaje de respuesta se debe enviar al dispositivo de terminales. En al menos una realización, el mensaje de respuesta se puede enviar al dispositivo de terminales a través del primer dispositivo intermedio o el segundo dispositivo intermedio.
La Figura 7 ilustra un diagrama de flujo de otro método 700 de ejemplo para manejar las comunicaciones entre un dispositivo de terminales y otros dispositivos. Por ejemplo, se puede realizar el método 700 de ejemplo por un dispositivo intermedio (por ejemplo, el dispositivo 115 intermedio de las Figuras 1-4) para manejar las comunicaciones para y entre un dispositivo de terminales (por ejemplo, el dispositivo 105 de terminales de las Figuras 1-4) y un servidor 135 administrador de terminales (por ejemplo, el servidor 135 administrador de terminales de las Figuras 1-4). En al menos algunas realizaciones, la lógica de procesamiento puede incluir software que está instalado en más de un dispositivo.
El método 700 puede comenzar en el bloque 705, donde la lógica de procesamiento puede recibir una baliza desde un dispositivo de terminales, tal como a través de una red inalámbrica (por ejemplo, la red 110 inalámbrica de la Figura 1). En el bloque 710, la lógica de procesamiento puede determinar si solicitar un mensaje de respuesta desde un servidor (por ejemplo, el servidor 135 administrador de terminales de la Figura 1).
En respuesta a una determinación de solicitar un mensaje de respuesta desde un servidor (“SÍ” en el bloque 710), la lógica de procesamiento puede identificar un servidor de retransmisión para enviar un mensaje de baliza en el bloque 715. En el bloque 720, la lógica de procesamiento puede enviar el mensaje de baliza al servidor identificado en el bloque 715. En el bloque 725, la lógica de procesamiento puede recibir un mensaje de respuesta desde el servidor. En el bloque 730, la lógica de procesamiento puede enviar el mensaje de respuesta al dispositivo de terminales.
En respuesta a una determinación de solicitar un mensaje de respuesta desde un servidor (“NO” en el bloque 710), la lógica de procesamiento en el bloque 735 puede escuchar más balizas hasta que ocurra un evento predeterminado. El evento predeterminado puede incluir un lapso de tiempo predeterminado, llegar a un umbral de tiempo, llegar a una capacidad de almacenamiento, llegar a un límite de memoria intermedia, etc. En el bloque 740, la lógica de procesamiento puede identificar un servidor de retransmisión para enviar uno o más mensajes de baliza asociado con una o más balizas identificadas en el bloque 735. En el bloque 745, la lógica de procesamiento puede enviar uno o más mensajes de baliza a uno o más servidores de retransmisión. La Figura 8 ilustra una representación esquemática de una máquina en forma de ejemplo de un dispositivo 800 informático dentro del cual se puede ejecutar un conjunto de instrucciones para hacer que la máquina realice cualquiera o más de los métodos discutidos en el presente documento. El dispositivo 800 informático puede incluir un teléfono móvil, un teléfono inteligente, un ordenador portátil tipo netbook, un servidor de montaje en bastidor, un ordenador enrutador, un ordenador servidor, un ordenador personal, un ordenador central, un ordenador tipo laptop, un ordenador tipo tableta, un ordenador de escritorio, o cualquier dispositivo informático con al menos un procesador, etc., dentro del cual se puede ejecutar un conjunto de instrucciones para hacer que la máquina realice cualquiera o más de los métodos discutidos en el presente documento. En realizaciones alternativas, la máquina se puede conectar (por ejemplo, en red) a otras máquinas en una LAN, una intranet, una extranet o Internet. La máquina puede operar en la capacidad de una máquina servidor en un entorno de red cliente-servidor. La máquina puede incluir un ordenador personal (PC), un decodificador (STB), un servidor, un enrutador de red, conmutador o puente, o cualquier máquina capaz de ejecutar un conjunto de instrucciones (secuenciales o de otro tipo) que especifican acciones que se van a tomar por esa máquina. Adicionalmente, aunque solo se ilustra una sola máquina, el término “máquina” también puede incluir cualquier colección de máquinas que, individual o conjuntamente, ejecutan un conjunto (o conjuntos múltiples) de instrucciones para realizar uno o más de los métodos discutidos en el presente documento.
El dispositivo 800 informático de ejemplo incluye un dispositivo 802 de procesamiento (por ejemplo, un procesador), una memoria 804 principal (por ejemplo, memoria de solo lectura (ROM), memoria flash, memoria dinámica de acceso aleatorio (DRAM) tal como DRAM síncrona (SDRAM)), una memoria 806 estática (por ejemplo, memoria flash, memoria estática de acceso aleatorio (SRAM)) y un dispositivo 816 de almacenamiento de datos, que se comunican entre sí a través de un bus 808.
El dispositivo 802 de procesamiento representa uno o más dispositivos de procesamiento de propósito general, tal como un microprocesador, una unidad central de procesamiento o similares. Más particularmente, el dispositivo 802 de procesamiento puede incluir un microprocesador de cálculo de conjunto de instrucciones complejo (CISC), microprocesador de cálculo de conjunto de instrucciones reducido (RISC), microprocesador de palabra de instrucción muy larga (VLIW), o un procesador que implementa otros conjuntos de instrucciones o procesadores que implementan una combinación de conjuntos de instrucciones El dispositivo 802 de procesamiento también puede incluir uno o más dispositivos de procesamiento de propósito especial, tal como un circuito integrado de aplicación específica (ASIC), una matriz de puertas programables en campo (FPGA), un procesador de señal digital (DSP), un procesador de red o similar. El dispositivo 802 de procesamiento se configura para ejecutar las instrucciones 826 para realizar las operaciones y etapas descritos en el presente documento.
El dispositivo 800 informático puede incluir adicionalmente un dispositivo 822 de interfaz de red que se puede comunicar con una red 818. El dispositivo 800 informático también puede incluir un dispositivo 810 de visualización (por ejemplo, una pantalla de cristal líquido (LCD) o un tubo de rayos catódicos (CRT)), un dispositivo 812 de entrada alfanumérica (por ejemplo, un teclado), un dispositivo 814 de control del cursor (por ejemplo, un ratón) y un dispositivo 820 de generación de señal (por ejemplo, un altavoz). En al menos una realización, el dispositivo 810 de visualización, el dispositivo 812 de entrada alfanumérica y el dispositivo 814 de control del cursor se pueden combinar en un solo componente o dispositivo (por ejemplo, una pantalla táctil LCD). El dispositivo 816 de almacenamiento de datos puede incluir un medio 824 de almacenamiento legible por ordenador en el que se almacenan uno o más conjuntos de instrucciones 826 que incorporan cualquiera o más de los métodos o funciones descritos en el presente documento. Las instrucciones 826 también pueden residir, total o parcialmente, dentro de la memoria principal 804 y/o dentro del dispositivo 802 de procesamiento durante su ejecución por el dispositivo 800 informático, la memoria principal 804 y el dispositivo 802 de procesamiento también constituyen medios legibles por ordenador. Las instrucciones adicionalmente se pueden transmitir o recibir a través de una red 818 a través del dispositivo 822 de interfaz de red. Si bien el medio 826 de almacenamiento legible por ordenador se muestra en una realización de ejemplo como un solo medio, el término “medio de almacenamiento legible por ordenador” puede incluir un solo medio o múltiples medios (por ejemplo, una base de datos centralizada o distribuida y/o cachés asociados y servidores) que almacenan uno o más conjuntos de instrucciones. El término “medio de almacenamiento legible por ordenador” también puede incluir cualquier medio que sea capaz de almacenar, codificar o transportar un conjunto de instrucciones para que la máquina las ejecute y que haga que la máquina realice uno o más de los métodos de la presente divulgación. De acuerdo con lo anterior, el término “medio de almacenamiento legible por ordenador” puede incluir, entre otros, memorias de estado sólido, medios ópticos y medios magnéticos.
Los términos utilizados en el presente documento y especialmente en las reivindicaciones adjuntas (por ejemplo, los cuerpos de las reivindicaciones adjuntas) generalmente tienen la intención de ser términos “abiertos” (por ejemplo, el término “que incluye” se puede interpretar como “que incluye, pero no se limita a”, el término “que tiene” se puede interpretar como “que tiene al menos”, el término “incluye” se puede interpretar como “incluye, pero no se limita a”, etc.).
Adicionalmente, si se pretende un número específico de una mención de reivindicación introducida, dicha intención se mencionará explícitamente en la reivindicación y, en ausencia de dicha mención, dicha intención no estará presente. Por ejemplo, como ayuda para la comprensión, las siguientes reivindicaciones adjuntas pueden contener el uso de las frases introductorias “al menos uno” y “uno o más” para introducir las menciones de las reivindicaciones. Sin embargo, el uso de dichas frases no se puede interpretar en el sentido de que la introducción de la mención de una reivindicación mediante los artículos indefinidos “un” o “una” limite cualquier reivindicación particular que contenga dicha mención de reivindicación introducida a las realizaciones que contengan solo una dicha mención, incluso cuando la misma reivindicación incluye las frases introductorias “uno o más” o “al menos uno” y artículos indefinidos tales como “un” o “una” (por ejemplo, “un” y/o “una” se puede interpretar como “al menos uno” o “uno o más”); lo mismo es válido para el uso de artículos definidos para introducir menciones de las reivindicaciones.
Además, incluso si se menciona explícitamente un número específico de una mención de la reivindicación introducida, aquellos expertos en la técnica reconocerán que dicha mención se puede interpretar como al menos el número mencionado (por ejemplo, la mención simple de “dos menciones”, sin otros modificadores, significa al menos dos menciones, o dos o más menciones). Adicionalmente, en aquellos casos en que se utiliza una convención análoga a “al menos uno de A, B y C, etc.” o “uno o más de A, B y C, etc.”, en general, dicha construcción pretende incluir A solo, B solo, C solo, A y B juntos, A y C juntos, B y C juntos, o A, B y C juntos, etc. Por ejemplo, el uso del término “y/o” se debe interpretar de esta manera.
Adicionalmente, cualquier palabra o frase disyuntiva que presente dos o más términos alternativos, ya sea en la descripción, reivindicaciones o dibujos, se puede entender que contempla las posibilidades de incluir uno de los términos, cualquiera de los términos o ambos términos. Por ejemplo, se puede entender que la frase “A o B” incluye las posibilidades de “A” o “B” o “A y B”. Las realizaciones descritas en el presente documento se pueden implementar utilizando medios legibles por ordenador para transportar o tener almacenadas en ellos instrucciones ejecutables por ordenador o estructuras de datos. Dichos medios legibles por ordenador pueden ser cualquier medio disponible al que pueda acceder un ordenador de propósito general o de propósito especial. A modo de ejemplo, y sin limitación, dichos medios legibles por ordenador pueden incluir medios de almacenamiento legibles por ordenador no transitorios que incluyen Memoria de Acceso Aleatorio (RAM), Memoria de Solo Lectura (ROM), Memoria de Solo Lectura Programable Borrable Eléctricamente (EEPROM), Disco Compacto de Memoria de Solo Lectura (CD-ROM) u otro almacenamiento en disco óptico, almacenamiento en disco magnético u otros dispositivos de almacenamiento magnético, dispositivos de memoria flash (por ejemplo, dispositivos de memoria de estado sólido) o cualquier otro medio de almacenamiento que se pueda utilizar para transportar o almacenar el código de programa deseado en forma de estructuras de datos o instrucciones ejecutables por ordenador y a las que se puede acceder mediante un ordenador de propósito general o de propósito especial. Las combinaciones de lo anterior también se pueden incluir dentro del ámbito de los medios legibles por ordenador.
Las instrucciones ejecutables por ordenador pueden incluir, por ejemplo, instrucciones y datos que hacen que un ordenador de propósito general, un ordenador de propósito especial o un dispositivo de procesamiento de propósito especial (por ejemplo, uno o más procesadores) realice una determinada función o grupo de funciones. Aunque la materia objeto se ha descrito en un lenguaje específico de características estructurales y/o actos metodológicos, se debe entender que la materia objeto definida en las reivindicaciones adjuntas no se limita necesariamente a las características o actos específicos descritos anteriormente. Más bien, las características y acciones específicas descritas anteriormente se divulgan como ejemplos de formas de implementar las reivindicaciones.
Tal como se utiliza en el presente documento, los términos “módulo” o “componente” se pueden referir a implementaciones de hardware específicas configuradas para realizar las operaciones del módulo o componente y/u objetos de software o rutinas de software que se pueden almacenar y/o ejecutarse mediante hardware de propósito general (por ejemplo, medios legibles por ordenador, dispositivos de procesamiento, etc.) del sistema informático. En algunas realizaciones, los diferentes componentes, módulos, motores y servicios descritos en el presente documento se pueden implementar como objetos o procesos que se ejecutan en el sistema informático (por ejemplo, como subprocesos separados). Si bien algunos de los sistemas y métodos descritos en el presente documento se describen generalmente como implementados en software (almacenados sobre y/o ejecutados por hardware de propósito general), también son posibles y se contemplan implementaciones de hardware específicas o una combinación de implementaciones de software y hardware específico. En esta descripción, una “entidad informática” puede ser cualquier sistema informático como se define anteriormente en el presente documento, o cualquier módulo o combinación de módulos que se ejecutan en un sistema informático.
Todos los ejemplos y el lenguaje condicional mencionados en el presente documento tienen fines pedagógicos para ayudar al lector a comprender la invención y los conceptos aportados por el inventor para promover la técnica, y se deben interpretar sin limitación a dichos ejemplos y condiciones enumerados específicamente. Aunque las realizaciones de la presente divulgación se han descrito en detalle, se puede entender que los diversos cambios, sustituciones y alteraciones se pueden realizar sin apartarse del ámbito de la presente divulgación, que se proporciona en las reivindicaciones.

Claims (13)

REIVINDICACIONES
1. Un método, que comprende:
Recibir, en un servidor (125) de retransmisión, una baliza desde un primer dispositivo (115) intermedio a través de una primera red (120), en la que la baliza se recibió por el primer dispositivo (115) intermedio desde un dispositivo (105) de terminales a través de una segunda red (110);
identificar una característica de la baliza, la característica de la baliza incluye un identificador del dispositivo de terminales;
identificar, en el servidor (125) de retransmisión, basándose en el identificador del dispositivo de terminales, un servidor (135) administrador de terminales que se asocia con la baliza;
enviar, desde el servidor (125) de retransmisión, un mensaje de baliza al servidor (135) administrador de terminales a través de una tercera red (130), el mensaje de baliza incluye al menos una de las balizas, o información que pertenece a la baliza;
recibir, desde el servidor (135) administrador de terminales, un mensaje de respuesta que pertenece al mensaje de baliza; y
procesar el mensaje de respuesta.
2. El método de la reivindicación 1, en el que la baliza incluye datos indicativos de una ubicación geográfica del dispositivo de terminales.
3. El método de la reivindicación 2, en el que identificar la característica de la baliza comprende escanear la baliza para identificar los datos indicativos de la ubicación geográfica del dispositivo de terminales y el identificador del dispositivo de terminales.
4. El método de la reivindicación 3, en el que enviar el mensaje de baliza al servidor (135) administrador de terminales a través de la tercera red (130) incluye enviar el identificador del dispositivo de terminales al servidor (135) administrador de terminales.
5. El método de la reivindicación 1, en el que la primera red (120) es una red de mayor alcance en comparación con la segunda red (110).
6. El método de la reivindicación 1, en el que el mensaje de respuesta se dirige a un segundo dispositivo intermedio, en el que el mensaje de respuesta incluye una indicación de que se ha encontrado el dispositivo de terminales, en el que el mensaje de respuesta incluye al menos una instrucción, ejecutable por el segundo dispositivo intermedio, para visualizar una ubicación del dispositivo de terminales sobre un mapa electrónico, en el que procesar el mensaje de respuesta incluye enviar el mensaje de respuesta al segundo dispositivo intermedio.
7. El método de la reivindicación 1, en el que el mensaje de respuesta incluye una instrucción ejecutable por el dispositivo (105) de terminales, en el que procesar el mensaje de respuesta incluye enviar el mensaje de respuesta al dispositivo (105) de terminales.
8. El método de la reivindicación 1, en el que enviar el mensaje de respuesta al dispositivo (105) de terminales comprende:
identificar un dispositivo intermedio que actualmente se acopla de forma comunicativa al dispositivo (105) de terminales, en el que el dispositivo intermedio incluye el primer dispositivo (115) intermedio o un segundo dispositivo (115b) intermedio; y
enviar el mensaje de respuesta al dispositivo intermedio identificado con una instrucción para reenviar el mensaje de respuesta al dispositivo (105) de terminales.
9. El método de la reivindicación 1, que comprende adicionalmente:
detectar el movimiento del primer dispositivo (115) intermedio desde una primera ubicación geográfica hasta una segunda ubicación geográfica;
en respuesta al primer dispositivo (115) intermedio que se mueve a la segunda ubicación geográfica, recibir en el primer dispositivo (115) intermedio la baliza del dispositivo (105) de terminales;
identificar el servidor (125) de retransmisión para enviar la baliza; y
enviar la baliza al servidor (125) de retransmisión.
10. El método de la reivindicación 9 que comprende adicionalmente escuchar la baliza al escanear periódicamente las balizas a través de la primera red (120).
11. El método de la reivindicación 9, en el que identificar el servidor (125) de retransmisión para enviar la baliza comprende:
determinar una ubicación geográfica del primer dispositivo (115) intermedio; e
identificar el servidor (125) de retransmisión desde un conjunto de servidores de retransmisión, en los que el servidor (125) de retransmisión es el servidor (125) de retransmisión más cercano a la ubicación geográfica del primer dispositivo (115) intermedio del conjunto de servidores de retransmisión.
12. Un medio legible por máquina no transitorio que comprende una pluralidad de instrucciones legibles por máquina, las instrucciones ejecutables para realizar operaciones comprenden:
detectar el movimiento de un primer dispositivo (115) intermedio desde una primera ubicación geográfica hasta una segunda ubicación geográfica;
en respuesta al primer dispositivo (115) intermedio que se mueve a la segunda ubicación geográfica, recibir una baliza desde un dispositivo (105) de terminales;
identificar un servidor (125) de retransmisión para enviar la baliza desde el primer dispositivo (115) intermedio hasta el servidor (125) de retransmisión;
identificar una característica de la baliza, la característica de la baliza incluye un identificador del dispositivo de terminales;
identificar, en base al identificador del dispositivo de terminales, un servidor (135) administrador de terminales que se asocia con la baliza;
enviar, desde el servidor (125) de retransmisión, un mensaje de baliza al servidor (135) administrador de terminales, el mensaje de baliza incluye al menos una de las balizas, o información que pertenece a la baliza;
recibir, desde el servidor (135) administrador de terminales, un mensaje de respuesta que pertenece al mensaje de baliza; y
enviar el mensaje de respuesta al dispositivo (105) de terminales.
13. El medio legible por máquina no transitorio de la reivindicación 12, en el que el primer dispositivo (115) intermedio se configura para recibir la baliza desde el dispositivo (105) de terminales, en el que un segundo dispositivo (115b) intermedio se configura para (i) recibir el mensaje de respuesta que pertenece al mensaje de baliza, y (b) enviar el mensaje de respuesta al dispositivo (105) de terminales.
ES18735466T 2017-06-07 2018-06-07 Red descentralizada tolerante al retardo Active ES2913660T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201762516590P 2017-06-07 2017-06-07
PCT/US2018/036557 WO2018227021A1 (en) 2017-06-07 2018-06-07 Delay tolerant decentralized network

Publications (1)

Publication Number Publication Date
ES2913660T3 true ES2913660T3 (es) 2022-06-03

Family

ID=62784247

Family Applications (1)

Application Number Title Priority Date Filing Date
ES18735466T Active ES2913660T3 (es) 2017-06-07 2018-06-07 Red descentralizada tolerante al retardo

Country Status (11)

Country Link
US (2) US10448238B2 (es)
EP (2) EP4044629A1 (es)
JP (3) JP7209705B2 (es)
KR (3) KR20240014599A (es)
CN (2) CN115086876A (es)
BR (1) BR112019025803A2 (es)
DK (1) DK3635979T3 (es)
ES (1) ES2913660T3 (es)
PL (1) PL3635979T3 (es)
PT (1) PT3635979T (es)
WO (1) WO2018227021A1 (es)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190302798A1 (en) 2018-03-30 2019-10-03 Walmart Apollo, Llc Systems and methods for controlling communication capabilities of unmanned vehicles via intermediate communication devices
US11937198B2 (en) * 2018-07-02 2024-03-19 Interdigital Patent Holdings, Inc. 5G delay tolerant data services
CN112769707B (zh) * 2019-11-04 2022-11-04 成都鼎桥通信技术有限公司 一种在物联网中防止拥塞的方法、装置及系统
US11842818B2 (en) 2020-05-06 2023-12-12 Noodle Technology Inc. Contact tracing among workers and employees
WO2022086543A1 (en) * 2020-10-23 2022-04-28 Hewlett-Packard Development Company, L.P. Location based network information
US20220398121A1 (en) * 2021-06-11 2022-12-15 Noodle Technology Inc. Delay tolerant edge compute protocol

Family Cites Families (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10511950B2 (en) * 2006-05-16 2019-12-17 RedSky Technologies, Inc. Method and system for an emergency location information service (E-LIS) for Internet of Things (IoT) devices
KR101011326B1 (ko) * 2008-10-24 2011-01-28 이혁 통신 중계 시스템, 서버 및 그 방법
US9389299B2 (en) * 2011-06-20 2016-07-12 Microsoft Technology Licensing, Llc Mobile communication device maintaining lifetrails in a battery efficient manner
US9282433B2 (en) * 2012-12-12 2016-03-08 Qualcomm Incorporated System and/or method of locating a portable service access transceiver
US9357348B2 (en) * 2013-01-29 2016-05-31 Tile, Inc. Systems and methods for locating a tracking device
US8781502B1 (en) * 2013-02-01 2014-07-15 Swirl Networks, Inc. Systems and methods for display of supplemental content responsive to location
US9215570B2 (en) * 2013-11-07 2015-12-15 Paypal, Inc. Beacon content propagation
US10664856B2 (en) * 2014-05-21 2020-05-26 Apple Inc. Beacon-triggered code redemption for mobile devices
US10937286B2 (en) * 2014-06-10 2021-03-02 Pb Inc. Radiobeacon data sharing by forwarding low energy transmissions to a cloud host
US9774410B2 (en) * 2014-06-10 2017-09-26 PB, Inc. Radiobeacon data sharing by forwarding low energy transmissions to a cloud host
ES2701503T3 (es) * 2014-06-13 2019-02-22 9Solutions Oy Procedimiento y sistema de combinación de balizamiento con posicionamiento
US9712963B2 (en) * 2014-12-04 2017-07-18 Belkin International Inc. Crowd sourced location determination
US20160165387A1 (en) * 2014-08-26 2016-06-09 Hoang Nhu Smart home platform with data analytics for monitoring and related methods
US10020951B2 (en) * 2014-09-17 2018-07-10 Ca, Inc. Crowdsourcing-based detection, identification, and tracking of electronic devices
WO2016093866A1 (en) * 2014-12-12 2016-06-16 Nokia Technologies Oy Terminal discovery at a gateway node
US10673959B2 (en) * 2015-03-25 2020-06-02 Intel Corporation Accessing service of Internet of Things
US10009709B2 (en) * 2015-03-26 2018-06-26 Medea Inc. Electronic device with network access via mobile device proxy
US10015766B2 (en) * 2015-07-14 2018-07-03 Afero, Inc. Apparatus and method for securely tracking event attendees using IOT devices
US10715972B2 (en) * 2015-07-31 2020-07-14 CityBeacon IP BV Multifunctional interactive beacon with mobile device interaction
KR20170087303A (ko) * 2016-01-20 2017-07-28 주식회사 푸른밤 출퇴근을 모니터링하기 위한 방법, 시스템 및 비일시성의 컴퓨터 판독 가능 기록 매체
CN105338489B (zh) * 2015-11-17 2018-08-14 中国电子科技集团公司第五十四研究所 一种用于室内定位的智能终端及蓝牙室内定位系统
US10178530B2 (en) * 2015-12-14 2019-01-08 Afero, Inc. System and method for performing asset and crowd tracking in an IoT system
US9792799B2 (en) * 2015-12-14 2017-10-17 Afero, Inc. Internet of things (IoT) child tracking system
US9794744B1 (en) * 2015-12-17 2017-10-17 Symantec Corporation Physical presence validation through use of time-restricted secure beacon devices
US20170192102A1 (en) * 2016-01-04 2017-07-06 Qualcomm Incorporated eLORAN POSITIONING VIA CROWDSOURCING
US9843890B2 (en) * 2016-03-18 2017-12-12 Qualcomm Incorporated Reliability in mobile device positioning in a crowdsourcing system
US10028087B2 (en) * 2016-04-04 2018-07-17 Ricoh Company, Ltd. Locating and tracking missing or relocated devices
US20170339525A1 (en) * 2016-05-17 2017-11-23 Andrew Schrader UUID Entity Update
US10250435B2 (en) * 2016-05-24 2019-04-02 Dell Products, Lp System and method for intelligent discovery and rescue of devices in an internet-of-things network
US20180020329A1 (en) * 2016-07-18 2018-01-18 Rivada Research, Llc Method and System for Internet of Things (iOT) Enhanced Location Based Services Trilateration
US9942719B2 (en) * 2016-08-26 2018-04-10 Qualcomm Incorporated OTDOA positioning via local wireless transmitters
US11047702B1 (en) * 2016-09-16 2021-06-29 Apple Inc. Tracking systems for electronic devices
US10204499B1 (en) * 2016-09-23 2019-02-12 Symantec Corporation Anomaly based geofencing leveraging location duration
US20180132061A1 (en) * 2016-11-10 2018-05-10 Qualcomm Incorporated Enhancing positioning assistance data via a mobile device-specific carrier aggregation capability
US9807726B1 (en) * 2016-11-23 2017-10-31 Yokogawa Electric Corporation Use of low energy bluetooth beacons to locate field equipment and personnel
US10193981B2 (en) * 2016-12-23 2019-01-29 Centurylink Intellectual Property Llc Internet of things (IoT) self-organizing network
US9854445B1 (en) * 2017-01-24 2017-12-26 International Business Machines Corporation Domain-aware device protection via cross-validation among spatially-adjacent devices

Also Published As

Publication number Publication date
CN111357303B (zh) 2022-05-24
CN111357303A (zh) 2020-06-30
EP4044629A1 (en) 2022-08-17
JP7209705B2 (ja) 2023-01-20
US20180359626A1 (en) 2018-12-13
JP2020523952A (ja) 2020-08-06
PT3635979T (pt) 2022-05-20
WO2018227021A1 (en) 2018-12-13
KR20200075812A (ko) 2020-06-26
PL3635979T3 (pl) 2022-06-13
KR102289305B1 (ko) 2021-08-12
US10448238B2 (en) 2019-10-15
US20200128385A1 (en) 2020-04-23
BR112019025803A2 (pt) 2020-07-07
KR20240014599A (ko) 2024-02-01
JP2023087064A (ja) 2023-06-22
CN115086876A (zh) 2022-09-20
KR20210100225A (ko) 2021-08-13
EP3635979A1 (en) 2020-04-15
JP2022103250A (ja) 2022-07-07
JP7275355B2 (ja) 2023-05-17
DK3635979T3 (da) 2022-05-23
EP3635979B1 (en) 2022-04-13

Similar Documents

Publication Publication Date Title
ES2913660T3 (es) Red descentralizada tolerante al retardo
US9473891B2 (en) Mechanism for facilitating dynamic detection and communication of geo-locations for devices
JP7359372B2 (ja) 分散型ネットワーク内の検証
US11030653B2 (en) Dynamic geofencing based on an availability of a product
CN102656865B (zh) 用于基于位置的系统的分级信息分发
JP2016506146A (ja) 近接ベースアクセス要求に対するセキュリティ機構のための方法及び装置
US20180096392A1 (en) Dynamic geo-fencing based on a popularity of a product
CN114556861A (zh) 设备身份的匿名化和随机化
Li et al. Geo-dmp: A dtn-based mobile prototype for geospatial data retrieval
US10506365B1 (en) Power efficient dynamic geofences
US20210337027A1 (en) Proximity Routing Policy Enforcement for Trans-Border Internet of Things Data Governance Compliance
US20220398121A1 (en) Delay tolerant edge compute protocol
Huang et al. Smartphone Based Emergency Communication
JP2013135286A (ja) クラウド型アプリケーション実行システム