ES2641439T3

ES2641439T3 - Extracción de archivos de un dispositivo cliente remoto

Info

Publication number: ES2641439T3
Application number: ES12843320.8T
Authority: ES
Inventors: Micah MYERSCOUGH; Chenguang YANG; Kyle VON HADEN
Original assignee: Microsoft Technology Licensing LLC
Current assignee: Microsoft Technology Licensing LLC
Priority date: 2011-10-27
Filing date: 2012-10-25
Publication date: 2017-11-10
Anticipated expiration: 2032-10-25
Also published as: US20130110903A1; CN102970333A; EP2771803B1; EP2771803A1; WO2013063333A1; US20150195338A1; US8965958B2; EP2771803A4; CN102970333B

Abstract

Un aparato que comprende: un dispositivo (130) lógico operativo para recibir una lista (180) de archivos de itinerancia de un servidor (89) de extracción de archivos, incluyendo la lista de archivos de itinerancia un identificador de archivo de aplicación que corresponde a un archivo (125) de aplicación almacenado en un dispositivo (110) cliente remoto, en el que el identificador de archivo de aplicación en la lista de archivos de itinerancia comprende un indicador de estado que representa un estado de máquina del dispositivo cliente remoto en el que está almacenado el archivo de aplicación, en el que el estado es uno de entre un estado de ENCENDIDO o un estado de APAGADO del dispositivo cliente remoto.

Description

5

10

15

20

25

30

35

40

45

50

55

60

DESCRIPCION

Extraccion de archivos de un dispositivo cliente remote

Los archivos de aplicacion guardados localmente en un disco duro u otro componente de memoria de una primera maquina no son facilmente accesibles a traves de una segunda maquina que esta alejada de la primera maquina. Esto se debe a la distincion en la memoria local entre las maquinas. Una forma para que un usuario acceda a un archivo de aplicacion almacenado en la primera maquina es transferir primero el archivo de aplicacion desde la primera maquina a una localizacion alojada en un servidor accesible para el usuario a traves de la segunda maquina que esta alejada de la primera maquina. Sin embargo, esto requiere una prevision por parte del usuario para reconocer que el archivo de aplicacion sera necesario en el futuro y para guardar el archivo en una localizacion alojada en el servidor donde el usuario puede acceder usando la segunda maquina que esta alejada de la primera maquina. Esto tambien requiere que el usuario tenga acceso a una localizacion alojada en el servidor y espacio suficiente en la localizacion alojada en el servidor para guardar el archivo de aplicacion.

Como alternativa, un archivo de aplicacion puede sincronizarse entre las maquinas primera y segunda de tal manera que un usuario puede acceder a este archivo de aplicacion de cualquiera de las maquinas. Sin embargo, esto requiere sincronizar el archivo de aplicacion par a par, lo que requiere unos recursos adicionales de la primera maquina independientemente de si el archivo de aplicacion se accede o no a traves de la segunda maquina. Esto resulta en un desperdicio de recursos del dispositivo. Ademas, la sincronizacion del archivo de aplicacion par a par tambien puede requerir que el archivo de aplicacion se guarde en una localizacion espedfica en el disco duro de la primera maquina y que a su vez requiere una prevision del usuario de que el archivo de aplicacion sera necesario en un tiempo posterior. Es con respecto a estas y otras consideraciones que las mejoras actuales se han hecho necesarias.

El documento US2005192966 (A1) se refiere a la gestion de archivos remotos. Este documento describe un servidor de acceso que permite el acceso seguro a los archivos comunmente usados almacenados en multiples fuentes de archivos de una variedad de dispositivos cliente. El servidor de acceso extrae una lista de fuentes de archivo asociadas con el usuario y accede a cada una de esas fuentes. A continuacion, el servidor se configura para extraer una lista de los ultimos archivos utilizados por el usuario actual, asf como la informacion asociada a esos archivos. El servidor de acceso tambien procesa los archivos adjuntos de correo electronico. El servidor de acceso intercepta los mensajes de correo electronico que contienen archivos adjuntos y transmite los adjuntos a un servidor de archivos. El documento US2011106755 (A1) se refiere a una arquitectura de red para la copia de seguridad de contenido, la restauracion y el uso compartido. Este documento desvela un procedimiento que puede incluir generar una lista de archivos actuales almacenados en un dispositivo de usuario, en el que la lista de archivos actuales incluye unos identificadores de archivos unicos, cada uno asociado con uno correspondiente de los archivos actuales. El procedimiento puede incluir ademas enviar la lista de archivos actuales desde el dispositivo de usuario a un dispositivo de red y recibir una lista de copias desde el dispositivo de red en el dispositivo de usuario. La lista de copias puede generarse comparando la lista de archivos actuales con una lista de archivos anteriormente copiados y la lista de archivos anteriormente copiados puede incluir unos identificadores de archivos unicos, cada uno asociado a uno diferente de los archivos anteriormente copiados. El procedimiento puede incluir enviar los archivos enumerados en la lista de copias desde el dispositivo de usuario al dispositivo de red.

Por lo tanto, el objeto de la invencion es proporcionar un aparato, un procedimiento y un medio legible por maquina mejorados para eXtraer archivos desde un dispositivo cliente remoto.

Este objeto se resuelve con el objeto de las reivindicaciones independientes.

Las realizaciones preferidas estan definidas por las reivindicaciones dependientes.

Este sumario se proporciona para introducir una seleccion de conceptos de una forma simplificada que se describen mas adelante en la descripcion detallada. El presente sumario no tiene por objeto identificar las funciones clave o funciones esenciales del objeto reivindicado, ni tampoco pretende ser una ayuda para determinar el ambito del objeto reivindicado.

Diversas realizaciones estan, en general, dirigidas a los sistemas de extraccion de archivos electronicos. Algunas realizaciones se dirigen espedficamente a un sistema de extraccion de archivos electronicos dispuesto para recuperar un archivo de aplicacion de un dispositivo cliente remoto. El sistema de extraccion de archivos electronicos puede permitir que un usuario guarde una aplicacion en un primer dispositivo cliente y recupere ese mismo archivo de aplicacion desde un segundo dispositivo cliente que esta alejado del primer dispositivo cliente. En una realizacion, un usuario registra los dispositivos cliente primero y segundo con un servicio de web para permitir la comunicacion entre los mismos. El sistema de extraccion de archivos utiliza una lista de archivos de itinerancia enviada desde el primer dispositivo cliente al servicio de web en un servidor de extraccion de archivos. La lista de archivos de itinerancia incluye una lista de archivos de aplicacion guardados localmente en el primer dispositivo cliente. La lista de archivos de itinerancia se recupera del servidor de extraccion de archivos por el segundo dispositivo cliente. En una realizacion, si el estado de maquina del primer dispositivo cliente esta en “ENCENDIDO”, un usuario puede seleccionar un archivo de aplicacion enumerado en la lista de archivos de itinerancia para su descarga desde el primer dispositivo cliente. El estado de maquina del primer dispositivo cliente determina si esta disponible o no el archivo de aplicacion guardado localmente en ese dispositivo para descargarlo al segundo dispositivo cliente. Se establece una conexion de comunicacion entre el primer dispositivo cliente y el segundo dispositivo cliente para permitir que el archivo de aplicacion se descargue al segundo dispositivo cliente.

5

10

15

20

25

30

35

40

45

50

55

60

En una realizacion, por ejemplo, un aparato puede comprender un dispositivo logico y un componente de gestor de archivos operativo en el dispositivo logico. El dispositivo logico puede comprender, por ejemplo, un procesador que accede a la memoria. El componente de gestor de archivos esta operativo para recibir una lista de archivos de itinerancia desde un servidor de extraccion de archivos a traves de una conexion de comunicacion establecida entre los mismos. La lista de archivos de itinerancia incluye un identificador de archivo de aplicacion que corresponde a un archivo de aplicacion almacenado en un dispositivo cliente remoto. El componente de gestor de archivos esta operativo para recibir el identificador de archivo de aplicacion en la lista de archivos de itinerancia desde el servidor de extraccion de archivos con un indicador de estado que representa un estado de maquina del dispositivo cliente remoto en el que se almacena el archivo de aplicacion. Se establece una conexion de comunicacion entre el servidor de extraccion de archivos y el dispositivo cliente remoto para permitir que el archivo de aplicacion se recupere desde el dispositivo cliente remoto. El componente de gestor de archivos esta operativo para recibir el archivo de aplicacion almacenado en el dispositivo cliente remoto. El aparato puede comprender ademas un programa de aplicacion operativo para abrir el archivo de aplicacion recibido desde el dispositivo cliente remoto. El componente de gestor de archivos establece una conexion de comunicacion con una localizacion alojada en el servidor y esta operativo para enviar una directiva de control a la localizacion alojada en el servidor para guardar el archivo de aplicacion recibido del dispositivo cliente remoto en la localizacion alojada en el servidor para su recuperacion futura por un usuario. Se describen y reivindican otras realizaciones.

Breve descripcion de los dibujos

La figura 1 ilustra una realizacion de un sistema de extraccion de archivos.

La figura 2 ilustra una realizacion de un flujo de mensajes para el sistema de la figura 1.

La figura 3 ilustra un diagrama de bloques de un identificador unico global a modo de ejemplo.

La figura 4 ilustra un diagrama de bloques de un sistema de extraccion de archivos.

La figura 5 ilustra una realizacion de un flujo de mensajes para el sistema de la figura 3 La figura 6 ilustra un diagrama de bloques de un sistema de extraccion de archivos.

La figura 7 ilustra un diagrama de bloques funcional de una lista de archivos de itinerancia.

La figura 8A ilustra una vista de interfaz de usuario a modo de ejemplo de una lista de archivos reciente.

La figura 8B ilustra una vista de interfaz de usuario a modo de ejemplo de una lista de archivos reciente.

La figura 8C ilustra una vista de interfaz de usuario a modo de ejemplo de una lista de archivos reciente.

La figura 9 ilustra una realizacion de un sistema de extraccion de archivos.

La figura 10 ilustra una realizacion de un flujo de mensajes para el sistema de la figura 9.

La figura 11 ilustra un diagrama de bloques de un sistema de extraccion de archivos.

La figura 12 ilustra un diagrama de bloques de un sistema de extraccion de archivos.

La figura 13: es un diagrama de bloques de un identificador unico global a modo de ejemplo.

La figura 14 ilustra un diagrama de bloques de un sistema de extraccion de archivos.

La figura 15 ilustra un diagrama de bloques funcional de una lista de archivos de itinerancia.

La figura 16 ilustra un diagrama de bloques de un sistema de extraccion de archivos.

La figura 17 ilustra una realizacion de un flujo logico para el sistema de la figura 16.

La figura 18 ilustra una realizacion de una arquitectura de calculo.

La figura 19 ilustra una realizacion de una arquitectura de comunicaciones.

Descripciones detalladas

Diversas realizaciones estan, en general, dirigidas a un sistema de extraccion de archivos usado para proporcionar acceso a un archivo guardado en una memoria local de un primer dispositivo cliente mediante un segundo dispositivo cliente remoto. El sistema de extraccion de archivos genera una lista de archivos de itinerancia que comprende unos identificadores de archivos de aplicacion de los archivos de aplicacion asociados con un programa de aplicacion guardado en el primer dispositivo cliente. La lista de archivos de itinerancia se genera por un servidor de extraccion de archivos basandose en, por ejemplo, una lista de archivos reciente de aplicaciones enviada desde el primer dispositivo cliente a un servicio de web implementado por el servidor de extraccion de archivos.

En muchos casos, un usuario tal como un trabajador con conocimientos puede usar multiples dispositivos informaticos heterogeneos adecuados para un entorno de trabajo determinado. Por ejemplo, el usuario puede tener un ordenador de escritorio en un hogar u oficina para el trabajo principal, un ordenador portatil para el trabajo movil y un telefono inteligente para la conectividad instantanea. Si bien el uso de multiples dispositivos heterogeneos agrega comodidad en la forma de plataformas de calculo, se produce a costa de una mayor complejidad en la gestion de archivos en estos numerosos dispositivos. El sistema de extraccion de archivos resuelve estos y otros problemas al permitir que un usuario acceda facilmente a un archivo de aplicacion desde multiples dispositivos heterogeneos independientemente del dispositivo en que este almacenando el archivo de aplicacion. Como resultado, el sistema de extraccion de archivos reduce los costes asociados con la gestion de archivos de aplicacion en diversos dispositivos, al tiempo que mejora la comodidad, la flexibilidad y la experiencia del usuario.

El sistema de extraccion de archivos puede permitir a un usuario acceder a un archivo de aplicacion guardado localmente en un primer dispositivo cliente desde un segundo dispositivo cliente remoto desde el primer dispositivo cliente sin tener que anticipar la necesidad de guardar primero el archivo de aplicacion en una localizacion alojada en el servidor o en un dispositivo de memoria extrafble. En su lugar, puede mantenerse una lista de archivos de

5

10

15

20

25

30

35

40

45

50

55

60

itinerancia mediante un servicio de web y accederse por dispositivos cliente autorizados, registrados en el servicio de web para seleccionar un archivo de aplicacion espedfico identificado en la lista de archivos de itinerancia para descargarse desde el primer dispositivo cliente al segundo dispositivo cliente.

Cada vez que un usuario guarda un archivo de aplicacion en la memoria local en un primer dispositivo cliente, se asigna un identificador unico como una configuracion de itinerancia para el archivo de aplicacion espedfico. El identificador unico incluye un unico identificador de maquina para el primer dispositivo cliente y una parte de ruta de archivo local que representa donde se almacena en el primer dispositivo cliente el archivo de aplicacion. La lista de archivos de itinerancia se proporciona a un servicio de web desde el primer dispositivo cliente a traves de cualquiera de las diversas redes de comunicaciones. Un usuario puede registrar determinados dispositivos cliente en el servicio de web de tal manera que los dispositivos cliente tengan acceso a la lista de archivos de itinerancia asf como a los archivos de aplicacion identificados en la lista de archivos de itinerancia independientemente del dispositivo en el que este almacenado el archivo de aplicacion. Cuando el usuario registrado accede al programa de aplicacion desde el segundo dispositivo cliente, el programa de aplicacion solicita la lista de archivos de itinerancia del servicio de web. El servicio de web comprueba el estado de maquina del primer dispositivo cliente. El servicio de web puede actualizar la disponibilidad de los archivos de aplicacion identificados en la lista de archivos de itinerancia basandose en el estado de maquina del primer dispositivo cliente antes de enviar la lista de archivos de itinerancia al segundo dispositivo cliente. Como alternativa, el servicio de web puede enviar la lista de archivos de itinerancia al segundo dispositivo cliente y posteriormente enviar una o mas actualizaciones para indicar la disponibilidad de cada uno de los archivos de aplicacion identificados en la lista de archivos de itinerancia antes de que la lista de archivos de itinerancia se muestre a un usuario del segundo dispositivo cliente. Como una alternativa adicional, el servicio de web puede enviar la lista de archivos de itinerancia al segundo dispositivo cliente y puede enviar una actualizacion posterior al segundo dispositivo cliente despues de que la lista de archivos de itinerancia se muestre a un usuario del segundo dispositivo cliente, pero a medida que el estado de maquina del primer dispositivo cliente se actualiza por el servicio de web. Por ejemplo, si el estado de maquina del primer dispositivo cliente esta en “ENCENDIDO”, entonces los archivos de aplicacion almacenados en el primer dispositivo cliente estan disponibles para el segundo dispositivo cliente a traves del servidor de extraccion de archivos. Si el estado de maquina del primer dispositivo cliente esta en “APAGADO”, entonces los archivos de aplicacion almacenados en el primer dispositivo cliente no estan disponibles para el segundo dispositivo cliente a traves del servidor de extraccion de archivos. Como alternativa, el estado de maquina del primer dispositivo cliente puede estar en un modo “en espera”. En este caso, si el servicio de web puede acceder al dispositivo cliente, entonces el estado de maquina del dispositivo se tratara como ENCENDIDO y si el servicio de web no puede acceder al dispositivo cliente, el estado de maquina del dispositivo se tratara como APAGADO. De esta manera, la lista de archivos de itinerancia se recibe por el segundo dispositivo cliente e indica la disponibilidad de cada uno de los archivos de aplicacion incluidos en la lista. Si un usuario selecciona un archivo de aplicacion disponible identificado en la lista de archivos de itinerancia para descargarse, el servicio de web establece automaticamente una conexion de comunicacion con el primer dispositivo cliente a traves de una red y recupera el archivo de aplicacion seleccionado para descargarlo al segundo dispositivo cliente. De esta manera, un usuario que guarda un archivo en la memoria local en una primera maquina puede acceder sin problemas a ese mismo archivo desde una segunda maquina usando una lista itinerante de archivos editados recientemente.

