ES2796277T3 - Sistema y procedimiento para la comunicación mediante la inclusión de un aura digital de un usuario - Google Patents

Abstract

Sistema para la transferencia de datos de contexto sobre un contexto actual en el que se encuentra un primer usuario en un momento dado, del primer usuario (410) a al menos un segundo usuario (420), en el que los datos de contexto se generan a partir de unidades digitales que el primer usuario (410) emplea en su entorno inmediato real y/o virtual, y en el que el sistema está configurado para recoger, combinar en el contexto actual y transferir a través de un canal (15) de comunicación basado en contexto los datos así generados al al menos un segundo usuario (420) de manera automática en base a reglas, en el que en una fase de arranque e inicialización del sistema el usuario define y establece reglas sobre cómo quiere transferir datos de contexto generados mediante el uso de unidades digitales en el entorno inmediato del primer usuario al al menos un segundo usuario, en el que el primer usuario puede modificar y volver a configurar las reglas en el sistema en cualquier momento, y en el que las unidades digitales usadas por el primer usuario en su entorno real y/o virtual comprenden dispositivos tecnológicos, aplicaciones digitales y sensores virtuales, y en el que el sistema comprende al menos un primer cliente (13, 413) instalado en un terminal asignado al primer usuario, un primer agregador (2, 414) de sistemas asignado al primer usuario (410) y un servidor (4, 430) de señalización que está en conexión comunicativa con el primer agregador de sistemas, en el que el primer cliente (13, 413) está configurado para recoger, analizar, evaluar, dado el caso, filtrar y enviar al primer agregador (2, 414) de sistemas los datos de contexto de las unidades digitales mediante la interacción con al menos un sensor y/o al menos un actuador que está en conexión comunicativa con el terminal, y el primer agregador (2, 414) de sistemas está configurado para seleccionar los datos de contexto recogidos por el primer cliente (13, 413) en base a una jerarquía de datos de contexto preconfigurada en función de un estado de la relación entre el primer usuario (410) y el al menos un segundo usuario (420) y para convertirlos a un formato compatible con el servidor (4, 430) de señalización, y el servidor (4, 430) de señalización está configurado para transferir los datos de contexto debidamente convertidos al al menos un segundo usuario (420).

Description

DESCRIPCIÓN

Sistema y procedimiento para la comunicación mediante la inclusión de un aura digital de un usuario

La presente invención se refiere a un sistema y a un procedimiento para la transferencia de datos de un primer usuario a al menos un segundo usuario, en el que los datos se generan a partir de unidades digitales que el primer usuario emplea en su entorno inmediato.

Las personas se comunican de manera sincrónica y asincrónica tradicionalmente por medio de la telefonía, la denominada mensajería (transferencia de mensajes) y el denominado intercambio (intercambio de experiencias). Cada persona dispone cada vez más de un denominado "aura digital", es decir, que está rodeada de unidades digitales, en adelante también designadas artefactos digitales, que el usuario utiliza en su vida diaria. Estas unidades o artefactos digitales pueden pertenecer tanto personalmente al usuario como estar proporcionadas por terceros. A partir de estos artefactos se generan datos sobre contextos y actividades de un usuario determinado. Los contextos sobre los que se generan datos pueden ser tanto contextos reales, como también contextos virtuales. Los contextos reales pueden ser, por ejemplo, actividades como andar en bicicleta, trabajar o escuchar música. Los contextos virtuales pueden ser, por ejemplo, el uso de unas gafas de realidad virtual (RV), ver vídeos, etc. Un primer usuario puede entonces emplear los datos generados a partir de estos contextos para la comunicación con al menos un segundo usuario para compartirlos con el al menos un segundo usuario, como se hace tradicionalmente en una llamada telefónica o en un mensaje por la aplicación Messenger. Las unidades o artefactos digitales generan diferentes datos que el usuario puede transferir a otros usuarios. De ahí se pueden obtener complejas descripciones de contexto del usuario emisor, a partir de las que el usuario receptor puede deducir enunciados sobre un contexto actual en el que se encuentra el usuario emisor. A este respecto puede resultar factible o deseable que, de cara a la comunicación, un determinado primer usuario o usuario emisor no solo desee enviar sus datos a un segundo usuario o usuario receptor, sino, dado el caso, también a un grupo de usuarios receptores.

Para poder intercambiar datos de este tipo, actualmente el usuario utiliza las denominadas aplicaciones de mensajería para comunicarse con otros usuarios. Esta comunicación carece de informaciones de contexto determinadas de manera automática. Cuando un usuario B desea obtener información sobre un usuario A o sobre su entorno, el usuario B debe adquirir dicha información a través de otros canales, como, por ejemplo, una llamada telefónica o mediante mensajes de texto o aplicaciones, como las de información meteorológica. Cuando el usuario B y el usuario A desean intercambiar datos de contexto, hasta ahora era necesario que ambos usuarios tuviesen instalada la misma aplicación específica para poder intercambiar estos datos de contexto especiales, por ejemplo, dentro de una comunidad. Son conocidas, por ejemplo, la comunidad de Spotify, la comunidad de Runtastic, etc. En el documento US 2015/334140 A1 se describe un anuncio de una disponibilidad de otro usuario y un posterior establecimiento de conexión.

En el documento US 8,212,650 B2 se describe un dispositivo de comunicación autoconfigurable que se basa en informaciones de contexto.

Según el documento US 8,495,503 B2 se utiliza información de contexto, por ejemplo, en una representación por colores, con la que se describe el tiempo de respuesta con el que se cuenta.

En el documento US 2007/0214238 se describe un gestor de contextos de comunidades.

El documento US 9,077,799 B2 describe un procedimiento para simplificar la provisión de contexto durante una unidad de comunicación.

El documento US 8,988,215 B1 describe técnicas para establecer el control de un sistema de supervisión, por ejemplo, una alarma de tiempo o un sistema de seguridad, mediante el uso de uno o varios dispositivos móviles. En algunas realizaciones, una aplicación nativa para dispositivos móviles permite el uso de un dispositivo móvil como teclado y controlador de un sistema de automatización de seguridad para un sistema de seguridad del hogar. En esta realización, el dispositivo móvil comprueba mediante el uso de la aplicación nativa del dispositivo móvil el estado a tiempo real del sistema y de los sensores.

En el documento US 9,100,783 B2 se describe cómo dos amigos pueden acoplar dispositivos de comunicación inalámbricos que, a continuación, intercambian informaciones sobre la posición entre pares o a través de un servidor en la nube. Para ello cada dispositivo muestra una tarjeta con la ubicación del dispositivo acoplado. El dispositivo puede recibir instrucciones, como que la ubicación real del otro dispositivo es cercana.

Dado el estado de la técnica, ahora sería preferible prever una posibilidad para que un primer usuario pueda transmitir datos de contexto a al menos un segundo usuario sin que tenga que iniciar él mismo la transferencia en el momento de la misma e independientemente de si el primer y el al menos un segundo usuario tienen instaladas en sus terminales correspondientes aplicaciones específicas para la transferencia de datos de contexto.

Este objetivo se resuelve con un sistema y un procedimiento con las características de las reivindicaciones independientes de la patente. Las configuraciones del sistema y del procedimiento se recogen en la descripción y en las correspondientes reivindicaciones dependientes de la patente.

De acuerdo con la invención, se proporciona un sistema para la transferencia de datos de un primer usuario a al menos un segundo usuario, generándose los datos a partir de unidades digitales que el primer usuario emisor utiliza en su entorno inmediato y estando el sistema configurado para recoger, agrupar y transferir los datos así generados a través de al menos un canal de comunicación basado en contexto al al menos un segundo, es decir, al al menos un usuario receptor, de manera automática en base a reglas.

El sistema de acuerdo con la invención, en adelante abreviado también a "AURA", permite a un primer usuario, es decir, un usuario emisor, enviar datos de contexto generados por una unidad digital como, por ejemplo, una determinada aplicación, a un segundo usuario independientemente de si el segundo usuario ha instalado en un terminal que tiene asignado la aplicación que genera los datos de contexto correspondientes. Por ejemplo, es factible que un usuario A haya instalado en un terminal que tiene asignado una aplicación de música, una aplicación de reproducción de vídeo y/o una aplicación de fitness que generan datos de contexto a través de su uso. Incluso aunque un segundo usuario como, por ejemplo, el usuario B, no haya instalado en el terminal que tiene asignado una aplicación de música, una aplicación de reproducción de vídeo y/o una aplicación de fitness correspondientes, el usuario B puede recibir los datos de contexto del usuario A de manera automática por medio del sistema de acuerdo con la invención. Además, el usuario B tiene acceso adicional a informaciones concretas como, por ejemplo, qué pista de música está escuchando el usuario A, y puede escuchar de inmediato la misma pista de música, o qué película está viendo, y puede ver la misma película al momento, y/o la intensidad, el lugar y la modalidad de deporte que el usuario A está practicando.

