MX2014010229A - Sistema y procesamientos para compartir datos entre multiples dispositivos de usuario final. - Google Patents

Abstract

La presente invención se refiere a un procedimiento de compartición de datos entre múltiples dispositivos, y los múltiples dispositivos incluyen un servidor, un terminal de origen y múltiples terminales receptores. El procedimiento incluye: recibir, en el servidor, información de cuenta asociada a al menos uno de los múltiples terminales receptores, recibir, en el servidor, datos desde el terminal de origen, a compartir con al menos uno de los múltiples terminales receptores, determinar, en base a la información de cuenta, al menos un terminal receptor activo, alertar a dicho al menos un terminal receptor activo acerca de los datos compartidos por el terminal de origen, y recibir una respuesta desde dicho al menos un terminal receptor activo, indicando una acción con respecto a los datos.

Description

SISTEMAS Y PROCEDIMIENTOS PARA COMPARTIR DATOS ENTRE MÚLTIPLES DISPOSITIVOS DE USUARIO FINAL SOLICITUDES RELACIONADAS La presente solicitud reivindica prioridad sobre la Solicitud China de Patente N° 201210309237.9, presentada el 28 de agosto de 2012, cuyo contenido es incorporado por referencia a la presente memoria en su totalidad, a todos los efectos.

CAMPO TÉCNICO La presente revelación se refiere a las comunicaciones entre múltiples dispositivos y, más específicamente, a un sistema de mensajería para facilitar la compartición de datos en tiempo real entre múltiples dispositivos de usuario final.

ANTECEDENTES DE LA INVENCIÓN Según continúa creciendo la popularidad y la variedad de los dispositivos electrónicos, no es raro que una persona tenga múltiples dispositivos a su disposición. Por ejemplo, una persona puede tener un ordenador personal (PC) y un PC de tableta en casa, un portátil para el trabajo y un teléfono inteligente como su dispositivo móvil. Con todos estos dispositivos, a menudo hay necesidad de transferir datos, tales como imágenes, documentos y fragmentos de vídeo, desde un dispositivo a otro dispositivo. Por ejemplo, la persona puede querer ver un fragmento de vídeo, grabado en su teléfono inteligente, en su PC. De manera similar, la persona también puede querer compartir el fragmento de vídeo con sus amigos, que le pedirán que envíe el fragmento a los dispositivos de sus amigos. Por tanto, hay gran necesidad de una manera eficaz e intuitiva de compartir datos entre múltiples dispositivos.

Los mecanismos de comunicación punto a punto, tales como la mensajería instantánea (IM), han estado entre nosotros un buen tiempo. Las aplicaciones existentes de IM, por ejemplo, proporcionan una manera rápida y cómoda para que los usuarios se comuniquen entre sí y transfieran datos desde un dispositivo a otro dispositivo en tiempo real. Habitualmente, un primer usuario se conecta a su cuenta y usa la aplicación de IM en su dispositivo para enviar un mensaje a la cuenta de un segundo usuario. El segundo usuario puede conectarse a su cuenta en uno de sus dispositivos y ver el mensaje sin mucho retardo. El mensaje puede incluir distintos tipos de datos, tales como datos de texto, de imágenes y de vídeo / audio. Según el tipo de los datos transmitidos, la aplicación de IM puede dar soporte a uno o más de los formatos existentes, incluyendo, por ejemplo, el mensaje de texto, el Servicio de Mensajes Breves (SMS), el Servicio de Mensajería Multimedia (MMS), el Servicio de Mensajería de Vídeo (VMS), etc.

Sin embargo, hay un cierto número de inconvenientes en las aplicaciones existentes de IM. Por ejemplo, ninguna ofrece a sus usuarios las opciones de escoger cuándo y / o en qué dispositivo recibir los mensajes y datos entrantes. Habitualmente, el destinatario recibe el mensaje entrante dentro de un breve periodo de tiempo después de que el mensaje fuera enviado por el remitente, y el mensaje es recibido solamente en el dispositivo usado por el destinatario en el momento de la llegada del mensaje.

Esto puede ser incómodo para el usuario si, por ejemplo, un fragmento de vídeo es recibido en el teléfono móvil del destinatario, pero este preferiría verlo, en cambio, en su PC de tableta. Como mínimo, se requiere una etapa adicional para transferir el fragmento de vídeo desde el teléfono móvil al PC de tableta. Esto puede requerir conectarse a otro dispositivo y abrir otra interfaz de mensajería para descargar el vídeo nuevamente, lo que puede provocar un retardo adicional e incomodidad para el usuario. De manera similar, el destinatario habitualmente no puede retardar 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 plena vista de otras personas y, más bien, no querría tener mensajes entrantes exhibidos sobre la pantalla según llegan. Con las aplicaciones actuales de IM, puede ser que no tenga más opción que apagar la aplicación de IM. Además, si un mensaje es borrado después de ser recibido en el dispositivo del destinatario, no hay ninguna manera fácil de recuperar el mensaje. Por ejemplo, si el destinatario desea observar nuevamente el vídeo en el mensaje borrado, puede ser que tenga que pedir al remitente que reenvíe el vídeo.

Es, por tanto, deseable tener sistemas y procedimientos, basados en cuentas, más eficaces y amistosos para el usuario, para compartir datos entre múltiples dispositivos de usuario final.

BREVE DESCRIPCIÓN DE LA INVENCIÓN Los sistemas y procedimientos revelados pueden proporcionar la transferencia de datos en tiempo real, o retardada, entre múltiples dispositivos. En algunas realizaciones, los sistemas y procedimientos revelados pueden proporcionar al destinatario una opción para designar uno o más terminales receptores, para recibir datos desde otro usuario. En algunas realizaciones, puede proporcionarse un sistema de almacenamiento intermedio para almacenar datos compartidos, temporalmente o permanentemente, antes y / o después de que los datos sean extraídos por dichos uno o más terminales receptores. Esto permite a los destinatarios extraer los datos compartidos en cualquier momento y tantas veces como deseen. Este sistema de almacenamiento de datos también puede servir como un repositorio de datos y / o un sistema de resguardo para los usuarios. Los sistemas y procedimientos revelados pueden utilizar información existente de cuentas de usuarios para una o más aplicaciones y / o dispositivos, como medios para validar la identidad del usuario y rastrear datos compartidos por un usuario. En algunas realizaciones, todos los usuarios pueden usar información de cuentas para una aplicación única (p. ej., una aplicación de mensajería) para compartir datos. En otras realizaciones, los usuarios pueden usar información de cuentas asociada a distintas aplicaciones con el mismo fin, mientras el sistema pueda rastrear múltiples cuentas de usuario del mismo usuario.

