ES2656986T3 - Sistemas y procedimientos para compartir datos entre múltiples dispositivos de usuario final - Google Patents

Abstract

Un procedimiento de compartición de datos entre múltiples dispositivos, comprendiendo los múltiples dispositivos un servidor (104), un terminal de origen (100) y múltiples terminales de recepción (106, 108, 110), comprendiendo el procedimiento: recibir, en el servidor (104), información de cuenta asociada con al menos uno de los múltiples terminales de recepción (106, 108, 110), recibir, en el servidor (104), datos del terminal de origen (100) a compartir con al menos uno de los múltiples terminales de recepción (106, 108, 110), determinar, en base a la información de cuenta, al menos un terminal de recepción activo (106, 108, 110), alertar, por parte del servidor (104), al por lo menos un terminal de recepción activo (106, 108, 110) sobre los datos compartidos por el terminal de origen (100), y recibir, por parte del servidor (104), una respuesta procedente del al menos un terminal de recepción activo (106, 108, 110) que indica una acción con respecto a los datos, en el que alertar, por parte del servidor (104), al por lo menos un terminal de recepción activo (106, 108, 110) sobre los datos compartidos por el terminal de origen (100) comprende: proporcionar, por parte del servidor (104), una o más opciones al por lo menos un terminal de recepción activo (106, 108, 110), indicando la una o más opciones respectivas acciones sobre los datos compartidos por el terminal de origen, en el que el al menos un terminal de recepción activo elige de entre la una o más opciones la acción sobre los datos compartidos por el terminal de origen (100).

Description

Sistemas y procedimientos para compartir datos entre múltiples dispositivos de usuario final

5 Campo

La presente divulgación se refiere a comunicaciones entre múltiples dispositivos, y más particularmente, a un sistema de mensajería para facilitar la compartición de datos en tiempo real entre múltiples dispositivos de usuario final.

10 Técnica anterior

A medida que la popularidad y las variedades de dispositivos electrónicos continúan creciendo, no es raro que una persona tenga múltiples dispositivos a su disposición. Por ejemplo, una persona puede tener un ordenador personal 15 (PC) y una tableta PC en casa, un ordenador portátil para el trabajo y un teléfono inteligente como dispositivo móvil. Con todos estos dispositivos, a menudo es necesario transferir datos, tales como imágenes, documentos y videoclips, de un dispositivo a otro. Por ejemplo, la persona puede desear ver en su PC un videoclip grabado en su teléfono inteligente. Del mismo modo, la persona también puede querer compartir el video clip con sus amigos, lo que requeriría el envío del clip a los dispositivos de sus amigos. Por lo tanto, existe una gran necesidad de compartir

20 datos entre múltiples dispositivos de forma eficiente e intuitiva.

Los mecanismos de comunicación punto a punto, tales como la mensajería instantánea (IM), han existido desde hace un tiempo. Las aplicaciones de mensajería instantánea existentes, por ejemplo, proporcionan una manera rápida y conveniente para que los usuarios se comuniquen entre sí y transfieran datos de un dispositivo a otro 25 dispositivo en tiempo real. Normalmente, un primer usuario inicia sesión en su cuenta y utiliza la aplicación de mensajería instantánea en su dispositivo para enviar un mensaje a la cuenta de un segundo usuario. El segundo usuario puede iniciar sesión en su cuenta en uno de sus dispositivos y ver el mensaje sin mucha demora. El mensaje puede incluir diferentes tipos de datos, tales como datos de texto, imagen y video/audio. Según el tipo de datos que se transmiten, la aplicación de mensajería instantánea puede admitir uno o más de los formatos

30 existentes que incluyen, por ejemplo, mensajes de texto, servicio de mensajes cortos (SMS), servicio de mensajes multimedia (MMS), servicio de mensajes de video (VMS), etc.

El documento US2004172454 (A1) divulga un mensaje electrónico que se puede reconfigurar para efectuar una notificación mejorada usando una interfaz de entrada para recibir al menos un mensaje electrónico creado por o en 35 nombre de una fuente de mensajes para su entrega a un destinatario previsto. Un motor de correspondencia determina si el mensaje electrónico corresponde a una definición predeterminada de una notificación mejorada. Un motor de mejora reconfigura el mensaje electrónico a la notificación mejorada si la información almacenada relacionada con el destinatario previsto indica que el destinatario está suscrito para recibir la notificación mejorada. La reconfiguración del mensaje electrónico puede incluir la reconfiguración del mensaje para proporcionar un

40 tratamiento, enrutamiento o presentación especiales.

Sin embargo, hay una serie de deficiencias en las aplicaciones de mensajería instantánea existentes. Por ejemplo, ninguna ofrece a sus usuarios la opción de elegir cuándo y/o en qué dispositivo recibir los mensajes y datos entrantes. Típicamente, el destinatario recibe el mensaje entrante dentro de un corto período de tiempo después de 45 que el mensaje fue enviado por el remitente y el mensaje solo es recibido en el dispositivo que usa el destinatario en el momento de la llegada del mensaje. Esto puede ser inconveniente para el usuario si, por ejemplo, se recibe un videoclip en el teléfono móvil del destinatario, pero preferiría verlo en su tableta PC. Como mínimo, se requiere un paso adicional para transferir el video clip del teléfono móvil a la tableta. Esto puede requerir el inicio de sesión en otro dispositivo y la apertura de otra interfaz de mensajería para volver a descargar el video, lo que puede causar 50 más demoras e inconvenientes para el usuario. Del mismo modo, el destinatario normalmente no puede retrasar la llegada de un mensaje cuando está en línea. Esto puede ser un problema cuando, por ejemplo, el destinatario está trabajando en un PC público a la vista de otras personas y prefiere que los mensajes entrantes no se muestren en la pantalla a medida que van llegando. Con las aplicaciones de mensajería instantánea actuales, es posible que no tenga más remedio que desactivar la aplicación de mensajería instantánea. Además, si se elimina un mensaje

55 después de haber sido recibido en el dispositivo del destinatario, no hay una manera fácil de recuperar el mensaje. Por ejemplo, si el destinatario desea volver a ver el video en el mensaje eliminado, es posible que deba solicitarle al remitente que le vuelva a enviar el video.

Por lo tanto, es deseable tener sistemas y procedimientos basados en cuentas más eficientes y fáciles de usar para 60 compartir datos entre múltiples dispositivos de usuario final.

Resumen

