ES2683170T3 - Mecanismos de interoperabilidad para una plataforma de integración de Internet de las cosas - Google Patents

Abstract

Un método para mantener la interoperabilidad entre dispositivos de Internet de las Cosas (IoT) conectados a través de una plataforma de integración loT, que comprende: recibir una selección de usuario de una etiqueta semántica asociada con un dispositivo de loT en una interfaz de gestión de reglas, donde la interfaz de gestión de reglas es generada por un módulo de generación de interfaz de consolidación como parte de una interfaz de consolidación, la interfaz de consolidación puede acceder y/o gestionar dispositivos de loT conectados a la plataforma de integración, siendo cada dispositivo de loT capaz de comunicarse con un servidor o una aplicación móvil a través de una red; determinar una recomendación de una regla interoperable basada en la etiqueta semántica del dispositivo de loT, la regla interoperable que tiene un desencadenante de condición y una política de acción a ejecutar cuando se detecta el desencadenante de condición en una red de dispositivos de loT conectados, en donde la política de acción de la regla interoperable es ejecutada por un módulo de ejecución de reglas para controlar uno o más de los dispositivos de loT conectados, y donde uno o más de los dispositivos de loT conectados para ser controlados por la política de acción incluye el dispositivo de loT asociado con la etiqueta semántica seleccionada; presentando la recomendación sobre la interfaz de gestión de reglas; recibir una confirmación de un usuario a través de la interfaz de administración de reglas para activar la regla interoperable, en respuesta a la confirmación del usuario para activar la regla interoperable; monitorear para detectar la activación de la condición entre los dispositivos de loT conectados a la plataforma de integración loT, y ejecutar la política de acción controlando uno o más de los dispositivos de loT cuando se detecta la activación de la condición.

Description

5

10

15

20

25

30

35

40

45

50

55

60

65

DESCRIPCION

Mecanismos de interoperabilidad para una plataforma de integracion de Internet de las cosas Campo de la invencion

Esta invencion se refiere en general a las areas tecnicas de Internet de las cosas.

Introduccion

Internet de las cosas (IO) se refiere a manera unica los dispositivos identificables y sus representaciones virtuales en una estructura del tipo de Internet. El concepto de dispositivos de loT incluye dispositivos en red ("dispositivos conectados") capaces de comunicarse con un servidor o con una aplicacion movil a traves de una conexion de red a otros dispositivos ("dispositivo conectado"). Los dispositivos en red pueden incluir dispositivos pasivos y activos, donde los dispositivos pasivos pueden lograr conectividad de red mediante interacciones con los dispositivos activos. Los dispositivos de IoT estan destinados a lograr una conexion ubicua para la percepcion inteligente, la identificacion y la gestion de elementos y procesos. Muchos consideran IoT como la tercera ola de desarrollo de la industria de la informacion que sigue al ordenador e Internet. Sin embargo, las soluciones para la gestion de dispositivos de IoT son generalmente soluciones verticales.

Divulgacion detecnologia

Esta divulgada una tecnologfa para crear una plataforma de integracion para Internet de las cosas ("la tecnologfa"). La tecnologfa mejora aun mas la plataforma de integracion para conectarse no solo a dispositivos, sino tambien a otras entidades ffsicas, como lugares y personas ("Internet de todo"). La tecnologfa es una solucion de consumo para consolidar y automatizar el entorno conectado de los usuarios. La tecnologfa puede identificar y perfilar dispositivos conectados en torno a un consumidor, comunicarse con los dispositivos conectados y crear conexiones logicas entre personas, dispositivos, ubicaciones, canales digitales o cualquier combinacion de los mismos.

La tecnologfa puede implementarse mediante la plataforma de integracion. La plataforma de integracion puede incluir una interfaz de consolidacion, un modulo de correlacion de datos, un modulo de analisis de datos y un modulo de desarrollo de reglas. La interfaz de consolidacion es una interfaz centralizada accesible a traves de uno o mas de los dispositivos en red. La interfaz de consolidacion puede incluir una interfaz de creacion de reglas. La interfaz de consolidacion puede incluir un componente visual interactivo que incluye una interfaz de usuario interactiva y reconocimiento visual de lugares, situaciones y personas, un componente de audio interactivo que incluye control de voz, un componente de gesto interactivo o cualquier combinacion de los mismos. La interfaz de consolidacion proporciona una interfaz unica para ver/editar datos consolidados e interactuar con los dispositivos en red, como a traves de la interfaz de creacion de reglas. El modulo de correlacion de datos asocia datos y metadatos de los dispositivos en red para relacionar estos datos y/o metadatos a un usuario. El modulo de analisis de datos analiza los datos y metadatos recopilados para determinar la etiqueta semantica espedfica o el contexto relevante para el usuario. El modulo de gestion de reglas permite la configuracion, los ajustes y las interacciones con los dispositivos en red en funcion del perfil de usuario, el contexto, el desencadenante de eventos, el comportamiento del usuario, las interacciones sociales, las configuraciones del usuario o cualquier combinacion de los mismos.

El modulo de gestion de reglas puede incorporar estas configuraciones, ajustes y las interacciones en una o mas normas interoperables. Esta regla interoperable se puede ejecutar en los dispositivos conectados. Las reglas interoperables pueden implementarse en referencia a cualquier nodo, como cualquier persona, lugar, dispositivo, grupo u otra entidad, cosa u objeto. Debido al reconocimiento de contexto habilitado por el modulo de analisis de datos, la una o mas reglas interoperables para cada nodo se pueden disenar y manipular en contexto.

Algunas realizaciones de la invencion tienen otros aspectos, elementos, caractensticas y etapas ademas de o en lugar de lo que se ha descrito anteriormente. Estas posibles adiciones y reemplazos se describen a lo largo del resto de la especificacion

Breve descripcion de los dibujos

La figura 1A es un diagrama de bloques que ilustra soluciones verticales provistas para dispositivos conectados. La figura 1B es un diagrama de bloques que ilustra una plataforma de integracion que funciona en conjunto con las soluciones verticales.

La figura 2 es un diagrama de bloques que ilustra un entorno de sistema de ejemplo de un sistema de plataforma de integracion de Internet de las cosas (IoT).

La figura 3 es un diagrama de bloques que ilustra el sistema de plataforma de integracion de IoT.

La figura 4 es un ejemplo de una interfaz de usuario que ilustra un diagrama de lmea de vida activa para una cuenta de usuario en una interfaz de integracion, consistente con varias realizaciones de la tecnologfa divulgada La figura 5 es una representacion diagramatica de una maquina en la forma ejemplar de un sistema informatico dentro del cual se puede ejecutar un conjunto de instrucciones, para hacer que la maquina realice una o mas de

5

10

15

20

25

30

35

40

45

50

55

60

65

las metodologfas o modulos discutidos en este documento.

La figura 6 es una representacion diagramatica de un dispositivo inalambrico.

La figura 7 es un diagrama de flujo de un metodo de consolidacion de datos, consistente con diversas realizaciones de latecnologfa divulgada.

La figura 8 es un diagrama de flujo de un metodo de gestion de reglas de loT interoperable, consistente con diversas realizaciones de latecnologfa descrita.

La figura 9A es una captura de pantalla ejemplar que ilustra una interfaz de gestion de reglas de una plataforma de integracion en una etapa de activacion de reglas, consistente con diversas realizaciones de la tecnologfa divulgada.

La figura 9B es una captura de pantalla ejemplar que ilustra la interfaz de gestion de reglas de la plataforma de integracion en una etapa de seleccion de condiciones, consistente con diversas realizaciones de la tecnologfa divulgada.

La figura 9C es una captura de pantalla ejemplar que ilustra la interfaz de gestion de reglas de la integracion en una etapa de seleccion de accion, consistente con diversas realizaciones de la tecnologfa divulgada.

La figura 10A es una captura de pantalla ejemplar que ilustra la interfaz de consolidacion que muestra una vision correlativa, consistente con diversas realizaciones de la tecnologfa divulgada.

La figura 10B es una captura de pantalla ejemplar que ilustra la interfaz de consolidacion que genera una regla interoperable a partir de la vision correlativa, consistente con diversas realizaciones de la tecnologfa divulgada.

La figura 11A es una captura de pantalla ejemplar que ilustra una interfaz de camara semantica en una primera etapa, la interfaz de camara semantica usada junto con un diagrama de lmea de vida, consistente con diversas realizaciones de latecnologfa descrita.

La figura 11B es una captura de pantalla ejemplar que ilustra la interfaz de la camara semantica en una segunda etapa, la interfaz de camara semantica utilizada junto con un diagrama de lmea de vida, consistente con diversas realizaciones de latecnologfa descrita.

La figura 11C es una captura de pantalla ejemplar que ilustra la interfaz de la camara semantica en una tercera etapa, la interfaz de camara semantica usada junto con un diagrama de lmea de vida, consistente con diversas realizaciones de latecnologfa descrita.

La figura 11D es una captura de pantalla ejemplar que ilustra la interfaz de la camara semantica en una cuarta etapa, la interfaz de camara semantica utilizada junto con un diagrama de lmea de vida, consistente con diversas realizaciones de latecnologfa descrita.

Las figuras representan diversas realizaciones de la tecnologfa con fines de ilustracion solamente. Un experto en la tecnica reconocera facilmente a partir de la siguiente discusion que pueden emplearse realizaciones alternativas de las estructuras y metodos ilustrados en la presente memoria sin apartarse de los principios de la tecnologfa descrita en este documento.

Descripcion detallada

Integracion

Cada dfa mas y mas dispositivos recien conectados se introducen en el mercado, ofreciendo, cada una, una solucion vertical con una funcionalidad espedfica. Todas estas diversas soluciones no se comunican entre sf. Por ejemplo, la figura 1A es un diagrama de bloques que ilustra soluciones verticales proporcionadas para dispositivos conectados, tales como el dispositivo A 102A, el dispositivo B 102B y el dispositivo C 102C (colectivamente "dispositivos 102"). Cada proveedor de servicios de dispositivos conectados puede tener su propia solucion vertical con una interfaz de cliente (por ejemplo, movil o web), como la interfaz A 104A y la interfaz B 104B (colectivamente "interfaces 104") y una o mas nubes servicios de computacion, como servicio en la nube A 106A o servicio en la nube B 106B (colectivamente "servicios en la nube 106").

Los distintos dispositivos 102 utilizan diferentes protocolos de comunicacion hechos por diferentes fabricantes. La plataforma de integracion puede actuar como un unico punto de interaccion que permite la comunicacion entre dispositivos y tecnologfa cruzada. La figura 1B es un diagrama de bloques que ilustra una plataforma de integracion que funciona en conjunto con las soluciones verticales. La plataforma de integracion puede implementarse a traves de la integracion de comunicacion, que incluye una interfaz de programacion de aplicaciones (API) unificada, equipo de desarrollo de software unificado (SDK), protocolo(s) unificado(s) y/o interfaces de interoperabilidad entre diferentes dispositivos conectados. La plataforma de integracion puede implementarse principalmente mediante un sistema de servicio de integracion 112 (por ejemplo, el sistema informatico 500 de la figura 5) y una interfaz de integracion 114 (por ejemplo, movil o web). El sistema de servicio de integracion 112 puede proporcionar diferentes servicios para la integracion de los dispositivos de loT 102 y para proporcionar un entorno de ejecucion para aplicaciones relacionadas con el uso de los dispositivos de loT 102. La interfaz de integracion 114 puede ser una aplicacion de software que se ejecuta en un dispositivo informatico local que es capaz de gestionar o integrar los dispositivos de loT 102 dentro de una red local.

Entorno del sistema

La figura 2 es un diagrama de bloques que ilustra un entorno de sistema de ejemplo de un sistema de plataforma de

5

10

15

20

25

30

35

40

45

50

55

60

65

integracion de Internet de las cosas (loT) 200. El sistema de plataforma de integracion loT 200 incluye dispositivos de IoT 202, tales como los dispositivos de IoT 102 de la figura 1. Los dispositivos de IoT 202, por ejemplo, pueden ser telefonos inteligentes, relojes inteligentes, sensores inteligentes (por ejemplo, mecanicos, termicos, electricos, magneticos, etc.), dispositivos conectados en red, dispositivos perifericos en red, sistemas de iluminacion en red, dispositivos de comunicacion, accesorios de vefuculos en red, accesorios inteligentes, tabletas, TV inteligente, ordenadores, sistema de seguridad inteligente, sistema hogareno inteligente, otros dispositivos para monitorear o interactuar con o para personas y/o lugares, o cualquier combinacion de los mismos. Los dispositivos de IoT 202 pueden incluir el dispositivo inalambrico 600 de la figura 6. Los dispositivos de IoT 202 pueden incluir uno o mas de los siguientes componentes: sensor, tecnologfa de identificacion por radiofrecuencia (RFID), tecnologfa de sistema de posicionamiento global, mecanismos para adquisicion de datos en tiempo real, interfaz pasiva o interactiva, mecanismos de salida y/o entrada sonido, luz, calor, electricidad, fuerza mecanica, presencia qrnmica, presencia biologica, ubicacion, tiempo, identidad, otra informacion o cualquier combinacion de los mismos.