Un aspecto de la revelación está orientado a un procedimiento de compartición de datos entre múltiples dispositivos, incluyendo los múltiples dispositivos un servidor, un terminal de origen y múltiples terminales receptores. En una realización, el procedimiento incluye recibir, en el servidor, información de cuentas asociada a al menos uno de los múltiples terminales receptores, recibir, en el servidor, datos desde el terminal de origen, a compartir con al menos uno de los múltiples terminales receptores, determinar, en base a la información de cuentas, al menos un terminal receptor activo, alertar a dicho al menos un terminal receptor activo acerca de los datos compartidos por el terminal de origen, y recibir una respuesta desde dicho al menos un terminal receptor activo, indicando una acción con respecto a los datos. En algunas realizaciones, la respuesta es aceptar los datos en uno o más de los terminales receptores.

En algunas realizaciones, el procedimiento también puede incluir transmitir una lista de terminales receptores activos a dicho al menos un terminal receptor activo, y recibir, desde el terminal receptor, una selección de uno o más de los terminales receptores activos, para recibir los datos.

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

En algunas realizaciones, la respuesta incluye una solicitud para almacenar los datos en el servidor. En algunas realizaciones, el procedimiento también incluye almacenar los datos en el servidor en base a la información de cuentas.

En algunas realizaciones, el procedimiento también incluye recibir, desde uno entre el terminal de origen y los terminales receptores, una solicitud para extraer datos almacenados desde el servidor, en base a una cuenta de usuario, identificar todos los datos y la correspondiente información de identificación asociada a 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 desde el terminal solicitante, y transmitir datos identificados por la información de identificación al terminal solicitante.

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 existieran en el servidor, interrogar al usuario en cuanto a sobregrabar los datos existentes o bien cancelar la solicitud para almacenar los datos procedentes del terminal de origen.

En algunas realizaciones, la respuesta incluye rechazar los datos.

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

En algunas realizaciones, la determinación de los terminales activos incluye determinar uno o más de los terminales receptores a los cuales la información de cuenta ha estado asociada alguna vez.

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

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

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

Otro aspecto de la revelación se orienta a un medio de almacenamiento no transitorio, legible por ordenador, de un servidor conectado con un terminal de origen y múltiples terminales receptores, y almacenando instrucciones el medio de almacenamiento. En una realización, las instrucciones almacenadas, cuando son ejecutadas por un procesador, realizan las etapas de: la recepción de información de cuentas asociada a al menos uno de los múltiples terminales receptores, la recepción de datos desde el terminal de origen, a compartir con al menos uno de los múltiples terminales receptores, la determinación, en base a la información de cuentas, de al menos un terminal receptor activo, la alerta a dicho al menos un terminal receptor activo acerca de los datos compartidos por el terminal de origen, y la recepción de una respuesta desde dicho al menos un terminal receptor activo, indicando una acción con respecto a los datos.

Otro aspecto de la revelación está orientado a un servidor en comunicación con un terminal de origen y múltiples terminales receptores, 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 receptores. En una realización, el servidor incluye un módulo receptor que recibe datos a compartir por parte del terminal de origen, usando información de cuentas de usuario obtenida desde el terminal de origen, un módulo transmisor que transmite una alerta a dicho al menos uno de los múltiples terminales receptores, en respuesta a la recepción, por parte del módulo receptor, de los datos compartidos, y un módulo de procesamiento que almacena los datos compartidos en base a la información de cuentas de usuario, en respuesta a una solicitud desde el terminal receptor.

En algunas realizaciones, el módulo de procesamiento transmite los datos almacenados a dicho al menos un terminal receptor, en respuesta a la recepción, por parte del módulo receptor, de una solicitud de entrega de los datos almacenados desde el terminal receptor.

Otro aspecto de la revelación está orientado a un terminal conectado con un servidor y al menos otro terminal, por una red. En una realización, el terminal incluye: un módulo de transferencia de datos que transmite datos salientes al servidor, a compartir con dicho al menos otro terminal, un módulo de solicitud de almacenamiento de datos que solicita al servidor almacenar datos entrantes compartidos por dicho al menos otro dispositivo, un módulo transmisor que solicita una entrega de datos almacenados en el servidor, usando información de cuentas de usuario, y un módulo receptor que recibe información de identificación de todos los datos disponibles en el servidor, y asociados a la información de cuentas de usuario. En algunas realizaciones, el módulo transmisor selecciona información de identificación de los datos a descargar desde el servidor, y transmite la información de identificación seleccionada al servidor.

En algunas realizaciones, el módulo receptor recibe datos compartidos identificados por la información de identificación seleccionada.

En algunas realizaciones, la información de cuentas de usuario incluye uno entre un número de cuenta, un número de usuario y un número de teléfono.

En algunas realizaciones, cada uno entre el módulo de transferencia de datos, el módulo de solicitud de almacenamiento de datos, el módulo transmisor y el módulo receptor está en comunicación con uno o más de los otros módulos.

BREVE DESCRIPCIÓN DE LOS DIBUJOS La Fig. 1 es un diagrama de bloques que ilustra múltiples dispositivos de usuario final conectados con una red para compartir datos, de acuerdo a realizaciones de la revelación.

La Fig. 2 es un diagrama de flujo que ilustra etapas ejemplares en un proceso de compartición de datos entre múltiples dispositivos de usuario final (terminales), de acuerdo a realizaciones de la revelación.

Las Figs. 3a a 3d son ¡nterfaces ejemplares de usuario de una aplicación de mensajería en el terminal de origen, de acuerdo a realizaciones de la presente revelación.

Las Figs. 3e y 3f son interfaces ejemplares de usuario en el terminal receptor, para recibir datos entrantes compartidos desde el servidor, de acuerdo a realizaciones de la presente revelación.

La Fig. 4 es un diagrama de flujo que ilustra las etapas ejemplares para almacenar los datos compartidos según lo solicitado por un terminal receptor, de acuerdo a realizaciones de la revelación.

La Fig. 5a ilustra módulos ejemplares en un servidor para transmitir, recibir y procesar datos, de acuerdo a realizaciones de la revelación.