Los sistemas y procedimientos divulgados pueden proporcionar transferencia de datos en tiempo real o con retardo entre múltiples dispositivos. En algunas realizaciones, los sistemas y procedimientos divulgados pueden proporcionar al receptor una opción para designar uno o más terminales de recepción para recibir datos de otro usuario. En algunas realizaciones, se puede proporcionar un sistema de almacenamiento intermedio para almacenar 5 datos compartidos temporalmente o permanentemente antes y/o después de que los datos sean recuperados por el uno o más terminales de recepción. Esto permite a los destinatarios recuperar los datos compartidos en cualquier momento y cuantas veces lo deseen. Este sistema de almacenamiento de datos también puede servir como un repositorio de datos y/o un sistema de copia de seguridad para los usuarios. Los sistemas y procedimientos divulgados pueden utilizar información existente de cuentas de usuario para una o más aplicaciones y/o dispositivos

10 como medio para validar la identidad del usuario y hacer el seguimiento de datos compartidos por el usuario. En algunas realizaciones, todos los usuarios pueden usar información de cuentas para una única aplicación (por ejemplo, una aplicación de mensajería) para compartir datos. En otras realizaciones, los usuarios pueden tener información de cuentas de usuario asociada con diferentes aplicaciones para el mismo fin, siempre que el sistema pueda hacer el seguimiento de múltiples cuentas de usuario del mismo usuario.

15 Un aspecto de la divulgación se refiere a un procedimiento para compartir datos entre múltiples dispositivos, incluyendo los múltiples dispositivos un servidor, un terminal de origen y múltiples terminales de recepción. El procedimiento incluye recibir, en el servidor, información de cuenta asociada con al menos uno de los múltiples terminales de recepción, recibir, en el servidor, datos del terminal de origen para ser compartidos con al menos uno

20 de los múltiples terminales de recepción, determinar, en base a la información de cuenta, al menos un terminal de recepción activo, alertar, por parte del servidor, al por lo menos un terminal de recepción activo sobre los datos compartidos por el terminal de origen, y recibir, por parte del servidor, una respuesta del al menos un terminal de recepción activo indicando una acción con respecto a los datos. La alerta, por parte del servidor, al por lo menos un terminal de recepción activo sobre los datos compartidos por el terminal de origen comprende: proporcionar, por

25 parte del servidor, una o más opciones para el al menos un terminal de recepción activo, indicando la una o más opciones respectivas acciones sobre los datos compartidos por el terminal de origen, en el que el al menos un terminal de recepción activo selecciona de entre la una o más opciones la acción sobre los datos compartidos por el terminal de origen.

30 En algunas realizaciones, la respuesta es aceptar los datos en uno o más de los terminales de recepción.

En algunas realizaciones, el procedimiento también puede incluir la transmisión de una lista de terminales de recepción activos al por lo menos un terminal de recepción activo, y recibir, procedente del terminal de recepción, una selección de uno o más de los terminales de recepción activos para recibir los datos.

35 En algunas realizaciones, el procedimiento también puede incluir transmitir los datos a uno o más terminales de recepción activos seleccionados.

En algunas realizaciones, la respuesta incluye una solicitud para almacenar los datos en el servidor. En algunas

40 realizaciones, el procedimiento también incluye almacenar los datos en el servidor basándose en la información de cuenta.

En algunas realizaciones, el procedimiento también incluye recibir, procedente de uno de los terminales de origen o de recepción, una solicitud para recuperar datos almacenados del servidor en base a una cuenta de usuario,

45 identificar todos los datos y la correspondiente información de identificación asociada con la cuenta de usuario, transmitir la información de identificación al terminal solicitante, recibir una selección de la información de identificación procedente del terminal solicitante, transmitir los datos identificados por la información de identificación al terminal solicitante.

50 En algunas realizaciones, el procedimiento también puede incluir verificar si los datos ya están almacenados en el servidor y, si los datos ya existen en el servidor, preguntar al usuario sobre si sobrescribir los datos existentes o cancelar la solicitud de almacenamiento de los datos procedentes del terminal de origen.

En algunas realizaciones, la respuesta incluye rechazar los datos.

55 En algunas realizaciones, la determinación de los terminales activos incluye: determinar uno o más de los terminales de recepción en los que la información de cuenta indica un estado en línea, en el que uno o más terminales de recepción son identificados por su respectiva dirección de IP o número de teléfono asociado.

60 En algunas realizaciones, la determinación de los terminales activos incluye determinar uno o más de los terminales de recepción a los que se ha asociado alguna vez la información de cuenta.

En algunas realizaciones, la información de cuenta también está asociada con el terminal de origen.

En algunas realizaciones, el procedimiento también incluye limitar la disponibilidad de los datos a un cierto período de tiempo o en función de una ubicación geográfica de al menos uno de los dispositivos receptores.

5 En algunas realizaciones, la información de cuenta está asociada con una aplicación de mensajería o incluye una dirección de destinatario.

Otro aspecto de la divulgación se refiere a un servidor en comunicación con un terminal de origen y múltiples terminales de recepción, estando el servidor configurado para facilitar la compartición de datos entre el terminal de 10 origen y al menos uno de los múltiples terminales de recepción. En una realización, el servidor incluye un módulo de recepción que recibe datos para ser compartidos por el terminal de origen utilizando información de cuenta de usuario obtenida del terminal de origen, un módulo de transmisión que transmite una alerta al por lo menos uno de los múltiples terminales de recepción en respuesta a la recepción por parte del módulo de recepción de los datos compartidos, en el que la alerta transmitida desde el servidor proporciona una o más opciones para los múltiples

15 terminales de recepción, indicando la una o más opciones respectivas acciones sobre los datos compartidos por el terminal de origen, en el que el por lo menos un terminal de recepción activo selecciona de entre la una o más opciones la acción sobre los datos compartidos por el terminal de origen, y un módulo de procesamiento que almacena los datos compartidos basándose en la información de cuenta de usuario en respuesta a una solicitud procedente del terminal de recepción.

20 Breve descripción de los dibujos

La figura 1 es un diagrama de bloques que ilustra múltiples dispositivos de usuario final conectados a una red para compartir datos, de acuerdo con realizaciones de la divulgación.

25 La figura 2 es un diagrama de flujo que ilustra etapas de ejemplo en un proceso de compartición de datos entre múltiples dispositivos (terminales) de usuario final, de acuerdo con realizaciones de la divulgación.

Las figuras 3a -3d son interfaces de usuario de ejemplo de una aplicación de mensajería en el terminal de origen, 30 de acuerdo con realizaciones de la presente divulgación.

Las figuras 3e y 3f son interfaces de usuario de ejemplo en el terminal de recepción para recibir datos compartidos entrantes procedentes del servidor, de acuerdo con realizaciones de la presente divulgación.

35 La figura 4 es un diagrama de flujo que ilustra las etapas a modo de ejemplo para almacenar los datos compartidos según lo solicitado por un terminal de recepción, de acuerdo con realizaciones de la divulgación.

La figura 5a ilustra módulos a modo de ejemplo en un servidor para transmitir, recibir y procesar datos, de acuerdo con realizaciones de la divulgación.

