ES2807149T3

ES2807149T3 - Acciones sensibles al contexto entre dispositivos heterogéneos de Internet de las Cosas (IoT)

Info

Publication number: ES2807149T3
Application number: ES14712390T
Authority: ES
Inventors: Sandeep Sharma; Mohammed Ataur Rahman Shuman; Amit Goel; Ashutosh Aggarwal; Binita Gupta; Sarah Glickfield; Isaac David Guedalia
Original assignee: Qualcomm Inc
Current assignee: Qualcomm Inc
Priority date: 2013-02-25
Filing date: 2014-02-25
Publication date: 2021-02-22
Anticipated expiration: 2034-02-25
Also published as: EP2959396B1; JP6196326B2; KR20150121113A; HUE049471T2; TWI526971B; JP2016517638A; EP2959396A2; US9413827B2; KR101802047B1; EP2959396A4; US20140244710A1; TW201437944A; WO2014131029A3; WO2014131029A2; CN105074684A; CN105074684B

Abstract

Un procedimiento (600) para permitir acciones sensibles al contexto entre dispositivos heterogéneos de Internet de las Cosas, IoT, que comprende: recibir (610), en un dispositivo IoT (510; 520; 530), datos que representan un contexto de cada uno de un primer conjunto de dispositivos IoT (520) en una red IoT; recibir (620), en el dispositivo IoT (510; 520; 530), datos que representan un estado actual de cada uno de un segundo conjunto de dispositivos IoT (510) en la red IoT; y determinar (640), mediante el dispositivo IoT (510; 520; 530), una acción a realizar en un dispositivo IoT objetivo (530) en base a los datos recibidos que representan el contexto de cada uno del primer conjunto de dispositivos IoT (520) y los datos recibidos que representan el estado actual de cada uno del segundo conjunto de dispositivos IoT (510).

Description

DESCRIPCIÓN

Acciones sensibles al contexto entre dispositivos heterogéneos de Internet de las Cosas (loT)

ANTECEDENTES DE LA INVENCIÓN

1. Campo de la divulgación

[0001] La divulgación está relacionada con la habilitación de acciones sensibles al contexto entre dispositivos heterogéneos de Internet de las Cosas (IoT).

2. Descripción de la técnica relacionada

[0002] Internet es un sistema global de ordenadores y redes informáticas interconectados que usan una familia de protocolos de Internet estándar (por ejemplo, el protocolo de control de transmisión (TCP) y el protocolo de Internet (IP)) para comunicarse entre sí. Internet de las Cosas (IoT) se basa en la idea de que los objetos cotidianos, no solo los ordenadores y las redes informáticas, pueden ser legibles, reconocibles, localizables, direccionables y controlables por medio de una red de comunicaciones IoT (por ejemplo, un sistema ad-hoc o Internet).

[0003] Varias tendencias de mercado están impulsando el desarrollo de dispositivos IoT. Por ejemplo, el aumento de los costes de la energía está impulsando las inversiones estratégicas de los gobiernos en redes inteligentes y en el soporte para el consumo futuro, tales como vehículos eléctricos y estaciones de carga públicas. El aumento de los costes de atención médica y el envejecimiento de la población están impulsando el desarrollo de servicios de preparación física y de atención médica remotos/conectados. Una revolución tecnológica en el hogar impulsa el desarrollo de nuevos servicios "inteligentes", incluida la consolidación por parte de proveedores de servicios que ofrecen 'N ’ play (por ejemplo, datos, voz, vídeo, seguridad, gestión de energía, etc.) y la expansión de redes domésticas. Los edificios se están volviendo más inteligentes y más prácticos como medio para reducir los costes operativos de las instalaciones empresariales.

[0004] Hay una serie de aplicaciones clave para IoT. Por ejemplo, en el área de redes inteligentes y gestión de energía, las empresas de servicios públicos pueden optimizar el suministro de energía a hogares y empresas, al tiempo que los clientes pueden gestionar mejor el uso de energía. En el área de la automatización de viviendas y edificios, las viviendas y edificios inteligentes pueden tener un control centralizado sobre prácticamente cualquier dispositivo o sistema en la vivienda u oficina, desde electrodomésticos hasta sistemas de seguridad de vehículos eléctricos enchufables (PEV). En el campo del seguimiento de activos, las empresas, los hospitales, las fábricas y otras grandes organizaciones pueden rastrear con precisión las ubicaciones de equipos de alto valor, pacientes, vehículos, etc. En el área de la salud y el bienestar, los médicos pueden controlar de forma remota la salud de los pacientes, mientras que las personas pueden seguir el progreso de las rutinas de entrenamiento.

[0005] El documento US 2012/0317194 A1 se refiere a un mecanismo basado en proximidad y sensible al contexto para el establecimiento de una conexión de comunicación inalámbrica. El documento US 2012/0065749 A1 se refiere a un procedimiento para recibir información para un grupo de dispositivos asociados a la detección de un evento, donde el grupo de dispositivos se determina en base a la información contextual asociada al evento.

BREVE EXPLICACIÓN

[0006] Un aspecto de la divulgación está relacionado con la habilitación de acciones sensibles al contexto entre dispositivos heterogéneos de Internet de las Cosas (IoT). Un procedimiento para habilitar acciones sensibles al contexto entre dispositivos IoT heterogéneos incluye recibir, en un dispositivo IoT, datos que representan un contexto de cada uno de un primer conjunto de dispositivos IoT en una red IoT, recibir, en el dispositivo IoT, datos que representan un estado actual de cada uno de un segundo conjunto de dispositivos IoT en la red IoT, y determinar, mediante el dispositivo IoT, una acción a realizar en un IoT objetivo en base a los datos recibidos que representan el contexto de cada uno del primer conjunto de dispositivos IoT y los datos recibidos que representan el estado actual de cada uno del segundo conjunto de dispositivos IoT.

[0007] Un aparato para habilitar acciones sensibles al contexto entre dispositivos IoT heterogéneos incluye lógica configurada para recibir, en un dispositivo IoT, datos que representan un contexto de cada uno de un primer conjunto de dispositivos IoT en una red IoT, lógica configurada para recibir, en el dispositivo IoT, datos que representan un estado actual de cada uno de un segundo conjunto de dispositivos IoT en la red IoT, y lógica configurada para determinar, mediante el dispositivo IoT, una acción a realizar en un IoT objetivo en base a los datos recibidos que representan el contexto de cada uno del primer conjunto de dispositivos IoT y los datos recibidos que representan el estado actual de cada uno del segundo conjunto de dispositivos IoT.

[0008] Un aparato para habilitar acciones sensibles al contexto entre dispositivos IoT heterogéneos incluye medios para recibir, en un dispositivo IoT, datos que representan un contexto de cada uno de un primer conjunto de dispositivos IoT en una red IoT, medios para recibir, en el dispositivo IoT, datos que representan un estado actual de cada uno de un segundo conjunto de dispositivos loT en la red loT, y medios para determinar, mediante el dispositivo IoT, una acción a realizar en un IoT objetivo en base a los datos recibidos que representan el contexto de cada uno del primer conjunto de dispositivos IoT y los datos recibidos que representan el estado actual de cada uno del segundo conjunto de dispositivos IoT.

[0009] Un medio no transitorio legible por ordenador para habilitar acciones sensibles al contexto entre dispositivos IoT heterogéneos incluye al menos una instrucción para recibir, en un dispositivo IoT, datos que representan un contexto de cada uno de un primer conjunto de dispositivos IoT en una red IoT, al menos una instrucción para recibir, en el dispositivo IoT, datos que representan un estado actual de cada uno de un segundo conjunto de dispositivos IoT en la red IoT, y al menos una instrucción para determinar, mediante el dispositivo IoT, una acción a realizar en un IoT objetivo en base a los datos recibidos que representan el contexto de cada uno del primer conjunto de dispositivos IoT y los datos recibidos que representan el estado actual de cada uno del segundo conjunto de dispositivos IoT.

[0010] Un aspecto de la divulgación se refiere a verificar una relación implícita entre un primer usuario y un segundo usuario. Un procedimiento para verificar una relación implícita entre un primer usuario y un segundo usuario incluye detectar una interacción entre un primer dispositivo de usuario que pertenece al primer usuario y un segundo dispositivo de usuario que pertenece al segundo usuario, almacenar información relacionada con la interacción en una primera tabla de interacción asociada al primer dispositivo de usuario, asignar un identificador de relación al segundo usuario en base a, al menos en parte, la información relacionada con la interacción, y determinar si el identificador de relación asignado es correcto o no.

[0011] Un aparato para verificar una relación implícita entre un primer usuario y un segundo usuario incluye lógica configurada para detectar una interacción entre un primer dispositivo de usuario que pertenece al primer usuario y un segundo dispositivo de usuario que pertenece al segundo usuario, lógica configurada para almacenar información relacionada con la interacción en una primera tabla de interacción asociada al primer dispositivo de usuario, lógica configurada para asignar un identificador de relación al segundo usuario en base a, al menos en parte, la información relacionada con la interacción, y lógica configurada para determinar si el identificador de relación asignado es correcto o no.

[0012] Un aparato para verificar una relación implícita entre un primer usuario y un segundo usuario incluye medios para detectar una interacción entre un primer dispositivo de usuario que pertenece al primer usuario y un segundo dispositivo de usuario que pertenece al segundo usuario, medios para almacenar información relacionada con la interacción en una primera tabla de interacción asociada al primer dispositivo de usuario, medios para asignar un identificador de relación al segundo usuario en base a, al menos en parte, la información relacionada con la interacción, y medios para determinar si el identificador de relación asignado es correcto o no.

[0013] Un medio no transitorio legible por ordenador para verificar una relación implícita entre un primer usuario y un segundo usuario incluye al menos una instrucción para detectar una interacción entre un primer dispositivo de usuario que pertenece al primer usuario y un segundo dispositivo de usuario que pertenece al segundo usuario, al menos una instrucción para almacenar información relacionada con la interacción en una primera tabla de interacción asociada al primer dispositivo de usuario, al menos una instrucción para asignar un identificador de relación al segundo usuario en base a, al menos en parte, la información relacionada con la interacción, y al menos una instrucción para determinar si el identificador de relación asignado es correcto o no.

BREVE DESCRIPCIÓN DE LOS DIBUJOS

[0014] Una apreciación más completa de los aspectos de la divulgación y de muchas de las ventajas relacionadas de los mismos se obtendrá fácilmente a medida que la misma se entienda mejor con referencia a la siguiente descripción detallada cuando se considere en relación con los dibujos adjuntos, que se presentan solamente para ilustrar, y no para limitar, la divulgación, y en los que:

La FIG. 1A ilustra una arquitectura de sistema de alto nivel de un sistema de comunicaciones inalámbricas de acuerdo con un aspecto de la divulgación.

La FIG. 1B ilustra una arquitectura de sistema de alto nivel de un sistema de comunicaciones inalámbricas de acuerdo con un aspecto de la divulgación.

La FIG. 1C ilustra una arquitectura de sistema de alto nivel de un sistema de comunicaciones inalámbricas de acuerdo con un aspecto de la divulgación.

La FIG. 1D ilustra una arquitectura de sistema de alto nivel de un sistema de comunicaciones inalámbricas de acuerdo con un aspecto de la divulgación.

La FIG. 1E ilustra una arquitectura de sistema de alto nivel de un sistema de comunicaciones inalámbricas de acuerdo con un aspecto de la divulgación.

La FIG. 2A ilustra un dispositivo de Internet de las Cosas (loT) ejemplar de acuerdo con aspectos de la divulgación, mientras que la FIG. 2B ilustra un dispositivo IoT pasivo ejemplar de acuerdo con aspectos de la divulgación.

La FIG. 3 ilustra un dispositivo de comunicación que incluye lógica configurada para llevar a cabo la funcionalidad de acuerdo con un aspecto de la divulgación.

La FIG. 4 ilustra un servidor ejemplar de acuerdo con diversos aspectos de la divulgación.

La FIG. 5A ilustra una función ejemplar de derivación de acción cognitiva sensible al contexto implementada por un primer dispositivo IoT.

La FIG. 5B ilustra una función ejemplar de derivación de acción cognitiva sensible al contexto implementada por un segundo dispositivo IoT.

La FIG. 6 ilustra un flujo ejemplar para permitir acciones sensibles al contexto entre dispositivos IoT heterogéneos.

La FIG. 7 ilustra un flujo ejemplar para verificar una relación implícita entre un primer usuario y un segundo usuario.