La Fig. 5b ilustra módulos ejemplares de un terminal para facilitar la comunicación y la transferencia de datos con otros terminales, de acuerdo a realizaciones de la revelación.

La Fig. 6 ilustra componentes ejemplares de un sistema informático, tal como un servidor o terminales descritos en las realizaciones de la revelación.

DESCRIPCIÓN DETALLADA DE LA INVENCIÓN En la siguiente descripción de las realizaciones preferidas, se hace referencia a los dibujos adjuntos, que forma parte de las mismas, y en los cuales se muestran, a modo de ilustración, realizaciones específicas en las cuales puede ser puesta en práctica la revelación. Ha de entenderse que pueden ser usadas otras realizaciones y que pueden ser hechos cambios estructurales sin apartarse del alcance de las realizaciones de esta revelación.

Esto, en general, se refiere a sistemas y procedimientos para compartir datos entre múltiples dispositivos de usuario final, usando un sistema común de cuentas de usuario. Según se menciona en adelante en la presente memoria, los dispositivos de usuario final pueden ser cualquier dispositivo electrónico capaz de conectarse con una red para transmitir y recibir datos. Tales dispositivos pueden incluir, pero no se limitan a, los PC, los Mac, los ordenadores de sobremesa, los ordenadores portátiles, los PC de tableta, los teléfonos inteligentes, incluyendo los iPhones, los teléfonos Android, los teléfonos de Windows y los Blackberries, los lectores electrónicos, los dispositivos de comunicación para coches, los televisores y otros dispositivos de electrónica de consumo con suficientes capacidades para redes. Además, los dispositivos de usuario final también pueden ser mencionados como terminales (es decir, "dispositivo" y "terminal" son términos intercambiables). Por ejemplo, el dispositivo de usuario final, desde el cual se están compartiendo los datos, puede ser mencionado como un terminal de origen, y el dispositivo de usuario final que recibe los datos compartidos puede ser mencionado como un terminal receptor. Un terminal puede ser tanto un terminal de origen como un terminal receptor en diversas realizaciones de la revelación. Un terminal de origen y un terminal receptor pueden ser dispositivos pertenecientes al mismo usuario o a distintos usuarios. Según se menciona en adelante en la presente memoria, los tipos de datos compartidos por los dispositivos / terminales pueden incluir, pero no se limitan a, texto, imágenes, vídeo, audio y otros tipos de datos multimedia.

Los sistemas y procedimientos revelados pueden proporcionar la transferencia de datos, en tiempo real o retardada, entre múltiples dispositivos. En algunas realizaciones, los sistemas y procedimientos revelados pueden proporcionar al destinatario una opción para designar uno o más terminales receptores para recibir datos desde otro usuario. En algunas realizaciones, puede proporcionarse un sistema de almacenamiento intermedio para almacenar datos compartidos, temporalmente o permanentemente, antes y / o después de que los datos sean extraídos por dichos uno o más terminales receptores. Esto permite a los destinatarios extraer los datos compartidos en cualquier momento tantas veces como deseen. Este sistema de almacenamiento de datos también puede servir como un repositorio de datos y / o sistema de resguardo para los usuarios. Los sistemas y procedimientos revelados pueden utilizar la información existente de cuentas de usuario para una o más aplicaciones y / o dispositivos, como medios para validar la identidad de usuarios y rastrear datos compartidos por usuarios. En algunas realizaciones, todos los usuarios pueden usar información de cuentas para una única aplicación (p. ej., una aplicación de mensajería), para compartir datos. En otras realizaciones, los usuarios pueden usar información de cuentas asociada a distintas aplicaciones, con el mismo fin, mientras el sistema pueda rastrear múltiples cuentas de usuario del mismo usuario. La Fig. 1 ilustra un sistema ejemplar de la presente revelación que puede proporcionar una experiencia de usuario mejorada con respecto a la compartición de datos, y resolver los problemas existentes en los actuales sistemas de IM punto a punto. Según se ilustra en la Fig. 1 , los dispositivos 100, 106, 108, 110 pueden ser conectados con un servidor 104 mediante una red. Aunque cada uno de estos dispositivos 100, 106, 108, 110 está ilustrado como distintos tipos de dispositivos de usuario final, tales como teléfonos inteligentes, PC de tableta y ordenador portátil, debería entenderse que cada uno de estos dispositivos 100, 106, 108, 110 puede ser de cualquier tipo de dispositivo de usuario final capaz de comunicarse por la red. Cada dispositivo puede tanto transmitir como recibir datos por la red.

En esta realización, el dispositivo 100 puede ser un terminal de origen desde el cual los datos pueden ser compartidos con los otros dispositivos 106, 108, 110. Los dispositivos 106, 108, 110 pueden ser terminales receptores para recibir datos compartidos por el dispositivo 100. Todos los cuatro dispositivos ilustrados 100, 106, 108, 110 pueden pertenecer al mismo usuario o a distintos usuarios. En una realización, el dispositivo 100 puede ser el dispositivo del Usuario A y los dispositivos 106, 108, 110 pueden ser los dispositivos del Usuario B. Aunque se ilustran cuatro dispositivos, debería entenderse que cualquier número de dispositivos pueden conectarse con el servidor 104 y que las características y operaciones descritas más adelante, con referencia a esta figura, pueden ser fácilmente aplicables a un número distinto de dispositivos, sin cambiar el concepto básico de la realización. En una realización, cada dispositivo 100, 106, 108, 110 puede tener instalado en el mismo una aplicación de mensajería para comunicarse con los otros dispositivos. Otros tipos de aplicaciones de comunicación pueden ser usados en otras realizaciones. La aplicación de mensajería puede ser una aplicación de IM tal como MSN o el mensajero de 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 específica. Alternativamente, también puede ser una cuenta para el dispositivo específico, mientras la cuenta pueda ser validada por el servidor con el fin de compartir datos entre los dispositivos. El uso de información de cuentas para identificar a un usuario y la asociación de datos compartidos con un usuario específico se exponen en detalle en las realizaciones más adelante.