En adelante todas las unidades o artefactos digitales que un usuario emplea en su entorno real y virtual inmediato durante el día y/o la noche también se denominarán "aura digital" del usuario en cuestión. Puede tratarse de sensores y/o actuadores que están instalados en dispositivos tecnológicos. En este caso, los sensores y/o actuadores son dispositivos tecnológicos como, por ejemplo, sensores de temperatura, sensores de aceleración, etc., aplicaciones y servicios digitales como, por ejemplo, las denominadas apps. En el entorno virtual, por ejemplo, en un mundo virtual como Second Life o similares, los sensores o actuadores son sensores virtuales como, por ejemplo, sensores de proximidad, servicios como, por ejemplo, plataformas de vídeo para RV, y aplicaciones como, por ejemplo, juegos. Los actuadores virtuales son, por su parte, objetos y servicios que muestran en una realidad virtual cambios en contextos reales y virtuales de los interlocutores de la comunicación.

Por lo tanto, un aura digital del primer usuario se define y genera a partir de sensores y otras fuentes digitales, es decir, fuentes de datos de contexto, que se encuentran en el entorno inmediato del primer usuario. Las fuentes de información de contexto pueden ser todo tipo de sensores y sistemas digitales, así como datos de uso procedentes de aplicaciones de software. Los actuadores, por su parte, pueden ser todo tipo de sistemas con pantalla como, por ejemplo, PC, terminales móviles, monitores, relojes digitales, TV, etc. Además, pueden ser actuadores todo tipo de objetos del "Internet de las Cosas" que pueden avisar de cambios en un estado de contexto mediante cambios apreciables a nivel visual, auditivo o sensorial en el objeto del usuario.

Los contextos del primer usuario se definen, por ejemplo, mediante un contexto como, por ejemplo, "comunicación", un contexto como, por ejemplo, "actividades", un contexto como, por ejemplo, "lugares" y un contexto como, por ejemplo, "servicios". Los sensores y/o actuadores correspondientes generan para cada uno de los contextos así definidos datos, es decir, datos de contexto determinados que, por ejemplo, se transfieren a un segundo usuario en el interés del primer usuario. En lo que al segundo usuario respecta, lo único que necesita para poder recibir los datos de contexto del primer usuario es prever los actuadores correspondientes que permitan visualizar los datos de contexto del primer usuario. Puede tratarse, por ejemplo, de monitores y/o el Internet de las Cosas, como actuadores digitales.

Mientras que los canales de comunicación tradicionales, como los ya mencionados telefonía, mensajería e intercambio de medios, requieren la iniciación activa de la comunicación por parte de un usuario, dicha iniciación activa de la comunicación por parte de un usuario no es necesaria con el uso del sistema de acuerdo con la invención. Además, en una comunicación sincrónica, como con la telefonía y los chats en vivo, ambos interlocutores deben poner toda su atención en la comunicación que se está llevando a cabo. A menudo, esto requiere mucho tiempo y es interpretado por el usuario con más actividades ya desde antes de la comunicación como una carga mental, por ejemplo, como cierta presión mutua.

El sistema de acuerdo con la invención, que, como ya se ha indicado anteriormente, también se abrevia a AURA, ofrece ahora una nueva manera de establecer comunicaciones sincrónicas a los usuarios. AURA es un sistema de comunicación no intrusivo y basado en contactos que emplea el aura digital del usuario. A modo de agente invisible, el sistema de acuerdo con la invención, es decir, AURA, recopila en base a reglas datos individuales generados a partir de unidades o artefactos en el entorno inmediato de un usuario dado, en la presente el primer usuario, y agrupa dichos datos así generados, que el primer usuario ha creado mediante el uso de artefactos digitales en su entorno inmediato. Por lo general, estos datos se intercambian en tiempo real. También es factible que estos datos, además, se registren de manera adicional o alternativa y se guarden como historial de contexto. Un historial de contexto de este tipo puede usarse, por un lado, para fines personales como, por ejemplo, un diario, o para fines empresariales como, por ejemplo, un análisis o una evaluación de datos, o simplemente también para transferirlo posteriormente a al menos un segundo usuario. En el caso de la transmisión de los datos de contexto en tiempo real se trata asimismo de un tipo de comunicación sincrónica que el primer usuario no debe iniciar de manera explícita caso por caso, sino que se lleva a cabo de manera completamente automática en base a unas preferencias configuradas una vez, es decir, en base a reglas. Eso significa que el primer usuario define de antemano, es decir, en una fase de arranque e inicialización del sistema de acuerdo con la invención, cómo quiere transferir datos de contexto generados mediante el uso de unidades digitales en su entorno a un segundo usuario o a un grupo de usuarios. El al menos un segundo usuario tiene entonces la posibilidad de consultar en base a sus necesidades y/o en un momento adecuado lo que el primer usuario está haciendo. Así el al menos un segundo usuario puede ver una actividad del primer usuario de manera abstraída y, si lo desea, solicitar más detalles del primer usuario, que entonces se envían de manera automática en base a la configuración inicial del primer usuario. Además, el al menos un segundo usuario tiene la posibilidad de informarse sobre un posterior cambio de contexto, tanto en cuanto, por ejemplo, establezca un denominado marcador. Un marcador de este tipo es indefinido en el tiempo y se borra en cuanto cambia un contexto actual del primer usuario. Sirva el siguiente como ejemplo: "el al menos un segundo usuario ve que el primer usuario está en un avión y quiere informarse en cuanto el contexto del primer usuario cambie de 'avión' a 'coche' para establecer una llamada telefónica".

Además, cabe la posibilidad de marcar determinados contextos y compartirlos o suscribirse a ellos en cuanto se produzcan.

Actualmente las informaciones sobre el estado se emiten como enunciados cuantitativos en las aplicaciones como, por ejemplo, el estado de la batería, una frecuencia cardíaca, un número de pasos o una temperatura. Eso significa que estas informaciones sobre el estado no se usan combinadas entre sí ni como canal de comunicación independiente. Con el sistema de acuerdo con la invención ahora es posible agrupar, es decir, combinar los datos así generados en un contexto y obtener a partir de ellos enunciados sobre el contexto concreto en el que se encuentra el usuario en cuestión en ese momento. Los enunciados generados a partir de una combinación de datos se transfieren a través del al menos un canal de comunicación basado en contexto al al menos un segundo usuario. Para ello, estos enunciados pueden tanto representarse en paralelo como combinarse para la obtención de enunciados de contexto independientes. A este respecto, un enunciado de contexto independiente significa que los enunciados obtenidos mediante la combinación de los datos generados al principio se vuelven a interpretar en otro enunciado de contexto. Por ejemplo, es posible que de los enunciados generados en paralelo "medio de avance" y "velocidad" y "música" y "frecuencia cardíaca" y "mapa geográfico" y "condiciones meteorológicas" se llegue a la conclusión de que el "usuario A llegará a su destino previsiblemente relajado y de buen humor en unos 12 minutos con la moto".

Actualmente, a los usuarios les resulta complejo ajustar configuraciones en las denominadas aplicaciones. Un usuario dado debe activar o desactivar ajustes individuales o grupos de ajustes manualmente. Con ayuda de una configuración del sistema de acuerdo con la invención, un usuario es capaz de ajustar configuraciones complejas por medio de un mecanismo sencillo similar a un regulador de volumen. Si el regulador para ello previsto está ajustado al máximo, se transferirá una cantidad máxima de contextos. Si el regulador está ajustado al mínimo, no se compartirá ningún dato de contexto. Si el regulador está en el medio, se transmitirá un nivel intermedio acorde de datos de contexto. La jerarquización de datos de contexto se lleva a cabo en base a ajustes manuales de un determinado usuario y, dado el caso, en base a sugerencias presentadas por el sistema derivadas, por ejemplo, de datos de uso previamente recabados.

El sistema de acuerdo con la invención está concebido para generar datos sobre los contextos y actividades del usuario en cuestión a partir de las más diversas unidades digitales que rodean al y son usadas por el usuario en cuestión en su vida diaria. Los datos así generados provenientes de los más diversos ecosistemas, es decir, sistemas operativos, servicios y objetos, pueden usarse para fines de comunicación con al menos un segundo usuario. El sistema de acuerdo con la invención funciona en cierto modo como un mediador intersistémico entre diferentes usuarios y vincula los ecosistemas existentes entre sí.