DESCRIPCIÓN DETALLADA

[0015] Diversos aspectos se divulgan en la siguiente descripción y dibujos relacionados. Pueden concebirse aspectos alternativos sin apartarse del alcance de la divulgación. Además, elementos bien conocidos de la divulgación no se describirán en detalle o se omitirán para no complicar los detalles relevantes de la divulgación.

[0016] Las expresiones "ejemplar" y/o "de ejemplo" se usan en el presente documento en el sentido de que "sirve como ejemplo, caso o ilustración". No debe considerarse necesariamente que cualquier aspecto descrito en el presente documento como "ejemplar" y/o "de ejemplo" es preferente o ventajoso con respecto a otros aspectos. Asimismo, el término "aspectos de la divulgación" no requiere que todos los aspectos de la divulgación incluyan la característica, ventaja o modo de funcionamiento analizado.

[0017] Además, muchos aspectos se describen en lo que respecta a secuencias de acciones que se van a realizar, por ejemplo, mediante elementos de un dispositivo informático. Debe reconocerse que diversas acciones descritas en el presente documento pueden llevarse a cabo mediante circuitos específicos (por ejemplo, un circuito integrado específico de la aplicación (ASIC)), mediante instrucciones de programa ejecutadas por uno o más procesadores, o mediante una combinación de ambas cosas. Además, se puede considerar que esta secuencia de acciones descrita en el presente documento se incorpora por completo en cualquier forma de medio de almacenamiento legible por ordenador que tenga almacenado en el mismo un conjunto correspondiente de instrucciones informáticas que, al ejecutarse, harán que un procesador asociado realice la funcionalidad descrita en el presente documento. Por tanto, los diversos aspectos de la divulgación se pueden realizar de varias formas diferentes, todas ellas contempladas dentro del alcance de la materia objeto reivindicada. Además, en lo que respecta a cada uno de los aspectos descritos en el presente documento, la forma correspondiente de cualquiera de dichos aspectos se puede describir en el presente documento como, por ejemplo, "lógica configurada para" realizar la acción descrita.

[0018] Como se usa en el presente documento, el término "dispositivo de Internet de las Cosas (IoT)" se usa para hacer referencia a cualquier objeto (por ejemplo, un aparato, un sensor, etc.) que tiene una interfaz direccionable (por ejemplo, una dirección de protocolo de Internet (IP), un identificador de Bluetooth (ID), un ID de comunicación de campo cercano (NFC), etc.) y puede transmitir información a uno o más dispositivos a través de una conexión alámbrica o inalámbrica. Un dispositivo IoT puede tener una interfaz de comunicación pasiva, tal como un código de respuesta rápida (QR), una etiqueta de identificación por radiofrecuencia (RFID), una etiqueta NFC, o similares, o una interfaz de comunicación activa, tal como un módem, un transceptor, un transmisorreceptor, o similares. Un dispositivo IoT puede tener un conjunto particular de atributos (por ejemplo, un estado o condición de dispositivo, tal como si el dispositivo IoT está encendido o apagado, abierto o cerrado, inactivo o activo, disponible para la ejecución de tareas u ocupado, etc., una función de enfriamiento o calentamiento, una función de supervisión o registro ambiental, una función de emisión de luz, una función de emisión de sonido, etc.) que puede estar incorporado en y/o ser controlado/supervisado por una unidad de procesamiento central (CPU), un microprocesador, ASIC, o similar, y configurado para la conexión a una red IoT, tal como una red ad-hoc local o Internet. Por ejemplo, los dispositivos IoT pueden incluir, pero no están limitados a, refrigeradores, tostadoras, hornos, microondas, congeladores, lavavajillas, vajilla, herramientas de mano, lavadoras de ropa, secadoras de ropa, estufas, acondicionadores de aire, termostatos, televisores, lámparas, aspiradoras, aspersores, contadores de electricidad, contadores de gas, etc., siempre que los dispositivos estén equipados con una interfaz de comunicaciones direccionable para comunicarse con la red IoT. Los dispositivos IoT también pueden incluir teléfonos celulares, ordenadores de escritorio, ordenadores portátiles, tabletas electrónicas, asistentes digitales personales (PDA), etc. En consecuencia, la red IoT puede comprender una combinación de dispositivos accesibles por Internet "heredados" (por ejemplo, ordenadores portátiles u ordenadores de escritorio, teléfonos celulares, etc.) además de dispositivos que típicamente no tienen conectividad a Internet (por ejemplo, lavavajillas, etc.).

[0019] La FIG. 1A ilustra una arquitectura de sistema de alto nivel de un sistema de comunicaciones inalámbricas 100A de acuerdo con un aspecto de la divulgación. El sistema de comunicaciones inalámbricas 100A contiene una pluralidad de dispositivos IoT, que incluyen un televisor 110, una unidad de aire acondicionado exterior 112, un termostato 114, un refrigerador 116 y una lavadora y secadora 118.

[0020] En referencia a la FIG. 1A, los dispositivos IoT 110-118 están configurados para comunicarse con una red de acceso (por ejemplo, un punto de acceso 125) a través de una capa o interfaz física de comunicaciones, mostrada en la FIG. 1a como la interfaz aérea 108 y una conexión alámbrica directa 109. La interfaz aérea 108 puede cumplir con un protocolo de Internet (IP) inalámbrico, tal como IEEE 802.11. Aunque la FIG. 1A ilustra dispositivos IoT 110-118 que se comunican a través de la interfaz aérea 108 y el dispositivo IoT 118 que se comunica a través de la conexión alámbrica 109, cada dispositivo IoT puede comunicarse a través de una conexión alámbrica o inalámbrica, o de ambos tipos.

[0021] Internet 175 incluye una pluralidad de agentes de encaminamiento y de agentes de procesamiento (no mostrados en la FIG. 1A por razones de conveniencia). Internet 175 es un sistema global de ordenadores y redes informáticas interconectados que usa una familia de protocolos de Internet estándar (por ejemplo, el protocolo de control de transmisión (TCP) e IP) para comunicarse entre dispositivos/redes diferentes. TCP/IP proporciona conectividad de extremo a extremo que especifica cómo deben formatearse, direccionarse, transmitirse, encaminarse y recibirse datos en destino.

[0022] En la FIG. 1A, un ordenador 120, tal como un ordenador personal (PC) o de escritorio, se muestra con conexión directa a Internet 175 (por ejemplo, a través de una conexión Ethernet o una red basada en Wi-Fi o en la especificación 802.11). El ordenador 120 puede tener una conexión alámbrica a Internet 175, tal como una conexión directa a un módem o encaminador, que, en un ejemplo, puede corresponder al propio punto de acceso 125 (por ejemplo, para un encaminador Wi-Fi con conectividad alámbrica e inalámbrica). De forma alternativa, en lugar de estar conectado al punto de acceso 125 y a Internet 175 a través de una conexión alámbrica, el ordenador 120 puede estar conectado al punto de acceso 125 a través de la interfaz aérea 108 u otra interfaz inalámbrica, y acceder a Internet 175 a través de la interfaz aérea. Aunque se ilustra como un ordenador de escritorio, el ordenador 120 puede ser un ordenador portátil, una tableta electrónica, un PDA, un teléfono inteligente o similar. El ordenador 120 puede ser un dispositivo IoT y/o contener funcionalidad para gestionar una red/grupo IoT, tal como la red/grupo de dispositivos IoT 110-118.

[0023] El punto de acceso 125 puede estar conectado a Internet 175 a través de, por ejemplo, un sistema de comunicación óptica, tal como FiOS, un módem por cable, un módem de línea de abonado digital (DSL), o similares. El punto de acceso 125 puede comunicarse con los dispositivos IoT 110-118/120 e Internet 175 usando los protocolos de Internet estándar (por ejemplo, TCP/IP).

[0024] En referencia a la FIG. 1A, un servidor IoT 170 se muestra conectado a Internet 175. El servidor IoT 170 puede implementarse como una pluralidad de servidores estructuralmente independientes, o de forma alternativa puede corresponder a un único servidor. En un aspecto, el servidor IoT 170 es opcional (como se indica mediante la línea de puntos), y el grupo de dispositivos IoT 110-118/120 puede ser una red de igual a igual (P2P). En tal caso, los dispositivos IoT 110-118/120 pueden comunicarse entre sí directamente a través de la interfaz aérea 108 y/o la conexión alámbrica 109. De forma alternativa, o adicionalmente, algunos o todos los dispositivos IoT 110-118/120 pueden configurarse con una interfaz de comunicación independiente de la interfaz aérea 108 y la conexión alámbrica 109. Por ejemplo, si la interfaz aérea 108 corresponde a una interfaz Wi-Fi, determinados dispositivos IoT 110-118/120 pueden tener interfaces Bluetooth o NFC para comunicarse directamente entre sí u otros dispositivos habilitados para Bluetooth o NFC.

[0025] En una red de igual a igual, los esquemas de descubrimiento de servicios pueden multidifundir la presencia de nodos, sus capacidades y la pertenencia al grupo. Los dispositivos de igual a igual pueden establecer asociaciones e interacciones posteriores basándose en esta información.

[0026] De acuerdo con un aspecto de la divulgación, la FIG. 1B ilustra una arquitectura de alto nivel de otro sistema de comunicaciones inalámbricas 100B que contiene una pluralidad de dispositivos IoT. En general, el sistema de comunicaciones inalámbricas 100B mostrado en la FIG. 1B puede incluir diversos componentes que son iguales y/o sustancialmente similares al sistema de comunicaciones inalámbricas 100A mostrado en la FIG.

1A, descrito con más detalle anteriormente (por ejemplo, diversos dispositivos IoT, incluido un televisor 110, una unidad de aire acondicionado exterior 112, un termostato 114, un refrigerador 116 y una lavadora y secadora 118, que están configurados para comunicarse con un punto de acceso 125 a través de una interfaz aérea 108 y/o una conexión alámbrica directa 109, un ordenador 120 que se conecta directamente a Internet 175 y/o se conecta a Internet a través del punto de acceso 125, y un servidor IoT 170 accesible a través de Internet 175, etc.). De este modo, por brevedad y facilidad de descripción, diversos detalles relacionados con determinados componentes en el sistema de comunicaciones inalámbricas 100B mostrado en la FIG. 1B pueden omitirse en el presente documento en la medida en que los mismos detalles, u otros similares, ya se hayan proporcionado anteriormente en relación con el sistema de comunicaciones inalámbricas 100A ilustrado en la FIG. 1A.

[0027] En referencia a la FIG. 1B, el sistema de comunicaciones inalámbricas 100B puede incluir un dispositivo supervisor 130 que se puede usar para observar, supervisar, controlar o gestionar de otro modo los otros diversos componentes del sistema de comunicaciones inalámbricas 100B. Por ejemplo, el dispositivo supervisor 130 puede comunicarse con una red de acceso (por ejemplo, punto de acceso 125) a través de la interfaz aérea 108 y/o una conexión alámbrica directa 109 para supervisar o gestionar atributos, actividades u otros estados asociados a los diversos dispositivos IoT 110-118/120 en el sistema de comunicaciones inalámbricas 100B. El dispositivo supervisor 130 puede tener una conexión alámbrica o inalámbrica a Internet 175 y, opcionalmente, al servidor IoT 170 (mostrado como una línea de puntos). El dispositivo supervisor 130 puede obtener información de Internet 175 y/o del servidor IoT 170, que se puede usar para supervisar o gestionar adicionalmente atributos, actividades u otros estados asociados a los diversos dispositivos IoT 110-118/120. El dispositivo supervisor 130 puede ser un dispositivo independiente o uno de los dispositivos IoT 110-118/120, tal como el ordenador 120. El dispositivo supervisor 130 puede ser un dispositivo físico o una aplicación de software que se ejecuta en un dispositivo físico. El dispositivo supervisor 130 puede incluir una interfaz de usuario que puede proporcionar información relacionada con los atributos, actividades u otros estados supervisados asociados a los dispositivos IoT 110-118/120 y recibir información de entrada para controlar o gestionar de otro modo los atributos, actividades u otros estados asociados a los mismos. Por consiguiente, el dispositivo supervisor 130 puede incluir, en general, diversos componentes y admitir diversas interfaces de comunicación alámbricas e inalámbricas para observar, supervisar, controlar o gestionar de otro modo los diversos componentes del sistema de comunicación inalámbrica 100B.