40 La figura 5b ilustra módulos a modo de ejemplo de un terminal para facilitar la comunicación y la transferencia de datos con otros terminales, de acuerdo con realizaciones de la divulgación.

La figura 6 ilustra componentes de ejemplo de un sistema informático tal como un servidor o terminales descritos en 45 las realizaciones de la divulgación.

Descripción detallada

En la siguiente descripción de realizaciones preferidas, se hace referencia a los dibujos adjuntos que forman parte

50 de la misma, y en los que se muestran a modo de ilustración realizaciones específicas en las que se puede poner en práctica la divulgación. Debe entenderse que se pueden usar otras realizaciones y se pueden realizar cambios estructurales sin apartarse del alcance de las realizaciones de esta descripción.

La descripción se refiere generalmente a sistemas y procedimientos para compartir datos entre múltiples dispositivos

55 de usuario final que usan un sistema común de cuentas de usuario. Como se menciona más adelante, los dispositivos de usuario final pueden ser cualquier dispositivo electrónico capaz de conectarse a una red para transmitir y recibir datos. Dichos dispositivos pueden incluir, pero no están limitados a, PC, Mac, ordenadores de sobremesa, ordenadores portátiles, Tabletas, teléfonos inteligentes que incluyen iPhone, teléfonos Android, teléfonos Windows y BlackBerry, lectores electrónicos, dispositivos de comunicación en el automóvil, televisores y

60 otros dispositivos electrónicos de consumo con suficientes capacidades de red. Además, los dispositivos de usuario final también pueden denominarse terminales (es decir, "dispositivo" y "terminal" son terminologías intercambiables). Por ejemplo, el dispositivo de usuario final desde el cual se comparten los datos puede denominarse como terminal de origen, y el dispositivo de usuario final que recibe los datos compartidos puede denominarse como terminal de

recepción. Un terminal puede ser tanto un terminal de origen como un terminal de recepción en diversas realizaciones de la divulgación. Un terminal de origen y un terminal de recepción pueden ser dispositivos que pertenecen al mismo usuario o diferentes usuarios. Como se menciona a continuación, los tipos de datos compartidos por los dispositivos/terminales pueden incluir, pero no están limitados a, texto, imagen, video, audio y

5 otros tipos de datos multimedia.

Los sistemas y procedimientos divulgados pueden proporcionar transferencia de datos en tiempo real o con retardo entre múltiples dispositivos. En algunas realizaciones, los sistemas y procedimientos divulgados pueden proporcionar al receptor una opción para designar uno o más terminales de recepción para recibir datos de otro 10 usuario. En algunas realizaciones, se puede proporcionar un sistema de almacenamiento intermedio para almacenar datos compartidos temporalmente o permanentemente antes y/o después de que los datos sean recuperados por el uno o más terminales de recepción. Esto permite a los destinatarios recuperar los datos compartidos en cualquier momento y cuantas veces lo deseen. Este sistema de almacenamiento de datos también puede servir como un repositorio de datos y/o un sistema de copia de seguridad para los usuarios. Los sistemas y procedimientos 15 divulgados pueden utilizar información de cuenta de usuario existente para una o más aplicaciones y/o dispositivos como medio para validar la identidad del usuario y hacer seguimiento de datos compartidos por el usuario. En algunas realizaciones, todos los usuarios pueden usar información de cuenta para una única aplicación (por ejemplo, una aplicación de mensajería) para compartir datos. En otras realizaciones, los usuarios pueden tener información de cuenta de usuario asociada con diferentes aplicaciones para el mismo fin, siempre que el sistema pueda hacer

20 seguimiento de múltiples cuentas de usuario del mismo usuario.

La figura 1 ilustra un sistema a modo de ejemplo de la presente divulgación que puede proporcionar una experiencia de usuario mejorada con respecto a la compartición de datos y resolver los problemas existentes en los sistemas actuales de mensajería instantánea punto a punto. Como se ilustra en la figura 1, los dispositivos 100, 106, 108, 110

25 se pueden conectar a un servidor 104 a través de una red. Aunque cada uno de estos dispositivos 100, 106, 108, 110 es ilustrado como diferentes tipos de dispositivos de usuario final tales como teléfonos inteligentes, tableta PC y ordenador portátil, debe entenderse que cada uno de estos dispositivos 100, 106, 108, 110 puede ser de cualquier tipo de dispositivo de usuario final capaz de comunicarse a través de la red. Cada dispositivo puede transmitir y recibir datos a través de la red.

30 En esta realización, el dispositivo 100 puede ser un terminal de origen desde el que se pueden compartir datos con los otros dispositivos 106, 108, 110. Los dispositivos 106, 108, 110 pueden ser terminales de recepción para recibir datos compartidos por el dispositivo 100. Los cuatro dispositivos ilustrados 100, 106, 108, 110 pueden pertenecer al mismo usuario o a diferentes usuarios. En una realización, el dispositivo 100 puede ser el dispositivo de un usuario A

35 y los dispositivos 106, 108, 110 pueden ser dispositivos de un usuario B. Aunque se ilustran cuatro dispositivos, debe entenderse que cualquier cantidad de dispositivos se puede conectar al servidor 104 y las características y operaciones descritas a continuación con referencia a esta figura pueden aplicarse fácilmente a un número diferente de dispositivos sin cambiar el concepto básico de la realización. En una realización, cada dispositivo 100, 106, 108, 110 puede tener instalada en el mismo una aplicación de mensajería para comunicarse con los otros dispositivos. Se

40 pueden usar otros tipos de aplicaciones de comunicación en otras realizaciones. La aplicación de mensajería puede ser una aplicación de mensajería instantánea como mensajería MSN o Yahoo!. La aplicación de mensajería puede requerir una cuenta de usuario para que un usuario envíe y reciba mensajes y otros datos. La cuenta de usuario puede ser una cuenta creada para la aplicación en particular. Alternativamente, también puede ser una cuenta para el dispositivo en particular, siempre que la cuenta pueda ser validada por el servidor con el fin de compartir datos

45 entre los dispositivos. El uso de la información de cuenta para identificar a un usuario y asociar datos compartidos con un usuario particular se discuten en detalle en las siguientes realizaciones.

