Método y aparato para la recuperación después de desconexiones de red en una red entre entidades pares.
Método para conservar una posición de cola (105) para un cliente (102) en una descarga de red del tipo EntreEntidades Pares,
P2P, desde una fuente (104), comprendiendo el método la etapa de solicitar, por parte del cliente(102), una descarga de un archivo solicitado desde la fuente (104), caracterizado porque el método comprende laetapa de asumir, por parte de un proxy (106), la posición de cola del cliente como respuesta a la recepción, por partede la fuente, de un testigo (110) desde el proxy (106), de manera que el testigo identifica al cliente y la posición decola del cliente para la descarga del archivo solicitado.
Tipo: Patente Europea. Resumen de patente/invención. Número de Solicitud: E06301064.
Solicitante: Motorola Mobility, Inc.
Nacionalidad solicitante: Estados Unidos de América.
Dirección: 600 North US Highway 45 Libertyville, IL 60048 ESTADOS UNIDOS DE AMERICA.
Inventor/es: Arnal,Julien, Erhardt,François-Xavier, Hansen,Mark D.
Fecha de Publicación: .
Clasificación Internacional de Patentes:
- H04L29/08 ELECTRICIDAD. › H04 TECNICA DE LAS COMUNICACIONES ELECTRICAS. › H04L TRANSMISION DE INFORMACION DIGITAL, p. ej. COMUNICACION TELEGRAFICA (disposiciones comunes a las comunicaciones telegráficas y telefónicas H04M). › H04L 29/00 Disposiciones, aparatos, circuitos o sistemas no cubiertos por uno solo de los grupos H04L 1/00 - H04L 27/00. › Procedimiento de control de la transmisión, p. ej. procedimiento de control del nivel del enlace.
PDF original: ES-2384227_T3.pdf
Fragmento de la descripción:
Método y aparato para la recuperación después de desconexiones de red en una red entre entidades pares.
Campo de la invención La presente invención se refiere en general a sistemas de red entre entidades pares (en inglés, “peer-to-peer”) , y se refiere más particularmente a un método y a un aparato para la recuperación después de desconexiones de red en sistemas de red entre entidades pares (P2P) .
Antecedentes de la invención En un sistema de red entre entidades pares (P2P) , tal como eDonkey o eMule, o un sistema de red P2P basado en el Protocolo de Transporte de Hipertexto (HTTP) , tal como el Gnutella o Gnutella2, cuando un cliente P2P se desconecta de la red, el mismo pierde todas sus posiciones en cualesquiera colas remotas. Por consiguiente, los dispositivos con tendencia a desconexiones frecuentes de la red en un sistema de red P2P, tales como los dispositivos móviles de comunicaciones inalámbricas, presentan un tiempo de espera muy grande a la hora de descargar un archivo puesto que, después de cada desconexión, el dispositivo debe volver al final de una cola a la espera de poder descargar un archivo correspondiente.
De este modo, se necesitan un método y un aparato para la recuperación después de desconexiones de red en sistemas de red P2P. Además, otros rasgos y características deseables de la presente invención se pondrán de manifiesto a partir de la subsiguiente descripción detallada de la invención y las reivindicaciones adjuntas, consideradas en combinación con los dibujos adjuntos y estos antecedentes de la invención.
Sumario de la invención La presente invención se define de acuerdo con el conjunto anexo de reivindicaciones.
En un aspecto, la invención incluye un método para conservar una posición de cola para un cliente en una descarga de una red Entre Entidades Pares (P2P) desde una fuente, que incluye las etapas de solicitar, por parte del cliente, la descarga de un archivo solicitado desde la fuente y la asunción, por parte de un proxy, de la posición de cola del cliente como respuesta a la recepción, por parte de la fuente, de un testigo proveniente del proxy, siendo generado el testigo por la fuente e identificando al cliente y la posición de cola del cliente para la descarga de la red P2P.
En otro aspecto, la invención también incluye una red P2P de acuerdo con la presente invención, que incluye un dispositivo fuente, un dispositivo de cliente y un dispositivo proxy. El dispositivo fuente tiene acceso a un archivo y asigna una posición de cola para la descarga del archivo como respuesta a una solicitud de descarga del archivo. El dispositivo del cliente es acoplable al dispositivo fuente y solicita la descarga del archivo desde el dispositivo fuente.
El dispositivo proxy es acoplable al dispositivo fuente y al dispositivo de cliente y proporciona un testigo al dispositivo fuente para asumir la posición de cola del dispositivo de cliente, de manera que el testigo identifica al cliente y la posición de cola del cliente para la descarga del archivo.
Breve descripción de los dibujos 45 La presente invención se describirá en lo sucesivo en el presente documento conjuntamente con las siguientes figuras de los dibujos, en donde los numerales iguales indican los mismos elementos, y la FIG. 1 es un diagrama de una red entre entidades pares (P2P) de acuerdo con una forma de realización de la 50 presente invención;
la FIG. 2 es un diagrama de flujo para una operación de carga de un archivo a un proxy en la red P2P de la FIG. 1, de acuerdo con la forma de realización de la presente invención;
55 la FIG. 3 es un diagrama de flujo para una operación de carga de un archivo al cliente en la red P2P de la FIG. 1, de acuerdo con la forma de realización de la presente invención;
la FIG. 4 es un diagrama de flujo para una operación de carga parcial de un archivo a un proxy en la red P2P de la FIG. 1, de acuerdo con la forma de realización de la presente invención;
60 la FIG. 5 es un diagrama de un sistema de comunicaciones inalámbricas que incluye un dispositivo de cliente móvil y la red P2P de la FIG. 1;
la FIG. 6 es un diagrama de bloques del dispositivo de cliente móvil de la FIG. 5 de acuerdo con la forma de 65 realización de la presente invención;
la FIG. 7, que consta de las FIGs. 7A y 7B, es un diagrama de flujo del funcionamiento del dispositivo del cliente móvil de la FIG. 6 de acuerdo con una forma de realización de la presente invención;
la FIG. 8 es un diagrama de bloques de un dispositivo fuente de la red P2P de la FIG. 1, de acuerdo con la forma de realización de la presente invención;
la FIG. 9 es un diagrama de flujo del funcionamiento del dispositivo fuente de la FIG. 8, de acuerdo con una forma de realización de la presente invención;
la FIG. 10 es un diagrama de bloques de un dispositivo proxy de la red P2P de la FIG. 1, de acuerdo con la forma de realización de la presente invención; y la FIG. 11 es un diagrama de flujo del funcionamiento del dispositivo proxy de la FIG. 10, de acuerdo con una forma de realización de la presente invención.
Descripción detallada de la invención En referencia a la FIG. 1, una red entre entidades pares (P2P) 100 de acuerdo con una forma de realización de la presente invención incluye un dispositivo de cliente móvil 102 que se conecta a un dispositivo fuente 104 para solicitar la descarga de un archivo desde el mismo. El dispositivo fuente 104 establece una cola para cargar archivos y sitúa el dispositivo cliente 102 en la cola y proporciona información de posición de cola 105 al dispositivo de cliente 105.
Como es probable que el cliente móvil 102 llegue a desconectarse de la red P2P 100 y, consecuentemente, que pierda su posición en la cola, de acuerdo con la forma de realización de la presente invención la red P2P 100 incluye además un dispositivo proxy 106, que es preferentemente un dispositivo fijo, al cual el dispositivo de cliente 102 le comunica información para que el dispositivo proxy 106 se conecte al dispositivo fuente 104 con el fin de mantener la posición del cliente móvil 102 en la cola de descarga.
Cuando el dispositivo de cliente 102 solicita la descarga de un archivo desde el dispositivo fuente 104, el dispositivo fuente 104 proporciona un testigo 110 que identifica al dispositivo de cliente 102 y la posición asignada en la cola para la descarga del archivo desde el dispositivo fuente 104. Después de esto, el dispositivo fuente proporciona información de posición de cola 105 al dispositivo de cliente 102. De acuerdo con la forma de realización de la presente invención, a continuación el dispositivo de cliente 102 proporciona el testigo 114 al dispositivo proxy 106. El dispositivo de cliente 102 y el dispositivo proxy 106 usan mensajes ping/pong regulares 116 entre ellos de manera que el dispositivo proxy 106 detectará si el dispositivo de cliente 102 se desconecta de la red P2P 100. Cuando el dispositivo proxy 106 detecta que el dispositivo de cliente 102 se desconecta de la red P2P 100, el dispositivo proxy 106 proporciona el testigo 118 al dispositivo fuente 104. El dispositivo fuente 104 deja de proporcionar la información de posición de cola 105 al dispositivo de cliente de 102 ó bien como respuesta a la detección de la desconexión del dispositivo de cliente 102 ó bien como respuesta a la recepción del testigo 118 desde el dispositivo proxy 106, y seguidamente proporciona la información de posición de cola 120 al dispositivo proxy 106. De esta manera, el dispositivo proxy 106 asume la posición de cola del dispositivo de cliente 102.
Cuando el dispositivo de cliente 102 se vuelve a conectar a la red P2P 100, el dispositivo proxy 106 proporciona información de estado de descarga de archivo 122 al dispositivo de cliente 102. Si el dispositivo de cliente 102 proporciona el testigo al dispositivo fuente 104, el dispositivo fuente 104 traslada la responsabilidad de la descarga desde el dispositivo proxy 106 de vuelta al dispositivo de cliente 102.
En un tiempo de carga correspondiente a la posición de cola del dispositivo de cliente 102, el dispositivo fuente 104 carga el archivo. Si el dispositivo de cliente 102 tiene la responsabilidad de la descarga en el tiempo de carga, el dispositivo fuente 104 carga el archivo 124 en el dispositivo de cliente 102. Si el dispositivo proxy 106 tiene la responsabilidad de la descarga en el tiempo de carga correspondiente a la posición... [Seguir leyendo]
Reivindicaciones:
1. Método para conservar una posición de cola (105) para un cliente (102) en una descarga de red del tipo Entre Entidades Pares, P2P, desde una fuente (104) , comprendiendo el método la etapa de solicitar, por parte del cliente (102) , una descarga de un archivo solicitado desde la fuente (104) , caracterizado porque el método comprende la etapa de asumir, por parte de un proxy (106) , la posición de cola del cliente como respuesta a la recepción, por parte de la fuente, de un testigo (110) desde el proxy (106) , de manera que el testigo identifica al cliente y la posición de cola del cliente para la descarga del archivo solicitado.
2. Método según la reivindicación 1, en el que la etapa de asumir, por parte del proxy (106) , la posición de cola del cliente (102) comprende las etapas siguientes:
proporcionar, por parte del proxy (106) , el testigo a la fuente (104) ; y seguidamente proporcionar, por parte de la fuente (104) , información de posición de cola al proxy.
3. Método según la reivindicación 1, en el que la etapa de asumir, por parte del proxy (106) , la posición de cola del cliente (102) comprende la etapa de proporcionar, por parte de la fuente (104) , el testigo (110) al cliente (102) como respuesta a la solicitud, por parte del cliente, de una descarga desde la fuente, de manera que el testigo identifica al cliente y a la posición de cola del cliente para la descarga.
4. Método según la reivindicación 1, en el que la etapa de asumir, por parte del proxy, la posición de cola del cliente comprende la etapa de proporcionar, por parte del cliente, el testigo (110) al proxy (106) como respuesta a la aceptación, por parte del proxy, de una solicitud de conexión procedente del cliente.
5. Método según la reivindicación 1, que comprende además la etapa en la que el cliente (102) se comunica con el proxy (106) para obtener el estado de descarga del archivo después de que el cliente (102) se haya desconectado y se haya vuelto a conectar a la red P2P (100) .
6. Método según la reivindicación 1, que comprende además las etapas siguientes:
el cliente (102) se vuelve a conectar a la red P2P (100) ;
el cliente proporciona el testigo (110) al proxy (106) y a la fuente (104) ; 35
el proxy proporciona la información de estado de descarga al cliente como respuesta a la recepcion del testigo (110) ;
y la fuente (104) intercambia el control de la descarga para la descarga desde el proxy al cliente como respuesta a la 40 recepción del testigo.
7. Método según la reivindicación 6, que comprende además la etapa de cargar el archivo desde la fuente (104) al cliente (102) en un momento correspondiente a la posición de cola del cliente.
45 8. Método según la reivindicación 1, que comprende además la etapa en la que la fuente (104) carga el archivo solicitado en el proxy (106) como respuesta a que el proxy tenga la posición de cola del cliente (102) en un momento correspondiente a la posición de cola del cliente (105) .
9. Método según la reivindicación 8, que comprende además la etapa de cargar el archivo desde el proxy (106) al 50 cliente (102) como respuesta a la reconexión, por parte del cliente (102) , con la red P2P (100) después de que el archivo se haya descargado al proxy (106) .
10. Método según la reivindicación 8, que comprende además las etapas siguientes:
55 el cliente (102) se vuelve a conectar a la red P2P (100) ;
el cliente proporciona el testigo (110) a la fuente (104) mientras la fuente está cargando el archivo en el proxy (106) ;
la fuente (104) finaliza la carga del archivo al proxy (106) ; y 60
la fuente (104) carga el archivo al cliente (102) .
11. Método según la reivindicación 10, en el que la etapa en la que la fuente (104) carga el archivo en el cliente (102) comprende la etapa de cargar, por parte de la fuente, una parte no cargada del archivo en el cliente, 65 comprendiendo además el método la etapa de recuperar, por parte del cliente, una parte cargada del archivo desde
el proxy, habiéndose cargado la parte cargada del archivo en el proxy antes de que la fuente finalizase la carga del archivo en el proxy.
12. Red entre entidades pares, P2P, (100) , que comprende un dispositivo fuente (104) que tiene acceso a un archivo y que asigna una posición de cola (105) para la descarga del archivo como respuesta a una solicitud de descarga del archivo, y un dispositivo de cliente (102) acoplable al dispositivo fuente (104) , solicitando el dispositivo de cliente (102) la descarga del archivo desde el dispositivo fuente (104) , estando caracterizada la red P2P porque un dispositivo proxy (106) está acoplado al dispositivo fuente (104) y es acoplable al dispositivo de cliente (102) , y el dispositivo proxy está adaptado para proporcionar un testigo (110) al dispositivo fuente (104) con el fin de asumir la posición de cola (105) del dispositivo de cliente (102) ; identificando el testigo el dispositivo de cliente y la posición de cola del dispositivo de cliente para la descarga del archivo.
13. Red P2P (100) según la reivindicación 12, en la que el dispositivo fuente (104) está adaptado para proporcionar información de posición de cola (105) al dispositivo proxy (106) como respuesta a la recepción del testigo (110) desde el dispositivo proxy.
14. Red P2P según la reivindicación 12, en la que el dispositivo fuente (104) está adaptado para proporcionar el testigo (110) al dispositivo de cliente (102) como respuesta a la recepción de una solicitud de una descarga del archivo desde el dispositivo de cliente (102) .
15. Red P2P (100) según la reivindicación 12, en la que el dispositivo de cliente (102) está adaptado para proporcionar el testigo (110) al dispositivo proxy (106) como respuesta a la recepción de una aceptación de solicitud de conexión desde el dispositivo proxy (106) .
16. Red P2P (100) según la reivindicación 12, en la que el dispositivo de cliente (102) está adaptado para comunicarse con el dispositivo proxy (106) con el fin de obtener, a partir del mismo, el estado de descarga del archivo.
17. Red P2P (100) según la reivindicación 12, en la que el dispositivo de cliente (102) está adaptado para, después de desconectarse de la red P2P, volverse a conectar a la misma y proporcionar el testigo (110) al dispositivo proxy (106) , y en la que el dispositivo proxy (106) está adaptado para, como respuesta a la recepción del testigo (110) desde el dispositivo de cliente (102) , proporcionar información de estado de la descarga al dispositivo de cliente.
18. Red P2P (100) según la reivindicación 17, en la que el dispositivo fuente está adaptado para, en un momento correspondiente a la posición de cola del dispositivo de cliente (105) , descargar el archivo desde el dispositivo fuente al dispositivo de cliente.
19. Red P2P (100) según la reivindicación 17, en la que el dispositivo de cliente (102) está adaptado para, después de recibir la información de estado de la descarga desde el proxy (106) , proporcionar el testigo (110) al dispositivo fuente (104) , y en la que el dispositivo fuente (104) está adaptado para, como respuesta a la recepción del testigo
(110) desde el dispositivo de cliente (102) , intercambiar el control de la descarga para la descarga desde el dispositivo proxy (106) al dispositivo de cliente.
20. Red P2P según la reivindicación 12, en la que el dispositivo fuente (104) está adaptado para cargar el archivo solicitado en el dispositivo proxy (106) como respuesta al hecho de que el dispositivo proxy todavía ocupe la posición de cola del dispositivo de cliente en un momento correspondiente a la posición de cola del dispositivo de cliente.
21. Red P2P (100) según la reivindicación 20, en la que el dispositivo proxy (106) está adaptado para cargar el archivo en el dispositivo de cliente (102) como respuesta a la reconexión, por parte del dispositivo de cliente, con la red P2P después de que el archivo se haya cargado en el dispositivo proxy (106) .
22. Red P2P (100) según la reivindicación 20, en la que el dispositivo de cliente (102) está adaptado para reconectarse a la red P2P (100) y proporcionar el testigo (110) al dispositivo fuente (102) mientras el dispositivo fuente está cargando el archivo en el dispositivo proxy (106) , y en la que el dispositivo fuente (102) está adaptado para, como respuesta a la recepción del testigo (110) mientras el dispositivo fuente está cargando el archivo en el dispositivo proxy (106) , finalizar la carga del archivo en el dispositivo proxy y, después de esto, cargar el archivo en el dispositivo de cliente.
23. Red P2P (100) según la reivindicación 21, en la que el dispositivo fuente (104) está adaptado para cargar una parte no cargada del archivo en el dispositivo de cliente (102) , y en la que el dispositivo de cliente (102) está adaptado para recuperar una parte cargada del archivo desde el dispositivo proxy.
24. Dispositivo móvil de comunicaciones (102) que comprende una circuitería de transceptor (604) para transmitir señales a una red del tipo entre entidades pares, P2P, (100) y recibir señales desde la misma, y un controlador (606) acoplado a la circuitería de transceptor (604) para proporcionar información a la misma con el fin de solicitar la
descarga de un archivo desde un dispositivo fuente (104) en la red P2P (100) , estando caracterizado el dispositivo móvil de comunicaciones porque la circuitería de transceptor (604) está adaptada para recibir señales desde el dispositivo fuente (104) y proporcionar información generada a partir de las mismas al controlador (606) , incluyendo la información un testigo (110) , de modo que el testigo identifica el dispositivo móvil de comunicaciones (102) y la posición de cola (105) asignada del dispositivo móvil de comunicaciones para la descarga del archivo, estando adaptado el controlador (606) para, como respuesta a la recepción de la información, proporcionar información que incluye el testigo (110) a la circuitería de transceptor (604) con el fin de transmitir señales a un dispositivo proxy (106) en la red P2P (100) , de manera que el dispositivo proxy (106) pueda asumir la posición de cola asignada del dispositivo móvil de comunicaciones (102) .
25. Dispositivo móvil de comunicaciones (102) según la reivindicación 24, en el que el controlador (606) está adaptado para proporcionar información a la circuitería de transceptor (604) con el fin de transmitir una solicitud de conexión al dispositivo proxy (106) , y en el que el controlador (606) está adaptado para proporcionar la información que incluye el testigo (110) a la circuitería de transceptor (604) con el fin de transmitir señales al dispositivo proxy (106) como respuesta a la recepción de información, desde la circuitería de transceptor, de una aceptación de solicitud de conexión recibida desde el dispositivo proxy.
26. Dispositivo móvil de comunicaciones (102) según la reivindicación 24, en el que el controlador (606) está adaptado para proporcionar información a la circuitería de transceptor (604) con el fin de transmitir una solicitud al dispositivo proxy (106) para obtener del mismo el estado de descarga del archivo.
27. Dispositivo móvil de comunicaciones (102) según la reivindicación 24, en el que el controlador (606) está adaptado para, después de detectar que el dispositivo móvil de comunicaciones se ha desconectado de la red P2P (100) , proporcionar información a la circuitería de transceptor (604) con el fin de reconectarse a la red P2P (100) y de proporcionar el testigo (110) al dispositivo fuente (104) , y el controlador (606) está adaptado para, después de esto, recibir información desde la circuitería de transceptor, que incluye información de estado de descarga del dispositivo fuente (102) .
28. Dispositivo móvil de comunicaciones (102) según la reivindicación 27, en el que el controlador (606) está adaptado para, como respuesta a la determinación de que la información del estado de la descarga indica que el dispositivo móvil de comunicaciones (102) se ha vuelto a conectar a la red P2P después de que el archivo se haya cargado en el dispositivo proxy (106) , proporcionar información a la circuitería de transceptor (604) para conectarse al dispositivo proxy (106) con el fin de recibir señales de descarga desde el dispositivo proxy (106) , incluyendo las señales de descarga el archivo solicitado.
29. Dispositivo móvil de comunicaciones (102) según la reivindicación 27, en el que el controlador (606) está adaptado para, como respuesta a la determinación de que la información de estado de descarga indica que el dispositivo móvil de comunicaciones (102) se ha vuelto a conectar a la red P2P mientras el archivo se está cargando en el dispositivo proxy (106) , proporcionar información a la circuitería de transceptor (604) con el fin de conectarse al dispositivo fuente (104) para recibir señales de descarga desde el dispositivo fuente (104) , incluyendo las señales de descarga por lo menos una parte del archivo solicitado.
30. Dispositivo móvil de comunicaciones (102) según la reivindicación 29, en el que las señales de descarga incluyen una parte no cargada del archivo, y en el que el controlador (606) está adaptado para proporcionar información a la circuitería de transceptor (604) con el fin de transmitir señales al dispositivo proxy (106) para solicitar del mismo la recuperación de una parte cargada del archivo.
31. Dispositivo fuente (104) para ser usado en una red del tipo entre entidades pares, P2P, (100) , que comprende una circuitería de entrada/salida (802) para proporcionar señales a y recibir señales de otros dispositivos en la red P2P (100) , una memoria (806) para almacenar un archivo, caracterizado porque comprende además un controlador fuente (804) adaptado para asignar una posición de cola (105) para la carga del archivo y generar un testigo (110) para la misma como respuesta a la recepción de una solicitud de descarga del archivo, identificando el testigo (110) un dispositivo de cliente (102) en la red P2P (100) que solicita la descarga del archivo y la posición de cola (105) del dispositivo de cliente para la descarga del archivo, estando adaptado el controlador fuente (104) para proporcionar el testigo a la circuitería de entrada/salida (802) con vistas a suministrarla al dispositivo de cliente, y estando adaptado el controlador fuente para proporcionar información de posición de cola referente a la posición de cola del dispositivo de cliente a un dispositivo proxy (106) como respuesta a la recepción del testigo desde el dispositivo proxy.
32. Dispositivo fuente (104) según la reivindicación 31, en el que el controlador (804) está adaptado para, como respuesta a la recepción de información de reconexión que incluye el testigo (110) desde el dispositivo de cliente (102) , proporcionar información de estado de descarga al dispositivo de cliente e intercambiar el control de la descarga para la descarga desde el dispositivo proxy (106) al dispositivo de cliente (102) .
33. Dispositivo fuente (104) según la reivindicación 32, en el que el controlador (804) está adaptado para, como respuesta a la detección de la desconexión del dispositivo de cliente (102) , intercambiar automáticamente el control de descarga para la descarga desde el dispositivo de cliente (102) al dispositivo proxy.
34. Dispositivo fuente (104) según la reivindicación 32, en el que el controlador (804) está adaptado para, en un momento correspondiente a la posición de cola del dispositivo de cliente, recuperar el archivo de la memoria y proporcionar el archivo a la circuitería de entrada/salida para cargar el archivo en el dispositivo de cliente.
35. Dispositivo fuente (104) según la reivindicación 31, en el que el controlador fuente (804) está adaptado para, en un momento correspondiente a la posición de cola del dispositivo de cliente, recuperar el archivo de la memoria (806) y proporcionar el archivo a la circuitería de entrada/salida con el fin de cargar el archivo en el dispositivo proxy (106) como respuesta al hecho de que el dispositivo proxy todavía ocupe la posición de cola del dispositivo de 10 cliente (102) en la posición de cola del dispositivo de cliente.
36. Dispositivo fuente (104) según la reivindicación 35, en el que el controlador fuente (804) está adaptado para, como respuesta a la recepción del testigo (110) desde el dispositivo de cliente (102) mientras se está cargando el archivo en el dispositivo proxy (106) , finalizar la carga del archivo en el dispositivo proxy y, después de esto, cargar el archivo en el dispositivo de cliente (102) .
37. Dispositivo fuente (104) según la reivindicación 36, en el que el controlador (804) está adaptado para cargar una parte no cargada del archivo en el dispositivo de cliente (102) .
38. Dispositivo fuente (104) según la reivindicación 31, en el que el dispositivo fuente es un dispositivo de servidor fijo.
39. Dispositivo proxy (106) para ser usado en una red entre entidades pares, P2P, que comprende una circuitería de entrada/salida (1002) para proporcionar señales a y recibir señales de otros dispositivos en la red P2P y un 25 controlador proxy (1004) acoplado a la circuitería de entrada/salida, estando caracterizado el dispositivo proxy porque el controlador proxy está adaptado para recibir un testigo (110) desde un dispositivo de cliente (102) en la red P2P, identificando el testigo (110) el dispositivo de cliente que solicita la descarga de un archivo desde un dispositivo fuente en la red P2P que tiene acceso al archivo y la posición de cola del dispositivo de cliente para la descarga del archivo, estando adaptado el controlador proxy (1004) para proporcionar el testigo (110) a la circuitería de entrada/salida (1002) con el fin de suministrarlo al dispositivo fuente para asumir la posición de cola del dispositivo de cliente (102) como respuesta a la detección de la desconexión del dispositivo de cliente con respecto a la red P2P.
40. Dispositivo proxy (106) según la reivindicación 39, en el que el controlador proxy (1004) está adaptado para recibir información de posición de cola (105) referente a la posición de cola del dispositivo de cliente desde el dispositivo fuente después de proporcionar al mismo el testigo (110) .
41. Dispositivo proxy según la reivindicación 39, en el que el controlador proxy (1004) está adaptado para proporcionar información de aceptación de solicitud de conexión a la circuitería de entrada/salida (1002) con el fin de suministrarla al dispositivo de cliente (102) como respuesta a la recepción de una solicitud de conexión desde el dispositivo de cliente.
42. Dispositivo proxy (106) según la reivindicación 39, en el que el controlador proxy (1004) está adaptado para proporcionar información de estado de la descarga del archivo a la circuitería de entrada/salida (1002) con el fin de 45 suministrarla al dispositivo de cliente (102) como respuesta a la recepción de una solicitud de estado desde el dispositivo de cliente.
43. Dispositivo proxy (106) según la reivindicación 39, que comprende además una memoria proxy (1006) , estando adaptado el controlador proxy (1004) para recibir por lo menos una parte del archivo desde el dispositivo fuente y 50 almacenar dicha por lo menos una parte del archivo en la memoria proxy como respuesta al hecho de ocupar todavía la posición de cola (105) del dispositivo de cliente (102) en la posición de cola del dispositivo de cliente.
44. Dispositivo proxy (106) según la reivindicación 43, en el que el controlador proxy (1004) está adaptado para recuperar dicha por lo menos una parte del archivo desde la memoria proxy (1006) y proporcionar el archivo a la 55 circuitería de entrada/salida (1002) para su descarga al dispositivo de cliente como respuesta a la detección de la reconexión del dispositivo de cliente a la red P2P (100) .
45. Dispositivo proxy según la reivindicación 43, en el que el controlador proxy (1004) está adaptado para recuperar dicha por lo menos una parte del archivo desde la memoria proxy (1006) y proporcionar el archivo a la circuitería de 60 entrada/salida (1002) para su descarga al dispositivo de cliente como respuesta a la recepción de una solicitud de dicha por lo menos una parte del archivo desde el dispositivo de cliente.
46. Dispositivo proxy de la reivindicación 39, en el que el dispositivo proxy (106) es un dispositivo fijo.
Patentes similares o relacionadas:
Procedimiento y dispositivo para el procesamiento de una solicitud de servicio, del 29 de Julio de 2020, de Advanced New Technologies Co., Ltd: Un procedimiento para el procesamiento de una solicitud de servicio, comprendiendo el procedimiento: recibir (S201), mediante un nodo de consenso, una solicitud […]
Sincronización de una aplicación en un dispositivo auxiliar, del 22 de Julio de 2020, de OPENTV, INC.: Un método que comprende, mediante un dispositivo de medios: acceder, utilizando un módulo de recepción, un flujo de datos que incluye contenido […]
Transferencia automática segura de datos con un vehículo de motor, del 22 de Julio de 2020, de AIRBIQUITY INC: Un dispositivo electrónico en un vehículo para operar en un vehículo de motor en un estado de energía desatendido, comprendiendo el dispositivo […]
Método y aparato para configurar un identificador de dispositivo móvil, del 22 de Julio de 2020, de Advanced New Technologies Co., Ltd: Un método implementado por servidor para configurar un identificador de dispositivo móvil, que comprende: obtener una lista de aplicaciones, APP, […]
Método para un nivel mejorado de autenticación relacionado con una aplicación de cliente de software en un dispositivo informático de cliente que comprende una entidad de módulo de identidad de abonado con un kit de herramientas de módulo de identidad de abonado así como una miniaplicación de módulo de identidad de abonado, sistema, dispositivo informático de cliente y entidad de módulo de identidad de abonado para un nivel mejorado de autenticación relacionado con una aplicación de cliente de software en el dispositivo informático de cliente, programa que comprende un código de programa legible por ordenador y producto de programa informático, del 22 de Julio de 2020, de DEUTSCHE TELEKOM AG: Un método para un nivel mejorado de autenticación relacionado con una aplicación de cliente de software en un dispositivo informático […]
Método para atender solicitudes de acceso a información de ubicación, del 22 de Julio de 2020, de Nokia Technologies OY: Un aparato que comprende: al menos un procesador; y al menos una memoria que incluye un código de programa informático para uno o más programas, […]
Procesamiento de contenido y servicios de redes para dispositivos móviles o fijos, del 8 de Julio de 2020, de AMIKA MOBILE CORPORATION: Un sistema para suministrar contenido de red a un dispositivo, comprendiendo el sistema : una primera interfaz para comunicarse con una pluralidad […]
Método de control de aplicación y terminal móvil, del 8 de Julio de 2020, de Guangdong OPPO Mobile Telecommunications Corp., Ltd: Un terminal móvil , que comprende: un procesador ; y un módulo de inteligencia artificial AI ; el procesador que se […]