ES2289165T3 - Procedimiento de difusion de un contenido hacia terminales receptoras y servidor de colecta. - Google Patents
Procedimiento de difusion de un contenido hacia terminales receptoras y servidor de colecta. Download PDFInfo
- Publication number
- ES2289165T3 ES2289165T3 ES02787140T ES02787140T ES2289165T3 ES 2289165 T3 ES2289165 T3 ES 2289165T3 ES 02787140 T ES02787140 T ES 02787140T ES 02787140 T ES02787140 T ES 02787140T ES 2289165 T3 ES2289165 T3 ES 2289165T3
- Authority
- ES
- Spain
- Prior art keywords
- source
- collection server
- address
- server
- audience
- 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.)
- Expired - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/35—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users
- H04H60/38—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying broadcast time or space
- H04H60/41—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying broadcast time or space for identifying broadcast space, i.e. broadcast channels, broadcast stations or broadcast areas
- H04H60/44—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying broadcast time or space for identifying broadcast space, i.e. broadcast channels, broadcast stations or broadcast areas for identifying broadcast stations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/29—Arrangements for monitoring broadcast services or broadcast-related services
- H04H60/32—Arrangements for monitoring conditions of receiving stations, e.g. malfunction or breakdown of receiving stations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/76—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet
- H04H60/81—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself
- H04H60/82—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself the transmission system being the Internet
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
- H04L12/1822—Conducting the conference, e.g. admission, detection, selection or grouping of participants, correlating users to one or more conference sessions, prioritising transmission
-
- 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/1066—Session management
- H04L65/1101—Session protocols
-
- 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/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
-
- 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/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/613—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for the control of the source by the destination
-
- 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/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- General Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Information Transfer Between Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
- Computer And Data Communications (AREA)
Abstract
Procedimiento de difusión en tiempo real de un contenido a partir de una fuente de difusión (S) hacia una pluralidad de terminales receptoras (Ti), a través de una red informática, en la cual cada terminal (Ti) recupera datos descriptivos asociados a la fuente (S), la fuente (S) difunde el contenido a través de la red y las terminales receptoras (Ti) adquieren el contenido difundido, a partir de dichos datos descriptivos, caracterizado por el hecho de que dichos datos descriptivos comprenden una dirección de un servidor de colecta (SC) y, a partir de dichos datos descriptivos, cada terminal (Ti) señala que está en recepción de la fuente de difusión (S) mediante el envío de un informe de audiencia a dicha dirección.
Description
Procedimiento de difusión de un contenido hacia
terminales receptoras y servidor de colecta.
La presente invención concierne a un
procedimiento de difusión de un contenido en tiempo real a partir
de una fuente hacia una pluralidad de terminales receptoras, a
través de una red informática, por ejemplo Internet.
Internet permite hoy en día difundir en tiempo
real contenidos multimedias, tales como emisiones de televisión,
películas de vídeo, conferencias y otros programas, hacia una gran
audiencia de terminales receptoras. Existen principalmente dos
métodos para difundir en tiempo real datos desde una fuente hacia
una pluralidad de terminales receptoras, a través de Internet.
Con referencia a la figura 1, el primer método,
llamado "unicast", consiste en enviar el mismo contenido
tantas veces como terminales receptoras T1..., Ti,.., Tn hayan. La
fuente S establece un enlace
punto-a-punto con cada una de las
terminales receptoras, descompone el contenido a difundir en
paquetes de datos IP, también llamados "datagramas", duplica
cada datagrama IP en n ejemplares, n siendo igual al número de
terminales receptoras Ti, y envía esos n ejemplares hacia las n
terminales receptoras T1,..., Ti,..., Tn respectivamente.
Con referencia a la figura 2, el segundo método,
llamado "multicast", permite a la fuente S difundir un
contenido multimedia hacia una pluralidad de terminales receptoras
T1,..., Ti,..., Tn, en un solo envío durante la difusión del
contenido, la fuente S emite datagramas IP, los cuales son
duplicados en cascada por nodos de la red, que serán llamados a
continuación "enrutadores", a fin de ser encaminados hasta las
terminales receptoras T1,..., Ti,..., Tn. Si ninguna terminal Ti
solicita recibir los paquetes de datos emitidos por la fuente,
estos últimos no son encaminados más allá del primer nodo de la red
y por lo tanto se pierden. Cuando una terminal Ti desea recibir el
contenido multimedia difundido por la fuente S, la misma envía una
demanda de adquisición de ese contenido en dirección de la fuente
S, a través de Internet, utilizando el protocolo IGMP (Internet
Group Management Protocol). El primer enrutador multicast,
recibiendo ya los datagramas IP difundidos por la fuente y que
recibe esta demanda, se encarga de duplicar los datagramas IP y
luego los encamina hacia la terminal Ti o hacia otro enrutador. Por
"enrutador multicast", se entiende designar un nodo de la red
que recibe los datagramas difundidos por la fuente y los encamina
hacia una o varias terminales, después de haberlos eventualmente
duplicado.
Para recibir un contenido difundido por una
fuente, en modo unicast o multicast, cada terminal receptora debe
previamente recuperar un fichero descriptivo SDP (Session
Description Protocol) asociado a la fuente, por ejemplo por carga a
distancia desde un sitio Web. La estructura del fichero SDP,
definida por la IETF (Internet Engineering Task Force), es descrita
en el documento RFC2327. Ese fichero está destinado a transportar
las informaciones requeridas para permitir a las terminales
receptoras recibir los contenidos multimedias difundidos por la
fuente. A cada fuente corresponde un fichero SDP general,
conteniendo todas las informaciones útiles para ponerse en
recepción de esta fuente, cualquiera que sea el contenido difundido
por la misma. Además, a cada contenido difundido (emisión TV,
película, conferencia, etc.) por la fuente corresponde un fichero
SDP específico que contiene todas las informaciones requeridas para
recibir ese contenido particular. El fichero SDP general de la
fuente es válido cualquiera que sea el contenido difundido por la
fuente, mientras que el fichero SDP de un contenido específico es
válido solamente para la difusión de ese contenido.
El protocolo de transmisión de datos que es
esencialmente utilizado para la difusión en tiempo real, en modo
unicast o multicast, a través de Internet es el protocolo RTP
(Real-time Transfer Protocol). El mismo está
generalmente asociado al protocolo RTCP (Real-time
Transfer Control Protocol) de control de los flujos de datos que
permite a las terminales receptoras subir hacia la fuente informes
de recepción conteniendo informaciones QoS (Quality of Service)
sobre la calidad de la recepción, tales como la indicación del
flujo de recepción y la tasa de pérdida de datagramas. Según el
protocolo RTP, para difundir un contenido multimedia, la fuente
emite una pluralidad de flujos de datos, cada flujo transportando
los datos correspondientes a un medio específico. A modo de ejemplo,
para difundir una película de vídeo en dos idiomas, la fuente emite
un flujo de vídeo y dos flujos de audio para los dos idiomas
respectivamente. Además, los datos de un mismo medio, por ejemplo
vídeo o audio, pueden ser transportados por varios flujos que
tienen caudales de datos diferentes. A modo de ejemplo, para
difundir la componente vídeo de un contenido audiovisual, la fuente
puede emitir tres flujos de vídeos, a 400 kbit/s cada uno, un flujo
de vídeo de base Vb, un primer flujo de vídeo de realce Ve1 (Video
enhancement 1) y un segundo flujo de vídeo de realce Ve2 (Video
enhancement 2). En recepción, según sus capacidades, las terminales
receptoras utilizan el flujo de vídeo de base adicionando
eventualmente el flujo de vídeo Ve1 y/o el flujo de vídeo Ve2 a fin
de obtener una mejor calidad del vídeo En una variante, la fuente
puede emitir tres flujos de vídeos a 400 kbit/s, 800 kbit/s y 1 200
kbit/s respectivamente, las terminales receptoras seleccionando uno
sólo de esos tres flujos según sus capacidades. Para recibir un
contenido multimedia transportado por n flujos, las terminales
receptoras utilizan n pares de puertos de comunicación, cada par
comprendiendo un puerto RTP y un puerto RTCP, para recibir los n
flujos y emitir los n informes de recepción correspondientes a esos
n flujos. Los puertos de comunicación RTP y RTCP asociados a un
mismo par se siguen, el puerto RTP siendo par y el puerto
RTCP
impar.
impar.
En unicast, la fuente establece tantos enlaces
punto-a-punto como terminales
receptoras haya. Se puede por lo tanto sin dificultad medir la
audiencia de la fuente en tiempo real enumerando los enlaces
punto-a-punto establecidos. Sin
embargo, la técnica unicast es consumidora de ancho de banda y por
lo tanto inadaptada para la difusión hacia un gran público. El
documento BUSSE, y otros "Dynamic QoS Control of multimedia
applications based on RTP" describe un procedimiento de difusión
en tiempo real de un contenido a partir de una fuente de difusión
hacia una pluralidad de terminales receptoras.
La técnica multicast permite reducir
considerablemente el consumo en ancho de banda. No obstante, la
misma no permite medir la audiencia de la fuente de forma simple. En
efecto, la fuente emite su contenido audiovisual en un solo envío,
sin poder enumerar las terminales en recepción.
El problema técnico planteado por la presente
invención consiste por lo tanto en proponer un procedimiento de
difusión en tiempo real de un contenido a partir de una fuente hacia
una pluralidad de terminales receptoras, a través una red
informática, en la cual cada terminal recupera datos descriptivos
asociados a la fuente, la fuente difunde el contenido a través de
la red y las terminales receptoras adquieren el contenido difundido,
a partir de dichos datos descriptivos, permitiendo medir la
audiencia de la fuente.
El problema es resuelto por el hecho que se
inserta en dichos datos descriptivos la dirección de un servidor de
colecta y cada terminal receptora señala que está en recepción de la
fuente de difusión mediante el envío de un reporte de audiencia a
dicha dirección.
La presente invención tiene su origen en un
problema de difusión en multicast. Sin embargo, el solicitante
entiende no limitar el alcance de su solicitud a este ejemplo
particular sino extenderlo a todo tipo de difusión, y
específicamente a la difusión en unicast.
En el arte anterior, el protocolo RTCP
permitiría subir las informaciones hacia la fuente. La solución
inmediata al problema de la invención sería por lo tanto utilizar
ese protocolo para medir la audiencia en multicast. El solicitante
sin embargo ha buscado una solución menos inmediata pero más
satisfactoria. Separando la fuente y el colector de informes de
audiencia, se superan inconvenientes del protocolo RTCP que, debido
al hecho de que el mismo está íntimamente vinculado al protocolo
RTP, sube una cantidad considerable de informaciones hacia la
fuente, sobre todo en el caso de la difusión de contenidos
transportados por una pluralidad de flujo, y se mide de forma
simple la audiencia. La solución de la presente invención presenta
la ventaja suplementaria de no sobrecargar la fuente por subidas de
informes de audiencia. La fuente puede así explotar todas sus
capacidades exclusivamente para la difusión. Además, la dirección
al estar insertada en los datos descriptivos asociados a la fuente,
la terminal receptora la recupera sin efectuar ninguna acción
específica y sin equipamiento suplementario.
Ventajosamente, se inserta en dichos datos
descriptivos una información de periodicidad de forma de que cada
terminal receptora envíe periódicamente al servidor de colecta un
informe de audiencia indicando que está en recepción de la fuente
de difusión.
En un modo de realización particular, la
terminal inserta en el informe de audiencia al menos una de las
informaciones del grupo conteniendo una indicación geográfica de
localización, un idioma preferido y una información de calidad de
recepción. Gracias a esto, se pueden trazar los perfiles de las
terminales receptoras, dicho de otra forma conocer sus
características de receptores. El conocimiento de esos perfiles
permitirá a un centro de programación adaptar la rejilla de
programación de la fuente a fin de seleccionar de forma más fina
las terminales receptoras, en función de sus perfiles.
De preferencia, el servidor de colecta atribuye
una información de fechado a cada informe de audiencia recibido.
Así todos los informes de audiencia son fechados por el mismo
reloj.
Ventajosamente, el servidor de colecta elabora
un balance concerniente a la audiencia de la fuente de difusión,
indicando el número de terminales en recepción de la fuente de
difusión, a partir de los informes de audiencia de las terminales.
En otras palabras, el servidor de colecta mide la audiencia de la
fuente de difusión, con la ayuda de los informes de audiencia
recibidos provenientes de las terminales en recepción de la fuente
de difusión, y hace un balance de esta audiencia. El servidor de
colecta podrá seguidamente transmitir ese balance al centro de
programación de la fuente, el que lo explotará a fin de adaptar la
rejilla de programación de la fuente.
De preferencia aún, una pluralidad de fuentes
difunden contenidos hacia una pluralidad de grupos de terminales
receptoras, el conjunto de las terminales que pertenecen a los
diferentes grupos envían informes de audiencia hacia el mismo
servidor de colecta. El servidor de colecta puede de esta forma
servir de centro de audiometría para varias fuentes.
Se pueden insertar los datos descriptivos
asociados a la fuente en un fichero SDP.
Se puede también difundir la dirección del
servidor de colecta a través de un canal de señalización asociado a
la fuente.
La invención concierne también a una terminal
receptora para la puesta en práctica del procedimiento
precedentemente definido, caracterizado por el hecho de está
dispuesta para recuperar datos descriptivos asociados a una fuente
de difusión, dichos datos conteniendo una dirección de un servidor
de colecta, y para emitir al menos un informe de audiencia
indicando que está en recepción de dicha fuente de difusión hacia la
dirección de dicho servidor de colecta.
La invención concierne también a un sistema para
la puesta en práctica del procedimiento precedentemente definido
comprendiendo
- -
- una fuente de difusión destinada a difundir un contenido a través de una red,
- -
- un servidor de colecta y
- -
- terminales receptoras destinadas a recuperar datos descriptivos asociados a la fuente de difusión, dichos datos descriptivos conteniendo una dirección del servidor de colecta, a adquirir el contenido difundido por la fuente de difusión a partir de lo datos descriptivos y a emitir informes de audiencia indicando que las terminales están en recepción de dicha fuente de difusión hacia la dirección del servidor de colecta,
dicho servidor de colecta estando
destinado a elaborar un balance sobre la audiencia de dicha fuente
de difusión a partir de los informes de audiencia recibidos, el
balance sobre la audiencia de la fuente de difusión indicando el
número de terminales en recepción de dicha fuente de
difusión.
La invención concierne en fin a un flujo de
datos para la puesta en práctica del procedimiento precedentemente
definido, conteniendo datos descriptivos relativos a un contenido
y/o a una fuente de difusión de contenidos, a partir de las cuales
una terminal puede ponerse en recepción de un contenido difundido
por la fuente de difusión, caracterizado por el hecho de que dichos
datos descriptivos contienen una dirección de un servidor de
colecta de forma de que la terminal envíe un informe de audiencia
indicando que está en recepción de la fuente de difusión hacia la
dirección del servidor de colecta.
La presente invención será mejor comprendida con
la ayuda de la descripción siguiente de un modo de realización
particular del procedimiento de difusión y de una forma de
realización particular del servidor de colecta de la invención, con
referencia al dibujo anexo en el cual:
- la figura 3 representa una vista esquemática
de una pluralidad de terminales receptoras, de una fuente de
difusión, de un centro de programación y de un servidor de
colecta;
- la figura 4 representa una vista esquemática
de una de las terminales receptoras, de la fuente de difusión y del
servidor de colecta de la figura 3, de un sitio Web, y las
diferentes etapas del procedimiento de difusión según el modo de
realización particular de la invención;
- las figuras 5 a 7 representan organigramas del
procedimiento de difusión según el modo de realización particular
de la invención y
- la figura 8 representa un esquema en bloque
funcional del servidor de colecta de la figura 3.
En la figura 3, se ha representado una red
informática, del tipo Internet, y un sistema que comprende una
pluralidad de terminales T1, T2,...,Ti,..., Tn, una fuente de
difusión S, un centro de programación CP y un servidor de colecta
SC. En el ejemplo particular de la descripción, la fuente de
difusión S es una cadena de difusión audiovisual, que se denominará
a continuación la "cadena 1", alojada por un servidor
audiovisual de Internet y destinada a difundir en modo multicast
contenidos audiovisuales (emisiones televisadas, películas de
vídeos, etc.), a través de Internet, hacia terminales receptoras. El
servidor audiovisual podría alojar otras fuentes de difusión.
El centro de programación CP está destinado a
establecer una rejilla de programación para la difusión de los
contenidos audiovisuales por la fuente S y crear, para la fuente S,
un fichero descriptivo SDP general, que contiene todas las
informaciones necesarias para permitir a una terminal ponerse en
recepción de la fuente S, así como, para cada contenido difundido,
un fichero descriptivo SDP específico que contiene todas las
informaciones requeridas para recibir ese contenido. Los ficheros
descriptivos SDP, asociados a la fuente S, son transmitidos al
sitio Web SW a partir de cual los mismos pueden ser cargados a
distancia por terminales.
Se notara aquí que la estructura de un fichero
SDP, tal como el definido por la IETF, es la siguiente:
- v=
- (protocol version)
- o=
- (owner/creator and session identifier).
- s=
- (session name)
- i=*
- (session information)
- u=*
- (URI of description)
- e=*
- (email address)
- p=*
- (phone number)
- c=*
- (connection information - not required if included in all media)
- b=*
- (bandwidth information)
One or more time descriptions (see
below)
- z=*
- (time zone adjustments)
- k=*
- (encryption key)
- a=*
- (zero or more session attribute lines)
Zero or more media descriptions
(see
below)
\vskip1.000000\baselineskip
- t=
- (time the session is active)
- r=*
- (zero or more repeat times)
\vskip1.000000\baselineskip
- m=
- (media name and transport address)
- i=*
- (media title)
- c=*
- (connection information - optional if included at session-level)
- b=*
- (bandwidth information)
- k=*
- (encryption key)
- a=*
- (zero or more media attribute lines)
Los campos marcados con el caracter "*" son
opcionales.
Para más informaciones concernientes a la
estructura de datos SDP, el lector es invitado a dirigirse al
documento RFC2327 emitido por la IETF.
El servidor de colecta SC, conectado a Internet,
está destinado a recoger informes de audiencia concernientes a una
fuente de difusión S, que proviene de terminales receptoras Ti y que
indica que esas terminales están en recepción de esta fuente S. El
mismo comprende una interfase 90 de conexión a Internet, un bloque
91 de recepción de los informes, un bloque 92 de fechado de los
informes, un bloque de tratamiento 93, un bloque 94 de emisión de
ese balance hacia la fuente S y un bloque 95 de modificación del
período de envío de los informes. Todos esos elementos están unidos
a una unidad central de mando, no representada, destinada a
controlar el funcionamiento del servidor SC. Los bloques 91, 94 y
95 están unidos a la interfase de conexión 90. El bloque de fechado
92, interpuesto entre el bloque de recepción 91 y el bloque de
tratamiento 93, está destinado a fechar los informes recibidos. El
bloque de tratamiento 93, conectado al bloque de emisión 94, está
destinado a medir la audiencia de la fuente de difusión S y a
elaborar un balance estadístico concerniente a esta audiencia de la
fuente de difusión S, a partir de los informes de audiencia de las
terminales receptoras Ti. Ese balance de audiencia comprende
histogramas que indican el número de terminales en recepción de la
fuente de difusión S según diferentes parámetros (por ejemplo la
hora de recepción, el idioma de recepción, el lugar de recepción,
etc.).
Cada terminal receptora Ti comprende un módulo
de conexión a Internet, un navegador Internet, un módulo receptor
multicast, una interfase hombre-máquina y una unidad
central de mando, a la cual están conectados todos los elementos de
la terminal y destinada a controlar el funcionamiento de la misma.
La interfase hombre-máquina comprende una pantalla
de visualización, medios para la introducción de los datos (teclado
y ratón) así como una bocina. El módulo receptor multicast está
dispuesto para ponerse en recepción de una fuente de difusión S a
través de Internet y, durante la recepción, enviar informes de
audiencia indicando específicamente que la terminal Ti está en
recepción de la fuente S hacia el servidor de colecta SC. En
funcionamiento, a fin de ponerse en recepción de una fuente de
difusión S, el módulo receptor, en cooperación con el módulo de
conexión a Internet y el navegador Internet, recupera datos
descriptivos, en este caso un fichero SDP, asociados a la fuente de
difusión S, aquí por carga a distancia desde el sitio Web SW. Con la
ayuda de las informaciones contenidas en el fichero SDP, el módulo
receptor se pone en recepción de la fuente S, dicho de otra forma
adquiere el contenido difundido por esta, y, envía paralelamente a
través de Internet, de forma periódica, informes de audiencia
indicando específicamente que la terminal Ti está en recepción de la
fuente de difusión S hacia la dirección del servidor de colecta SC,
extraído del fichero SDP.
Con referencia a las figuras 4 a 7, se va ahora
a describir el procedimiento de difusión en tiempo real de un
contenido audiovisual, a partir de la fuente S, hacia una pluralidad
de terminales Ti, a través de Internet, en modo multicast. En el
ejemplo particular de la descripción, el contenido difundido es una
película de vídeo titulado "la gran parranda".
En una etapa 1, el centro de programación CP
inserta un campo, aquí titulado "d", asociado al servidor de
colecta SC, en el fichero SDP específico del contenido a difundir,
a saber el película "la gran parranda", así como en el fichero
SDP general de la fuente S. El campo "d", representado
anteriormente, contiene todas las informaciones requeridas para
permitir a una terminal receptora Ti enviar periódicamente un
informe de audiencia al servidor de colecta
SC.
SC.
d= <network type><address
type><connection address> <port><time
period>
El campo "d", el cual constituye en
definitiva un orden de envío de informes de audiencia hacia el
servidor SC, contiene la indicación de la red a la que pertenece el
servidor SC, el tipo de la dirección del servidor SC, la dirección
del servidor SC, el número del puerto de comunicación del servidor
SC y el período \tau de envío de los informes hacia el servidor
SC.
El fichero SDP de la fuente y el fichero SDP de
la película son transmitidos al sitio SW y pueden ser cargados a
distancia desde ese sitio por terminales.
A título de ejemplo, el fichero SDP de la
película "la gran parranda", difundida por la cadena 1,
contiene las informaciones siguientes:
v=0
o=chaine1 IN IP4 126.16.64.4
s=La gran parranda
u=http://www.chaine1.fr/film/la_gran_parranda.htm
e=infos@chaine1.fr
c=IN IP4 224.2.17.12/127
t=2873397496 2873404696
a=recvonly
m=audio 49170 RTP/AVP 0
m=vídeo 51372 RTP/AVP 31
m=application 32416 udp wb
d=IN IP4 224.2.1.1 32416 300
\vskip1.000000\baselineskip
El campo "d" indica que:
- -
- el servidor SC pertenece a Internet;
- -
- la dirección del servidor SC es de tipo IP4;
- -
- la dirección IP del servidor SC es 224.2.1.1;
- -
- el número del puerto de comunicación del servidor SC es 32416 y
- -
- el período \tau de envío de los informes de audiencia es igual a 300 segundos.
En una etapa 2, cada terminal Ti que desea
recibir la película recupera un flujo de datos descriptivos
asociados a la fuente de difusión S, transportando el fichero SDP
específico asociado a la película considerada o el fichero SDP
general de la fuente S. Se recuerda aquí que el fichero SDP de la
película es válido solamente para la difusión de la película
considerada, mientras que el fichero SDP de la fuente permite
ponerse en recepción de la fuente en todo momento, cualquiera que
sea el contenido difundido por la misma. Para recibir el flujo de
datos descriptivos transportando uno de esos dos ficheros SDP, en
una etapa 2a, la terminal se conecta al sitio Web SW y le dirige
una demanda de adquisición del fichero considerado. Con la recepción
de esta demanda, en una etapa 2b, el sitio Web SW transmite el
fichero requerido a la terminal Ti, que la memoriza.
La fuente S difunde la película de vídeo en modo
multicast, a través de Internet. Para esto, la misma emite paquetes
de datos IP, transportando el contenido audiovisual, en un solo
envío, a través de Internet, hacia una pluralidad de terminales
receptoras.
En una etapa 3, a partir de las informaciones
con- tenidas en el fichero SDP recibido, cada terminal Ti que desea
recibir la película adquiere los paquetes de datos IP difundidos por
la fuente S a través de Internet. La etapa 3 se descompone en
varias sub-etapas:
- -
- la terminal Ti envía una demanda de adquisición del contenido audiovisual difundido por la fuente S, a saber la película de vídeo "la gran parranda", en dirección de la fuente S, a través de Internet, por el protocolo IGMP, (etapa 3a)
- -
- el primer enrutador multicast RM que recibe esta demanda duplica los paquetes IP recibidos provenientes de la fuente (etapa 3b) y luego
- -
- éste encamina los paquetes IP duplicados hacia la terminal Ti, a través de Internet (etapa 3c).
Se recuerda aquí que por "enrutador
multicast", se entiende designar un nodo de la red que recibe los
paquetes IP difundidos por la fuente y los encamina hacia una o
varias terminales, después de haberlas eventualmente duplicado, si
es necesario.
En una etapa 4, con la recepción del primer
paquete de datos IP difundido por la fuente S, la terminal Ti envía
un informe de audiencia al servidor de colecta SC, a través de
Internet. Ese primer informe señala al servidor SC que la terminal
Ti acaba de ponerse en recepción de la fuente S. Este contiene
informaciones relativas a la terminal receptora Ti, en este caso
una indicación geográfica de localización de la terminal Ti, el
idioma preferido de la terminal Ti, el caudal de recepción de la
terminal Ti y la tasa de pérdida de paquetes IP recibidos. La
terminal Ti reitera la etapa 4 periódicamente, a la frecuencia
1/\tau, a fin de señalar al servidor SC que está en recepción de
la fuente S, hasta que el mismo interrumpe la recepción de los
paquetes IP difundidos por la fuente S. Antes de interrumpir la
recepción, si tiene la posibilidad, la terminal Ti envía un último
informe de audiencia señalando al servidor SC que va a dejar de
recibir.
El servidor SC recibe los informes de audiencia
que provienen de todas las terminales Ti del grupo multicast de
terminales en recepción de la fuente de difusión S y atribuye a cada
informe recibido una información de fechado, conteniendo la fecha y
la hora de recepción de ese informe, en una etapa 5. Por "grupo
multicast", se entiende designar el conjunto de las terminales
en recepción de una fuente de difusión multicast dada.
En una etapa 6, a partir de los informes de
audiencia recibidos, provenientes de las terminales Ti en recepción
de la fuente de difusión S, el servidor SC elabora un balance
estadístico concerniente a la audiencia de esta fuente de difusión
S. El balance de audiencia contiene un histograma de audiencia, en
el cual figura, en las ordenadas, el número de terminales en
recepción de la fuente de difusión S y, en las abscisas, la hora y
la fecha de recepción, así como diversos histogramas concernientes
al idioma preferido, la calidad de la recepción y la localización
de las terminales en recepción de la fuente de difusión S. El mismo
transmite a continuación ese balance de audiencia relativo a la
fuente S al centro de programación CP.
En una etapa 7, teniendo en cuenta el balance de
audiencia, el centro de programación CP modifica la rejilla de
programación de la fuente S a fin de adaptarla a los perfiles
audiovisuales de las terminales receptoras Ti. De esta forma, el
centro CP puede cambiar los intervalos horarios de difusión de
algunos contenidos audiovisuales, por ejemplo de publicidades,
seleccionando de forma más precisa la audiencia susceptible de estar
interesada en esos contenidos.
En una etapa 8, a fin de disminuir el número de
informes recibidos, el servidor SC transmite a las terminales Ti
una orden de modificación del período de envío de los informes de
audiencia, con la indicación de un nuevo período \tau' superior
al período \tau. Con la recepción de esta orden, cada terminal Ti
reemplaza el período viejo \tau por el nuevo período \tau' en
memoria. De la misma manera, el servidor SC podría disminuir el
período de envío de los informes de audiencia a fin de recoger
todavía más informes.
El servidor de colecta SC puede ser utilizado
por una pluralidad de fuentes de difusión S. En ese caso, las
diferentes fuentes S difundiendo contenidos hacia diferentes grupos
multicast de terminales receptoras respectivamente, el conjunto de
las terminales receptoras perteneciendo a los diferentes grupos
multicast hacen subir sus informes de audiencia hacia el mismo
servidor de colecta SC. Este elabora a continuación diferentes
balances de audiencia individualizados concernientes a las
diferentes fuentes de difusión respectivamente. En otras palabras,
el servidor de colecta elabora un balance de audiencia para cada una
de las fuentes de difusión S. Este transmite a continuación el
balance de audiencia relativo a cada fuente de difusión S hacia el
centro de programación CP del que depende esta fuente de difusión
S.
En la descripción que precede, se insertan los
datos descriptivos asociados a la fuente S en un fichero SDP y las
terminales receptoras Ti recuperan ese fichero SDP por carga a
distancia desde un sitio Web SW. Las terminales podrían recuperar
los datos descriptivos asociados a la fuente por cualquier otro
medio. Se podrían por ejemplo insertar esos datos descriptivos en
un correo electrónico, o "mail", enviado a la terminal Ti.
En otra variante de realización de la invención,
se difunden las características del servidor de colecta a través de
un canal de señalización asociado a la fuente. En ese caso, cuando
una terminal desea recibir el contenido difundido por la fuente de
difusión, este recupera previamente las informaciones útiles para
recibir el canal de señalización asociado a la fuente, por ejemplo
por carga a distancia desde un sitio Web, y luego se pone en
recepción de ese canal de señalización a fin de adquirir los datos
descriptivos asociados a la fuente, conteniendo informaciones
útiles para ponerse en recepción de esta fuente así como las
características del servidor de colecta contenidas en el campo
"q" precedentemente descrito.
El fichero descriptivo conteniendo todas las
informaciones requeridas para ponerse en recepción de la fuente
podría tener un formato además del formato SDP, por ejemplo el
formato XML.
La invención podría aplicarse a la difusión de
un contenido multimedia además del audiovisual, a través de una red
informática además de Internet. La misma podría igualmente aplicarse
a la difusión en unicast.
Claims (17)
1. Procedimiento de difusión en tiempo real de
un contenido a partir de una fuente de difusión (S) hacia una
pluralidad de terminales receptoras (Ti), a través de una red
informática, en la cual cada terminal (Ti) recupera datos
descriptivos asociados a la fuente (S), la fuente (S) difunde el
contenido a través de la red y las terminales receptoras (Ti)
adquieren el contenido difundido, a partir de dichos datos
descriptivos, caracterizado por el hecho de que dichos datos
descriptivos comprenden una dirección de un servidor de colecta (SC)
y, a partir de dichos datos descriptivos, cada terminal (Ti) señala
que está en recepción de la fuente de difusión (S) mediante el
envío de un informe de audiencia a dicha dirección.
2. Procedimiento según la reivindicación 1, en
el cual en dichos datos descriptivos comprenden una información de
periodicidad de forma de que cada terminal receptora (Ti) envíe
periódicamente al servidor de colecta (SC) un informe de audiencia
indicando que está en recepción de la fuente de difusión (S).
3. Procedimiento según una de las
reivindicaciones 1 y 2, en el cual cada terminal (Ti) inserta en el
informe de audiencia al menos una de las informaciones del grupo
conteniendo una indicación geográfica de localización, un idioma
preferido y una información de calidad de recepción.
4. Procedimiento según una de las
reivindicaciones 1 a 3, en el cual el servidor de colecta (SC)
atribuye una información de fechado a cada informe de audiencia
recibido.
5. Procedimiento según una de las
reivindicaciones 1 a 4, en el cual el servidor de colecta (SC)
elabora un balance concerniente a la audiencia de la fuente de
difusión (S), indicando el número de terminales en recepción de la
fuente de difusión (S), a partir de los informes de audiencia de las
terminales (Ti).
6. Procedimiento según una de las
reivindicaciones 1 a 5, en el cual, una pluralidad de fuentes
difundiendo contenidos hacia una pluralidad de grupos de terminales
receptoras (Ti), el conjunto de las terminales que pertenecen a los
diferentes grupos envían informes de audiencia hacia el mismo
servidor de colecta (SC).
7. Procedimiento según una de las
reivindicaciones 1 a 6, en el cual se inserta igualmente en dichos
datos descriptivos al menos una de las informaciones del grupo
conteniendo la indicación de la red del servidor de colecta (SC),
el tipo de dirección del servidor de colecta (SC) y la indicación de
un puerto de recepción de los informes.
8. Procedimiento según una de las
reivindicaciones 1 a 7, en el cual el servidor de colecta (SC)
transmite a las terminales receptoras (Ti) una nueva información de
periodicidad a fin de modificar la periodicidad de envío de los
informes de audiencia.
9. Procedimiento según una de las
reivindicaciones 1 a 8, en el cual se insertan los datos
descriptivos asociados a la fuente en un fichero SDP.
10. Procedimiento según una de las
reivindicaciones 1 a 9, en el cual se difunde la dirección del
servidor de colecta a través de un canal de señalización asociado a
la fuente.
11. Terminal receptora para la puesta en
práctica del procedimiento de la reivindicación 1,
caracterizado por el hecho de que está dispuesta para
recuperar datos descriptivos asociados a una fuente de difusión (S),
dichos datos conteniendo una dirección de un servidor de colecta
(SC), y para emitir al menos un informe de audiencia indicando que
está en recepción de dicha fuente de difusión (S) hacia la dirección
de dicho servidor de colecta (SC).
12. Terminal según la reivindicación 11,
caracterizado por el hecho de que está dispuesta para emitir
periódicamente una pluralidad de informes de audiencia hacia la
dirección del servidor de colecta (SC).
13. Sistema para la puesta en práctica del
procedimiento de la reivindicación 1, comprendiendo
- -
- una fuente de difusión (S) destinada a difundir un contenido a través de una red,
- -
- un servidor de colecta (SC) y
- -
- terminales receptoras (Ti) destinadas a recuperar datos descriptivos asociados a la fuente de difusión (S), dichos datos descriptivos conteniendo una dirección del servidor de colecta (SC), a adquirir el contenido difundido por la fuente de difusión (S) a partir de los datos descriptivos y a emitir informes de audiencia indicando que las terminales están en recepción de dicha fuente de difusión (S) hacia la dirección del servidor de colecta (SC),
- dicho servidor de colecta (SC) estando destinado para elaborar un balance sobre la audiencia de dicha fuente de difusión a partir de los informes de audiencia recibidos, el balance sobre la audiencia de la fuente de difusión (S) indicando el número de terminales (Ti) en recepción de dicha fuente de difusión (S).
14. Sistema según la reivindicación 13, en el
cual las terminales receptoras (Ti) estando destinadas a enviar
periódicamente informes de audiencia al servidor de colecta (SC),
dicho servidor de colecta (SC) comprende medios (95) para modificar
la periodicidad de envío de los informes de audiencia.
15. Flujo de datos para la puesta en práctica
del procedimiento de la reivindicación 1, conteniendo datos
descriptivos relativos a un contenido y/o a una fuente (S) de
difusión de contenidos, a partir de los cuales una terminal (Ti)
puede ponerse en recepción de un contenido difundido por la fuente
de difusión (S), caracterizado por el hecho de que dichos
datos descriptivos contienen una dirección de un servidor de colecta
de forma que la terminal (Ti) envíe un informe de audiencia
indicando que está en recepción de la fuente de difusión (S) hacia
la dirección del servidor de colecta (SC).
16. Flujo de datos según la reivindicación 15,
caracterizado por el hecho que contiene igualmente al menos
una de las informaciones del grupo que comprende la indicación de la
red a la cual pertenece el servidor de colecta (SC), el tipo de
dirección del servidor de colecta (SC), el número de un puerto de
comunicación del servidor de colecta (SC) y un período de envío de
informes de audiencia hacia el servidor de colecta (SC).
17. Flujo de datos según una de las
reivindicaciones 15 y 16, en el cual los datos descriptivos están en
formato SDP.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0109438A FR2827450A1 (fr) | 2001-07-13 | 2001-07-13 | Procede de diffusion d'un contenu a partir d'une source vers des terminaux recepteurs a travers un reseau informatique, avec mesure de l'audience, et serveur de collecte associe |
| FR0109438 | 2001-07-13 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2289165T3 true ES2289165T3 (es) | 2008-02-01 |
Family
ID=8865534
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES02787140T Expired - Lifetime ES2289165T3 (es) | 2001-07-13 | 2002-07-02 | Procedimiento de difusion de un contenido hacia terminales receptoras y servidor de colecta. |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US20040215698A1 (es) |
| EP (1) | EP1421763B1 (es) |
| AT (1) | ATE365417T1 (es) |
| AU (1) | AU2002333948A1 (es) |
| DE (1) | DE60220802T2 (es) |
| ES (1) | ES2289165T3 (es) |
| FR (1) | FR2827450A1 (es) |
| WO (1) | WO2003009530A2 (es) |
Families Citing this family (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100677511B1 (ko) * | 2005-08-12 | 2007-02-02 | 엘지전자 주식회사 | Ｂｃａｓｔ서비스 시스템 및 이를 이용한 콘텐츠 전송방법 |
| FR2908574A1 (fr) * | 2006-11-13 | 2008-05-16 | Mediametrie Sa | Dispositif de mesure d'audience sur des flux multimedia distribues sur un reseau teleinformatique. |
| US9030989B2 (en) * | 2007-10-30 | 2015-05-12 | Google Technology Holdings LLC | Method and apparatus for broadcasting/multicasting content from mobile user equipment over an MBMS network |
| US8155090B2 (en) * | 2007-11-01 | 2012-04-10 | Telefonaktiebolaget L M Ericsson (Publ) | Method and apparatus for efficient multimedia delivery in a wireless packet network |
| FR2934730B1 (fr) * | 2008-07-29 | 2010-08-27 | Alcatel Lucent | Procede de mesure de l'audience de flux media disponibles a la demande dans un reseau ims et serveur d'application media pour la mise en oeuvre du procede |
| US8365212B1 (en) | 2010-12-29 | 2013-01-29 | Robert Alan Orlowski | System and method for analyzing human interaction with electronic devices that access a computer system through a network |
| US10945011B2 (en) | 2010-12-29 | 2021-03-09 | Comcast Cable Communications, Llc | Measuring video viewing |
| US12271855B2 (en) | 2010-12-29 | 2025-04-08 | Comcast Cable Communications, Llc | Measuring video-asset viewing |
| US10089592B2 (en) | 2010-12-29 | 2018-10-02 | Comcast Cable Communications, Llc | Measuring video asset viewing |
| KR20140082972A (ko) | 2011-10-13 | 2014-07-03 | 인벤티오 아게 | 승강기 |
| US12200298B2 (en) | 2013-09-06 | 2025-01-14 | Comcast Cable Communications, Llc | Measuring video-program viewing |
| US10645433B1 (en) | 2013-08-29 | 2020-05-05 | Comcast Cable Communications, Llc | Measuring video-content viewing |
| US10440428B2 (en) | 2013-01-13 | 2019-10-08 | Comcast Cable Communications, Llc | Measuring video-program-viewing activity |
| US11627356B2 (en) | 2012-01-28 | 2023-04-11 | Comcast Cable Communications, Llc | Data translation for video-viewing activity |
| FR2987147B1 (fr) | 2012-02-21 | 2014-03-28 | Viaccess Sa | Procede de mesure d'audience |
| US8539286B1 (en) * | 2013-02-26 | 2013-09-17 | Roku, Inc. | Method and apparatus of error reporting |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6108782A (en) * | 1996-12-13 | 2000-08-22 | 3Com Corporation | Distributed remote monitoring (dRMON) for networks |
| US6055493A (en) * | 1997-01-29 | 2000-04-25 | Infovista S.A. | Performance measurement and service quality monitoring system and process for an information system |
| US6515967B1 (en) * | 1998-06-30 | 2003-02-04 | Cisco Technology, Inc. | Method and apparatus for detecting a fault in a multicast routing infrastructure |
| GB9826158D0 (en) * | 1998-11-27 | 1999-01-20 | British Telecomm | Anounced session control |
| US6411992B1 (en) * | 1999-05-28 | 2002-06-25 | Qwest Communications Int'l, Inc. | Method and apparatus for broadcasting information over a network |
| US6985901B1 (en) * | 1999-12-23 | 2006-01-10 | Accenture Llp | Controlling data collection, manipulation and storage on a network with service assurance capabilities |
| US6950439B1 (en) * | 1999-12-28 | 2005-09-27 | At&T Corp. | Method for providing summary information about recipients of IP multicast sessions |
| US7155159B1 (en) * | 2000-03-06 | 2006-12-26 | Lee S. Weinblatt | Audience detection |
| US6732182B1 (en) * | 2000-05-17 | 2004-05-04 | Worldcom, Inc. | Method for generating packet loss report by a data coordinator in a multicast data transmission network utilizing a group shortest path tree |
-
2001
- 2001-07-13 FR FR0109438A patent/FR2827450A1/fr active Pending
-
2002
- 2002-07-02 WO PCT/FR2002/002293 patent/WO2003009530A2/fr not_active Ceased
- 2002-07-02 US US10/483,798 patent/US20040215698A1/en not_active Abandoned
- 2002-07-02 AT AT02787140T patent/ATE365417T1/de not_active IP Right Cessation
- 2002-07-02 ES ES02787140T patent/ES2289165T3/es not_active Expired - Lifetime
- 2002-07-02 DE DE60220802T patent/DE60220802T2/de not_active Expired - Lifetime
- 2002-07-02 EP EP02787140A patent/EP1421763B1/fr not_active Expired - Lifetime
- 2002-07-02 AU AU2002333948A patent/AU2002333948A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| EP1421763B1 (fr) | 2007-06-20 |
| DE60220802D1 (de) | 2007-08-02 |
| WO2003009530A2 (fr) | 2003-01-30 |
| EP1421763A2 (fr) | 2004-05-26 |
| DE60220802T2 (de) | 2008-02-21 |
| FR2827450A1 (fr) | 2003-01-17 |
| US20040215698A1 (en) | 2004-10-28 |
| ATE365417T1 (de) | 2007-07-15 |
| WO2003009530A3 (fr) | 2004-02-12 |
| AU2002333948A1 (en) | 2003-03-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2260651T3 (es) | Generacion de informes para servicios multiusuario en redes inalambricas. | |
| ES2801698T3 (es) | Sincronización de flujo modificado | |
| CN100579129C (zh) | 会话对象的分组 | |
| US7639682B2 (en) | Communication quality management and apparatus | |
| US8502858B2 (en) | System and method for multipoint conferencing with scalable video coding servers and multicast | |
| US8239558B2 (en) | Transport mechanisms for dynamic rich media scenes | |
| US20130007226A1 (en) | Content multicasting | |
| CN102577304B (zh) | 动态转发第一协议的消息的方法和系统及其控制节点 | |
| CN102498722B (zh) | 利用选择mpeg-2传输流多路复用的多媒体流的基础分组进行该流的分发 | |
| CN102984262A (zh) | 通过通信协议传送广播/多播会话的参数 | |
| KR20110108366A (ko) | 신뢰성 있는 멀티캐스트 스트리밍을 위한 방법 및 장치 | |
| US20100299191A1 (en) | Method and apparatus for the transmission of multimedia content | |
| BRPI0610615A2 (pt) | método e sistema para prover uma realimentação escalável durante as sessões de fluxo contìnuo de ponto-para-multipontos, produto de programa de computador utilizado no de fluxo contìnuo de radiofusão de multimìdia, e, dispositivo para comunicar nas sessões de multimìdia na rede | |
| US20040215698A1 (en) | Method of delivering content to destination terminals and collection server | |
| ES2274091T3 (es) | Procedimiento de difusion de un contenido a partir de una fuente (s) hacia terminales receptoras (ti), servidor de recogida, terminal receptora, sistema y flujo de datos asociados. | |
| US8031623B2 (en) | System and method for creating multiple transportation streams of streaming media network test traffic in packet-based networks | |
| US20140086243A1 (en) | Method and apparatus for in-band channel change for multicast data | |
| US20070033609A1 (en) | Media stream multicast distribution method and apparatus | |
| ES2245410T3 (es) | Procedimiento y dispositivo de recepcion de contenidos difundidos. | |
| ES2260501T3 (es) | Procedimiento y dispositivo de difusion de una sucesion de contenidos. | |
| US20090158366A1 (en) | Method for optimising the transmission of DVB-IP service information by partitioning into several multicast streams | |
| JP2009512320A (ja) | ディジタル放送システムにおける信頼性保証転送サービス提供方法及び装置 | |
| ES2914520T3 (es) | Método y equipo de generación de un flujo global de origen, respectivamente, de un flujo global modificado, destinado a ser difundido por un sitio de difusión, respectivamente, un sitio de redifusión | |
| JP2004179992A (ja) | 衛星付加価値通信網 | |
| KR100643705B1 (ko) | 인터넷 방송 시스템의 멀티캐스트 재방송 서비스 방법 및장치 |