La figura 1 ilustra un diagrama de bloques de un sistema 100 de extraccion de archivos que incluye cualquier numero de dispositivos 110-1... 110-N cliente donde “N” es un numero entero positivo. Es digno de mencion que el uso de “N” para diferentes dispositivos o componentes del sistema 100 de extraccion de archivos no implica necesariamente un mismo numero de dispositivos o componentes diferentes. El sistema 100 de extraccion de archivos puede incluir ademas un servidor 150 de extraccion de archivos que comunica con uno o mas de los dispositivos cliente a traves de la red 140. Cada uno de los dispositivos 110-1... 110-N cliente incluye, en general, un dispositivo logico (por ejemplo, un dispositivo 130-1 logico) y alguna forma de memoria 120-1. Cada uno de los dispositivos 110-1... 110-N cliente como se ilustra incluye un numero limitado de elementos en una determinada topologfa con el fin de facilitar la explicacion. Sin embargo, debena apreciarse que cada uno de los dispositivos 1101... 110-N cliente puede incluir los elementos como se describe haciendo referencia a la figura 16, asf como mas o menos elementos en topologfas alternativas en funcion del tipo de dispositivo cliente empleado. Ejemplos de tales dispositivos 110-1... 110-N cliente pueden incluir, sin limitacion, un ordenador personal (PC), un dispositivo movil, un asistente digital personal, un dispositivo informatico movil, un telefono inteligente, un ordenador, un ordenador de escritorio, un ordenador movil, un ordenador portatil, un ordenador de mano, una ordenador de tableta, un servidor, una estacion de trabajo, un mini-ordenador, un sistema informatico distribuido, un sistema multiprocesador, un sistema basandose en procesador, un dispositivo de juego, electronica de consumo, una television, una television digital, combinaciones de los mismos y/o representaciones web de lo anterior.

Para los fines de esta descripcion, los dispositivos 110-1 y 110-2 cliente se usaran como un ejemplo del dispositivo 110-1... 110-N cliente, sin embargo, la descripcion en el presente documento puede aplicarse igualmente a cualquiera de los dispositivos 110-1... 110-N cliente. En particular, el dispositivo 110-1 cliente incluye un dispositivo 130-1 logico dispuesto para ejecutar un programa 170-1 de aplicacion que tiene un componente 173-1 de gestor de archivos. La memoria 120-1 puede usarse para almacenar los archivos 125-1... 125-N de aplicacion y el componente 173-1 de gestor de archivos se usa para proveer a un usuario de uno o mas de los archivos 125-1... 125-N de aplicacion. En una realizacion, por ejemplo, el dispositivo 130-1 logico puede comprender un sistema de procesamiento que tiene un procesador y una memoria. Un usuario puede, por ejemplo, usar el componente 173-1

5

10

15

20

25

30

35

40

45

50

55

60

de gestor de archivos y el programa 170-1 de aplicacion para crear, abrir, editar, imprimir, copiar o gestionar de otro modo uno o mas archivos 125-1... 125-N de aplicacion. Como alternativa, el programa 170-1 de aplicacion puede almacenarse en una aplicacion de servidor remoto accesible a traves de la red 140 que accede a un archivo 125-1... 125-N de aplicacion almacenado en la memoria 120-1 del dispositivo 110-1 cliente. Ejemplos del programa 170-1 de aplicacion pueden incluir programas de aplicacion basados en cliente (o “aplicaciones cliente”) tales como, sin limitacion, MICROSOFT® WORD, MICROSOFT EXCEL®, MICROSOFT POWERPOINT®, MICROSOFT OUTLOOK®, MICROSOFT ACCESS®, MICROSOFT INFOPATH®, MICROSOFT ONENOTE®, MICROSOFT PROJECT, MICROSOFT PUBLISHER, MICROSOFT SHAREPOINT® WORKSPACE, MICROSOFT VISIO®, MICROSOFT OFFICE INTERCONNECT, MICROSOFT OFFICE PICTURE MANAGER, MICROSOFT SHAREPOINT DESIGNER, MICROSOFT LYNC. Ejemplos del programa 170-1 de aplicacion pueden incluir ademas programas de aplicacion basados en servidor (o “aplicaciones en la nube”) tales como, sin limitacion, MICROSOFT WINDOWS LIVE®, MICROSOFT OFFICE WEB APPLICATIONS, MICROSOFT OFFICE LIVE, MICROSOFT LIVE MEETING, MICROSOFT OFFICE PRODUCT WEB SITE, MICROSOFT UPDATE SERVER, y MICROSOFT OFFICE 365.

Es digno de mencion, aunque el componente 173-1 de gestor de archivos se muestra en la figura 1 como una parte integrada del programa 170-1 de aplicacion, que puede apreciarse que el componente 173-1 de gestor de archivos puede implementarse como parte de otro programa de software separado del programa 170-1 de aplicacion. Por ejemplo, el componente 173-1 de gestor de archivos puede implementarse como parte de un programa de sistema, tal como un sistema operativo (SO) para el dispositivo 110-1 cliente, que se hace accesible al programa 170-1 de aplicacion. Como alternativa, el componente 173-1 de gestor de archivos puede implementarse como un programa de software independiente separado del programa 170-1 de aplicacion. Esta implementacion puede permitir que el componente 173-1 de gestor de archivos se use como un recurso compartido entre diferentes programas 170-1 de aplicacion. Ademas, aunque el servidor 150 de extraccion de archivos se muestra y se describe como un entorno de servidor unico, esto se ha hecho para facilitar la explicacion. Debena entenderse que el servidor 150 de extraccion de archivos puede implementarse como uno o mas servidores, una granja de servidores y/o una arquitectura de servidor distribuida. Por ejemplo, el servidor 150 de extraccion de archivos puede representar un primer servidor que gestiona la generacion y la transmision de una lista de archivos de itinerancia (por ejemplo, la 180) y un servidor separado que se comunica con el primer servidor y gestiona la extraccion/transmision de un archivo de aplicacion (por ejemplo, el 125-1) recuperado de un dispositivo cliente (por ejemplo, el 110-1) y enviado a otro dispositivo cliente (por ejemplo, el 110-2).

A continuacion, se describe la generacion de una lista de archivos de itinerancia (por ejemplo, la 180) mediante el servidor 150 de extraccion de archivos basandose en una lista de archivos recientes (por ejemplo, la 175-1) recibida desde un dispositivo cliente espedfico (por ejemplo, el dispositivo 110-1 cliente) de acuerdo con una realizacion de ejemplo. La lista 180 de archivos de itinerancia se genera extrayendo toda o una parte de la informacion contenida en la lista 175-1 de archivos reciente. En particular, la lista 175-1 de archivos reciente se genera por el componente 173-1 de gestor de archivos que asigna un identificador unico a cada archivo de aplicacion guardado en el dispositivo 110-1 cliente. Como alternativa, la lista de archivos reciente puede generarse por un programa separado del componente 173-2 de gestor de archivos, pero dentro del programa 170-2 de aplicacion, en cuyo caso las etapas descritas en el presente documento en cuanto a que se realizan por el componente 173-2 de gestor de archivos se realizanan igualmente por tal programa separado. Cuando se almacena un archivo 125-1... 125-N de aplicacion en la memoria 120-1, el componente 173-1 de gestor de archivos asigna un identificador unico global (GUID) al archivo de aplicacion espedfico. Brevemente (y como se describe con mas detalle haciendo referencia a la figura 3), el GUID incluye un identificador 305 de maquina y una parte 310 de ruta de archivo local. El GUID puede ser localmente unico para un usuario espedfico de un dispositivo 110-1...110-N cliente y el usuario es globalmente unico para todos los demas usuarios. El identificador 305 de maquina es un identificador unico para uno espedfico de los dispositivos 110-1... 110-N cliente (por ejemplo, el dispositivo 110-1 cliente) y la parte 310 de ruta de archivo local es la ruta dentro de uno espedfico de los dispositivos 110-1 cliente donde se almacena el archivo de aplicacion espedfico (archivo 125-1 de aplicacion). A cada archivo 125-1... 125-N de aplicacion se le asigna un GUID unico mediante el componente de gestor de archivos (por ejemplo, el componente 173-1 de gestor de archivos) asociado con cada programa de aplicacion (por ejemplo, el programa 170-1 de aplicacion) cuando se guarda el archivo de aplicacion.

La lista 175-1 de archivos recientes incluye algunos de los archivos 125-1... 125-N de aplicacion accedidos por un usuario del dispositivo 110-1 cliente asociado con el programa 170-1 de aplicacion espedfico. La lista 175-1 de archivos reciente puede proporcionarse cuando un usuario abre el programa 170-1 de aplicacion espedfico. Por ejemplo, una lista 175-1 de archivos reciente para MICROSOFT WORD puede proporcionar una lista de archivos de documentos almacenada recientemente en la memoria 120-1 del dispositivo 110-1 cliente. La lista 175-1 de archivos reciente puede ser un subconjunto de todos los archivos de aplicacion para un programa de aplicacion espedfico, puede estar limitada por un numero predeterminado de archivos de aplicacion y/o puede estar limitada por un intervalo de fechas. Esto proporciona una manera conveniente al programa 170-1 de aplicacion para identificar un conjunto de archivos de aplicacion de los archivos 125-1... 125-N de aplicacion que puede ser mas relevante para un usuario. De nuevo, cada archivo 125-1... 125-N de aplicacion almacenado en la memoria 120-1 incluye un GUID. La lista 175-1 de archivos reciente puede proporcionar al usuario el GUID o puede proporcionar unicamente una ruta de archivo legible por el usuario procedente de la totalidad o una parte del GUID cuando los archivos de aplicacion

5

10

15

20

25

30

35

40

45

50

55

60

enumerados en la lista 175-1 de archivos recientes se guardan localmente en el dispositivo 110-1 cliente.

Aunque la lista 175-1 de archivos recientes puede incluir un subconjunto de archivos 125-1... 125-N de aplicacion usando una limitacion temporal para los archivos 125-1... 125-N de aplicacion almacenados recientemente en la memoria 120-1 para el dispositivo 110-1 cliente, puede apreciarse que la lista 175-1 de archivos reciente puede eliminar como alternativa la limitacion temporal e incluir un conjunto completo de archivos 125-1... 125-N de aplicacion almacenados en la memoria 120-1 para el dispositivo 110-1 cliente. En esta disposicion, un usuario puede recuperar cualquiera de los archivos 125-1... 125-N de aplicacion almacenados por el dispositivo 110-1 cliente desde otro dispositivo cliente (por ejemplo, el 110-2).

La lista 175-1 de archivos recientes se envfa al servidor 150 de extraccion de archivos, donde se genera la lista 180 de archivos de itinerancia. Esto puede ocurrir, por ejemplo, en diversos intervalos de tiempo predeterminados por el componente 173-1 de gestor de archivos, durante el uso del programa 170-1 de aplicacion, enviado tras la aparicion de una instruccion espedfica desde el programa 170-1 de aplicacion, o empujado desde el servidor 150 de extraccion de archivos basandose en una actualizacion de la lista 180 de archivos de itinerancia desde un dispositivo cliente (por ejemplo, el 110-2) diferente del dispositivo 110-1 cliente. Cuando la lista 175-1 de archivos reciente se recibe por el servidor 150 de extraccion de archivos, el gestor 155 de archivos de servidor puede procesar la lista 175-1 de archivos reciente para generar la lista 180 de archivos de itinerancia. Este procesamiento puede incluir la extraccion total o parcial de los datos contenidos en la lista 175-1 de archivos reciente recibida desde el componente 173-1 de gestor de archivos e incluye el GUID asociado con cada archivo de aplicacion identificado en la lista 175-1 de archivos reciente. El procesamiento puede incluir opcionalmente una conversion de formato de datos entre esquemas de datos segun se necesite para programas de aplicacion espedficos (por ejemplo, el 170-1). Los archivos 125-1... 125-N de aplicacion identificados en la lista 180 de archivos de itinerancia no se guardan necesariamente en el servidor 150 de extraccion de archivos, sino que la lista 180 de archivos de itinerancia es una lista de los archivos 125-1... 125-N de aplicacion identificados en la lista 175-1 de archivos reciente recibida desde el dispositivo 110-1 cliente. Ademas, cada vez que se guarda la lista 175-1 de archivos reciente en el servidor 150 de extraccion de archivos, el gestor 155 de archivos de servidor reescribe o reprocesa la informacion recibida en la lista de archivos reciente para generar una lista 180 de archivos de itinerancia actual. En particular, el gestor 155 de archivos de servidor puede extraer cualquier parte de la informacion recibida en la lista 175-1 de archivos reciente como desee para una implementacion dada, pero debe incluir al menos el GUID para cada uno de los archivos 1251... 125-N de aplicacion.

La lista 180 de archivos de itinerancia puede generarse basandose en un programa 170-1 de aplicacion espedfico con el que se asocian los archivos 125-1... 125-N de aplicacion, y/o mediante un dispositivo 110-1, 110-2 cliente. En particular, el gestor 155 de archivos de servidor puede generar una lista 180 de archivos de itinerancia para cada tipo diferente de programa 170-1 de aplicacion en el dispositivo 110-1 cliente. Por ejemplo, si el dispositivo 110-1 cliente incluye un programa de aplicacion de procesamiento de textos y un programa de aplicacion de base de datos, cada componente 173-1 de gestor de archivos asociado con el programa 170-1 de aplicacion correspondiente en el dispositivo 110-1 cliente puede generar una lista 175-1 de archivos recientes separada para cada programa 170-1 de aplicacion y enviar cada una de estas listas 175-1 de archivos recientes al servidor 150 de extraccion de archivos. A su vez, el gestor 155 de archivos de servidor puede generar unas listas 180 de archivos de itinerancia correspondientes separadas para cada lista 175-1 de archivos recientes recibida asociada a cada uno de los programas de aplicacion de tratamiento de texto y de base de datos. Como alternativa, y como ejemplo adicional, el gestor 155 de archivos de servidor puede recibir cada una de las listas 175-1 de archivos recientes desde el dispositivo 110-1 cliente y generar una lista 180 de archivos de itinerancia unica para el dispositivo 110-1 cliente o unica para un usuario registrado y guardar esta lista 180 de archivos de itinerancia en el servidor 150 de extraccion de archivos.