[0028] El sistema de comunicaciones inalámbricas 100B mostrado en la FIG. 1B puede incluir uno o más dispositivos IoT pasivos 105 (a diferencia de los dispositivos IoT activos 110-118/120) que pueden acoplarse a o ser parte de otro modo del sistema de comunicaciones inalámbricas 100B. En general, los dispositivos IoT pasivos 105 pueden incluir dispositivos con código de barras, dispositivos Bluetooth, dispositivos de radiofrecuencia (RF), dispositivos etiquetados con RFID, dispositivos de infrarrojos (IR), dispositivos etiquetados con NFC o cualquier otro dispositivo adecuado que pueda proporcionar su identificador y atributos a otro dispositivo cuando se le consulta a través de una interfaz de corto alcance. Los dispositivos IoT activos pueden detectar, almacenar, comunicar, actuar respecto a, y/o similares, cambios en los atributos de dispositivos IoT pasivos.

[0029] Por ejemplo, los dispositivos IoT pasivos 105 pueden incluir una taza de café y un envase de zumo de naranja que tienen cada uno una etiqueta RFID o código de barras. Un dispositivo IoT de armario y un dispositivo IoT de refrigerador 116 pueden tener cada uno un escáner o lector apropiado que pueda leer la etiqueta de RFID o código de barras para detectar cuándo se han agregado o retirado los dispositivos IoT pasivos 105 de taza de café y/o de envase de zumo de naranja. En respuesta a que el dispositivo IoT de armario detecte la retirada del dispositivo IoT pasivo 105 de taza de café y que el dispositivo IoT de refrigerador 116 detecte la retirada del dispositivo IoT pasivo de envase de zumo de naranja, el dispositivo supervisor 130 puede recibir una o más señales relacionadas con las actividades detectadas en el dispositivo IoT de armario y el dispositivo IoT de refrigerador 116. El dispositivo supervisor 130 puede deducir entonces que un usuario está bebiendo zumo de naranja de la taza de café y/o le gusta beber zumo de naranja de una taza de café.

[0030] Aunque lo que antecede describe que los dispositivos IoT pasivos 105 tienen alguna forma de interfaz de comunicación de RF o código de barras, los dispositivos IoT pasivos 105 pueden incluir uno o más dispositivos u otros objetos físicos que no tienen dichas capacidades de comunicación. Por ejemplo, determinados dispositivos IoT pueden tener mecanismos de lectura o escáner apropiados que pueden detectar formas, tamaños, colores y/u otras características observables asociadas a los dispositivos IoT pasivos 105 para identificar los dispositivos IoT pasivos 105. De esta manera, cualquier objeto físico adecuado puede comunicar su identidad y atributos y formar parte del sistema de comunicación inalámbrica 100B y ser observado, supervisado, controlado o gestionado de otro modo con el dispositivo supervisor 130. Además, los dispositivos IoT pasivos 105 se pueden acoplar a o formar parte de otro modo del sistema de comunicaciones inalámbricas 100A mostrado en la FIG. 1A y observarse, supervisarse, controlarse o gestionarse de otro modo de manera sustancialmente similar.

[0031] De acuerdo con un aspecto de la divulgación, la FIG. 1C ilustra una arquitectura de alto nivel de otro sistema de comunicaciones inalámbricas 100C que contiene una pluralidad de dispositivos IoT. En general, el sistema de comunicaciones inalámbricas 100C mostrado en la FIG. 1C puede incluir diversos componentes que son iguales y/o sustancialmente similares a los sistemas de comunicaciones inalámbricas 100A y 100B mostrados en las FIGS. 1A y 1B, respectivamente, descritos con más detalle anteriormente. De este modo, por brevedad y facilidad de descripción, diversos detalles relacionados con determinados componentes en el sistema de comunicaciones inalámbricas 100C mostrado en la FIG. 1C pueden omitirse en el presente documento en la medida en que los mismos detalles, u otros similares, ya se hayan proporcionado anteriormente en relación con los sistemas de comunicaciones inalámbricas 100A y 100B ilustrados en las FIG. 1A y 1B, respectivamente.

[0032] El sistema de comunicaciones 100C mostrado en la FIG. 1C ilustra comunicaciones de igual a igual ejemplares entre los dispositivos loT 110-118 y el dispositivo supervisor 130. Como se muestra en la FIG. 1C, el dispositivo supervisor 130 se comunica con cada uno de los dispositivos IoT 110-118 a través de una interfaz de supervisor IoT. Además, los dispositivos IoT 110 y 114, los dispositivos IoT 112, 114, y 116, y los dispositivos IoT 116 y 118 se comunican directamente entre sí.

[0033] Los dispositivos IoT 110-118 conforman un grupo IoT proximal 160. El grupo IoT proximal es un grupo de dispositivos IoT conectados localmente, tales como los dispositivos IoT conectados a la red doméstica de un usuario. Aunque no se muestra, múltiples grupos IoT proximales pueden conectarse a y/o comunicarse entre sí a través de un superagente IoT 140 conectado a Internet 175. A alto nivel, el dispositivo supervisor 130 gestiona las comunicaciones dentro de un grupo, mientras que el superagente IoT 140 puede gestionar las comunicaciones entre grupos. Aunque se muestran como dispositivos independientes, el supervisor 130 y el superagente IoT 140 pueden ser, o residir en, el mismo dispositivo. Este puede ser un dispositivo autónomo o un dispositivo IoT, tal como un ordenador 120 en la FIG. 1A. De forma alternativa, el superagente IoT 140 puede corresponder a o incluir la funcionalidad del punto de acceso 125. Como otra alternativa más, el superagente IoT 140 puede corresponder a o incluir la funcionalidad de un servidor IoT, tal como el servidor IoT 170. El superagente IoT 140 puede encapsular la funcionalidad de pasarela 145.

[0034] Cada dispositivo IoT 110-118 puede tratar el dispositivo supervisor 130 como un igual y transmitir actualizaciones de atributo/esquema al dispositivo supervisor 130. Cuando un dispositivo IoT necesita comunicarse con otro dispositivo IoT, puede solicitar el puntero a ese dispositivo IoT desde el dispositivo supervisor 130 y, a continuación, comunicarse con el dispositivo IoT de destino como un igual. Los dispositivos IoT 110-118 se comunican entre sí a través de una red de comunicación de igual a igual usando un protocolo de mensajería común (CMP). Siempre que dos dispositivos IoT estén habilitados para CMP y conectados a través de un transporte de comunicación común, pueden comunicarse entre sí. En la pila de protocolos, la capa CMP 154 está debajo de la capa de aplicación 152 y encima de la capa de transporte 156 y la capa física 158.

[0035] De acuerdo con otro aspecto de la divulgación, la FIG. 1D ilustra una arquitectura de alto nivel de otro sistema de comunicaciones inalámbricas 100D que contiene una pluralidad de dispositivos IoT. En general, el sistema de comunicaciones inalámbricas 100D mostrado en la FIG. 1D puede incluir diversos componentes que son iguales y/o sustancialmente similares a los sistemas de comunicaciones inalámbricas 100A-C mostrados en las FIGS. 1-C, respectivamente, descritos con más detalle anteriormente. De este modo, por brevedad y facilidad de descripción, diversos detalles relacionados con determinados componentes en el sistema de comunicaciones inalámbricas 100D mostrado en la FIG. 1D pueden omitirse en el presente documento en la medida en que los mismos detalles, u otros similares, ya se hayan proporcionado anteriormente en relación con los sistemas de comunicaciones inalámbricas 100A-C ilustrados en las FIG. 1A-C, respectivamente.

[0036] Internet es un "recurso" que puede ser regulado usando el concepto de IoT. Sin embargo, Internet es solo un ejemplo de un recurso que está regulado, y cualquier recurso podría regularse usando el concepto de IoT. Otros recursos que pueden regularse incluyen, pero no se limitan a, electricidad, gas, almacenamiento, seguridad, y similares. Un dispositivo IoT puede estar conectado al recurso y, por lo tanto, regularlo, o el recurso podría regularse a través de Internet. La FIG. 1D ilustra varios recursos 180, tal como gas natural, gasolina, agua caliente y electricidad, que se pueden regular además de Internet 175, o que se pueden regular a través de Internet 175.

[0037] Los dispositivos IoT pueden comunicarse entre sí para regular su uso de un recurso. Por ejemplo, los dispositivos IoT, tales como una tostadora, un ordenador y un secador de pelo, pueden comunicarse entre sí a través de una interfaz de comunicación Bluetooth para regular su uso de electricidad (el recurso). Como otro ejemplo, los dispositivos IoT, tales como un ordenador de escritorio, un teléfono y una tableta electrónica, pueden comunicarse a través de una interfaz de comunicación Wi-Fi para regular su acceso a Internet (el recurso). Como otro ejemplo más, dispositivos IoT tales como una estufa, una secadora de ropa y un calentador de agua, pueden comunicarse a través de una interfaz de comunicación Wi-Fi para regular su uso de gas. De forma alternativa, o adicionalmente, cada dispositivo IoT puede estar conectado a un servidor IoT, tal como el servidor IoT 170, que tiene lógica para regular su uso del recurso en base a la información recibida desde los dispositivos IoT.

[0038] De acuerdo con otro aspecto de la divulgación, la FIG. 1E ilustra una arquitectura de alto nivel de otro sistema de comunicaciones inalámbricas 100E que contiene una pluralidad de dispositivos IoT. En general, el sistema de comunicaciones inalámbricas 100E mostrado en la FIG. 1E puede incluir diversos componentes que son iguales y/o sustancialmente similares a los sistemas de comunicaciones inalámbricas 100A-D mostrados en las FIGS. 1-D, respectivamente, descritos con más detalle anteriormente. De este modo, por brevedad y facilidad de descripción, diversos detalles relacionados con determinados componentes en el sistema de comunicaciones inalámbricas 100E mostrado en la FIG. 1E pueden omitirse en el presente documento en la medida en que los mismos detalles, u otros similares, ya se hayan proporcionado anteriormente en relación con los sistemas de comunicaciones inalámbricas 100A-D ilustrados en las FIG. 1A-D, respectivamente.

[0039] El sistema de comunicaciones 100E incluye dos grupos IoT proximales 160A y 160B. Múltiples grupos IoT proximales pueden conectarse a y/o comunicarse entre sí a través de un superagente IoT conectado a Internet 175. A alto nivel, un superagente IoT gestiona las comunicaciones entre grupos. En la FIG. 1E, el grupo IoT proximal 160A incluye dispositivos loT 116A, 122A y 124A y un superagente loT 140A. El grupo loT proximal 160B incluye dispositivos IoT 116B, 122B y 124B y un superagente IoT 140B. Superagentes IoT 140A y 140B están conectados a Internet 175 y pueden comunicarse entre sí a través de Internet 175 o directamente. Los superagentes IoT 140A y 140B facilitan la comunicación entre los grupos IoT proximales 160A y 160B. Aunque la FIG. 1E ilustra dos grupos IoT proximales que se comunican entre sí a través de superagentes IoT 160A y 160B, cualquier número de grupos IoT proximales pueden comunicarse entre sí mediante superagentes IoT.

[0040] La FIG. 2A ilustra un ejemplo de alto nivel de un dispositivo IoT 200A de acuerdo con aspectos de la divulgación. Si bien las apariencias externas y/o los componentes internos pueden diferir significativamente entre los dispositivos IoT, la mayoría de dispositivos IoT tendrán algún tipo de interfaz de usuario, que puede comprender un dispositivo de visualización y un medio para la entrada de usuario. Los dispositivos IoT sin una interfaz de usuario se pueden comunicar de forma remota a través de una red alámbrica o inalámbrica, tal como la interfaz aérea 108 en las FIGS. 1A-B y D.

[0041] Como se muestra en la FIG. 2A, en una configuración de ejemplo para el dispositivo IoT 200A, una carcasa externa del dispositivo IoT 200A puede configurarse con un dispositivo de visualización 226, un botón de encendido 222 y dos botones de control 224A y 224B, entre otros componentes, como se conoce en la técnica. El dispositivo de visualización 226 puede ser una pantalla táctil, en cuyo caso los botones de control 224A y 224B pueden no ser necesarios. Aunque no se muestra explícitamente como parte del dispositivo IoT 200A, el dispositivo IoT 200A puede incluir una o más antenas externas y/o una o más antenas integradas que están incorporadas en la carcasa externa, que incluyen, pero sin limitarse a, antenas Wi-Fi, antenas celulares, antenas del sistema de posición por satélite (SPS) (por ejemplo, antenas del sistema de posicionamiento global (GPS)), etc.