El servidor 104 puede ser conectado con los dispositivos 100, 106, 108, 110, mediante una red, y es capaz de transmitir y recibir datos desde cada dispositivo 100, 106, 108, 110. En una realización, el servidor puede comunicarse con distintos tipos de dispositivos y / o dispositivos que ejecutan distintos sistemas operativos (p. ej., iOS y Android). El servidor 104 también puede servir como un almacenamiento remoto para almacenar datos recibidos desde uno o más de los dispositivos 100, 106, 108, 110. En algunas realizaciones, el servidor 104 puede ser un servidor de nube. Se puede acceder al servidor de nube usando la misma cuenta de usuario para la aplicación de mensajería desde los dispositivos de usuario final. Un usuario con una cuenta válida puede tener asignada una cierta cantidad de espacio de memoria en el servidor de nube para almacenar sus datos. La cantidad de espacio de memoria asignada a cada usuario puede ser limitada o ilimitada. En algunas realizaciones, el usuario puede tener la opción de pagar por espacio adicional de memoria, si el espacio adjudicado es limitado. Los datos almacenados en el servidor pueden ser gestionados por cualquier medio adecuado. Por ejemplo, cada usuario puede tener una carpeta de "Mis documentos" en el servidor de nube. La carpeta de "Mis documentos'' puede estar enlazada con la cuenta de la aplicación de mensajería del usuario, y admitir el acceso usando la misma información de conexión, tal como nombre de usuario y contraseña. Los datos almacenados en la carpeta de "Mis documentos'' pueden ser agrupados en distintas categorías, por ejemplo, por el tipo de datos (p. ej., texto, imagen y vídeo), el tamaño de los datos y / o los niveles de seguridad asignados (p. ej., públicos, privados).

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

La Fig. 2 es un diagrama de flujo que ilustra las etapas ejemplares de un proceso de compartición de datos entre los dispositivos 100, 106, 108, 110, de acuerdo a una realización de la revelación. Primero, el Usuario A puede conectarse a la aplicación de mensajería en el terminal 100 de origen, usando su información de cuenta (p. ej., nombre de usuario y contraseña), y designar datos del terminal 100 de origen a transmitir al servidor 104, para ser compartidos con el Usuario B, que puede ser identificado por su número de cuenta o nombre de usuario (Etapa 201). Debería entenderse que el mismo proceso descrito en la imagen de la Fig. 2 puede ser usado para compartir datos entre los dispositivos propios del Usuario A. Después de que el servidor 104 recibe los datos desde el terminal 100 de origen, 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 104 puede detectar si el Usuario B se ha conectado o no a su cuenta en ese momento, y los dispositivos a los cuales se ha conectado. Esto puede hacerse rastreando identificadores, tales como direcciones de IP y números de teléfono, asociados a cada terminal desde el cual ha sido capturada la información de conexión del Usuario B. En una realización, el servidor puede compilar una lista de dispositivos (es decir, dispositivos o terminales activos) a los cuales el Usuario B está actualmente conectado con su cuenta de aplicación de mensajería. La lista puede ser una lista de direcciones de IP, números de teléfono u otros identificadores de los dispositivos activos. El servidor puede a continuación enviar la alerta a los dispositivos activos, en base a información (p. ej., direcciones de IP, números de teléfono) en la lista compilada. En una realización, la alerta puede ser enviada como un mensaje, mediante la aplicación de mensajería, a la cuenta del Usuario B. En una realización, la información de cuentas asociada al terminal receptor puede ser de la misma aplicación que la de la cuenta desde la cual fueron enviados los datos en el 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 usando también su cuenta de MSN.

La alerta desde el servidor también puede proporcionar una o más opciones para que el Usuario B escoja, con respecto a cómo querría proceder el Usuario B con estos datos recientemente compartidos del Usuario A. Por ejemplo, el Usuario B puede escoger 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 los dispositivos activos del Usuario B., es decir, dispositivos desde los cuales se ha conectado a su cuenta de la aplicación de mensajería. Esta lista de dispositivos puede incluir, por ejemplo, los dispositivos 106, 108, 110 de la Fig. 1 , si el Usuario B se ha registrado en los tres dispositivos. La lista de dispositivos activos puede ser presentada al Usuario B, ya sea como parte de la alerta o bien después, independientemente de la alerta. El Usuario B puede a continuación seleccionar, desde uno de los terminales receptores, uno o más de los dispositivos activos 106, 108, 110 para recibir los datos compartidos desde el 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 los dispositivos del Usuario B puede ser generada o pre-almacenada en uno o más de los dispositivos del Usuario B, y activada por la alerta desde el servidor 104. Alternativamente, la lista puede incluir no solamente dispositivos activos, sino también todos los dispositivos del Usuario B, incluso los dispositivos en los cuales todavía ha de conectarse a la aplicación de mensajería. Permitiendo que el destinatario (p. ej., el Usuario B) seleccione los dispositivos para recibir los datos compartidos desde el terminal de origen, puede garantizarse 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 a continuación remitir los datos a sus otros dispositivos. De hecho, los datos compartidos pueden ser entregados a todos los dispositivos del destinatario, por lo que ya no hay una necesidad de emprender las etapas adicionales de remitir los datos entre los dispositivos. Esto puede mejorar significativamente la experiencia de compartición de datos, al menos por parte del destinatario.

Con referencia de nuevo a la Fig. 2, como alternativa a aceptar los datos compartidos, si el Usuario B no desea que los datos compartidos sean entregados a ninguno de sus dispositivos 106, 108, 110 cuando recibe la alerta, puede solicitar que los datos compartidos sean almacenados para su posible extracción en un momento posterior (Etapa 205). Esta solicitud puede ser hecha desde uno de los terminales receptores. En la realización ilustrada, el Usuario B puede solicitar que los datos compartidos sean almacenados en un espacio de almacenamiento en el servidor 104 (Etapa 206).

Adicionalmente, o alternativamente, el Usuario B puede guardar los datos compartidos en un fichero, localmente, en su dispositivo (no mostrado en la Fig. 2). El proceso de almacenar datos compartidos en el servidor 104 se expone en más detalle más adelante, a la vista de la Fig. 4. Esta opción puede permitir al destinatario de los datos compartidos extraer los datos a su discreción en un momento posterior.