Con el fin de enviar la lista 175-1 de archivos recientes al servidor 150 de extraccion de archivos para generar la lista 180 de archivos de itinerancia, se establece una sesion de comunicacion entre el dispositivo 110-1 cliente y el servidor 150 de extraccion de archivos. En particular, el servicio 160 de web proporciona las comunicaciones entre el servidor 150 de extraccion de archivos y el dispositivo 110-1 cliente, estableciendo una conexion de maquina a maquina entre los mismos a lo largo de la red 140. El servicio 160 de web tambien se usa para proporcionar comunicacion e interaccion entre el dispositivo 110-1 cliente y el dispositivo 110-2 cliente a traves de la red 140, asf como para gestionar la transmision de uno o mas de los archivos 125-1... 125-N de aplicacion al dispositivo 110-2 cliente remoto y la transmision de uno o mas de los archivos 125-1 ... 125-N de aplicacion al dispositivo 110-2 cliente remoto y la transmision de las listas 180, 181 y 182 de archivos de itinerancia como se describe con mas detalle a continuacion. Aunque la red 140 se ilustra como una unica red, debena entenderse que la red 140 puede comprender cualquier numero de redes separadas y/o interconectadas como se describe con mas detalle haciendo referencia a la figura 19.

Los diversos dispositivos del sistema 100 de extraccion de archivos pueden comunicarse entre sf a lo largo de la red 140 utilizando el servicio 160 de web. El servicio 160 de web es una arquitectura de software disenada para soportar la interaccion maquina a maquina interoperable a lo largo de la red 140. En diversas realizaciones, el servicio 160 de web puede implementar diversas tecnologfas web, incluyendo tecnologfas basadas en la llamada remota de procedimiento (RPC), tecnologfas basadas en el protocolo de acceso a objetos simple (SOAP), tecnologfas basadas en la arquitectura orientada a servicios (SOA) o tecnologfas basadas en la transferencia de estado representacional

5

10

15

20

25

30

35

40

45

50

55

60

(REST), entre otras.

En una realizacion, por ejemplo, el servicio 160 de web puede utilizar una interfaz descrita en un formato procesable por maquina, tales como un formato de lenguaje de descripcion de servicios web (WSDL). Otros sistemas interaction con el servicio 160 de web de una manera prescrita por su descripcion usando mensajes SOAP. SOAP es una especificacion de protocolo para intercambiar informacion estructurada para implementar servicios de web a traves de una red informatica. SOAP se basa en el lenguaje de marcado extensible (XML) como formato de mensaje. SOAP tambien se basa en otros protocolos de capa de aplicacion, tal como RPC y el protocolo de transferencia de hipertexto (HTTP), para la negociacion y la transmision de mensajes. SOAP puede formar una capa base de una pila de protocolos de servicios de web que proporcione una estructura de mensajena basica sobre la que pueden construirse los servicios 160 de web. HTTL es una especificacion de protocolo de solicitud-respuesta de capa de aplicacion para la informatizacion cliente-servidor.

Un usuario debe registrarse con el servicio 160 de web con el fin de usar el sistema 100 de extraccion de archivos. Ademas, un usuario tambien debe registrar, con el servicio de web, los dispositivos espedficos (por ejemplo, los 110-1... 110-N), tales como, por ejemplo, un ordenador de sobremesa, un ordenador portatil y un telefono inteligente con el fin de que estos dispositivos se reconozcan por el servicio 160 de web para enviar/recibir listas de archivos de itinerancia, asf como para descargar archivos de aplicacion espedficos entre los dispositivos. El registro de usuario con el sistema 100 de extraccion de archivos, asf como el registro de los dispositivos cliente espedficos (por ejemplo, los 110-1... 110-N) con el servicio 160 de web puede realizarse automaticamente mediante el programa 170-1 de aplicacion o puede iniciarse por un usuario. Ademas, un usuario puede asignar arbitrariamente diferentes niveles de permisos entre los diferentes dispositivos cliente como parte del procedimiento de registro. Por ejemplo, un usuario puede registrar un ordenador de escritorio con el servicio 160 de web y asignar permisos a este dispositivo de tal manera que los archivos de aplicacion puedan recuperarse y descargarse en el dispositivo. Como alternativa, un usuario puede registrar un ordenador portatil con el servicio 160 de web y asignar permisos a este dispositivo de tal manera que los archivos de aplicacion solo pueden descargarse al dispositivo desde un dispositivo cliente remoto. El servicio 160 de web almacena el perfil de permisos asociado con cada uno de los dispositivos cliente registrados. Al registrar los dispositivos cliente espedficos, el servicio de web autentica el dispositivo cliente cuando, por ejemplo, un programa de aplicacion en ese dispositivo cliente intenta recuperar la lista de archivos de itinerancia a partir del servicio de web, evitando de este modo el acceso no autorizado a las listas de archivos de itinerancia asf como a los archivos de aplicacion almacenados localmente en los dispositivos cliente.

El dispositivo 110-1 cliente esta registrado con el servicio 160 de web con el fin de permitir el envfo de la lista 175-1 de archivos recientes al servidor 150 de extraccion de archivos, asf como para proporcionar mas tarde el acceso controlado a los archivos 125-1... 125-N de aplicacion guardados en el dispositivo 110-1 cliente desde otro dispositivo cliente, por ejemplo, el dispositivo 110-2 cliente mostrado en la figura 4, que tambien esta registrado con el servicio 160 de web. Por ejemplo, el dispositivo 110-1 cliente puede registrarse con el servicio 160 de web usando mensajes XML que se ajustan a un esquema de datos espedfico. El gestor 155 de archivos de servidor recibe el identificador unico para el dispositivo 110-1 cliente y lo almacena en el servidor 150 de extraccion de archivos para el acceso por el servicio 160 de web. El identificador unico para un dispositivo cliente (por ejemplo, el dispositivo 110-1 cliente) usado para registrar el dispositivo cliente con el servicio 160 de web puede corresponder al identificador de maquina del GUID como se describe con mas detalle a continuacion. De esta manera, un usuario registra los dispositivos cliente espedficos (por ejemplo, 110-1, 110-2) con el servicio 160 de web para seleccionar aquellos dispositivos que pueden extraer o recuperar archivos de aplicacion guardados en otros dispositivos cliente registrados.

Se incluyen en el presente documento los diagramas de flujo representativos de las metodologfas a modo de ejemplo para realizar los aspectos novedosos de la arquitectura desvelada. Mientras que, por fines de simplicidad de la explicacion, las una o mas metodologfas mostradas en el presente documento, por ejemplo, en la forma de un diagrama de flujo o de flujo logico se muestran y se describen como una serie de acciones, debena entenderse y apreciarse que las metodologfas no estan limitadas por el orden de los acciones, ya que algunas acciones pueden, en virtud de las mismas, producirse en un orden diferente y/o concurrentemente con otras acciones de las mostradas y descritas en el presente documento. Por ejemplo, los expertos en la materia entenderan y apreciaran que una metodologfa podna representarse alternativamente como una serie de estados o eventos interrelacionados, tal como en un diagrama de estado. Por otra parte, no todas las acciones ilustradas en una metodologfa pueden necesitarse para una implementacion novedosa.

La figura 2 ilustra una realizacion de un flujo 200 logico para el sistema de la figura 1. El flujo 200 logico puede ser representativo de algunas o todas de las operaciones ejecutadas por una o mas realizaciones descritas en el presente documento, tal como, por ejemplo, el dispositivo 110-1 cliente.

En la realizacion ilustrada mostrada en la figura 2, un programa de aplicacion solicita almacenar un archivo de aplicacion en el bloque 201. Por ejemplo, el programa 170-1 de aplicacion y mas espedficamente el gestor 173-1 de archivos, procesa una solicitud de un usuario para guardar un archivo 125-1 de aplicacion en la memoria 120-1. El archivo 125-1 de aplicacion esta asociado con un programa 170-1 de aplicacion espedfico.

El flujo 200 logico asigna un GUID al archivo de aplicacion que se almacena en el bloque 203. Por ejemplo, el

5

10

15

20

25

30

35

40

45

50

55

60

componente 173-1 de gestor de archivos del programa 170-1 de aplicacion asigna un GUID al archivo 125-1 de aplicacion espedfico que incluye un identificador 305 de maquina (figura 3) asociado con el dispositivo 110-1 cliente espedfico y una parte 310 de ruta de archivo local (figura 3) asociada con un archivo 125-1 de aplicacion espedfico almacenado en una ruta unica dentro del dispositivo 110-1 cliente. El flujo 200 logico almacena el archivo de aplicacion en la memoria en el bloque 205. Por ejemplo, el archivo 125-1 de aplicacion asociado con el programa 170-1 de aplicacion puede almacenarse en la memoria 120-1 del dispositivo 110-1 cliente.

El flujo 200 logico actualiza una lista de archivos recientes con un GUID del archivo de aplicacion almacenado en el bloque 207. Por ejemplo, el componente 173-1 de gestor de archivos del programa 170-1 de aplicacion actualiza la lista 175-1 de archivos recientes con el GUID del archivo de aplicacion almacenado en la memoria 120-1.

El flujo 200 logico envfa la lista de archivos recientes a un servidor web en el bloque 211. Por ejemplo, la lista 175-1 de archivos recientes generada por el programa 170-1 de aplicacion se envfa al servidor 150 de extraccion de archivos a traves de la red 140 para su almacenamiento por el gestor 155 de archivos de servidor. La lista 175-1 de archivos recientes se identifica de manera unica para el dispositivo 110-1 cliente espedfico a traves del procedimiento de registro descrito anteriormente. Cada archivo de aplicacion (por ejemplo, el 125-1) enumerado en la lista 175-1 de archivos recientes incluye un GUID que identifica el dispositivo cliente espedfico (por ejemplo, el 110-1) en el que se almacena cada archivo de aplicacion (por ejemplo, el 125-1). De esta manera, el servicio 160 de web determina que archivo de aplicacion (por ejemplo, el 125-1) se guarda en que dispositivo cliente (por ejemplo, el 110-1) como se describe con mas detalle a continuacion.

La figura 3 es un diagrama de bloques de un GUID 300 a modo de ejemplo. De nuevo, cuando un usuario guarda un archivo de aplicacion (por ejemplo, el 125-1) asociado con un programa de aplicacion espedfico (por ejemplo, el 170-1) localmente en la memoria (por ejemplo, la 120-1) de un dispositivo cliente espedfico (por ejemplo, el 110-1), se asigna un GUID 300 al archivo de aplicacion guardado localmente. Cada GUID 300 se usa para identificar un archivo de aplicacion (por ejemplo, el 125-1) proporcionado en la lista 175-1 de archivos recientes. Por lo tanto, existe una correspondencia uno a uno entre cada GUID 300 y cada archivo de aplicacion (por ejemplo, el 125-1) identificado en la lista 175-1 de archivos recientes. Cuando el servidor 150 de extraccion de archivos recibe la lista 175-1 de archivos recientes desde el componente 173-1 de gestor de archivos del dispositivo 110-1 cliente y lo guarda como una lista 180 de archivos de itinerancia, cada GUID 300 de la lista 175-1 de archivos recientes se incluye en la lista 180 de archivos de itinerancia. Por lo tanto, la lista 180 de archivos de itinerancia incluye cada GUID 300 que representa un archivo de aplicacion espedfico (por ejemplo, el 125-1) identificado en la lista 175-1 de archivos recientes recibida desde el dispositivo 110-1 cliente.

Como se muestra en la figura 3, el GUID 300 puede estar compuesto de un identificador 305 de maquina y una parte 310 de ruta de archivo local. El identificador 305 de maquina del GUID 300 identifica una maquina o dispositivo cliente espedfico (por ejemplo, el 110-1) en el que se guarda un archivo 125-1 de aplicacion. Un ejemplo de un identificador 305 de maquina puede comprender un numero de serie de dispositivo o una direccion de control de acceso al medio (MAC), que es unica a nivel mundial. Como alternativa, el identificador 305 de maquina puede asignarse aleatoriamente por el programa 170-1 de aplicacion y puede especificarse localmente para un usuario espedfico (por ejemplo, el 110-1) en lugar de globalmente unico para todos los usuarios (por ejemplo, los 110-1... 110-N). Por ejemplo, a un ordenador de sobremesa de un usuario se le puede asignar localmente el identificador unico “maquina 1”, al ordenador portatil del mismo usuario se le puede asignar localmente el identificador unico “maquina 2” y al dispositivo movil del usuario se le puede asignar localmente el identificador unico “maquina 3 “. De esta manera, los dispositivos clientes registrados son unicos para un usuario espedfico que es unico a nivel mundial para todos los usuarios.

La parte 310 de ruta de archivo local del GUID 300 identifica una localizacion y un nombre de archivo en el dispositivo cliente (por ejemplo, el 110-1) donde el archivo de aplicacion se almacena (por ejemplo, el 125-1) y puede ser unico para un dispositivo cliente espedfico. Un ejemplo de una parte 310 de ruta de archivo local puede comprender una ruta de memoria en la que se almacena el archivo de aplicacion incluyendo unos discos duros apropiados, una carpeta y un nombre de archivo. Un archivo de aplicacion (por ejemplo, el 125-1) guardado en el mismo dispositivo cliente (por ejemplo, el 110-1) puede tener el mismo identificador 305 de maquina del GUID 300, pero tendra diferentes partes 310 de ruta de archivo local que comprende diferentes rutas de archivos locales con cada ruta de archivo local, que incluye un nombre de archivo diferente normalmente indicado al final de la ruta de archivo local con una extension de archivo asociada con un programa de aplicacion espedfico (por ejemplo, el 1701). Por el contrario, un archivo de aplicacion guardado en diferentes dispositivos cliente puede tener la misma parte 310 de ruta de archivo local, pero tendna un identificador 305 de maquina diferente. Por ejemplo, un archivo 125-1 de aplicacion guardado en una unidad de disco duro del dispositivo 110-1 cliente indica, por lo general, la designacion de unidad espedfica, junto con una o mas carpetas y/o subcarpetas, el nombre del archivo 125-1 de aplicacion y una extension de archivo para indicar el programa 170-1 de aplicacion espedfico asociado con el archivo de aplicacion guardado. Por ejemplo, una parte 310 de ruta de archivo local puede comprender lo siguiente:

Ordenador --> SO (C:) —> Archivos de programa --> Microsoft Office —> Office 15 --> test.docx

Por lo tanto, el GUID 300 proporciona un identificador asociado con cada archivo 125-1... 125-N de aplicacion guardado de tal manera que uno o mas los archivos 125-1... 125-N de aplicacion identificados en la lista 175-1 de

5

10

15

20

25

30

35

40

45

50

55

60

archivos recientes asociado con un programa 170-1 de aplicacion espedfico guardado en un primer dispositivo 1101 cliente pueda accederse mediante un dispositivo cliente remote (por ejemplo, el 110-2) si un estado de maquina del primer dispositivo 110-1 cliente esta en el estado ENCENDlDO. Como se describe con mas detalle a continuacion, si un dispositivo cliente esta registrado en el servicio 160 de web y el estado de maquina es ENCENDIDO, entonces los archivos de aplicacion almacenados en el dispositivo cliente estan disponibles para su descarga por otros dispositivos clientes registrados a traves del servidor 150 de extraccion de archivos. Si un dispositivo cliente esta registrado en el servicio 160 de web, pero el estado de maquina es APAGADO, entonces los archivos de aplicacion almacenados en ese dispositivo cliente no estan disponibles para su descarga por otros dispositivos cliente registrados.