De acuerdo con una posible configuración del sistema de acuerdo con la invención, el sistema comprende al menos un primer cliente instalado en un terminal asignado al primer usuario y un primer agregador de sistemas asignado al primer usuario que está en conexión comunicativa con un servidor de señalización. El primer cliente instalado en el terminal del primer usuario está configurado para recoger, analizar, evaluar, dado el caso, filtrar y enviar al primer agregador de sistemas los datos de las unidades digitales mediante la interacción con al menos un sensor y/o actuador que está en conexión comunicativa con el terminal. El primer agregador de sistemas está configurado para seleccionar los datos recogidos por el primer cliente en base a una jerarquía de datos preconfigurada en función de un estado de la relación entre el primer usuario y el al menos un segundo usuario y para convertirlos a un formato compatible con el servidor de señalización. Por último, el servidor de señalización utilizado está configurado para transferir los datos convertidos al al menos un segundo usuario. Eso significa que al integrar un cliente del sistema, como en este caso el primer cliente, en un ecosistema dado se establece un enlace entre el ecosistema correspondiente y el sistema de acuerdo con la invención, particularmente con un agregador de sistemas, en este caso el primer agregador de sistemas. El objetivo de esta transferencia de datos es que el primer usuario pueda compartir más sobre su vida personal con el segundo usuario. El primer usuario desea utilizar datos generados por sensores y servicios para poder informar de manera automática al al menos un segundo usuario sobre su estado actual. A este respecto, el primer usuario puede actuar tanto como emisor como como receptor. Este último supuesto significa que en una configuración el primer agregador de sistemas está configurado además para recibir y convertir los datos del servidor de señalización al formato compatible con el servidor de señalización y transferirlos en base a reglas al primer cliente para su posterior procesamiento.

En otra configuración, el sistema de acuerdo con la invención comprende además al menos un segundo cliente instalado en un terminal asignado al al menos un segundo usuario y al menos un segundo agregador de sistemas asignado al al menos un segundo usuario. En este caso, el al menos un segundo agregador de sistemas está configurado para recibir y convertir los datos del servidor de señalización al formato compatible con el servidor de señalización y transferirlos en base a reglas al al menos un segundo cliente para su posterior procesamiento. Así es posible que el primer usuario no solo envíe datos, sino que además pueda recibir dichos datos del al menos un segundo usuario. Eso significa que, así, se establece una interconexión entre las "auras" de cada usuario. Si el agregador de sistemas de un usuario dado está configurado tanto para recibir y convertir datos del servidor de señalización al formato compatible con el servidor de señalización y transferirlos en base a reglas al cliente correspondiente para su posterior procesamiento, como para seleccionar los datos recogidos por el cliente en cuestión en base a una jerarquía de datos preconfigurada en función de un estado de la relación entre el usuario y al menos otro usuario y convertirlos a un formato compatible con el servidor de señalización, cabe la posibilidad de intercambiar datos entre usuarios mediante la combinación de varios agregadores de sistemas de este tipo. Eso significa que los usuarios son capaces de transferir datos generados por ellos mismos o por unidades digitales dispuestas en su entorno a otros usuarios y también de recibir datos generados por el otro usuario o por sus unidades digitales. Una interconexión de este tipo de agregadores de sistemas a través de al menos un servidor de señalización permite la interconexión de las auras de los usuarios en cuestión o el intercambio de los datos en ellas generados.

En una configuración, el sistema de acuerdo con la invención, es decir, AURA, está concebido de manera jerárquica, es decir, que comprende un denominado núcleo AURA y subnúcleos AURA que derivan de este.

Las unidades digitales se pueden usar como fuentes para plataformas de aplicaciones e IdC (Internet de las Cosas) de información de contexto. Los proveedores de estas plataformas intervienen a través de las API (interfaces de programación de aplicaciones) del núcleo AURA para que las informaciones de contexto se puedan incorporar al núcleo AURA. El núcleo AURA dispone los subnúcleos AURA para aquellos proveedores que emplean AURA como canal de comunicación. Estos subnúcleos AURA encapsulan funcionalidades AURA. Los subnúcleos AURA son, por lo tanto, "núcleos AURA" autónomos totalmente funcionales que se pueden integrar en un ecosistema dado (por ejemplo, plataformas de IdC/aplicaciones/comunicaciones). Estos subnúcleos Aura disponen de API para poder conectar plataformas de IdC y aplicaciones autónomas. Por lo tanto, se convierten en un subnúcleo AURA independiente que puede integrar cualquier fuente de datos. Un operador del subnúcleo AURA puede decidir qué datos intercambiar de manera exclusiva en el seno de un módulo del subnúcleo así formado y qué datos intercambiar con el núcleo AURA superior. En la posible configuración por defecto no se intercambia ningún dato de contexto con el núcleo AURA.

El núcleo AURA sirve, por un lado, para efectuar las actualizaciones técnicas de cada subnúcleo AURA. Por otro, permite que el operador de un subnúcleo AURA dado comparta datos a través del núcleo AURA con otras plataformas que no forman parte del mismo ecosistema. El núcleo AURA puede recibir, analizar, gestionar estos datos y transferirlos de manera específica a otros subnúcleos AURA autorizados. De esta manera diferentes subnúcleos AURA quedan conectados entre sí. Estos subnúcleos AURA conectados entre sí pueden intercambiar a través del núcleo AURA los datos de contexto obtenidos.

Cada subnúcleo AURA dispone de módulos de comunicación AURA basados en cliente. Los módulos de comunicación AURA pueden integrarse en cualquier aplicación que pertenezca al ecosistema de un subnúcleo AURA. Los módulos de comunicación AURA pueden abrir entre sí un canal de comunicación AURA y establecer una comunicación basada en contexto entre un usuario y al menos otro usuario. El núcleo AURA y los subnúcleos AURA permiten que usuarios de ecosistemas (subnúcleos) diferentes se comuniquen entre sí utilizando los módulos de comunicación AURA.

En otra configuración del sistema de acuerdo con la invención, las denominadas unidades digitales son bien unidades digitales propias del usuario o se seleccionan de entre el grupo compuesto por puntos de acceso (por ejemplo, hotspots, células de telefonía móvil) o balizas (por ejemplo, iBeacons, Eddystones).

En otra configuración del sistema de acuerdo con la invención se define y constituye un modelo de capas según el cual, los datos que se van a transferir se clasifican, asignan a determinadas capas del modelo de capas y transfieren al al menos un segundo usuario en función de al menos una pauta del primer usuario. El denominado modelo de capas, en adelante denominado también modelo de niveles Aura, permite una clasificación de los datos generados en el entorno de un determinado usuario.

En una configuración, el modelo de capas consta de tres capas. Se trata de una "capa de difusión", una "capa de información" y una "capa de interacción". Una determinada densidad informativa de los datos asignados por cada capa va creciendo desde la capa de difusión, pasando por la capa de información, hasta la capa de interacción.

En un primer paso, los datos generados por parte de un primer usuario a partir de las unidades que se encuentran en su entorno primero se ponen a disposición de al menos un segundo usuario por medio de la capa de difusión. Por ahora se trata de datos poco detallados que solo ofrecen informaciones generales. Si el al menos un segundo usuario está interesado en recibir más información, se la puede solicitar al primer usuario. Si el primer usuario está de acuerdo, es decir, si lo preconfigura en una regla en el sistema de acuerdo con la invención, es decir, AURA, entonces estos datos se transfieren de manera automática a través de la capa de información al al menos un segundo usuario. Estos datos asignados a la capa de información presentan un contenido informativo considerablemente más alto que los datos en la capa de difusión. En un último paso, el al menos un segundo usuario puede utilizar la capa de interacción para establecer una interacción directa basada en los datos recibidos de la capa de interacción. Tanto el primer usuario como el al menos un segundo usuario tienen así control total por su parte sobre todos sus datos salientes y entrantes. El primer usuario puede determinar de antemano, es decir, al arrancar o iniciar el sistema, qué datos o qué tipo de datos, es decir, los datos pertenecientes a qué capa, se deben transferir al al menos un segundo usuario. El al menos un segundo usuario puede determinar al margen de ello si desea recibir datos del primer usuario en absoluto.

Eso implica que tanto el usuario emisor, es decir, el primer usuario, como el usuario receptor, es decir, el segundo usuario, tienen la posibilidad de configurar qué datos enviar, en el caso del primer usuario, o recibir, en el del segundo usuario. Cada usuario puede definir estos requisitos independientemente de aquellos del otro usuario. Todos estos ajustes se configuran de antemano de manera que al entrar o generarse los datos correspondientes por parte del usuario emisor, el sistema de manera automática solo envíe al usuario receptor aquellos datos que deben ser enviados por el usuario emisor y, al mismo tiempo, que deben ser recibidos por el usuario receptor. Para ello se prevé que en la transferencia se efectúen varias actividades de selección y filtrado de los datos que se encarguen de filtrar sucesivamente y de manera precisa los datos que deban enviarse y recibirse.