En una realización, el Usuario B puede fijar un momento específico para recibir los datos compartidos. Adicionalmente, o alternativamente, puede requerirse al Usuario B que extraiga los datos dentro de un cierto periodo de tiempo (p. ej., dentro de 24 horas) después de recibir la alerta. Los datos pueden quedar indisponibles después de que pase el periodo de tiempo. Adicionalmente, o alternativamente, los datos compartidos pueden ser extraídos solamente cuando el Usuario B esté dentro de una cierta área geográfica (p. ej., en la Ciudad de Nueva York). La ubicación del Usuario B puede ser determinada usando la capacidad del GPS de su dispositivo. En diversas realizaciones, las limitaciones basadas en el tiempo y / o en la ubicación, descritas anteriormente, asociadas a la extracción de datos, pueden ser fijadas, ya sea por el Usuario A (es decir, el usuario que comparte los datos) o por el Usuario B (es decir, el usuario que recibe los datos compartidos).

Adicionalmente o alternativamente, si el Usuario B no desea recibir estos datos compartidos desde el Usuario A después de haber recibido la alerta desde el servidor, el Usuario B puede escoger rechazar los datos, por ejemplo, seleccionando la opción correspondiente de uno de sus dispositivos 106, 108, 110 (Etapa 207). En una realización, si el Usuario B no escoge aceptar los datos compartidos o solicitar que los datos sean almacenados en el servidor, dentro de un periodo de tiempo predeterminado (p. ej., 24 horas), los datos compartidos pueden ser rechazados automáticamente. En otra realización, los datos compartidos pueden ser automáticamente almacenados en el servidor, incluso si son rechazados por el Usuario B (Etapa 206).

Las Figs. 3a a 3d son interfaces ejemplares de usuario de la aplicación de mensajería del terminal de origen (p. ej., el dispositivo 100 del Usuario A) para enviar los datos a compartir en uno o más terminales receptores (p. ej., los dispositivos 106, 108, 110 del Usuario B). La Fig. 3a ilustra una pantalla ejemplar 300 de "Contactos" en un terminal de origen (p. ej., el dispositivo 100 en la Fig. 1). La pantalla 300 de "Contactos" puede ser activada después de que el usuario se conecta a su cuenta de aplicación de mensajería. La pantalla 300 de "Contactos" puede incluir una lista de opciones tales como "Amigos" 304 y "Grupos" para acceder al directorio de contactos del usuario. En esta realización, la pantalla 300 de "Contactos" también puede incluir una opción 302 de "Herramienta de compartición de datos", que puede ser seleccionada por el usuario para gestionar y compartir sus datos.

Después de que el usuario selecciona la "Herramienta de compartición de datos" 302 de la pantalla 300 de "Contactos", puede exhibirse una pantalla 308 de la "Herramienta de compartición de datos" en el terminal de origen. Según se ilustra en la Fig. 3b, la pantalla 308 de la "Herramienta de compartición de datos" puede incluir un botón 310 de "Contactos" para volver a la pantalla 300 de "Contactos". También puede incluir un botón 312 de "Mis documentos" para acceder a la colección particular de datos del usuario, que incluye, pero no se limita, a sus documentos, imágenes, vídeos y música almacenados en la carpeta de "Mis documentos" en el servidor. La pantalla 308 de la "Herramienta de compartición de datos" también puede incluir, por ejemplo, un área 314 de visualización para exhibir las comunicaciones enviadas y recibidas desde la aplicación de mensajería, un cuadro 316 de texto para ingresar comunicación textual y otras opciones 318 seleccionares, comunes para una aplicación de mensajería. Para compartir datos con otros dispositivos, el usuario puede seleccionar datos desde un origen en su dispositivo (es decir, el terminal de origen). Por ejemplo, el usuario puede seleccionar una imagen de la aplicación Photo del dispositivo, o un documento de texto de la aplicación de edición de documentos. Esto puede hacerse seleccionando una correspondiente opción 318 seleccionable, para abrir la aplicación de origen y a continuación seleccionar la imagen, o el documento, a compartir. Adicionalmente, o alternativamente, el usuario también puede seleccionar el botón 312 de "Mis documentos" para explorar los datos almacenados en la carpeta de "Mis documentos" en el servidor. La carpeta de "Mis documentos" puede ser un repositorio remoto de los datos del usuario. Este repositorio remoto puede ser cualquier tipo de espacio de almacenamiento en un servidor remoto (p. ej., el servidor 104 en la Fig. 1), tal como un servidor de nube. Una pantalla ejemplar de "Mis documentos" se ilustra en la Fig. 3c. En el ejemplo ilustrado, los documentos del usuario pueden ser agrupados por sus tipos, tales como documentos, imágenes, expresiones personalizadas, vídeos, música y otros. Debería entenderse que la agrupación de los documentos puede ser optativa. También debería entenderse que los documentos pueden ser agrupados, categorizados, dispuestos y / o presentados de manera diferente, de cualquier modo adecuado para la exploración, la búsqueda y / o la selección por parte del usuario. El usuario puede seleccionar uno o más documentos entre los uno o más grupos exhibidos, a compartir con otros dispositivos. Un botón 322 de "Cerrar" puede ser proporcionado para salir de la pantalla 320 de "Mis documentos".

Después de que el usuario selecciona los documentos a compartir de su dispositivo y / o "Mis documentos" 320, la aplicación de mensajería puede volver a la pantalla de la "Herramienta de compartición de datos". Según se ilustra en la Fig. 3d, el área 314 de visualización de la pantalla 308 de la "Herramienta de compartición de datos" puede ser ahora ocupada por uno o más documentos seleccionados 324, 326, a compartir a través de la aplicación de mensajería. Optativamente, el tamaño de cada uno de los documentos seleccionados 324, 326 puede ser exhibido junto al documento. Además, un botón 328 de "Guardar en Mis documentos" puede ser proporcionado para permitir que el usuario guarde cada documento en el repositorio remoto de "Mis documentos". Desde esta pantalla, el usuario puede pulsar, por ejemplo, "enviar" o bien "ingresar" para transmitir los documentos seleccionados a un servidor (p. ej., el servidor 104), para ser compartidos con uno o más terminales receptores (p. ej., 106, 108, 110). En una realización, después de que los documentos seleccionados son recibidos por el terminal, o los terminales, receptor(es), el terminal de origen puede recibir una confirmación de recepción desde el servidor o el terminal, o los terminales, receptor(es).