El servidor 104 se puede conectar a los dispositivos 100, 106, 108, 110 a través de una red y es capaz de transmitir y recibir datos de cada dispositivo 100, 106, 108, 110. En una realización, el servidor puede comunicarse con 50 diferentes tipos de dispositivos y/o dispositivos con diferentes sistemas operativos (por ejemplo, iOS y Android). El servidor 104 también puede servir como un almacenamiento remoto para almacenar datos recibidos procedentes de uno o más de los dispositivos 100, 106, 108, 110. En algunas realizaciones, el servidor 104 puede ser un servidor en la nube. Se puede acceder al servidor en la nube utilizando la misma cuenta de usuario para la aplicación de mensajería desde los dispositivos de usuario final. A un usuario que tiene una cuenta válida se le puede asignar una 55 cierta cantidad de espacio de memoria en el servidor en la nube para almacenar sus datos. La cantidad de espacio de memoria asignado a cada usuario puede ser limitada o ilimitada. En algunas realizaciones, el usuario puede tener la opción de pagar espacio de memoria adicional si el espacio asignado es limitado. Los datos almacenados en el servidor pueden ser gestionados por cualquier medio adecuado. Por ejemplo, cada usuario puede tener una carpeta "Mis documentos" en el servidor en la nube. La carpeta "Mis documentos" puede estar vinculada a la cuenta del

60 usuario de la aplicación de mensajería y puede ser accedida utilizando la misma información de inicio de sesión, tal como nombre de usuario y contraseña. Los datos almacenados en la carpeta "Mis documentos" se pueden agrupar en diferentes categorías, por ejemplo, tipo de datos (por ejemplo, texto, imagen y video), tamaño de los datos y/o niveles de seguridad asignados (por ejemplo, público, privado).

La red que conecta los dispositivos 100, 106, 108, 110 y el servidor 104 puede ser cualquier red inalámbrica o por cable, que incluye pero no se limita a Internet, red de área local (LAN), red de área amplia (WAN), red celular, red Wi-Fi y red privada virtual (VPN).

5 La figura 2 es un diagrama de flujo que ilustra las etapas a modo de ejemplo de un proceso de compartición de datos entre dispositivos 100, 106, 108, 110, de acuerdo con una realización de la divulgación. Primero, el usuario A puede iniciar sesión en la aplicación de mensajería en el terminal de origen 100 usando su información de cuenta (por ejemplo, nombre de usuario y contraseña) y designar datos del terminal de origen 100 para transmitirlos al

10 servidor 104 para ser compartidos con el usuario B, quien puede ser identificado por su número de cuenta o nombre de usuario (Etapa 201). Debe entenderse que el mismo proceso descrito en vista de la figura 2 puede usarse para compartir datos entre los propios dispositivos del usuario A. Después de que el servidor 104 recibe los datos procedentes del terminal de origen 100, puede enviar una alerta a uno o más de los dispositivos 106, 108, 110, notificando al Usuario B que el Usuario A ha ofrecido compartir sus datos (Etapa 202). En una realización, el servidor

15 104 puede detectar si el Usuario B ha iniciado sesión en su cuenta en este momento y los dispositivos en los que ha iniciado sesión. Esto puede realizarse haciendo seguimiento de identificadores, tales como la dirección IP y el número de teléfono, asociados con cada terminal del que se ha capturado la información de inicio de sesión del usuario B. En una realización, el servidor puede compilar una lista de dispositivos (es decir, dispositivos o terminales activos) en los que el usuario B está actualmente conectado a su cuenta de aplicación de mensajería. La lista puede

20 ser una lista de direcciones IP, números de teléfono u otros identificadores de los dispositivos activos. El servidor puede enviar la alerta a los dispositivos activos según la información (por ejemplo, direcciones IP, números de teléfono) en la lista compilada. En una realización, la alerta puede enviarse como un mensaje a través de la aplicación de mensajería a la cuenta del Usuario B. En una realización, la información de cuenta asociada con el terminal de recepción puede ser de la misma aplicación que la de la cuenta desde la que se enviaron los datos en el

25 terminal de origen. Por ejemplo, el usuario A puede enviar los datos usando su cuenta de MSN y el usuario B puede recibir la alerta y/o los datos también usando su cuenta de MSN.

La alerta procedente del servidor también puede proporcionar una o más opciones para que el Usuario B elija con respecto a cómo el Usuario B desea proceder con estos datos recién compartidos procedentes del Usuario A. Por

30 ejemplo, el Usuario B puede elegir aceptar los datos compartidos en uno o más de sus dispositivos 106, 108, 110. En una realización, el servidor puede generar una lista de dispositivos activos del Usuario B, es decir, dispositivos desde los cuales ha iniciado sesión en su cuenta de aplicación de mensajería. Esta lista de dispositivos puede incluir, por ejemplo, los dispositivos 106, 108, 110 de la figura 1, si el usuario B ha iniciado sesión en los tres dispositivos. La lista de dispositivos activos se puede presentar al usuario B, ya sea como parte de la alerta o

35 después sin formar parte de la alerta. El usuario B puede entonces seleccionar, desde uno de los terminales de recepción, uno o más de los dispositivos activos 106, 108, 110 para recibir los datos compartidos procedentes del usuario A (Etapa 203). A continuación, los datos compartidos pueden ser transmitidos desde el servidor 104 y recibidos en los dispositivos seleccionados (Etapa 204). Alternativamente, la lista activa de dispositivos del Usuario B puede ser generada o pre-almacenada en uno o más dispositivos del Usuario B y activada por la alerta procedente

40 del servidor 104. Alternativamente, la lista puede incluir no solo los dispositivos activos, sino también todos los dispositivos del usuario B incluidos los dispositivos en los que todavía tiene que iniciar sesión en la aplicación de mensajería.

Permitiendo que el receptor (por ejemplo, el Usuario B) seleccione los dispositivos para recibir los datos compartidos

45 procedentes del terminal de origen, se puede asegurar que el destinatario pueda recibir los datos en uno o más dispositivos de su elección. Es decir, el destinatario no tiene que recibir los datos en un dispositivo y luego reenviar los datos a sus otros dispositivos. De hecho, los datos compartidos se pueden entregar a todos los dispositivos del destinatario, por lo que ya no es necesario realizar las etapas adicionales de reenvío de datos entre los dispositivos. Esto puede mejorar significativamente la experiencia de compartición de datos, al menos por parte del destinatario.

50 Volviendo a la figura 2, como alternativa a la aceptación de los datos compartidos, si el usuario B no desea que se entreguen los datos compartidos a ninguno de sus dispositivos 106, 108, 110 cuando recibe la alerta, puede solicitar que los datos compartidos sean almacenados para su posible recuperación en un momento posterior (Etapa 205). Esta solicitud se puede hacer desde uno de los terminales de recepción. En la realización ilustrada, el Usuario B

55 puede solicitar que los datos compartidos se almacenen en un espacio de almacenamiento en el servidor 104 (Etapa 206). Adicional o alternativamente, el usuario B puede guardar los datos compartidos como un archivo localmente en su dispositivo (no se muestra en la figura 2). El proceso de almacenamiento de datos compartidos en el servidor 104 se discute con más detalle a continuación en vista de la Figura 4. Esta opción puede permitir que el destinatario de los datos compartidos recupere los datos a su conveniencia más adelante.