En otra configuración es factible que se lleve a cabo una transferencia de datos opcionalmente en tiempo real, es decir, inmediatamente después de su generación, o posterior en forma de historial.

En otra realización del sistema de acuerdo con la invención, el primer agregador de sistemas, es decir, el agregador de sistemas correspondiente al usuario emisor, comprende una unidad de regulación, una unidad de gestión y una unidad de interfaz. La unidad de regulación, por su parte, está configurada para regular los datos salientes y entrantes entre un máximo y un mínimo con un mecanismo regulador. En una configuración, este mecanismo regulador es similar a un regulador de volumen y regula los datos salientes y entrantes entre un máximo y un mínimo. Eso significa que al máximo se transfieren todos los datos generados, al mínimo no se transmite ningún dato y en un ajuste intermedio se transmite una parte de los datos generados. La unidad de gestión está configurada para llevar a cabo una selección de los datos salientes. La unidad de interfaz está configurada para convertir los datos que se va a transferir al formato compatible con el servidor de señalización que se utilice en cada caso. Si el agregador de sistemas es apto para recibir datos de retorno, entonces la unidad de interfaz en él comprendida será capaz además de descodificar los datos recibidos desde el servidor de señalización para que puedan ser procesados después.

En otra configuración, el primer cliente, es decir, el cliente del usuario emisor, comprende al menos un conector, generalmente una pluralidad de conectores. El al menos un conector está configurado para realizar al menos una de las siguientes funciones:

1. una interacción con los sensores internos disponibles en el terminal;

2. una interacción con los actuadores internos disponibles en el terminal;

3. una interacción con sensores externos que se encuentran fuera del terminal;

4. una interacción con actuadores externos que se encuentran fuera del terminal.

Los actuadores sirven para que el cliente se integre en el entorno del terminal en el que el cliente está instalado. Por lo tanto, los conectores sirven por su parte para registrar acontecimientos y estados que sean relevantes para el propio aura del usuario en cuestión y para emitir y visualizar acontecimientos y estados del aura de otros usuarios. En otra configuración, el al menos un conector puede activarse y desactivarse, así como añadirse o eliminarse durante un tiempo de funcionamiento del primer cliente. Para la gestión del ciclo de vida de un conector se prevé otro componente de gestión de conectores. La forma en la que los conectores individuales se comunican con los sensores y/o actuadores no es específica ni propietaria. Los datos obtenidos por sensores, ya sean sensores internos o sensores externos, son registrados por un componente de procesamiento y análisis integrado en el primer cliente, se analizan y evalúan en términos de relevancia, si es necesario se filtran y, dado el caso, se transfieren al agregador de sistemas por medio de un componente de interfaz integrado en el primer cliente. El componente de interfaz convierte los datos de cada sensor a un formato general de AURA.

El agregador de sistemas establece interfaces entre el propio sistema y los sistemas de otros usuarios. Cada una de estas interfaces constituye un "espacio" individual en el que los sistemas o auras de ambos usuarios implicados pueden comunicarse e interactuar entre sí de manera bidireccional. La gestión o administración de estas relaciones espaciales individuales es tarea del gestor integrado en el agregador de sistemas dado o de la unidad de gestión en él integrada que ya se mencionaba anteriormente. La unidad de gestión también está configurada para, dado el caso, realizar otro filtrado de los datos salientes en base a los datos a los que el otro usuario se haya suscrito y que el primer usuario le permita ver.

La unidad de regulación del agregador de sistemas permite al usuario emisor, es decir, al primer usuario, regular todos los datos salientes y entrantes con una interacción sencilla, similar a la de un regulador de volumen en una radio. El envío automático de datos de acuerdo con la invención se puede subir o bajar. Según una jerarquía de datos, se ocultan primero los datos con baja prioridad y, por último, los datos de alta prioridad. Si la unidad de regulación está ajustada a "0", se desactivarán todos los datos entrantes y salientes, es decir, que no se recibirá ni enviará ninguno.

Un cometido de la unidad de interfaz del agregador de sistemas es convertir los datos provenientes del terminal a un formato que el servidor de señalización empleado soporte y, con ello, facilite una transmisión al agregador de sistemas del al menos un segundo usuario. En el caso de datos recibidos desde el servidor de señalización, la unidad de interfaz debe descodificar el mensaje de la manera adecuada y convertirlo de nuevo a mensajes propios para que puedan ser procesados a su vez por el cliente correspondiente. Por lo tanto, la unidad de interfaz y el servidor de señalización constituyen una unidad lógica. Si, por ejemplo, se introduce otro servidor de señalización, la unidad de interfaz del agregador de sistemas dado deberá adaptarse como corresponda.

La presente invención se refiere además a un procedimiento para transferir datos de un primer usuario a al menos un segundo usuario. A este respecto, los datos son generados por unidades digitales que el usuario utiliza en su entorno inmediato. Los datos así generados se recopilan, agrupan y transfieren al al menos un segundo usuario a través de un canal de comunicación basado en contexto de manera automática en base a reglas.

En una configuración del procedimiento de acuerdo con la invención, se instala un primer cliente en un terminal asignado al primer usuario y se asigna un primer agregador de sistemas al primer usuario. El primer agregador de sistemas asignado al primer usuario está en conexión comunicativa con un servidor de señalización. El primer cliente registra los datos de la unidad digital por medio de la interacción con al menos un servidor y/o al menos un actuador que están en conexión comunicativa con el terminal. Además, el primer cliente registra, evalúa y filtra los datos así registrados y los transmite al primer agregador de sistemas. El primer agregador de sistemas selecciona los datos recogidos por el primer cliente en base a una jerarquía de datos preconfigurada en función de un estado de la relación entre el primer usuario y el al menos un segundo usuario y los convierte a un formato compatible con el servidor de señalización. Por último, el servidor de señalización transfiere los datos convertidos al al menos un segundo usuario.

En una configuración del procedimiento de acuerdo con la invención, se prevé que las reglas en base a las cuales se recopilan, agrupan y transfieren los datos sean definidas por el usuario de antemano, es decir, no de caso en caso, sino durante una fase de inicialización del primer cliente y del primer agregador de sistemas y configuradas por medio de los ajustes correspondientes. El usuario en cuestión puede modificar y volver a configurar las reglas en el sistema en cualquier momento.

Otras ventajas y configuraciones de la invención se desprenden de la descripción y los dibujos adjuntos.

Se entiende que las características que se han mencionado anteriormente y que se van a describir más adelante no solo se pueden emplear en la combinación indicada en cada caso, sino también en otras combinaciones o en una configuración única sin separarse por ello del alcance de la presente invención.

La invención se representa de manera esquemática en los dibujos en referencia a un ejemplo de realización y, en adelante, se describe esquemática y exhaustivamente en referencia a los dibujos.

La Figura 1 muestra una representación esquemática de un escenario para el uso de una realización del sistema de acuerdo con la invención.

La Figura 2 muestra una representación esquemática de una realización del sistema de acuerdo con la invención.

La Figura 3 muestra una representación esquemática de una realización de un modelo de capas previsto de acuerdo con la invención para la clasificación de datos de contexto de un usuario en la ejecución de una realización del procedimiento de acuerdo con la invención.

La Figura 4 muestra un diagrama de flujo de una realización del procedimiento de acuerdo con la invención. La Figura 5 muestra un diagrama de flujo de otra realización del procedimiento de acuerdo con la invención. La Figura 6 muestra un diagrama de flujo de otra realización más del procedimiento de acuerdo con la invención.

La Figura 7 muestra una representación esquemática de otra realización del sistema de acuerdo con la invención.

Las figuras se describen de manera coherente y global.

La Figura 1 muestra una representación esquemática de un posible escenario para el uso de una realización del sistema de acuerdo con la invención.

Se muestra un aura o un aura 10 digital de un primer usuario que desea contactar con un segundo usuario y su aura 20 digital. En el marco de la presente descripción, el término "aura digital" describe todos los dispositivos y servicios digitales que un usuario dado utiliza durante el día y la noche en su entorno inmediato real y virtual. Puede tratarse de sensores y actuadores en dispositivos tecnológicos que el usuario utiliza. Los sensores y actuadores en este caso son dispositivos tecnológicos, aplicaciones y servicios digitales. En un entorno virtual son, por ejemplo, sensores, servicios y aplicaciones virtuales. Los actuadores virtuales son, por su parte, objetos y servicios que muestran en la realidad virtual cambios en los contextos reales y virtuales de los interlocutores, es decir, el primer usuario o del segundo usuario.