Las Figs. 3e y 3f ilustran interfaces ejemplares de usuario en el terminal receptor, para recibir datos compartidos entrantes desde el servidor. En la pantalla de la Fig. 3e, una parte de la pantalla 332 puede ser asignada para exhibir la alerta de los documentos entrantes. Por ejemplo, el nombre de uno o más documentos entrantes (p. ej., "Imagen 1") puede ser exhibido en esta parte de la pantalla 332. Además, otra información relevante para los documentos entrantes, tal como sus tamaños y remitentes, también puede ser exhibida en la pantalla (no mostrado en la Fig. 3e). Según se ilustra en la Fig. 3e, una o más opciones 336, 338, 340, 342, 344 pueden ser proporcionadas 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, guardando los documentos localmente seleccionando "Guardar como" 338, guardando los documentos en el almacenamiento remoto "Mis documentos", seleccionando "Guardar en Mis documentos" 342, o sencillamente escogiendo extraer los documentos en un momento posterior, seleccionando "Extraer más tarde" 340, en cuyo caso los documentos también pueden ser almacenados en el servidor. La pantalla 330 también puede incluir una parte 346 para exhibir mensajes entrantes y salientes en el terminal receptor, y otra parte 348 para ingresar mensajes de texto. En otras realizaciones, la parte 332 de alertas puede ser exhibida en una ventana por separado, tal como una pantalla emergente, en la pantalla. Si el destinatario está conectado a la aplicación de mensajes en múltiples dispositivos, la misma interfaz 330 de usuario y / o alerta puede ser exhibida en todos estos dispositivos.

Cuando el destinatario (p. ej., el Usuario B) escoge aceptar los datos compartidos seleccionando "Aceptar" 336, una pantalla, que enumera uno o más de sus dispositivos activos, puede ser exhibida para permitirle escoger los dispositivos (terminales receptores) a los cuales han de entregarse los datos. Una pantalla ejemplar de "Seleccionar dispositivo" se muestra en la Fig. 3f. Según se ilustra, una lista de los dispositivos disponibles 352 puede ser exhibida en la pantalla 352. Los dispositivos pueden incluir cualquier tipo de dispositivo habilitado para redes, tal como el ¡Phone, el Android Phone, el ¡Pad, el PC y el Mac. Todos ellos pueden pertenecer a un único usuario (p. ej., el Usuario B) o bien, en algunas realizaciones, a distintos usuarios que comparten la misma cuenta. En una realización, la lista puede incluir todos los dispositivos en los cuales el Usuario B se ha conectado a su aplicación de mensajería. En otra realización, la lista puede incluir todos los dispositivos del Usuario B actualmente en línea. En otra realización más, 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 remitente (p. ej., el Usuario A). El Usuario B puede seleccionar uno o más de los dispositivos en la lista, por ejemplo, tildando las correspondientes casillas de selección junto a los dispositivos, y pinchar en el botón 354 de "Enviar", para aceptar los datos compartidos en estos dispositivos seleccionados.

Si el Usuario B escoge no recibir los datos compartidos en ninguno de sus dispositivos de manera inmediata, una de las otras opciones disponibles puede ser almacenar los datos para la extracción posterior. La Fig. 4 es un gráfico de flujo que ilustra las etapas ejemplares en el proceso del almacenamiento de los datos compartidos, a solicitud del pretendido destinatario de los datos (p. ej., el Usuario B). Por ejemplo, el Usuario B puede solicitar que los datos sean almacenados en el servidor seleccionando "Extraer 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 adjudicado al Usuario B (Etapa 402). El servidor puede determinar el espacio de memoria adjudicado al Usuario B, en base a la información de cuenta del Usuario B (p. ej., el número de cuenta o el nombre de usuario). Esta información de cuenta puede estar disponible en la transmisión inicial de datos desde el Usuario A. Por ejemplo, la información de cuenta del Usuario B puede ser incluida en la solicitud inicial, como la cuenta / dirección pretendida del destinatario. Adicionalmente, o alternativamente, la información de cuenta puede ser obtenida 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 pueden ser guardados en el servidor, en el espacio de memoria asignado al Usuario B. Esto puede permitir al Usuario B extraer los datos almacenados desde el servidor en base a su información de cuenta en un momento posterior, según escoja.

Optativamente, antes de que el servidor almacene los datos compartidos, puede verificar si ya existe una copia de los datos compartidos en el servidor (Etapa 403).

Esto puede lograrse, por ejemplo, identificando primero la información de identificación, tal como el nombre de fichero, el tipo, el sello temporal, el remitente y el destinatario pretendido, asociada a los datos compartidos. A continuación, el servidor puede verificar, en base a la información de identificación identificada, si los datos ya existen o no en su espacio de almacenamiento. Esto puede hacerse, por ejemplo, determinando si existe o no la misma información de identificación en una base de datos que contiene un índice de datos para cada usuario. Si no existe ningún dato coincidente en la base de datos, el servidor puede almacenar los datos compartidos en la carpeta de Mis documentos del Usuario B, enlazada con su cuenta de usuario (Etapa 402). Si los mismos datos ya existen en el servidor, el servidor puede interrogar al Usuario B en cuanto a sobregrabar la copia pre-existente con la copia recientemente recibida, o simplemente cancelar la solicitud para el almacenamiento de los nuevos datos. Esta etapa optativa 403 puede permitir al servidor utilizar más efectivamente su espacio de almacenamiento disponible, y funcionar de una manera más eficiente, eliminando o reduciendo copias duplicadas de los mismos datos.

Después de que los datos compartidos son almacenados en el servidor, a solicitud del destinatario (p. ej., el Usuario B), tanto el remitente (p. ej., el Usuario A), como el destinatario (p. ej., el Usuario B) pueden extraer los datos, usando información de cuenta de sus respectivas cuentas de la aplicación de mensajería (Etapa 404). Más específicamente, la solicitud del remitente puede ser hecha desde cualquiera de sus dispositivos, incluso el terminal de origen. La solicitud del destinatario puede ser hecha desde uno cualquiera de los terminales receptores seleccionados o disponibles.

En una realización, la solicitud de extracción de los datos puede incluir la información de cuenta de usuario del solicitante. En base a la información de cuenta del 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 de "Mis documentos" del usuario, usando la información de cuenta del usuario, y extraer la información de identificación de cada uno de los ficheros almacenados en estas carpetas. En esta realización, la información de 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 carpeta.

La información extraída de identificación de los datos almacenados puede a continuación ser enviada al terminal solicitante, de modo que el usuano pueda identificar específicamente, por la información de identificación, cuáles datos han de ser extraídos desde el servidor (Etapa 406). La información de identificación de los datos compartidos puede ser transmitida 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 desde el servidor, el terminal solicitante puede exhibir la información de identificación para que el usuario seleccione cuáles datos compartidos han de ser descargados desde el servidor. Después de recibir las entradas del usuario que seleccionan los datos a descargar, el terminal solicitante puede enviar una solicitud al servidor para obtener solamente los datos seleccionados.