La figura 4 ilustra un diagrama de bloques del sistema 100 de extraccion de archivos en combinacion con un segundo dispositivo cliente, por ejemplo, un dispositivo 110-2 cliente que es un dispositivo separado del dispositivo 110-1 cliente. En particular, el dispositivo 110-2 cliente puede ser del mismo tipo que el dispositivo 110-1 cliente descrito anteriormente, pero esta ffsica y logicamente separado del dispositivo 110-1 cliente. El dispositivo 110-2 cliente puede estar en la misma o diferente localizacion que el dispositivo 110-1 cliente y puede incluir un dispositivo 130-2 logico correspondiente y una memoria 120-2 que almacena cualquier numero de archivos 126-1... 126-N de aplicacion. Por ejemplo, el dispositivo 110-1 cliente puede ser un ordenador de sobremesa localizado en la oficina de un usuario y el dispositivo 110-2 cliente puede ser un ordenador portatil; o un dispositivo 110-1 cliente puede ser un ordenador portatil en la casa de un usuario, y el dispositivo 110-2 cliente puede ser un ordenador de escritorio localizado en la oficina de un usuario.

El uso de los terminos “disponible” o “no disponible” en el presente documento pretende indicar si un archivo de aplicacion puede descargarse o no desde un dispositivo cliente remoto usando el sistema 100 de extraccion de archivos. Cuando un usuario abre el programa 170-2 de aplicacion en el dispositivo 110-2 cliente remoto desde el dispositivo 110-1 cliente, el programa 170-2 de aplicacion envfa una directiva de control al servicio 160 de web para recuperar la lista 180 de archivos de itinerancia guardada en el servidor 150 de extraccion de archivos. El servicio 160 de web establece una sesion de comunicacion segura con el dispositivo 110-1 cliente identificado en la lista 180 de archivos de itinerancia guardada en el servidor 150 de extraccion de archivos para determinar el estado (por ejemplo, el “estado ENCENDIDO” o el “estado APAGADO”) de la maquina respectiva. Si el dispositivo 110-1 cliente identificado en la lista 175-1 de archivos recientes esta en el estado ENCENDIDO y accesible por el servidor 150 de extraccion de archivos, el servicio 160 de web actualiza la lista 180 de archivos de itinerancia almacenada en el servidor 150 de extraccion de archivos para indicar que estan disponibles los uno o mas archivos 125-1... 125-N de aplicacion identificados en la lista 180 de archivos de itinerancia guardada en el dispositivo 110-1 cliente. Si el dispositivo 110-1 cliente identificado en la lista 175-1 de archivos recientes esta en el estado APAGADO y no puede accederse por el servidor 150 de extraccion de archivos, el servicio 160 de web actualiza la lista 180 de archivos de itinerancia almacenada en el servidor 150 de extraccion de archivos para indicar que no estan disponibles los uno o mas archivos 125-1... 125-N de aplicacion identificados en la lista 180 de archivos de itinerancia guardada en el dispositivo 110-1 cliente.

Como alternativa, el servicio 160 de web puede enviar la lista 180 de archivos de itinerancia al dispositivo 110-2 cliente y posteriormente enviar una o mas actualizaciones para indicar la disponibilidad de cada uno de los archivos de aplicacion (por ejemplo, el 125-1... 125-N) basandose en el estado de maquina del dispositivo 110-1 cliente antes de que se muestre la lista 180 de archivos de itinerancia a un usuario del dispositivo 110-2 cliente. Como otra alternativa, el servicio 160 de web puede enviar la lista 180 de archivos de itinerancia al dispositivo 110-2 cliente y tambien puede enviar las actualizaciones posteriores al dispositivo 110-2 cliente despues de que se muestre la lista 180 de archivos de itinerancia a un usuario del dispositivo 110-2 cliente, pero cuando el estado de maquina del dispositivo 110-1 cliente se actualice a traves del servicio 160 de web. De esta manera, si el estado de maquina del dispositivo 110-1 cliente es APAGADO cuando el servicio de web envfa la lista 180 de archivos de itinerancia al dispositivo 110-2 cliente, pero el estado de maquina del dispositivo 110-1 cliente cambia al estado ENCENDIDO, el servicio 160 de web proporciona esta actualizacion a la lista 180 de archivos de itinerancia que ya se ha mostrado a un usuario del dispositivo 110-2 cliente. Para facilitar la explicacion, se entendera que el archivo 125-1 de aplicacion sera representante de uno o mas de los archivos 125-1... 125-N de aplicacion que pueden identificarse en la lista 180 de archivos de itinerancia asociada con el dispositivo 110-1 cliente. Si el dispositivo 110-1 cliente identificado en la lista 180 de archivos de itinerancia guardada en el servidor 150 de extraccion de archivos no esta en el estado ENCENDIDO, o de otra manera no accesible por el servidor 150 de extraccion de archivos, el servicio 160 de web actualiza la lista 175-1 de archivos recientes para indicar que el archivo 125-1 de aplicacion identificado en la lista 180 de archivos de itinerancia guardada en el dispositivo 110-1 cliente no esta disponible. Una vez que el estado de maquina del dispositivo 110-1 cliente identificado en la lista 175-1 de archivos recientes se actualiza como que es ENCENDIDO o APAGADO, el servicio 160 de web envfa la lista 180 de archivos de itinerancia actualiza al programa 170-2 de aplicacion en el dispositivo 110-2 cliente remoto a traves de la red 140 para indicar si un archivo de aplicacion guardado en el dispositivo cliente esta disponible o no disponible. El archivo 125-1 de aplicacion identificado en la lista 180 de archivos de itinerancia como no disponible basandose en el estado de maquina del dispositivo 110-1 cliente correspondiente esta todavfa identificado en la lista 180 de archivos de itinerancia cuando se suministra a un componente 173-2 de gestor de archivos del programa 170-2 de aplicacion, pero se indica como no disponible como se describe con mas detalle haciendo referencia a la figura 8. Como alternativa, el servicio 160 de web puede eliminar los archivos de aplicacion no disponibles de la lista 180 de archivos de itinerancia y

5

10

15

20

25

30

35

40

45

50

55

60

proporcionar solo una lista de los archivos (125-1... 125-N) de aplicacion disponibles al dispositivo 110-2 cliente. De esta manera, el estado de maquina de un dispositivo cliente (Por ejemplo, ENCENDIDO o APAGADO) determina si un archivo de aplicacion almacenado en el dispositivo cliente esta disponible o no esta disponible para otros dispositivos cliente.

La figura 5 ilustra una realizacion de un flujo 500 logico para el sistema de extraccion de archivos de la figura 4. El flujo 500 logico puede ser representativo de algunas o todas las operaciones ejecutadas por una o mas realizaciones descritas en el presente documento tal como, por ejemplo, el dispositivo 110-2 cliente.

En la realizacion ilustrada mostrada en la figura 5, el flujo 500 logico monitoriza el acceso de un programa de aplicacion en un dispositivo cliente en el bloque 501. Por ejemplo, cuando un usuario accede a un programa 170-2 de aplicacion en un dispositivo 110-2 cliente, el programa 170-2 de aplicacion genera una lista 175-2 de archivos recientes, pero espera para actualizar la lista 175-2 de archivos recientes con la informacion de archivo de aplicacion de la lista 180 de archivos de itinerancia que identifica ciertos archivos 125-1 de aplicacion almacenados en el dispositivo 110-1 cliente registrado.

El flujo 500 logico solicita la lista de archivos de itinerancia del servidor web para el dispositivo 110-1 cliente en el bloque 503. Por ejemplo, el componente 173-2 de gestor de archivos del programa 170-2 de aplicacion o el programa 170-2 de aplicacion establece una sesion de comunicacion segura con el servidor 150 de extraccion de archivos para que el servicio 160 de web envfe la lista 180 de archivos de itinerancia al dispositivo 110-2 cliente.

Antes de enviar la lista de archivos de itinerancia, el flujo 500 logico determina el estado de cada dispositivo cliente identificado en la lista de archivos de itinerancia a partir del servicio de web en el bloque 505. Por ejemplo, antes de enviar la lista 180 de archivos de itinerancia al dispositivo 110-2 cliente, el gestor 155 de archivos de servidor usa el servicio 160 de web para determinar el estado (por ejemplo, el estado ENCENDIDO o el estado APAGADO) del dispositivo 110-1 cliente que corresponde al identificador 305 de maquina de cada GUID 300 identificado en la lista 175-1 de archivos recientes como que se guarda localmente en el dispositivo 110-1 cliente. Como otro ejemplo, la lista 180 de archivos de itinerancia puede enviarse al dispositivo 110-2 cliente y posteriormente actualizarse a traves del servicio 160 de web basandose en el estado de maquina del dispositivo 110-1 cliente. El flujo 500 logico actualiza la lista de archivos de itinerancia con un indicador disponible si un archivo de aplicacion identificado en la lista 180 de archivos de itinerancia esta disponible en el bloque 507 y actualiza la lista 180 de archivos de itinerancia con un indicador disponible, diferente del indicador disponible, si el archivo de aplicacion identificado en la lista de archivos de itinerancia no esta disponible en el bloque 509. Por ejemplo, si la lista 180 de archivos de itinerancia incluye un archivo de aplicacion con un GUID 300 que tiene un identificador 305 de maquina que corresponde al dispositivo 110-1 cliente, el estado de maquina del dispositivo 110-1 cliente se comprueba por el servicio 160 de web. Para determinar el estado de maquina del dispositivo 110-1 cliente, el servicio 160 de web intenta establecer una conexion de comunicacion a traves de la red 140 usando, por ejemplo, la mensajena SOAP entre el servidor 150 de extraccion de archivos y el dispositivo 110-1 cliente. Si el estado de maquina del dispositivo 110-1 cliente es ENCENDIDO, entonces el servicio 160 de web actualiza los archivos de aplicacion identificados en la lista 180 de archivos de itinerancia que tienen un identificador 305 de maquina del GUID 300 que corresponde al dispositivo 1101 cliente con un indicador disponible. Si el estado de maquina del dispositivo 110-1 cliente es APAGADO, entonces el servicio 160 de web es incapaz de establecer una sesion de comunicacion segura entre el servidor 150 de extraccion de archivos y el dispositivo 110-1 cliente. En este ultimo caso, los archivos 125-1... 125-N de aplicacion identificados en la lista 175-1 de archivos recientes tienen un identificador 305 de maquina del GUID 300 correspondiente al dispositivo 110-1 cliente que se actualiza con un indicador disponible. Como alternativa, los archivos 125-1... 125-N de aplicacion no disponibles basandose en el estado de maquina APAGADO del dispositivo 110-1 cliente pueden eliminarse de la lista 180 de archivos de itinerancia. La lista 180 de archivos de itinerancia actualizada se guarda en el servidor 150 de extraccion de archivos. De esta manera, la disponibilidad para descargar, abrir o de otro modo acceder a los archivos de aplicacion identificados en la lista 180 de archivos de itinerancia por dispositivo 110-2 cliente se actualiza basandose en el estado de maquina del dispositivo 110-1 cliente.

El flujo 500 logico envfa la lista de archivos de itinerancia actualizada al dispositivo 110-2 cliente en el bloque 511. Por ejemplo, una vez que el gestor 155 de archivos de servidor determina el estado de maquina del dispositivo 1101 cliente identificado en la lista 180 de archivos de itinerancia por el GUID 300 correspondiente y se ha actualizado la lista 175-2 de archivos recientes con un indicador correspondiente para indicar si los archivos de aplicacion almacenados en el dispositivo 110-1 cliente que corresponden al identificador 305 de maquina del GUID 300 estan disponibles o no estan disponibles, el gestor 155 de archivos de servidor usa el servicio 160 de web para enviar la lista 180 de archivos de itinerancia actualizada al dispositivo 110-2 cliente.

La figura 6 ilustra un diagrama de bloques del sistema 100 de extraccion de archivos en combinacion con el dispositivo 110-2 cliente despues de la recepcion del servidor 150 de extraccion de archivos de la lista 180 de archivos de itinerancia. En particular, la lista 175-2 de archivos recientes esta asociada con los archivos 126-1... 126- N de aplicacion guardados localmente en el dispositivo 110-2 cliente asociado con el programa 170-2 de aplicacion. Cuando el dispositivo 110-2 cliente recibe la lista 180 de archivos de itinerancia del servidor 150 de extraccion de archivos a traves del enlace de comunicacion establecido entre el servidor 150 de extraccion de archivos y el dispositivo 110-2 cliente, el componente 173-2 de gestor de archivos combina la lista 180 de archivos de itinerancia

5

10

15

20

25

30

35

40

45

50

55

60

y la lista 175-2 de archivos recientes para generar la lista 181 de archivos de itinerancia. Una vez mas, la lista 180 de archivos de itinerancia se ha actualizado por el servicio 160 de web para indicar los archivos de aplicacion almacenados en el dispositivo 110-1 cliente que estan disponibles o no disponibles para el dispositivo 110-2 cliente basandose en el estado de maquina del dispositivo 110-1 cliente. Por lo tanto, la lista 181 de archivos de itinerancia es una combinacion de la lista 180 de archivos de itinerancia y la lista 175-2 de archivos recientes para indicar los archivos de aplicacion disponibles, asf como los archivos de aplicacion que no estan disponibles para un usuario del dispositivo 110-2 cliente. Como alternativa, la lista 175-2 de archivos recientes puede anadirse a la lista 180 de archivos de itinerancia en aquellos casos donde se usa una sola lista de itinerancia para los dos dispositivos 110-1, 110-2 cliente.

La figura 7 ilustra un diagrama de bloques funcional de lista 181 de archivos de itinerancia. En particular, la lista 181 de archivos de itinerancia es una combinacion de la lista 180 de archivos de itinerancia recibida por el dispositivo 110-2 cliente desde el servidor 150 de extraccion de archivos a traves de la red 140 y la lista 175-2 de archivos recientes asociada con el uno o mas archivos 126-1... 126-N de aplicacion guardados localmente en el dispositivo 110-2 cliente. El archivo 125-1 de aplicacion identificado en lista 180 de archivos de itinerancia que no esta disponible debido al estado de maquina (por ejemplo, APAGADO) del dispositivo 110-1 cliente correspondiente todavfa se identifica en la lista 181 de archivos de itinerancia, pero se indica como no disponible para el usuario del dispositivo 110-2 cliente.

La figura 8A ilustra una vista 800 de interfaz de usuario a modo de ejemplo de la lista 181 de archivos de itinerancia para la visualizacion de archivos de aplicacion disponibles y no disponibles asociados con un dispositivo 110-2 cliente a modo de ejemplo. La vista 800 de interfaz de usuario a modo de ejemplo se produce por el componente 173-2 de gestor de archivos y se inicia cuando el programa 170-2 de aplicacion se abre y/o cuando una operacion espedfica tal como, por ejemplo, la apertura de un archivo guardado se solicita por un usuario. La vista 800 de interfaz de usuario puede mostrarse a un usuario a traves de un dispositivo de salida (por ejemplo, una pantalla) asociado con el dispositivo 110-2 cliente.