El aura 10 digital del primer usuario comprende a este respecto dispositivos 11 digitales para la comunicación, "Internet de las Cosas" 12 relativo a posibles actividades como andar en bicicleta, jugar a fútbol, ir de paseo o correr, diferentes lugares 13 en los que el primer usuario pasa tiempo o a los que se desplaza, determinados servicios 14 como servicios de audio, televisión, realidad virtual, etc. que el primer usuario utiliza o tiene a su disposición. Además, el primer usuario dispone de "SmartHome". Con todas estas fuentes se pueden generar datos que se transmiten a través de sensores y, con ello, quedan a disposición del primer usuario directamente para su transferencia al segundo usuario o a su aura 20. Esto significa que las fuentes individuales de datos ponen los datos generados a disposición de un primer cliente instalado en un terminal del primer usuario a través de sensores específicos. El cliente recoge estos datos en base a unas reglas configuradas de antemano por el primer usuario, agrupa los datos en función de reglas predefinidas y los prepara para una transferencia al segundo usuario. Un agregador de sistemas, que no aparece representado aquí, asignado al primer usuario filtra los datos provistos, dado el caso, en función del estado de la relación entre el primer usuario y el segundo usuario y los convierte a un formato compatible con un servidor de señalización usado que no aparece representado aquí. El servidor de señalización no representado funciona al fin y al cabo como una estación de transmisión de datos entre el primer usuario y el segundo usuario. Así, los datos del primer usuario se ponen a disposición del al menos un segundo usuario o de su aura 20 o se transfieren a esta por medio de un canal 15 de comunicación basado en contexto. El al menos un segundo usuario recibe estos datos del primer usuario, analiza los datos y los transmite a actuadores adecuados que se encuentran en el aura 20 del segundo usuario para poder procesar los datos de la manera apropiada y ponerlos a disposición del segundo usuario, particularmente, para poder representarlos. Para ello se utilizan actuadores, como dispositivos 22 móviles, por ejemplo, teléfonos inteligentes, dispositivos 23 vestibles como, por ejemplo, relojes digitales, dispositivos 24 de domótica como, por ejemplo, iluminación digital, o un vehículo 25 como, por ejemplo, sistemas de audio, o también objetos del Internet de las Cosas 21 como, por ejemplo, robots. Por medio de estos ejemplos de actuadores se pueden mostrar al segundo usuario diferentes datos de contexto transferidos por el primer usuario al al menos un segundo usuario. Pueden ser actuadores todo tipo de sistemas con pantalla y todo tipo de objetos del Internet de las Cosas que pueden avisar de cambios en el estado de un contexto mediante cambios apreciables a nivel visual, auditivo o sensorial en el objeto del usuario.

La Figura 2 muestra un diagrama de bloques de una representación esquemática de una realización del sistema de acuerdo con la invención. En el núcleo del sistema de acuerdo con la invención hay un cliente 13 que está instalado en un terminal 1 que está asociado a un primer usuario del sistema de acuerdo con la invención. Se pueden instalar y operar diversos conectores 132 en el cliente 13 para la interacción con el entorno del terminal 1, es decir, para el registro de acontecimientos y estados que son relevantes para el propio aura del primer usuario, y para la emisión y visualización de acontecimientos y estados del aura del otro usuario. En la Figura 2 estos conectores se designan como C1, C2, C3, ... Cn. Estos conectores sirven para la interacción con los sensores 11 internos disponibles en el terminal 1, por ejemplo, para solicitar un estado de la batería o un estado y contexto de aplicaciones en ejecución como, por ejemplo, Spotify. Además, estos conectores pueden servir para permitir la interacción con los actuadores 12 internos disponibles en el terminal 1, por ejemplo, a través de un monitor en el marco de la interfaz frontal de AURA o de una alarma vibradora en terminales móviles. Además, estos conectores también pueden servir para establecer una interacción con sensores 31 externos que se encuentran fuera del terminal 1 como, por ejemplo, un termómetro o unas zapatillas deportivas inteligentes. Además, estos conectores permiten una interacción con actuadores 32 externos que se encuentran fuera del terminal 1 como, por ejemplo, un cambio de color de una bombilla Philips Hue. Los sensores 31 externos y los actuadores 32 externos se encuentran en un entorno 3 del primer usuario, es decir, del usuario emisor.

Los conectores 132 pueden activarse y desactivarse, así como añadirse o eliminarse mientras el cliente 13 está en funcionamiento. El ciclo de vida de un conector se gestiona con un componente 131 de gestión de conectores. La forma en la que los conectores 132 individuales se comunican con los sensores y/o actuadores no es específica ni propietaria. Los datos obtenidos por sensores, ya sean sensores 11 internos o sensores 31 externos, son registrados por un componente 133 de procesamiento y análisis integrado en el cliente 13. Allí se analizan y evalúan en términos de relevancia, si es necesario se filtran y, dado el caso, se transfieren al agregador 2 de sistemas vinculado también al primer usuario por medio de una unidad 134 de interfaz integrada en el cliente 13. El componente 134 de interfaz convierte los datos de los sensores a un formato general de AURA. El agregador 2 de sistemas establece interfaces entre el aura del primer usuario y las auras de otros usuarios para, así, permitir la transferencia de datos del primer usuario al al menos un segundo usuario. Cada una de estas interfaces constituye un "espacio" individual en el que las auras de todos los usuarios implicados pueden comunicarse e interactuar entre sí de manera bidireccional. La gestión de estas relaciones espaciales individuales es tarea de un gestor 23 AURA que forma parte del agregador 2 de sistemas. El gestor 23 AURA es responsable de, dado el caso, filtrar los datos salientes en función de los datos a los que los demás usuarios, es decir, el al menos un segundo usuario, se han suscrito y pueden ver. Un regulador 21 AURA que también está integrado en el agregador de sistemas permite al primer usuario regular todos los datos salientes y entrantes con una interacción sencilla, similar a la de un regulador de volumen en una radio. El uso automático de datos de acuerdo con la invención se puede subir o bajar. Según una jerarquía de datos, se ocultan primero los datos con baja prioridad y, por último, los datos de alta prioridad. Al final, si el regulador está ajustado en "0", se deshabilitan todos los datos entrantes y salientes.

Un cometido de un componente 22 de interfaz que también forma parte del agregador 2 de sistemas es convertir los datos provenientes del terminal 1 a un formato que el servidor 4 de señalización empleado soporte y, con ello, facilite una transmisión al agregador de sistemas de un segundo usuario. En el caso de datos recibidos desde el servidor 4 de señalización, el componente 22 de interfaz debe descodificar estos datos de la manera adecuada y convertirlos de nuevo a datos AURA para que puedan ser procesados a su vez por el cliente 13. Los componentes 22 y 4 constituyen por lo tanto una unidad lógica. Si, por ejemplo, se introduce otro servidor 4 de señalización, el componente 22 de interfaz deberá adaptarse como corresponda.

La Figura 3 muestra un posible modelo 30 de capas de acuerdo al cual se pueden clasificar datos generados a partir de sensores y actuadores en un entorno de un primer usuario 301 para, partiendo de esta clasificación, poder realizar una transferencia a al menos un segundo usuario 302 en base a esta clasificación, que corresponde a un requisito dado del segundo usuario 302 o a una regla del primer usuario 301 emisor. El modelo 30 de capas aquí representado presenta tres capas distintas, siendo estas una capa 31 de difusión, una capa 32 de información y una capa 33 de interacción. Los datos que un primer usuario 301 pone a disposición de al menos un segundo usuario 302 por medio de la capa 31 de difusión son datos poco detallados que solo ofrecen informaciones generales. Si el al menos un segundo usuario 302 receptor está interesado en recibir más información, se la puede solicitar al primer usuario 301. Si el primer usuario 301 está de acuerdo, entonces se transferirán de manera automática a través de la capa 32 de información al al menos un segundo usuario 302. Estos datos presentan un contenido informativo considerablemente más alto que los datos en la capa 31 de difusión. En la última capa 33, la capa de interacción, el al menos un segundo usuario 302 receptor puede establecer una interacción directa basada en los datos recibidos.

Eso significa que en función de la capa seleccionada, los datos asignados a cada una de ellas 31, 32, 33 con sus correspondientes propiedades quedan a disposición del usuario 302 receptor en su aura 34 digital.

Además, el segundo usuario 302 también puede interactuar con el primer usuario 301 mediante los canales tradicionales, como la telefonía 35 o una aplicación 36 que se debe instalar en un terminal para, por ejemplo, intercambiar datos dentro de una comunidad.

Esta transferencia o provisión de datos del primer usuario 301 al al menos un segundo usuario 302 puede producirse en tiempo real, es decir, inmediatamente después de su generación en el aura del primer usuario 301.