El dispositivo de IoT 202 estan conectados a traves de una red 204. La red 204 puede incluir diferentes canales de comunicacion y puede incluir redes locales en el mismo. Por ejemplo, la red 204 puede incluir comunicacion inalambrica a traves de redes celulares, WiFi, BlueTooth, Zigbee o cualquier combinacion de las mismas. La red 204 puede incluir uno o mas conmutadores y/o enrutadores, que incluyen enrutadores inalambricos que conectan los canales de comunicacion inalambricos con otras redes cableadas (por ejemplo, Internet). Puede existir una red local que conecte un conjunto local del dispositivo de IoT 202. Por ejemplo, la red local puede establecerse mediante un enrutador local o un conmutador local.

Por ejemplo, el dispositivo de IoT 202 puede estar conectado a un dispositivo de control 206 dentro de la red local. El dispositivo de control 206 puede ser un ordenador, un dispositivo en red o un dispositivo movil, tal como el dispositivo inalambrico 600. El dispositivo de control 206 puede incluir una interfaz implementada por una aplicacion 208 espedfica de la solucion. Un dispositivo de IoT puede acoplarse a la aplicacion 208 espedfica de la solucion, donde la aplicacion 208 espedfica de la solucion se crea espedficamente para comunicarse con tales dispositivos como parte de una solucion vertical. La aplicacion 208 espedfica de la solucion puede ser capaz de controlar el dispositivo de IoT o acceder a los datos del dispositivo de IoT.

Los dispositivos de IoT tambien pueden comunicarse con un sistema de servidor de servicio espedfico de la solucion 210. Por ejemplo, un sistema de iluminacion conectado en red puede comunicarse con el sistema de servicio espedfico de la solucion 210 manteniendo un registro de si las luces estan encendidas/apagadas en el sistema de servicio espedfico de la solucion 210. El sistema de servicio espedfico de la solucion 210 puede crear una interfaz para compartir esos datos y/o interactuar con los dispositivos de IoT. La interfaz puede ser accesible a traves de la aplicacion 208 espedfica de la solucion o a traves de un navegador.

La tecnologfa dada a conocer incluye un sistema de servicio de integracion 212, tal como el sistema de servicio de integracion 112, y una interfaz de integracion 214, tal como la interfaz de integracion 114, que puede administrar o integrar varias instancias de los dispositivos de IoT 202 y coexistir con soluciones verticales. La interfaz de integracion 214 puede ejecutarse en el dispositivo de control 206. La interfaz de integracion 214 puede ser una aplicacion informatica, una pagina web, otra interfaz interactiva operable en un dispositivo informatico. El sistema de servicio de integracion 212 descrito y/o la interfaz de integracion 214 superan el desaffo de la inconveniencia para el usuario. Los proveedores que fabrican dispositivos de IoT 202 no tienen un estandar consistente para proporcionar una interfaz unificada. El sistema propuesto proporciona una tecnologfa que incluye modulos y procesos espedficos para coordinarse con los multiples dispositivos de IoT 202, las multiples aplicaciones espedficas de la solucion 208 y los multiples sistemas de servidores de servicio espedficos de la solucion 210.

El sistema de servicio de integracion 212 puede incluir un almacen de perfiles 214 de los dispositivos de IoT 202 y otras entidades pertinentes de contexto. Por ejemplo, las entidades relevantes al contexto pueden incluir personas, lugares, grupos, objetos ffsicos, marcas, cosas o cualquier combinacion de los mismos. Algunas de las entidades relevantes para el contexto en el sistema de servicio de integracion 212 pueden no incluir ninguna capacidad de red, pero se pueden observar a traves de los dispositivos de IoT 202 conectados directa o indirectamente. El sistema de servicio de integracion 212 puede perfilar estas entidades, tal como a traves de un modulo de analisis de datos 308 descrito a continuacion en la figura 3, y almacenar estos perfiles de entidad en el almacen de perfiles 214 para referencia. La interaccion con estas entidades perfiladas se puede habilitar mediante identificacion visual (por ejemplo, reconocimiento de imagenes), reconocimiento de voz, deteccion de movimiento, geolocalizacion, otros datos de entrada a los dispositivos de IoT 202, o cualquier combinacion de los mismos.

A modo de ejemplo, un dispositivo de IoT 202 con una camara puede reconocer un usuario conocido esta en frente de una placa y un tenedor (por ejemplo, dentro de un contexto de "comer"). Tal reconocimiento puede desencadenar un aumento de las etapas diarias objetivo conocidas del usuario en su monitor de actividad (por ejemplo, debido a una mayor ingesta de calonas), o activar la maquina de cafe del usuario conocido para preparar un expreso. En este ejemplo, el plato y el tenedor no tienen capacidad de red, pero sf tienen perfiles en el almacen de perfiles 214. El reconocimiento de los perfiles puede desencadenar una accion en los dispositivos conectados.

Como otro ejemplo, la deteccion de proximidad a una persona (por ejemplo, un nino) o un lugar (por ejemplo, la

5

10

15

20

25

30

35

40

45

50

55

60

65

habitacion de un nino) puede desencadenar dispositivos de loT 202 usablesfpor ejemplo, sensores) sobre el nino para sincronizar los datos pertinentes a el sistema de servicio de integracion 212, tal como el nivel de glucosa del nino. El sistema de servicio de integracion 212 puede responder a este desencadenante analizando los datos relevantes y visualizando una vision correlativa relevante (por ejemplo, "inyectar mas insulina") en base a los datos analizados en el telefono inteligente o dispositivo portatil de un padre. El sistema de servicio de integracion 212 puede ejecutar ademas una regla interoperable tras la deteccion del desencadenante, tal como mediante el envfo de un comando a otro dispositivo de loT (por ejemplo, una bomba de insulina). En este ejemplo, el desencadenante puede basarse en un perfil semantico o contextual de una persona o lugar, y no necesariamente en otro dispositivo.

Arquitectura del sistema

La figura 3 es un diagrama de bloques que ilustra el sistema de plataforma de integracion de loT 300. Los modulos en el mismo pueden implementarse mediante un sistema informatico, tal como el sistema informatico 500 de la figura 5. El sistema de plataforma de integracion de loT 300 puede incluir un sistema de soporte de integracion 302, tal como el sistema de servicio de integracion 212 de la figura 2. El sistema de soporte de integracion 302 puede incluir un generador de interfaz de consolidacion 304, un modulo de correlacion de datos 306, un modulo de analisis de datos 308, un modulo de generacion de reglas 310, un modulo de identificacion de dispositivos 312, un modulo de ejecucion de reglas 314 y un modulo de seguimiento de eventos 316. El sistema de soporte de integracion 302 tambien puede incluir un modulo de interfaz de comunicacion 318 para interconectar con los dispositivos de loT y/o las interfaces de cliente.

El sistema de plataforma de integracion de loT 300 puede permitir la integracion de soluciones verticales de los dispositivos de loT, tales como las soluciones verticales ilustrados en la figura 1A y la figura 1B. Por ejemplo, una solucion vertical puede incluir un sistema de soporte espedfico de la solucion 320, una aplicacion espedfica de la solucion 322 y/o un primer dispositivo de loT 324A. Por ejemplo, el primer dispositivo de loT 324A puede comunicarse con el sistema de soporte espedfico de la solucion 320 y/o la aplicacion espedfica de la solucion 322 como parte de la solucion vertical. El sistema de plataforma de integracion loT 300 permite que un segundo dispositivo de loT 324B se conecte, incluso aunque el segundo dispositivo de loT 324B no sea parte de la solucion vertical. Colectivamente, los dispositivos conectados que incluyen el primer y segundo dispositivos de loT 324A y 324B pueden denominarse "los dispositivos de loT 324". La tecnologfa para implementar tal integracion puede lograrse a traves del sistema de integracion soporte 302, una aplicacion de integracion 328, tal como la interfaz de integracion 214 de la figura 2, o ambos. En diversas realizaciones, uno cualquiera o mas de los modulos del sistema de soporte de integracion 302 pueden implementarse dentro de la aplicacion integrada 328.

Por ejemplo, la integracion se puede lograr en cualquier combinacion de los metodos siguientes, incluyendo la integracion basada en la nube, integracion basada en movil, y la integracion basada en dispositivo. El metodo de integracion puede depender de la fabricacion de cada uno de los dispositivos de loT 324. lndependientemente del metodo de integracion, el sistema de soporte de integracion 302 y/o la aplicacion de integracion 328 estan informados de la existencia de cualquier dispositivo de loT reden conectado.

Para la integracion basada en la nube, el modulo de interfaz de comunicacion 318 permite la comunicacion entre o en medio del sistema de soporte de integracion 302 y uno o mas de los sistemas de soporte espedficos de la solucion 320. Para la integracion basada en el movil, la aplicacion de integracion 328 puede comunicarse con la aplicacion espedfica de la solucion 322. Por ejemplo, esta comunicacion se puede lograr proporcionando un SDK de integracion 326 a la aplicacion espedfica de la solucion 322 y/o a la aplicacion de integracion 328. Para la integracion basada en dispositivo, la aplicacion de integracion 328 puede comunicarse con los dispositivos de loT 324 que pertenecen a diferentes soluciones verticales a traves de un protocolo abierto. Por ejemplo, la aplicacion de integracion 328 puede explorar diferentes redes locales (por ejemplo, Wi-Fi, Bluetooth, BlueTooth Low Energy, Zigbee, etc.), identificar los dispositivos de loT 324 y conectarse a las interfaces de control de cada uno de dispositivos de loT 324.

Por ejemplo, el modulo de interfaz de comunicacion 318 puede incluir un agente para comunicarse con una APl en el sistema de soporte espedfico de la solucion 320. Alternativamente, el modulo de interfaz de comunicacion 318 puede incluir una APl propia y puede permitir que el sistema de soporte espedfico de la solucion 322 envfe/recupere datos, incluidos datos en tiempo real, datos de contexto, datos de sensor, metadatos de sensor, datos de configuracion o cualquier combinacion de los mismos, a traves de la APl.

Como otro ejemplo, el SDK de integracion 326 puede incrustar los procesos de comunicacion/protocolos para la comunicacion con el modulo de interfaz de comunicacion 318 del sistema de soporte de integracion 302 y/o la aplicacion integrada 328. En algunas realizaciones, la aplicacion integrada 328 puede distribuirse desde el sistema de soporte de integracion 302. Por ejemplo, los dispositivos de loT 324 que tienen conectividad Wi-Fi pueden hacerse visibles para la plataforma de integracion 300 cuando estan en las redes Wi-Fi donde esta conectada la aplicacion de integracion 328.

Como otro ejemplo mas espedfico, un dispositivo de loT 324, tal como el segundo dispositivo de loT 324B puede integrar directamente con el sistema de soporte de integracion 302 y/o la aplicacion integrada 328. El segundo

5

10

15

20

25

30

35

40

45

50

55

60

65

dispositivo de loT 324B puede configurarse de manera que los protocolos y procesos para comunicarse con el sistema de soporte de integracion 302 y/o la aplicacion integrada 328 esten almacenados en el mismo. Opcionalmente, un SDK de integracion de dispositivo (no mostrado), similar al SDK de integracion 326, puede configurarse dentro de un dispositivo de loT 324. El SDK del dispositivo de integracion puede permitir que los dispositivos de loT 324 se comuniquen con el sistema de soporte de integracion 302, la aplicacion integrada 328, y/o entre sf (se muestra como una conexion de lmea de puntos).

Identificacion del dispositivo

El dispositivo de modulo de identificacion 312 esta configurado para generar un identificador unico para cada dispositivo de loT detectada por la plataforma de integracion 300. La ID unica permite el seguimiento de los dispositivos de loT con fines de autenticacion, permisos de acceso a datos y seguridad, correlacion de datos, analisis de datos, generacion de reglas, ejecucion de reglas, seguimiento de eventos y/o interfaz de usuario. En algunas realizaciones, el modulo de identificacion de dispositivo 312 tambien puede detectar el tipo y/o marca de los dispositivos de loT. El tipo puede definir la estructura de datos del dispositivo de loT, las acciones que son aplicables al dispositivo de loT y/o los protocolos y procesos de comunicacion del dispositivo de loT. Como ejemplo espedfico, las funciones del dispositivo de correlacion de un interruptor de luz de automatizacion domestica inteligente permiten que los modulos de consolidacion de datos se comuniquen con el interruptor de luz y los modulos de reglas interoperables para controlar y gestionar el interruptor de luz. El modulo de identificacion de dispositivo 312 puede simplificar el proceso de conectividad de agregar un nuevo dispositivo identificando el nuevo dispositivo completa o parcialmente sin la intervencion del usuario.