A continuación, el servidor puede recibir desde el terminal solicitante la correspondiente información de identificación de los datos seleccionados (Etapa 407). En respuesta, el servidor puede identificar los datos seleccionados en base a la información de identificación y transmitir los datos identificados al terminal solicitante (Etapa 408). Si el terminal solicitante es el terminal de origen de los datos solicitados, los datos pueden ser transmitidos de vuelta al terminal de origen. Si el terminal solicitante es uno o más de los terminales receptores, los datos solicitados pueden ser transmitidos al terminal, o los terminales, receptor(es).

En una realización, la información de cuenta de usuario y la información de identificación de los datos solicitados pueden ser enviadas al servidor en la misma solicitud (p. ej., las Etapas 404 y 407 en la Fig. 4 pueden ser combinadas) si el terminal solicitante puede mantener una lista duplicada de todos los datos almacenados en el servidor para el usuario específico, y la correspondiente información de identificación.

La comunicación entre el terminal de origen, el terminal receptor y el servidor puede ser implementada usando diversas combinaciones de software, firmware y tecnologías de 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 revelado anteriormente. Las Figs. 5a y 5b ilustran módulos ejemplares en un servidor ejemplar y un terminal ejemplar, respectivamente. En algunas realizaciones, estos módulos pueden ser implementados mayormente en software.

La Fig. 5a ilustra módulos ejemplares en un servidor 500. Según lo ilustrado, el servidor 204 puede incluir, por ejemplo, un módulo receptor 502, un módulo transmisor 504 y módulo 506 de procesamiento. 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 receptor 502 puede recibir datos compartidos por uno o más terminales de origen conectados con el servidor, usando información de cuenta de usuario obtenida de estos terminales. El módulo transmisor 504 puede transmitir alertas a uno o más terminales receptores en respuesta a la recepción de datos, por parte del módulo receptor 502, a compartir con los terminales receptores. El módulo 504 de procesamiento, cuando se solicita, puede almacenar datos compartidos en el servidor, en base a información de cuenta asociada a los datos y / o al usuario. Además, el módulo 504 de procesamiento también puede transmitir los datos almacenados a uno o más de los terminales receptores en respuesta a la recepción de una solicitud, por parte del módulo receptor 502, para la entrega de los datos almacenados a un terminal.

La Fig. 5b ilustra módulos ejemplares en un terminal 508. El terminal 508 puede ser, bien un terminal de origen o bien un terminal receptor, o ambos. En este último caso, el terminal 508 puede tanto transmitir datos a compartir con otros terminales como recibir datos compartidos por otros terminales. Según se ilustra, el terminal 508 puede incluir un módulo 510 de transferencia de datos, un módulo 512 de solicitud de almacenamiento de datos, un módulo transmisor 514 y un módulo receptor 516. El módulo 510 de transferencia de datos puede transmitir datos salientes a un servidor, para compartir con al menos otro terminal, mediante una aplicación de mensajería, según se ha expuesto anteriormente. El módulo 512 de solicitud de almacenamiento de datos puede solicitar al servidor almacenar los datos entrantes compartidos por otro dispositivo. El módulo transmisor 514 puede solicitar la entrega de datos almacenados en el servidor, usando información de cuenta de usuario. El módulo transmisor también puede seleccionar y transmitir al servidor información de identificación de los datos a descargar desde el servidor. El módulo receptor 516 puede recibir información de identificación de todos los datos disponibles en el servidor, asociados a una cuenta de usuario específico. El modulo receptor 516 también puede recibir los datos compartidos efectivos, identificados por 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 en el servidor y el terminal pueden ser almacenados y / o transportados dentro de cualquier medio de almacenamiento no transitorio, legible por ordenador, para su uso por, o con relación a, un sistema, aparato o dispositivo de ejecución de instrucciones, tal como un sistema basado en ordenadores, un sistema que contenga procesadores u otro sistema que pueda captar las instrucciones desde el 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 el programa para el uso por, o con relación a, el sistema, aparato o dispositivo de ejecución de instrucciones. El medio de almacenamiento no transitorio, legible por ordenador, puede incluir, pero no está limitado a, un sistema, aparato o dispositivo electrónico, magnético, óptico, electromagnético, infrarrojo o semiconductor, un disquete de ordenador portátil (magnético), una memoria de acceso aleatorio (RAM) (magnética), una memoria de solo lectura (ROM) (magnética), una memoria de solo lectura programable y borrable (EPROM) (magnética), un disco óptico portátil tal como un CD, un CD-R, un CD-RW, un DVD, un DVD-R o un DVD-RW, o memoria flash tal como las tarjetas flash compactas, las tarjetas digitales aseguradas, los dispositivos de memoria del USB, las varillas de memoria y similares.

El medio de almacenamiento no transitorio, legible por ordenador, puede ser parte de un sistema informático que actúa como el servidor o los terminales. La Fig. 6 ilustra componentes comunes ejemplares de un tal sistema informático. Según se ilustra, el sistema 600 puede incluir una unidad central de procesamiento (CPU) 602, componentes 604 de Entrada / Salida que incluyen, pero no se limitan a, uno o más entre un visor, un panel de teclas, una pantalla táctil, un altavoz y un micrófono, un medio 606 de almacenamiento tal como los enumerados en el último párrafo, y la interfaz 608 de red, todos los cuales pueden ser conectados entre sí mediante un bus 610 del sistema. El medio 606 de almacenamiento puede incluir los módulos de las Figs. 5a y 5b, según que el sistema sea un servidor o un terminal.

En las diversas realizaciones, la presente revelación permite al usuario conectarse a cualquiera entre sus uno o más dispositivos, usando su información de cuenta para compartir sus datos en uno o más de sus otros dispositivos, o los dispositivos de otros usuarios. Además, un usuario puede seleccionar cuál dispositivo ha de recibir 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 revelación han sido totalmente descritas con referencia a los dibujos adjuntos, ha de observarse que diversos cambios y modificaciones devendrán evidentes para los expertos en la técnica. Tales cambios y modificaciones han de entenderse como incluidos dentro del alcance de las realizaciones de esta revelación, según lo definido por las reivindicaciones adjuntas.