[0042] Mientras que los componentes internos de los dispositivos IoT, tales como el dispositivo IoT 200A, pueden realizarse con diferentes configuraciones de hardware, una configuración básica de alto nivel para los componentes internos de hardware se muestra como plataforma 202 en la FIG. 2A. La plataforma 202 puede recibir y ejecutar aplicaciones de software, datos y/o comandos transmitidos a través de una interfaz de red, tal como la interfaz aérea 108 en las FIGS. 1A-B y D y/o una interfaz alámbrica. La plataforma 202 también puede ejecutar de forma independiente aplicaciones almacenadas localmente. La plataforma 202 puede incluir uno o más transceptores 206 configurados para comunicación alámbrica y/o inalámbrica (por ejemplo, un transceptor Wi-Fi, un transceptor Bluetooth, un transceptor celular, un transceptor de satélite, un receptor de GPS o SPS, etc.) acoplados de forma operativa a uno o más procesadores 208, tales como un microcontrolador, un microprocesador, un circuito integrado específico de la aplicación, un procesador de señales digitales (DSP), un circuito de lógica programable u otro dispositivo de procesamiento de datos, que se denominará genéricamente procesador 208. El procesador 208 puede ejecutar instrucciones de programación de aplicaciones dentro de una memoria 212 del dispositivo IoT. La memoria 212 puede incluir una o más de entre una memoria de solo lectura (ROM), una memoria de acceso aleatorio (RAM), ROM programable borrable eléctricamente (EEPROM), tarjetas de memoria flash o cualquier memoria común a plataformas informáticas. Una o más interfaces de entrada/salida (E/S) 214 pueden configurarse para permitir que el procesador 208 se comunique con y controle desde varios dispositivos de E/S tales como el dispositivo de visualización 226, el botón de encendido 222, los botones de control 224A y 224B como se ilustra, y cualquier otro dispositivo, tal como sensores, actuadores, relés, válvulas, conmutadores, y similares, asociados al dispositivo IoT 200A.

[0043] En consecuencia, un aspecto de la divulgación puede incluir un dispositivo IoT (por ejemplo, un dispositivo IoT 200A) que incluye la capacidad de realizar las funciones descritas en el presente documento. Como apreciarán los expertos en la técnica, los diversos elementos lógicos pueden realizarse en elementos discretos, módulos de software ejecutados en un procesador (por ejemplo, el procesador 208) o cualquier combinación de software y hardware para conseguir la funcionalidad divulgada en el presente documento. Por ejemplo, el transceptor 206, el procesador 208, la memoria 212 y la interfaz de E/S 214 se pueden usar cooperativamente para cargar, almacenar y ejecutar las diversas funciones divulgadas en el presente documento y, así, la lógica para realizar estas funciones se puede distribuir a través de diversos elementos. De forma alternativa, la funcionalidad se podría incorporar en un componente discreto. Por lo tanto, las características del dispositivo IoT 200A en la FIG. 2A se han de considerar meramente ilustrativos y la divulgación no se limita a las características o disposición ilustradas.

[0044] La FIG. 2B ilustra un ejemplo de alto nivel de un dispositivo IoT pasivo 200B de acuerdo con aspectos de la divulgación. En general, el dispositivo IoT pasivo 200B mostrado en la FIG. 2B puede incluir varios componentes que son iguales y/o sustancialmente similares al dispositivo IoT 200A mostrado en la FIG. 2A, descrito con más detalle anteriormente. De este modo, por brevedad y facilidad de descripción, diversos detalles relacionados con determinados componentes en el dispositivo IoT pasivo 200B mostrado en la FIG. 2B pueden omitirse en el presente documento en la medida en que los mismos detalles, u otros similares, ya se hayan proporcionado anteriormente en relación con el dispositivo IoT 200A ilustrado en la FIG. 2A.

[0045] El dispositivo IoT pasivo 200B mostrado en la FIG. 2B generalmente puede diferir del dispositivo IoT 200A mostrado en la FIG. 2A en que el dispositivo IoT pasivo 200B puede no tener un procesador, memoria interna u otros componentes determinados. En cambio, en un modo de realización, el dispositivo IoT pasivo 200B puede incluir solo una interfaz de E/S 214 u otro mecanismo adecuado que permita observar, supervisar, controlar, gestionar o conocer de otro modo el dispositivo loT pasivo 200B en una red loT controlada. Por ejemplo, en un modo de realización, la interfaz de E/S 214 asociada al dispositivo IoT pasivo 200B puede incluir un código de barras, una interfaz Bluetooth, una interfaz de radiofrecuencia (RF), una etiqueta RFID, una interfaz de IR, una interfaz NFC o cualquier otra interfaz de E/S adecuada que pueda proporcionar un identificador y atributos asociados al dispositivo IoT pasivo 200B a otro dispositivo cuando se consulta a través de una interfaz de corto alcance (por ejemplo, un dispositivo IoT activo, tal como el dispositivo IoT 200A, que puede detectar, almacenar, comunicar, actuar respecto a, o procesar de otro modo información relacionada con los atributos asociados al dispositivo IoT pasivo 200B).

[0046] Aunque lo que antecede describe que el dispositivo IoT pasivo 200B tiene alguna forma de RF, código de barras u otra interfaz de E/S 214, el dispositivo IoT pasivo 200B puede comprender un dispositivo u otro objeto físico que no tenga tal interfaz de E/S 214. Por ejemplo, determinados dispositivos IoT pueden tener mecanismos de escáner o lector apropiados que pueden detectar formas, tamaños, colores y/u otras características observables asociadas al dispositivo IoT pasivo 200B para identificar el dispositivo IoT pasivo 200B. De esta manera, cualquier objeto físico adecuado puede comunicar su identidad y atributos y ser observado, supervisado, controlado o gestionado de otro modo en una red IoT controlada. La FIG. 3 ilustra un dispositivo de comunicación 300 que incluye la lógica configurada para llevar a cabo una funcionalidad. El dispositivo de comunicación 300 puede corresponder a cualquiera de los dispositivos de comunicación mencionados anteriormente, incluyendo, pero sin limitarse a, los dispositivos IoT 110-118/120, el dispositivo IoT 200A, cualquier componente acoplado a Internet 175 (por ejemplo, el servidor IoT 170), etc. Por lo tanto, el dispositivo de comunicación 300 puede corresponder a cualquier dispositivo electrónico que esté configurado para comunicarse con (o facilitar la comunicación con) una o más entidades diferentes a través de los sistemas de comunicaciones inalámbricas 100A-E de las FIGS. 1A-E.

[0047] La FIG. 3 ilustra un dispositivo de comunicación 300 que incluye lógica configurada para llevare a cabo una funcionalidad. El dispositivo de comunicación 300 puede corresponder a cualquiera de los dispositivos de comunicación mencionados anteriormente, incluyendo, pero sin limitarse a, los dispositivos IoT 110-118/120, el dispositivo IoT 200A, cualquier componente acoplado a Internet 175 (por ejemplo, el servidor IoT 170), etc. Por lo tanto, el dispositivo de comunicación 300 puede corresponder a cualquier dispositivo electrónico que esté configurado para comunicarse con (o facilitar la comunicación con) una o más entidades diferentes a través de los sistemas de comunicaciones inalámbricas 100A-E de las FIGS. 1A-E.

[0048] En referencia a la FIG. 3, el dispositivo de comunicación 300 incluye lógica configurada para recibir y/o transmitir información 305. En un ejemplo, si el dispositivo de comunicación 300 corresponde a un dispositivo de comunicaciones inalámbricas (por ejemplo, dispositivo IoT 200A y/o dispositivo IoT pasivo 200B), la lógica configurada para recibir y/o transmitir información 305 puede incluir una interfaz de comunicaciones inalámbricas (por ejemplo, Bluetooth, Wi-Fi, Wi-Fi Direct, Evolución a Largo Plazo (LTE) Directa, etc.) tal como un transceptor inalámbrico y hardware asociado (por ejemplo, una antena de RF, un módem, un modulador y/o desmodulador, etc.). En otro ejemplo, la lógica configurada para recibir y/o transmitir información 305 puede corresponder a una interfaz de comunicaciones alámbricas (por ejemplo, una conexión en serie, una conexión USB o Firewire, una conexión Ethernet a través de la cual pueda accederse a Internet 175, etc.). Por lo tanto, si el dispositivo de comunicación 300 corresponde a algún tipo de servidor basado en red (por ejemplo, el servidor IoT 170), la lógica configurada para recibir y/o transmitir información 305 puede corresponder a una tarjeta Ethernet, en un ejemplo, que conecta el servidor basado en red a otras entidades de comunicación a través de un protocolo Ethernet. Como un ejemplo, la lógica configurada para recibir y/o transmitir información 305 puede incluir lógica configurada para recibir, en un dispositivo IoT, datos que representan un contexto de cada uno de un primer conjunto de dispositivos IoT en una red IoT, y lógica configurada para recibir, en el dispositivo IoT, datos que representan un estado actual de cada uno de un segundo conjunto de dispositivos IoT en la red IoT. Como otro ejemplo, la lógica configurada para recibir y/o transmitir información 305 puede incluir lógica configurada para detectar una interacción entre un primer dispositivo de usuario que pertenece al primer usuario y un segundo dispositivo de usuario que pertenece al segundo usuario. En un ejemplo adicional, la lógica configurada para recibir y/o transmitir información 305 puede incluir hardware sensorial o de medición, por el cual el dispositivo de comunicación 300 pueda supervisar su entorno local (por ejemplo, un acelerómetro, un sensor de temperatura, un sensor de luz, una antena para supervisar señales de RF locales, etc.). La lógica configurada para recibir y/o transmitir información 305 puede incluir también software que, cuando se ejecute, permita al hardware asociado de la lógica configurada para recibir y/o transmitir información 305 realizar sus una o más funciones de recepción y/o transmisión. Sin embargo, la lógica configurada para recibir y/o transmitir información 305 no corresponde solamente al software, y la lógica configurada para recibir y/o transmitir información 305 depende, al menos parcialmente, del hardware para lograr su funcionalidad.

[0049] Haciendo referencia a la FIG. 3, el dispositivo de comunicación 300 incluye, además, lógica configurada para procesar información 310. En un ejemplo, la lógica configurada para procesar información 310 puede incluir al menos un procesador. Implementaciones de ejemplo del tipo de procesamiento que puede realizarse mediante la lógica configurada para procesar información 310 incluyen, pero no se limitan a, realizar determinaciones, establecer conexiones, realizar selecciones entre diferentes opciones de información, realizar evaluaciones relativas a datos, interactuar con sensores acoplados al dispositivo de comunicación 300 para realizar operaciones de medición, convertir la información de un formato a otro (por ejemplo, entre protocolos diferentes tales como de .wmv a .avi, etc.), etc. Por ejemplo, la lógica configurada para procesar información 310 puede incluir lógica configurada para recibir, en un dispositivo IoT, datos que representan un contexto de cada uno de un primer conjunto de dispositivos IoT en una red IoT, lógica configurada para recibir, en el dispositivo IoT, datos que representan un estado actual de cada uno de un segundo conjunto de dispositivos IoT en la red IoT, y lógica configurada para determinar, mediante el dispositivo IoT, una acción a realizar en un IoT objetivo en base a los datos recibidos que representan el contexto del primer conjunto de dispositivos IoT y los datos recibidos que representan el estado actual del segundo conjunto de dispositivos IoT. Como otro ejemplo, la lógica configurada para procesar información 310 puede incluir lógica configurada para detectar una interacción entre un primer dispositivo de usuario que pertenece al primer usuario y un segundo dispositivo de usuario que pertenece al segundo usuario, lógica configurada para almacenar información relacionada con la interacción en una primera tabla de interacción asociada al primer dispositivo de usuario, lógica configurada para asignar un identificador de relación al segundo usuario en base a, al menos en parte, la información relacionada con la interacción, y lógica configurada para determinar si el identificador de relación asignado es correcto o no. El procesador incluido en la lógica configurada para procesar información 310 puede corresponder a un procesador de propósito general, un DSP, un ASIC, un conjunto de puertas programables in situ (FPGA) u otro dispositivo de lógica programable, lógica de puertas o transistores discreta, componentes de hardware discretos o cualquier combinación de los mismos diseñada para realizar las funciones descritas en el presente documento. Un procesador de propósito general puede ser un microprocesador pero, de forma alternativa, el procesador puede ser cualquier procesador, controlador, microcontrolador o máquina de estados convencional. Un procesador también se puede implementar como una combinación de dispositivos informáticos (por ejemplo, una combinación de un DSP y un microprocesador, una pluralidad de microprocesadores, uno o más microprocesadores junto con un núcleo de DSP o cualquier otra configuración de este tipo). La lógica configurada para procesar información 310 puede incluir también software que, cuando se ejecute, permita al hardware asociado de la lógica configurada para procesar información 310 realizar sus una o más funciones de procesamiento. Sin embargo, la lógica configurada para procesar información 310 no corresponde solamente al software, y la lógica configurada para procesar información 310 depende, al menos en parte, del hardware para lograr su funcionalidad.