La identificacion de dispositivos virtual y ffsicamente conectados alrededor de un usuario o un lugar relevante para el usuario es un componente importante para la funcion de interoperabilidad. Por ejemplo, el modulo de identificacion de dispositivo 312 puede emplear al menos uno de los siguientes metodos para identificar los dispositivos de loT 324: (a) identificacion basada en dispositivo, donde se puede crear un identificador unico de dispositivo de loT en funcion de los elementos de datos del dispositivo; (b) identificacion basada en protocolo, donde se puede crear un identificador de dispositivo unico basado en un elemento o elementos de comunicacion del dispositivo; (c) identificacion basada en dispositivo y protocolo, donde una combinacion de datos de dispositivo y datos de protocolo de comunicacion puede definir la identificacion del dispositivo; (d) ldentificacion basada en el comportamiento del dispositivo, donde el dispositivo se identifica en funcion de su comportamiento predefinido u observado, o cualquier combinacion de los mismos. El comportamiento puede ser, por ejemplo, audible, visual, magnetico, electronico, de movimiento o cualquier combinacion de los mismos. El patron de comportamiento puede ser pasivo o sensible a un comando o estfmulo. El modulo de identificacion de dispositivo 312 puede reconocer un comportamiento del dispositivo de loT en funcion de los datos del dispositivo de loT, un comando de prueba y verificacion, o un evento de contexto asociado con el dispositivo de loT. El comando de prueba y verificacion, por ejemplo, puede incluir el modulo de identificacion del dispositivo 312 que envfa un comando parpadeante a una bombilla conectada para identificar la bombilla exacta de multiples bombillas alrededor. De esta manera, el reconocimiento de un contexto (por ejemplo, contexto de comportamiento) y/o circunstancia semantica del dispositivo de loT (por ejemplo, la bombilla) puede definir el identificador unico del dispositivo de loT.

La identificacion del dispositivo puede basarse en el reconocimiento de imagenes. La identificacion del dispositivo basado en reconocimiento de imagen puede ser asistida por datos relevantes que incluyen parametros contextuales del modulo de correlacion de datos 306, el modulo de analisis de datos 308 o ambos. Por ejemplo, si el modulo de identificacion de dispositivo 312 analiza un dispositivo y determina que el dispositivo puede ser un refrigerador Samsung (TM) o un televisor Samsung (TM), la identidad del dispositivo puede determinarse en funcion de su contexto de ubicacion geografica (por ejemplo, si el dispositivo esta en la sala de estar, entonces el dispositivo es un televisor, y si el dispositivo esta en la cocina, entonces el dispositivo es una nevera). En este caso, por ejemplo, la ubicacion puede determinarse a traves de balizas de radiofrecuencia (RF) de otros dispositivos alrededor o a traves de componentes de localizacion geografica. En el ejemplo de la senalizacion por radiofrecuencia, si se detectan microondas y una maquina de cafe alrededor del dispositivo, es probable que el dispositivo este en la cocina. La ubicacion puede ser asistida por datos semanticos. Por ejemplo, si el dispositivo esta proximo (por ejemplo, dentro de un umbral de distancia) a una bombilla nombrada por el usuario como "luz de cocina", entonces el dispositivo esta en la cocina. La proximidad se puede estimar por la distancia a traves de la indicacion de intensidad de senal del enrutador (RSSl) o el reconocimiento visual.

Consolidacion de datos

La tarea de consolidacion de datos se puede dividir en etapas. Por ejemplo, la consolidacion de datos se puede realizaren las siguientes etapas, que incluyen: (1) extraccion de datos, (2) agregacion de datos, (3) normalizacion de datos, (4) correlacion de datos, (5) analisis de datos y (6) visualizacion de datos. Un ejemplo del flujo de consolidacion de datos se ilustra en la figura 7. El sistema de soporte de integracion 302 y/o la aplicacion de integracion 328 pueden implementar cualquier combinacion de las etapas para la consolidacion de datos. Por ejemplo, cuando un usuario opera un rastreador de actividad y una escala de red, la plataforma de integracion 300 permite que una interfaz consolidada presente una vista correlativa del peso y las actividades del usuario de una manera significativa para ayudar al usuario a controlar su salud. La combinacion de las etapas anteriores permite

5

10

15

20

25

30

35

40

45

50

55

60

65

caractensticas de correlacion unicas que se han descubierto como ventajosas. Las etapas de consolidacion de datos permiten obtener informacion contextual y semantica basada en una multitud de datos de sensor/medicion/semantica/analftica/informada por el usuario/estado del dispositivo, en lugar de solo una lista de datos del sensor. Por ejemplo, la consolidacion de datos puede proporcionarle al usuario informacion sobre sf mismo relacionada con la salud (por ejemplo, cuando el usuario va a trabajar usando el transporte publico, el usuario quema cuatro veces mas calonas que cuando conduce un automovil para trabajar). Por lo tanto, las etapas de consolidacion de datos pueden usarse para motivar al usuario a cambiar habitos y patrones de comportamiento que afectan su condicion ffsica/salud. El modulo de correlacion de datos 306 esta configurado para extraer datos sin procesar de diferentes fuentes, incluyendo los dispositivos de loT 324. Por ejemplo, el modulo de correlacion de datos 306 puede recibir datos (por ejemplo, en tiempo real de flujos de datos continuos o discretos, datos en tiempo no real, datos del sensor del dispositivo, conjunto de datos de interaccion del usuario-dispositivo, conjunto de datos de informes del usuario o cualquier combinacion de los mismos incluyendo metadatos del mismo) de los dispositivos de loT 324. Por ejemplo, los datos pueden incluir mediciones, comandos de usuario o actualizaciones de estado informadas por el usuario. El modulo de correlacion de datos 306 puede recibir los conjuntos de datos directamente desde los dispositivos de loT o mediante informes desde la aplicacion espedfica de la solucion 222 o la aplicacion integrada 328.

La correlacion de datos del modulo 306 puede ademas estar configurada para extraer los datos en bruto desde una fuente externa. Por ejemplo, los datos brutos pueden extraerse de una fuente de datos virtual o en lmea, como un mapa de ubicacion geografica, una red social, un calendario, una red de medios o cualquier combinacion de los mismos.

La correlacion de datos del modulo 306 puede todavfa estar configurado ademas para extraer los datos basados en el analisis de datos, tales como el analisis de datos realizado por el modulo de analisis de datos 308. El analisis de datos puede incluir analisis semantico y analisis de conciencia del contexto. La descripcion adicional de los datos generados a partir del modulo de analisis de datos 308 se describe en este documento.

La correlacion de datos del modulo 306 puede estar configurado para sumar los conjuntos de datos en los cubos datos significativos durante el proceso de recoleccion de datos. A medida que se extraen los datos, los datos se organizan en los segmentos significativos (por ejemplo, grupos). La agregacion de datos puede basarse en una lmea de tiempo, en funcion del usuario, en funcion del tipo de dispositivo, en funcion de los grupos definidos por el usuario, segun la ubicacion o cualquier combinacion de los mismos.

La correlacion de datos del modulo 306 puede estar configurado para normalizar cada uno de los conjuntos de datos. Por ejemplo, los datos a lo largo de la misma dimension se pueden normalizar a lo largo de penodos de tiempo, a traves de los segmentos de datos a traves de la agregacion, o una combinacion de los mismos.

El modulo de correlacion de datos 306 puede tambien ser configurado para correlacionar porciones de los conjuntos de datos entre sf. La correlacion de datos es una forma inteligente de asociar una porcion de los conjuntos de datos con otra porcion de los conjuntos de datos. La correlacion de datos puede basarse en la sincronizacion temporal, la relacion social compartida (por ejemplo, los dispositivos son propiedad de cuentas de usuario en el mismo grupo social), la dimension de datos compartidos (por ejemplo, ambos dispositivos miden el peso), fuente de datos compartidos perfil (por ejemplo, ubicacion otipo de dispositivo, etc.), perfil de propietario de datos (por ejemplo, perfil de usuario o configuraciones de usuario), semantica compartida (por ejemplo, ambos dispositivos se consideran "utensilios de cocina"), compartido conocido contexto (por ejemplo, ambos dispositivos se operan en el contexto del ejercicio), o cualquier combinacion de los mismos.

Por ejemplo, los datos comunicados desde un sistema de calefaccion en red pueden estar correlacionados con los datos informados de un termometro conectado en red basado en una dimension de datos compartidos y una ubicacion de origen de datos compartido. Como otro ejemplo, los datos agregados informados de un rastreador de ejercicio en un primer usuario pueden correlacionarse con un conjunto de datos agregados de datos de frecuencia cardfaca del primer usuario (es dear, debido al contexto conocido compartido de "salud del usuario"). El conjunto de datos agregado de datos de frecuencia cardfaca puede a su vez correlacionarse con un conjunto de datos agregados del conteo de calonas informado por el primer usuario (es dear, debido al contexto conocido compartido de "salud del usuario").

La correlacion de datos del modulo 306 esta configurado para interconectarse con el modulo de analisis de datos 308. El modulo de analisis de datos 308 esta configurado para determinar un conjunto de datos semanticos o de contexto a partir de los conjuntos de datos correlacionados. Tenga en cuenta que parte de los conjuntos de datos correlacionados ya pueden incluir datos semanticos o contextuales.

Semantico

El modulo 308 puede determinar el significado semantico de cada uno de los dispositivos de loT 324 y los datos procesados por el modulo de correlacion de datos 306. Inicialmente, los dispositivos de loT 324 no tienen ningun significado asignado a un usuario. Por ejemplo, los dispositivos de loT 324 son dispositivos como conmutadores,

5

10

15

20

25

30

35

40

45

50

55

60

65

enrutadores, bombillas, nevera, TV, automovil, etc. Sin embargo, para los usuarios, los dispositivos de loT 324 simbolizan mas que solo una bombilla. Los usuarios prefieren usar dispositivos basados en los significados semanticos de los dispositivos. Por ejemplo, un interruptor "X-Box", un enrutador "mi casa", una luz de "la cocina", una luz del "bano", un refrigerador "de mis padres" y un televisor de "la cocina" son todas etiquetas semanticas potenciales que pueden ayudar al usuario cuando operar un conjunto de dispositivos de loT 324. Las etiquetas semanticas en los dispositivos de loT 324 tambien pueden ayudar al modulo de analisis de datos 308 a comprender mejor el contexto de las intenciones del usuario. Por ejemplo, una "puerta principal" puede estar en un contexto con diferentes comportamientos predeterminados o reglas interoperables que una "puerta del dormitorio". De manera similar, los datos generados a traves de estos dispositivos de loT etiquetados semanticamente 324 tambien pueden etiquetarse semanticamente. El modulo de analisis de datos 308 puede implementar el aprendizaje semantico para los dispositivos de cada usuario basandose en al menos uno o mas de los siguientes metodos:

Basado en el usuario: El significado semantico puede ser definido por un usuario. Un usuario puede enviar a traves de la interfaz de la aplicacion de cliente 322 o la aplicacion de integracion 328 que un dispositivo espedfico esta conectado a otro dispositivo. Por ejemplo, el usuario puede enviar a traves de la interfaz del cliente que un conmutador esta conectado a una consola de juegos X-Box, y por lo tanto el conmutador puede etiquetarse como el "conmutador X-box".

Basado en el dispositivo: El significado semantico puede determinarse a traves de un mecanismo de correlacion adaptable tal como se implementa a traves del modulo de correlacion de datos 306 descrito anteriormente. A traves de las tecnicas de escaneo en red, el mecanismo de correlacion adaptativa puede identificar que el telefono inteligente del usuario ve la bombilla espedfica siempre al mismo tiempo cuando tambien se identifica un refrigerador. El mecanismo de correlacion adaptativa puede aprender que la bombilla tiene un significado significativo junto con la nevera. Tal correlacion de datos permite entender que la bombilla esta muy cerca de la nevera. El modulo 306 de analisis de datos puede entonces adoptar un significado semantico existente de que el refrigerador esta en la "cocina" para la bombilla espedfica (es dedr, etiquetar la bombilla como la bombilla de "la cocina").

Basado en el perfil de comportamiento: El modulo de analisis de datos 308 puede perfilar los patrones de comportamiento del usuario e identificar lugares, dispositivos y personas a las que esta conectado un usuario durante su dfa. Por ejemplo, cuando un usuario esta conectado a dispositivos de loT siempre o muy frecuentemente durante dfas habiles desde un enrutador espedfico o una ubicacion geografica, entonces el modulo de analisis de datos 308 puede etiquetar los dispositivos de loT con un significado semantico de ser un dispositivo de "trabajo" basado en la asociacion del enrutador espedfico o con una geolocalizacion del trabajo.

Conocimiento del contexto

A traves de la conciencia semantica e interoperabilidad de dispositivos, el modulo de analisis de datos 308 puede reconocer el contexto, entre y/o entre los dispositivos, personas, lugares y tiempo. El contexto puede organizarse semanticamente para facilitar la comprension por parte del usuario de la plataforma de integracion. El contexto puede funcionar para aproximar o describir situaciones, lugares, eventos o personas de la vida real en base a conjuntos de datos recopilados de los dispositivos de loT u otros nodos (por ejemplo, redes sociales, cuentas externas asociadas con el usuario o bases de datos geograficos). El contexto puede funcionar para predecir una situacion futura basada en conjuntos de datos recopilados de los dispositivos de loT. El contexto puede responder preguntas, como quien esta haciendo que actividad en el momento y el lugar, y por que se esta realizando la actividad. Por ejemplo, el contexto de "la madre esta cocinando la cena en la cocina esta noche" puede detectarse mediante la activacion del telefono celular de la madre cerca de un horno en red que tambien esta activado. Los mecanismos de reconocimiento de contexto del modulo de analisis de datos 308 pueden derivarse a traves de uno o mas de los siguientes metodos:

Basado en el perfil de comportamiento: El modulo de analisis de datos 308 puede derivar en un contexto particular a traves del analisis de comportamiento del dispositivo. Por ejemplo, el reconocimiento "terminado de correr", "nino llega a casa desde la escuela" se reconoce en funcion del comportamiento del dispositivo, incluso cuando el rastreador de ejercicio dejo de registrar movimiento o cuando un televisor inteligente esta sintonizado en un canal de dibujos animados en casa por la tarde.

Basado socialmente: El modulo de analisis de datos 308 puede derivar en un contexto particular a traves de la interaccion con datos de grafico social de una red social asociada con una cuenta de usuario. Por ejemplo, cuando los usuarios se comunican con sus amigos a traves de una red social, se puede aplicar un mecanismo de coincidencia para asignar la conciencia de una relacion de amistad a los dispositivos de los amigos del usuario. Se puede asignar una etiqueta semantica del "reloj inteligente de un amigo Erica" a un dispositivo portatil registrado a un amigo del usuario llamado "Erica". De ahora en adelante, cualquier actividad observada a traves del reloj inteligente puede tener un contexto social para el usuario como una actividad realizada por el amigo "Erica". Como otro ejemplo, cuando un dispositivo registrado en "Erica" (por ejemplo, el dispositivo esta frecuentemente o siempre con "Erica") se detecta en las proximidades de la region activa del usuario (por ejemplo, donde el modulo de analisis de datos 308 ha determinado que el usuario es o la ubicacion de una puerta en red de una casa registrada para el

5

10

15

20

25

30

35

40

45

50

55

60

65

usuario), el modulo de analisis de datos 308 puede registrar un evento contextual de "Erica esta en la puerta".

Basado en la geolocalizacion: El modulo de analisis de datos 308 puede identificar ademas ubicaciones geograficas de actividades de dispositivos multiples para determinar el contexto de ubicacion. En cada evento de exploracion de red de un dispositivo de loT conectado, se puede recopilar una ubicacion geografica (longitud, latitud, precision). Por lo tanto, cada dispositivo de loT y/o actividad de dispositivo de loT puede tener un historial de geolocalizacion que defina el contexto de geolocalizacion del dispositivo. La geolocalizacion, por ejemplo, puede informarse mediante un componente del sistema de posicionamiento global (GPS) o un modulo de red (por ejemplo, a traves de la triangulacion de fuente de red) de los dispositivos de loT 324.

El modulo de analisis de datos 308 tambien puede determinar la ubicacion geografica de un dispositivo de loT mediante la generacion y el mantenimiento de un mapa de navegacion en la puerta. Las tecnicas, como la geolocalizacion de GPS y/o los sistemas de navegacion de geolocalizacion basados en redes celulares, pueden no ser tan efectivas o estar facilmente disponibles (por ejemplo, debido a la baja potencia de la senal) mientras se encuentran en el interior para ubicar personas y dispositivos. En una realizacion, una solucion de geolocalizacion interna puede incluir sistemas de hardware especiales que se colocan dentro del edificio para la ubicacion geografica y la navegacion.

Una solucion preferida puede incluir la ubicacion geografica a traves de conexiones de red local sin sistemas adicionales de hardware especiales. En diversas realizaciones, un directorio de dispositivos conectados que pertenecen al usuario puede mantenerse en un almacen de base de datos acoplado al modulo de analisis de datos 308. El directorio junto con la senal de baliza de Bluetooth o WiFi se puede usar para estimar la posicion de un usuario en el interior. Por ejemplo, para cada exploracion de enrutador de red Wi-Fi, la geolocalizacion de GPS y RSSl pueden recopilarse ambos a traves del modulo de correlacion de datos 306 o el modulo de analisis de datos 308. El RSSl permite que el modulo de analisis de datos 308 posicione los dispositivos de red locales (por ejemplo, enrutadores, puntos de acceso o conmutadores) relativamente entre sf en cada punto de geolocalizacion espedfico. Cada dispositivo de loT conectado a la red interna (por ejemplo, Wi-Fi) a traves de su posicion de visibilidad relativa a los dispositivos de red locales en cada momento puede permitir la localizacion interna del usuario y las actividades del dispositivo de loT.

El modulo de analisis de datos 308 puede calcular el conjunto de contexto en tiempo real como datos se informa de los dispositivos de loT. La temporizacion absoluta y/o relativa de los datos del dispositivo de loT se puede utilizar para el contexto temporal. Por ejemplo, el modulo de correlacion de datos 306 puede correlacionar los tiempos de activacion del dispositivo de loT con los dispositivos de loT en la misma sala. El modulo de analisis de datos 308 puede entonces calcular un contexto relevante para el usuario a partir de los tiempos de activacion del dispositivo. Por ejemplo, si los tiempos de activacion del dispositivo de loT estan cercanos entre sf dentro de un penodo de tiempo predeterminado en la manana, el modulo de analisis de datos 308 puede registrar un contexto de "usuario ha despertado". Como otro ejemplo, si los tiempos de desconexion del dispositivo de loT para dispositivos de loT dentro de la misma habitacion son simultaneos dentro de un margen muy cercano, el modulo de analisis de datos 308 puede grabar un contexto de "apagon". Este contexto de "apagon" puede diferenciarse de cuando los tiempos de desconexion del dispositivo de loT son secuenciales en lugar de simultaneos. Como otro ejemplo mas, una desactivacion secuencial de dispositivos de loT puede indicar un contexto de "usuario que se esta preparando para dormir" o "usuario que se va de su casa".

Informacion Correlativa

Las ideas correlativas tambien pueden ser determinadas por el modulo de analisis de datos 308. Las ideas correlativas son ideas accionables para facilitar al usuario la toma de decisiones con respecto a que accion(es) tomar. Las figuras 10A-10B ilustran ejemplos de como se pueden mostrar las ideas correlativas en una interfaz consolidada generada por el modulo generador de interfaz de consolidacion 304. Por ejemplo, el modulo 306 de correlacion de datos puede ser capaz de recoger un primer conjunto de datos de datos de nivel de glucosa de un dispositivo portatil de un usuario. El modulo de correlacion de datos 306 tambien puede ser capaz de recoger un segundo conjunto de datos de datos de nivel de actividad de otro dispositivo portatil del usuario. El modulo de correlacion de datos 306 puede entonces correlacionar los dos conjuntos de datos. El modulo de analisis de datos 308 puede determinar una idea correlativa de que "un alto nivel de actividad conduce a una cafda repentina en el nivel de glucosa". Esta informacion correlativa se puede usar para generar reglas interoperables para notificar al usuario que deje de hacer ejercicio despues de que se alcanza un cierto nivel de actividad para evitar cafdas repentinas en el nivel de glucosa.

La consolidacion del generador de interfaz 304 esta configurada para proporcionar una interfaz de consolidacion para acceder y/o gestionar los dispositivos de loT conectados a la plataforma de integracion 300. El generador de interfaz de consolidacion 304 permite la consolidacion de dispositivos conectados para un consumidor/usuario a una interfaz de cliente unica. La interfaz de cliente unica puede presentarse en la aplicacion de integracion 328 o cualquier otro dispositivo de red capaz de acceder a la red y conectarse con el sistema de soporte de integracion 302. El generador 304 de interfaz de consolidacion tambien puede configurarse para proporcionar acceso a datos en tiempo real o no en tiempo real capturados por uno o mas de los dispositivos de loT.

5

10

15

20

25

30

35

40

45

50

55

60

65

Como un ejemplo espedfico, la correlacion de datos del modulo 306 puede agregar datos para generar una "lmea de vida" que se presentara a traves de la interfaz de cliente generado por la interfaz de consolidacion. La "lmea de vida" puede servir como un diario automatizado relacionado con un usuario como se ilustra en la figura 4. Las actividades y los eventos diarios de un usuario pueden correlacionarse todos o parcialmente en el orden de la hora del dfa.

La "lmea de vida" puede incluir eventos contexto determinado por el modulo de analisis de datos 308, asf como los datos de los dispositivos de loT. La "lmea de vida" puede ser accesible para el usuario y/o las conexiones sociales (por ejemplo, amigos en una red social) del usuario a traves de la interfaz de consolidacion. La "lmea de vida" puede proporcionar una vista general de la imagen para que el usuario visualice los conjuntos de datos correlacionados relevantes relacionados con el/ella. La "lmea de vida" puede etiquetar los datos del dispositivo de loT en una lmea de tiempo de manera automatica en funcion de una determinacion de relevancia de contexto por parte del modulo de analisis de datos 308 o en funcion de la interaccion del usuario. La "lmea de vida" tambien puede ser un motivador para la recopilacion de datos semanticos de un usuario. Por ejemplo, cuando un usuario pasa una gran cantidad de tiempo considerable en un lugar, el modulo de correlacion de datos 306 puede recopilar y correlacionar los datos asociados con un nombre predeterminado "lugar en el parque Menlo". El usuario puede estar motivado para corregir la etiqueta semantica a "casa".

Por ejemplo, los usuarios pueden ser capaces de ver un registro de la vida con los lugares que el usuario ha sido, datos de seguimiento de la actividad, estados de salud, eventos de calendario, datos meteorologicos - todos los datos correlacionados entre sf sobre la lmea de tiempo del dfa. Ademas, el usuario puede agregar sus eventos personalizados en la "lmea de vida". La "lmea de vida" es, por lo tanto, espedfica del usuario. La accesibilidad y/o configurabilidad de la "lmea de vida" se puede asegurar a traves de la configuracion de privacidad por usuario. Los datos (por ejemplo, mediciones, comandos, actualizaciones de estado, etc.) procedentes de los dispositivos de loT 324 pueden agregarse, analizarse y/o correlacionarse a traves del modulo de correlacion de datos 306 y/o el modulo de analisis de datos 308. Una ventaja del analisis de datos y la correlacion de datos es la generacion de una o mas capas de informacion contextual, correlativa y/o semantica, desencadenar eventos y/o acciones. El modulo de analisis de datos 308 puede aplicar aprendizaje automatico sobre los datos analizados y/o correlacionados provenientes de las tres capas descritas anteriormente y crear un sentido de "cognicion" - comprension de eventos contextuales, correlativos y/o semanticos en la vida del usuario. Estas capas permiten la comprension predictiva o reflexiva de los patrones y/o tendencias del comportamiento del dispositivo de loT y del usuario, y pueden permitir aun mas la smtesis de generalizaciones de la actividad o necesidad del usuario y/o del dispositivo loT.

La deteccion de eventos contextuales puede ser util como se evidencia a continuacion para generar y ejecutar reglas de dispositivos de loT interoperables, tales como para el uso del modulo de generacion de reglas 310, el modulo de ejecucion de reglas 314 y el modulo de seguimiento de eventos 316. Por ejemplo, cuando el rastreador de actividad del amigo (por ejemplo, Erica) esta cerca de la cerradura de la puerta conectada del usuario y el usuario ha otorgado permisos, la cerradura de la puerta conectada se puede abrir automaticamente reconociendo el contexto social de un "amigo" en mi casa al lado de mi puerta conectada".

lnteroperabilidad - generacion y ejecucion de reglas

Se ha descubierto que la interoperabilidad es una parte importante de consolidacion de soluciones verticales para los dispositivos de loT. Las funciones de interoperabilidad pueden implementarse a traves del modulo de generacion de reglas, el modulo de identificacion de dispositivos 312, el modulo de ejecucion de reglas 314 y/o el modulo de seguimiento de eventos 316. La interoperabilidad permite la creacion de conexiones logicas entre los dispositivos de loT conectados. Por ejemplo, cuando un usuario apaga las luces de su oficina y deja el trabajo, entonces la temperatura de su hogar puede ajustarse automaticamente a la temperatura deseada. Las conexiones logicas entre los dispositivos de loT conectados se pueden crear a traves de los lenguajes naturales de los usuarios. Por ejemplo, una regla de dispositivos de loT logica puede implementarse a traves de una indicacion de lenguaje natural por "cuando salgo de casa, apago las luces y enciendo mi aspiradora Roomba" o "cuando termine de hacer ejercicio, luego enfne mi coche".

Una vez que se define una conexion logica, la conexion logica puede tener lugar sobre la base de reglas interoperables definidas sin ninguna interferencia de usuario. Las funciones de interoperabilidad pueden basarse en un mecanismo de accion desencadenante responsable de crear (por ejemplo, el modulo de generacion de reglas 310), almacenar (por ejemplo, el modulo de generacion de reglas 310), validar (por ejemplo, el modulo de generacion de reglas 310), monitorizar (por ejemplo, modulo de seguimiento de eventos 316) y activar (por ejemplo, el modulo de ejecucion de reglas 314) las reglas interoperables. Por ejemplo, la generacion de reglas 310 puede crear, almacenar y confirmar una regla basada en eventos de contexto con el usuario. El monitor 316 de seguimiento de eventos puede, por ejemplo, en tiempo sustancialmente real o periodicamente, reconocer condiciones desencadenadas por el contexto (por ejemplo, "salf de mi casa", "termine de ejercitarme", o "Erica entro a la cocina"). El modulo de ejecucion de reglas 314 puede entonces ejecutar la regla basada en eventos de contexto cuando se satisface la condicion activada por el contexto.

A modo de ejemplo, el modulo de generacion de reglas 310 pueden haber creado una regla basada en el contexto

5

10

15

20

25

30

35

40

45