Una vez mas, la lista 181 de archivos de itinerancia comprende los archivos 125, 126 de aplicacion de la lista 175-2 de archivos de aplicacion y la lista 180 de archivos de itinerancia, respectivamente. A modo de ejemplo y para fines de la explicacion, la lista 175-2 de archivos de aplicacion puede incluir los archivos 126-1 y 126-2 de aplicacion almacenados localmente en el dispositivo 110-2 cliente y la lista 180 de archivos de itinerancia puede incluir los archivos 125-1, 125-2 y 125-3 de aplicacion almacenados en el dispositivo 110-1 cliente remoto. En este ejemplo espedfico, el dispositivo 110-1 cliente puede denominarse como un “dispositivo cliente remoto” ya que esta ffsicamente alejado del dispositivo 110-2 cliente que incluye la lista 181 de archivos de itinerancia. Por lo tanto, la vista 800 de interfaz de usuario de la lista 181 de archivos de itinerancia enumera los archivos 126-1 y 126-2 de aplicacion de la lista 175-2 de archivos recientes que se guardan localmente y estan disponibles para el dispositivo 110-2 cliente, y los archivos 125-1, 125-2 y 125-3 de aplicacion de la lista 180 de archivos de itinerancia guardados en el dispositivo 110-1 cliente. Los archivos 125-1, 125-2, 125-3, 126-1 y 126-2 de aplicacion tienen cada uno un GUID 300-1... 300-5, correspondiente, respectivamente. Cada archivo 125-1, 125-2, 125-3, 126-1 y 126-2 de aplicacion puede tener un indicador de estado asociado para indicar al usuario si un archivo 125-1, 125-2, 125- 3, 126-1 y 126-2 de aplicacion espedfico esta disponible o no disponible para el dispositivo 110-2 cliente. Por ejemplo, los archivos 125-1, 125-2 y 125-3 de aplicacion se ilustran como que tienen un indicador de estado que comprende texto en negrita para indicar que estos archivos de aplicacion no se guardan localmente en el dispositivo 110-2 de usuario. Los archivos 126-1 y 126-2 de aplicacion no tienen tal texto en negrita, ya que se identifican en la lista 175-2 de archivos recientes, guardada localmente y disponible para el dispositivo 110-2 cliente.

El texto en negrita es un ejemplo de una marca visual que indica cual de los archivos 125-1, 125-2, 125-3, 126-1 y 126-2 de aplicacion en la lista 181 de archivos de itinerancia no se guarda localmente en el dispositivo 110-2 cliente. A modo de ejemplo y sin limitacion, el texto en negrita asociado con los nombres 125-1, 125-2 y 125-3 de archivo de aplicacion puede ser representativo del color verde para indicar que estos archivos de aplicacion no se guardan localmente en el dispositivo 110-2 cliente, sino que cada uno esta disponible para el dispositivo 110-2 cliente desde el dispositivo 110-1 cliente remoto. Por otra parte, el texto en negrita asociado con los archivos 125-1, 125-2 y 125-3 de aplicacion puede ser representativo del color rojo para indicar que estos archivos de aplicacion no se guardan localmente en el dispositivo 110-2 cliente y no estan disponibles para un usuario del dispositivo 110-2 cliente. La ausencia de color asociado con los archivos 126-1 y 126-2 de aplicacion puede indicar que estos archivos de aplicacion se guardan localmente en el dispositivo 110-2 cliente y estan disponibles para un usuario. Puede apreciarse que pueden usarse tambien otros indicadores visuales, asf como combinaciones de los mismos.

La figura 8B ilustra otra vista 840 de interfaz de usuario a modo de ejemplo de la lista 181 de archivos de itinerancia para la visualizacion de archivos de aplicacion disponibles y no disponibles asociados con un dispositivo 110-2 cliente a modo de ejemplo. La vista 840 de interfaz de usuario de la lista 181 de archivos de itinerancia ilustra una lista de los archivos 125-1, 125-2, 125-3, 126-1 y 126-2 de aplicacion, teniendo cada uno un GUID 300-1... 300-5 correspondiente, respectivamente. Alguno en particular de los archivos 125-1, 125-2, 125-3, 126-1 y 126-2 de aplicacion puede tener un indicador asociado para indicar al usuario si un archivo 125-1, 125-2, 125 -3, 126-1 y 1262 de aplicacion espedfico se encuentra disponible o no disponible. Por ejemplo, los iconos 810-1, 810-2 y 810-3 pueden colocarse junto a los archivos 125-1, 125-2, 125-3 de aplicacion, respectivamente, para indicar que estos archivos 125-1, 125-2, 125-3 de aplicacion no se guardan localmente en el dispositivo 110-2 cliente y tambien puede

5

10

15

20

25

30

35

40

45

50

55

60

colorearse para indicar si los archivos de aplicacion estan disponibles o no para el dispositivo 110-2 cliente. Siguiendo con este ejemplo, los iconos 810-1, 810-2 y 810-3 pueden estar localizados junto a los archivos 125-1, 125-2, 125-3 de aplicacion para indicar que estos archivos de aplicacion no se guardan localmente en el dispositivo 110-2 cliente, pero tambien puede colorearse de rojo para indicar que estos archivos 125-1, 125-2, 125-3 de aplicacion no estan disponibles para el dispositivo 110-2 cliente. Como alternativa, los iconos 810-1, 810-2 y 810-3 pueden colocarse junto a los archivos 125-1, 125-2, y 125-3 de aplicacion para indicar que estos archivos de aplicacion no se guardan localmente en el dispositivo 110-2 cliente, pero tambien pueden colorearse de verde para indicar que estos archivos 125-1, 125-2, 125-3 de aplicacion estan disponibles para el dispositivo 110-2 cliente. Por lo tanto, los iconos 810-1, 810-2 y 810-3 pueden proporcionar unas marcas visuales alternativas para indicar si ciertos archivos de aplicacion en la lista 181 de archivos de itinerancia estan disponibles o no para un usuario del dispositivo 110-2 cliente.

La figura 8C ilustra otra vista 850 de interfaz de usuario a modo de ejemplo de una lista 181 de archivos de itinerancia para la visualizacion de archivos de aplicacion disponibles y no disponibles asociados con un dispositivo 110-2 cliente a modo de ejemplo. La vista 850 de interfaz de usuario de la lista 181 de archivos de itinerancia ilustra una lista de archivos 125-1, 125-2, 125-3, 126-1 y 126-2 de aplicacion, teniendo cada uno de los mismos un GUID 300-1... 300-5 correspondiente, respectivamente. Una vez mas el texto en negrita asociado con los archivos 125-1, 125-2, 125-3 de aplicacion puede representar un codigo de colores para los archivos que no se guardan localmente en el dispositivo 110-2 cliente y la ausencia de tal texto en negrita para los archivos 126-1 y 126-2 de aplicacion indica que estos archivos de aplicacion se almacenan localmente y estan disponible para el dispositivo 110-2 cliente.

Como otra alternativa a modo de ejemplo, los archivos 125-1, 125-2, 125-3 de aplicacion tambien pueden tener un icono 810-1, 810-2 y 810-3 asociado como una marca visual adicional para indicar si el archivo de aplicacion esta disponible o no disponible. De este modo, el texto en negrita asociado con los archivos 125-1, 125-2, 125-3 de aplicacion puede representar el color verde para indicar que estos archivos de aplicacion no se guardan localmente en el dispositivo 110-2 cliente junto con un icono 810-1, 810-2 y 810-3 asociado tambien de color verde para indicar que el estado de maquina del dispositivo cliente asociado (el dispositivo 110-1 cliente) esta en un estado ENCENDIDO y los archivos 125-1, 125-2, 125-3 de aplicacion estan disponibles, pero deben descargarse en el dispositivo 110-2 cliente antes de que puedan accederse por el usuario. Como alternativa, el texto en negrita puede representar el color rojo para indicar que los archivos 125-1, 125-2, 125-3 de aplicacion no se almacenan localmente en el dispositivo 110-2 cliente y los iconos 810-1, 810-2 y 810-3 asociados tambien son de color rojo para indicar que el estado de maquina de ese dispositivo cliente donde se almacenan los archivos 125-1, 125-2, 125-3 de aplicacion (por ejemplo, el dispositivo 110-1 cliente) esta en un estado APAGADO y por lo tanto los archivos 125-1, 125-2, 1253 de aplicacion no estan disponibles. De esta manera, un usuario puede identificar visualmente con facilidad los archivos que se guardan localmente y los que estan disponibles desde un dispositivo remoto y los que estan almacenados en un dispositivo cliente remoto, pero no estan disponibles. Una vez mas, un archivo de aplicacion esta disponible para un usuario si el archivo de aplicacion se almacena localmente en el dispositivo 110-2 cliente o si se almacena en un dispositivo cliente remoto (por ejemplo, el 110-1) y el estado de maquina del dispositivo cliente remoto esta en un estado ENCENDIDO.

La figura 9 ilustra un diagrama de bloques del sistema 100 de extraccion de archivos en el que un archivo de aplicacion (por ejemplo, el 125-1) se descarga por un dispositivo 110-2 cliente que es diferente del dispositivo 110-1 cliente en el que el archivo 125-1 de aplicacion se ha salvado originalmente de manera local. En este escenario de uso espedfico, el dispositivo 110-1 cliente puede denominarse como un “dispositivo cliente remoto”, ya que esta ffsicamente alejado del dispositivo 110-2 cliente, que se esta descargando el archivo 125-1 de aplicacion y el dispositivo 110-2 cliente puede denominarse como un “dispositivo cliente local”, ya que es en realidad el que realiza las operaciones de descarga. Ademas, para facilitar la explicacion, el archivo 125-1 de aplicacion almacenado en el dispositivo 110-1 cliente es representativo de uno de los archivos 125-1... 125-N de aplicacion almacenados en la memoria 120-1 en el dispositivo 110-1 cliente remoto (mostrado en la figura 1) seleccionado para descargarse al dispositivo 110-2 cliente. Sin embargo, debena entenderse que cualquiera de los archivos 125-1... 125-N de aplicacion guardados en el dispositivo 110-1 cliente remoto e identificados en la lista 181 de archivos de itinerancia puede seleccionarse para su descarga en el dispositivo 110-2 cliente.

Por ejemplo, un usuario del dispositivo 110-2 cliente puede solicitar descargar el archivo 125-1 de aplicacion identificado en la lista 181 de archivos de itinerancia guardada en el dispositivo 110-1 cliente remoto (mostrado en la figura 1) a traves de servidor 150 de extraccion de archivos y la red 140. En particular, un usuario en el dispositivo 110-2 cliente puede seleccionar el archivo 125-1 de aplicacion disponible identificado en la lista 181 de archivos de itinerancia a traves de una interfaz de usuario mostrada, por ejemplo, en las figuras 8A-8C. El archivo 125-1 de aplicacion seleccionado puede estar disponible para su descarga basandose en el estado de maquina del dispositivo 110-1 cliente remoto determinado por el servicio 160 de web como se ha descrito anteriormente haciendo referencia a las figuras 3-6. Una vez que se selecciona el archivo 125-1 de aplicacion por el usuario del dispositivo 110-2 cliente, el componente 173-2 de gestor de archivos envfa una directiva 190 de control al servidor 150 de extraccion de archivos a traves de la red 140 para ordenar al servicio 160 de web que recupere el archivo 125-1 de aplicacion almacenado en el dispositivo 110-1 cliente. El servicio 160 de web establece una sesion de comunicacion segura con el dispositivo 110-1 cliente y extrae o recupera el archivo 125-1 de aplicacion de la memoria 120-1 basandose en el GUlD asociado con el archivo 125-1 de aplicacion seleccionado. El gestor 155 de archivos de servidor recibe el archivo 125-1de aplicacion y, con una sesion de comunicacion establecida por el servicio 160 de web, descarga el

5

10

15

20

25

30

35

40

45

50

55

archivo 125-1 de aplicacion devuelto del servidor 150 de extraccion de archivos al dispositivo 110-2 cliente a traves de la red 140.

Como se ha senalado anteriormente, los dispositivos 110-1, 110-2 cliente se comunican con el servicio 160 de web a traves de la red 140 para transferir la lista 175-1 de archivos recientes, asf como para transferir y recuperar los archivos de aplicacion (por ejemplo, el 125-1) para/desde el servidor 150 de extraccion de archivos. Existen unas especificaciones de servicios de web, una arquitectura y unos modelos de invocacion convencionales para proporcionar el registro y la comunicacion para y desde los servicios web, tal como el servicio 160 de web a traves de la red 140, tal como se define por la Organizacion de interoperabilidad de servicios web (WS-I). Un numero de diferentes tecnicas pueden utilizarse para proporcionar dicha comunicacion, cualquiera de las cuales puede utilizarse para registrar los dispositivos 110-1, 110-2 cliente con el servicio 160 de web y para proporcionar la transferencia de la lista 175-1 de archivos recientes, la lista 180, 181 de archivos de itinerancia, asf como el archivo 125-1 de aplicacion. Sin embargo, a modo de antecedente, una interaccion tfpica entre el dispositivo 110-1 cliente y el servicio 160 de web se describira como un ejemplo de una forma en que el cliente 110-1 se comunica con el servicio 160 de web para transferir la lista 175-1 de archivos recientes y el archivo 125-1 de aplicacion al servidor 150 de extraccion de archivos, asf como el registro y la comunicacion entre los dispositivos 110-1, 110-2 cliente y el servicio 160 de web. La siguiente descripcion puede aplicarse igualmente a la comunicacion entre el servicio 160 de web y cualquiera de los dispositivos 110-1... 110-N cliente.

Por ejemplo, para comunicarse con el servicio 160 de web, un programa de aplicacion (por ejemplo, el programa 170-1 de aplicacion) del dispositivo 110-1 cliente inicia una llamada de procedimiento para el servicio 160 de web mediante un archivo WSDL obtenido del servicio 160 de web. Se establece un canal de comunicacion HTTP a lo largo de la red 140 con el servicio 160 de web usando un punto de extremo de servicio asociado con el servicio 160 de web definido en el archivo WSDL. Una llamada de procedimiento se envfa desde el programa 170-1 de aplicacion al servicio 160 de web sobre la conexion HTTP usando SOAP y RPC. Brevemente, RPC es un mecanismo de comunicacion entre procedimientos que permite el intercambio y la invocacion de datos de funcionalidad entre el dispositivo 110-1 cliente y el servicio 160 de web. El servicio 160 de web acepta la llamada de procedimiento, realiza el procesamiento basandose en la llamada de procedimiento, y devuelve una respuesta al dispositivo 110-1 cliente a traves del canal de comunicacion HTTP establecido a lo largo de la red 140 usando tambien SOAP y RPC. El dispositivo 110-1 cliente devuelve la respuesta del servicio 160 de web al programa 170-1 de aplicacion. Este procedimiento describe, en general, una forma de registro, autenticacion y comunicacion entre un dispositivo 110-1 cliente... 110-N y un servicio 160 de web que puede realizarse.

La figura 10 ilustra una realizacion de un flujo 1000 logico para el sistema de la figura 9. El flujo 1000 logico puede ser representativo de algunas o todas de las operaciones ejecutadas por una o mas realizaciones descritas en el presente documento, tal como, por ejemplo, el dispositivo 110-2 cliente.

En la realizacion ilustrada mostrada en la figura 10, un usuario selecciona un archivo de aplicacion disponible almacenado en un dispositivo cliente remoto en el bloque 1010, donde la disponibilidad del archivo de aplicacion se basa en el estado de maquina del dispositivo cliente remoto. Por ejemplo, el componente 173-2 de gestor de archivos procesa una solicitud de un usuario para seleccionar el archivo 125-1 de aplicacion guardado en el dispositivo 110-1 cliente remoto. El archivo 125-1 de aplicacion tiene un indicador de disponibilidad asociado basado en el estado de maquina del dispositivo 110-1 cliente. En particular, si el estado de maquina del dispositivo 110-1 cliente esta en ENCENDIDO, el GUID 300 que corresponde al archivo 125-1 de aplicacion seleccionado incluido en la lista 181 de archivos de itinerancia tiene una marca visual asociada para indicar que el archivo 125-1 de aplicacion esta disponible desde el dispositivo 110-1 cliente.

Una directiva de control se envfa por el componente de gestor de archivos de un dispositivo cliente espedfico para recuperar el archivo de aplicacion disponible seleccionado por un usuario del dispositivo cliente remoto en el bloque 1020. Por ejemplo, el componente 173-2 de gestor de archivos del dispositivo 110-2 cliente envfa una directiva 190 de control al servidor 150 de extraccion de archivos a traves de la red 140 para ordenar al gestor 155 de archivos de servidor recuperar el archivo 125-1 de la aplicacion seleccionado, almacenado en el dispositivo 110-1 cliente remoto a traves del servicio 160 de web.