Tanto el primer usuario 301 como el al menos un segundo usuario 302 tienen control total por su parte sobre todos sus datos salientes y entrantes. El primer usuario 301, es decir, el usuario emisor, puede determinar qué datos deben transferirse al al menos un segundo usuario 302, es decir, al usuario receptor, y el usuario 302 receptor puede también determinar, como se muestra mediante los símbolos de activación 31_1, 32_1 o 33_1, si desea recibir datos del primer usuario 301 en absoluto.

La Figura 4 muestra un diagrama de flujo de una transferencia de datos que están asignados a una capa de difusión del modelo de capas anteriormente descrito según una realización del procedimiento de acuerdo con la invención. Se muestran un primer usuario 410 y un segundo usuario 420. En las Figuras 4, 5 y 6 se muestra un entorno dado correspondiente a cada usuario con los mismos signos de referencia que el propio usuario. En el entorno 410 del primer usuario 410 hay un sensor 411 externo que puede proporcionar datos para su transferencia a al menos un segundo usuario 420. Además, el primer usuario 410 tiene asignado un cliente 413 que, por lo general, está instalado en un terminal asignado al primer usuario 410. Además, se representa un agregador 414 de sistemas asignado al primer usuario 410, que comprende una unidad 415 de regulación, una unidad 416 de gestión y una unidad 417 de interfaz. Asimismo también se muestran una unidad 427 de interfaz, una unidad 426 de gestión y una unidad de 425 de regulación del al menos un segundo usuario 420 que forman parte de un agregador de sistemas que no aparece representado. Además, el al menos un segundo usuario 420 tiene asignado un segundo cliente 423. Este segundo cliente 423, por lo general, también está instalado en un terminal asignado al al menos un segundo usuario. En el entorno 420 del segundo usuario hay además actuadores 421 externos que sirven para presentar al segundo usuario 420 los datos recibidos del primer usuario 410.

Los pasos 4_1 a 4_6 en la Figura 4 muestran cómo cada usuario 410 o 420 inicia y se registra en su cliente 413 o 423 y aplica una configuración a sus reguladores 415 o 425 correspondientes. Estos pasos solo se acometen en una fase de arranque e inicialización del sistema de acuerdo con la invención, es decir, de AURA. En la siguiente descripción se parte además de la base de que el primer usuario 410 ya ha integrado en el cliente 413 que tiene asignado al menos conectores para un sensor interno y un sensor externo.

Los pasos 4_7 y 4_8 muestran una solicitud sincrónica, es decir, emitida por el cliente 413, de datos de un sensor interno. Puede tratarse, sencillamente, por ejemplo, del estado de la batería de un terminal. Estos datos se solicitan en el paso 4_7 de manera activa, es decir, que en este caso se trata de un "modo de consulta", y, dado el caso, se preprocesan y aseguran para su posterior tratamiento en el paso 4_8.

El paso 4_9 muestra un caso alternativo en el que el cliente 413 recibe datos de un sensor interno a través de un conector dado de manera asincrónica, es decir, sin iniciación activa de una solicitud, es decir, que en este caso se trata de un denominado "modo compartido".

Los pasos 4_10 y 4_11 muestran, al igual que los pasos 4_7 y 4_8, una solicitud activa de datos de un sensor externo en "modo de consulta".

El paso 4_12 muestra, al igual que el paso 4_9, una recepción de datos de sensor exterior en "modo compartido".

En el paso 4_13 los datos recopilados en los pasos anteriores a partir de sensores internos y externos son sometidos a un primer análisis de umbrales. Para realizar un análisis de umbrales de este tipo se utilizan los conectores correspondientes, ya que estos conectores son los únicos que tienen los conocimientos específicos sobre los sensores necesarios para efectuar esta evaluación. Por ejemplo, puede servir un valor de sensor del estado de una batería cuyos cambios alrededor de valores porcentuales individuales sean más bien irrelevantes. Sin embargo, al alcanzar un valor límite específico el estado de este sensor se torna muy relevante y, con ello, se convierte en un componente del aura del usuario en cuestión, en este caso el primer usuario 410, que desearía compartir con el al menos un segundo usuario 420.

El paso 4_14 muestra una conversión de un valor registrado por un sensor tras un filtrado de umbrales satisfactorio a un contexto AURA, es decir, a una fecha que se debe fijar para la transferencia.

En el paso 4_15 se estado actual del sensor se asegura en cada conector como valor de referencia para futuros análisis diferenciales y de umbral.

El contexto o los datos asignados a este contexto llega o llegan al agregador de sistemas en el paso 4_16. Allí se lleva a cabo un análisis y clasificación del contexto o de los datos en una de las tres capas del modelo de tres capas descrito anteriormente en la Figura 3. Además, al mensaje se le asigna una prioridad en base a una configuración personalizada del cliente 413. Dado que en este caso de aplicación se trata de la capa de difusión, en el paso 4_17 se envía un mensaje de difusión resultante a la unidad de regulación. En el paso 4_17 la unidad 415 de regulación filtra el mensaje de difusión recibido en base a su prioridad y al nivel de regulación ajustado por el usuario 410. Si la unidad 415 de regulación deja pasar el mensaje de difusión, este se envía a la unidad 416 de gestión en el paso 4_19. La unidad 416 de gestión gestiona la relación del usuario 410 actual con los otros usuarios como, por ejemplo, el usuario 420. En el paso 4_20 se decide a qué usuario 420 externo se debe enviar este mensaje de difusión. En el paso 4_21 este mensaje se transmite a la unidad 417 de interfaz, que lo convierte a un formato compatible con el motor de señalización o el servidor 430 de señalización correspondiente, al que se lo transmite en el paso 4_22. En el paso 4_23 se lleva a cabo un enrutamiento de este mensaje de difusión convertido para la unidad 427 de interfaz en el terminal del segundo usuario 420. Allí, en el paso 4_24 el mensaje vuelve a convertirse del formato de transporte de nuevo en un mensaje AURA y se transmite a la unidad 426 de gestión del segundo usuario 420. En la unidad 426 de gestión del segundo usuario 420 se comprueba a lo largo del paso 4_25 la validez del mensaje de difusión y, dado el caso, se lleva a cabo un filtrado potencial según el nivel del mensaje en base un estado de la relación con el usuario emisor, aquí el primer usuario 410. Los mensajes que pasan se transmiten en el paso 4_26 a la unidad 425 de regulación del segundo usuario 420. Entonces, en el paso 4_27 se lleva a cabo un filtrado del mensaje AURA en base a su capa o a su nivel, en este caso el de difusión, su prioridad y a un último estado de regulación configurado por el usuario 420. Si el mensaje pasa la unidad 425 de regulación, entonces llega a través del paso 4_28 al cliente 423 del usuario 420. En los pasos 4_29 y 4_30 el cliente 423 utiliza actuadores internos como, por ejemplo, un monitor del terminal, o actuadores 421 externos como, por ejemplo, Philips Hue, para visualizar el mensaje de difusión del usuario 410 que el usuario 420 percibe en los pasos 4_31 y 4_32.

La Figura 5 muestra un diagrama de flujo para la transmisión de datos que están asignados a una capa de información de acuerdo con el modelo de tres capas que se presenta en la Figura 3. El usuario o su entorno correspondiente 410 y 420 comprenden los mismos componentes que en la Figura 4, que en la Figura 5 se designan con los mismos signos de referencia.

La cantidad de datos es demasiado pequeña para un intercambio constante de un mensaje de difusión y solo está pensada para permitir el transporte y visualización de informaciones generales del estado de un usuario, incluso cuando los usuarios solo estén equipados temporal y muy parcamente con recursos de red. Determinados cambios en el estado de un usuario lejano pueden generar en un usuario local el deseo de saber más sobre el estado actual. Así, la comunicación pasa del nivel hasta ahora no interactivo de difusión al denominado nivel de información. La Figura 5 muestra el desarrollo general de una solicitud de información de este tipo del usuario 420 al usuario 410. El usuario 420, en el lado derecho, ha recibido un determinado mensaje de difusión del usuario 410 y le gustaría saber más al respecto. Un ejemplo sería un mensaje sobre que el usuario 410 está escuchando música, por ejemplo, en Spotify. Ahora, en el paso 5_1 el usuario 420 quiere saber de qué música se trata. En el paso 5_2 el usuario 420 crea una solicitud de información a través de su cliente 423 y en el paso 5_3 lo envía a su unidad 427 de interfaz. La unidad 427 de interfaz del usuario 420 convierte la solicitud de información a un formato compatible con el motor 430 de señalización correspondiente, el denominado formato de transporte, y en el paso 5_4 envía la solicitud convertida al servidor 430 de señalización. En el paso 5_5 se lleva a cabo un enrutamiento de esta solicitud de información convertida para la unidad 417 de interfaz en el terminal del usuario 410. Allí, la solicitud vuelve a convertirse del formato de transporte de nuevo en un mensaje AURA y en el paso 5_6 se envía a la unidad 415 de regulación del usuario 410. En el paso 5_7, la unidad 415 de regulación valora un posible filtrado de la solicitud de información. Si la solicitud pasa, esta se envía al cliente 413 del usuario 410 en el paso 5_8. El cliente 413 analiza la solicitud de información y recopila las informaciones necesarias del sensor interno correspondiente en el paso 5_9 o del sensor 411 externo en los pasos 5_10 y 5_11. En el paso 5_12 las informaciones solicitadas se transmiten como mensaje AURA al componente 417 de interfaz AURA del usuario 410, allí, en el paso 5_13, se convierten al formato compatible con el motor 430 de señalización correspondiente y en el paso 5_14 se envían a la unidad 427 de interfaz del terminal del usuario 420. Allí, en el paso 5_15 el mensaje de información AURA se reconvierte del formato de transporte y se envía al cliente 423 del usuario 420. En el paso 5_16 la información solicitada se visualiza en un actuador integrado en el cliente 423 como, por ejemplo, un monitor interno.

