ES2598232T3 - Firma de direcciones URL en modo de comunicación continua adaptativa - Google Patents

Firma de direcciones URL en modo de comunicación continua adaptativa Download PDF

Info

Publication number
ES2598232T3
ES2598232T3 ES11737998.2T ES11737998T ES2598232T3 ES 2598232 T3 ES2598232 T3 ES 2598232T3 ES 11737998 T ES11737998 T ES 11737998T ES 2598232 T3 ES2598232 T3 ES 2598232T3
Authority
ES
Spain
Prior art keywords
terminal
content
server entity
universal address
signature
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
ES11737998.2T
Other languages
English (en)
Inventor
Olivier Vivolo
Claudia Becker
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.)
Orange SA
Original Assignee
Orange SA
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
Application filed by Orange SA filed Critical Orange SA
Application granted granted Critical
Publication of ES2598232T3 publication Critical patent/ES2598232T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/958—Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/762—Media network packet handling at the source 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808—Management of client data
    • H04N21/25816—Management of client data involving client authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/637—Control signals issued by the client directed to the server or network components
    • H04N21/6377—Control signals issued by the client directed to the server or network components directed to server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6581—Reference data, e.g. a movie identifier for ordering a movie or a product identifier in a home shopping application

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Graphics (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

Procedimiento de comunicación de datos, en el que una primera entidad de servidor (CONT) emite unos datos de contenido con destino a al menos un terminal (TER), en una multitud de fragmentos sucesivos de acuerdo con un modo de comunicación continua, codificándose los datos de contenido en la primera entidad de servidor (CONT) en diferentes niveles de calidad y divididos en fragmentos sucesivos para cada nivel de calidad, con vistas a la selección de un nivel de calidad por el terminal (TER) en función de condiciones de conexión entre el terminal y la primera entidad de servidor, procedimiento en el que, al recibir una solicitud (REQ2) de al menos un fragmento de contenido, procedente de un terminal con la forma de una dirección universal que consta al menos de un valor actual de un nivel de calidad pedido, la primera entidad de servidor es apta para comunicar con destino al terminal un fragmento (FRA) de contenido en dicho valor actual del nivel de calidad pedido, caracterizado por que dicha dirección universal (REQ2) incluye una firma (SGN) de una primera dirección universal, constando dicha primera dirección universal de una información relativa a un parámetro de comunicación que hay que controlar y específico del terminal, por que el procedimiento consta de una etapa previa en la que una segunda entidad de servidor (SER) transmite con destino al terminal dicha firma (SGN) de la primera dirección universal, al recibir una solicitud (REQ) inicial del contenido global, procedente del terminal con la forma de la primera dirección universal; y por que la primera entidad de servidor (CONT) lleva a cabo las etapas: - verificar (S21) la firma de la primera dirección universal, - comparar (S22) dicha información y el valor actual del nivel de calidad pedido del que consta la dirección universal recibida (REQ2), y - en caso de verificación y de comparación positivas, comunicar con destino al terminal al menos un fragmento (FRA) de contenido en el valor actual del nivel de calidad pedido.

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Firma de direcciones URL en modo de comunicacion continua adaptativa
La presente invention se refiere a una comunicacion de datos, en modo de comunicacion continua (o “streaming”).
Puede tratarse, por ejemplo, de datos multimedia (audio/vldeo) comunicados a uno o varios terminales remotos, en un flujo continuo. Por supuesto, las condiciones de comunicacion pueden variar de acuerdo con, por ejemplo, el ancho de banda en un instante dado de la red de comunicacion que une los terminales con el servidor. Para no alterar la comunicacion en modo continuo, los datos enviados a un terminal dado se adaptan a las condiciones de la conexion entre este terminal y el servidor. De este modo, por ejemplo en el caso de una comunicacion de datos de video, la resolution de visualization de un video en una pantalla del terminal puede ser mas o menos alta en funcion de las condiciones de comunicacion en la conexion mencionada con anterioridad. Por lo tanto, los propios datos de video pueden ser diferentes en funcion de estas condiciones de comunicacion y, en particular, se adaptan a estas condiciones. Dicha tecnica se llama “adaptive streaming”.
La presente invencion se refiere de manera mas precisa a una comunicacion que utiliza la tecnica de las direcciones universales, en particular los enlaces de tipo URL (por “Uniform Ressource Locator”, localizador de recursos uniforme) activados a partir de unos terminales y que apuntan hacia unas plataformas de suministro de contenidos, en el marco de una comunicacion de tipo “adaptive streaming”.
El protocolo “adaptive streaming” es un protocolo de intercambio de datos y de flujo de audio/video entre un terminal de cliente TER y un servidor de contenido SER que permite, utilizando los protocolos de Internet clasicos (http), ofrecer una buena experiencia de usuario (en el retorno del terminal en el ancho de banda o la velocidad de la que se beneficia para recibir los datos), teniendo en cuenta al mismo tiempo, por ejemplo, las variaciones de ancho de banda en la conexion entre el terminal de cliente y el servidor de contenido.
Por ejemplo, si el criterio escogido para tener en cuenta las condiciones de la conexion entre el terminal y el servidor de contenidos es la velocidad a traves de esta conexion, el contenido se codifica a diferentes velocidades (que corresponden, por lo tanto, a unas cualidades respectivas de restitution en pantalla, en particular en terminos de resolucion). Las diferentes velocidades se dividen en segmentos temporales (o “fragmentos de contenido”). La description de estas diferentes velocidades y de la segmentation, asi como los fragmentos de contenido, se ponen a disposition del terminal de cliente en una plataforma de servicio.
El terminal de cliente recupera la descripcion mencionada con anterioridad, con la forma de un archivo descriptivo. El terminal de cliente pide entonces un fragmento de contenido identificado en este archivo descriptivo. En funcion del ancho de banda disponible, estimado por ejemplo a partir del tiempo de descarga de un fragmento, el terminal de cliente pide el fragmento siguiente de calidad inferior, igual o incluso superior.
En particular, en dicha solution, el terminal de cliente que se conecta a una plataforma de servicio recibe de esta una parte de direction URL que dirige el contenido hacia un servidor de contenido dedicado, siendo esta parte de direction URL, por ejemplo, del tipo
http://Miservidor/PubPoint.ism.
A continuation, el terminal de cliente formula una solicitud al servidor dedicado para obtener el archivo descriptivo mencionado con anterioridad, que describe el contenido (las diferentes velocidades disponibles para enviar el contenido, los diferentes fragmentos del contenido disponibles, u otros datos) en funcion de la direccion URL mencionada con anterioridad y utilizando en particular una direccion URL de tipo:

http://Miservidor/PubPoint.ism/Manifest.
El termino “Manifest” en esta direccion designa en efecto el archivo descriptivo mencionado con anterioridad. Esta terminologia se emplea en particular en un tipo de streaming adaptativo conocido con el vocablo “smooth streaming”. El archivo descriptivo se llama entonces “el manifiesto”.
El terminal de cliente analiza el fichero descriptivo recibido, selecciona una velocidad en funcion de la conexion hacia el servidor de contenidos, y pide un flujo de audio/video generando varias solicitudes de fragmentos en forma de direcciones URL a este servidor. Estas direcciones URL se construyen mediante la adicion de parametros especificos para las condiciones de velocidad, a una plantilla de direccion URL predeterminada, como por ejemplo:

http://Miservidor/PubPoint.ism/QualityLevels(307200,Compatibility=Handheld)/Fragments(video=1968000)
En este ejemplo, los fragmentos requeridos “1968000” se piden en un nivel de calidad de video “307200”, que es compatible con las condiciones comprobadas de la conexion terminal-servidor de contenidos.
Sin embargo, las condiciones de conexion no son los unicos criterios para atender a un terminal. Un terminal puede ya tener unas condiciones de acceso restringidas a unos contenidos, o, en el ejemplo presentado anteriormente, unas condiciones restringidas y limitadas a algunas velocidades unicamente, inferiores a una velocidad que ofrece
5
10
15
20
25
30
35
40
45
50
55
60
65
una calidad dada a la cual tiene derecho, como maximo, un usuario del terminal.
El documento Alex Zambelli, "IIS Smooth Streaming Technical Overview', 23 de marzo de 2009, da a conocer una tecnica de streaming adaptativo basada en HTTP que es un procedimiento hlbrido de transmision.
De este modo, no existe un medio para verificar si un terminal tiene dichos derechos restringidos, en particular en un modo de comunicacion continua adaptativa.
La presente invention mejora la situation.
Esta se refiere con este fin a un procedimiento de comunicacion de datos de acuerdo con la reivindicacion 1, a una entidad de servidor de acuerdo con la reivindicacion 9, a un terminal de acuerdo con la reivindicacion 10 y a un sistema de acuerdo con la reivindicacion 12. Se describen unas formas de realization en las reivindicaciones dependientes 2 a 8 y 11. En dicha configuration de comunicacion continua adaptativa, al recibir una solicitud de fragmento de contenido, procedente de un terminal con la forma de una direction universal que consta al menos de un valor actual de un parametro de condiciones de conexion, la entidad de servidor es apta para comunicar con destino al terminal al menos un fragmento de contenido que depende del valor actual de este parametro. Como se ha descrito a tltulo de ejemplo anteriormente, dicho parametro puede ser un nivel de calidad (sonora o de imagen, o de otro tipo) del fragmento solicitado ante la entidad de servidor.
No obstante, en el sentido de la invencion, se firma una parte al menos de la direccion universal recibida por la primera entidad.
En particular, esta direccion universal consta de una firma de una primera direccion universal (que puede corresponder, por ejemplo, a una solicitud inicial del contenido global por el terminal). Esta primera direccion universal consta, en particular, de una information ligada al parametro citado con anterioridad de condiciones de conexion.
La entidad de servidor lleva a cabo entonces las etapas:
- verificar la firma de la primera direccion que consta de dicha informacion,
- verificar, ademas, la compatibilidad entre dicha informacion y el valor actual del que consta la direccion universal recibida, y
- en caso de verificaciones positivas, comunicar con destino al terminal al menos un fragmento de contenido en funcion del valor actual.
De este modo, la presente invencion propone implementar y utilizar una tecnica de firma de direccion universal (URL) para verificar, por ejemplo, si un terminal ostenta los derechos de acceso de los contenidos y/o de las calidades de contenido, en particular en modo de comunicacion continua adaptativa. Sin embargo, la presente invencion no se refiere a una simple firma de direccion URL. En efecto, podrla naturalmente ocurrlrsele a un experto en la materia que dicha tecnica de firma de direccion URL se podrla transponer directamente y adaptarse a una comunicacion en modo de tipo “adaptive streaming”. En realidad, este no es el caso por las siguientes razones.
Si una tecnica de firma de direccion URL se aplicara directamente a una comunicacion continua adaptativa, solo la primera petition del archivo descriptivo podrla implementar una firma de direccion URL. Dicha realizacion no serla optima ya que la firma de peticiones URL sucesivas para solicitar los fragmentos siguientes del contenido no se podrla implementar y no podrla aplicarse en el estado. En concreto, las solicitudes de fragmentos de contenido de audio/vldeo solo pueden utilizar hoy en dla unas direcciones URL no firmadas.
De este modo, una vez que el terminal de cliente accediera al archivo descriptivo, ya no se implementarla ningun control de acceso sobre las solicitudes de fragmentos de contenido de audio/vldeo.
Los parametros anadidos por el terminal de cliente tampoco estarlan ya controlados por el servidor dedicado al streaming de contenido.
En el sentido de la invencion, solo se firma una parte de la direccion URL de solicitud de fragmento y, en esta parte, la firma se construye al menos con una informacion especlfica del terminal, estando esta informacion ligada al parametro citado con anterioridad que caracteriza las condiciones de conexion entre el terminal y la entidad de servidor. Esta informacion puede ser, por ejemplo, la calidad maxima de contenido a la cual tiene derecho el terminal cuando el parametro citado con anterioridad indica una condition de velocidad posible en la conexion entre el terminal y la entidad de servidor (fijando entonces la calidad de contenido en un nivel maximo dado). La entidad de servidor verifica entonces la autenticidad de la firma y, ademas, si la informacion citada con anterioridad es compatible con un valor de parametro requerido en la direccion URL emitida por el terminal. Por ejemplo, si el valor de parametro requerido para la comunicacion de un fragmento corresponde a una calidad de contenido superior a la cual tiene derecho el terminal, segun la informacion citada con anterioridad, entonces la entidad de servidor puede rechazar concederle el fragmento de contenido a la calidad pedida por el terminal en la direccion URL.
5
10
15
20
25
30
35
40
45
50
55
60
65
En un ejemplo de realizacion, la informacion citada con anterioridad puede ser un valor umbral del parametro citado con anterioridad, siendo este valor especifico del terminal (por ejemplo, un nivel de calidad maximo al cual tiene derecho el terminal, como se descrito a continuation a titulo de ejemplo de realizacion). De este modo, la entidad de servidor puede verificar que el valor actual que requiere el terminal para la comunicacion de un fragmento es compatible con el valor de umbral indicado en una parte de direction URL con este fin. Por ejemplo, si el terminal tiene derecho habitualmente a una calidad maxima de contenido, la entidad de servidor verifica que la calidad requerida para la comunicacion de un fragmento (como valor actual de parametro) no sobrepasa la calidad maxima a la cual este terminal tiene derecho (como valor umbral del parametro).
De este modo, en dicha realizacion, el terminal dispone de un derecho de acceso a una calidad de contenido maxima, predeterminada. El valor umbral corresponde entonces al maximo de calidad de contenido a la cual tiene derecho el terminal, mientras que el valor actual de parametro corresponde a un maximo de calidad de contenido que permiten las condiciones de conexion entre el terminal y la entidad de servidor.
Por supuesto, no se trata de la unica realizacion posible y, como complemento o en una variante, el terminal puede disponer tambien de un derecho de acceso a un numero maximo de fragmentos de contenido, predeterminado, por ejemplo mediante la solicitud de fragmentos. El valor umbral corresponde entonces a este numero maximo de fragmentos de contenido al cual tiene derecho el terminal, mientras que el valor actual de parametro corresponde a un numero maximo de fragmentos de contenido que hay que comunicar que permiten las condiciones de conexion entre el terminal y la entidad de servidor.
En ambos casos, la entidad de servidor verifica que el valor actual del parametro en la solicitud URL se mantiene inferior o igual al valor maximo al cual tiene derecho el terminal, indicado en la solicitud URL firmada.
En una forma de realizacion, la primera direccion universal citada con anterioridad puede construirse al recibir una solicitud inicial del contenido global procedente del terminal. Es por tanto ventajoso desviar la funcion de respuesta a esta solicitud inicial ante una plataforma de servicio dedicada, distinta de la primera entidad de servidor. De este modo, en dicha realizacion, el procedimiento consta de una etapa previa en la cual una segunda entidad de servidor transmite con destino al terminal la firma de la primera direccion que consta de la informacion citada con anterioridad, al recibir la solicitud inicial del contenido global, procedente del terminal con la forma de la primera direccion universal.
En dicha realizacion, la segunda entidad de servidor es distinta de la primera entidad de servidor, y la segunda entidad de servidor consta de una plataforma de servicio para responder al terminal, mientras que la primera entidad de servidor consta al menos de una plataforma de entrega de contenido para suministrar los fragmentos de contenido al terminal.
En efecto, puede ser ventajoso en algunas condiciones recurrir a una o varias plataformas de entrega de contenidos para no sobrecargar la plataforma de servicio con la funcion de entregas de contenidos. La presente invention permite, de manera ventajosa, separar la entidad que suministra la firma (la plataforma de servicio) de la entidad que suministra el contenido y que verifica la firma.
Sin embargo, en una variante, la primera entidad y la segunda entidad pueden ser una misma entidad de servidor.
En una aplicacion ventajosa, los fragmentos y los valores citados con anterioridad de parametro ligado a las condiciones de conexion se definen en un archivo descriptivo que la primera entidad de servidor transmite con destino al terminal, al recibir una solicitud de este archivo descriptivo procedente del terminal con la forma de una direccion universal que consta de la firma de la primera direccion universal.
En una forma particular de realizacion, el procedimiento puede constar entonces de la sucesion global de etapas de conformidad con las etapas de la revindication 1.
La presente invencion se refiere tambien a un programa informatico que consta de las instrucciones para la implementation del procedimiento anterior, cuando este programa lo ejecuta un procesador.
Este programa se puede distribuir entre la primera entidad de servidor, el terminal y eventualmente la segunda entidad de servidor. A titulo de ejemplo, la figura 3 que se comenta a continuacion puede constituir una parte al menos de un organigrama que representa el algoritmo general de dicho programa.
Se mostraran otras caracteristicas y ventajas de la invencion al analizar la description detallada que viene a continuacion y los dibujos adjuntos, en los que:
- la figura 1 ilustra un ejemplo de realizacion de la firma de la primera direccion universal citada con anterioridad, implementada por intercambios entre el terminal y la segunda entidad mencionada con anterioridad como plataforma de servicio,
- la figura 2 ilustra los diferentes intercambios entre el terminal, la plataforma de servicio y la plataforma de
5
10
15
20
25
30
35
40
45
50
55
60
65
suministro de contenidos, en un ejemplo de realizacion de un sistema en el sentido de la invencion,
- la figura 3 resume las diferentes etapas implementadas ante la plataforma de suministro de contenidos, cuando esta recibe una solicitud actual de suministro de fragmento,
- la figura 4 ilustra de forma esquematica un ejemplo de una primera entidad para la entrega de contenidos, que consta de unos medios adaptados para la implementacion de la invencion,
- la figura 5 ilustra de forma esquematica una segunda entidad para el suministro de una firma, como plataforma de servicio, en un ejemplo de realizacion de la invencion,
- la figura 6 ilustra de forma esquematica un ejemplo de terminal que consta de unos medios adaptados para la implementacion de la invencion.
En primer lugar, se describe en referencia a la figura 1 una tecnica de firma de direccion URL aplicada en un ejemplo de realizacion de la presente invencion. El vocablo “direccion URL” se designa simplemente como “URL” a continuacion.
Por otra parte, dicha tecnica se utiliza habitualmente para llevar a cabo un control de acceso a contenidos multimedia, como los contenidos de audio/vldeo por ejemplo. Esta consiste en anadir una informacion (habitualmente una firma criptografica) a la URL de peticion del contenido.
De este modo, en referencia a la figura 1 que ilustra los diferentes tipos de URL transmitidas en dicha aplicacion, un terminal de cliente TER pide un contenido a una plataforma de servicio SER emitiendo la solicitud REQ. Esta solicitud consta tradicionalmente de la informacion sobre el contenido requerido en la URL enviada a la plataforma SER. Tras la verificacion de los derechos del usuario sobre este contenido ante la plataforma SER, esta ultima anade a la URL generica del contenido, por ejemplo, los siguientes parametros:
- la direccion IP (por “Internet Protocol”, protocolo de Internet) del terminal de cliente TER,
- el periodo de validez de la URL dado a este terminal.
La URL remitida (que lleva la referencia SGN en la figura 1) se firma con unos medios criptograficos en la plataforma SER, antes de enviarse al terminal de cliente TER.
La misma URL firmada SGN se envla entonces con posterioridad desde el terminal de cliente TER ante la plataforma SER para solicitar los datos sucesivos de audio/vldeo. La plataforma SER verifica entonces la conformidad de la URL firmada y en particular que:
- la direccion IP del cliente corresponde al valor insertado en la URL,
- la URL es efectivamente valida con respecto a su periodo de validez, y
- la firma criptografica de la URL es efectivamente autentica.
Si todas estas verificaciones tienen exito, entonces la plataforma de servicio SER devuelve al terminal TER el contenido como respuesta a la recepcion de la URL firmada. En caso contrario, esta vuelve a dirigir eventualmente al terminal hacia una pagina de error.
Esta tecnica se aplica por lo general a las descargas (en protocolo http). Sin embargo, esta se puede adaptar de manera ventajosa tambien al streaming en tiempo real (o “rstp”, por “Real Time Streaming Protocol”, protocolo de transmision en tiempo real).
Haciendo referencia ahora a la figura 2 en la que, en el ejemplo representado, un terminal de cliente TER es apto para comunicar con una primera plataforma SER, de servicio, y una segunda plataforma CONT, de suministro de contenido.
El terminal de cliente se conecta, en primer lugar, a la plataforma de servicio SER, formulando una solicitud REQ de un contenido. El terminal recibe de vuelta una URL firmada SGN que dirige al contenido ante la plataforma CONT de suministro de contenido. En el ejemplo descrito, la solicitud se formula con una restriccion sobre un nivel de calidad deseado: “QualityMaxLevel”.
A tltulo de ejemplo, la URL firmada es de tipo:
http://Miservidor/PubPoint.ism/QualitvMaxLevel=600000/Signature. donde:
- “600000” representa un nivel de calidad de imagen maximo, por ejemplo para un video, y
- “Signature” corresponde por ejemplo a un valor digital resultado de la funcion de firma de la primera URL (funcion de control, u otra).
El terminal de cliente formula entonces una solicitud del contenido ante la segunda plataforma CONT, de acuerdo con una solicitud REQ1 que incluye esta URL firmada SGN, para obtener el archivo descriptivo del contenido (con diferentes velocidades de fragmentos del contenido disponible en particular). Este archivo descriptivo puede ser, por ejemplo, el archivo “manifiesto” que describe el contenido, en un modo de streaming adaptativo llamado “smooth
5
10
15
20
25
30
35
40
45
50
55
60
65
streaming”, con entonces, por ejemplo, la siguiente URL para la solicitud REQ1:
http://Miservidor/PubPoint.ism/QualitvMaxLevel=600000/Sianature/Manifest donde “Manifest” designa el archivo “Manifiesto” citado con anterioridad.
Se observara que esta URL consta del valor de nivel de calidad “QualityMaxLevel” al cual aspira el terminal, as! como la firma calculada en particular con este valor.
La plataforma de suministro de contenido CONT verifica la firma insertada (etapa S10). Si esta ultima es correcta, la plataforma CONT le devuelve el archivo “manifiesto” (referencia MAN de la figura 2).
El terminal de cliente TER analiza el archivo manifiesto recibido, selecciona una velocidad, y pide un flujo de audio/vldeo generando una solicitud REQ2 a la plataforma de suministro de contenido CONT, de acuerdo con una direccion URL de tipo:

http://Miservidor/PubPoint.ism/QualitvMaxLevel=600000/Sianature/QualitvLevels(307200.Compatibilitv=Handheld )/ Fragments(video=1968000)
- donde “Fragments(video=1968000)” designa un fragmento de contenido, y
- “QualityLevels(3072000,Compatibility=Handheld)” designa una calidad de servicio deseada para este fragmento, teniendo en cuenta unas condiciones de comunicacion en la conexion entre el terminal TER y la plataforma CONT.
La plataforma de suministro de contenido CONT verifica la firma insertada en esta ultima solicitud (etapa S11). La plataforma CONT determina tambien, por ejemplo, si la calidad de video pedida esta permitida para este terminal de cliente y si por tanto se le puede suministrar. Si todas las verificaciones tienen exito, la plataforma CONT devuelve al terminal el flujo de audio/vldeo que corresponde al fragmento de contenido pedido FRA. En caso contrario, la plataforma rechaza la comunicacion de contenido o remite a una pagina de error.
La firma inicial de la URL SGN la genera la plataforma de servicio SER, tras la autentificacion del usuario y la verificacion de sus derechos. En el ejemplo descrito, la plataforma de servicio SER verifica si el terminal de cliente TER tiene en efecto derecho a un Indice maximo de nivel de calidad (600000). Como se ha visto con anterioridad, la URL generada por la plataforma de servicio SER menciona la calidad maxima permitida para este terminal de cliente TER.
Se firma una parte de la URL generada (siendo esta parte, por ejemplo
http://Miservidor/PubPoint.ism/QualityMaxLevel=600000/). lo que garantiza la integridad y la autenticidad de la information de calidad maxima permitida. De hecho, un usuario malicioso del terminal no puede modificar la URL solicitando una mejor calidad maxima, al no poder por tanto autentificarse la firma de la URL.
Esta parte de URL firmada la utiliza a continuation el terminal de cliente TER durante sus intercambios con la plataforma de suministro de servicio CONT para requerir en primer lugar el archivo manifiesto, y a continuacion los fragmentos sucesivos del contenido. La plataforma de suministro de servicio CONT recibe, por lo tanto, en cada solicitud la calidad maxima permitida para este terminal de cliente, de acuerdo con las condiciones de la red (o de manera mas generica de la conexion) entre el terminal TER y la plataforma CONT, la cual puede por lo tanto verificar si el terminal de cliente pide una calidad compatible (por lo tanto inferior o igual) con esta calidad maxima permitida. Un usuario malicioso del terminal no puede por tanto solicitar una calidad superior modificando el mismo la URL, puesto que entonces la plataforma de suministro de servicio CONT rechazarla la solicitud. De este modo, la firma garantiza que el parametro “QualityMaxLevel=600000” es autentico y se cumple.
Se han representado de forma esquematica en la figura 3 las diferentes etapas implementadas por la primera entidad de servidor como plataforma de suministro de contenidos CONT. Al recibir la solicitud REQ2 de suministro de fragmento procedente del terminal (S20), la plataforma CONT verifica en primer lugar la firma SGN que se anade a la URL que forma la solicitud REQ2. Con este fin, la plataforma CONT dispone de unos medios criptograficos adecuados. Si la firma no es valida (flecha KO al salir de la prueba S21), la plataforma CONT puede responder a la solicitud REQ2 mediante un redireccionamiento hacia una pagina de error ERR (etapa S23). Por el contrario, si la firma es valida (flecha OK en la salida de la prueba S21), la plataforma CONT determina el valor maximo (max qual lev) del criterio seleccionado para el parametro relativo a las condiciones de conexion (un criterio de calidad ligado a la velocidad que ofrece la conexion, por ejemplo). Este valor se incluye en la solicitud URL que envla el terminal TER a la plataforma de servicio SER en la solicitud de contenido REQ2. Por otra parte, la plataforma de suministro de servicio CONT ha recibido en la solicitud REQ2 (en la etapa S20) un valor actual del parametro relativo a las condiciones de conexion (por ejemplo un valor de calidad “qual lev” del fragmento deseado, determinado por ejemplo a partir de la velocidad que ha podido medir el terminal en la conexion con la plataforma CONT).
En la etapa S22, la plataforma CONT compara el valor maximo (max qual lev) con el valor actual del parametro (qual lev) y, en concreto, si el valor actual es superior al valor maximo (flecha KO al salir de la prueba S22), se puede redirigir al terminal hacia la pagina de error ERR (etapa S23), o en un variante, puede recibir de la plataforma CONT
5
10
15
20
25
30
35
40
45
50
55
60
65
el fragmento pedido pero en la calidad de nivel maximo concedido para este terminal: “max qual lev”. Si, por el contrario, el valor actual se mantiene inferior al valor maximo (flecha OK en la salida de la prueba S22), la plataforma CONT transmite con destino al terminal el fragmento pedido y en la calidad de nivel adecuado estimada por el terminal: “qual lev” (etapa 24).
De este modo, la presente invencion permite aplicar de manera ventajosa la tecnica de firma de direccion URL al modo de comunicacion de tipo “adaptive streaming” teniendo en cuenta y sacando partido de las especificidades de este modo de comunicacion. De este modo, la invencion suministra una posibilidad de restricciones de acceso, con nuevos criterios (como la calidad de audio/vldeo maxima, u otros criterios descritos a tltulo de ejemplos mas adelante), a unos contenidos para unos terminales de cliente de un servicio de streaming. La plataforma de servicio SER, en funcion de los derechos en el servicio del terminal de cliente, incorpora en la URL de acceso al contenido las restricciones especlficas del terminal de cliente, mientras que la plataforma de suministro de contenido verifica, por su parte, estas restricciones en funcion de las peticiones formuladas por el terminal de cliente. Por otra parte, dicha realization permite implementar solo un unico mecanismo de suministro de contenidos para todos los terminales de cliente, permitiendo de este modo una simplification del servicio.
De este modo, se anade un nuevo tipo de parametro en las URLs de publication, de archivo descriptivo (“manifiesto” por ejemplo), y de manera mas general en la plantilla de URL, tanto para la propia plantilla de URL como para su firma, de manera ventajosa en modo de comunicacion de adaptive streaming.
Las ventajas que ofrece la invencion son numerosas. En particular, esta permite controlar cada una de las solicitudes del terminal de cliente y en concreto los parametros insertados por el terminal de cliente en la URL de la solicitud. Esta tambien permite restringir, en el servicio, el acceso a una calidad de alta definition, por ejemplo a algunos terminales de cliente no permitidos o simplemente no equipados para este servicio. Por otra parte, como se vera a continuation en la presentation de una lista mas exhaustiva de parametros susceptibles de intervenir para la caracterizacion de las condiciones de conexion entre el terminal y el servidor de contenidos, la invencion permite tambien restringir el numero de fragmentos suministrados a algunos terminales de cliente.
De este modo, la presente invencion permite garantizar la autenticidad de algunas informaciones contenidas en las URLs y utilizadas por el terminal de cliente para pedir los fragmentos sucesivos de contenidos, en el marco de una comunicacion de streaming adaptativo, por ejemplo de tipo smooth streaming.
La presente invencion se refiere tambien a la primera entidad de servidor que consta en concreto de unos medios al menos para:
- verificar la firma de la primera direccion que consta de la information citada con anterioridad,
- verificar, ademas, una compatibilidad entre esta informacion y el valor actual del que consta la direccion universal recibida, y
- en caso de verificaciones positivas, comunicar con destino al terminal al menos un fragmento de contenido en funcion del valor actual.
En la figura 4 se ha representado dicha entidad de servidor para el suministro de contenidos. Esta entidad CONT consta en el ejemplo representado de unos medios REC de reception de una solicitud de fragmento REQ2 procedente de un terminal. Esta consta, ademas, de unos medios de calculo CALC para verificar la firma SGN de la primera direccion que consta de la informacion citada con anterioridad especlfica del terminal. Estos medios CALC se pueden disponer ademas para verificar tambien una compatibilidad COMP entre esta informacion y el valor actual del que consta la direccion universal recibida REQ2. La entidad de servidor CONT consta, ademas, de un modulo de comunicacion COM, para enviar con destino al terminal al menos un fragmento FRA de contenido en funcion del valor actual, en caso de verificaciones positivas.
La presente invencion se refiere tambien a la segunda entidad de servidor que consta de unos medios al menos para transmitir con destino al terminal la firma de la primera direccion que consta del valor umbral, al recibir una solicitud inicial del contenido global procedente del terminal con la forma de la primera direccion universal.
Se ha representado entonces en la figura 5 dicha entidad de servidor para la generation de firma SGN. Esta entidad SER (del tipo representado en la figura 1) consta de unos medios de recepcion REC de la primera solicitud de contenido procedente del terminal REQ. Esta solicitud REQ consta, en particular, de la informacion especlfica del terminal INF (como, por ejemplo, el nivel maximo de calidad de un fragmento permitido para el terminal). La entidad de servidor SER consta, ademas, de unos medios de calculo CALC para generar la firma SGN de esta primera solicitud de contenido REQ, as! como de unos medios de comunicacion COM de la firma SGN, con destino al terminal.
La presente invencion se refiere tambien al terminal que consta entonces de unos medios al menos para:
- determinar las condiciones de conexion y estimar un valor actual del parametro que caracteriza las condiciones de conexion,
5
10
15
20
25
30
35
40
45
50
- a partir de la descripcion de los fragmentos y de los valores de parametro ligado a las condiciones de conexion (indicados en el archivo descriptivo citado con anterioridad), formar una solicitud de al menos un fragmento de contenido con la forma de una direccion universal que consta de:
* el valor actual estimado del parametro para este fragmento, y
* la firma de la primera direccion universal.
Se ha representado entonces en la figura 6 dicho terminal TER. Por ejemplo, el terminal consta de unos medios COND para determinar las condiciones de conexion y estimar un valor actual del parametro PARAM que caracteriza las condiciones de conexion. El terminal puede constar, ademas, de una memoria MEM para almacenar una descripcion DESC de los fragmentos y los valores correspondientes del parametro ligado a las condiciones de conexion (por ejemplo con la forma de un archivo “manifiesto”). La memoria del terminal puede almacenar, ademas, la firma SGN que ha recibido de la entidad de servidor SER que genera esta firma. El terminal consta a continuacion de unos medios COM para formar una solicitud de al menos un fragmento de contenido, destinada a la entidad de servidor CONT, con la forma de una direccion universal REQ2 que consta de:
* el valor actual estimado PARAM del parametro para este fragmento, y
* la firma SGN de la primera direccion universal citada con anterioridad.
La presente invencion se refiere tambien a un sistema que consta al menos de una entidad de servidor como la primera entidad citada con anterioridad CONT, as! como de un terminal TER. En una realizacion en la que la primera entidad y la segunda entidad son distintas, el sistema consta ademas de una segunda entidad de servidor SER, para beneficiarse de una arquitectura que preve una separacion entre la plataforma de servicio y la plataforma de entrega de contenidos.
Por supuesto, la presente invencion no se limita a la forma de realizacion descrita con anterioridad a tltulo de ejemplo; esta se extiende a otras variantes.
Por ejemplo, se ha descrito con anterioridad el control de un parametro de comunicacion que corresponde a la calidad de imagen. Como complemento o en una variante, es posible el control de otros parametros, como por ejemplo unos parametros de tipo:
- “AudioAuthorized”, que establece que un componente de audio esta permitido para el terminal de cliente,
- “VideoAuthorized” que establece que un componente de video esta permitido para el terminal de cliente,
- “FragmentVideoMax”, que establece el maximo de fragmentos de video permitidos para el terminal de cliente,
- “FragmentAudioMax”, que establece el maximo de fragmentos de audio permitidos para el terminal de cliente,
- “QualityMaxLevel”, que establece el maximo de la calidad de audio y de video permitido para un terminal de cliente,
- “VideoQualityMaxLevel”, que establece el maximo de la calidad de video permitido para un terminal de cliente,
- “AudioQualityMaxLevel”, que establece el maximo de la calidad de audio permitida para un terminal de cliente.
Uno al menos de estos parametros puede combinarse en la firma con otros parametros, como por ejemplo los parametros:
- “Validity”, que establece un periodo de validez de todas las solicitudes enviadas por el terminal de cliente,
- “IpAddress”, que determina la direccion IP del terminal de cliente permitido por la plataforma de servicio.
Por otra parte, se ha indicado con anterioridad que se puede dirigir al terminal hacia una pagina de error, en caso de no autenticidad de una firma URL. En una variante, si la plataforma CONT rechaza la firma, esta puede remitir por ejemplo un codigo de error explicito que permite que el terminal de cliente pruebe con una nueva calidad de video/audio mas baja, lo que permite no hacer intervenir al usuario del terminal.

Claims (11)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    REIVINDICACIONES
    1. Procedimiento de comunicacion de datos, en el que una primera entidad de servidor (CONT) emite unos datos de contenido con destino a al menos un terminal (TER), en una multitud de fragmentos sucesivos de acuerdo con un modo de comunicacion continua, codificandose los datos de contenido en la primera entidad de servidor (CONT) en diferentes niveles de calidad y divididos en fragmentos sucesivos para cada nivel de calidad, con vistas a la seleccion de un nivel de calidad por el terminal (TER) en funcion de condiciones de conexion entre el terminal y la primera entidad de servidor, procedimiento en el que, al recibir una solicitud (REQ2) de al menos un fragmento de contenido, procedente de un terminal con la forma de una direction universal que consta al menos de un valor actual de un nivel de calidad pedido, la primera entidad de servidor es apta para comunicar con destino al terminal un fragmento (FRA) de contenido en dicho valor actual del nivel de calidad pedido, caracterizado por que dicha direccion universal (REQ2) incluye una firma (SGN) de una primera direccion universal, constando dicha primera direccion universal de una information relativa a un parametro de comunicacion que hay que controlar y especlfico del terminal,
    por que el procedimiento consta de una etapa previa en la que una segunda entidad de servidor (SER) transmite con destino al terminal dicha firma (SGN) de la primera direccion universal, al recibir una solicitud (REQ) inicial del contenido global, procedente del terminal con la forma de la primera direccion universal; y por que la primera entidad de servidor (CONT) lleva a cabo las etapas:
    - verificar (S21) la firma de la primera direccion universal,
    - comparar (S22) dicha informacion y el valor actual del nivel de calidad pedido del que consta la direccion universal recibida (REQ2), y
    - en caso de verification y de comparacion positivas, comunicar con destino al terminal al menos un fragmento (FRA) de contenido en el valor actual del nivel de calidad pedido.
  2. 2. Procedimiento de acuerdo con la reivindicacion 1, caracterizado por que dicha informacion consta de un valor umbral de dicho parametro de comunicacion, y por que la primera entidad de servidor compara el valor actual del parametro de comunicacion del que consta la direccion universal recibida (REQ2) con dicho valor umbral para verificar dicha compatibilidad (S22).
  3. 3. Procedimiento de acuerdo con la reivindicacion 2, en el que el terminal dispone de un derecho de acceso a una calidad de contenido maxima, predeterminada, caracterizado por que el valor umbral corresponde al maximo de calidad de contenido a la cual tiene derecho el terminal, y por que el valor actual de nivel de calidad corresponde a un maximo de calidad de contenido que permiten las condiciones de conexion entre el terminal y la primera entidad de servidor.
  4. 4. Procedimiento de acuerdo con una de las reivindicaciones 2 y 3, en el que el terminal dispone de un derecho de acceso a un numero maximo de fragmentos de contenido, predeterminado, caracterizado por que el valor umbral corresponde a dicho numero maximo de fragmentos de contenido al cual tiene derecho el terminal, y por que el valor actual del parametro de comunicacion corresponde a un numero maximo de fragmentos de contenido que hay que comunicar que permiten las condiciones de conexion entre el terminal y la primera entidad de servidor.
  5. 5. Procedimiento de acuerdo con la reivindicacion 1, caracterizado por que la segunda entidad de servidor (SER) es distinta de la primera entidad de servidor (CONT), por que la segunda entidad de servidor consta de una plataforma de servicio y por que la primera entidad de servidor consta de una plataforma de entrega de contenido.
  6. 6. Procedimiento de acuerdo con una de las reivindicaciones anteriores, caracterizado por que dichos fragmentos y dichos niveles de calidad se definen en un archivo descriptivo (MAN) que la primera entidad de servidor transmite con destino al terminal, al recibir una solicitud de dicho archivo descriptivo, procedente del terminal con la forma de una direccion universal (REQ1) que consta de dicha firma (SGN) de la primera direccion universal.
  7. 7. Procedimiento de acuerdo con la reivindicacion 1, caracterizado por que consta de las etapas:
    - al recibir una solicitud inicial (REQ) del contenido global, procedente del terminal (TER) con la forma de dicha primera direccion universal, la segunda entidad de servidor (SER) transmite con destino al terminal dicha firma (SGN) de la primera direccion universal que consta de dicha informacion relativa a un parametro de comunicacion que hay que controlar y especlfico del terminal,
    - el terminal (TER) emite una segunda solicitud (REQ1) de un archivo descriptivo que define dichos fragmentos y dichos niveles de calidad, estando dicha segunda solicitud (REQ1) destinada a la primera entidad de servidor (CONT) y teniendo la forma de una direccion universal que incluye dicha firma (SGN) de la primera direccion universal,
    - la primera entidad de servidor (CONT), al recibir la segunda solicitud (REQ1) procedente del terminal, verifica (S10) dicha firma y, si la verificacion es positiva, transmite con destino al terminal (TER) dicho archivo descriptivo (MAN),
    - basandose en una determination de las condiciones de conexion y de la description de los fragmentos y de los niveles de calidad, el terminal (TER) emite una solicitud (REQ2) de al menos un fragmento de contenido con la
    5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    forma de una direccion universal (REQ2) que consta de:
    * un valor actual del nivel de calidad para dicho al menos un fragmento, y
    * dicha firma (SGN) de la primera direccion universal,
    - y, basandose en dicha direccion universal recibida, la primera entidad de servidor (CONT):
    * verifica (S21) la firma (SGN) de la primera direccion universal, con el fin de verificar la autenticidad de dicha information,
    * compara (S22) dicha informacion relativa a un parametro de comunicacion que hay que controlar y un valor actual del parametro de comunicacion del que consta la direccion universal recibida (REQ2), y
    * en caso de verification y de comparacion positivas, comunica con destino al terminal al menos un fragmento (FRA) de contenido funcion del valor actual del nivel de calidad pedido.
  8. 8. Programa informatico que consta de unas instrucciones para la implementation del procedimiento de acuerdo con una de las reivindicaciones 1 a 7, cuando este programa lo ejecuta un procesador.
  9. 9. Sistema que comprende una primera entidad de servidor (CONT) apta para emitir unos datos de contenido destinados a al menos un terminal (TER), en una multitud de fragmentos sucesivos de acuerdo con un modo de comunicacion continua, codificandose los datos de contenido en dicha primera entidad de servidor (CONT) en diferentes niveles de calidad y divididos en fragmentos sucesivos para cada nivel de calidad, con vistas a la selection de un nivel de calidad por el terminal (TER) en funcion de condiciones de conexion entre el terminal y la primera entidad de servidor,
    en la que, al recibir una solicitud (REQ2) de al menos un fragmento de contenido, procedente de un terminal con la forma de una direccion universal que consta al menos de un valor actual de un nivel de calidad pedido, la primera entidad de servidor es apta ademas para comunicar con destino al terminal un fragmento (FRA) de contenido en dicho valor actual del nivel de calidad pedido,
    comprendiendo ademas dicho sistema una segunda entidad de servidor (SER), que consta de unos medios al menos para transmitir con destino al terminal una firma (SGN) de una primera direccion universal, al recibir una solicitud (REQ) inicial del contenido global, procedente del terminal con la forma de la primera direccion universal, constando dicha primera direccion universal de una informacion relativa a un parametro de comunicacion que hay que controlar y especlfico del terminal,
    comprendiendo dicha direccion universal (REQ2) la firma (SGN) de la primera direccion universal, estando la primera entidad de servidor (CONT) caracterizada por que consta de unos medios al menos para:
    - verificar (S21) la firma (SGN) de la primera direccion universal,
    - comparar (S22) dicha informacion y un valor actual del nivel de calidad pedido del que consta la direccion universal recibida (REQ2), y
    - en caso de verificacion y de comparacion positivas, comunicar con destino al terminal al menos un fragmento (FRA) de contenido en el valor actual del nivel de calidad pedido.
  10. 10. Terminal (TER) apto para recibir unos datos de contenido en una multitud de fragmentos sucesivos de acuerdo con un modo de comunicacion continua, codificandose los datos de contenido en un primera entidad de servidor (CONT) en diferentes niveles de calidad y divididos en fragmentos sucesivos para cada nivel de calidad, apto para emitir una solicitud (REQ2) de al menos un fragmento de contenido con la forma de una direccion universal que consta al menos de un valor actual de un nivel de calidad pedido, y apto para recibir de la primera entidad de servidor un fragmento (FRA) de contenido en dicho valor actual del nivel de calidad pedido, caracterizado por que consta de unos medios al menos para:
    - emitir con destino a una segunda entidad de servidor una solicitud inicial (REQ) del contenido global con la forma de dicha primera direccion universal,
    - recibir de la segunda entidad de servidor una firma (SGN) de la primera direccion universal que consta de una informacion relativa a un parametro de comunicacion que hay que controlar y especifico del terminal,
    - emitir una segunda solicitud (REQ1) de un archivo descriptivo que define dichos fragmentos y dichos niveles de calidad, estando dicha segunda solicitud (REQ1) destinada a la primera entidad de servidor (CONT) y teniendo la forma de una direccion universal que incluye dicha firma (SGN) de la primera direccion universal,
    - recibir dicho archivo descriptivo,
    determinar unas condiciones de conexion entre el terminal y la primera entidad de servidor y seleccionar un nivel de calidad pedido en funcion de las condiciones de conexion, en el que la solicitud (REQ2) de fragmento de contenido comprende:
    * un valor actual de dicho parametro de comunicacion, y
    * dicha firma (SGN) de la primera direccion universal.
  11. 11. Terminal (TER) de acuerdo con la reivindicacion 10, caracterizado por que consta ademas de unos medios para insertar dicha informacion al menos en la solicitud inicial (REQ) del contenido global para formar dicha primera direccion universal.
    5 12. Sistema de acuerdo con la reivindicacion 9 que consta, ademas, de un terminal (TER) de acuerdo con una de las
    reivindicaciones 10 y 11.
ES11737998.2T 2010-06-23 2011-06-21 Firma de direcciones URL en modo de comunicación continua adaptativa Active ES2598232T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FR1055024A FR2961998A1 (fr) 2010-06-23 2010-06-23 Signature d'adresses url en mode de communication continue adaptative
FR1055024 2010-06-23
PCT/FR2011/051421 WO2011161369A1 (fr) 2010-06-23 2011-06-21 Signature d'adresses url en mode de communication continue adaptative

Publications (1)

Publication Number Publication Date
ES2598232T3 true ES2598232T3 (es) 2017-01-26

Family

ID=43414816

Family Applications (1)

Application Number Title Priority Date Filing Date
ES11737998.2T Active ES2598232T3 (es) 2010-06-23 2011-06-21 Firma de direcciones URL en modo de comunicación continua adaptativa

Country Status (4)

Country Link
EP (1) EP2586206B1 (es)
ES (1) ES2598232T3 (es)
FR (1) FR2961998A1 (es)
WO (1) WO2011161369A1 (es)

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6934837B1 (en) * 1998-10-19 2005-08-23 Realnetworks, Inc. System and method for regulating the transmission of media data

Also Published As

Publication number Publication date
EP2586206A1 (fr) 2013-05-01
FR2961998A1 (fr) 2011-12-30
WO2011161369A1 (fr) 2011-12-29
EP2586206B1 (fr) 2016-08-03

Similar Documents

Publication Publication Date Title
CN104094578B (zh) 降低自适应流送处理的流启动延迟的系统和方法
US9215182B2 (en) Enhancing performance of rapid channel changes and other playback positioning changes in adaptive streaming
US12192262B2 (en) Targeted buffer priority management
JP5851021B2 (ja) ソーシャルネットワークベースのｐｋｉ認証
US9609370B2 (en) Video delivery modification based on network availability
US8458302B2 (en) Auto-configuration of network parameters for multimedia traffic using session description protocol
US20190306551A1 (en) System And Method For Improving Streaming Video Via Better Buffer Management
CN108270573A (zh) 无人驾驶汽车的隐私保护方法
KR100953595B1 (ko) 홈네트워크 서비스 품질 관리 시스템
JP2024109848A (ja) クライアント、サーバ、受信方法及び送信方法
CN106576345A (zh) 通过蜂窝网络传播通信感知
CN110784474B (zh) 嵌入式产品接入授权方法和装置
CN103650439B (zh) 网络实体、包括网络实体的系统、操作网络实体的方法以及用于策略控制的方法
ES2598232T3 (es) Firma de direcciones URL en modo de comunicación continua adaptativa
CN104581424A (zh) 一种流媒体传输方法、相关设备和系统
CN103841081A (zh) 一种能力调用方法和系统
CN105530687B (zh) 一种无线网络接入控制方法及接入设备
Huang A buffer-based approach to video rate adaptation
CN110290097A (zh) 数据的处理方法、装置、存储介质和电子装置
US20070133408A1 (en) Apparatus and method for authenticating traffic using packet header information
KR20130082830A (ko) 통합 아이디를 이용한 콘텐츠 제공 시스템 및 방법
US8800057B2 (en) Secure content delivery system and method
KR20120124049A (ko) ＵＰｎＰ 네트워크 환경에서 ＱｏＳ 정책을 선택하는 방법 및 장치
CN112577160B (zh) 空调的控制方法、系统及空调器
KR101121594B1 (ko) 다운로드 가능한 제한수신 시스템에서 가변 디지털 서명 블록을 이용한 ｃａｓ 클라이언트 이미지 검증 방법 및 그 시스템