La directiva de control se recibe por el servidor 150 de extraccion de archivos para recuperar el archivo de aplicacion disponible seleccionado por el usuario del dispositivo 110-2 cliente en el bloque 1040. Por ejemplo, el servidor 150 de extraccion de archivos recibe la directiva 190 de control desde el dispositivo 110-2 cliente y el servicio 160 de web establece una sesion de comunicacion segura con el archivo 110-1 de aplicacion remoto.

El archivo de aplicacion disponible se recupera del dispositivo 110-1 cliente remoto en el bloque 1060 a traves de la sesion de comunicacion segura establecida entre el servicio 160 de web y el dispositivo 110-1 cliente remoto. Por ejemplo, el servicio 160 de web obtiene o recupera el archivo 125-1 de aplicacion seleccionado de la memoria 120-1 del archivo 110-1 de aplicacion remoto basandose en el GUID 300 asociado con el mismo y el gestor 155 de archivos en el servidor 150 de extraccion de archivos recibe el archivo 125-1 de aplicacion seleccionado.

El archivo de aplicacion disponible se envfa desde el servidor 150 de extraccion de archivos al dispositivo 110-2 cliente en el bloque 1080. Por ejemplo, el gestor 155 de archivos de servidor en el servidor 150 de extraccion de

5

10

15

20

25

30

35

40

45

50

55

60

archivos envfa el archivo 125-1 de aplicacion disponible al dispositivo 110-2 cliente a traves de la red 140 usando la sesion de comunicacion establecida por el servicio 160 de web entre el dispositivo 110-2 cliente y el servidor 150 de extraccion de archivos.

El archivo de aplicacion seleccionado se descarga en el dispositivo 110-2 cliente en el bloque 1090. Por ejemplo, el dispositivo 110-2 cliente descarga el archivo 125-1 de aplicacion seleccionado recuperado desde el dispositivo 110-1 cliente a traves del servidor 150 de extraccion de archivos y un usuario abre el archivo usando el componente 173-2 de gestor de archivos y el programa 170-2 de aplicacion.

La figura 11 ilustra un diagrama de bloques del sistema 100 de extraccion de archivos en el que el dispositivo 110-2 cliente y, en particular el componente 173-2 de gestor de archivos, guarda el archivo 125-1 de aplicacion en un servidor 950 de red a traves de la red 140. En particular, el componente 173-2 de gestor de archivos descarga el archivo 125-1 de aplicacion desde el servidor 150 de extraccion de archivos como se ha descrito anteriormente haciendo referencia al sistema de la figura 10. Cuando un usuario del dispositivo 110-2 cliente usa el programa 1702 de aplicacion, y en particular el componente 173-2 de gestor de archivos, para abrir el archivo 125-1 de aplicacion, se muestra un aviso, mediante el componente 173-2 de gestor de archivos al usuario a traves de una interfaz de usuario y un dispositivo de salida (por ejemplo, una pantalla), de que el archivo descargado es de “solo lectura”. En el caso de que el usuario del dispositivo 110-2 cliente guarde y/o modifique y guarde el archivo 125-1 de aplicacion usando el programa 170-2 de aplicacion, el usuario puede hacerlo cargando el archivo 125-1 de aplicacion en un servidor 950 de red traves de la red 140. Los ejemplos de tal servidor 950 de red pueden incluir, sin limitacion MICROSOFT SHAREPOINT SERVER, MICROSOFT WINDOWS LIVE SKYDRIVE®, MICROSOFT LYNC SERVER, MICROSOFT OFFICE FORMS SERVER, MICROSOFT OFFICE GROOVE® SERVER, MICROSOFT OFFICE PROJECT SERVER, MICROSOFT OFFICE PROJECT SERVER PORTFOLIO SERVER y MICROSOFT OFFICE PERFORMANCEPOINT® SERVER. En particular, el componente 173-2 de gestor de archivos envfa una directiva de control a una aplicacion de servidor en el servidor 950 de red para guardar el archivo 125-1 de aplicacion. Una vez que se establece una sesion de comunicacion entre el servidor 950 de red y el dispositivo 110-2 cliente, el componente 173-2 de gestor de archivos envfa un archivo 125-1 de aplicacion al servidor 950 a traves de la red 140.

Ya que el archivo descargado esta en formato de solo lectura, un usuario puede guardar el archivo 125-1 de aplicacion en la memoria 120-2 local en el dispositivo 110-2 cliente si se guarda una nueva version del archivo 125-1 de aplicacion y/o se cambia el nombre del archivo 125-1 de aplicacion. En cualquiera de los casos, un nuevo GUID 300, espedfico para el renombrado o la version mas reciente del archivo 125-1 de aplicacion se generara por el componente 173-2 de gestor de archivos y la lista 181 de archivos de itinerancia asociada con el programa 170-2 de aplicacion se actualizara con el renombrado o la version mas reciente del archivo 125-1 de aplicacion. En el caso de que el archivo 125-1 de aplicacion se guarde como una nueva version, varias versiones y procedimientos de sincronizacion pueden implementarse para reconciliar las diferentes versiones del archivo 125-1 de aplicacion entre los dispositivos 110-1 y 110-2 cliente. En cualquier caso, el archivo 125-1 de aplicacion descargado al dispositivo 110-2 cliente, pero guardado como un archivo o una version diferente recibira un nuevo GUID 300 y ya no se asociara con el archivo 125-1 de aplicacion guardado originalmente en el dispositivo 110-1 cliente.

La figura 12 ilustra un diagrama de bloques del sistema 100 de extraccion de archivos en el que el GUID en la lista 181 de archivos de itinerancia asociada con el archivo de aplicacion descargado desde el dispositivo 110-1 cliente y guardado en el servidor 950 de red, se actualiza con un identificador 960 de red con el fin de identificar donde se almacena una version mas reciente del archivo de aplicacion. Ya que el archivo 125-1 de aplicacion se ha descargado desde el dispositivo 110-1 de aplicacion remoto al dispositivo 110-2 cliente y se guarda en el servidor 950 de red, el sistema 100 actualiza el GUID para el archivo 125-1 de aplicacion con el identificador 960 de red para diferenciar entre las dos versiones del mismo archivo de aplicacion, es decir, el archivo de aplicacion almacenado originalmente en el dispositivo 110-1 cliente y la misma o una version mas reciente del archivo de aplicacion almacenado por un usuario en el servidor 950 de red.

En particular, cuando el archivo 125-1 de aplicacion se salva por un usuario en el servidor 950 de red, se envfa un identificador 960 de red al componente 173-2 de gestor de archivos del programa 170-2 de aplicacion. El identificador 960 de red puede ser una ruta de archivo de servidor de red que indica donde se almacena el archivo 125-1 de aplicacion en el servidor 950 de red. Un ejemplo de una ruta de archivo de servidor de red de este tipo puede ser un identificador de recursos uniforme (URI) u otra ruta de archivo de servidor de red espedfica de la aplicacion.

El componente 173-2 de gestor de archivos recibe el identificador 960 de red y anade el identificador de red al GUID asociado con el archivo 125-1 de aplicacion en la lista 181 de archivos de itinerancia. En particular, y como se ha descrito anteriormente haciendo referencia a la figura 7, la lista 181 de archivos de itinerancia incluye la lista 180 de archivos de itinerancia asociada con el dispositivo 110-1 cliente recibido desde el servidor 150 de extraccion de archivos y la lista 175-2 de archivos recientes asociada con el programa 170-2 de aplicacion local para el dispositivo 110-2 cliente. Ya que la fuente del archivo 125-1 de aplicacion es originalmente el dispositivo 110-1 cliente, el GUID 300 asociado con el archivo 125-1 de aplicacion incluye el identificador 305 de maquina del dispositivo 110-1 cliente y la parte 310 de ruta de archivo local que identifica la localizacion y el nombre del archivo dentro del dispositivo 1101 cliente donde se ha almacenado el archivo 125-1 de aplicacion. Sin embargo, el archivo 125-1 de aplicacion se ha almacenado posteriormente por un usuario del dispositivo 110-2 cliente en el servidor 950 de red que es una

5

10

15

20

25

30

35

40

45

50

55

60

localizacion diferente del dispositivo 110-1 cliente, la fuente original del archivo de aplicacion. El identificador 960 de red representa la nueva localizacion guardada del archivo 125-1 de aplicacion recuperado originalmente del dispositivo 110-1 cliente. De esta manera, el GUID 300 asociado con el archivo 125-1 de aplicacion puede actualizarse para incluir el identificador 960 de red, junto con la anterior informacion de GUID del identificador 305 de maquina que representa el dispositivo 110-1 cliente y la parte 310 de ruta de archivo local.

La figura 13 es un diagrama de bloques de un GUID 970 a modo de ejemplo asociado con el archivo 125-1 de aplicacion guardado en el servidor 950 de red. Debena entenderse que aunque la siguiente descripcion es con respecto al archivo 125-1 de aplicacion, el formato del GUID 970 es igualmente aplicable a cualquier archivo de aplicacion descargado desde un primer dispositivo cliente (por ejemplo, el 110-1) y guardado en un servidor de red (por ejemplo, el 950) por un segundo dispositivo cliente (por ejemplo, el 110-2) de acuerdo con la presente descripcion. El GUID 970 mostrado en la figura 13 puede ser similar al GUID 300 mostrado en la figura 3, modificado con informacion adicional. Por ejemplo, el GUID 970 comprende un identificador 305 de maquina, una parte 310 de ruta de archivo local y un identificador 960 de red. El identificador 305 de maquina identifica el dispositivo de maquina o cliente espedfico donde se ha guardado originalmente el archivo 125-1 de aplicacion, en este caso el dispositivo 110-1 cliente. La parte 310 de ruta de archivo local del GUID 970 identifica la localizacion y el nombre de archivo, asociados con el programa 170-1 de aplicacion espedfico, dentro del dispositivo 110-1 cliente, donde se ha almacenado el archivo 125-1 de aplicacion. El identificador 960 de red, que puede representar la ruta de archivo en el servidor 950 de red donde se almacena el archivo 125-1 de aplicacion, se anade al identificador 305 de maquina y a la parte 310 de ruta de archivo local para comprender el GUID 970.

La figura 14 ilustra un diagrama de bloques del sistema 100 de extraccion de archivos en el que se envfa una lista 182 de archivos de itinerancia, generada por el componente 173-2 de gestor de archivos del dispositivo 110-2 cliente, al servidor 150 de extraccion de archivos a traves de la red 140. Una vez que el archivo de aplicacion se almacena en el servidor 950 de red, se usa la lista de archivos de itinerancia por el sistema 100 para reconocer que una version mas reciente del archivo de aplicacion, originalmente almacenado localmente en el dispositivo 110-1 cliente, se almacena en el servidor de red y alerta al usuario de esta nueva version del archivo de aplicacion. Por ejemplo, si un usuario ya no esta usando el dispositivo 110-2 cliente, pero vuelve a usar el dispositivo 110-1 cliente e intenta acceder al archivo 125-1 de aplicacion, se alerta al usuario de que una version mas reciente del archivo 1251 de aplicacion se almacena en el servidor 950 de red. A continuacion, se da al usuario la opcion de acceder a la version mas reciente almacenada en el servidor 950 de red o de acceder a la version original almacenada localmente en el dispositivo 110-1 cliente. Es el uso de la lista 182 de archivos de itinerancia, enviada al servidor 150 de extraccion de archivos desde el dispositivo 110-2 cliente, y mas tarde comparada con la lista 175-1 de archivos recientes del dispositivo 110-1 cliente, lo que permite al sistema 100 alertar a un usuario de que esta disponible una version mas reciente del archivo de aplicacion.

En particular, cuando el archivo 125-1 de aplicacion se almacena en el servidor 950 de red como se describe haciendo referencia a la figura 11, el GUID 970 asociado con el archivo 125-1 de aplicacion se modifica a partir del GUID 300 identificado en la lista 181 de archivos de itinerancia. Una vez mas, la lista 181 de archivos de itinerancia incluye los archivos de aplicacion guardados en el dispositivo 110-1 cliente, asf como la lista 175-2 de archivos recientes asociada con los archivos 126-1... 126-N de aplicacion para el programa 170-2 de aplicacion guardado localmente en el dispositivo 110-2 cliente. Cuando el archivo 125-1 de aplicacion se almacena en el servidor 950 de red, el componente 173-2 de gestor de archivos actualiza la lista 181 de archivos de itinerancia con el GUID 970 y genera la lista 182 de archivos de itinerancia. De esta manera, la lista 182 de archivos de itinerancia incluye la lista 175-2 de archivos recientes, asf como el GUID 970 para el archivo 125-1 de aplicacion guardado en el servidor 950 de red. La lista 182 de archivos de itinerancia se envfa, por el componente 173-2 de gestor de archivos, al servidor 150 de extraccion de archivos a traves de la red 140 y se compara (como se detalla a continuacion) con la lista 1751 de archivos recientes del dispositivo 110-1 cliente para determinar si esta disponible una version mas reciente del archivo 125-1 de aplicacion para un usuario. La lista 182 de archivos de itinerancia puede enviarse al servidor 150 de extraccion de archivos a diversos intervalos de tiempo predeterminados por el componente 173-2 de gestor de archivos, durante el uso del programa 170-2 de aplicacion, o puede enviarse tras la ocurrencia de una instruccion espedfica, del programa 170-2 de aplicacion.

La figura 15 ilustra un diagrama de bloques de la lista 182 de archivos de itinerancia. La lista 182 de archivos de itinerancia es una combinacion de la lista 181 de archivos de itinerancia y del identificador 960 de red asociado con uno o mas archivos de aplicacion identificados en la lista 181 de archivos de itinerancia. En particular, la lista 181 de archivos de itinerancia es una combinacion de los archivos de aplicacion identificados en la lista 180 de archivos de itinerancia y de los archivos de aplicacion identificados en la lista 175-2 de archivos recientes. Una vez mas, la lista 180 de archivos de itinerancia identifica los archivos de aplicacion guardados en el dispositivo 110-1 cliente y la lista 175-2 de archivos recientes identifica los archivos de aplicacion guardados localmente en el dispositivo 110-2 cliente. Cuando el archivo 125-1 de aplicacion se guarda en el servidor 950 de red, se asigna un identificador 960 de red al GUID 300 del archivo 125-1 de aplicacion para comprender el GUID 970. El componente 173-2 de gestor de archivos actualiza la lista 181 de archivos de itinerancia con el GUID 970 asociado con el archivo 125-1 de aplicacion para generar la lista 182 de archivos de itinerancia. De esta manera, la lista 182 de archivos de itinerancia incluye: (i) los archivos 125-1... 125-N de aplicacion guardados en el dispositivo 110-1 cliente basandose en la lista 180 de archivos de itinerancia recibida; (ii) los archivos 126-1... 126-N de aplicacion identificados en la lista 175-2 de archivos recientes del componente 173-2 de gestor de archivos local para el dispositivo 110-2 cliente; y (iii) los

5

10

15

20

25

30

35

40

45

50

55

60

archivos 125-1... 125-N de aplicacion recibidos por el dispositivo 110-2 cliente desde el dispositivo 110-1 cliente, pero guardados en el servidor 950 de red. Los archivos de aplicacion identificados en la lista 182 de archivos de itinerancia que no estan disponibles debido al estado de maquina del dispositivo 110-1 cliente todavfa estan identificados en la lista 182 de archivos de itinerancia, pero se indican como no disponibles para el usuario del dispositivo 110-2 cliente en consistencia con las vistas de interfaz de usuario a modo de ejemplo de las figuras 8A- 8C.