[0050] En referencia a la FIG. 3, el dispositivo de comunicación 300 incluye, además, lógica configurada para almacenar información 315. En un ejemplo, la lógica configurada para almacenar información 315 puede incluir al menos una memoria no transitoria y hardware asociado (por ejemplo, un controlador de memoria, etc.). Por ejemplo, la memoria no transitoria incluida en la lógica configurada para almacenar información 315 puede corresponder a RAM, memoria flash, ROM, ROM borrable programable (EPROM), EEPROM, registros, un disco duro, un disco extraíble, un CD-ROM, o cualquier otra forma de medio de almacenamiento conocido en la técnica. La lógica configurada para almacenar información 315 puede incluir también software que, cuando se ejecute, permita al hardware asociado de la lógica configurada para almacenar información 315 realizar sus una o más funciones de almacenamiento. Sin embargo, la lógica configurada para almacenar información 315 no corresponde solamente al software, y la lógica configurada para almacenar información 315 depende, al menos en parte, del hardware para lograr su funcionalidad.

[0051] En referencia a la FIG. 3, el dispositivo de comunicación 300 incluye además opcionalmente lógica configurada para presentar información 320. En un ejemplo, la lógica configurada para presentar información 320 puede incluir al menos un dispositivo de salida y hardware asociado. Por ejemplo, el dispositivo de salida puede incluir un dispositivo de salida de vídeo (por ejemplo, una pantalla de visualización, un puerto que pueda llevar información de vídeo tal como USB, HDMI, etc.), un dispositivo de salida de audio (por ejemplo, altavoces, un puerto que pueda llevar información de audio, tal como un conector de micrófono, USB, HDMI, etc.), un dispositivo de vibración y/o cualquier otro dispositivo por el cual se pueda dar formato a la información para su emisión o ésta pueda emitirse realmente por un usuario u operador del dispositivo de comunicación 300. Por ejemplo, si el dispositivo de comunicación 300 corresponde al dispositivo IoT 200A como se muestra en la FIG. 2A y/o al dispositivo IoT pasivo 200B como se muestra en la FIG. 2B, la lógica configurada para presentar información 320 puede incluir el dispositivo de visualización 226. En otro ejemplo, la lógica configurada para presentar información 320 puede omitirse en determinados dispositivos de comunicación, tales como dispositivos de comunicación en red que no tengan un usuario local (por ejemplo, conmutadores o encaminadores de red, servidores remotos, etc.). La lógica configurada para presentar información 320 puede incluir también software que, cuando se ejecute, permita al hardware asociado de la lógica configurada para presentar información 320 realizar sus una o más funciones de presentación. Sin embargo, la lógica configurada para presentar información 320 no corresponde solamente al software y la lógica configurada para presentar información 320 depende, al menos en parte, del hardware para lograr su funcionalidad.

[0052] En referencia a la FIG. 3, el dispositivo de comunicación 300 incluye además opcionalmente lógica configurada para recibir una entrada de usuario local 325. En un ejemplo, la lógica configurada para recibir la entrada de usuario local 325 puede incluir al menos un dispositivo de entrada de usuario y hardware asociado. Por ejemplo, el dispositivo de entrada de usuario puede incluir botones, una pantalla táctil, un teclado, una cámara, un dispositivo de entrada de audio (por ejemplo, un micrófono o un puerto que pueda llevar información de audio, tal como un conector de micrófono, etc.) y/o cualquier otro dispositivo por el cual se pueda recibir información desde un usuario u operador del dispositivo de comunicación 300. Por ejemplo, si el dispositivo de comunicación 300 corresponde al dispositivo IoT 200A mostrado en la FIG. 2A y/o al dispositivo IoT pasivo 200B mostrado en la FIG.

2B, la lógica configurada para recibir la entrada de usuario local 325 puede incluir los botones 222, 224A y 224B, el dispositivo de visualización 226 (por ejemplo, una pantalla táctil), etc. En otro ejemplo, la lógica configurada para recibir la entrada de usuario local 325 puede omitirse en determinados dispositivos de comunicación, tales como dispositivos de comunicación de red que no tienen un usuario local (por ejemplo, conmutadores o encaminadores de red, servidores remotos, etc.). La lógica configurada para recibir la entrada de usuario local 325 puede incluir también software que, cuando se ejecute, permita al hardware asociado de la lógica configurada para recibir la entrada de usuario local 325 realizar sus una o más funciones de recepción de entrada. Sin embargo, la lógica configurada para recibir la entrada de usuario local 325 no corresponde solamente al software y la lógica configurada para recibir la entrada de usuario local 325 depende, al menos en parte, del hardware para lograr su funcionalidad.

[0053] Haciendo referencia a la FIG. 3, mientras que las lógicas configuradas de 305 a 325 se muestran como bloques independientes o distintos en la FIG. 3, se apreciará que el hardware y/o software mediante los cuales la respectiva lógica configurada realiza su funcionalidad pueden superponerse en parte. Por ejemplo, cualquier software usado para facilitar la funcionalidad de las lógicas configuradas de 305 a 325 puede almacenarse en la memoria no transitoria asociada a la lógica configurada para almacenar información 315, de tal manera que las lógicas configuradas de 305 a 325 realicen, cada una, su funcionalidad (es decir, en este caso, la ejecución de software) basándose, en parte, en el funcionamiento del software almacenado por la lógica configurada para almacenar información 315. Asimismo, el hardware que está directamente asociado a una de las lógicas configuradas puede, en ocasiones, prestarse a, o usarse por, otras lógicas configuradas. Por ejemplo, el procesador de la lógica configurada para procesar información 310 puede formatear datos en un formato adecuado antes de transmitirse mediante la lógica configurada para recibir y/o transmitir información 305, de modo que la lógica configurada para recibir y/o transmitir información 305 realice su funcionalidad (es decir, en este caso, la transmisión de datos) basándose, en parte, en el funcionamiento del hardware (es decir, el procesador) asociado a la lógica configurada para procesar información 310.

[0054] En general, a menos que se indique lo contrario de forma explícita, la expresión "lógica configurada para" como se usa a lo largo de la presente divulgación pretende invocar un aspecto que se implementa, al menos parcialmente, con hardware, y no pretende relacionarse con implementaciones de solo software que son independientes del hardware. Igualmente, se apreciará que la lógica configurada o la "lógica configurada para" en los diversos bloques no está limitada a puertas o elementos lógicos específicos, sino que se refieren, en general, a la capacidad de realizar la funcionalidad descrita en el presente documento (ya sea a través de hardware o de una combinación de hardware y software). Por tanto, las lógicas configuradas o la "lógica configurada para", como se ilustra en los diversos bloques, no se implementan necesariamente como puertas lógicas o elementos lógicos a pesar de compartir la palabra "lógica". Otras interacciones o cooperación entre la lógica en los diversos bloques resultarán evidentes para un experto en la técnica a partir de la revisión de los aspectos descritos a continuación con más detalle.

[0055] Los diversos modos de realización se pueden implementar en cualquiera de una variedad de dispositivos de servidor disponibles comercialmente, tales como el servidor 400 ilustrado en la FIG.4. En un ejemplo, el servidor 400 puede corresponder a una configuración de ejemplo del servidor IoT 170 descrito anteriormente. En la FIG. 4, el servidor 400 incluye un procesador 401 acoplado a una memoria volátil 402 y a una memoria no volátil de gran capacidad, tal como una unidad de disco 403. El servidor 400 también puede incluir una unidad de disco flexible, una unidad de disco compacto (CD) o disco DVD 406 acoplada al procesador 401. El servidor 400 también puede incluir puertos de acceso a red 404 acoplados al procesador 401 para establecer conexiones de datos con una red 407, tal como una red de área local acoplada a otros ordenadores y servidores de sistema de radiodifusión o a Internet. En contexto con la FIG. 3, se apreciará que el servidor 400 de la FIG. 4 ilustra una implementación de ejemplo del dispositivo de comunicación 300, con lo que la lógica configurada para transmitir y/o recibir información 305 corresponde a los puntos de acceso a red 404 usados por el servidor 400 para comunicarse con la red 407, la lógica configurada para procesar información 310 corresponde al procesador 401, y la configuración lógica para almacenar información 315 corresponde a cualquier combinación de la memoria volátil 402, la unidad de disco magnético 403 y/o la unidad de disco óptico 406. La lógica opcional configurada para presentar información 320 y la lógica opcional configurada para recibir entradas de usuario local 325 no se muestran explícitamente en la FIG.

4 y pueden o no estar incluidas en la misma. Por tanto, la FIG. 4 ayuda a demostrar que el dispositivo de comunicación 300 puede implementarse como un servidor, además de una implementación del dispositivo IoT como en la FIG. 2A.

[0056] Las tecnologías y servicios basados en IP se han perfeccionado, reduciendo el coste y aumentando la disponibilidad de IP. Esto ha permitido agregar conectividad a Internet a más y más tipos de objetos electrónicos cotidianos. IoT se basa en la idea de que los objetos cotidianos electrónicos, no solo los ordenadores y las redes informáticas, pueden ser legibles, reconocibles, localizables, direccionables y controlables a través de Internet.

[0057] Hay una necesidad creciente de que una variedad de dispositivos IoT heterogéneos sean capaces de comunicarse entre sí. Los dispositivos IoT deben ser conscientes de la presencia, el estado y el entorno de cada uno para realizar acciones y/o comandos sensibles al contexto de forma colectiva.

En consecuencia, la divulgación proporciona un marco para aprovechar el conocimiento del contexto derivado de una función de varios elementos de esquema de dispositivos IoT heterogéneos, tales como espacio, tiempo, ubicación, estado/eventos, listas de asociación, rangos de asociación y/o interdependencias, para permitir que dispositivos IoT heterogéneos realicen un conjunto de acciones/comandos. Estas interacciones sensibles al contexto se denominan "acciones/comandos" ya que un dispositivo IoT emite un comando o disparador y el otro dispositivo IoT realiza una acción o cambio de estado correspondiente.

[0058] Los dispositivos IoT se pueden conocer entre sí en virtud de un identificador universal global (GUID) y pueden establecer una sensibilidad al contexto con respecto a otros dispositivos IoT al aprovechar el vocabulario de los otros dispositivos IoT. El "vocabulario" de un dispositivo IoT define cómo comunicarse con el dispositivo IoT y puede incluirse en o derivarse de un esquema del dispositivo IoT. Los elementos de esquema y sus valores de elemento de esquema correspondientes constituyen el vocabulario de los dispositivos IoT. Los elementos de esquema pueden incluir, pero no se limitan a, espacio, tiempo, ubicación, estado/eventos, listas de asociación, rangos de asociación, interdependencias y/o similares. El esquema, y por lo tanto el vocabulario, de un dispositivo IoT se puede obtener usando el GUID del dispositivo IoT.

[0059] Al conocer el contexto de otros dispositivos IoT, un dispositivo IoT puede realizar un conjunto de acciones/comandos basándose en un disparador derivado del contexto de los otros dispositivos IoT. Es decir, un dispositivo IoT puede detectar un cambio en el contexto de uno o más dispositivos IoT y, en respuesta, realizar una acción o un cambio de estado. De forma alternativa, un dispositivo IoT puede realizar una acción o cambiar su estado y, en respuesta, ordenar a uno o más dispositivos IoT que realicen una acción o cambien su estado.

[0060] Puede haber una cadena de acciones/comandos realizados por una cadena de dispositivos IoT. Es decir, uno o más primeros dispositivos IoT pueden detectar un contexto de uno o más dispositivos IoT diferentes y, en respuesta, realizar una o más acciones. Uno o más segundos dispositivos IoT pueden detectar el nuevo estado de los primeros dispositivos IoT y, en respuesta, realizar una o más acciones. Uno o más terceros dispositivos IoT pueden detectar el nuevo estado del/de los segundo(s) dispositivo(s) IoT y, en respuesta, realizar una o más acciones, y así sucesivamente. El primer, segundo y tercer conjunto de dispositivos IoT pueden superponerse. Es decir, los dispositivos IoT del primer conjunto pueden estar en el tercer conjunto, los dispositivos IoT del segundo conjunto pueden estar en el tercer conjunto, y así sucesivamente.

