ES2467840T5 - Método, servidor y sistema para la reanudación de la entrega de contenidos de datos - Google Patents

Método, servidor y sistema para la reanudación de la entrega de contenidos de datos Download PDF

Info

Publication number
ES2467840T5
ES2467840T5 ES07702065.9T ES07702065T ES2467840T5 ES 2467840 T5 ES2467840 T5 ES 2467840T5 ES 07702065 T ES07702065 T ES 07702065T ES 2467840 T5 ES2467840 T5 ES 2467840T5
Authority
ES
Spain
Prior art keywords
delivery
resumption
dynamic
client
server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES07702065.9T
Other languages
English (en)
Other versions
ES2467840T3 (es
Inventor
Jin Peng
Hongtao Gao
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=37297990&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=ES2467840(T5) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of ES2467840T3 publication Critical patent/ES2467840T3/es
Application granted granted Critical
Publication of ES2467840T5 publication Critical patent/ES2467840T5/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/143—Termination or inactivation of sessions, e.g. event-controlled end of session
    • H04L67/145—Termination or inactivation of sessions, e.g. event-controlled end of session avoiding end of session, e.g. keep-alive, heartbeats, resumption message or wake-up for inactive or interrupted session
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Description

5
10
15
20
25
30
DESCRIPCION
Metodo, servidory sistema para la reanudacion de la entrega de contenidos de datos Campo de la invencion
La presente invencion esta relacionada con el campo de la comunicacion, particularmente con un metodo para la reanudacion de la entrega de contenidos de datos basandose en la arquitectura Cliente/Servidor (C/S), un servidor de entrega de contenidos dinamicos, y un sistema de entrega de contenidos dinamicos.
Antecedentes de la invencion
La entrega de contenidos dinamicos es una tecnica que esta adaptada para enviar contenidos a medida para usuarios clientes de moviles, sobre la base de la arquitectura C/S. El usuario suscribe el contenido, y el servidor personaliza el contenido de acuerdo con los parametros del usuario, el lugar y la information de presencia, etc., y entrega el contenido al cliente usuario en el momento programado.
Durante el proceso de envio de contenidos dinamicos, algunas veces el cliente o el servidor pueden hacerse inaccesibles debido a la congestion de la red, al agotamiento de la bateria del cliente, o a otras razones; por tanto, se rompe la conexion entre el cliente y el servidor y se interrumpe la entrega de contenidos dinamicos. En tales casos, la parte que esta en condiciones normales caera en un estado de suspension. Tras recuperar la conexion, con la tecnica de la reanudacion en el Protocolo de Transporte de Hiper Texto (HTTP) o el Protocolo de Transferencia de Ficheros (FTP) u otros protocolos, los contenidos dinamicos pueden ser entregados desde el punto de ruptura previo, en lugar de entregarlos nuevamente desde el comienzo.
El metodo de reanudacion en HTTP es como sigue:
Cuando el cliente solicita la descarga de un fichero desde el servidor, la cabecera del mensaje HTTP es como sigue:
GET
http://host.foo.bar/pic-dir/picture.gif
Host: host.foo.bar
Accept: image/gif, image/jpg
El mensaje de respuesta HTTP desde el servidor es como sigue:
HTTP/1.1.200 OK Server: CoolServer/1.3.12 Content-Length: 25432
Content-Type: image/gif Accept-Ranges: bytes ETag: fasd987sadf98@example.com/l. 1 ••• GIF picture...
El campo Content-Length y el campo Accept-Ranges indican que el tamano del fichero es 25432 bytes. Por alguna razon, la conexion se rompe despues de haber enviado 1034 bytes. Cuando el cliente solicita que el servidor continue la entrega, el mensaje de petition HTTP es como sigue:
GET
http://host.foo.bar/pic-dir/picture.gif Host: host.foo.bar Accept: image/gif, image/jpg Range: 1034-25431
If-Match: fasd987sadf98@example.com/1.1
El campo Range indica el alcance solicitado de la reanudacion de la entrega, es decir, iniciar la entrega desde el
5
10
15
20
25
30
35
40
45
byte 1034 del fichero. El mensaje de respuesta del servidor es como sigue:
HTTP/l.J 206 Partial Content Server: CoolServer/1.3.12 Content-range: bytes 1034-25431/25432 Content-Type: image/gif Accept-Ranges: bytes ETag: fasd987sadf98@example.com/l .1
El mensaje de respuesta utiliza un codigo de estado 206, el cual indica el inicio de la entrega parcial ahora; el campo Content-Length indica la parte a entregar, y esta indicada en bytes; despues de que responda el servidor al cliente con el mensaje anterior, el subsiguiente proceso de entrega de contenidos sera identico al proceso de entrega en condiciones normales.
Sin embargo, el metodo de la reanudacion de la entrega desde el punto de ruptura de la tecnica anterior tiene los inconvenientes siguientes:
Antes de recobrar la conexion a la situacion normal, la informacion dinamica del usuario cliente puede haber cambiado, tal como la capacidad del cliente, el estado de presencia del cliente, etc. Por ejemplo, cuando el usuario conduce un coche y solicita informacion de las condiciones del trafico, el servidor que transmite los contenidos dinamicos enviara la informacion de las condiciones del trafico de una cierta seccion de carreteras al cliente, de acuerdo con la situacion actual del usuario; en el caso en que se interrumpa la conexion durante el proceso de entrega, debido a algunas causas tales como fallo de la red, si el servidor emplea instantaneamente el metodo de reanudacion en la tecnica anterior, para transmitir informacion de las condiciones del trafico que no ha sido entregada completamente al cliente, despues de que se recupere la conexion normal, el usuario puede ser confundido con la informacion. Esto es debido a que el usuario esta en estado movil y su situacion geografica ha cambiado, por lo que la informacion de las condiciones de trafico de la seccion original de las carreteras no se necesita ahora. Por tanto, en la tecnica anterior, cuando se reanuda la entrega de contenidos dinamicos, como los contenidos dinamicos que no se han entregado completamente se entregan instantaneamente desde el punto de ruptura previo al cliente, sin analizar la informacion dinamica del cliente, si los contenidos dinamicos entregados ya no satisfacen la demanda del usuario, no solamente se desperdiciara la anchura de banda de la red, sino que tambien degradara la experiencia del usuario.
El documento US 2004/0063459 divulga un aparato electronico para la transmision inalambrica de datos de contenidos, y un metodo de reproduction de contenidos o de reproduction de datos de contenidos, utilizando un dispositivo externo. El aparato electronico, conectable inalambricamente a un dispositivo externo para reproducir datos de contenidos, comprende: una unidad para transmitir, por radio, datos de contenidos a reproducir para el dispositivo externo inalambricamente conectado al aparato electronico; una unidad para almacenar informacion de estado relativa a los datos de contenidos; y una unidad para reanudar, tras la desconexion entre el aparato electronico y el dispositivo externo, la transmision de los datos de contenidos al dispositivo externo, basandose en la informacion de estado almacenada, cuando se restablece la conexion inalambrica entre el aparato electronico y el dispositivo externo.
El documento US 2002/173905 divulga un proceso para proporcionar informacion de navegacion a un usuario, que comprende: establecer una conexion en tiempo real con el usuario; recibir la ubicacion del usuario en tiempo real; proporcionar informacion de navegacion al usuario; suspender la conexion con el usuario; almacenar informacion del camino relativa a la position y destino del usuario, en el momento en que se suspendio la conexion; restablecer una conexion en tiempo real con el usuario; y proporcionar informacion de navegacion adicional al usuario, al menos en parte, basandose en la informacion almacenada del camino.
El documento US 2002/194388 divulga sistemas y metodos para implementar navegadores multi-modo basados en DOM (Modelo Documento Objeto). El navegador multi-modo comprende un administrador de modelos para gestionar un modelo, incluyendo una representation independiente de la modalidad de una aplicacion, y una pluralidad de controladores espedficos del canal, donde cada controlador procesa y transforma el modelo para generar una vista del modelo correspondiente espedfica del canal, donde las vistas espedficas del canal estan sincronizadas por el administrador del modelo, de forma que una interaction del usuario en una vista espedfica del canal se refleja en otra vista espedfica del canal.
El documento WO 2005/004505 divulga un metodo para permitir la itinerancia de un usuario desde una red inalambrica e interactuar con una aplicacion basada en Internet. El proceso comprende el establecimiento de una
5
10
15
20
25
30
35
40
45
50
conexion entre un dispositivo movil inalambrico y una primera red inalambrica, donde la conexion permite al dispositivo movil inalambrico interactuar con una aplicacion basada en Internet, hacer un seguimiento del estado de la interaccion entre el dispositivo movil inalambrico y la aplicacion basada en Internet; terminar la conexion entre el dispositivo movil inalambrico y la primera red inalambrica; establecer una conexion entre el dispositivo movil inalambrico y una segunda red inalambrica; y enviar, a la aplicacion basada en Internet, datos que representen el estado de interaccion del dispositivo movil inalambrico con la aplicacion basada en Internet, antes de terminar la conexion entre el dispositivo movil inalambrico y la primera red inalambrica.
El documento JP 2002 217810 divulga un equipo terminal portatil de correspondencia de distribucion de musica. El equipo terminal portatil 1 de correspondencia de distribucion de musica, que esta conectado a un servidor de distribucion de musica para almacenar datos comprimidos de musica a traves de una red por radio y descarga los datos de musica para reproducir los datos de musica, presenta una marca de interrupcion de la descarga en la pantalla 2, cuando se interrumpe la descarga, y conecta tambien automaticamente el propio equipo terminal portatil 1 a la red, por radio, para reiniciar la descarga de datos de musica tras la interrupcion de la descarga, desde el servidor de distribucion de musica, cuando se interrumpe la descarga. Por tanto, el usuario puede descargar facilmente sus datos de musica objetivo sin preocuparse por la terminacion de la descarga, cada vez que el usuario descarga los datos de musica objetivo.
Sumario de la invencion
La presente invencion proporciona un metodo para reanudar la entrega de contenidos dinamicos superando el problema de la tecnica anterior, en que el metodo de reanudacion de la entrega no se elige de acuerdo con la informacion dinamica del cliente, cuando se reanuda la entrega, y por tanto los contenidos dinamicos entregados se convierten en una informacion redundante y conduce a un desperdicio del ancho de banda de la red.
La presente invencion proporciona ademas un servidor de entrega de contenidos dinamicos, y un sistema de entrega de contenidos dinamicos.
Un metodo para reanudar la entrega de contenidos dinamicos incluye la ejecucion de los pasos siguientes: por medio del servidor de entrega de contenidos dinamicos, despues de que el servidor de entrega de contenidos dinamicos haya detectado que el canal de entrega al cliente que recibe los contenidos dinamicos se ha restablecido normalmente, o que el servidor de entrega de contenidos dinamicos recibe una peticion de reanudar la entrega de los contenidos dinamicos desde el cliente;
la obtencion de informacion dinamica del cliente, determinando el modo de reanudacion de la entrega, para reanudar la entrega de contenidos dinamicos de acuerdo con la informacion dinamica del cliente y del tipo de contenidos dinamicos; y
la entrega de los contenidos dinamicos al cliente, en el modo determinado de reanudacion de la entrega.
Un servidor de entrega de contenidos dinamicos incluye,
un modulo de inicio de la reanudacion de la entrega, adaptado para recibir la peticion de la reanudacion de la entrega de los contenidos dinamicos enviados por el cliente y/o para detectar que el canal de entrega al cliente se ha restablecido normalmente;
una unidad del motor de personalizacion, adaptada para almacenar la informacion dinamica del cliente;
un modulo de determinacion del modo de reanudacion de la entrega, adaptado para determinar el modo de reanudacion de la entrega que debe utilizarse para entregar los contenidos dinamicos al cliente, de acuerdo con la informacion dinamica del cliente y el tipo de contenidos dinamicos, cuando se recibe la solicitud de reanudacion de la entrega desde el cliente y/o cuando se detecta que el canal de entrega al cliente se ha restablecido normalmente; y
un modulo de entrega de contenidos dinamicos, adaptado para entregar los contenidos dinamicos al cliente, en el modo de reanudacion de la entrega determinado.
Un sistema de entrega de contenidos dinamicos incluye un cliente y un servidor de entrega de contenidos dinamicos, como se ha descrito anteriormente.
Con el metodo y el sistema anteriores, cuando se reanuda la entrega de contenidos dinamicos, se puede elegir un modo de reanudacion de entrega apropiado, de acuerdo con la informacion dinamica del cliente y del tipo de contenidos a entregar; de esa manera, se asegura que los contenidos dinamicos entregados son los contenidos necesarios por el cliente, y por ello se evita el desperdicio de recursos de la red.
Breve descripcion de los dibujos
5
10
15
20
25
30
35
40
45
La figura 1 es un diagrama de flujo del envfo de un mensaje de peticion por el servidor al cliente, en el modo de realizacion 1 de la presente invencion;
La figura 2 es un diagrama de flujo de la devolucion de un mensaje de respuesta por el cliente al servidor, en el modo de realizacion 1 de la presente invencion;
La figura 3 es un diagrama de flujo de la recepcion de un mensaje de respuesta por el servidor, en el modo de realizacion 1 de la presente invencion;
La figura 4 es un diagrama esquematico del proceso de senalizacion del modo de realizacion 1 de la presente invencion;
La figura 5 es un diagrama esquematico del proceso de senalizacion en el modo de realizacion 2 de la presente invencion;
La figura 6 es una representacion estructural del cliente, en el modo de realizacion de la presente invencion;
La figura 7 es una representacion estructural del servidor de entrega de contenidos dinamicos en el modo de realizacion de la presente invencion; y
La figura 8 es una representacion estructural del sistema de entrega de contenidos dinamicos del modo de realizacion de la presente invencion.
Descripcion detallada de los modos de realizacion
Como consecuencia de lo que antecede, el metodo proporcionado en la presente invencion sera detallado mejor en los modos de realizacion, con referencia a los dibujos que se acompanan.
Modo de realizacion 1
El servidor de entrega de contenidos dinamicos (en adelante denominado “servidor” por brevedad) inicia activamente el proceso de reanudacion de la entrega.
La figura 1 es un diagrama de flujo del envfo de un mensaje de peticion por el servidor al cliente, cuando el servidor inicia activamente el proceso de reanudacion de la entrega; los pasos son como sigue:
Paso S11: Cuando se interrumpe la entrega de contenidos y el servidor detecta que no se han entregado todavfa los contenidos completamente, el servidor mantendra el contexto de la sesion de entrega de contenidos. El servidor registra el identificador (ID) de la sesion, el ID del contenido, el alcance de lo entregado y el ID del cliente.
Paso S12: El servidor detecta el cliente.
Paso S13: El servidor determina si se encuentra al cliente; si se encuentra el cliente, entonces se sigue en el paso S14; en otro caso, se vuelve al paso S12 y se detecta el cliente periodicamente.
Paso S14: El servidor obtiene la informacion dinamica del cliente a traves de una unidad de motor personalizada, y analiza la informacion dinamica obtenida para determinar el modo de reanudacion de la entrega.
En este paso, debido al hecho de que la informacion dinamica esta diversificada (es decir, informacion de ubicacion, informacion de presencia e informacion de capacidad dinamica del cliente, etc.), y para diferentes tipos de contenidos dinamicos a entregar, la importancia de la diversa informacion dinamica del cliente es diferente; por tanto, para diferentes tipos de contenidos dinamicos, se puede fijar diferente informacion dinamica del cliente con niveles correspondientes, y el modo de reanudacion de la entrega se puede determinar teniendo en cuenta la informacion dinamica con un nivel mas alto.
Por ejemplo, si el contenido dinamico es un contenido de video recreativo, los niveles correspondientes de informacion dinamica se pueden fijar de arriba abajo como sigue: informacion de presencia del cliente, capacidad dinamica (tamano de memoria) del cliente, e informacion de ubicacion (Loc) del cliente, esto es debido a que, para entregar contenidos de video recreativo a un cliente, la informacion de presencia del cliente usuario es la mas importante (cuando el usuario esta trabajando, tal contenido no debe ser entregado; cuando el usuario esta ocioso, tal contenido puede ser entregado); lo siguiente es si el tamano de memoria del cliente es suficiente para recibir la informacion de video; en cuanto a la ubicacion espedfica del cliente, es de poca importancia para entregar contenidos de videos recreativos; por tanto, el servidor obtendra la informacion de presencia del cliente en primer lugar, para decidir que modo de reanudacion de la entrega ha de usarse; la informacion de ubicacion del cliente puede no tenerse en cuenta. Como otro ejemplo, si los contenidos dinamicos a entregar es informacion de las condiciones de trafico, los correspondientes niveles de informacion dinamica del cliente pueden fijarse de arriba abajo como sigue: informacion de ubicacion del cliente, presencia del cliente usuario y capacidad dinamica del
5
10
15
20
25
30
cliente. Por tanto, cuando se prepara la reanudacion de la entrega de la informacion de las condiciones del trafico para el cliente, el servidor obtendra primero la informacion de ubicacion del cliente, para decidir que modo de reanudacion de la entrega ha de utilizarse, y puede no tenerse en cuenta la capacidad dinamica del cliente.
Los modos espedficos de reanudacion de la entrega incluyen, pero sin estar limitados a ello:
Reanudacion normal (instantanea): los contenidos dinamicos que no se entregaron completamente se entregan al cliente y comenzando desde el punto de ruptura;
Reanudacion diferida de la entrega: los contenidos dinamicos que no se entregaron completamente se entregan al cliente tras un periodo de tiempo;
Re-personalizacion: se lleva a cabo nuevamente la personalizacion de los contenidos dinamicos a entregar, de acuerdo con la informacion dinamica del cliente, antes de reanudar la entrega.
En este paso, el servidor puede determinar un modo de reanudacion de la entrega o varios modos de reanudacion de la entrega opcionales, de acuerdo con la informacion dinamica del cliente y el tipo de contenidos dinamicos a entregar. En este modo de realizacion, se toma como ejemplo que el servidor determina varios modos opcionales de reanudacion de la entrega.
Paso S15: El servidor envfa un mensaje de peticion al cliente, con las opciones de reanudacion de la entrega correspondientes a los modos opcionales de reanudacion de la entrega transportados en el mensaje; el mensaje de peticion contiene ademas el ID del contenido, el tamano del fichero y/o el ID de la sesion para la reanudacion de la entrega.
En el caso en que la sesion de entrega de contenidos en un estado suspendido en el servidor no haya terminado, el mensaje de peticion puede contener el ID de la sesion, que sirve como ID exclusivo de la sesion; el cliente puede utilizar el ID de la sesion para consultar la sesion correspondiente y recuperar la sesion en estado suspendido; si la sesion ha terminado, el cliente puede ignorar el ID de la sesion y llevar a cabo la reanudacion de la entrega estableciendo una nueva sesion con el servidor.
Si la sesion de entrega de contenidos en el servidor ha terminado debido a algunas razones tales como exceso de tiempo, cuando el servidor envfa un mensaje de peticion de la reanudacion de la entrega al cliente en la nueva sesion, el servidor no puede incluir el ID de la sesion de la ultima sesion interrumpida en el mensaje de peticion.
El mensaje de peticion puede contener ademas el alcance de la reanudacion de la entrega; si la opcion de reanudacion de la entrega en el mensaje de peticion es Re-personalizar, el mensaje de peticion no contiene el alcance de la reanudacion de la entrega.
El mensaje de interaccion entre el servidor y el cliente emplea el protocolo del Lenguaje de Marcacion extensible (XML); para el mensaje de peticion, la etiqueta XML se define como sigue:
Elemento de descripcion del protocolo
Etiqueta XML
Mensaje DCD
DCD
Comando DCD
Cmd
Parametros del comando
Para
Iniciador de la reanudacion de la entrega
Initiator
Opcion de la reanudacion de la entrega
Options
ID del contenido
ContentID
Alcance de la reanudacion de la entrega
Range
10
15
20
25
30
Por ejemplo, si la opcion de reanudacion de la entrega es una reanudacion instantanea, se crea el siguiente mensaje de peticion:
<DCD>
<Cmd>ResumeRequest<Cmd> <!— El comando del mensaje es una solicitud de reanudacion.-->
<Para>
<Initiator>Server</Initiator> <!— La solicitud de reanudacion es iniciada por el servidor-->
<ContentID>123456</ContentID> <!— Se utiliza el ID del contenido para identificar el
contenido a entregar-->
<Range>1034-25431</Range> <El alcance de reanudacion de entrega es 1034-25431 bytes--> <Options>
<Item>
<Name>ResumeInstant</Name> <!—La opcion de reanudacion de la entrega es reanudacion
de entrega instantanea: ResumeInstant-->
<Info>...</Info> <!— Info representa informacion descriptiva de la opcion
de reanudacion de la entrega-->
</Itcm>
</Options>
</Para>
</DCD>
El flujo del proceso de devolucion de un mensaje de respuesta por el cliente al servidor, despues de que el cliente reciba el mensaje de peticion, esta ilustrado en la figura 2, e incluye los pasos siguientes:
Paso S21: El cliente presenta las opciones de reanudacion de la entrega en el mensaje de peticion para que elija el usuario;
Paso S22: El cliente determina si el usuario ha elegido la reanudacion de la entrega; si se elige la reanudacion de la entrega, el cliente continua en el paso S23; en otro caso el cliente continua en el paso S28;
Paso S23; El cliente calcula el alcance de la reanudacion de la entrega. El metodo espedfico es que el cliente consulta sobre el tamano del contenido entregado, y obtiene el alcance de la reanudacion de la entrega de acuerdo con el tamano del fichero transportado en el mensaje de peticion desde el servidor; entonces el cliente continua con el paso S24;
Paso S24: El cliente determina tambien si el usuario ha elegido Entrega Normal (Instantanea); si el usuario ha elegido Entrega Normal (Instantanea), el cliente continua en el paso S25; en otro caso, el cliente continua en el paso S28;
Paso S25: El cliente calcula el tamano del contenido a entregar, de acuerdo con el alcance calculado de la reanudacion de la entrega; entonces, compara el tamano de la memoria local con el valor calculado del contenido a entregar, y despues continua con el paso S26;
Paso S26: El cliente determina si el espacio de memoria es suficiente; si el espacio de memoria no es suficiente, el cliente continua en el paso S27; en otro caso, el cliente continua con el paso S28;
Paso S27; El cliente informa al usuario que el espacio de memoria no es suficiente, y proporciona opciones al usuario, por ejemplo, el cliente puede pedir al usuario que elimine ficheros para liberar espacio de memoria antes de reanudar la entrega, o diferir la reanudacion de la entrega, o cancelar la reanudacion de la entrega, etc., y despues acepta la eleccion del usuario y continua con el paso S28;
5
10
15
20
25
30
35
Paso S28: El cliente devuelve el mensaje de respuesta al servidor, con los parametros de reanudacion de la entrega fijados por el usuario y transportados en el mensaje de respuesta; ademas, el mensaje de respuesta puede contener el alcance de la reanudacion de la entrega calculado por el cliente;
El alcance de la reanudacion de la entrega puede ser entregado por el protocolo inferior del protocolo de Entrega de Contenidos Dinamicos (DCD); por ejemplo, puede ser transportado en la cabecera del mensaje HTTP o en un mensaje DCD. Si la eleccion del usuario es Re-personalizar, el mensaje de respuesta puede contener el alcance de la reanudacion de la entrega.
Un ejemplo del mensaje de respuesta es como sigue:
<DCD>
<Cmd>ResumeRequest<Cmd> <!— El comando del mensaje es una solicitud de reanudacion.-->
<Para>
<Initiator>Server<Initiator> <!— La solicitud de reanudacion es iniciada por el servidor-->
<ContentID>123456</ContentID> <!— Se utiliza el ID del contenido para identificar el
contenido a entregar-->
<Range>1034-25431</Range> <El alcance de reanudacion de entrega es 1034-25431 bytes--> <Options>
<Item>
<Name>ResumeInstant</Name> <!—La opcion de reanudacion de la entrega es reanudacion
de entrega diferida—>
<Info>60</Info> <!— En el mensaje de respuesta, Info representa los
parametros de la reanudacion de la entrega, es decir, se difiere 60 minutos antes de la reanudacion de la entrega-->
</Itcm>
</Options>
</Para>
</DCD>
Despues de enviar el mensaje de peticion, el servidor espera un mensaje de respuesta devuelto por el cliente; el flujo del proceso espedfico esta ilustrado en la figura 3 e incluye:
Paso S31: El servidor espera un mensaje de respuesta devuelto por el cliente;
Paso S32: El servidor determina si se ha recibido un mensaje de respuesta; si se ha recibido un mensaje de respuesta del cliente, el servidor continua con el paso S35; si es un tiempo excesivo, el servidor continua con el paso S33;
Paso S33: El servidor determina si ha expirado el periodo de espera preconfigurado; si el periodo de espera preconfigurado no ha expirado, volver al paso S31 para continuar esperando un mensaje de respuesta del cliente; en otro caso, el servidor continua con el paso S34.
Paso S34: El servidor termina el proceso de reanudacion de la entrega;
Paso S35: El servidor entrega el contenido al cliente en el modo de reanudacion de la entrega elegido por el usuario en el mensaje de respuesta, hasta que se haya entregado todo el contenido completamente.
En el anterior modo de realizacion 1, el diagrama de flujo de la interaccion de senalizacion entre el cliente y el servidor esta ilustrado en la figura 4, e incluye:
1. Cuando la entrega de contenidos entre el servidor y el cliente se interrumpe, el servidor realiza al pre-tratamiento como sigue: obtiene la informacion dinamica del cliente, y determina los modos opcionales de reanudacion de la
5
10
15
20
25
30
35
40
entrega de acuerdo con la informacion dinamica obtenida y el tipo de contenidos dinamicos entregados; detecta si el canal de comunicaciones con el cliente se ha restablecido normalmente;
2. Despues de que se haya restablecido la conexion entre el cliente y el servidor, el servidor establece/recupera la sesion de entrega de contenidos con el cliente;
3. El servidor envfa un mensaje de peticion al cliente, ademas de la opcion de reanudacion de la entrega proporcionada por el servidor, y la descripcion/razon de las opciones, el ID del contenido, el ID de la sesion y el tamano del fichero a entregar, etc., pueden estar contenidos tambien en el mensaje de peticion;
4. El cliente presenta las opciones de reanudacion de la entrega transportadas en el mensaje de peticion para que el usuario elija el modo de reanudacion de la entrega;
5. El cliente devuelve un mensaje de respuesta al servidor, de acuerdo con la eleccion del usuario, los parametros de reanudacion de la entrega del cliente pueden estar transportados en el mensaje de respuesta;
6. Despues de recibir el mensaje de respuesta, el servidor obtiene el modo de reanudacion de la entrega elegido por el usuario;
7. El servidor entrega los contenidos dinamicos al cliente en el modo de reanudacion de la entrega elegido por el usuario;
8. La sesion de la entrega de contenidos termina despues de que se haya completado la entrega de contenidos. Modo de realizacion 2
Un cliente inicia activamente un proceso de reanudacion de la entrega.
Despues de que se haya restablecido la conexion entre el cliente y el servidor, el cliente puede iniciar activamente la reanudacion de la entrega enviando un mensaje de peticion de la reanudacion al servidor, con el ID del contenido y el alcance de la reanudacion de la entrega transportada en la peticion de reanudacion; opcionalmente, se puede transportar tambien el ID de la sesion. El alcance de reanudacion de la entrega puede ser entregado por el protocolo inferior del protocolo DCD; por ejemplo, puede ser transportado en la cabecera del mensaje HTTP o en un mensaje DCD.
El mensaje de peticion de reanudacion de la entrega iniciado por el cliente se ejemplifica como sigue:
<DCD>
<Cmd>ResumeRequest<Cmd> <!— El comando del mensaje es una solicitud de reanudacion de la
entrega.-->
<Para>
<Initiator>Client<Initiator> <!— La solicitud de reanudacion es iniciada por el Cliente-->
<ContentID>123456</ContentID> <!— Se utiliza el ID del contenido para identificar el
contenido a entregar-->
<Range>1034-25431</Range> <El alcance de reanudacion de entrega es 1034-25431 bytes-->
</Para>
</DCD>
Despues de recibir la peticion de reanudacion, el servidor continua con un flujo de proceso subsiguiente identico a los pasos S14 y S15 ilustrados en la figura 1; por tanto, no se describe de nuevo aqui.
El mensaje de peticion enviado desde el servidor se ejemplifica como sigue:
<DCD>
<Cmd>ResumeRequest<Cmd> <!— El comando del mensaje es una solicitud de reanudacion de la
entrega.-->
<Para>
5
10
15
20
25
30
35
40
<Initiator>Client<Initiator> <!— La solicitud de reanudacion es iniciada por el Cliente-->
<ContentID>123456</ContentID>
<Options>
<Item>
<Name>ResumeInstant</Name> <!—La opcion de reanudacion de la entrega es reanudacion
de entrega instantanea: -->
<Info>...</Info>
</Itcm>
</Options>
</Para>
</DCD>
Despues de recibir el mensaje de peticion, el cliente continua con los pasos ilustrados en la figura 2; despues de recibir el mensaje de respuesta, el servidor continua con los pasos ilustrados en la figura 3.
En el anterior modo de realizacion 2, el diagrama de flujo de la interaccion de senalizacion entre el cliente y el servidor esta ilustrado en la figura 5, e incluye lo siguiente:
1. Despues de que se haya restablecido normalmente el canal de comunicaciones entre el cliente y el servidor, se establece la sesion de entrega de contenidos entre el servidor y el cliente;
2. El cliente envfa una peticion de reanudacion de la entrega al servidor, con el ID del contenido, y el alcance de la reanudacion de la entrega transportado en el mensaje de peticion; opcionalmente, tambien se transporta el ID de la sesion en el mensaje de peticion;
3. Despues de recibir el mensaje de reanudacion de la entrega, el servidor realiza el pre-tratamiento como sigue: el servidor obtiene la informacion dinamica del cliente, y determina los modos opcionales de reanudacion de la entrega, de acuerdo con la informacion dinamica obtenida y el tipo de contenidos dinamicos que se entregan.
4. El servidor envfa un mensaje de peticion al cliente, ademas de la opcion de reanudacion de la entrega
proporcionada por el servidor, el mensaje de peticion puede contener tambien la descripcion/razon de las opciones, el ID de contenido, el ID de la sesion, y el tamano del fichero, etc.;
5. El cliente presenta las opciones de reanudacion de la entrega transportadas en el mensaje de peticion para que el usuario elija el modo de reanudacion de la entrega;
6. El cliente devuelve un mensaje de respuesta al servidor, de acuerdo con la eleccion del usuario;
7. Despues de recibir el mensaje de respuesta, el servidor obtiene el modo de reanudacion de la entrega elegido por
el usuario;
8. El servidor entrega los contenidos dinamicos al cliente en el modo de reanudacion de la entrega elegido por el usuario;
9. La sesion de la entrega de contenidos termina despues de que se haya completado la entrega de contenidos.
En el anterior modo de realizacion 1 y el modo de realizacion 2, si el servidor determina un modo exclusivo de reanudacion de la entrega, de acuerdo con la informacion dinamica del cliente y el tipo de contenidos dinamicos a entregar, el servidor puede usar directamente el modo de reanudacion de la entrega determinado para entregar los contenidos dinamicos al cliente.
Alternativamente, el servidor puede enviar un mensaje de notificacion al cliente, para notificar al cliente el modo de reanudacion de la entrega que se emplea y solicitar al cliente que acepte el modo de reanudacion de la entrega; tras recibir el mensaje de notificacion, el cliente devuelve un mensaje de respuesta para aceptar o rechazar el modo de reanudacion de la entrega; al recibir un mensaje de respuesta para aceptar el modo de reanudacion de la entrega devuelto por el cliente, el servidor entrega los contenidos dinamicos al cliente de un modo exclusivo determinado de reanudacion de la entrega; al recibir un mensaje de respuesta para rechazar el modo de reanudacion de la entrega devuelto por el cliente, el servidor termina directamente el proceso de entrega de contenidos dinamicos.
10
5
10
15
20
25
30
35
40
45
50
Con el fin de cumplir totalmente con la demanda del usuario para la personalizacion y reducir la interaccion de mensajes entre el servidor y el cliente, el modo de reanudacion de la entrega puede ser fijado por adelantado por el usuario y almacenado en el servidor; cuando se necesita reanudar la entrega de los contenidos dinamicos al cliente usuario, el servidor entrega directamente los contenidos dinamicos en el modo de reanudacion de la entrega preconfigurado por el usuario. De esta manera, el proceso de negociacion del modo de reanudacion de la entrega entre el servidor y el cliente puede ser omitido, y el problema generado para pedir al usuario que efectue la confirmacion/seleccion, tambien puede ser reducido.
Alternativamente, el modo de reanudacion de la entrega puede ser preconfigurado por el operador y almacenado en el servidor.
Cuando se necesita reanudar la entrega de contenidos dinamicos al cliente, al principio, el servidor determina si hay un modo de reanudacion de la entrega preconfigurado que este almacenado localmente para los contenidos dinamicos; si existe tal modo de reanudacion de la entrega, el servidor determina ademas el iniciador del modo de reanudacion de la entrega; si el modo de reanudacion de la entrega esta preconfigurado por el cliente, el servidor entregara los contenidos dinamicos al cliente en el modo de reanudacion de la entrega.
Si el modo de reanudacion de la entrega esta preconfigurado por el operador, el servidor notifica al cliente el modo de reanudacion de la entrega; tras recibir un mensaje de respuesta para aceptar el modo de reanudacion de la entrega desde el cliente, el servidor entrega los contenidos dinamicos al cliente en el modo de reanudacion de la entrega; si el cliente devuelve un mensaje de respuesta para rechazar el modo de reanudacion de la entrega, el servidor continua con los pasos S14 y S15 ilustrados en la figura 1, es decir, el servidor determina un modo de reanudacion de la entrega de acuerdo con la informacion dinamica del cliente y el tipo de contenidos a entregar, y envfa un mensaje de peticion al cliente para solicitar al cliente que elija el modo de reanudacion de la entrega, y despues entrega los contenidos en el modo de reanudacion de la entrega devuelto por el cliente.
De acuerdo con el metodo de reanudacion de la entrega de contenidos dinamicos proporcionado en los anteriores modos de realizacion de la presente invencion, la presente invencion proporciona un cliente, y el diagrama estructural del cliente es como se ilustra en la figura 6, que incluye:
un primer modulo de proceso de reanudacion de la entrega, adaptado para enviar una peticion para reanudar la entrega de contenidos dinamicos al servidor de entrega de contenidos dinamicos;
un modulo de recepcion de contenidos dinamicos, adaptado para recibir los contenidos dinamicos entregados desde el servidor de entrega de contenidos dinamicos en un modo determinado de reanudacion de la entrega, despues de que el servidor de entrega de contenidos dinamicos reciba la solicitud de reanudacion de la entrega; o reciba los contenidos dinamicos entregados desde el servidor de entrega de contenidos dinamicos en el modo determinado de reanudacion de la entrega, despues de que el servidor de entrega de contenidos dinamicos detecte que el canal de entrega al cliente se ha restablecido normalmente.
El cliente incluye ademas:
un segundo modulo de proceso de reanudacion de la entrega, adaptado para enviar un modo de reanudacion de la entrega de una peticion de pre-configuracion de contenidos dinamicos al servidor de entrega de contenidos dinamicos, y enviar el modo de reanudacion de la entrega preconfigurado de contenidos dinamicos al servidor de entrega de contenidos dinamicos para su almacenamiento; y
un tercer modulo de proceso de reanudacion de la entrega, adaptado para recibir un mensaje de notificacion o mensaje de consulta sobre el modo de reanudacion de la entrega enviado por el servidor de entrega de contenidos dinamicos, y devolver un mensaje de respuesta al servidor de entrega de contenidos dinamicos.
El cliente anterior puede incluir ademas una unidad que proporcione informacion sobre la capacidad dinamica, una unidad que proporcione informacion de ubicacion, y una unidad que proporcione informacion de presencia, etc.; estas unidades proporcionan informacion sobre capacidad dinamica, informacion de ubicacion e informacion de presencia del cliente, respectivamente.
La presente invencion proporciona ademas un modo de realizacion de un servidor de entrega de contenidos dinamicos y un diagrama estructural del servidor, como se ilustra en la figura 7, que incluye:
un modulo de inicio de la reanudacion de la entrega, adaptado para recibir la peticion de la reanudacion de la entrega de los contenidos dinamicos del cliente y/o detectar si el canal de entrega al cliente se ha restablecido normalmente;
un modulo de determinacion del modo de reanudacion de la entrega, adaptado para determinar el modo de reanudacion de la entrega que debe utilizarse para entregar los contenidos dinamicos al cliente, de acuerdo con la peticion del cliente para la reanudacion de la entrega y/o el resultado de la deteccion de que el canal de entrega al
5
10
15
20
25
30
35
40
45
cliente se ha restablecido normalmente; y
un modulo de entrega de contenidos dinamicos, adaptado para entregar los contenidos dinamicos al cliente, en el modo de reanudacion de la entrega determinado.
El servidor incluye ademas lo siguiente:
Una unidad del motor de personalizacion, adaptada para almacenar la informacion dinamica del cliente. El modulo de determinacion del modo de reanudacion de la entrega obtiene la informacion dinamica del cliente desde la unidad del motor de personalizacion, y determina el modo de reanudacion de la entrega de acuerdo con la informacion dinamica obtenida del cliente y el tipo de contenidos dinamicos a entregar.
Un modulo de almacenamiento de reanudacion de la entrega esta adaptado para almacenar el modo de reanudacion de la entrega preconfigurado por el cliente o el operador. El modulo de determinacion del modo de reanudacion de la entrega obtiene el modo de reanudacion de la entrega preconfigurado por el cliente desde el modulo de almacenamiento del modo de reanudacion de la entrega, como modo de reanudacion de la entrega determinado; o bien el modulo que determina el modo de reanudacion de la entrega obtiene el modo de reanudacion de la entrega preconfigurado por el operador desde el modulo de almacenamiento del modo de reanudacion de la entrega y notifica al cliente el modo de reanudacion de la entrega preconfigurado, despues de recibir un mensaje de respuesta para aceptar el modo de reanudacion de la entrega del cliente, que el modulo que determina el modo de reanudacion de la entrega utiliza el modo de reanudacion de la entrega preconfigurado por el operador, como modo de reanudacion de la entrega determinado.
El cliente y el servidor de entrega de contenidos dinamicos proporcionados por el anterior modo de realizacion de la presente invencion, constituye un sistema de entrega de contenidos dinamicos como se ilustra en la figura 8, y el sistema incluye un cliente y un servidor de entrega de contenidos dinamicos, uno o mas servidores que estan adaptados para proporcionar informacion dinamica de los clientes, pueden estar conectados entre los clientes y el servidor de entrega de contenidos dinamicos, para la finalidad de proporcionar informacion dinamica de los clientes al servidor de entrega de contenidos dinamicos. Los servidores que proporcionan informacion dinamica de clientes incluyen, pero sin limitarse a ellos, el servidor de ubicacion, el servidor de presencia y el servidor de adquisicion de la capacidad dinamica del cliente.
En conclusion, cuando la entrega de contenidos dinamicos ha de reanudarse empleando los modos de realizacion de la presente invencion, se elige un modo de reanudacion de la entrega apropiado de acuerdo con la informacion dinamica del cliente y del tipo de contenidos a entregar; de esta manera, la presente invencion asegura que los contenidos dinamicos entregados son la informacion que necesita el cliente, y por ello se evita el desperdicio de los recursos de transmision de la red.
Como se ha descrito en los anteriores modos de realizacion de la presente invencion, si se determinan uno o mas modos opcionales de reanudacion de la entrega por medio del servidor de entrega de contenidos dinamicos, se requiere al usuario que determine/elija el modo de reanudacion de la entrega a utilizar, por lo que se mejora aun mas la experiencia y la satisfaccion del servicio de usuarios.
En los anteriores modos de realizacion de la presente invencion, se puede emplear otra manera en la cual un usuario pre-configura un modo de reanudacion de la entrega y lo almacena en el servidor; en esa manera, puede omitirse el proceso de negociacion del modo de reanudacion de la entrega entre el servidor y el cliente; como resultado, se puede reducir la interaccion de mensajes, y se confiere mas comodidad al usuario.
En los anteriores modos de realizacion de la presente invencion, se puede emplear una manera mas en la cual el modo de reanudacion de la entrega esta preconfigurado por el operador y almacenado en el servidor; si el usuario esta de acuerdo con que se entreguen los contenidos dinamicos en el modo de reanudacion de la entrega preconfigurado por el operador, ya no se necesita el servidor para obtener la informacion dinamica del cliente y analizarla, por lo que se reduce la carga de trabajo del servidor.
Evidentemente, los expertos en la tecnica deben reconocer que pueden hacerse diversas variaciones y modificaciones sin apartarse del alcance de la presente invencion como se define en las reivindicaciones anexas. Por tanto, si estas variaciones y modificaciones caen dentro del alcance definido por las reivindicaciones de la presente invencion y sus equivalentes, la presente invencion pretende cubrir estas variaciones y modificaciones.

Claims (8)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    REIVINDICACIONES
    1. Un metodo para la reanudacion de la entrega de contenidos dinamicos, despues de que un servidor de entrega de contenidos dinamicos detecte que se ha restablecido normalmente un canal de entrega al cliente que recibe los contenidos dinamicos, o que el servidor de entrega de contenidos dinamicos reciba del cliente una peticion para reanudar la entrega de contenidos dinamicos (S13), caracterizado porque el metodo comprende:
    obtener la informacion dinamica del cliente (S14);
    determinar un modo de reanudacion de la entrega para reanudar la entrega de contenidos dinamicos, de acuerdo con la informacion dinamica del cliente y del tipo de contenidos dinamicos; y
    entregar los contenidos dinamicos al cliente en el modo de reanudacion de la entrega determinado;
    donde el modo de reanudacion de la entrega esta determinado por los modos de reanudacion de la entraga incluyendo la reanudacion normal, la reanudacion de entrega diferida y la re-personalizacion.
  2. 2. El metodo de acuerdo con la reivindicacion 1, caracterizado porque si el modo de reanudacion de la entrega determinado es la reanudacion normal, los contenidos dinamicos que no se han entregado completamente son entregados al cliente y se inician en un punto de ruptura;
    si el modo de reanudacion de la entrega determinado es la reanudacion de la entrega diferida, los contenidos dinamicos que no se han entregado completamente se entregan al cliente tras un periodo de tiempo; y
    si el modo de reanudacion de la entrega determinado es el de re-personalizacion, los contenidos dinamicos que no se han entregado llevan a cabo la personalizacion, de acuerdo con la informacion dinamica del cliente.
  3. 3. El metodo de acuerdo con la reivindicacion 1, caracterizado porque la informacion dinamica del cliente comprende informacion de ubicacion, informacion de presencia o informacion de la capacidad dinamica del cliente.
  4. 4. El metodo de acuerdo con cualquiera de las reivindicaciones 1 - 3, caracterizado porque, cuando hay disponibles varios modos opcionales de reanudacion de la entrega, la determinacion adicional del modo de reanudacion de la entrega comprende,
    enviar un mensaje de consulta al cliente con las opciones de reanudacion de la entrega correspondientes a los modos opcionales de reanudacion de la entrega transportados en el mensaje (S15); y determinar el correspondiente modo de reanudacion de la entrega de acuerdo con la opcion de reanudacion de la entrega del mensaje de respuesta, despues de recibir el mensaje de respuesta del cliente (S22).
  5. 5. El metodo de acuerdo con la reivindicacion 4, caracterizado porque, si el servidor de entrega de contenidos dinamicos no recibe un mensaje de respuesta del cliente dentro del lfmite de tiempo preconfigurado, termina el proceso de entrega de contenidos dinamicos (S33).
  6. 6. Un servidor de entrega de contenidos dinamicos, caracterizado porque comprende:
    un modulo de inicio de la reanudacion de la entrega, adaptado para recibir una peticion de la reanudacion de la entrega de los contenidos dinamicos enviados por el cliente y/o para detectar si el canal de entrega al cliente se ha restablecido normalmente;
    una unidad del motor de personalizacion, adaptada para almacenar la informacion dinamica del cliente;
    un modulo de determinacion del modo de reanudacion de la entrega, adaptado para determinar el modo de reanudacion de la entrega que debe utilizarse para entregar los contenidos dinamicos al cliente, de acuerdo con la informacion dinamica del cliente y el tipo de contenidos dinamicos, cuando se recibe la solicitud de reanudacion de la entrega desde el cliente y/o cuando se detecta que el canal de entrega al cliente se ha restablecido normalmente; y
    un modulo de entrega de contenidos dinamicos, adaptado para entregar los contenidos dinamicos al cliente, en el modo de reanudacion de la entrega determinado;
    donde el modo de reanudacion de la entrega esta determinado por los modos de reanudacion de la entrega incluyendo la reanudacion normal, la reanudacion de entrega diferida y la re-personalizacion.
  7. 7. Un sistema de entrega de contenidos dinamicos, caracterizado porque comprende clientes y un servidor de entrega de contenidos dinamicos, de acuerdo con la reivindicacion 6.
  8. 8. Un sistema de entrega de contenidos dinamicos de acuerdo con la reivindicacion 7, caracterizado porque hay conectados uno o mas servidores adaptados para proporcionar la informacion dinamica de los clientes, entre el
    13
    cliente y el servidor de entrega de contenidos dinamicos, para proporcionar la informacion dinamica del cliente al servidor de entrega de contenidos dinamicos.
ES07702065.9T 2006-03-17 2007-01-12 Método, servidor y sistema para la reanudación de la entrega de contenidos de datos Active ES2467840T5 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN200610065134 2006-03-17
CN200610065134.7A CN100591016C (zh) 2006-03-17 2006-03-17 一种动态内容续传方法及系统
PCT/CN2007/000133 WO2007107069A1 (fr) 2006-03-17 2007-01-12 Procédé, dispositif et système de transmission en continu de contenu dynamique

Publications (2)

Publication Number Publication Date
ES2467840T3 ES2467840T3 (es) 2014-06-13
ES2467840T5 true ES2467840T5 (es) 2017-10-17

Family

ID=37297990

Family Applications (1)

Application Number Title Priority Date Filing Date
ES07702065.9T Active ES2467840T5 (es) 2006-03-17 2007-01-12 Método, servidor y sistema para la reanudación de la entrega de contenidos de datos

Country Status (7)

Country Link
US (1) US8412793B2 (es)
EP (1) EP1998525B2 (es)
JP (1) JP4859976B2 (es)
KR (1) KR101048730B1 (es)
CN (1) CN100591016C (es)
ES (1) ES2467840T5 (es)
WO (1) WO2007107069A1 (es)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100591016C (zh) 2006-03-17 2010-02-17 华为技术有限公司 一种动态内容续传方法及系统
US8621093B2 (en) * 2007-05-21 2013-12-31 Google Inc. Non-blocking of head end initiated revocation and delivery of entitlements non-addressable digital media network
CN101159896B (zh) * 2007-09-19 2011-04-13 Ut斯达康通讯有限公司 一种个人移动终端数据包下载方法
KR101415002B1 (ko) * 2007-10-05 2014-07-07 에스케이플래닛 주식회사 동적 콘텐츠 전송을 위한 단말기상태정보 보고 방법 및그를 위한 단말기 및 ｄｃｄ 서버
KR101285891B1 (ko) 2008-01-21 2013-07-11 엘지전자 주식회사 컨텐츠 송수신 중지 및 재개 방법
CN101547161B (zh) 2008-03-28 2012-09-26 阿里巴巴集团控股有限公司 文件夹传输系统、文件夹传输装置及文件夹传输方法
JP5135147B2 (ja) * 2008-09-29 2013-01-30 富士フイルム株式会社 動画ファイル送信サーバおよびその動作制御方法
CN102025515A (zh) 2009-09-14 2011-04-20 阿里巴巴集团控股有限公司 基于文件目录的文件传输方法及其装置和系统
JP5485033B2 (ja) * 2010-06-11 2014-05-07 日本電信電話株式会社 ネットワークシステム、サービス支援システム、サービス支援方法およびプログラム
WO2012162989A1 (zh) * 2011-09-29 2012-12-06 华为技术有限公司 媒体流传输方法、频道初始化方法及设备
WO2013127667A1 (en) 2012-03-02 2013-09-06 Markport Limited Method, apparatus and computer readable medium for terminating and newly constructing a send routing information (sri) message in mobile networks
CN103746975A (zh) * 2013-12-26 2014-04-23 小米科技有限责任公司 一种数据传输方法、装置及移动终端
CN108984222B (zh) * 2017-06-05 2023-12-22 泸州禾苗通信科技有限公司 一种云台固件升级方法及系统
CN112689022B (zh) * 2020-12-31 2023-01-06 上海宏力达信息技术股份有限公司 一种数据自动续传方法

Family Cites Families (55)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06243059A (ja) * 1993-02-19 1994-09-02 Hitachi Ltd ファイル転送の中断・再開方式
US6704785B1 (en) * 1997-03-17 2004-03-09 Vitria Technology, Inc. Event driven communication system
JPH11313048A (ja) * 1998-04-24 1999-11-09 Kokusai Electric Co Ltd マルチメディア通信方法及び通信装置
US6505253B1 (en) * 1998-06-30 2003-01-07 Sun Microsystems Multiple ACK windows providing congestion control in reliable multicast protocol
AR024520A1 (es) * 1998-11-24 2002-10-16 Ericsson Telefon Ab L M Metodo para realizar la transmision discontinua (dtx) en un sistema de comunicaciones, metodo para transmitir mensajes de protocolo a un segundo componente en un sistema de comunicaciones donde datos de habla son transmitidos desde un primer componente a un segungo componente, metodo de efectuar cam
US6754699B2 (en) * 2000-07-19 2004-06-22 Speedera Networks, Inc. Content delivery and global traffic management network system
US6377974B1 (en) * 2000-01-19 2002-04-23 Speedbit Ltd. Methods and apparatus for downloading a file from a server
US6954799B2 (en) * 2000-02-01 2005-10-11 Charles Schwab & Co., Inc. Method and apparatus for integrating distributed shared services system
JP4091723B2 (ja) * 2000-02-04 2008-05-28 富士通株式会社 データ転送方法及びその装置
US7814208B2 (en) * 2000-04-11 2010-10-12 Science Applications International Corporation System and method for projecting content beyond firewalls
US6976090B2 (en) * 2000-04-20 2005-12-13 Actona Technologies Ltd. Differentiated content and application delivery via internet
US7752258B2 (en) * 2000-08-22 2010-07-06 Akamai Technologies, Inc. Dynamic content assembly on edge-of-network servers in a content delivery network
US7746953B1 (en) * 2000-09-12 2010-06-29 Alcatel-Lucent Usa Inc. Method and apparatus for asynchronous incremental redundancy transmission in a communication system
WO2002028032A1 (en) * 2000-09-28 2002-04-04 Koninklijke Philips Electronics N.V. Network interface driver and method
US7028306B2 (en) * 2000-12-04 2006-04-11 International Business Machines Corporation Systems and methods for implementing modular DOM (Document Object Model)-based multi-modal browsers
US6701348B2 (en) * 2000-12-22 2004-03-02 Goodcontacts.Com Method and system for automatically updating contact information within a contact database
US6694471B1 (en) * 2000-12-27 2004-02-17 Cisco Technology, Inc. System and method for periodic retransmission of messages
US6862628B2 (en) * 2001-01-05 2005-03-01 Microsoft Corporation Enhancing application performance in dynamic networks
JP2002217810A (ja) * 2001-01-12 2002-08-02 Matsushita Electric Ind Co Ltd 音楽配信対応携帯端末装置
WO2002060157A2 (en) * 2001-01-24 2002-08-01 Televigation, Inc. Real-time navigation system for mobile environment
JP3737705B2 (ja) * 2001-02-20 2006-01-25 インターナショナル・ビジネス・マシーンズ・コーポレーション ネットワークシステム、サーバ、クライアント、通信方法、及び通信プログラム
US8051212B2 (en) * 2001-04-11 2011-11-01 Mellanox Technologies Ltd. Network interface adapter with shared data send resources
US7149783B2 (en) * 2001-04-12 2006-12-12 Hewlett-Packard Development Company, L.P. Delivery of sequential information
US7237033B2 (en) * 2001-04-30 2007-06-26 Aol Llc Duplicating switch for streaming data units to a terminal
US6981029B1 (en) * 2001-07-17 2005-12-27 Cisco Technology, Inc. System and method for processing a request for information in a network
US7499878B2 (en) * 2001-08-31 2009-03-03 International Business Machines Corporation Dynamic content configuration for microbrowsers by state, resource allocation and user preferences, to preserve battery power
US7519030B2 (en) * 2001-11-19 2009-04-14 At&T Intellectual Property Ii, L.P. Adaptive MAC fragmentation and rate selection for 802.11 wireless networks
US7751409B1 (en) * 2002-03-20 2010-07-06 Oracle America, Inc. Logical service domains for enabling network mobility
JP2004005433A (ja) * 2002-04-05 2004-01-08 Minolta Co Ltd データ転送プログラム
WO2003103308A1 (en) * 2002-05-13 2003-12-11 Markport Limited Control of plmn messaging services in ip domains
JP2004013283A (ja) * 2002-06-04 2004-01-15 Hitachi Ltd コンテンツ配信方法及びコンテンツ配信装置
US7395355B2 (en) * 2002-07-11 2008-07-01 Akamai Technologies, Inc. Method for caching and delivery of compressed content in a content delivery network
US7370064B2 (en) * 2002-08-06 2008-05-06 Yousefi Zadeh Homayoun Database remote replication for back-end tier of multi-tier computer systems
US7251690B2 (en) * 2002-08-07 2007-07-31 Sun Microsystems, Inc. Method and system for reporting status over a communications link
US20090157544A1 (en) * 2002-08-20 2009-06-18 Piccionelli Gregory A Record-keeping system for transmission and production of content
JP2004128673A (ja) * 2002-09-30 2004-04-22 Toshiba Corp 電子機器およびコンテンツ再生方法
US7542471B2 (en) * 2002-10-30 2009-06-02 Citrix Systems, Inc. Method of determining path maximum transmission unit
CA2414154A1 (en) * 2002-12-12 2004-06-12 Mark W. Brooks System and method for transmitting a file associated with an e-mail
US20040158632A1 (en) * 2003-01-10 2004-08-12 Katuhiko Sasaki Recovery of interrupted communication for remote management of devices
JP2004222046A (ja) 2003-01-16 2004-08-05 Toshiba Corp コンテンツ管理装置、コンテンツ配信装置およびコンテンツ管理方法
US7484087B2 (en) * 2003-02-24 2009-01-27 Jp Morgan Chase Bank Systems, methods, and software for preventing redundant processing of transmissions sent to a remote host computer
DE602004013567D1 (de) * 2003-04-17 2008-06-19 Thomson Licensing Datenabrufende und -übertragende vorrichtungen und verfahren
JP2004364006A (ja) * 2003-06-05 2004-12-24 Allied Telesis Holdings Kk 路車間通信システム及び通信方法
US7167705B2 (en) * 2003-06-27 2007-01-23 Oracle International Corporation Roaming across different access mechanisms and network technologies
US7698453B2 (en) * 2003-07-29 2010-04-13 Oribital Data Corporation Early generation of acknowledgements for flow control
JP2005079909A (ja) * 2003-08-29 2005-03-24 Denso It Laboratory Inc データ送信装置
CN1627290A (zh) * 2003-12-12 2005-06-15 鸿富锦精密工业（深圳）有限公司 资料下载断点续传系统及方法
US7392319B2 (en) * 2004-04-23 2008-06-24 International Business Machines Corporation Method and apparatus for failure resilient forwarding of data over a computer network
KR100596723B1 (ko) * 2004-10-13 2006-07-05 한국전자통신연구원 멀티미디어 스트리밍 서비스와 응용 프로그램 스트리밍서비스의 통합형 실행장치 및 실행방법
TWI289389B (en) * 2004-12-15 2007-11-01 Univ Tsinghua Roaming system and method for heterogeneous wireless network environment
JP2006243059A (ja) 2005-02-28 2006-09-14 Kyocera Mita Corp 画像形成装置
CN100514964C (zh) * 2005-05-17 2009-07-15 北京立通无限科技有限公司 基于邮件的断点续传方法
US7747894B2 (en) * 2005-06-06 2010-06-29 Microsoft Corporation Transport-neutral in-order delivery in a distributed system
US9252977B2 (en) * 2005-11-03 2016-02-02 B.S.D. Crown Ltd Method and system for an uncompromising connection from a computing device having information storage like email server to a wireless mobile device
CN100591016C (zh) 2006-03-17 2010-02-17 华为技术有限公司 一种动态内容续传方法及系统

Also Published As

Publication number Publication date
EP1998525B1 (en) 2014-03-12
US8412793B2 (en) 2013-04-02
ES2467840T3 (es) 2014-06-13
JP4859976B2 (ja) 2012-01-25
CN1859123A (zh) 2006-11-08
EP1998525A4 (en) 2009-04-15
EP1998525A1 (en) 2008-12-03
KR20080103594A (ko) 2008-11-27
WO2007107069A1 (fr) 2007-09-27
CN100591016C (zh) 2010-02-17
JP2009530724A (ja) 2009-08-27
EP1998525B2 (en) 2017-05-31
KR101048730B1 (ko) 2011-07-14
US20090013039A1 (en) 2009-01-08

Similar Documents

Publication Publication Date Title
ES2467840T5 (es) Método, servidor y sistema para la reanudación de la entrega de contenidos de datos
JP3812727B2 (ja) 情報処理システム
KR101509871B1 (ko) 사진을 로딩하기 위한 방법 및 장치
ES2267775T3 (es) Sistema de comunicacion de datos.
EP1337077A2 (en) Information distribution method and corresponding system
PT1240754E (pt) Serviço de mensagens multimédia
US20080263213A1 (en) Communication device and client device
JP2009524975A (ja) 通信網でのマルチメディアコンテンツ伝送方法及びシステム
WO2017097128A1 (zh) 设备间任务接管的方法及装置
JPWO2008120332A1 (ja) コンテンツ配信システム及びその制御方法
JP2002271400A (ja) データ伝送方法
JP2000057072A (ja) データ転送方式
US7260383B1 (en) Method and system for wireline response to wireless message notification
CN111866161A (zh) 信息订阅发布方法及装置、服务器、系统、设备、介质
JP2004348176A (ja) ネットワークシステム、ネットワーク制御方法及びプログラム
JP2001265686A (ja) 情報通信システム
JP2012108909A (ja) モバイルメッセージングサービスにおけるファイル送信をサポートするファイル送信管理システム及びファイル送信管理方法
KR100688873B1 (ko) 무선 데이터 통신 망을 통해 동영상을 실시간으로업로딩하는 방법 및 시스템
KR20050040272A (ko) 이동 통신 단말기의 데이터 전송 방법
JP4832481B2 (ja) 携帯通信端末
TW201828083A (zh) 設備間任務接管的方法及裝置
JP2003006088A (ja) 予約ダウンロード機能付き通信端末装置及びコンテンツ受信方法
KR20160086144A (ko) 컨텐츠의 압축률 조절 시스템, 서버 및 방법
JP3439414B2 (ja) 無線情報端末装置とブラウザ閲覧方法
EP2832119A1 (fr) Procede de delivrance d&#39;un message&#34;localise&#34;a un terminal d&#39;utilisateur destinataire, procede de traitement, dispositifs et programmes d&#39;ordinateurs associes