50

55

60

65

de "si el usuario salio de la casa y luego apague todos los dispositivos de la casa." El modulo de pistas evento 316 a traves del modulo de analisis de datos 308 puede ser capaz de detectar en tiempo real que un "usuario ha salido de la casa" contexto en el punto de tiempo Ti. As^ en respuesta a la deteccion del evento condicional en el tiempo Ti, la ejecucion de la regla modulo 314 puede ejecutar multiples comandos de apagado a varios dispositivos de loT en el domicilio del usuario.

Como otro ejemplo, una regla interoperable puede ser una condicion de autenticacion acoplado al desbloqueo de un dispositivo de seguridad conectado (puerta, por ejemplo, una red habilitada). La condicion de autenticacion, por ejemplo, puede ser un evento contextual de "un amigo que viene a mi casa". El modulo de seguimiento de eventos 316 puede detectar este evento contextual cuando el dispositivo de seguimiento de actividad de un amigo se acerca a la puerta conectada del usuario. En este ejemplo, la ubicacion geografica del rastreador de actividad conectado u otros dispositivos portatiles del amigo se puede usar como base para confirmar la condicion de autenticacion. La condicion de autenticacion puede incluir muchos otros factores, incluida la proximidad de ubicacion geografica de un segundo y/o un tercer dispositivo que pertenece al usuario o al amigo del usuario, incluidos telefonos inteligentes o dispositivos moviles. El modulo 310 de generacion de reglas esta configurado para facilitar la creacion de reglas para controlar los dispositivos de loT. El modulo de generacion de reglas 310 puede acoplarse a una interfaz de gestion de reglas. La interfaz de gestion de reglas puede ser parte de la interfaz de consolidacion generada por el modulo de generacion de interfaz de consolidacion 304. La interfaz de gestion de reglas puede ser parte de la interfaz de consolidacion generada por el generador de interfaz de consolidacion 304. Las reglas pueden ser configuradas por un usuario o determinadas automaticamente por el modulo de generacion de reglas 310. Cuando una regla es determinada por el modulo de generacion de reglas 310, la regla se muestra como una recomendacion. La recomendacion se sugiere luego a traves de la interfaz de consolidacion para la validacion del usuario. Las reglas pueden almacenarse en el sistema de soporte de integracion 302 o en un dispositivo de loT asociado con un usuario que creo o valido la regla.

Las reglas pueden incluir condicionales basados en eventos, contexto, desencadenante de usuario, desencadenante de tiempo o cualquier combinacion de los mismos. El modulo de generacion de reglas 310 se puede acoplar a una interfaz de gestion de reglas que permite la(s) seleccion(es) de un condicional seguido de la(s) seleccion(es) de un comando. Una recomendacion de regla puede ser determinada por un mecanismo de aprendizaje adaptativo, como por patron de comportamiento del usuario (por ejemplo, todas las mananas el usuario enciende el aire acondicionado a 70 grados (21,1 °C)), por perfiles de usuario (por ejemplo, otros usuarios de la misma edad) y/o genero prefieren tener un informe de salud agregado de dispositivos de loT relacionados con la salud y por lo tanto se crea una regla para generar un informe de salud), o por desencadenantes sociales (por ejemplo, un amigo que posee un Tesla decide enviar su reglas del dispositivo de loT asociadas con poseer un Tesla).

Un usuario es capaz de definir la interoperabilidad entre sus dispositivos de loT conforme a su voluntad, de preferencia, los habitos y/o el deseo de automatizacion o de cualquier otro tipo de motivacion. Con base en los comportamientos de los usuarios y los perfiles de los usuarios, el mecanismo de aprendizaje adaptativo puede reconocer los patrones de rutina de comportamiento del usuario y ofrecer a un usuario agregar una conexion logica interoperable (es dear, regla interoperable de loT) entre sus dispositivos conectados. Por ejemplo, el modulo de correlacion de datos 306 y el modulo de analisis de datos 308 pueden reconocer que cada manana un usuario enciende la maquina de cafe, enciende la musica, sale de la casa y apaga todas las luces y el termostato. Esta secuencia de comandos del dispositivo de loT para la maquina de cafe y el reproductor de musica puede ser una regla recomendada desencadenada por un evento de contexto del usuario que esta despertando. Los comandos del dispositivo de loT para el termostato y las luces pueden ser activados por el evento de contexto del usuario que sale de la casa. Los usuarios tambien pueden recomendar las reglas logicas interoperables a sus amigos a traves de cualquier canal de comunicacion, por ejemplo, redes sociales, correos electronicos, mensajes celulares, mensajes instantaneos o cualquier combinacion de los mismos.

El evento modulo de pista 316 esta configurado para sincronizar la ejecucion de reglas basadas en eventos. Cuando se generan las reglas de loT interoperables, la ejecucion de las reglas se puede basar en una variedad de eventos condicionales. Por ejemplo, los eventos condicionales pueden incluir eventos basados en el contexto, eventos basados en el estado de dispositivo, eventos basados en el tiempo absoluto o relativo, eventos activados socialmente, eventos activados por perfil de usuario, eventos activados por interaccion/comportamiento de usuario o cualquier combinacion secuencial o paralela de los mismos. El modulo de seguimiento de eventos 316 puede interactuar con el modulo de analisis de datos 308 para detectar los eventos basados en el contexto y ejecutar reglas basadas en el contexto generadas por el modulo de generacion de reglas 310. El modulo de pista de eventos 316 puede detectar eventos condicionales en los dispositivos de loT conectados 324 basados en sondear los dispositivos de loT conectados 324, o en base a interrupciones recibidas de los dispositivos de loT 324, la aplicacion de la solucion espedfica 322 y/o la aplicacion de integracion 328.

En diversas realizaciones, el mecanismo de monitorizacion de eventos del modulo de monitorizacion de evento 316 puede ser implementado en la aplicacion de integracion 328, el sistema de soporte integracion 302, los dispositivos de loT 324, o una combinacion de los mismos. Cuando se implementa alguna logica del modulo de seguimiento de eventos 316 en los dispositivos de loT 324 o la aplicacion de integracion 328, el modulo de monitorizacion de evento 316 puede detectar eventos de condiciones basados en interrupciones en lugar de sondeo.

5

10

15

20

25

30

35

40

45

50

55

60

65

La aplicacion de la validacion de la regla interoperable, monitorizacion y ejecucion pueden ser distribuida. Por ejemplo, la implementacion de las reglas interoperables puede basarse en un modelo de malla distribuida en comunicacion con un sistema de servicio en la nube central (por ejemplo, el sistema de soporte de integracion 302). En diversas realizaciones, cada usuario que ejecuta la aplicacion de integracion 328 puede validar, monitorizar y ejecutar reglas interoperables, incluso si las reglas interoperables no pertenecen al usuario. Por ejemplo, si un usuario pierde un llavero etiquetado con Bluetooth, la plataforma de integracion 300 puede tratar de escanear entornos proximales de los dispositivos de otros usuarios para el llavero del usuario. Los identificadores de los dispositivos de los otros usuarios pueden permanecer en el anonimato y/o encriptados por razones de privacidad. La ubicacion final del llavero tambien esta protegida del acceso de los otros usuarios, incluso si los dispositivos de los otros usuarios contribuyeron a la ubicacion del llavero. Un identificador anonimo se puede transferir entonces al servidor de soporte de integracion 302 para informar al usuario que se encuentra el llavero.

El modulo de ejecucion de la regla 314 esta configurado para ejecutar una regla logica interoperabilidad a traves de los dispositivos de loT 324, el sistema de soporte integracion 302, la aplicacion de integracion 328, las aplicaciones espedficos de la solucion 322, los sistemas de soporte espedficas del dispositivo 320, o cualquier combinacion de los mismos El modulo de ejecucion de reglas 314 puede estar configurado para comunicarse con los sistemas anteriores a traves de la interfaz de comunicacion 318 para permitir la comunicacion entre todos los dispositivos, aplicaciones y sistemas anteriores. El modulo de ejecucion de reglas 314 tambien puede sincronizar la ejecucion de comandos relacionados con multiples dispositivos de loT. En diversas realizaciones, de forma similar al seguimiento de las condiciones de activacion, la ejecucion de comandos tambien puede distribuirse, incluso mediante dispositivos propiedad de un usuario que no es el propietario de la regla interoperable. En diversas realizaciones, cada usuario que posee dispositivos puede habilitar configuraciones de permisos que permitan a otros usuarios usar los dispositivos propios para monitorizar o ejecutar reglas interoperables.

Los bloques, componentes y/o modulos asociados con el sistema 300 de plataforma de integracion de loT pueden implementarse como modulos de hardware, modulos de software o cualquier combinacion de los mismos. Por ejemplo, los modulos descritos pueden ser modulos de software implementados como instrucciones en una memoria de almacenamiento tangible capaz de ser ejecutada por un procesador o un controlador en una maquina. La memoria de almacenamiento tangible puede ser una memoria volatil o no volatil. En algunas realizaciones, la memoria volatil puede considerarse "no transitoria" en el sentido de que no es una senal transitoria. Los modulos de software pueden ser operables cuando son ejecutados por un procesador u otro dispositivo informatico, por ejemplo, un chip de placa unica, un conjunto de campo programable en campo, un dispositivo informatico capaz de red, un dispositivo terminal de maquina virtual, un dispositivo terminal de computacion basado en nube o cualquier combinacion de los mismos

Cada uno de los modulos pueden funcionar individualmente y con independencia de otros modulos. Algunos o todos los modulos se pueden ejecutar en el mismo dispositivo anfitrion o en dispositivos separados. Los dispositivos separados se pueden acoplar a traves de un modulo de comunicacion para coordinar sus operaciones. Algunos o todos los modulos se pueden combinar como un solo modulo.

Un solo modulo puede tambien ser dividido en submodulos, cada submodulo realizando la etapa del metodo o etapas del metodo separado del modulo individual. En algunas realizaciones, los modulos pueden compartir el acceso a un espacio de memoria. Un modulo puede acceder a los datos accedidos o transformados por otro modulo. Los modulos se pueden considerar "acoplados" entre sf si comparten una conexion ffsica o una conexion virtual, directa o indirectamente, permitiendo el acceso a los datos accedidos o modificados desde un modulo en otro modulo. En algunas realizaciones, algunos o todos los modulos se pueden actualizar o modificar de forma remota. El sistema de plataforma de integracion de loT 300 puede incluir modulos adicionales, menos o diferentes para diversas aplicaciones.

La figura 4 es un ejemplo de una interfaz de usuario que ilustra un diagrama de lmea de vida activa 400 para una cuenta de usuario en una interfaz de integracion, tal como la interfaz de integracion 114 de la figura 1 o la aplicacion de integracion 328 de la figura 3, consistente con diversas realizaciones de la tecnologfa divulgada. El diagrama de lmea de vida activa 400, por ejemplo, puede ser parte de la interfaz de consolidacion generada por el generador de interfaz de consolidacion 304 de la figura 3. El diagrama de lmea de vida activa 400 puede ser accesible a traves de la aplicacion de integracion 328.

Como se muestra, el diagrama de lmea de vida activa 400 ilustra un solo dfa de un usuario, organizado por cuando el usuario se desperto a cuando el usuario fue a dormir. Aunque el diagrama de lmea de vida activa 400 se ha ilustrado durante un penodo de tiempo de un solo dfa, el usuario puede definir la longitud de los datos del historial en cualquier penodo de tiempo. En diversas realizaciones, el usuario puede retroceder entre periodos de tiempo consecutivos a lo largo del diagrama de vida 400. El diagrama de lmea de vida activa 400 incluye ilustraciones de etiquetas semanticas 402, eventos/actividades contextuales 404, iconos de dispositivos de loT 406 relevantes, datos del dispositivo de loT 408 relevantes, datos contextuales correlacionados 410, y datos de fuentes externas 412, tales como fuente de datos de informe de estado de una red social.

Como un ejemplo espedfico, los datos contextuales correlacionados 410 puede representar un elemento de interfaz

5

10

15

20

25

30

35

40

45

50

55

60

65

de usuario en la parte superior del diagrama de lmea de vida 400 que permite el etiquetado de actividades o publicaciones espedficas para etiquetas contextuales de actividad de mantenimiento ffsico (por ejemplo, sueno, inactivo, activo, y ejercicio). Como otro ejemplo, se ilustra el icono del dispositivo de loT 406 relevante junto con un evento contextual de que se ha agregado un nuevo dispositivo y una nueva etiqueta semantica para "Mi XBOX".

La lmea de vida activa diagrama 400 puede responder y visualizar ideas correlativas de acuerdo con los datos en tiempo real o periodica, o actualizaciones de contexto, permitiendo a los usuarios del diagrama de lmea de vida activa 400 a tomar medidas basadas en los conocimientos. El diagrama de lmea de vida activa 400 tambien puede permitir a un usuario etiquetar o publicar sus propias actualizaciones como parte de un mecanismo de registro de vida. Un ejemplo de una interfaz de camara semantica para facilitar el registro de vida se ilustra en las figuras 11A- 11D. Por ejemplo, el diagrama de lmea de vida activa 400 puede ser ventajoso para lograr un plan de accion de salud con informacion de realimentacion en vivo. Esta es un aumento significativo a partir de un simple blog de estilo de vida. El diagrama de la lmea de vida activa 400 puede no solo consolidar el estilo de vida y los datos de rutina diarios (por ejemplo, ejercicio y datos de rendimiento) relacionados con actividades de mantenimiento ffsico, sino tambien correlacionar los habitos de estilo de vida y la rutina diaria del usuario con un contexto de mediciones e informes.