[0061] Como ejemplo, si no existe un contexto permisible aplicable a un dispositivo IoT autorizado, los pares de acción/comando pueden incluir acciones/comandos tales como apagar, bloquear, dejar inoperativo y similares. Por ejemplo, cuando el dispositivo IoT de un padre no está en el salón, el televisor (un dispositivo IoT sensible al contexto) puede restringir el funcionamiento del control remoto por parte del niño, permitir acceder solamente a contenido supervisado por los padres, apagarse después de un tiempo de espera de cinco minutos, o similar.

[0062] Las acciones/comandos realizados por un dispositivo IoT pueden adaptarse al GUID y al vocabulario de uno o más dispositivos IoT a los que el dispositivo IoT está reaccionando. Por ejemplo, si un niño está durmiendo en una habitación con las luces apagadas, la iluminación inteligente de la habitación (un dispositivo IoT sensible al contexto) puede permanecer apagada según el estado del niño. El estado del niño puede derivarse del estado de sus zapatos, reloj y/o de un sensor que lleva el niño. Si un padre entra para ver cómo está el niño, el dispositivo IoT de iluminación inteligente sensible al y consciente del contexto puede reaccionar a la combinación contextual de que el padre y el niño estén en la misma habitación realizando una acción inteligente de iluminación hasta un estado atenuado de un 10%.

[0063] En el ejemplo anterior, el contexto derivado y la acción realizada se pueden representar como:

• Contexto = {GUID_Padre, GUID_Niño, Acción: GUID_PadreEnHabitación, GUID_NiñoDormido, Hora:

22:00 H}

• Acción = {GUID_IluminaciónInteligente, Acción: EstadoBajaLuminosidad, Estado: 10% atenuado}

[0064] La FIG. 5A ilustra una función ejemplar de derivación de acción cognitiva sensible al contexto 500A implementada por un primer dispositivo IoT. La función de derivación 500A recibe como entrada el vocabulario de uno o más dispositivos IoT, ilustrados como dispositivos IoT 520. Los dispositivos IoT 520 proporcionan el contexto que la función de derivación 500A usa para emitir cualquier acción/comando a uno o más dispositivos IoT, ilustrados como dispositivos IoT 530. El conjunto de dispositivos IoT 520 puede, aunque no necesariamente, superponerse con el conjunto de dispositivos IoT 530.

[0065] La función de derivación 500A también recibe como entradas varios valores de elementos de esquema de uno o más dispositivos IoT, ilustrados como dispositivos IoT 510, tal como la hora actual y la ubicación de los dispositivos IoT 510. Basándose en las entradas recibidas, la función de derivación 500A obtiene uno o más conjuntos de acción/comando y los envía a los dispositivos IoT 530. El conjunto de dispositivos IoT 510 puede, aunque no necesariamente, superponerse con el conjunto de dispositivos IoT 530. Adicionalmente, el conjunto de dispositivos loT 520 puede, aunque no necesariamente, superponerse con el conjunto de dispositivos loT 510.

[0066] El dispositivo IoT que implementa la función de derivación 500A puede ser cualquiera de los dispositivos IoT 510, 520 o 530 o un dispositivo IoT aparte. De forma alternativa, la función de derivación 500A puede implementarse por un servidor, tal como el servidor IoT 170, o un dispositivo supervisor, tal como el dispositivo supervisor 130.

[0067] Cada dispositivo IoT en una red IoT puede ejecutar una función de derivación. Los diferentes dispositivos IoT que implementan la función de derivación podrían tomar decisiones diferentes y, por lo tanto, proporcionar diferentes acciones/comandos, basándose en las mismas entradas. Esto se ilustra en la FIG. 5B. La FIG. 5B ilustra una función de derivación de acción consciente del y sensible al contexto 500B ejemplar implementada por un dispositivo IoT diferente al dispositivo IoT que implementa la función de derivación 500A.

[0068] Al igual que con la función de derivación 500A, la función de derivación 500B recibe como entradas el vocabulario de los dispositivos IoT 520 y diversos valores de elemento de esquema de los dispositivos IoT 510. Los dispositivos IoT 520 proporcionan el contexto que la función de derivación 500B usa para emitir cualquier acción/comando a los dispositivos IoT 530. Basándose en las entradas recibidas, la función de derivación 500B obtiene uno o más conjuntos de acción/comando y los envía a los dispositivos IoT 530. El conjunto de acción/comando determinado por la función de derivación 500B puede ser diferente del conjunto de acción/comando determinado por la función de derivación 500A.

[0069] Los dispositivos IoT pueden aprovechar aún más los rangos de asociación de los otros dispositivos IoT para realizar las acciones determinadas. Como ejemplo, un dispositivo IoT puede usar los rangos de asociación para determinar la similitud con respecto a acciones que puede realizar para los dispositivos IoT objetivo en el caso de vínculos de clasificación. Por ejemplo, un sistema de música en el salón (un dispositivo IoT sensible al contexto) puede estar reproduciendo un primer género de música para una primera persona (que lleva un primer dispositivo IoT). Si una segunda persona (que lleva un segundo dispositivo IoT) entra en la habitación, el sistema de música puede cambiar a un género musical que le guste tanto a la primera persona como a la segunda persona (una coincidencia identificada) o seguir reproduciendo el primer género de música si el rango de asociación de la primera persona (determinado a partir del primer dispositivo IoT) es mayor que el rango de asociación de la segunda persona (determinado a partir del segundo dispositivo IoT). De forma alternativa, el sistema de música puede ignorar el evento de contexto de la segunda persona que entra en la habitación si no tiene vocabulario para la segunda persona (es decir, el segundo dispositivo IoT) en su lista de asociación de vocabulario.

[0070] Como otro ejemplo, un dispositivo IoT puede realizar una acción sesgada en función de los rangos de asociación. Por ejemplo, a una primera persona (que lleva un primer dispositivo IoT) puede gustarle que la iluminación de una habitación tenga una temperatura de color diurna, tal como 5000 K, mientras que una segunda persona (que lleva un segundo dispositivo IoT) puede preferir un tono más cálido, tal como 2700 K. Un sistema de iluminación inteligente (un dispositivo IoT) puede detectar o determinar que la primera persona tiene un rango de asociación de 8, por ejemplo, y que la segunda persona tiene un rango de asociación de 3, por ejemplo. Según los rangos de asociación, el sistema de iluminación inteligente puede realizar una acción sesgada como un compromiso entre las preferencias de la primera persona y la segunda persona. El sistema de iluminación inteligente puede establecer la temperatura de color en 4300 K, por ejemplo, basándose en el rango de asociación de la primera persona y el rango de asociación del segundo dispositivo.

[0071] La FIG. 6 ilustra un flujo ejemplar para permitir acciones sensibles al contexto entre dispositivos IoT heterogéneos. El flujo ilustrado en la FIG. 6 puede ser realizado por un servidor para la red IoT, tal como el servidor IoT 170, un dispositivo supervisor, tal como el dispositivo supervisor 130, el dispositivo IoT objetivo o cualquiera de los dispositivos IoT en la red de dispositivos IoT.

[0072] En 610 se reciben datos que representan un contexto de cada uno de un primer conjunto de dispositivos IoT en la red IoT. Los datos que representan el contexto de cada uno del primer conjunto de dispositivos IoT pueden incluir datos que representan los perfiles de cada uno del primer conjunto de dispositivos IoT. Un perfil de un dispositivo IoT incluye elementos de esquema y valores correspondientes del dispositivo IoT, tal como un identificador, marca, modelo, hora, ubicación, estado, eventos, listas de asociación, rangos de asociación y/o interdependencias del dispositivo IoT.

[0073] En 620 se reciben datos que representan el estado actual y el contexto de cada uno de un segundo conjunto de dispositivos IoT en la red IoT. Los datos que representan el estado actual de cada uno del segundo conjunto de dispositivos IoT son el valor actual de cualquier elemento de esquema del dispositivo IoT y pueden incluir, pero no se limitan a, el GUID, estado, marca, modelo, hora, ubicación, estado, eventos, listas de asociación, rangos de asociación, interdependencias, y similares, del dispositivo IoT.

[0074] Si el flujo de la FIG. 6 está siendo realizado por un dispositivo IoT, el dispositivo IoT puede recibir los datos de contexto del primer conjunto de dispositivos IoT y los datos de estado actual del segundo conjunto de dispositivos IoT. De forma alternativa, el dispositivo IoT puede recibir estos datos desde un servidor para la red IoT. Si el flujo de la FIG. 6 está siendo realizado por un servidor o dispositivo supervisor para la red loT, el servidor/dispositivo supervisor puede recibir los datos de contexto desde el primer conjunto de dispositivos IoT y los datos de estado actual desde el segundo conjunto de dispositivos IoT. De forma alternativa, el servidor/dispositivo supervisor puede recuperar estos datos de su memoria.

[0075] En 630 se puede determinar opcionalmente un rango de asociación de cada dispositivo IoT en el primer y/o segundo conjunto de dispositivos IoT. El rango de asociación proporciona la importancia relativa de una asociación entre el dispositivo IoT y los otros dispositivos IoT. El rango de asociación puede, de forma alternativa o adicionalmente, proporcionar la importancia relativa del dispositivo IoT en comparación con otros dispositivos IoT asociados.

[0076] En 640, una acción a realizar en el IoT objetivo se determina en base a los elementos de esquema recibidos y sus valores correspondientes, tales como los elementos de esquema que representan los datos de contexto, los datos de estado actual recibidos y, opcionalmente, los rangos de asociación determinados. La acción puede determinarse usando una función de derivación de acción consciente del y sensible al contexto, tal como la función de derivación 500A en la FIG. 5A. Cuando el IoT objetivo realiza el flujo de la FIG. 6, el IoT objetivo puede usar sus propios elementos de esquema (incluido el estado actual) y cualquier otro número de dispositivos IoT asociados o no asociados para determinar la acción sensible al contexto que se realizará. En referencia de nuevo a las FIGS. 5A y 5B, esto puede causar la diferencia en los conjuntos de acción/comando generados por las funciones de derivación 500A y 500B. Además, la diferencia puede ser causada por diferentes rangos de asociación determinados por los diferentes dispositivos IoT que implementan las funciones de derivación.

[0077] En 650, el dispositivo IoT objetivo es notificado de la acción determinada. Si un servidor o un dispositivo IoT no objetivo está realizando el flujo de la FIG. 6, entonces el servidor puede enviar un mensaje de notificación al dispositivo IoT objetivo, que incluye la acción a realizar. Si el dispositivo IoT objetivo está realizando el flujo de la FIG. 6, entonces la notificación puede ser simplemente la salida de la función de derivación de acción consciente del y sensible al contexto.

[0078] IoT también permite que dispositivos conectados interactúen entre sí de otras maneras. Por ejemplo, las relaciones entre dispositivos IoT (y, por extensión, sus usuarios) se pueden definir en base a las interacciones entre los dispositivos IoT.

[0079] Como se analiza anteriormente, a cada dispositivo IoT se le puede asignar un identificador único, tal como un GUID. Cada dispositivo IoT de un usuario determinado puede tener una base de datos local que almacena información acerca de cada interacción que tiene con los dispositivos IoT de otros usuarios. Las interacciones pueden ser detecciones de proximidad, mensajes de texto, mensajes multimedia, llamadas telefónicas, correos electrónicos, etc. Una detección de proximidad puede incluir una verificación de proximidad, tal como una verificación de proximidad de ubicación de escucha (LILO), un emparejamiento Bluetooth, comunicación a través de la misma red inalámbrica local, o cualquier otra interacción entre dos UE que indique que están próximos entre sí. De forma alternativa, o adicionalmente, un servidor, tal como el servidor IoT 170, puede determinar que dos o más dispositivos IoT están próximos entre sí basándose en ubicaciones de los dispositivos IoT almacenados en el servidor. Los dispositivos IoT pueden transmitir periódicamente (por ejemplo, cada pocos minutos, varias veces a la hora, etc.) sus ubicaciones al servidor, que puede comparar las ubicaciones recibidas para determinar qué dispositivos IoT están dentro de una distancia umbral entre sí. El umbral puede ser de unos pocos metros, o algún otro umbral que indique que los dispositivos IoT pertenecen probablemente a usuarios que están interactuando entre sí.