El paso 5_18 muestra alternativa o adicionalmente una visualización de las informaciones solicitadas en un actuador 421 externo como, por ejemplo, un monitor externo. Los pasos 5_16 y 5_18 no se excluyen entre sí. Las informaciones se pueden visualizar simultáneamente en varios actuadores internos y externos. Los pasos 5_17 y 5_19 muestran la recepción de las informaciones solicitadas por parte del usuario 420.

La Figura 6 muestra un diagrama de flujo relativo a los datos que han sido asignados al nivel de interacción o a la capa de interacción del modelo de tres capas presentado en la Figura 3. Asimismo, en la Figura 5 los componentes de los usuarios 410 y 420 se designan de la misma manera que en la Figura 4 y llevan los mismos signos de referencia.

En base a las informaciones detalladas sobre el estado actual del usuario 410 alejado contenidas en la capa de información, el usuario 420 local puede tener interés en participar de manera activa en el aura del usuario 410, por ejemplo, para escuchar la canción actual con él o para ver la imagen real de la cámara del usuario 410.

La Figura 6 muestra los pasos para establecer una comunicación a un nivel de interacción o en la capa de interacción.

En el paso 6_1 se representa que el usuario 410 puede autenticar y aceptar opcionalmente todas las solicitudes de interacción provenientes del usuario 420 de manera automática. Este es un ajuste relevante desde el punto de vista de la seguridad, ya que podría comprometer una esfera privada de un usuario. Como alternativa, también se puede ordenar que el usuario receptor autentique directamente una solicitud individual de interacción a su recepción, como se representa en los pasos 6_11 y 6_12.

En los pasos 6_2 y 6_3 se crea una solicitud de interacción a través del cliente 423 del usuario 420 y en el paso 6_4 se envía a un componente 427 de interfaz del usuario 420. La unidad 427 de interfaz convierte la solicitud a un formato compatible con el motor 430 de señalización correspondiente, es decir, a un denominado formato de transporte, y en el paso 6_5 envía la solicitud convertida al servidor 430 de señalización.

En el paso 6_6 se lleva a cabo un enrutamiento de esta solicitud de interacción convertida para la unidad 417 de interfaz en el terminal del usuario 410. Allí, en el paso 6_7 la solicitud vuelve a convertirse del formato de transporte de nuevo en un mensaje AURA y se envía a la unidad 415 de regulación del usuario 410.

En base al nivel de regulación que tenga ajustado, la unidad 415 de regulación puede dejar pasar o bloquear la solicitud, como se representa en el paso 6_8.

Si la solicitud de información pasa la unidad 415 de regulación, en el paso 6_9 llega hasta el cliente. Allí se visualiza en un actuador 418 interno, en el paso 6_10, o en un actuador 412 externo, en el paso 6_11.

Si no ocurre nada en el paso 6_1, ahora en el paso 6_12 el usuario 410 debe autenticar la interacción solicitada. Los pasos 6_10 a 6_20 muestran de una manera muy simplificada un intercambio de datos que son necesarios para establecer un canal de comunicación o de medios, por ejemplo, en base a WebRTC. Los componentes de interfaz involucrados en un proceso de este tipo son el 417, 427 de ambos terminales, es decir, del terminal del usuario 410 y del terminal del usuario 420, así como el motor 430 de señalización para enrutar estos mensajes entre el usuario 410 y el usuario 420. En el paso 6_21 se crea un canal de comunicación o de medios entre ambos clientes 413, 423. Los pasos 6_22 y 6_23 muestran una integración de sensores internos y externos para recopilar datos para su transferencia al canal de comunicación abierto. En el paso 6_24 los datos de los pasos 6_22 o 6_23 se transfieren a través de un canal de comunicación establecido del usuario 410 al usuario 420, una vez allí, en el paso 6_25, y opcionalmente también en el paso 6_27, estos se visualizan a través de actuadores externos y, en los pasos 6_26 y 6_28, el usuario 420 los consume.

Los pasos 6_29 a 6_32 muestran una finalización de la interacción entre ambos usuarios. Para ello, se crean los correspondientes mensajes de señalización y se intercambian entre ambos clientes igual que en los pasos representados en los pasos 6_13 a 6_20, con lo que el canal de comunicación queda disuelto.

La Figura 7 muestra una representación esquemática de otra posible realización del sistema de acuerdo con la invención, es decir, de AURA. En esta realización aquí representada, el sistema de acuerdo con la invención está concebido de manera jerárquica, es decir, que comprende un denominado núcleo 6 AURA y subnúcleos 8, 10 y 12 AURA que derivan de y están asignados al primero. El núcleo 6 AURA proporciona una pluralidad de interfaces 5, es decir, API, a través de las que los proveedores de otras plataformas pueden transferir informaciones de contexto al núcleo 6 AURA. En lo que a los proveedores de otras plataformas respecta, pueden ser, por ejemplo, plataformas 4 de código abierto como, por ejemplo, Android, nubes 3 negocio a negocio o nubes 2 de comunidad como, por ejemplo, Spotify, o una plataforma para el Internet 1 de las Cosas como, por ejemplo, T-Systems. Cada proveedor puede transferir informaciones de contexto a través de las interfaces 5 proporcionadas por medio de una conexión 6.1 dada al núcleo 6 AURA. Los subnúcleos 8,10 y 12 AURA vinculados además al núcleo 6 AURA se comunican con el núcleo 6 AURA mediante conexiones 6.2 de comunicación. Cada uno de los subnúcleos 8,10 y 12 está integrado en este caso en un ecosistema 13, 14 o 15 cerrado que presenta por su parte una estructura interna propia. Cada subnúcleo 8,10 y 12 AURA encapsula funcionalidades AURA. Por lo tanto, los subnúcleos 8, 10 y 12 AURA son núcleos AURA autónomos totalmente funcionales que se pueden integrar en un ecosistema dado, por ejemplo, plataformas de IdC/aplicaciones/comunicaciones. Cada subnúcleo 8, 10 y 12 AURA dispone asimismo de interfaces o API 5 propias para poder conectarse a plataformas de IdC/aplicaciones independientes. De esta manera los subnúcleos 8, 10 y 12 AURA son unidades independientes que pueden integrar cualquier fuente de datos. En el presente ejemplo, cada subnúcleo 8, 10 y 12 representa, por ejemplo, subnúcleos AURA para plataformas de redes sociales/comunidades/telecomunicaciones/mensajería y comprenden en cada caso varias plataformas 8.1, 8.2, 8.3, 8.4 o 10.1, 10.2, 10.3, 10.4 o 12.1, 12.2, 12.3, 12.4 de IdC/aplicaciones, a través de las que puede obtener informaciones de contexto por medio de una API 5 correspondiente. Los subnúcleos 8, 10 y 12 AURA se comunican asimismo con plataformas correspondientes 7, 9 u 11 a través de otra interfaz 5. Las plataformas 7, 9, 11 integradas en cada ecosistema 13, 14, 15 cerrado pueden ser de telecomunicaciones FMC (Fixed Mobile Convergence), RCS (Revision Control System) u OTT (Over-the-top content). Cada subnúcleo 8, 10 o 12 queda así vinculado a un ecosistema cerrado, pero puede obtener informaciones de contexto de las otras plataformas 1, 2, 3 y 4 a través de una conexión al núcleo 6 AURA. Además, un cliente 8.5 y 8.6 o 10.5 y 10.6 o 12.5 y 12.6 AURA dado puede obtener a través de otra conexión 8.7 o 10.7 o 12.7 correspondiente informaciones del subnúcleo 8, 10 y 12 correspondiente, así como también, en última instancia, sobre cada subnúcleo 8, 10 y 12 y el núcleo 6 de las diferentes plataformas 1, 2, 3 y 4.