Los elementos del diagrama de lmeas de vida 400 pueden dividirse en al menos las siguientes categonas: postes de registro de vida 414, elementos de tipo A 416, elementos de tipo B 418, elementos de tipo C 420, elementos de tipo D 422, elementos de tipo E 424, o cualquier combinacion de los mismos. Una publicacion de registro de vida 414 es una publicacion o etiqueta informada por el usuario en el diagrama de lmea de vida 400. Por ejemplo, las publicaciones de registro de vida pueden seguir las siguientes reglas. Un signo "+" puede aparecer en la parte superior de la lmea de vida cuando no hay otra actividad, en tiempo de inactividad, o cuando no hay otra notificacion, elemento o correlacion dentro del mismo penodo de tiempo. Cuando se toca el signo mas, pueden aparecer las opciones de publicacion. Al elegir la opcion de publicacion, el signo mas puede cambiar a un icono de camara que habilita la interfaz de camara semantica descrita en las figuras 11A-11D. Un texto editable puede aparecer a la izquierda del signo mas, como "^que tienes en mente?" para solicitar al usuario que especifique una actividad o un tema, o "^que es este lugar?" para solicitar al usuario que especifique una ubicacion. Si el usuario esta inactivo y no edita o toma una foto durante mas de un numero de umbral de segundos, como tres segundos, la publicacion se convierte en un elemento de tipo C 420, y el signo mas vuelve a aparecer.

Un elemento de tipo A 416 es una actividad o evento donde el lugar y la descripcion de texto es un predefinida por la plataforma de integracion 300. Sin embargo, un usuario puede editar el texto del elemento 416 de tipo A (por ejemplo, tocando una vez). El texto editado puede devolverse a la plataforma de integracion 300, tal como el sistema de soporte de integracion 302 para la representacion futura del diagrama de lmea de vida 400. Un elemento de tipo B 418 es un nodo en el diagrama de lmea de vida 400. La imagen de nodo puede definirse por la plataforma de integracion 300, donde las imagenes pueden almacenarse en cache fuera de lmea. El texto de descripcion puede ser predefinido por el servidor y editable por el usuario de manera similar al elemento de tipo A 416. De nuevo, el texto editado puede devolverse a la plataforma de integracion 300.

Un elemento de tipo C 420 es un nodo en el diagrama de lmea de vida 400, donde el nodo esta representado por una imagen iconica. La imagen iconica predeterminada puede recibirse desde el sistema de soporte de integracion 302. Sin embargo, el usuario puede tocar la imagen iconica para tomar y cargar una imagen en el sistema de soporte de integracion 302. Un elemento de tipo D 422 es un nodo en el diagrama de lmea de vida 400, donde el nodo esta asociado con una actividad, un icono contextual y una visualizacion de datos. Un elemento de tipo E 424 es un nodo en el diagrama de lmea de vida 400, donde el nodo es un diagrama de representacion de datos. El usuario puede configurar como los datos provienen del sistema de soporte de integracion 302. El usuario tambien puede configurar como se representan los datos en el diagrama de representacion de datos.

Con referencia a la figura 5, en ella se muestra una representacion esquematica de una maquina en la forma ejemplar de un sistema informatico 500 dentro del cual puede ejecutarse un conjunto de instrucciones, para hacer que la maquina realice una o mas de las metodologfas o modulos discutidos en este documento.

En el ejemplo de la figura 5, el sistema informatico 500 incluye un procesador, memoria, memoria no volatil y un dispositivo de interfaz. Varios componentes comunes (por ejemplo, memoria cache) se han omitido por simplicidad ilustrativa. El sistema informatico 500 esta destinado a ilustrar un dispositivo de hardware donde cualquiera de los modulos o componentes representados en el ejemplo de la figura 2 o la figura 3 (y cualquier otro componente descrito en esta especificacion) puede ser implementado. El sistema informatico 500 puede ser de cualquier tipo conocido o conveniente aplicable. Los componentes del sistema informatico 500 se pueden acoplar entre sf a traves de un bus o a traves de algun otro dispositivo conocido o conveniente.

Esta divulgacion contempla el sistema de ordenador 500 de tomar cualquier forma ffsica adecuada. Como ejemplo y no a modo de limitacion, el sistema informatico 500 puede ser un sistema informatico integrado, un sistema en chip (SOC), un sistema informatico de placa unica (SBC) (como, por ejemplo, un ordenador sobre modulo (COM) o sistema en modulo (SOM)), un sistema de ordenador de escritorio, un ordenador portatil o portatil, un kiosco interactivo, una unidad central, una malla de sistemas informaticos, un telefono movil, un asistente digital personal

5

10

15

20

25

30

35

40

45

50

55

60

65

(PDA), un servidor o una combinacion de dos o mas de estos. Cuando sea apropiado, el sistema informatico 500 puede incluir uno o mas sistemas informaticos 500; ser unitario o distribuido; abarcar multiples ubicaciones; abarcar multiples maquinas; o residir en una nube, que puede incluir uno o mas componentes de la nube en una o mas redes. Cuando sea apropiado, uno o mas sistemas informaticos 500 pueden funcionar sin limitacion espacial o temporal sustancial una o mas etapas de uno o mas metodos descritos o ilustrados en este documento. Como ejemplo y no a modo de limitacion, uno o mas sistemas informaticos 500 pueden realizar en tiempo real o en modo por lotes uno o mas etapas de uno o mas metodos descritos o ilustrados en este documento. Uno o mas sistemas informaticos 500 pueden realizar en diferentes momentos o en diferentes lugares una o mas etapas de uno o mas metodos descritos o ilustrados en la presente memoria, segun corresponda.

El procesador puede ser, por ejemplo, un microprocesador convencional tal como un microprocesador Intel Pentium o Motorola potencia PC microprocesador. Un experto en la tecnica relevante reconocera que los terminos "medio (de almacenamiento) legible por maquina" o "medio (de almacenamiento) legible por ordenador" incluyen cualquier tipo de dispositivo que sea accesible por el procesador.

La memoria esta acoplado al procesador, por ejemplo, un autobus. La memoria puede incluir, a modo de ejemplo, pero no de limitacion, memoria de acceso aleatorio (RAM), tal como RAM dinamica (DRAM) y RAM estatica (SRAM). La memoria puede ser local, remota o distribuida.

El bus tambien acopla el procesador a la unidad de memoria y la unidad no volatil. La memoria no volatil es a menudo un disquete magnetico o disco duro, un disco optico magnetico, un disco optico, una memoria de solo lectura (ROM), como un CD-ROM, EPROM o EEPROM, una tarjeta magnetica u optica. u otra forma de almacenamiento para grandes cantidades de datos. Algunos de estos datos a menudo se escriben, mediante un proceso directo de acceso a la memoria, en la memoria durante la ejecucion del software en el sistema informatico 500. El almacenamiento no volatil puede ser local, remoto o distribuido. La memoria no volatil es opcional porque los sistemas se pueden crear con todos los datos aplicables disponibles en la memoria. Un sistema informatico tfpico generalmente incluira al menos un procesador, memoria y un dispositivo (por ejemplo, un bus) que acople la memoria al procesador.

El software se almacena tipicamente en la memoria no volatil y/o la unidad de accionamiento. De hecho, para programas grandes, puede que ni siquiera sea posible almacenar todo el programa en la memoria. Sin embargo, debe entenderse que para que el software se ejecute, si es necesario, se traslada a una ubicacion legible por ordenador apropiada para el procesamiento, y para fines ilustrativos, esa ubicacion se denomina memoria en este documento. Incluso cuando el software se mueva a la memoria para su ejecucion, el procesador generalmente hara uso de registros de hardware para almacenar los valores asociados con el software, y el cache local que, idealmente, sirve para acelerar la ejecucion. Como se usa en el presente documento, se supone que un programa de software se almacena en cualquier ubicacion conocida o conveniente (desde almacenamiento no volatil a registros de hardware) cuando se hace referencia al programa de software como "implementado en un medio legible por ordenador". Se considera que un procesador esta "configurado para ejecutar un programa" cuando al menos un valor asociado con el programa se almacena en un registro legible por el procesador.

El bus tambien acopla el procesador al dispositivo de interfaz de red. La interfaz puede incluir uno o mas de un modem o interfaz de red. Se apreciara que una interfaz moderna o de red puede considerarse parte del sistema informatico 500. La interfaz puede incluir un modem analogico, modem ISDN, cable modem, interfaz Token Ring, interfaz de transmision satelital (por ejemplo, "PC directo"), u otras interfaces para acoplar un sistema informatico a otros sistemas informaticos. La interfaz puede incluir uno o mas dispositivos de entrada y/o salida. Los dispositivos de E/S pueden incluir, a modo de ejemplo, entre otros, un teclado, un raton u otro dispositivo senalador, unidades de disco, impresoras, un escaner y otros dispositivos de entrada y/o salida, incluido un dispositivo de visualizacion. El dispositivo de visualizacion puede incluir, a modo de ejemplo, pero no de limitacion, un tubo de rayos catodicos (CRT), una pantalla de cristal lfquido (LCD), o algun otro dispositivo de visualizacion conveniente o conocido. Para simplificar, se supone que los controladores de cualquier dispositivo no representado en el ejemplo de la figura 5 residen en la interfaz.

En funcionamiento, el sistema de ordenador 500 puede ser controlado por el software del sistema operativo que incluye un sistema de gestion de archivos, tales como un sistema operativo de disco. Un ejemplo de software de sistema operativo con software de sistema de administracion de archivos asociado es la familia de sistemas operativos conocidos como Windows® de Microsoft Corporation de Redmond, Washington, y sus sistemas de administracion de archivos asociados. Otro ejemplo de software de sistema operativo con su software de sistema de administracion de archivos asociado es el sistema operativo Linux y su sistema de administracion de archivos asociado. El sistema de administracion de archivos generalmente se almacena en la memoria no volatil y/o unidad de disco y hace que el procesador ejecute las diversas acciones requeridas por el sistema operativo para ingresar y sacar datos y almacenar datos en la memoria, incluido el almacenamiento de archivos en la memoria no volatil y/o unidad de disco.

Algunas porciones de la descripcion detallada pueden ser presentadas en terminos de algoritmos y representaciones simbolicas de operaciones en bits de datos dentro de una memoria de ordenador. Estas descripciones y

5

10

15

20

25

30

35

40

45

50

55

60

65

representaciones algontmicas son los medios utilizados por los expertos en las artes de procesamiento de datos para transmitir de manera mas efectiva la sustancia de su trabajo a otros expertos en la materia. Un algoritmo esta aqm, y generalmente, concebido para ser una secuencia de operaciones autoconsistente que conduce a un resultado deseado. Las operaciones son aquellas que requieren manipulaciones ffsicas de cantidades ffsicas. Usualmente, aunque no necesariamente, estas cantidades toman la forma de senales electricas o magneticas capaces de ser almacenadas, transferidas, combinadas, comparadas y manipuladas de otra manera. A veces ha resultado conveniente, principalmente por razones de uso comun, referirse a estas senales como bits, valores, elementos, sfmbolos, caracteres, terminos, numeros o similares.

Hay que tener en cuenta, sin embargo, que todos estos terminos y otros similares deben asociarse con las cantidades ffsicas apropiadas y son meramente etiquetas convenientes aplicadas a estas cantidades. A menos que se indique espedficamente lo contrario de la siguiente discusion, se aprecia que a lo largo de la descripcion, discusiones que utilizan terminos tales como "procesamiento" o "computo" o "calculo" o "determinacion" o "visualizacion" o "generacion" o similar, refierase a la accion y procesos de un sistema informatico o dispositivo informatico electronico similar que manipula y transforma datos representados como cantidades ffsicas (electronicas) dentro de los registros y memorias del sistema informatico en otros datos representados de forma similar como cantidades ffsicas dentro de las memorias del sistema informatico o registros u otros dispositivos de almacenamiento, transmision o visualizacion de informacion.

Los algoritmos y pantallas presentadas en este documento no son inherentemente relacionados con ningun ordenador en particular u otro aparato. Se pueden usar diversos sistemas de proposito general con programas de acuerdo con las ensenanzas de este documento, o puede ser conveniente construir un aparato mas especializado para realizar los metodos de algunas realizaciones. La estructura requerida para una variedad de estos sistemas aparecera en la siguiente descripcion. Ademas, las tecnicas no se describen con referencia a ningun lenguaje de programacion particular, y varias realizaciones pueden implementarse usando una variedad de lenguajes de programacion.

En realizaciones alternativas, la maquina funciona como un dispositivo independiente o puede estar conectada (por ejemplo, en red) a otras maquinas. En una implementacion en red, la maquina puede operar en la capacidad de un servidor o una maquina cliente en un entorno de red cliente-servidor, o como una maquina par en un entorno de red punto a punto (o distribuido).