60 En una realización, el usuario B puede establecer un tiempo específico para recibir los datos compartidos. Adicional

o alternativamente, se puede requerir que el Usuario B recupere los datos dentro de un cierto período de tiempo (por ejemplo, dentro de 24 horas) después de recibir la alerta. Los datos pueden dejar de estar disponibles una vez

transcurrido el período de tiempo. De forma adicional o alternativa, los datos compartidos solo se pueden recuperar cuando el Usuario B se encuentra dentro de un área geográfica determinada (por ejemplo, en la ciudad de Nueva York). La ubicación del usuario B se puede determinar utilizando la capacidad GPS de su dispositivo. En diversas realizaciones, las limitaciones de tiempo y/o de localización asociadas a la recuperación de datos descritas

5 anteriormente pueden ser establecidas por el usuario A (es decir, el usuario que comparte los datos) o el usuario B (es decir, el usuario que recibe los datos compartidos).

Adicional o alternativamente, si el Usuario B no desea recibir estos datos compartidos del Usuario A después de recibir la alerta del servidor, el Usuario B puede optar por rechazar los datos, por ejemplo, seleccionando la

10 correspondiente opción de uno de sus dispositivos 106, 108, 110 (etapa 207). En una realización, si el Usuario B no elige aceptar los datos compartidos o solicitar que los datos se almacenen en el servidor dentro de un tiempo predeterminado (por ejemplo, 24 horas), los datos compartidos pueden ser rechazados automáticamente. En otra realización, los datos compartidos pueden ser almacenados automáticamente en el servidor, incluso si el Usuario B los rechaza (Etapa 206).

15 Las figuras 3a -3d son interfaces de usuario de ejemplo de la aplicación de mensajería en el terminal de origen (por ejemplo, el dispositivo 100 del Usuario A) para enviar datos a compartir en uno o más terminales de recepción (por ejemplo, los dispositivos 106, 108, 110 del Usuario B). La figura 3a ilustra una pantalla de "contactos" 300 a modo de ejemplo en un terminal de origen (por ejemplo, el dispositivo 100 en la figura 1). La pantalla de “Contactos” 300 se

20 puede activar después de que el usuario inicie sesión en su cuenta de aplicación de mensajería. La pantalla de “Contactos” 300 puede incluir una lista de opciones tales como "Amigos" 304 y "Grupos" 306 para acceder al directorio de contactos del usuario. En esta realización, la pantalla de “Contactos” 300 también puede incluir una opción "Herramienta de Compartición de Datos" 302, que puede ser seleccionada por el usuario para gestionar y compartir sus datos.

25 Después de que el usuario seleccione la "Herramienta de compartición de datos" 302 desde la pantalla de “Contactos” 300, se puede visualizar una pantalla de "Herramienta de compartición de datos" 308 en el terminal de origen. Como se ilustra en la figura 3b, la pantalla de "herramienta de compartición de datos" 308 puede incluir un botón de "contactos" 310 para regresar a la pantalla de “Contactos” 300. También puede incluir un botón de "Mis

30 documentos" 312 para acceder a la colección particular de datos del usuario que incluye, pero no se limita a, sus documentos, fotografías, videos y música almacenados en la carpeta "Mis documentos" del servidor. La pantalla de "herramienta de compartición de datos" 308 también puede incluir, por ejemplo, un área de visualización 314 para visualizar comunicaciones enviadas y recibidas desde la aplicación de mensajería, un cuadro de texto 316 para entrar comunicación de texto y otras opciones seleccionables 318 comunes a una aplicación de mensajería. Para

35 compartir datos con otros dispositivos, el usuario puede seleccionar datos de una fuente en su dispositivo (es decir, el terminal de origen). Por ejemplo, el usuario puede seleccionar una imagen de la aplicación de fotos del dispositivo

o un documento de texto de la aplicación de edición de documentos. Esto se puede hacer seleccionando una correspondiente opción seleccionable 318 para abrir la aplicación de origen y luego seleccionar la imagen/documento que se va a compartir. De forma adicional o alternativa, el usuario también puede seleccionar el

40 botón "Mis documentos" 312 para explorar los datos almacenados en la carpeta "Mis documentos" en el servidor. La carpeta "Mis documentos" puede ser un repositorio remoto de datos del usuario. Este repositorio remoto puede ser cualquier tipo de espacio de almacenamiento en un servidor remoto (por ejemplo, el servidor 104 en la figura 1) tal como un servidor en la nube.

45 En la figura 3c se ilustra una pantalla de "Mis documentos" de ejemplo. En el ejemplo ilustrado, los documentos del usuario se pueden agrupar por sus tipos, tales como documentos, imágenes, expresiones personalizadas, videos, música y otros. Debe entenderse que la agrupación de los documentos puede ser opcional. También debe entenderse que los documentos pueden agruparse, clasificarse, organizarse y/o presentarse de forma diferente, de cualquier manera adecuada para la exploración, búsqueda y/o selección por parte del usuario. El usuario puede

50 seleccionar uno o más documentos del uno o más grupos mostrados para su compartición con otros dispositivos. Se puede proporcionar un botón "Cerrar" 322 para salir de la pantalla de "Mis documentos" 320.

Después de que el usuario seleccione documentos para compartir desde su dispositivo y/o "Mis documentos" 320, la aplicación de mensajería puede regresar a la pantalla "Herramienta de compartición de datos". Como se ilustra en la 55 figura 3d, el área de visualización 314 de la pantalla "Herramienta de compartición de datos" 308 ahora se puede llenar con uno o más documentos seleccionados 324, 326 para su compartición a través de la aplicación de mensajería. Opcionalmente, el tamaño de cada uno de los documentos seleccionados 324, 326 se puede mostrar al lado del documento. Además, se puede proporcionar un botón "Guardar en Mis Documentos" 328 para permitir que el usuario guarde cada documento en el repositorio remoto "Mis Documentos". Desde esta pantalla, el usuario puede 60 presionar, por ejemplo, "enviar" o "confirmar" para transmitir los documentos seleccionados a un servidor (por ejemplo, el servidor 104) para compartirlos con uno o más terminales de recepción (por ejemplo, 106, 108, 110). En una realización, después de que los documentos seleccionados sean recibidos por el o los terminales de recepción,

el terminal de origen puede recibir una confirmación de recepción procedente del servidor o de los terminales de recepción.

Las figuras 3e y 3f ilustran interfaces de usuario de ejemplo en el terminal de recepción para recibir datos