La figura 16 ilustra un diagrama de bloques del sistema 100 de extraccion de archivos en el que un usuario del dispositivo 110-1 cliente abre el programa 173-1 de aplicacion para recuperar un archivo de aplicacion anteriormente guardado localmente en el dispositivo 110-1. El programa 173-1 de aplicacion envfa una directiva de control al servicio 160 de web para recuperar la lista 182 de archivos de itinerancia anteriormente guardada en el servidor 150 de extraccion de archivos desde el cliente 110-2. La lista 182 de archivos de itinerancia se compara con la lista 1751 de archivos recientes asociada con el programa 170-1 de aplicacion. Una vez mas, las listas 175-1 de archivos recientes enumeran algunos de los archivos 125-1... 125-N de aplicacion accedidos por un usuario del dispositivo 110-1 cliente asociado con el programa 170-1 de aplicacion espedfico.

Cuando un usuario selecciona un archivo 125-1... 125-N de aplicacion espedfico identificado en la lista 175-1 de archivos recientes, el componente 173-1 de gestor de archivos comprueba la lista 182 de archivos de itinerancia guardada en el servidor 150 de extraccion de archivos para determinar si el archivo 125-1... 125-N de aplicacion seleccionado tiene una nueva localizacion. En particular, el gestor 173-1 de archivos comprueba el GUID (por ejemplo, el 300) del archivo 125-1... 125-N de aplicacion seleccionado de la lista 175-1 de archivos recientes con el GUlD (por ejemplo, el 300) del mismo archivo de aplicacion en la lista 182 de archivos de itinerancia. Si el GUID (por ejemplo, el 300) en la lista 175-1 de archivos recientes para el archivo 125-1... 125-N de aplicacion seleccionado coincide con el GUID (por ejemplo, el 300) del mismo archivo de aplicacion en la lista 182 de itinerancia, el componente 173-1 de gestor de archivos abre el archivo 125-1... 125-N de aplicacion seleccionado almacenado en la memoria 120-1. Si el GUID (por ejemplo, el 300) en la lista 175-1 de archivos recientes para el archivo 125-1... 125-N de aplicacion seleccionado no coincide con el GUID (por ejemplo, el 970) del mismo archivo 125-1... 125-N de aplicacion en la lista 182 de itinerancia, el componente 173-1 de gestor de archivos utiliza un identificador 960 de red del GUID no coincidente (por ejemplo, el 970) para enviar una solicitud al servidor 950 de red para recuperar el archivo 125-1... 125-N de aplicacion del servidor 950 de red. A modo de ejemplo, el GUID 300 para un archivo 125-1 de aplicacion seleccionado que se ha identificado en la lista 175-1 de archivos recientes comprende un identificador 305 de maquina correspondiente y una parte 310 de ruta de archivo local. Sin embargo, si el mismo archivo 125-1 de aplicacion se ha guardado por un usuario a traves del dispositivo 110-2 cliente en el servidor 950 de red, el GUID 970 tambien incluira un identificador 960 de red ademas del identificador 305 de maquina y una parte 310 de ruta de archivo local. Por lo tanto, el GUID 300 para el mismo archivo 125-1 de aplicacion no coincidira cuando el archivo 125-1 de aplicacion se ha guardado en una nueva localizacion (por ejemplo, el servidor 950 de red). En este caso, el componente 173-1 de gestor de archivos reproduce un aviso para el usuario que indica que una nueva version del archivo 125-1 de aplicacion seleccionado esta disponible y si al usuario le gustana cambiar o no el archivo 125-1 de aplicacion guardado en el servidor 950 de red.

La figura 17 ilustra una realizacion de un flujo 1700 logico para el sistema 100 de extraccion de archivos. El flujo 1700 logico puede ser representativo de algunas o todas de las operaciones ejecutadas por una o mas realizaciones descritas en el presente documento, tal como la recuperacion de un archivo de aplicacion originalmente guardado por un usuario en el dispositivo 110-1 cliente, pero posteriormente descargado y guardado en el servidor 950 de red por un usuario en el dispositivo 110-2 cliente.

En la realizacion ilustrada mostrada en la figura 17, el flujo 1700 logico comprueba el GUID de un archivo de aplicacion con la lista de archivos de itinerancia. Por ejemplo, cuando un usuario selecciona el archivo 125-1 de aplicacion (que originalmente se ha guardado localmente en el dispositivo 110-1 cliente) a traves de la lista 175-1 de archivos recientes, el componente 173-1 de gestor de archivos comprueba la lista 182 de archivos de itinerancia guardada en el servidor 150 de extraccion de archivos para determinar si el archivo 125-1 de aplicacion seleccionado tiene una nueva localizacion guardada. Como alternativa, la lista 182 de archivos de itinerancia puede descargarse desde el servidor 150 de extraccion de archivos y guardarse en el dispositivo cliente (por ejemplo, el 110-1), en cuyo caso el componente 173-1 de gestor de archivos comprueba la lista 182 de archivos de itinerancia en el dispositivo 110-1 cliente local cuando un usuario selecciona el archivo 125-1 de aplicacion para determinar si tiene una nueva localizacion guardada. Esta alternativa proporciona rendimiento de sistema ya que el componente 173-1 de gestor de archivos no tiene que comunicarse con el servidor 150 de extraccion de archivos, sino que realiza la comprobacion localmente en el dispositivo 110-1 cliente.

El flujo 1700 logico determina si el GUID en la lista de archivos recientes coincide con el GUID en la lista de archivos de itinerancia en el bloque 1705. Por ejemplo, el gestor 173-1 de archivos comprueba el GUID del archivo 125-1 de aplicacion seleccionado de la lista 175-1 de archivos recientes con el GUID del mismo archivo 125-1 de aplicacion en la lista 182 de archivos de itinerancia para determinar si coinciden.

El flujo 1700 logico abre el archivo de aplicacion desde el dispositivo cliente local en el bloque 1707 si el GUID en la lista de archivos recientes coincide con el GUID correspondiente para el mismo archivo de aplicacion en la lista de archivos de itinerancia. Por ejemplo, si el archivo 125-1 de aplicacion, guardado originalmente en el dispositivo 110-1

5

10

15

20

25

30

35

40

45

50

55

60

cliente, no se ha guardado en el servidor 950 de red, el GUID 300 para archivo 125-1 de aplicacion identificado en la lista 175-1 de archivos recientes coincidira con el GUID 300 para el archivo 125-1 de aplicacion identificado en la lista 182 de archivos de itinerancia. Esto indica que no existe una nueva version del archivo 125-1 de aplicacion. Por lo tanto, el gestor 173-1 de archivos abre el archivo 125-1 de aplicacion almacenado localmente en la memoria 1201 del dispositivo 110-1 cliente.

El flujo 1700 logico reproduce un aviso que indica que una nueva version del archivo de aplicacion seleccionado esta disponible en el bloque 1709 si el GUlD en la lista de archivos recientes no coincide con el GUID correspondiente para el mismo archivo de aplicacion en la lista de archivos de itinerancia. Por ejemplo, si el archivo 125-1 de aplicacion se ha guardado originalmente en el dispositivo 110-1 cliente, pero se ha accedido posteriormente por un usuario del dispositivo 110-2 cliente y se guarda en el servidor 950 de red, el GUID 300 identificado en la lista 175-1 de archivos recientes y el GUID 970 identificado en la lista 182 de archivos recientes para el mismo archivo 125-1 de aplicacion no coincidira. En particular, el GUID 300 para el archivo 125-1 de aplicacion seleccionado identificado en la lista 175-1 de archivos recientes comprende un identificador 305 de maquina correspondiente y una parte 310 de ruta de archivo local. Sin embargo, ya que el mismo archivo 125-1 de aplicacion se ha guardado por un usuario a traves del dispositivo 110-2 cliente en el servidor 950 de red, el GUID 970 tambien incluira un identificador 960 de red ademas del identificador 305 de maquina y la parte 310 de ruta de archivo local. Por lo tanto, los GUID 300, 970 para el mismo archivo 125-1 de aplicacion no coincidiran y un aviso se reproducira para el usuario que indica que la version mas reciente del archivo 125-1 de aplicacion esta disponible desde el servidor 950 de red.

El flujo 1700 logico determina si el usuario selecciona la version mas reciente del archivo de aplicacion en el bloque 1711 basandose en la reproduccion del aviso que indica que esta disponible una nueva version del archivo de aplicacion seleccionado. Por ejemplo, el componente 173-1 de gestor de archivos determina si el usuario del dispositivo 110-1 cliente selecciona la version mas reciente del archivo 125-1 de aplicacion guardado en el servidor 950 de red. Si el usuario no selecciona la version mas reciente del archivo 125-1 de aplicacion, el flujo logico abre el archivo 125-1 de aplicacion guardado en el dispositivo cliente local en el bloque 1707. Por ejemplo, si el usuario no selecciona abrir la version mas reciente del archivo 125-1 de aplicacion guardada en el servidor 950 de red, el componente 173-1 de gestor de archivos abre el archivo 125-1 de aplicacion guardado en la memoria 120-1 del dispositivo 110-1 cliente.

El flujo 1700 logico recupera el archivo de aplicacion del servidor de red en el bloque 1713 si el usuario ha seleccionado la version mas reciente del archivo de aplicacion. Por ejemplo, si el usuario selecciona abrir la version mas reciente del archivo 125-1 de aplicacion guardada en el servidor 950 de red, el componente 173-1 de gestor de archivos recupera el archivo de aplicacion del servidor 950 de red.

La figura 18 ilustra una realizacion de una arquitectura 1800 informatica a modo de ejemplo, tal como los dispositivos 110-1 y 110-2 clientes adecuados para implementar diversas realizaciones del sistema 100 como se ha descrito anteriormente. La arquitectura 1800 informatica incluye diversos elementos informaticos comunes, tales como uno o mas procesadores, coprocesadores, unidades de memoria, conjuntos de chips, controladores, perifericos, interfaces, osciladores, dispositivos de temporizacion, tarjetas de video, tarjetas de audio, componentes de entrada/salida (E/S) multimedia, y asf sucesivamente. Las realizaciones, sin embargo, no se limitan a la implementacion de la arquitectura 1800 informatica.

Como se muestra en la figura 18, la arquitectura 1800 informatica comprende una unidad 1804 de procesamiento, una memoria 1806 de sistema y un bus 1808 de sistema. La unidad 1804 de procesamiento puede ser cualquiera de los diversos procesadores disponibles comercialmente. Microprocesadores duales y otras arquitecturas multi- procesador tambien pueden emplearse como la unidad 1804 de procesamiento. El bus 1808 de sistema proporciona una interfaz para los componentes de sistema incluyendo, pero no limitados a, la memoria 1806 de sistema para la unidad 1804 de procesamiento. El bus 1808 de sistema puede ser cualquiera de los diversos tipos de estructura de bus que pueden interconectarse ademas a un bus de memoria (con o sin un controlador de memoria), un bus periferico, y un bus local usando cualquiera de una variedad de arquitecturas de bus disponibles comercialmente.

La memoria 1806 de sistema puede incluir diversos tipos de unidades de memoria, tales como memoria de solo lectura (ROM), memoria de acceso aleatorio (RAM), rAm dinamica (DRAM), DRAM de doble tasa de transferencia (DDRAM), dRaM smcrona (SDRAM), RAM estatica (SRAM), ROM programable (PROM), ROM programable y borrable (EPROM), ROM programable y borrable electricamente (EEPROM), memoria flash, memoria de polfmero tal como una memoria de polfmero ferroelectrica, memoria ovonic, memoria de cambio de fase o ferroelectrica, memoria de silicio-oxido-nitruro-oxido-silicio (SONOS), tarjetas magneticas u opticas, o cualquier otro tipo de medio adecuado para almacenar informacion. En la realizacion ilustrada mostrada en la figura 18, la memoria 1806 de sistema puede incluir una memoria 1810 no volatil y/o una memoria 1812 volatil. Un sistema de entrada/salida basico (BIOS) puede almacenarse en la memoria 1810 no volatil.

El ordenador 1802 puede incluir diversos tipos de medios de almacenamiento legibles por ordenador, incluyendo una unidad 1814 interna de disco duro (HDD), una unidad 1816 de disco magnetico (FDD) para leer o escribir en un disco 1818 magnetico extrafble, y una unidad 1820 de disco optico para leer o escribir en un disco 1822 optico extrafble (por ejemplo, un CD-ROM o DVD). El HDD 1814, el FDD 1816 y la unidad 1820 de disco optico pueden conectarse al bus 1808 de sistema mediante una interfaz 1824 de HDD, una interfaz 1826 de FDD y una interfaz

5

10

15

20

25

30

35

40

45

50

55

60

1828 de unidad optica, respectivamente. La interfaz 1824 de disco duro, para las implementaciones de discos externos, pueden incluir al menos uno o ambos de entre las tecnolog^as de interfaz de bus serie universal (USB) y IEEE 1394.

Las unidades y medios legibles por ordenador asociados proporcionan un almacenamiento volatil y/o no volatil de datos, estructuras de datos, instrucciones ejecutables por ordenador, y asf sucesivamente. Por ejemplo, un numero de modulos de programa puede almacenarse en las unidades de disco y en las unidades 1810, 1812 de memoria, que incluyen un sistema 1830 operativo, uno o mas programas 1832 de aplicacion, tales como los programas 170-1, 170-2 de aplicacion, otros modulos 1834 de programa, y datos 1836 de programa. Un usuario puede introducir comandos e informacion en el ordenador 1802 a traves de uno o mas dispositivos de entrada cableados/inalambricos, por ejemplo, un teclado 1838 y un dispositivo de puntero, tal como un raton 1840. Otros dispositivos de entrada pueden incluir un microfono, un mando a distancia por infrarrojos (IR), una palanca de mando, un mando para juegos, un lapiz optico, una pantalla tactil, o similares. Estos y otros dispositivos de entrada estan a menudo conectados a la unidad 1804 de procesamiento a traves de una interfaz 1842 de dispositivo de entrada que esta acoplada al bus 1808 de sistema, pero pueden estar conectados por otras interfaces tales como un puerto paralelo, un puerto serie IEEE 1394, un puerto de juegos, un puerto USB, una interfaz IR, y asf sucesivamente.

Un monitor 1844 u otro tipo de dispositivo de visualizacion tambien estan conectados al bus 1808 de sistema a traves de una interfaz, tal como un adaptador 1846 de video. El monitor 1844 es un ejemplo del dispositivo de interfaz de usuario usado para mostrar las vistas ilustradas en las figuras 8A-8C. Ademas del monitor 1844, un ordenador tambien puede incluir otros dispositivos perifericos de salida, tales como altavoces, impresoras, y asf sucesivamente.

El ordenador 1802 puede funcionar en un entorno de red usando conexiones logicas a traves de comunicaciones cableadas y/o inalambricas a uno o mas ordenadores remotos, tal como un ordenador 1848 remoto. El ordenador 1848 remoto puede ser una estacion de trabajo, un ordenador servidor, un encaminador, un ordenador personal, un ordenador portatil, un dispositivo de entretenimiento basado en microprocesador, un dispositivo par u otro nodo de red comun, y normalmente incluye muchos o todos los elementos descritos con respecto al ordenador 1802, aunque, a efectos de brevedad, solo se ilustra un dispositivo 1850 de memoria/almacenamiento. Las conexiones logicas representadas incluyen una conectividad cableada/inalambrica a una red 1852 de area local (LAN) y/o a redes de mayor tamano, por ejemplo, una red 1854 de area amplia (WAN). Tales entornos de red LAN y WAN son comunes en oficinas y compares, y facilitan las redes informaticas en toda la empresa, tales como las intranets, todo lo cual puede conectarse a una red de comunicaciones mundial, por ejemplo, Internet.