La maquina puede ser un ordenador servidor, un ordenador cliente, un ordenador personal (PC), una tableta PC, un ordenador portatil, un descodificador (STB), un asistente digital personal (PDA), un telefono celular, un iPhone, un Blackberry, un procesador, un telefono, un dispositivo web, un enrutador de red, conmutador o puente, o cualquier maquina capaz de ejecutar un conjunto de instrucciones (secuenciales o de otro tipo) que especifiquen las acciones que debe realizar esa maquina.

Mientras que el medio legible por maquina o medio de almacenamiento legible por maquina se muestra en un ejemplo de realizacion para ser un solo medio, el termino "medio legible por maquina" y "medio de almacenamiento legible por maquina" se deben tomar para incluir un unico medios medianos o multiples (por ejemplo, una base de datos centralizada o distribuida, y/o caches y servidores asociados) que almacenan el uno o mas conjuntos de instrucciones. El termino "medio legible por maquina" y "medio de almacenamiento legible por maquina" tambien se tomaran para incluir cualquier medio que sea capaz de almacenar, codificar o llevar un conjunto de instrucciones para la ejecucion de la maquina y que hagan que la maquina realice cualquier una o mas de las metodologfas o modulos de la tecnica e innovacion actualmente divulgada.

En general, las rutinas ejecutadas para implementar las realizaciones de la descripcion pueden implementarse como parte de un sistema operativo o una aplicacion espedfica, componente, programa, objeto, modulo o secuencia de instrucciones que se hace referencia como "programas de ordenador". Los programas informaticos generalmente comprenden una o mas instrucciones configuradas varias veces en varios dispositivos de memoria y almacenamiento en un ordenador, y que, cuando son lefdas y ejecutadas por una o mas unidades de procesamiento o procesadores en un ordenador, hacen que el ordenador realice operaciones para ejecutarlas elementos que implican los diversos aspectos de la divulgacion.

Por otra parte, mientras que las realizaciones se han descrito en el contexto de pleno funcionamiento ordenadores y sistemas informaticos, los expertos en la tecnica apreciaran que las diversas realizaciones son capaces de ser distribuidas como un producto de programa en una variedad de formas, y que la divulgacion se aplica igualmente independientemente del tipo particular de maquina o de los medios legibles por ordenador utilizados para realmente efectuar la distribucion.

Otros ejemplos de medios legibles por maquina de almacenamiento, los medios legibles por maquina, o medios legibles por ordenador (almacenamiento) incluyen, pero no se limitan a medios de tipo grabable tales como dispositivos de memoria volatil y no volatil, discos flexibles y otros discos extrafbles, unidades de disco duro, discos opticos (por ejemplo, memoria de solo lectura compacta (CD ROM), discos versatiles digitales (DVD), etc.), entre otros, y medios de tipo transmision como enlaces de comunicacion digitales y analogicos.

5

10

15

20

25

30

35

40

45

50

55

60

65

En algunas circunstancias, el funcionamiento de un dispositivo de memoria, tal como un cambio en el estado de un uno binario para un cero binario o viceversa, por ejemplo, puede comprender una transformacion, tal como una transformacion ffsica. Con tipos particulares de dispositivos de memoria, dicha transformacion ffsica puede comprender una transformacion ffsica de un arffculo a un estado o cosa diferente. Por ejemplo, pero sin limitaciones, para algunos tipos de dispositivos de memoria, un cambio de estado puede implicar una acumulacion y almacenamiento de carga o una liberacion de carga almacenada. Asimismo, en otros dispositivos de memoria, un cambio de estado puede comprender un cambio o transformacion ffsica en la orientacion magnetica o un cambio ffsico o transformacion en la estructura molecular, tal como de cristalino a amorfo o viceversa. Lo anterior no pretende ser una lista exhaustiva de todos los ejemplos en los que un cambio de estado para un uno binario a un cero binario o viceversa en un dispositivo de memoria puede comprender una transformacion, tal como una transformacion ffsica. Por el contrario, lo anterior pretenden ser ejemplos ilustrativos.

Un medio de almacenamiento puede ser ffpicamente no transitorio o comprender un dispositivo no transitorio. En este contexto, un medio de almacenamiento no transitorio puede incluir un dispositivo que sea tangible, lo que significa que el dispositivo tiene una forma ffsica concreta, aunque el dispositivo puede cambiar su estado ffsico. Por lo tanto, por ejemplo, no transitorio se refiere a un dispositivo que permanece tangible a pesar de este cambio de estado.

La figura 6 muestra una realizacion de un dispositivo inalambrico 600 que incluye la capacidad de comunicacion inalambrica. El dispositivo inalambrico 600 puede incluirse en cualquiera de los dispositivos mostrados en la figura 2, aunque las realizaciones alternativas de esos dispositivos pueden incluir mas o menos componentes que el dispositivo inalambrico 600.

El dispositivo inalambrico 600 puede incluir un sistema de antena 401. El dispositivo inalambrico 600 tambien puede incluir un transceptor de radiofrecuencia (RF) digital y/o analogico 602, acoplado al sistema de antena 601, para transmitir y/o recibir senales de voz, datos digitales y/o medios a traves del sistema de antena 601.

El dispositivo inalambrico 600 puede incluir tambien un sistema de procesamiento digital 603 para controlar el transceptor de RF digital y para manejar la voz, los datos digitales y/o senales de medios. El sistema de procesamiento digital 603 puede ser un dispositivo de procesamiento de proposito general, tal como un microprocesador o controlador, por ejemplo. El sistema de procesamiento digital 603 tambien puede ser un dispositivo de procesamiento de proposito especial, tal como un ASIC (circuito integrado espedfico de la aplicacion), FPGA (conjunto de puertas programable en campo) o DSP (procesador de senal digital). El sistema de procesamiento digital 603 tambien puede incluir otros dispositivos, como se conoce en la tecnica, para interactuar con otros componentes del dispositivo inalambrico 600. Por ejemplo, el sistema de procesamiento digital 603 puede incluir convertidores analogico a digital y digital a analogico para interactuar con otros componentes del dispositivo inalambrico 600. El sistema de procesamiento digital 603 puede incluir un sistema de procesamiento de medios 609, que tambien puede incluir un dispositivo de procesamiento de proposito general o proposito especial para gestionar medios, tales como archivos de datos de audio.

El dispositivo inalambrico 600 tambien puede incluir un dispositivo de almacenamiento 604, acoplado al sistema de procesamiento digital, para almacenar datos y/o programas de funcionamiento para el dispositivo inalambrico 600. El dispositivo de almacenamiento 604 puede ser, por ejemplo, cualquier tipo de dispositivo de memoria magnetica o de estado solido.

El dispositivo inalambrico 600 tambien puede incluir uno o mas dispositivos de entrada 605, acoplado al sistema de procesamiento digital 603, para aceptar entradas de usuario (por ejemplo, numeros de telefono, nombres, direcciones, selecciones de los medios, etc.). El dispositivo de entrada 605 puede ser, por ejemplo, uno o mas de un teclado, un panel tactil, una pantalla tactil, un dispositivo senalador en combinacion con un dispositivo de visualizacion o dispositivo de entrada similar.

El dispositivo inalambrico 600 tambien puede incluir al menos un dispositivo de visualizacion 606, acoplado al sistema de procesamiento digital 603, para mostrar informacion tal como mensajes, informacion de la llamada de telefono, informacion de contacto, imagenes, peffculas y/o tftulos u otros indicadores de medios siendo seleccionado a traves del dispositivo de entrada 605. El dispositivo de visualizacion 606 puede ser, por ejemplo, un dispositivo de visualizacion de LCD. En una realizacion, el dispositivo de visualizacion 606 y el dispositivo de entrada 605 pueden integrarse juntos en el mismo dispositivo (por ejemplo, una pantalla LCD tactil tal como un panel de entrada multitactil que esta integrado con un dispositivo de visualizacion, tal como un dispositivo de visualizacion LCD). El dispositivo de visualizacion 606 puede incluir una luz de soporte 606A para iluminar el dispositivo de visualizacion 606 bajo ciertas circunstancias. Se apreciara que el dispositivo inalambrico 600 puede incluir multiples pantallas.

El dispositivo inalambrico 600 puede incluir tambien una batena 607 para suministrar energfa de funcionamiento a los componentes del sistema, incluyendo transceptor digital de RF 602, el sistema de procesamiento digital 603, dispositivo de almacenamiento 604, dispositivo de entrada 605, 605A microfono, transductor de audio 608, el sistema de procesamiento de medios 609, sensor(es) 610, y dispositivo de visualizacion 606. La batena 607 puede ser, por ejemplo, una batena recargable o no recargable de hidruro metalico de mquel o litio. El dispositivo

5

10

15

20

25

30

35

40

45

50

55

60

65

inalambrico 600 tambien puede incluir transductores de audio 608, que pueden incluir uno o mas altavoces, y al menos un microfono 605A. En ciertas realizaciones de la presente divulgacion, el dispositivo inalambrico 600 puede usarse para implementar al menos algunos de los metodos discutidos en la presente descripcion.

La figura 7 es un diagrama de flujo de un metodo 700 de consolidacion de datos, consistente con diversas realizaciones de la tecnologfa divulgada. El metodo 700 incluye extraer un primer registro de datos (por ejemplo, una entrada de datos, medicion, flujo, etc.) desde una fuente de datos conectada a una plataforma de integracion de loT, tal como la plataforma de integracion loT 200 de la figura 2 o la plataforma de integracion 300 de la figura 3, en una etapa 702. La fuente de datos puede ser una fuente de datos externa, datos reportados desde uno o mas dispositivos de loT, o datos analizados y/o correlacionados en base a lo anterior, como datos contextuales, correlaciones, datos semanticos u otros metadatos. La etapa 702 puede incluir la determinacion de un identificador unico de un primer dispositivo de loT, donde el primer dispositivo de loT es la fuente de datos. la etapa 702 puede ser realizado por el modulo de correlacion de datos 306 de la figura 3.

Opcionalmente, los registros de datos pueden ser normalizados. Por ejemplo, el primer registro de datos puede normalizarse con respecto a otro registro de datos a lo largo de una misma dimension de datos en la etapa 704. la etapa 704 tambien puede ser realizado por el modulo de correlacion de datos 306.

Parte de la consolidacion de datos tambien incluye la correlacion de los registros de datos y el analisis de los registros de datos para determinar la etiqueta semantica, el contexto y/o la relevancia. Por ejemplo, el modulo de correlacion de datos 306 puede correlacionar el primer registro de datos con un segundo registro de datos en un conjunto de datos en una etapa 708. La correlacion de datos puede basarse en una dimension de datos compartidos, un contexto de datos compartidos, una fuente de datos compartidos, un tema de relevancia compartida, una etiqueta semantica de datos compartidos o cualquier combinacion de los mismos. Opcionalmente, la etapa 704 y la etapa 706 pueden omitirse antes de la correlacion de datos.

El analisis de datos del modulo 708 puede analizar el primer registro de datos para generar un registro derivado relevante para un contexto de usuario en una etapa 708. El analisis de datos en la etapa 708 puede realizarse en los registros de datos correlacionados en el conjunto de datos generado en la etapa 706. Alternativamente, el analisis de datos tambien puede realizarse directamente sobre el primer registro de datos extrafdo y/o el primer registro de datos normalizado de las etapas 702 y 704, respectivamente.

El registro derivado puede incluir la determinacion de un contexto de una actividad del dispositivo de loT. El registro derivado puede incluir la determinacion de una etiqueta semantica para un dispositivo de loT asociado con el primer registro de datos. El registro derivado puede incluir otros analisis predictivos, de tendencias y/o comparativos. El registro derivado puede usarse en otra instancia del flujo de consolidacion de datos como el registro de datos extrafdos, tal como en la etapa 702. El registro derivado puede formatearse como una declaracion de lenguaje natural en cualquier cantidad de idiomas, como el idioma natural del usuario.

Despues de las etapas anteriores, pueden agregarse diferentes registros de datos y conjuntos de datos en un grupo de datos para una agrupacion contextual relevante en particular, tal como agregar el primer registro de datos en un grupo de datos en la etapa 710. El registro derivado tambien puede agregarse al grupo de datos. El grupo de datos puede representar una agregacion de datos que esta mas alla de correlacionado. Por ejemplo, un registro de datos de un monitor de frecuencia cardfaca puede correlacionarse en la etapa 706 con un registro de datos de monitor de nivel de glucosa debido a una semantica compartida y al contexto de datos relacionados con la salud. Sin embargo, estos datos relacionados con la salud pueden agregarse en un grupo de datos para otras actividades no relacionadas con la salud en el mismo dfa porque la agrupacion relevante del grupo de datos se refiere a las actividades del dfa.

Despues de las etapas anteriores de procesamiento de datos, el registro derivado y/o el primer registro de datos se presenta (por ejemplo, se visualiza o se presenta de forma audible) en una interfaz de integracion para el usuario en una etapa 712. El primer registro de datos y/o el registro derivado pueden presentarse en la interfaz de integracion junto con otros conjuntos de datos o registros de datos del grupo de datos. La indicacion de contexto puede determinarse basandose en el registro derivado de la etapa 714. La visualizacion tambien puede incluir visualizacion comparativa, visualizacion semantica o visualizacion topica (por ejemplo, basada en la relevancia topica). La visualizacion puede presentar el primer registro de datos dentro del grupo de datos agregados. La visualizacion puede presentar el primer registro de datos despues de que se normalice el primer registro de datos. La visualizacion puede presentar el primer registro de datos y el segundo registro de datos correlacionado simultaneamente para ilustrar la categona de datos compartidos o el contexto compartido, como el contexto de la indicacion de contexto.