Claims (22)

REIVINDICACIONES

1. Un procedimiento de compartición de datos entre múltiples dispositivos, comprendiendo los múltiples dispositivos un servidor, un terminal de origen y múltiples terminales receptores, el procedimiento estando caracterizado porque comprende: recibir, en el servidor, información de cuenta asociada a al menos uno de los múltiples terminales receptores, recibir, en el servidor, datos desde el terminal de origen, a compartir con al menos uno de los múltiples terminales receptores, determinar, en base a la información de cuenta, al menos un terminal receptor activo, alertar a dicho al menos un terminal receptor activo acerca de los datos compartidos por el terminal de origen, y recibir una respuesta desde dicho al menos un terminal receptor activo, indicando una acción con respecto a los datos.

2. El procedimiento de la reivindicación 1 , caracterizado porque la respuesta es aceptar los datos en uno o más de los terminales receptores.

3. El procedimiento de la reivindicación 2, caracterizado porque comprende: transmitir una lista de terminales receptores activos a dicho al menos un terminal receptor activo, y recibir, desde el terminal receptor, una selección de uno o más de los terminales receptores activos para recibir los datos.

4. El procedimiento de la reivindicación 3, caracterizado porque comprende transmitir los datos a dichos uno o más terminales receptores activos seleccionados.

5. El procedimiento de la reivindicación 1 , caracterizado porque la respuesta comprende una solicitud para almacenar los datos en el servidor.

6. El procedimiento de la reivindicación 5, caracterizado porque comprende almacenar los datos en el servidor en base a la información de cuenta.

7. El procedimiento de la reivindicación 6, caracterizado porque comprende: recibir, desde uno entre el terminal de origen y los terminales receptores, una solicitud para extraer datos almacenados desde el servidor, en base a una cuenta de usuario, identificar todos los datos y la correspondiente información de identificación asociada a 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 desde el terminal solicitante, transmitir los datos identificados por la información de identificación al terminal solicitante.

8. El procedimiento de la reivindicación 7, caracterizado porque comprende: comprobar si los datos ya están almacenados en el servidor, y si los datos ya existieran en el servidor, interrogar al usuario en cuanto a sobregrabar los datos existentes o cancelar la solicitud para almacenar los datos desde el terminal de origen.

9. El procedimiento de la reivindicación 1 , caracterizado porque la respuesta comprende rechazar los datos.

10. El procedimiento de la reivindicación 1 , caracterizado porque la determinación de los terminales activos comprende: determinar uno o más de los terminales receptores, en los cuales la información de cuenta indica un estado en línea, en donde dichos uno o más terminales receptores están identificados por su respectiva dirección de IP o número de teléfono asociado.

11. El procedimiento de la reivindicación 1 , caracterizado porque la determinación de los terminales activos comprende determinar uno o más de los terminales receptores, a los cuales la información de cuenta ha estado alguna vez asociada.

12. El procedimiento de la reivindicación 1 , caracterizado porque la información de cuenta también está asociada al terminal de origen.

13. El procedimiento de la reivindicación 1, caracterizado porque comprende limitar la disponibilidad de los datos a un cierto periodo de tiempo, o en base a una ubicación geográfica de al menos uno de los dispositivos receptores.

14. El procedimiento de la reivindicación 1 , caracterizado porque la información de cuenta está asociada a una aplicación de mensajería, o comprende la dirección de un destinatario.

15. Un medio de almacenamiento no transitorio, legible por ordenador, de un servidor conectado con un terminal de origen y múltiples terminales receptores, almacenando el medio de almacenamiento instrucciones, cuando son ejecutadas por un procesador, que realiza las etapas de: recibir información de cuenta asociada a al menos uno de los múltiples terminales receptores, recibir datos desde el terminal de origen, a compartir con al menos uno de los múltiples terminales receptores, determinar, en base a la información de cuenta, al menos un terminal receptor activo, alertar a dicho al menos un terminal receptor activo acerca de los datos compartidos por el terminal de origen, y recibir una respuesta desde dicho al menos un terminal receptor activo, indicando una acción con respecto a los datos.

16. Un servidor en comunicación con un terminal de origen y múltiples terminales receptores, caracterizado porque el servidor está configurado para facilitar la compartición de datos entre el terminal de origen y al menos uno de los múltiples terminales receptores, comprendiendo el servidor: un módulo receptor que recibe datos a compartir por el terminal de origen, usando información de cuenta de usuario obtenida desde el terminal de origen, un módulo transmisor que transmite una alerta a dicho al menos uno de los múltiples terminales receptores, en respuesta a la recepción de los datos compartidos por parte del módulo receptor, y un módulo de procesamiento que almacena los datos compartidos en base a la información de cuenta de usuario, en respuesta a una solicitud desde el terminal receptor.

17. El servidor de la reivindicación 16, caracterizado porque el módulo de procesamiento transmite los datos almacenados a dicho al menos un terminal receptor, en respuesta a la recepción, por el módulo receptor, de una solicitud para la entrega de los datos almacenados, por parte del terminal receptor.

18. Un terminal conectado con un servidor y al menos otro terminal, por una red, el terminal estando caracterizado porque comprende un módulo de transferencia de datos que transmite datos salientes al servidor, a compartir con dicho al menos otro terminal, un módulo de solicitud de almacenamiento de datos, que solicita al servidor almacenar datos entrantes compartidos por dicho al menos otro dispositivo, un módulo transmisor que solicita una entrega de datos almacenados en el servidor, usando información de cuenta de usuario, y un módulo receptor que recibe información de identificación de todos los datos disponibles en el servidor, y asociados a la información de cuenta de usuario.

19. El terminal de la reivindicación 18, caracterizado porque el módulo transmisor selecciona información de identificación de los datos a descargar desde el servidor, y transmite la información de identificación seleccionada al servidor.

20. El terminal de la reivindicación 18, caracterizado porque el módulo receptor recibe datos compartidos identificados por la información de identificación seleccionada.

21. El terminal de la reivindicación 18, caracterizado porque la información de cuenta de usuario comprende uno entre un número de cuenta, un nombre de usuario y un número de teléfono.

22. El terminal de la reivindicación 18, caracterizado porque cada uno entre el módulo de transferencia de datos, el módulo de solicitud de almacenamiento de datos, el módulo transmisor y el módulo receptor está en comunicación con uno o más de los otros módulos.