5 compartidos entrantes procedentes del servidor. En la pantalla de la figura 3e, se puede asignar una parte de la pantalla 332 para mostrar la alerta de los documentos entrantes. Por ejemplo, el nombre de uno o más documentos entrantes (por ejemplo, "Imagen 1") se puede mostrar en esta parte de la pantalla 332. Además, otra información relevante para los documentos entrantes, como sus tamaños y remitentes, también se puede mostrar en la pantalla (no se muestra en la Figura 3e). Como se ilustra en la figura 3e, se puede proporcionar una o más opciones 336,

10 338, 340, 342, 344 al destinatario con respecto a cómo proceder en respuesta a la alerta. Por ejemplo, el destinatario puede aceptar los documentos entrantes seleccionando "Aceptar" 336, rechazar los documentos entrantes seleccionando "Rechazar" 244, guardar localmente los documentos seleccionando "Guardar como" 338, guardar los documentos en el almacenamiento remoto "Mis documentos" seleccionando "Guardar en Mis documentos" 342, o simplemente elegir recuperar los documentos en otro momento seleccionando "Recuperar más

15 tarde” 340, en cuyo caso, los documentos también pueden almacenarse en el servidor. La pantalla 330 también puede incluir una parte 346 para visualizar mensajes entrantes y salientes en el terminal de recepción y otra parte 348 para entrar mensajes de texto. En otras realizaciones, la parte de alerta 332 se puede mostrar en una ventana separada, tal como una ventana emergente, en la pantalla. Si el receptor está con sesión iniciada en la aplicación de mensajería en múltiples dispositivos, la misma interfaz de usuario 330 y/o la alerta pueden mostrarse en todos estos

20 dispositivos.

Cuando el destinatario (por ejemplo, el Usuario B) elige aceptar los datos compartidos seleccionando "Aceptar" 336, se puede visualizar una pantalla que lista uno o más de sus dispositivos activos para permitirle elegir los dispositivos (terminales de recepción) a los que entregar los datos. En la figura 3f se muestra una pantalla de ejemplo 25 "Seleccionar dispositivo". Como se ilustra, se puede mostrar una lista de dispositivos 352 disponibles en la pantalla

352. Los dispositivos pueden incluir cualquier tipo de dispositivo habilitado para la red, como iPhone, teléfono Android, iPad, PC y Mac. Todos ellos pueden pertenecer a un único usuario (por ejemplo, el Usuario B) o, en algunas realizaciones, a diferentes usuarios que comparten la misma cuenta. En una realización, la lista puede incluir todos los dispositivos en los que el Usuario B ha iniciado sesión en su aplicación de mensajería. En otra 30 realización, la lista puede incluir todos los dispositivos del Usuario B actualmente en línea. En aún otra realización, la lista puede incluir todos los dispositivos del Usuario B independientemente de si están actualmente en línea o fuera de línea. En otra realización más, la lista también puede incluir dispositivos de otros usuarios tales como los dispositivos del emisor (por ejemplo, el Usuario A). El usuario B puede seleccionar uno o más de los dispositivos en la lista, por ejemplo, marcando las correspondientes casillas de verificación al lado de los dispositivos y haciendo clic

35 en el botón "Enviar" 354 para aceptar los datos compartidos en estos dispositivos seleccionados.

Si el usuario B elige no recibir de inmediato los datos compartidos en cualquiera de sus dispositivos, una de las otras opciones disponibles puede ser almacenar los datos para su posterior recuperación. La figura 4 es un diagrama de flujo que ilustra las etapas a modo de ejemplo en el proceso de almacenamiento de los datos compartidos por 40 solicitud del destinatario de los datos previsto (por ejemplo, el usuario B). Por ejemplo, el usuario B puede solicitar que los datos se almacenen en el servidor seleccionando "Recuperar más tarde" en el menú de alertas (Etapa 401). En respuesta a la solicitud, el servidor puede almacenar los datos compartidos en un espacio de memoria asignado al usuario B (Etapa 402). El servidor puede determinar el espacio de memoria asignado al usuario B en función de la información de la cuenta del usuario B (por ejemplo, número de cuenta o nombre de usuario). Esta información de la 45 cuenta puede estar disponible en la transmisión inicial de datos del usuario A. Por ejemplo, la información de cuenta del usuario B puede ser incluida en la solicitud inicial como la cuenta/dirección del destinatario previsto. De manera adicional o alternativa, la información de la cuenta se puede obtener a partir de la solicitud del Usuario B para almacenar los datos compartidos. Es decir, la solicitud del Usuario B también puede incluir información que identifique su propia cuenta. En base a esta información de cuenta, los datos compartidos se pueden guardar en el

50 servidor en el espacio de memoria asignado al Usuario B. Esto puede permitir que el Usuario B recupere los datos almacenados del servidor en base a la información de su cuenta en un momento posterior, en función de su elección.

Opcionalmente, antes de que el servidor almacene los datos compartidos, puede verificar si ya existe una copia de

55 datos compartidos en el servidor (Etapa 403). Esto se puede lograr, por ejemplo, identificando primero la información de identificación, como el nombre de archivo, el tipo, la marca de tiempo, el remitente y el destinatario, asociados con los datos compartidos. A continuación, el servidor puede verificar, basándose en la información de identificación identificada, si los datos ya existen en su espacio de almacenamiento. Esto puede hacerse, por ejemplo, determinando si existe la misma información de identificación en una base de datos que contiene un índice de datos

60 para cada usuario. Si no existen datos coincidentes en la base de datos, el servidor puede almacenar los datos compartidos en la carpeta Mis documentos del Usuario B vinculada a su cuenta de usuario (Etapa 402). Si ya existen los mismos datos en el servidor, el servidor puede pedirle al usuario B que sobrescriba la copia preexistente con la copia recién recibida o simplemente cancele la solicitud de almacenamiento de los nuevos datos. Este paso

opcional 403 puede permitir al servidor utilizar de manera más efectiva su espacio de almacenamiento disponible y operar de una manera más eficiente eliminando o reduciendo copias duplicadas de los mismos datos.

Después de que los datos compartidos se almacenen en el servidor por solicitud del destinatario (por ejemplo, el

5 Usuario B), tanto el remitente (por ejemplo, el Usuario A) como el destinatario (por ejemplo, el Usuario B) pueden recuperar los datos usando la información de cuenta sus respectivas cuentas de la aplicación de mensajería (Etapa 404). Más específicamente, la solicitud del remitente se puede hacer desde cualquiera de sus dispositivos, incluido el terminal de origen. La solicitud del destinatario se puede hacer desde cualquiera de los terminales de recepción seleccionados o disponibles. En una realización, la solicitud para recuperar los datos puede incluir la información de

10 la cuenta de usuario del solicitante. En base a la información de la cuenta de usuario, el servidor puede buscar todos los datos y la correspondiente información de identificación en el espacio de almacenamiento del usuario (Etapa 405). En una realización, el servidor puede identificar una o más carpetas virtuales en el espacio de almacenamiento "Mis documentos" del usuario usando la información de la cuenta de usuario y extraer la información de identificación de cada uno de los archivos almacenados en estas carpetas. En esta realización, la información de