La figura 8 es un diagrama de flujo de un metodo 800 de gestion de reglas de loT interoperable, consistente con diversas realizaciones de la tecnologfa descrita. El metodo 800 incluye recibir una seleccion de una etiqueta semantica asociada con un dispositivo de loT de un usuario en la etapa 802. La etapa 802 puede implementarse mediante el modulo de generacion de reglas 310 de la figura 3 a traves de la correspondencia con una interfaz de gestion de reglas. La etiqueta semantica puede generarse a partir del modulo de analisis de datos 308 de la figura

5

10

15

20

25

30

35

40

45

50

55

60

65

3. Se pueden presentar varias etiquetas semanticas en la interfaz de gestion de reglas, tal como a traves de la aplicacion de integracion 328 de la figura 3 o la interfaz de gestion de reglas ilustrada en las figuras 9A-9C. En diversas realizaciones, la etiqueta semantica puede estar asociada con mas de un dispositivo de loT.

El modulo de generacion de reglas 310 puede determinar una recomendacion de una regla interoperable basado en la etiqueta semantica en una etapa 804. Cada regla interoperable puede incluir un desencadenante de condicion contextual y una polttica de accion que se ejecutara cuando se detecte el desencadenante de condicion contextual. La recomendacion de la regla interoperable se puede determinar en funcion de la etiqueta semantica seleccionada, el contexto disponible y/o las dimensiones de datos del dispositivo de loT asociado con la etiqueta semantica. La recomendacion de la regla interoperable se puede determinar en funcion de un historial de comportamiento del usuario en dispositivos de loT operativos. La recomendacion de la regla interoperable puede basarse en una regla interoperable configurada previamente por el usuario. La recomendacion de la regla interoperable puede determinarse basandose en reglas interoperables previamente configuradas por otros usuarios de un perfil de usuario similar (por ejemplo, edad, sexo, aficion, profesion u otro perfil demografico) como el usuario. La recomendacion de la regla interoperable se puede determinar segun las reglas interoperables recomendadas socialmente por otro usuario que este asociado con el usuario a traves de una conexion social.

En respuesta a la recepcion de la seleccion, el modulo de generacion de reglas 310 puede presentar la recomendacion de la regla interoperable en la interfaz de gestion de reglas en una etapa 806. En una etapa 808, la interfaz de gestion de reglas puede recibir una confirmacion del usuario para activar la regla interoperable.

En respuesta a la activacion de la regla interoperable, el modulo de seguimiento de eventos 216 puede monitorizar para detectar la activacion de condicion de la regla interoperable en una red de dispositivos de loT conectados en una etapa 810. El desencadenante de condicion puede incluir una determinacion contextual, un patron de datos o un estado del dispositivo de loT asociado con la etiqueta semantica seleccionada. Cuando se detecta el desencadenante de condicion, el modulo de ejecucion de reglas 314 puede ejecutar la polttica de accion de la regla interoperable para controlar uno o mas de los dispositivos de loT conectados en una etapa 812. El uno o mas de los dispositivos de loT conectados que se controlaran mediante la polttica de accion pueden incluir el dispositivo de loT asociado con la etiqueta semantica seleccionada.

La figura 9A es una captura de pantalla de una interfaz de gestion de reglas 900 de una plataforma de integracion en una etapa de activacion de reglas, consistente con diversas realizaciones de la tecnologfa divulgada. La figura 9A ilustra una lista de reglas interoperables 902, cada una con un desencadenante de condicion 904 vinculado a una polftica de accion 906. Cada desencadenante de condicion 904 se puede describir con respecto a la etiqueta semantica y al contexto del dispositivo de loT implicado para el desencadenante de condicion 904. Un icono de dispositivo de monitor 908 puede representar el dispositivo de loT implicado con el desencadenante de condicion 904. De forma similar, cada polftica de accion 906 se puede describir con respecto a la etiqueta semantica y al contexto del dispositivo de loT implicado para la polftica de accion 906. Un icono de dispositivo de accion 910 puede representar el dispositivo de loT implicado con la polftica de accion 906.

La figura 9B es una captura de pantalla de la interfaz de gestion de reglas 900 de la plataforma de integracion en una etapa de seleccion de condiciones, consistente con diversas realizaciones de la tecnologfa divulgada. La figura 9B ilustra un cfrculo de varios desencadenantes de condicion 904 alrededor del icono de dispositivo de monitor 908 para que el usuario los seleccione. La figura 9C es una captura de pantalla de la interfaz de gestion de reglas 900 de la plataforma de integracion en una etapa de seleccion de accion, consistente con diversas realizaciones de la tecnologfa divulgada. La figura 9C ilustra un cfrculo de diversas poltticas de accion 906 alrededor del icono de dispositivo de accion 910 para que el usuario complete la regla interoperable 902.

La figura 10A es una captura de pantalla ejemplar 1000 que ilustra la interfaz de consolidacion que muestra una vision correlativa, consistente con diversas realizaciones de la tecnologfa divulgada. La figura 10A ilustra una idea correlativa 1002 determinada en base al analisis de datos correlacionados con respecto a la actividad del usuario y el nivel de glucosa como se muestra en el diagrama de datos correlacionados 1004. La figura 10A ilustra ademas una regla interoperable 1006 que puede ser definida y/o configurada por el usuario en respuesta a la vision correlativa 1002.

La figura 10B es una captura de pantalla ejemplar 1050 que ilustra la interfaz de consolidacion que genera la regla interoperable 1006 a partir de la vision correlativa, consistente con diversas realizaciones de la tecnologfa divulgada. La regla interoperable 1006 de la figura 10A puede describirse y/o configurarse adicionalmente. Por ejemplo, la captura de pantalla 1050 ilustra una descripcion de una regla interoperable recomendada 1006 para alertar al usuario cuando se alcanza un alto rango de actividad.

La figura 11A es una captura de pantalla ejemplar que ilustra una interfaz de camara semantica 1100 en una primera etapa, la interfaz de camara semantica utilizada junto con un diagrama de lmea de vida, consistente con diversas realizaciones de la tecnologfa divulgada. En la primera etapa, se solicita al usuario que agregue un nodo al diagrama de lmeas de vida. Un icono de camara semantica 1102 se muestra en el centro de la interfaz de la camara semantica 1100 para tomar una imagen del nodo en cuestion para el etiquetado y/o reconocimiento de imagenes.

La figura 11B es una captura de pantalla ejemplar que ilustra la interfaz de camara semantica 1100 en una segunda etapa, la interfaz de camara semantica utilizada junto con un diagrama de lmea de vida, consistente con varias realizaciones de la tecnologfa descrita. En la segunda etapa, se le pide al usuario que etiquete semanticamente un tipo de entidad del nodo agregado. La parte inferior de la captura de pantalla muestra la entidad reconocida 1104 5 asociada con el nodo a agregar segun lo determinado por la plataforma de integracion 300. El centro de la captura de pantalla muestra una consulta de tipo de entidad 1106 que solicita al usuario que etiquete el tipo de nodo agregado.

La figura 11C es una captura de pantalla ejemplar que ilustra una interfaz de camara semantica 1100 en unatercera

10 etapa, la interfaz de camara semantica utilizada junto con un diagrama de lmea de vida, consistente con varias

realizaciones de la tecnologfa descrita. En la tercera etapa, se le pide al usuario que etiquete semanticamente el nodo agregado. El centro de la captura de pantalla muestra una consulta de etiqueta semantica 1108 que solicita al usuario etiquetar semanticamente el nodo agregado.

15 La figura 11D es una captura de pantalla ejemplar que ilustra una interfaz de camara semantica 1100 en una cuarta

etapa, la interfaz de camara semantica utilizada junto con un diagrama de lmea de vida, consistente con varias

realizaciones de la tecnologfa descrita. En la cuarta etapa, se le pide al usuario que asocie el nodo agregado con una o mas personas. El centro de la captura de pantalla muestra una consulta de asociacion social 1110 que solicita al usuario asociar el nodo agregado con una o mas personas.

20

Claims (15)

1. 5

   10

   15

   20

   25

   30

   35

   40

   45

   50

   55

   60

   65

   REIVINDICACIONES

   1. Un metodo para mantener la interoperabilidad entre dispositivos de Internet de las Cosas (loT) conectados a traves de una plataforma de integracion loT, que comprende:

   recibir una seleccion de usuario de una etiqueta semantica asociada con un dispositivo de loT en una interfaz de gestion de reglas, donde la interfaz de gestion de reglas es generada por un modulo de generacion de interfaz de consolidacion como parte de una interfaz de consolidacion, la interfaz de consolidacion puede acceder y/o gestionar dispositivos de loT conectados a la plataforma de integracion, siendo cada dispositivo de loT capaz de comunicarse con un servidor o una aplicacion movil a traves de una red;

   determinar una recomendacion de una regla interoperable basada en la etiqueta semantica del dispositivo de loT, la regla interoperable que tiene un desencadenante de condicion y una polttica de accion a ejecutar cuando se detecta el desencadenante de condicion en una red de dispositivos de loT conectados, en donde la polttica de accion de la regla interoperable es ejecutada por un modulo de ejecucion de reglas para controlar uno o mas de los dispositivos de loT conectados, y donde uno o mas de los dispositivos de loT conectados para ser controlados por la polttica de accion incluye el dispositivo de loT asociado con la etiqueta semantica seleccionada;

   presentando la recomendacion sobre la interfaz de gestion de reglas;

   recibir una confirmacion de un usuario a traves de la interfaz de administracion de reglas para activar la regla interoperable, en respuesta a la confirmacion del usuario para activar la regla interoperable; monitorear para detectar la activacion de la condicion entre los dispositivos de loT conectados a la plataforma de integracion loT, y ejecutar la polftica de accion controlando uno o mas de los dispositivos de loT cuando se detecta la activacion de la condicion.
2. 2. El metodo de la reivindicacion 1, donde el desencadenante de condicion incluye determinar un evento contextual basado en datos recibidos de los dispositivos de loT.
3. 3. El metodo de la reivindicacion 2, donde la determinacion del evento contextual incluye determinar una proximidad geo-locacional de un dispositivo de autenticacion loT desde el dispositivo de loT.
4. 4. El metodo de la reivindicacion 3, donde la polftica de accion incluye ordenar al dispositivo de loT desbloquear un mecanismo de seguridad.
5. 5. El metodo de la reivindicacion 3, donde la determinacion del evento contextual incluye ademas determinar si una primera cuenta de usuario registrada en el dispositivo de autenticacion de localizacion esta asociada a una segunda cuenta de usuario registrada en el dispositivo de transferencia en una red social.
6. 6. El metodo de la reivindicacion 2, donde la determinacion del evento contextual incluye determinar un movimiento del dispositivo de loT.
7. 7. El metodo de la reivindicacion 1, donde la determinacion de la recomendacion de la regla interoperable se basa en un historial del comportamiento del usuario para operar los dispositivos de loT.
8. 8. El metodo de la reivindicacion 1, donde determinar la recomendacion de la regla interoperable se basa en un perfil de usuario del usuario.
9. 9. El metodo de la reivindicacion 1, donde la recomendacion de la regla interoperable se recibe desde una primera cuenta de usuario a una segunda cuenta de usuario que opera la interfaz de gestion de reglas.
10. 10. El metodo de la reivindicacion 1, donde el metodo comprende ademas identificar un dispositivo de loT conectado a la plataforma de loT.
11. 11. El metodo de la reivindicacion 10, donde identificar el dispositivo de loT incluye asignar un identificador unico al dispositivo de loT basado en cualquiera de:

    a) un elemento de comunicacion del dispositivo,

    b) un comportamiento del dispositivo de loT segun lo observado por otro dispositivo de loT conectado a la plataforma de integracion loT, y/o

    c) datos de protocolo de comunicacion y un elemento de datos de dispositivo.
12. 12. El metodo segun la reivindicacion 1, donde la monitorizacion para detectar el desencadenante de condicion incluye cualquiera de: monitorizar el dispositivo de loT a traves de datos observados a traves de otro dispositivo de loT, y/o monitorizar mediante sondeo un estado del dispositivo de loT, y/o determinar si un contexto el evento se cumple analizando los datos recibidos de los dispositivos de loT.
13. 13. El metodo de la reivindicacion 10, donde la determinacion de la regla interoperable incluye recibir la activacion de

    condicion y la polttica de accion del usuario a traves de una interfaz de gestion de reglas.
14. 14. Un sistema de plataforma de integracion implementado en maquina para mantener la interoperabilidad entre dispositivos de Internet de las Cosas (IoT) conectados a los mismos, el sistema de plataforma de integracion

    5 configurado para llevar a cabo el metodo de una cualquiera de las reivindicaciones 1 a 13.
15. 15. Una memoria de datos legible por ordenador que almacena instrucciones ejecutables por ordenador que, cuando son ejecutadas por un procesador, hacen que el procesador lleve a cabo el metodo de acuerdo con una cualquiera de las reivindicaciones 1 a 13.

    10