Además, hay canales de comunicación disponibles entre cada cliente AURA, a través de los que los diferentes clientes 8.5, 8.6 o 10.5, 10.6 o 12.5 y 12.6 AURA pueden intercambiar datos entre sí. En el núcleo 6 AURA y los subnúcleos 8, 10, 12 AURA es posible que usuarios de ecosistemas diferentes se comuniquen entre sí o que intercambien o se transfieran informaciones de contexto de manera automática mediante el uso de los módulos de comunicación AURA.

Claims (14)

REIVINDICACIONES

1. Sistema para la transferencia de datos de contexto sobre un contexto actual en el que se encuentra un primer usuario en un momento dado, del primer usuario (410) a al menos un segundo usuario (420), en el que los datos de contexto se generan a partir de unidades digitales que el primer usuario (410) emplea en su entorno inmediato real y/o virtual, y en el que el sistema está configurado para recoger, combinar en el contexto actual y transferir a través de un canal (15) de comunicación basado en contexto los datos así generados al al menos un segundo usuario (420) de manera automática en base a reglas, en el que en una fase de arranque e inicialización del sistema el usuario define y establece reglas sobre cómo quiere transferir datos de contexto generados mediante el uso de unidades digitales en el entorno inmediato del primer usuario al al menos un segundo usuario, en el que el primer usuario puede modificar y volver a configurar las reglas en el sistema en cualquier momento, y en el que las unidades digitales usadas por el primer usuario en su entorno real y/o virtual comprenden dispositivos tecnológicos, aplicaciones digitales y sensores virtuales, y en el que el sistema comprende al menos un primer cliente (13, 413) instalado en un terminal asignado al primer usuario, un primer agregador (2, 414) de sistemas asignado al primer usuario (410) y un servidor (4, 430) de señalización que está en conexión comunicativa con el primer agregador de sistemas, en el que el primer cliente (13, 413) está configurado para recoger, analizar, evaluar, dado el caso, filtrar y enviar al primer agregador (2, 414) de sistemas los datos de contexto de las unidades digitales mediante la interacción con al menos un sensor y/o al menos un actuador que está en conexión comunicativa con el terminal, y el primer agregador (2, 414) de sistemas está configurado para seleccionar los datos de contexto recogidos por el primer cliente (13, 413) en base a una jerarquía de datos de contexto preconfigurada en función de un estado de la relación entre el primer usuario (410) y el al menos un segundo usuario (420) y para convertirlos a un formato compatible con el servidor (4, 430) de señalización, y el servidor (4, 430) de señalización está configurado para transferir los datos de contexto debidamente convertidos al al menos un segundo usuario (420).

2. Sistema de acuerdo con la reivindicación 1, que está además configurado para transferir los datos de contexto generados al al menos un segundo usuario independientemente de si el al menos un segundo usuario también ha instalado una aplicación generadora de datos de contexto en un terminal asignado al al menos un segundo usuario.

3. Sistema de acuerdo con una de las reivindicaciones 1 o 2, que comprende además al menos un segundo cliente (423) instalado en un terminal asignado al al menos un segundo usuario (420) y al menos un segundo agregador de sistemas asignado al al menos un segundo usuario (420), en el que el al menos un segundo agregador de sistemas está configurado para recibir, convertir y transmitir en base a reglas al al menos un segundo cliente (13, 423) para su posterior procesamiento los datos de contexto del servidor (4, 430) de señalización en el formato soportado por el servidor (4, 430) de señalización, en el que el al menos un segundo usuario (420) puede configurar qué datos desea recibir del primer usuario (410), en el que durante la transferencia se efectúan varias actividades de selección y filtrado de los datos de contexto que se encargan de filtrar sucesivamente y de manera precisa los datos de contexto que deben enviarse y recibirse.

4. Sistema de acuerdo con la reivindicación 3, que está además configurado por medio de un marcador indefinido en el tiempo y establecido por el al menos un segundo usuario, que se borra en cuanto cambia el contexto actual del primer usuario, para comunicar al al menos un segundo usuario el cambio de contexto.

5. Sistema de acuerdo con una de las reivindicaciones precedentes, en el que el primer agregador (2, 414) de sistemas está configurado además para recibir y convertir los datos de contexto del servidor (4, 430) de señalización al formato compatible con el servidor (4, 430) de señalización y transferirlos en base a reglas al primer cliente (13, 410) para su posterior procesamiento.

6. Sistema de acuerdo con una de las reivindicaciones precedentes, en el que las unidades digitales se seleccionan de entre el grupo compuesto por hotspots públicos, iBeacons.

7. Sistema de acuerdo con una de las reivindicaciones precedentes, en el que se define y constituye un modelo (30) de capas según el cual, los datos que se van a transferir se clasifican, asignan a determinadas capas (31, 32, 33) del modelo (30) de capas y transfieren al al menos un segundo usuario (420) en función de al menos una pauta del primer usuario (410).

8. Sistema de acuerdo con la reivindicación 7, en el que el modelo (30) de capas se divide en una capa (31) de difusión, una capa (32) de información y una capa (33) de interacción, en el que una determinada densidad informativa de los datos de contexto asignados por cada capa va creciendo desde la capa (31) de difusión, pasando por la capa (32) de información, hasta la capa (33) de interacción.

9. Sistema de acuerdo con una de las reivindicaciones precedentes, en el que la transferencia de datos de contexto se produce opcionalmente en tiempo real o inmediatamente después de la generación de los datos de contexto, o posteriormente en forma de historial.

10. Sistema de acuerdo con una de las reivindicaciones precedentes, en el que el primer agregador (2, 44) de sistemas comprende una unidad (21) de regulación, una unidad (23) de gestión y una unidad (22) de interfaz, en el que la unidad (21) de regulación está configurada para regular los datos de contexto salientes y entrantes entre un máximo y un mínimo con un mecanismo regulador, la unidad (23) de gestión está concebida para llevar a cabo una selección de los datos de contexto salientes y la unidad (22) de interfaz está configurada para convertir los datos de contexto que se va a transferir al formato compatible con el servidor (4, 430) de señalización.

11. Sistema de acuerdo con una de las reivindicaciones precedentes, en el que el primer cliente (13, 413) comprende al menos un conector (132) que está configurado para ejecutar al menos una de las siguientes funciones:

una interacción con los sensores internos disponibles en el terminal (1);

una interacción con los actuadores internos disponibles en el terminal (1);

una interacción con sensores externos que se encuentran fuera del terminal (1);

una interacción con actuadores externos que se encuentran fuera del terminal (1).

12. Sistema de acuerdo con la reivindicación 11, en el que un conector (132) puede activarse y desactivarse, así como añadirse y/o eliminarse durante un tiempo de funcionamiento del primer cliente (13, 413).

13. Procedimiento para la transferencia de datos de contexto sobre un contexto actual en el que se encuentra un primer usuario en un momento dado, del primer usuario (410) a un segundo usuario, en el que los datos de contexto se generan a partir de unidades digitales que el primer usuario emplea en su entorno inmediato real y/o virtual, y en el que los datos así generados se recogen, combinan en el contexto actual y transfieren a través de un canal de comunicación basado en contexto al al menos un segundo usuario de manera automática en base a reglas, en el que en una fase de arranque e inicialización del sistema el usuario define cómo transferir datos de contexto generados mediante el uso de unidades digitales en el entorno inmediato del primer usuario al al menos un segundo usuario, en el que el primer usuario puede modificar y volver a configurar las reglas en el sistema en cualquier momento, y en el que hay un primer cliente (13) instalado en un terminal asignado al primer usuario y el primer usuario tiene asignado un primer agregador (2) de sistemas que está en conexión comunicativa con un servidor (4) de señalización, en el que el primer cliente (13) recoge, analiza, evalúa, filtra y envía al primer agregador (2) de sistemas los datos de contexto de las unidades digitales mediante la interacción con al menos un sensor y/o al menos un actuador que está en conexión comunicativa con el terminal, y el primer agregador de sistemas selecciona los datos de contexto recogidos por el primer cliente (13) en base a una jerarquía de datos de contexto preconfigurada en función de un estado de la relación entre el primer usuario y el al menos un segundo usuario y los convierte a un formato compatible con el servidor (4) de señalización, y el servidor (4) de señalización transfiere los datos de contexto debidamente convertidos al al menos un segundo usuario.

14. Procedimiento de acuerdo con la reivindicación 13, en el que las reglas en base a las cuales se recopilan, agrupan y transfieren los datos de contexto son definidas por el usuario de antemano y configuradas por medio de los ajustes correspondientes.