15 identificación puede incluir, por ejemplo, el tema de la carpeta, el tipo de datos almacenados en la carpeta y otra información específica de la carpeta.

La información de identificación extraída de los datos almacenados puede enviarse luego al terminal solicitante de modo que el usuario pueda identificar específicamente mediante la información de identificación qué datos se 20 recuperarán del servidor (etapa 406). La información de identificación de los datos compartidos se puede transmitir al terminal solicitante en cualquier formato adecuado, tal como una lista o una tabla. Después de que el terminal solicitante recibe la lista o la tabla de información de identificación procedente del servidor, el terminal solicitante puede mostrar la información de identificación para que el usuario seleccione qué datos compartidos se descargarán del servidor. Después de recibir las entradas del usuario seleccionando los datos a descargar, el terminal solicitante

25 puede enviar una solicitud al servidor para obtener solo los datos seleccionados.

A continuación, el servidor puede recibir del terminal solicitante la correspondiente información de identificación de los datos seleccionados (etapa 407). En respuesta, el servidor puede identificar los datos seleccionados basándose en la información de identificación y transmitir los datos identificados al terminal solicitante (Etapa 408). Si el terminal

30 solicitante es el terminal de origen de los datos solicitados, los datos pueden transmitirse de vuelta al terminal de origen. Si el terminal solicitante es uno o más de los terminales de recepción, los datos solicitados pueden transmitirse al terminal o terminales de recepción.

En una realización, la información de cuenta de usuario y la información de identificación de los datos solicitados

35 pueden enviarse al servidor en la misma solicitud (por ejemplo, pueden combinarse las etapas 404 y 407 de la Figura 4) si el terminal solicitante puede mantener una lista duplicada de todos los datos almacenados en el servidor para el usuario en particular y la correspondiente información de identificación.

La comunicación entre el terminal de origen, el terminal de recepción y el servidor puede implementarse usando

40 diversas combinaciones de tecnologías software, firmware y hardware. Cada uno de estos sistemas puede incluir uno o más módulos para facilitar diversas tareas en el proceso de compartición de datos descrito anteriormente. Las figuras 5a y 5b ilustran módulos de ejemplo en un servidor de ejemplo y terminal de ejemplo, respectivamente. En algunas realizaciones, estos módulos pueden implementarse principalmente en software.

45 La figura 5a ilustra módulos a modo de ejemplo en un servidor 500. Como se ilustra, el servidor 204 puede incluir, por ejemplo, un módulo de recepción 502, un módulo de transmisión 504 y un módulo de procesamiento 506. Cada uno de los tres módulos puede estar en comunicación con uno o más de los otros módulos. El módulo de recepción 502 puede recibir datos compartidos por uno o más terminales de origen conectados al servidor usando información de cuenta de usuario obtenida de estos terminales. El módulo de transmisión 504 puede transmitir alertas a uno o

50 más terminales de recepción en respuesta al módulo de recepción 502 que recibe datos para ser compartidos con los terminales de recepción. El módulo de procesamiento 504, cuando así se solicita, puede almacenar datos compartidos en el servidor en función de la información de cuenta asociada con los datos y/o el usuario. Además, el módulo de procesamiento 504 también puede transmitir los datos almacenados a uno o más de los terminales de recepción en respuesta al módulo de recepción 502 que recibe una solicitud de entrega de los datos almacenados a

55 un terminal.

La figura 5b ilustra módulos a modo de ejemplo en un terminal 508. El terminal 508 puede ser un terminal de origen

o un terminal de recepción o ambos. En este último caso, el terminal 508 puede transmitir datos para ser compartidos con otros terminales y recibir datos compartidos por otros terminales. Como se ilustra, el terminal 508

60 puede incluir un módulo de transferencia de datos 510, un módulo de solicitud de almacenamiento de datos 512, un módulo de transmisión 514 y un módulo de recepción 516. El módulo de transferencia de datos 510 puede transmitir datos de salida a un servidor para su compartición con al menos otro terminal a través de una aplicación de mensajería según se discutió anteriormente. El módulo de solicitud de almacenamiento de datos 512 puede solicitar

al servidor que almacene datos entrantes compartidos por otro dispositivo. El módulo de transmisión 514 puede solicitar la entrega de datos almacenados en el servidor usando información de cuenta de usuario. El módulo de transmisión también puede seleccionar y transmitir al servidor información de identificación de los datos a descargar del servidor. El módulo de recepción 516 puede recibir información de identificación de todos los datos disponibles

5 en el servidor asociados con una cuenta de usuario en particular. El módulo de recepción 516 también puede recibir los datos reales compartidos identificados por la información de identificación seleccionada. Cada uno de los cuatro módulos puede estar en comunicación con uno o más de los otros módulos.

En algunas realizaciones, uno o más de estos módulos del servidor y terminal pueden ser almacenados y/o

10 transportados dentro de cualquier medio de almacenamiento no transitorio legible por ordenador para su uso por o en conexión con un sistema, aparato, o dispositivo de ejecución de instrucciones, tal como un sistema informático, un sistema que contiene un procesador u otro sistema que pueda obtener las instrucciones del sistema, aparato o dispositivo de ejecución de instrucciones y ejecutar las instrucciones. En el contexto de este documento, un " medio de almacenamiento no transitorio legible por ordenador" puede ser cualquier medio que pueda contener o almacenar

15 el programa para su uso por o en conexión con el sistema, aparato o dispositivo de ejecución de instrucciones. El medio de almacenamiento no transitorio legible por ordenador puede incluir, pero sin limitarse a, un sistema, aparato

o dispositivo electrónico, magnético, óptico, electromagnético, infrarrojo o semiconductor, un disquete (magnético) de ordenador portátil, una memoria (magnética) de acceso aleatorio (RAM), una memoria (magnética) de solo lectura (ROM), una memoria (magnética) borrable programable de solo lectura (EPROM), un disco óptico portátil como un

20 CD, CD-R, CD-RW, DVD, DVD-R, o DVD-RW, o memoria flash como tarjetas Flash compactas, tarjetas digitales aseguradas, dispositivos de memoria USB, lápices de memoria y similares.

El medio de almacenamiento legible por ordenador no transitorio puede ser parte de un sistema informático utilizado como servidor o como terminales. La Figura 6 ilustra ejemplos de componentes comunes de uno de dichos sistemas 25 informáticos. Como se ilustra, el sistema 600 puede incluir una unidad de procesamiento central (CPU) 602, componentes de E/S 604 que incluyen, pero no se limitan a uno o más de una pantalla, teclado, pantalla táctil, altavoz y micrófono, un medio de almacenamiento 606 tal como los enumerados en el último párrafo, y una interfaz de red 608, todos los cuales pueden estar conectados entre sí a través de un bus de sistema 610. El medio de almacenamiento 606 puede incluir los módulos de las figuras 5a y 5b dependiendo de si el sistema es un servidor o