[0080] Las interacciones entre dispositivos IoT pueden almacenarse en una o más tablas de interacción en un dispositivo IoT y cargarse periódicamente en el servidor (por ejemplo, cada pocas horas, una vez al día, etc.) o previa solicitud. De forma alternativa, las interacciones podrían cargarse en el servidor a medida que ocurren en tiempo real y agregarse a tablas de interacción almacenadas en el servidor. En este caso, no es necesario que haya una tabla de interacción en el dispositivo IoT. Cada usuario puede decidir cómo desea que se almacene su tabla de interacción de usuario. Por ejemplo, algunos usuarios pueden desear almacenarla en su dispositivo IoT y que el servidor la consulte, o solo las entradas necesarias, según sea necesario, mientras que otros usuarios pueden desear simplemente cargar sus interacciones en una tabla de interacción remota almacenada en el servidor.

[0081] Las tablas de interacción se pueden organizar por identificadores de los dispositivos IoT a los que corresponden. Una tabla de interacción puede almacenar un identificador del usuario, un identificador del dispositivo IoT del usuario, un identificador de otro usuario, un identificador del dispositivo IoT de otro usuario, el tipo de interacción (por ejemplo, proximidad, correo electrónico, mensaje de texto, llamada de teléfono, etc.), la ubicación de la interacción, si procede, y la hora y/o duración de la interacción (por ejemplo, la hora en que comenzó/terminó la interacción).

[0082] Un usuario puede estar asociado a varios dispositivos IoT. Una tabla de interacción puede almacenar todas las interacciones de cada dispositivo IoT que se produzcan durante la vida útil del dispositivo IoT (es decir, el tiempo durante el cual el mismo usuario usa el dispositivo loT) o solo un determinado número de interacciones, tales como las interacciones durante el último año o las 1000 últimas interacciones.

[0083] Usando su tabla de interacción almacenada, un dispositivo IoT puede asignar un valor de relación a cada otro usuario enumerado en su tabla de interacción. De forma alternativa, si el servidor almacena las tablas de interacción, el servidor puede asignar los valores de relación y, opcionalmente, comunicarlos al dispositivo IoT. Cuantas más veces interactúe un dispositivo IoT con los dispositivos IoT de otro usuario, con mayor seguridad se podrá deducir que la relación es entre los usuarios. La naturaleza y/o tipo de la relación también puede basarse en el tipo y/o ubicación de los dispositivos IoT y/o en la hora de la interacción. Según estos factores, el dispositivo IoT puede implicar la relación entre los usuarios.

[0084] Puede haber una jerarquía de relaciones, tales como conocido, compañero de trabajo, compañero de golf, amigo, amigo cercano, familia y similares. De forma alternativa, las relaciones podrían numerarse del uno al cinco o del uno al diez, donde uno es el valor más débil y cinco o diez es el más fuerte, por ejemplo. Cuando dos dispositivos IoT se encuentran por primera vez, a la relación se le puede asignar la clasificación más baja. Con el tiempo, el dispositivo IoT puede aumentar o disminuir el rango o nivel jerárquico de la relación implícita basándose en las interacciones posteriores entre el dispositivo IoT y los dispositivos IoT del otro usuario.

[0085] Por ejemplo, en una primera interacción entre dos usuarios, sus dispositivos IoT pueden registrar que son conocidos. Después de un determinado número de interacciones, y tal vez dentro de un determinado período de tiempo, los dispositivos IoT pueden actualizar la relación de sus usuarios a la de amigos. A partir de ahí, se pueden usar diversas heurísticas para determinar si determinados usuarios son miembros de la misma familia.

[0086] Es importante asignar el nivel de relación apropiado a cada relación. Por ejemplo, si bien un usuario puede compartir una oficina con un compañero de trabajo y pasar muchas horas del día con ese compañero de trabajo, la relación del usuario con su madre, con quien el usuario pasa menos tiempo, es considerablemente más significativa. En consecuencia, la relación del usuario con su madre debe tener asignado un nivel de relación más alto que su relación con el compañero de trabajo, a pesar de que el usuario pasa mucho más tiempo con el compañero de trabajo.

[0087] Un sistema de pesos estadísticos puede proporcionar una metodología para medir cada relación. El sistema de ponderación puede tener en cuenta los tipos de dispositivos IoT que interactúan, la ubicación de los dispositivos IoT que interactúan, la hora del día, la frecuencia de las interacciones, el número de interacciones, la duración de la interacción, y/o similares, para determinar el nivel de relación que se asignará a un usuario.

[0088] La ubicación de un dispositivo IoT no se refiere necesariamente a su posición geográfica, sino que puede referirse a su ubicación relativa, tal como el hogar del usuario, el lugar de trabajo del usuario, un restaurante en particular, una habitación en particular, un piso en particular de un edificio, etc. Un dispositivo IoT puede determinar su ubicación relativa, tal como en qué habitación se encuentra, a partir de los tipos de dispositivos IoT próximos y/o de pistas ambientales, por ejemplo. Como ejemplo, si el dispositivo IoT detecta que está cerca de un refrigerador inteligente, puede determinar que está en la cocina del usuario. En cambio, si el dispositivo IoT detecta el sonido de agua corriente intermitente o de un cuchillo para picar, puede determinar si está en la cocina.

[0089] Cuando se utiliza la ubicación de un dispositivo IoT para deducir la relación entre dos usuarios, determinadas ubicaciones pueden ser más significativas que otras. Por ejemplo, el tiempo que se pasa en el hogar puede considerarse más importante que el tiempo que se pasa fuera del hogar, como en el trabajo. Saber que el dispositivo IoT del usuario está en una habitación en particular puede ser relevante para deducir relaciones. Por ejemplo, si estando en la cocina el dispositivo IoT del usuario detecta el dispositivo IoT de un visitante, lo que significa que el visitante está en la cocina, el dispositivo IoT del usuario puede deducir que el visitante tiene una relación de amistad, o superior, con el dueño de la casa, ya que alguien a quien se acaba de conocer no suele entrar en la cocina de una persona.

[0090] Además, la frecuencia de las interacciones con otros dispositivos IoT en una ubicación particular puede ser significativa. En referencia al ejemplo anterior, si el dispositivo IoT del usuario rara vez detecta otros dispositivos de usuario cuando está en la cocina, esto puede indicar que el usuario no tiene muchos visitantes, o no hace pasar a muchos visitantes a la cocina y, de este modo, a cualquier visitante en la cocina se le debe asignar un peso de relación más alto que el que se le asignaría de otro modo a un visitante en la cocina. Por el contrario, si el dispositivo IoT del usuario detecta con frecuencia otros dispositivos de usuario en la cocina, esto puede indicar que el usuario invita a cualquier persona a la cocina y, de este modo, a cualquier visitante en la cocina se le debe asignar un peso de relación más bajo que el que se le asignaría de otro modo a un visitante en la cocina.

[0091] Como otro ejemplo, si el dispositivo IoT de un usuario sabe que el usuario está en el trabajo, cualquier encuentro con otros dispositivos IoT, incluso si se produce con frecuencia, no implicará necesariamente una relación estrecha. Del mismo modo, si el usuario se encuentra en un lugar público, tal como una cafetería, cualquier encuentro con otros dispositivos IoT, incluso si se produce con frecuencia, no implicará necesariamente una relación estrecha. Más bien, las relaciones pueden clasificarse como el nivel de relación más débil, tal como 'conocido'. Sin embargo, si el dispositivo loT del usuario detecta un dispositivo loT de trabajo en una ubicación que no es de trabajo, entonces se puede aumentar la relación entre los usuarios. Por ejemplo, si se detecta un dispositivo IoT de trabajo en el hogar del usuario, la relación entre los usuarios se puede aumentar a 'amigo'.

[0092] La frecuencia con la que un dispositivo IoT va a una ubicación particular se puede utilizar para deducir la relación entre dos usuarios. Por ejemplo, si un usuario come con frecuencia en un restaurante de comida rápida, a cualquier otro usuario con el que ese usuario se ponga en contacto solo se le puede asignar una relación de nivel inferior, tal como 'conocido'. Sin embargo, la primera vez que el usuario va a un restaurante de alta gama con otro usuario, incluso si el primer usuario no ha interactuado con el segundo usuario anteriormente, a dicho segundo usuario se le puede asignar una relación de nivel superior, tal como 'amigo'.

[0093] El momento en el que el dispositivo IoT de un usuario interactúa con otro dispositivo IoT también se puede utilizar para deducir la relación entre los usuarios. Por ejemplo, si el dispositivo IoT del usuario detecta un dispositivo IoT particular en un momento determinado cada mes, el dispositivo IoT puede determinar que este no es un usuario muy importante y asignar un rango bajo a la relación. Sin embargo, si el dispositivo IoT detecta otro dispositivo IoT todas las noches, el dispositivo IoT puede determinar que este es un usuario importante y asignar un rango más alto a la relación. Para tomar la determinación de relación más acertada o más precisa, el dispositivo IoT puede utilizar todos los factores determinantes del encuentro, tal como la frecuencia, la ubicación y la hora del encuentro, el tipo de dispositivos IoT y similares.

[0094] Una vez que se ha deducido una relación, sería beneficioso verificar que el dispositivo IoT ha deducido la relación correcta. Esto se puede lograr usando una interfaz de usuario sencilla que le pregunta al usuario si la relación deducida es correcta. Por ejemplo, la interfaz de usuario puede mostrar la pregunta "¿La persona con la que está es un buen amigo?" El usuario puede seleccionar "Sí" o "No". Si el usuario selecciona "No", el dispositivo IoT puede probar con otra opción o presentar al usuario una lista de tipos de relación que el usuario puede seleccionar. De forma alternativa, el dispositivo IoT puede esperar nuevas interacciones antes de presentar otra sugerencia al usuario. De esta manera, el dispositivo IoT puede verificar la clasificación de la relación.

[0095] La FIG. 7 ilustra un flujo ejemplar para verificar una relación implícita entre un primer usuario y un segundo usuario. El flujo ilustrado en la FIG. 7 puede ser realizado por un dispositivo IoT, tales como los dispositivos IoT 110, 112, 114, 116, 118, 120, 200 o 300, un dispositivo supervisor, tal como el dispositivo supervisor 130, o un servidor, tal como el servidor IoT 170.

[0096] En 710, se detecta una interacción entre un primer dispositivo de usuario que pertenece al primer usuario y un segundo dispositivo de usuario que pertenece al segundo usuario. La detección puede incluir detectar que el primer dispositivo de usuario está cerca del segundo dispositivo de usuario. El primer dispositivo de usuario puede detectar que está cerca del segundo dispositivo de usuario, o un servidor o un dispositivo supervisor puede detectar que el primer dispositivo de usuario está cerca del segundo dispositivo de usuario basándose en información de ubicación recibida desde el primer dispositivo de usuario y el segundo dispositivo de usuario.

[0097] En 720, la información relacionada con la interacción se almacena en una primera tabla de interacción asociada al primer dispositivo de usuario. La información puede incluir uno o más de entre el tipo de interacción, la ubicación de la interacción, la hora de la interacción, la duración de la interacción, la frecuencia de la interacción, el identificador del primer dispositivo de usuario, el identificador del primer usuario, el identificador del segundo dispositivo de usuario o un identificador del segundo usuario. El tipo de interacción puede ser uno de entre una detección de proximidad, un mensaje SMS, un mensaje MMS, una llamada telefónica o un correo electrónico.

[0098] En 730 se asigna un identificador de relación al segundo usuario en base a, al menos en parte, la información relacionada con la interacción. La asignación puede incluir asignar el identificador de relación al segundo usuario en base a una pluralidad de interacciones con uno o más dispositivos de usuario que pertenecen al segundo usuario. La información acerca de la pluralidad de interacciones puede almacenarse en la primera tabla de interacciones. La pluralidad de interacciones puede incluir una pluralidad de interacciones que se producen dentro de un período de tiempo umbral, que se producen en una hora particular del día, que producen en una ubicación particular, que tienen una duración umbral, que tienen una frecuencia umbral y/o que tienen el mismo tipo de interacción. La ubicación particular puede ser el hogar del primer usuario, el lugar de trabajo del primer usuario, una ubicación pública visitada por el primer usuario con más frecuencia que un umbral, o una ubicación pública visitada por el primer usuario con menos frecuencia que un umbral. El identificador de relación puede ser uno de entre conocido, compañero de trabajo, amigo, amigo cercano o familia.