Cuando se usa en un entorno de red LAN, el ordenador 1802 esta conectado a la LAN 1852 a traves de una interfaz de red de comunicacion cableada y/o inalambrica o un adaptador 1856. El adaptador 1856 puede facilitar la comunicacion cableada y/o inalambrica con la LAN 1852, que tambien puede incluir un punto de acceso inalambrico dispuesto en el mismo para la comunicacion con la funcionalidad inalambrica del adaptador 1856.

Cuando se usa en un entorno de red WAN, el ordenador 1802 puede incluir un modem 1858, o estar conectado a un servidor de comunicaciones sobre la WAN 1854, o tiene otros medios para establecer las comunicaciones sobre la WAN 1854, tal como por medio de Internet. El modem 1858, que puede ser interno o externo y un dispositivo cableado y/o inalambrico, se conecta al bus 1808 de sistema a traves de la interfaz 1842 de dispositivo de entrada. En un entorno de red, los modulos de programa representados con respecto al ordenador 1802, o partes del mismo, pueden almacenarse en el dispositivo 1850 de memoria/almacenamiento remoto. Se apreciara que las conexiones de red mostradas son a modo de ejemplo y pueden usarse otros medios de establecer un enlace de comunicaciones entre los ordenadores.

El ordenador 1802 puede funcionar para comunicarse con los dispositivos cableados e inalambricos o entidades que usan la familia de normas IEEE 802, tales como los dispositivos inalambricos dispuestos operativamente en comunicacion inalambrica (por ejemplo, unas tecnicas de modulacion aereas IEEE 802.11) con, por ejemplo, una impresora, un escaner, un ordenador de escritorio y/o portatil, un asistente digital personal (PDA), un satelite de comunicaciones, cualquier pieza de equipo o localizacion asociada con una etiqueta detectable de manera inalambrica (por ejemplo, un quiosco, un quiosco de prensa, un area de aseo), y un telefono. Esto incluye, al menos, Wi-Fi (o fidelidad inalambrica), WiMax, Bluetooth™, y tecnologfas inalambricas. Por lo tanto, la comunicacion puede ser una estructura predefinida como una red convencional o simplemente una comunicacion ad hoc entre al menos dos dispositivos. Las redes Wi-Fi usan tecnologfas de radio llamadas IEEE 802.11x (a, b, g, etc.) para proporcionar una conectividad inalambrica segura, fiable, rapida. Una red Wi-Fi puede usarse para conectar ordenadores entre sf, a Internet, y para conectar redes cableadas (que usan los medios y las funciones relacionadas con el 802.3 de IEEE).

La figura 19 ilustra un diagrama de bloques de una arquitectura 1900 de comunicaciones a modo de ejemplo adecuada para implementar diversas realizaciones del sistema 100 como se ha descrito anteriormente. La arquitectura 1900 de comunicaciones incluye diversos elementos de comunicacion comunes, tales como un transmisor, un receptor, un transceptor, una radio, una interfaz de red, un procesador de banda base, una antena, unos amplificadores, unos filtros, y asf sucesivamente. Las realizaciones, sin embargo, no se limitan a la

5

10

15

20

25

30

35

40

45

50

55

60

implementacion de la arquitectura 1900 de comunicaciones.

Como se muestra en la figura 19, la arquitectura 1900 de comunicaciones comprende uno o mas clientes 1902 y servidores 1904. Los clientes 1902 pueden implementar el sistema 100. Los servidores 1904 pueden implementar los sistemas 150 y/o 950 de servidor. Los clientes 1902 y los servidores 1904 estan conectados operativamente a uno o mas almacenes 1908 de datos de cliente y almacenes 1910 de datos de servidor respectivos que pueden emplearse para almacenar informacion local de los clientes 1902 y servidores 1904 respectivos, tal como cookies y/o informacion contextual asociada.

Los clientes 1902 y los servidores 1904 pueden comunicarse informacion entre sf mediante una estructura 1906 de comunicaciones. La estructura 1906 de comunicaciones puede implementar cualquiera de las tecnicas y protocolos de comunicacion bien conocidos, tales como los descritos haciendo referencia al sistema 100. La estructura 1906 de comunicaciones puede implementarse como una red de conmutacion de paquetes (por ejemplo, las redes publicas, como Internet, las redes privadas, tales como una intranet de la empresa, y asf sucesivamente), una red de conmutacion de circuitos (por ejemplo, la red telefonica publica conmutada), o una combinacion de una red de conmutacion de paquetes y una red de conmutacion de circuitos (con puertas de enlace y retransmisores adecuados).

Diversas realizaciones como se describen en el presente documento pueden implementarse usando elementos de hardware, elementos de software, o una combinacion de ambos. Ejemplos de elementos de hardware pueden incluir dispositivos, componentes, procesadores, microprocesadores, circuitos, elementos de circuito (por ejemplo, transistores, resistencias, condensadores, inductores, y asf sucesivamente), circuitos integrados, circuitos integrados de aplicacion espedfica (ASIC), dispositivos logicos programables (PLD), procesadores de senales digitales (DSP), matriz de puertas programables en campo (FPGA), unidades de memoria, puertas logicas, registros, dispositivos semiconductores, chips, microchips, conjuntos de chips, y asf sucesivamente. Ejemplos de elementos de software pueden incluir componentes de software, programas, aplicaciones, programas de ordenador, programas de aplicacion, programas de sistema, programas de maquina, software de sistema operativo, middleware, firmware, modulos de software, rutinas, subrutinas, funciones, metodos, procedimientos, interfaces de software, interfaces de programa de aplicacion (API), conjuntos de instrucciones, codigo informatico, codigo de ordenador, segmentos de codigo, segmentos de codigo de ordenador, palabras, valores, sfmbolos, o cualquier combinacion de los mismos. Determinar si se implementa una realizacion usando elementos de hardware y/o elementos de software puede variar de acuerdo con cualquier numero de factores, tales como la velocidad de calculo deseada, niveles de potencia, tolerancias al calor, presupuesto del ciclo de procesamiento, tasas de datos de entrada, tasas de datos de salida, recursos de memoria, velocidades del bus de datos y otras limitaciones de diseno o de rendimiento, segun se desee para una aplicacion determinada.

Algunas realizaciones pueden comprender un artfculo de fabricacion. Un artfculo de fabricacion puede comprender un medio de almacenamiento para almacenar la logica. Ejemplos de un medio de almacenamiento que pueden incluir uno o mas tipos de medios de almacenamiento legibles por ordenador capaces de almacenar datos electronicos, incluyen memoria volatil o memoria no volatil, memoria extrafble o no extrafble, memoria borrable o no borrable, memoria escribible o re-escribible, y asf sucesivamente. Los ejemplos de la logica pueden incluir diversos elementos de software, tales como componentes de software, programas, aplicaciones, programas de ordenador, programas de aplicacion, programas de sistema, programas de maquina, software de sistema operativo, middleware, firmware, modulos de software, rutinas, subrutinas, funciones, metodos, procedimientos, interfaces de software, interfaces de programa de aplicacion (API), conjuntos de instrucciones, codigo informatico, codigo de ordenador, segmentos de codigo, segmentos de codigo de ordenador, palabras, valores, sfmbolos, o cualquier combinacion de los mismos. En una realizacion, por ejemplo, un artfculo de fabricacion puede almacenar instrucciones de programa ejecutables por ordenador que, cuando se ejecutan por un ordenador, hacen que el ordenador realice los procedimientos y/u operaciones de acuerdo con las realizaciones descritas. Las instrucciones de programa ejecutables por ordenador pueden incluir cualquier tipo adecuado de codigo, tal como codigo fuente, codigo compilado, codigo interpretado, codigo ejecutable, codigo estatico, codigo dinamico, y similares. Las instrucciones de programas informaticos ejecutables pueden implementarse de acuerdo con un lenguaje, forma o sintaxis de programacion predefinida, para dar instrucciones a un ordenador para realizar una determinada funcion. Las instrucciones pueden implementarse usando cualquier lenguaje de programacion adecuado de alto nivel, de bajo nivel, visual, orientado a objetos, compilado y/o interpretado.

Algunas realizaciones pueden describirse usando la expresion “una realizacion”, junto con sus derivados. Esta expresion significa que una funcion, estructura, o caractenstica espedfica descrita en conexion con la realizacion se incluye en al menos una realizacion. Las apariciones de la frase “en una realizacion” en diversos lugares en la memoria descriptiva no son necesariamente todas en referencia a la misma realizacion.

Algunas realizaciones pueden describirse usando los terminos “acoplado” y “conectado”, junto con sus derivados. Estos terminos no son necesariamente sinonimos entre sf Por ejemplo, algunas realizaciones pueden describirse usando los terminos “conectado” y/o “acoplado” para indicar que dos o mas elementos estan en contacto ffsico o electrico directo uno con otro. El termino “acoplado”, sin embargo, tambien puede significar que dos o mas elementos no estan en contacto directo entre sf, pero aun asf cooperan o interactuan entre sf

Se enfatiza que se proporciona el resumen de la divulgacion para permitir al lector determinar rapidamente la naturaleza de la divulgacion tecnica. Esto se afirma en el entendimiento de que no se usara para interpretar o limitar el ambito o significado de las reivindicaciones. Ademas, en la descripcion detallada anterior, puede verse que diversas funciones se agrupan entre sf en una unica realizacion con el fin de simplificar la divulgacion. Este 5 procedimiento de divulgacion no debe interpretarse como el reflejo de una intencion de que las realizaciones reivindicadas requieren mas funciones que se citan expresamente en cada reivindicacion. Mas bien, como reflejan las siguientes reivindicaciones, el objeto de la invencion radica en menos que todas las funciones de una sola realizacion desvelada. Por lo tanto, las siguientes reivindicaciones se incorporan de este modo en la descripcion detallada, permaneciendo cada reivindicacion por sf misma como una realizacion separada. En las reivindicaciones 10 adjuntas, los terminos “incluyendo” y “en que” se usan como los equivalentes en ingles de los respectivos terminos “que comprende” y “en el que”, respectivamente. Por otra parte, los terminos “primero”, “segundo”, etc., se usan simplemente como etiquetas, y no pretenden imponer requisitos numericos en sus objetos.

Aunque el objeto se ha descrito en un lenguaje espedfico para las funciones estructurales y/o las acciones metodologicas, debena entenderse que el objeto definido en las reivindicaciones adjuntas no se limita 15 necesariamente a las funciones o acciones espedficas descritas anteriormente. Mas bien, las funciones y las acciones espedficas descritas anteriormente se desvelan como unas formas de ejemplo de implementacion de las reivindicaciones.

Claims

5

10

15

20

25

30

35

40

45

50

REIVINDICACIONES

1. Un aparato que comprende:

un dispositivo (130) logico operativo para recibir una lista (180) de archivos de itinerancia de un servidor (89) de extraccion de archivos, incluyendo la lista de archivos de itinerancia un identificador de archivo de aplicacion que corresponde a un archivo (125) de aplicacion almacenado en un dispositivo (110) cliente remoto, en el que el identificador de archivo de aplicacion en la lista de archivos de itinerancia comprende un indicador de estado que representa un estado de maquina del dispositivo cliente remoto en el que esta almacenado el archivo de aplicacion, en el que el estado es uno de entre un estado de ENCENDIDO o un estado de APAGADO del dispositivo cliente remoto.
2. El aparato de la reivindicacion 1, en el que el identificador de archivo de aplicacion comprende una parte de identificador de maquina que corresponde a una identidad del dispositivo (110) cliente remoto en el que esta almacenado el archivo de aplicacion y una parte de ruta de archivo que corresponde a una localizacion de almacenamiento dentro del dispositivo cliente remoto.
3. El aparato de la reivindicacion 1, en el que el dispositivo (130) logico esta operativo para enviar una directiva de control al dispositivo cliente remoto a traves del servidor (89) de extraccion de archivos para recuperar el archivo (125) de aplicacion almacenado en el dispositivo (110) cliente remoto.
4. El aparato de la reivindicacion 1, en el que el dispositivo (130) logico esta operativo para recibir el archivo (125) de aplicacion almacenado en el dispositivo (110) cliente remoto a traves del servidor (89) de extraccion de archivos.
5. El aparato de la reivindicacion 4, en el que el dispositivo (130) logico esta operativo para enviar una directiva de control para guardar el archivo (125) de aplicacion recibido del servidor (89) de extraccion de archivos en un servidor (950) de red.
6. El aparato de la reivindicacion 5, en el que el dispositivo (130) logico esta operativo para actualizar el identificador de archivo de aplicacion en la lista (180) de archivos de itinerancia con un identificador de servidor de red asociado con el servidor (950) de red en el que esta almacenado el archivo (125) de aplicacion.
7. El aparato de la reivindicacion 1, en el que el dispositivo (130) logico esta operativo para recibir el archivo (125) de aplicacion almacenado en el dispositivo (110) cliente remoto, guardar el archivo de aplicacion en un servidor de red, y actualizar el identificador de archivo de aplicacion en la lista (180) de archivos de itinerancia con un identificador de servidor de red asociado con el servidor de red en el que esta almacenado el archivo de aplicacion.
8. Un procedimiento que comprende:

enviar una solicitud de una lista (180) de archivos de itinerancia a un servidor (89) de extraccion de archivos desde un primer dispositivo cliente; y

recibir la lista de archivos de itinerancia del servidor de extraccion de archivos por el primer dispositivo cliente, en el que la lista de archivos de itinerancia incluye un identificador unico global, GUID, asociado con un archivo (125) de aplicacion almacenado en un segundo dispositivo cliente, incluyendo el GUID una parte de identificador de maquina que identifica el segundo dispositivo cliente y una parte de ruta de archivo local que identifica la ruta de archivo del archivo de aplicacion almacenado en el segundo dispositivo cliente, en el que se recibe la lista de archivos de itinerancia con un indicador que corresponde al GUlD asociado con un archivo de aplicacion almacenado en el segundo dispositivo cliente que representa un estado de maquina del segundo dispositivo cliente, en el que el estado es uno de entre un estado de ENCENDIDO o un estado de APAGADO del segundo dispositivo cliente.
9. El procedimiento de la reivindicacion 8, que comprende

enviar una directiva de control desde el primer dispositivo cliente para ordenar al servidor (89) de extraccion de archivos que recupere el archivo (125) de aplicacion almacenado en el segundo dispositivo cliente; y recibir el archivo de aplicacion almacenado en el segundo dispositivo cliente a traves del servidor de extraccion de archivos por el primer dispositivo cliente.
10. El procedimiento de la reivindicacion 8, en el que el identificador de archivo de aplicacion es un identificador original de archivo de aplicacion que corresponde a una localizacion en el segundo dispositivo cliente donde el archivo de aplicacion estaba almacenado originalmente, comprendiendo el procedimiento:

abrir el archivo (125) de aplicacion recibido del segundo dispositivo cliente por el primer dispositivo cliente; guardar el archivo de aplicacion recibido por el primer dispositivo cliente en un servidor de red; y actualizar el identificador de archivo de aplicacion en la lista (180) de archivos de itinerancia con un identificador de red que corresponde al servidor de red en el que esta almacenado el archivo de aplicacion para formar un identificador de archivo de aplicacion actualizado.
11. El procedimiento de la reivindicacion 10, que comprende enviar la lista (180) de archivos de itinerancia con el identificador de red al servidor (89) de extraccion de archivos.
12. Al menos un medio legible por maquina que comprende una pluralidad de instrucciones que, en respuesta a ejecutarse en un dispositivo informatico, hacen que el dispositivo informatico realice un procedimiento de acuerdo

5 con una cualquiera de las reivindicaciones 8 a 11.