30 un terminal.

En las diversas realizaciones, la presente divulgación permite al usuario iniciar sesión en cualquiera de uno o más de sus dispositivos utilizando su información de cuenta para compartir sus datos en uno o más de sus otros dispositivos o dispositivos de otros usuarios. Además, un usuario puede seleccionar en qué dispositivo recibirá los

35 datos compartidos desde otro dispositivo. Esto puede permitir que múltiples dispositivos tengan acceso a los mismos datos sin cambiar significativamente la estructura de la aplicación de mensajería subyacente o la red de comunicación que conecta el servidor y los terminales.

Aunque las realizaciones de esta divulgación se han descrito completamente con referencia a los dibujos adjuntos,

40 debe observarse que diversos cambios y modificaciones resultarán evidentes para los expertos en la técnica. Dichos cambios y modificaciones deben entenderse como incluidos dentro del alcance de las realizaciones de esta divulgación tal como se define en las reivindicaciones adjuntas.

Claims (11)

1. REIVINDICACIONES

   1. Un procedimiento de compartición de datos entre múltiples dispositivos, comprendiendo los múltiples dispositivos un servidor (104), un terminal de origen (100) y múltiples terminales de recepción (106, 108, 110), comprendiendo el

   5 procedimiento: recibir, en el servidor (104), información de cuenta asociada con al menos uno de los múltiples terminales de recepción (106, 108, 110), recibir, en el servidor (104), datos del terminal de origen (100) a compartir con al menos uno de los múltiples terminales de recepción (106, 108, 110),

   10 determinar, en base a la información de cuenta, al menos un terminal de recepción activo (106, 108, 110), alertar, por parte del servidor (104), al por lo menos un terminal de recepción activo (106, 108, 110) sobre los datos compartidos por el terminal de origen (100), y recibir, por parte del servidor (104), una respuesta procedente del al menos un terminal de recepción activo (106, 108, 110) que indica una acción con respecto a los datos,

   15 en el que alertar, por parte del servidor (104), al por lo menos un terminal de recepción activo (106, 108, 110) sobre los datos compartidos por el terminal de origen (100) comprende: proporcionar, por parte del servidor (104), una o más opciones al por lo menos un terminal de recepción activo (106, 108, 110), indicando la una o más opciones respectivas acciones sobre los datos compartidos por el terminal de origen, en el que el al menos un terminal de recepción activo elige de entre la una o más opciones la acción sobre los datos compartidos por el

   20 terminal de origen (100).
2. 2. El procedimiento de la reivindicación 1, en el que la respuesta es aceptar los datos en uno o más de los terminales de recepción (106, 108, 110).

   25 3. El proceso de la reivindicación 2 que comprende: transmitir una lista de terminales de recepción activos (106, 108, 110) al por lo menos un terminal de recepción activo (106, 108, 110), y recibir, procedente del terminal de recepción, una selección de uno o más de los terminales de recepción activos (106, 108, 110) para recibir los datos.
3. 4. El procedimiento de la reivindicación 3, que comprende transmitir los datos al uno o más terminales de recepción activos seleccionados (106, 108, 110).
4. 5. El procedimiento de la reivindicación 1, en el que la respuesta comprende una solicitud para almacenar los datos 35 en el servidor (104).
5. 6. El procedimiento de la reivindicación 5, que comprende almacenar los datos en el servidor (104) basándose en la información de cuenta.

   40 7. El proceso de la reivindicación 6 que comprende: recibir, procedente de uno de entre el terminal de origen (100) o terminales de recepción (106, 108, 110), una solicitud para recuperar datos almacenados desde el servidor (104) en base a una cuenta de usuario, identificar todos los datos y la correspondiente información de identificación asociados con la cuenta de usuario, transmitir la información de identificación al terminal solicitante,

   45 recibir una selección de la información de identificación procedente del terminal solicitante, transmitir datos identificados por la información de identificación al terminal solicitante.
6. 8. El proceso de la reivindicación 7 que comprende: verificar si los datos ya están almacenados en el servidor (104), y

   50 si los datos ya existen en el servidor (104), preguntar al usuario sobre si sobrescribir los datos existentes o cancelar la solicitud de almacenamiento de datos procedentes del terminal de origen (100).
7. 9. El procedimiento de la reivindicación 1, en el que la respuesta incluye rechazar los datos.

   55 10. El procedimiento de la reivindicación 1, en el que la determinación de los terminales activos (106, 108, 110)

   comprende: determinar uno o más de los terminales de recepción en los que la información de cuenta indica un estado en línea, en el que el uno o más terminales de recepción son identificados por su respectiva dirección IP o número de

   60 teléfono asociado.
8. 11. El procedimiento de la reivindicación 1, en el que la determinación de los terminales activos comprende determinar uno o más de los terminales de recepción a los que se ha asociado alguna vez la información de cuenta.
9. 12. El procedimiento de la reivindicación 1, en el que la información de cuenta también está asociada con el terminal de origen (100).

   5 13. El procedimiento de la reivindicación 1, que comprende limitar la disponibilidad de los datos a un cierto período de tiempo o en base a una ubicación geográfica de al menos uno de los dispositivos de recepción (106, 108, 110).
10. 14. El procedimiento de la reivindicación 1, en el que la información de cuenta está asociada con una aplicación de

    mensajería o comprende una dirección de destinatario. 10
11. 15. Un servidor (500) en comunicación con un terminal de origen y múltiples terminales de recepción, estando el servidor configurado para facilitar la compartición de datos entre el terminal de origen y al menos uno de los múltiples terminales de recepción, comprendiendo el servidor:

    un módulo de recepción (502) que recibe datos a compartir por el terminal de origen usando información de

    15 cuenta de usuario obtenida del terminal de origen, un módulo de transmisión (504) que transmite una alerta al por lo menos uno de los múltiples terminales de recepción en respuesta a la recepción por parte del módulo de recepción de los datos compartidos, en el que la alerta transmitida desde el servidor proporciona una o más opciones a los múltiples terminales de recepción, indicando la una o más opciones respectivas acciones sobre los datos compartidos por el terminal de origen, en

    20 el que el al menos un terminal de recepción activo elige de entre la una o más opciones la acción sobre los datos compartidos por el terminal de origen (100), y un módulo de procesamiento (506) que almacena los datos compartidos en base a la información de cuenta de usuario en respuesta a una solicitud procedente del terminal de recepción.