[0099] En 740 se determina si el identificador de relación asignado es correcto o no. La determinación puede incluir mostrar el identificador de relación asignado al primer usuario y recibir información del primer usuario que indique si el identificador de relación asignado es correcto o no. Si el flujo de la FIG. 7 está siendo realizado por un servidor o un dispositivo supervisor, el servidor o el dispositivo supervisor puede indicar al primer dispositivo de usuario que realice acciones de visualización y recepción.

[0100] Si el primer usuario indica que el identificador de relación asignado no es correcto, el flujo vuelve a 730, donde un identificador de relación diferente se puede asignar y presentar al primer usuario. El identificador de relación diferente puede ser la siguiente mejor suposición. Sin embargo, si el primer usuario indica que el identificador de relación asignado es correcto, el identificador de relación se almacena como, por ejemplo, una entrada en la primera tabla de interacción para el segundo usuario.

[0101] El bucle desde 740 hasta 730 puede realizarse un determinado número de veces, por ejemplo, dos veces, o hasta que el primer usuario indique que el identificador de relación es correcto. De forma alternativa, la primera vez que el primer usuario indica que el identificador de relación es incorrecto, el flujo puede volver a 710 para que el primer dispositivo de usuario pueda seguir recopilando más información antes de intentar asignar de nuevo un identificador de relación.

[0102] Los expertos en la técnica apreciarán que la información y las señales se pueden representar usando cualquiera de una variedad de tecnologías y técnicas diferentes. Por ejemplo, los datos, instrucciones, comandos, información, señales, bits, símbolos y fragmentos que pueden haberse referenciado a lo largo de la descripción anterior se pueden representar mediante tensiones, corrientes, ondas electromagnéticas, campos o partículas magnéticos, campos o partículas ópticos o cualquier combinación de los mismos.

[0103] Además, los expertos en la técnica apreciarán que los diversos bloques lógicos, módulos, circuitos y etapas de algoritmo ilustrativos descritos en relación con los aspectos divulgados en el presente documento se pueden implementar como hardware electrónico, software informático o combinaciones de ambos. Para ilustrar claramente esta intercambiabilidad de hardware y software, anteriormente se han descrito diversos componentes, bloques, módulos, circuitos y etapas ilustrativos, en general, en términos de su funcionalidad. Que dicha funcionalidad se implemente como hardware o software depende de las restricciones particulares de aplicación y diseño impuestas al sistema global. Los expertos en la técnica pueden implementar la funcionalidad descrita de distintas formas para cada aplicación en particular, pero no se debe interpretar que dichas decisiones de implementación suponen apartarse del alcance de la presente divulgación.

[0104] Los diversos bloques lógicos, módulos y circuitos ilustrativos descritos en relación con los aspectos divulgados en el presente documento se pueden implementar o realizar con un procesador de propósito general, un procesador de señales digitales (DSP), un circuito integrado específico de la aplicación (ASIC), una matriz de puertas programables in situ (FPGA) u otro dispositivo de lógica programable, lógica de transistores o de puertas discretas, componentes de hardware discretos o con cualquier combinación de los mismos diseñada para realizar las funciones descritas en el presente documento. Un procesador de propósito general puede ser un microprocesador pero, de forma alternativa, el procesador puede ser cualquier procesador, controlador, microcontrolador o máquina de estados convencional. Un procesador también se puede implementar como una combinación de dispositivos informáticos, por ejemplo, una combinación de un DSP y un microprocesador, una pluralidad de microprocesadores, uno o más microprocesadores junto con un núcleo de DSP o cualquier otra configuración de este tipo.

[0105] Los procedimientos, secuencias y/o algoritmos descritos en relación con los aspectos divulgados en el presente documento pueden realizarse directamente en hardware, en un módulo de software ejecutado por un procesador o en una combinación de ambas cosas. Un módulo de software puede residir en una RAM, una memoria flash, una ROM, una EPROM, una EEPROM, registros, un disco duro, un disco extraíble, un CD-ROM o en cualquier otra forma de medio de almacenamiento conocida en la técnica. Un medio de almacenamiento ejemplar está acoplado al procesador de modo que el procesador pueda leer información de, y escribir información en, el medio de almacenamiento. De forma alternativa, el medio de almacenamiento puede estar integrado en el procesador. El procesador y el medio de almacenamiento pueden residir en un ASIC. El ASIC puede residir en un dispositivo IoT. Como alternativa, el procesador y el medio de almacenamiento pueden residir como componentes discretos en un terminal de usuario.

[0106] En uno o más aspectos ejemplares, las funciones descritas pueden implementarse en hardware, software, firmware o cualquier combinación de estos. Si se implementan en software, las funciones se pueden almacenar en, o transmitir a través de, un medio legible por ordenador como una o más instrucciones o código. Los medios legibles por ordenador incluyen tanto medios de almacenamiento informático como medios de comunicación que incluyen cualquier medio que facilite la transferencia de un programa informático de un lugar a otro. Un medio de almacenamiento puede ser cualquier medio disponible al que se pueda acceder mediante un ordenador. A modo de ejemplo y no de limitación, dichos medios legibles por ordenador pueden comprender RAM, ROM, EEPROM, CD-ROM u otros dispositivos de almacenamiento en disco óptico, de almacenamiento en disco magnético u otros dispositivos de almacenamiento magnético, o cualquier otro medio que se pueda usar para transportar o almacenar código de programa deseado en forma de instrucciones o estructuras de datos y al que se pueda acceder por un ordenador. Asimismo, cualquier conexión recibe apropiadamente la denominación de medio legible por ordenador. Por ejemplo, si el software se transmite desde un sitio web, servidor u otra fuente remota usando un cable coaxial, un cable de fibra óptica, un par trenzado, una DSL o tecnologías inalámbricas tales como infrarrojos, radio y microondas, entonces el cable coaxial, el cable de fibra óptica, el par trenzado, la DSL o las tecnologías inalámbricas tales como infrarrojos, radio y microondas se incluyen en la definición de medio. Los discos, como se usan en el presente documento, incluyen CD, discos láser, discos ópticos, DVD, discos flexibles y discos Blu-ray, donde algunos discos normalmente reproducen datos de manera magnética y otros discos reproducen datos de manera óptica con láser. Las combinaciones de lo anterior también se deben incluir dentro del alcance de los medios legibles por ordenador.

[0107] Aunque la divulgación anterior muestra aspectos ilustrativos de la divulgación, cabe destacar que pueden realizarse diversos cambios y modificaciones en el presente documento sin apartarse del alcance de la divulgación definido en las reivindicaciones adjuntas. Las funciones, etapas y/o acciones de las reivindicaciones de procedimiento de acuerdo con los aspectos de la divulgación descritos en el presente documento no tienen que llevarse a cabo en un orden particular. Además, aunque los elementos de la divulgación se pueden describir o reivindicar en singular, se contempla el plural a menos que se indique explícitamente la limitación al singular.

Claims

REIVINDICACIONES

1. Un procedimiento (600) para permitir acciones sensibles al contexto entre dispositivos heterogéneos de Internet de las Cosas, IoT, que comprende:

recibir (610), en un dispositivo IoT (510; 520; 530), datos que representan un contexto de cada uno de un primer conjunto de dispositivos IoT (520) en una red IoT;

recibir (620), en el dispositivo IoT (510; 520; 530), datos que representan un estado actual de cada uno de un segundo conjunto de dispositivos IoT (510) en la red IoT; y

determinar (640), mediante el dispositivo IoT (510; 520; 530), una acción a realizar en un dispositivo IoT objetivo (530) en base a los datos recibidos que representan el contexto de cada uno del primer conjunto de dispositivos IoT (520) y los datos recibidos que representan el estado actual de cada uno del segundo conjunto de dispositivos IoT (510).

2. El procedimiento de la reivindicación 1, en el que los datos que representan el contexto de cada uno del primer conjunto de dispositivos IoT comprenden datos que representan perfiles de cada uno del primer conjunto de dispositivos IoT, donde un perfil de un dispositivo IoT comprende elementos de esquema y valores correspondientes del dispositivo IoT.

3. El procedimiento según la reivindicación 2, en el que los elementos de esquema comprenden atributos que describen el dispositivo IoT.

4. El procedimiento de la reivindicación 3, en el que los elementos de esquema comprenden uno o más de entre un identificador, una marca, un modelo, una hora, una ubicación, un estado, un evento, una lista de asociación, un rango de asociación o interdependencias asociadas al dispositivo IoT.

5. El procedimiento de la reivindicación 1, en el que los datos que representan el estado actual de cada uno del segundo conjunto de dispositivos IoT comprenden datos que representan elementos de esquema de cada uno del segundo conjunto de dispositivos IoT.

6. El procedimiento de la reivindicación 5, en el que el estado actual de un dispositivo IoT comprende valores actuales de uno o más elementos de esquema del dispositivo IoT.

7. El procedimiento de la reivindicación 1, que comprende además:

determinar un rango de asociación de cada dispositivo IoT en el primer conjunto de dispositivos IoT,

donde la determinación de la acción a realizar comprende determinar la acción a realizar en el dispositivo IoT objetivo en base a los datos recibidos que representan el contexto de cada uno del primer conjunto de dispositivos IoT, los datos recibidos que representan el estado actual de cada uno del segundo conjunto de dispositivos IoT y los rangos de asociación determinados.

8. El procedimiento de la reivindicación 1, en el que el dispositivo IoT comprende el dispositivo IoT objetivo.

9. El procedimiento de la reivindicación 1, en el que el dispositivo IoT recibe los datos que representan el contexto de cada uno del primer conjunto de dispositivos IoT desde el primer conjunto de dispositivos IoT y los datos que representan el estado actual de cada uno del segundo conjunto de dispositivos IoT desde el segundo conjunto de dispositivos IoT.

10. El procedimiento de la reivindicación 1, en el que el dispositivo IoT recibe los datos que representan el contexto de cada uno del primer conjunto de dispositivos IoT y los datos que representan el estado actual de cada uno del segundo conjunto de dispositivos IoT desde un servidor para la red IoT.

11. El procedimiento según la reivindicación 1, en el que un servidor para la red IoT lleva a cabo la recepción de datos que representan el contexto, la recepción de datos que representan el estado actual y la determinación de la acción a realizar.

12. El procedimiento de la reivindicación 1, en el que un segundo dispositivo IoT en la red IoT recibe los datos que representan el contexto de cada uno del primer conjunto de dispositivos IoT, recibe los datos que representan el estado actual de cada uno del segundo conjunto de dispositivos IoT y determina una acción diferente a realizar en el dispositivo IoT objetivo basándose en los datos recibidos que representan el contexto de cada uno del primer conjunto de dispositivos IoT y los datos recibidos que representan el estado actual de cada uno del segundo conjunto de dispositivos IoT.

13. Un aparato para permitir acciones sensibles al contexto entre dispositivos heterogéneos de Internet de las Cosas, IoT, que comprende:

medios (206; 305) para recibir (610), en un dispositivo IoT (510; 520; 530), datos que representan un contexto de cada uno de un primer conjunto de dispositivos IoT (520) en una red IoT;

medios (206; 305) para recibir (620), en el dispositivo IoT (510; 520; 530), datos que representan un estado actual de cada uno de un segundo conjunto de dispositivos IoT (510) en la red IoT; y medios (500A; 500B) para determinar (640), mediante el dispositivo IoT (510; 520; 530), una acción a realizar en un dispositivo IoT objetivo (530) en base a los datos recibidos que representan el contexto de cada uno del primer conjunto de dispositivos IoT (520) y los datos recibidos que representan el estado actual de cada uno del segundo conjunto de dispositivos IoT (510).

14. El aparato de la reivindicación 13, que comprende además:

medios para determinar un rango de asociación de cada dispositivo IoT en el primer conjunto de dispositivos IoT,

donde los medios para determinar la acción a realizar están adaptados para determinar la acción a realizar en el dispositivo IoT objetivo en base a los datos recibidos que representan el contexto de cada uno del primer conjunto de dispositivos IoT, los datos recibidos que representan el estado actual de cada uno del segundo conjunto de dispositivos IoT y los rangos de asociación determinados.

15. Un medio legible por ordenador para permitir acciones sensibles al contexto entre dispositivos heterogéneos de Internet de las Cosas, IoT, que comprende:

al menos una instrucción para realizar el procedimiento como se establece en cualquiera de las reivindicaciones 1-12, cuando se ejecuta en un ordenador.