ES2238580T3 - Procedimiento para la transmision de emisiones audiovisuales propuestas por los usuarios, terminal y servidor para llevar a cabo el procedimiento. - Google Patents
Procedimiento para la transmision de emisiones audiovisuales propuestas por los usuarios, terminal y servidor para llevar a cabo el procedimiento.Info
- Publication number
- ES2238580T3 ES2238580T3 ES02745472T ES02745472T ES2238580T3 ES 2238580 T3 ES2238580 T3 ES 2238580T3 ES 02745472 T ES02745472 T ES 02745472T ES 02745472 T ES02745472 T ES 02745472T ES 2238580 T3 ES2238580 T3 ES 2238580T3
- Authority
- ES
- Spain
- Prior art keywords
- program
- server
- terminal
- transmission
- proposal
- 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
- H04Q—SELECTING
- H04Q9/00—Arrangements in telecontrol or telemetry systems for selectively calling a substation from a main station, in which substation desired apparatus is selected for applying a control signal thereto or for obtaining measured values therefrom
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/08—Auctions
-
- 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/254—Management at additional data server, e.g. shopping server, rights management server
- H04N21/2543—Billing, e.g. for subscription services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/16—Analogue secrecy systems; Analogue subscription systems
- H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
- H04N7/17309—Transmission or handling of upstream communications
- H04N7/17327—Transmission or handling of upstream communications with deferred transmission or handling of upstream communications
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Finance (AREA)
- Marketing (AREA)
- General Business, Economics & Management (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Databases & Information Systems (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- Entrepreneurship & Innovation (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Information Transfer Between Computers (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Telephonic Communication Services (AREA)
Abstract
Procedimiento para transmisión de programas audiovisuales emitidos a partir de un servidor y destinados, al menos, a un terminal que incluye una primera etapa de visualización de un catálogo de programas audiovisuales que pueden tele-cargarse en el terminal, caracterizado porque comprende las siguientes etapas cronológicas: en el terminal: - una etapa de selección de al menos un programa audiovisual; - una etapa de elaboración de una propuesta que condiciona la recepción del programa seleccionado; - una etapa de transmisión (3.1) al servidor de la propuesta, cuya propuesta que incluye al menos uno de los siguientes parámetros: plazo, precio; y en el servidor: - una etapa de análisis de las propuestas enviadas por los terminales, y la toma de decisión para transmitir el programa teniendo en cuenta los parámetros; si se decide transmitir el programa: - una etapa de transmisión del programa seleccionado a través de una red de difusión; - una etapa de transmisión (3.2) de un código que permitea cada terminal que hubiese transmitido una propuesta para visualizar el programa recibido, la visualización tras el pago de un precio mínimo y/o como muy tarde a la finalización del plazo determinado.
Description
Procedimiento para la transmisión de emisiones
audiovisuales propuestas por los usuarios, terminal y servidor para
llevar a cabo el procedimiento.
La invención hace referencia a un procedimiento
para transmisión de programas audiovisuales para al menos un
terminal conectado a una red, así como un terminal para llevar a
cabo el procedimiento, y un servidor para la transmisión de
programas a los terminales. La invención se aplica más en particular
cuando la recepción de programas audiovisuales está condicionada a
un pago.
El contexto de la presente invención es el de los
servidores audiovisuales capaces de facilitar, previa solicitud,
programas audiovisuales, y de cualquier aparato doméstico capaz de
visualizar programas audiovisuales recibidos de una red terrestre,
hertziana o vía satélite y de comunicarse con un servidor con ayuda
de una red de difusión. El programa audiovisual se transmite
normalmente a través de una red de difusión
uni-direccional. El acceso a los programas
audiovisuales está condicionado generalmente a un pago por parte del
usuario del aparato. Las Guías Electrónicas de Programas (EPG en
abreviatura) proponen a los usuarios un catálogo de programas
audiovisuales, y especialmente de películas. El usuario elige en
este catálogo un programa y, tras el pago del derecho de acceso,
recibe los medios que permiten visualizarlo en abierto. El programa
se transmite cifrada por la red de difusión, y el receptor descifra
el programa gracias a un código previamente recibido. Otra forma
consiste en establecer una comunicación con el servidor proveedor de
programas, revisar el catálogo y tele-cargar el
programa tras efectuar un pago. El precio, fijado por el proveedor
de programas, está generalmente anunciado por la EPG, y por tanto el
usuario conoce el coste de la operación antes de comprometerse.
Algunos aparatos cuentan con un disco duro u otro
tipo de medios de almacenamiento de emisiones (cassettes, cartuchos,
DVD-RAM...). La tele-carga de un
programa a través de la red puede efectuarse entonces directamente
en el disco duro, en forma comprimida, independientemente de las
limitaciones de visualización. Seguidamente, el programa se puede
tele-cargar en cualquier momento, sin la
intervención del usuario, y en un momento que no moleste, por
ejemplo por la noche. El programa se almacena a medida que es
recibido. En el momento de la visualización, el aparato lee el
programa en los medios de almacenamiento, le descomprime y envía las
señales audiovisuales a una pantalla.
Está probado que la rentabilidad de una
tele-carga fluctúa considerablemente según las
circunstancias. Uno de los objetos de la presente invención es poder
optimizar la rentabilidad de dichas tele-cargas.
A estos efectos, la invención se refiere a un
procedimiento para transmisión de programas audiovisuales enviados
desde un servidor con destino a, al menos, un terminal que
constituye una primera etapa de visualización de un catálogo de
programas audiovisuales que se pueden tele-cargar en
el terminal, caracterizado porque incluye las etapas cronológicas
siguientes:
En el terminal:
- -
- una etapa de selección de al menos un programa audiovisual;
- -
- una etapa de elaboración de una propuesta que condiciona la recepción del programa seleccionado;
- -
- una etapa de transmisión de la propuesta al servidor, cuya propuesta que incluye al menos uno de los siguientes parámetros: plazo, precio;
y en el servidor:
- -
- una etapa de análisis de las propuestas enviadas por los terminales, y la toma de decisión para transmitir el programa teniendo en cuenta los parámetros;
si se toma la decisión de transmitir el
programa:
- -
- una etapa de transmisión del programa seleccionado a través de una red de difusión;
- -
- una etapa de transmisión de un código que permite a cada terminal que hubiese transmitido una propuesta para visualizar el programa recibido, la visualización tras el pago de un precio mínimo y/o como muy tarde a la finalización del plazo determinado.
De este modo, la presente solución evita al
servidor proponer a un precio módico un programa que,
tele-cargada a una población limitada de usuarios,
no será rentable para el servidor. Al contrario que la técnica
anterior que divulga un precio de emisión fijo, el precio, en el
caso de la invención, puede ser fijado por los usuarios en función
de sus intereses y validado por el servidor en función de la
rentabilidad.
De acuerdo con una realización, la etapa de
análisis se activa tras un tiempo determinado a partir del momento
en que el programa se incluye en el catálogo. Según una variante, la
etapa de análisis se activa después de la recepción de un
determinado número de propuestas.
De acuerdo con una realización, el servidor envía
a los terminales una notificación indicando al comienzo de la etapa
de análisis que ha decidido no transmitir el programa. Esta
notificación puede incluir una indicación de la razón de la negativa
a emitir el programa por parte del servidor. Esta notificación puede
incluir también un valor de parámetro que, incorporado en una
propuesta, permitiría al usuario visualizar el programa.
Según otra realización, la propuesta emitida por
un terminal incluye una indicación que determina un subconjunto de
programas del catálogo, por ejemplo un tema específico. El servidor
selecciona entonces del subconjunto, un programa cuya difusión
respeta los criterios propios del servidor. Según otra realización,
la decisión de transmitir el programa se adopta preferentemente
cuando numerosos usuarios han propuesto este programa. De este modo,
la presente invención permite al servidor
tele-cargar emisiones sólo a un número de usuarios
conocido de antemano, y diferir la tele-carga o
suprimir este programa del catálogo, sí dicho número es muy
reducido.
Según una última realización, el procedimiento
incluye una etapa de grabación del programa que se desea recibir
sujeto a ciertas condiciones de los terminales.
La presente invención se refiere igualmente a un
terminal audiovisual que incluye una unidad central, unos medios de
recepción de programas audiovisuales procedentes de una red de
difusión, unos medios de comunicación bi-direccional
con una segunda red, unos medios para presentar un catálogo de
programas disponibles y unos medios de selección de un programa
audiovisual, caracterizado porque incluye además unos medios de
generación de al menos un parámetro tal como el precio y/o el plazo,
asociado a la tele-carga de al menos un programa
seleccionado, unos primeros medios para transmitir hacia la segunda
red una propuesta que incluye al menos un identificador del programa
y el parámetro introducido, y unos medios para recibir una decisión
en relación con la propuesta para tele-cargar el
programa de la red de difusión según el parámetro generado
anteriormente.
La presente invención se refiere igualmente a un
servidor que incluye una base de datos relativa a programas
audiovisuales, incorporando el servidor un interfaz de comunicación
para establecer un enlace con una pluralidad de terminales,
caracterizado porque incluye unos medios de recepción de propuestas
para transmitir al menos un programa incluido en la base de datos,
procediendo dichas propuestas de al menos un terminal que incluye al
menos un parámetro tal como un precio o un plazo relativo a la
transmisión del programa del servidor al terminal, unos medios de
análisis de las propuestas recibidas, unos medios de toma de
decisión para transmitir el programa teniendo en cuenta los
parámetros transmitidos a través de una red de difusión; y unos
medios de transmisión, al terminal, de un código que permite
visualizar al menos un programa seleccionado.
La presente invención se describirá en mayor
detalle dentro del marco de la descripción siguiente de ejemplos de
realización facilitados a título ilustrativo, haciendo referencia a
las figuras adjuntas en las cuales:
La figura 1 es un diagrama de bloques de un
receptor audiovisual para llevar a cabo la invención.
La figura 2 es un esquema que muestra los
diferentes elementos de un servidor de acuerdo con la invención.
La figura 3 muestra los diferentes diálogos entre
un usuario y el servidor.
Las figuras 4.a, 4.b, 4.c y 4.d representan los
aspectos de la pantalla para llevar a cabo la invención.
En primer lugar y con la ayuda de la figura 1, se
describirá el funcionamiento de un receptor audiovisual 1 que
incluye un dispositivo de presentación 2. El receptor incluye una
unidad central 3 conectada a una memoria 12 de programas (ROM) y de
trabajo (RAM), y un interfaz 5 para comunicación bidireccional con
la red 6. Este interfaz se denomina también vía de retorno. Esta red
es, por ejemplo, una red IEEE 1394. El receptor puede también
recibir datos de audio y de vídeo desde una red de difusión a través
de una antena de recepción asociada a un desmodulador 4. La antena
puede igualmente sustituirse por una conexión física a cualquier
tipo de bus digital local de alta velocidad que permite transmitir
datos de audio y de vídeo en tiempo real, como un punto de acceso
por cable o una conexión DSL. El receptor incluye además un receptor
de señales infrarrojas 7 para recibir las señales de un mando a
distancia 8, unos medios de memoria 9 para almacenar un programa
audiovisual, y una lógica de descodificación de audio y vídeo 10
para generar las señales audiovisuales enviadas a la pantalla de
televisión 2. Al ser las programas audiovisuales digitales, los
medios de memoria 9 son preferiblemente un disco duro (HDD), pero
también puede ser un lector/grabador de disco óptico registrable
(DVD-RAM).
El mando a distancia 8 está dotado de teclas de
dirección \uparrow, \downarrow, \rightarrow y \leftarrow y
teclas: "OK", "Comprar" y "Envío" cuya utilización
veremos más adelante en la descripción. El receptor dispone
igualmente de un reloj (no mostrado) que permite despertar al
receptor cuando un programa a grabar está a punto de ser
tele-cargado.
El receptor incluye igualmente un circuito 11 de
presentación de datos en pantalla, a menudo denominado circuito OSD,
en inglés "On Screen Display" (que significa literalmente
"presentación en pantalla"). El circuito OSD 11 es un generador
de texto y de grafismos que permite presentar menús en la pantalla,
pictogramas (por ejemplo, un número correspondiente a la cadena
visualizada), o que permite mezclar dos contenidos audiovisuales. El
circuito OSD está controlado por la Unidad Central 3 y por un
programa denominado "Cargador" que reside en la memoria 12. El
Cargador está normalmente constituido por un módulo de programa
registrado en una memoria de sólo lectura y unos parámetros grabados
en la memoria de acceso aleatorio. El Cargador puede también adoptar
forma un circuito especializado del tipo ASIC por ejemplo. Este
circuito puede estar dotado con funciones de seguridad que permiten
realizar un pago una vez que un usuario ha tomado la decisión de
visualizar un programa de pago.
El receptor recibe unos datos de identificación
de programas audiovisuales a través de la vía de retorno 6 o a
través de la red de difusión. Estos datos incluyen unos elementos
que puede visualizarse, por ejemplo el título, o una imagen
promocional. Con ayuda de una EPG y de las teclas de su mando a
distancia, el usuario selecciona una o varias emisiones para
recibirlas y grabarlas en el disco duro 9.
El servidor descrito en la figura 2 incluye una
unidad central 2.1, una memoria de programas 2.2, una memoria que
contiene una base de datos 2.3 consistente preferiblemente en un
disco duro, y un interfaz de comunicación que establece un enlace
bidireccional 2.4, a través de la red bidireccional 6, con los
receptores descritos anteriormente. La base de datos 2.3 contiene el
catálogo de programas disponibles. El servidor también está
conectado con el gestor de la red de difusión gracias a un interfaz
(no mostrado). Especialmente comunica a dicho gestor las órdenes de
difusión de programas a unas horas y fechas determinadas.
Después de haber descrito los distintos elementos
de la invención, se va a proceder ahora a explicar cómo colaboran
estos entre sí.
Los diferentes diálogos entre el usuario y el
servidor se muestran en la figura 3. En primer lugar, el usuario
ejecuta el programa de carga que, en una primera fase, descarga de
la red de difusión el catálogo de programas disponibles. Una
variante consiste en conectarse al servidor a través de la red 6, y
descargar el catálogo. El catálogo gestionado por el servidor
contiene una lista de programas propuestos a los usuarios,
identificándose dichos programas mediante un título o una imagen
promocional.
A continuación, el catálogo es presentado en la
pantalla 2 para que el usuario pueda seleccionar al menos un
programa. Teniendo en cuenta su disponibilidad y su presupuesto, el
usuario determina unos parámetros a fin de visualizar este programa
en su receptor: un precio y una fecha prevista para puesta a
disposición. Seguidamente, mediante una primera comunicación
(comunicación 3.1), el usuario envía al servidor una terna formada
por los siguientes
elementos:
elementos:
- -
- identificador del programa localizado en la EPG,
- -
- fecha prevista para recibir el programa,
- -
- precio propuesto.
El servidor graba todas las propuestas y tras una
etapa de análisis determina unos parámetros de servicio a partir de
los cuales el programa comienza a ser rentable para el servidor.
Dichos parámetros se calculan en función de la duración de la
transmisión del programa, que debido a ello ocupa la red durante un
período determinado, y en función de la hora de emisión. Por
ejemplo, la transmisión nocturna es más barata que durante el día. A
la finalización de la etapa de análisis de las propuestas para un
programa dado, el servidor compara los parámetros de cada propuesta
con los previamente calculados. Si el precio propuesto por el
usuario es superior o igual al determinado por el servidor Y si la
fecha prevista propuesta por el usuario es posterior o igual a la
prevista por el servidor ENTONCES el servidor aceptará la propuesta
presentada por este usuario y le notificará su conformidad mediante
una comunicación (comunicación 3.2). El servidor enviará igualmente
al usuario una solicitud de pago (comunicación 3.3). Cabe señalar
que el servidor no transmite sus parámetros, por lo que los usuarios
no pueden conocerlos y se ven obligados a proponer un importe
significativo para estar seguros de que el servidor está interesado
en programar la difusión de este programa, lo que permitirá que el
usuario la reciba.
El usuario recibe la notificación de que se ha
aceptado su propuesta y de que el servidor le solicita el pago del
programa. Posteriormente, realizará el pago de acuerdo con una serie
de técnicas conocidas, por ejemplo mediante fichas de prepago o una
tarjeta inteligente de tipo bancario introducida en su receptor. Los
parámetros del pago se envían al servidor (comunicación 3.4). Este
controla la autenticidad de los parámetros del pago y, en caso
afirmativo, envía al receptor un código particular (comunicación
3.5) que le permitirá descodificar el programa cuando este se
reciba. En una posible variante, el usuario no efectúa directamente
el pago, sino que se compromete a pagar el programa recibido en una
factura que se le presentará con posterioridad. Esta factura puede
agrupar las distintas utilizaciones del servicio por parte del
usuario a lo largo de un período dado e incluso otros servicios tal
como una suscripción a un proveedor de acceso por cable o a un
operador de televisión vía satélite.
La puesta a disposición del programa al usuario
puede llevarse a cabo de distintas formas. Una primera forma
consiste en grabar el programa en formato codificado en cada uno de
los receptores que ha enviado una propuesta. Seguidamente, sí la
propuesta es aceptada y sí se efectúa el pago, se transmite al
receptor un código que permite decodificarlo. De este modo, el pago
puede efectuarse independientemente de la recepción. Una variante
consiste en transmitir primero al receptor la aceptación de la
propuesta y, si se efectúa el pago, el código de decodificación.
Posteriormente, el programa se transmite en formato codificado, se
decodifica en el momento de su recepción y se graba en abierto en la
memoria del receptor. Este otro método presenta como ventaja evitar
tener que efectuar la decodificación cada vez que se visualiza el
programa grabado.
El Cargador presenta menús que permiten al
usuario introducir sus parámetros e iniciar las comunicaciones entre
el servidor y el receptor. El primer menú que puede verse en la
figura 4, permite la presentación del catálogo de programas
propuestos por el servidor. En el ejemplo, se encuentran disponibles
tres programas: "Life of Brian", "Super Bowl" y
"Jaws". Al lado de los títulos se encuentran unos iconos
marcados como "COMPRAR". El usuario selecciona el icono
correspondiente al programa que desea recibir. Una variante consiste
en la utilización de una tecla especial "Comprar" del mando a
distancia 8. Aparecerá el menú que se muestra en la figura 4b. Este
menú permite que el usuario introduzca los parámetros de su
propuesta. En una ventana el usuario introduce el precio que desea
pagar mediante las teclas del teclado numérico de su mando a
distancia 8, en el ejemplo: 25 F. En otra ventana, el usuario
introduce la hora y la fecha límite para recibir este programa:
"12h00" al precio que ha fijado. Después, el usuario valida su
propuesta pulsando la tecla "Envío", enviándose entonces al
servidor la propuesta formada por un identificador del programa
seleccionado y unos parámetros introducidos por el usuario.
El servidor recibe la propuesta mediante la red 6
y la graba en su base de datos 2.3 con el resto de las propuestas
relativas al mismo programa. Al cabo de un período determinado,
contado a partir de la introducción del programa en el catálogo (por
ejemplo, 6 horas), el servidor inicia la etapa de análisis de las
propuestas recibidas. En primer lugar determinará el conjunto de las
propuestas que no han caducado, es decir aquellas relativas a
programas que todavía puedan transmitirse dentro del plazo propuesto
por los usuarios. A continuación el servidor calcula el precio
acumulado de las propuestas de este conjunto y los plazos de emisión
impuestos por los usuarios. Si el servidor cancela el programa
debido a que esta no resulta rentable, notificará su negativa en una
comunicación, indicando el identificador del programa. Esta
notificación puede efectuarse tanto a través de la red de difusión
como a través de la vía de retorno. Si la notificación se efectúa a
través de la red de difusión, cada receptor verificará si ha enviado
anteriormente una propuesta para dicho programa y, en caso
afirmativo, informará al usuario a través de un mensaje en pantalla
2 que este no va a recibir el programa correspondiente a su
propuesta.
Si el servidor programa la difusión del programa
teniendo en cuenta que resulta rentable, volverá entonces a iniciar
la comunicación con cada usuario. Para esto, enviará un mensaje a
todos los receptores que han enviado una propuesta, indicando la
aceptación, el identificador del programa, los parámetros propuestos
por cada usuario y la fecha de disponibilidad de dicho programa. El
receptor presentará entonces el menú mostrado en la figura 4.c,
indicando en él, el momento de tele-carga del
programa. Posteriormente, el servidor solicitará el pago. El usuario
lo validará pulsando la tecla "OK", lo que tendrá por efecto
ejecutar la operación por el importe de 25F de acuerdo con el
ejemplo anterior. El servidor recibe el certificado el pago y
reenvía al usuario el acuse de recibo que se presenta mediante un
menú que se muestra en la figura 4.d. Se presentará la frase "el
programa "Life of Brian" va a ser entregado". La aceptación
de la propuesta del usuario se emite como muy tarde inmediatamente
antes de la tele-carga del programa.
La etapa de análisis de las propuestas se inicia
de forma muy sencilla en un momento determinado a partir del momento
en el que el programa se propone en el catálogo. Una variante
consiste en contabilizar las propuestas correspondientes a un
programa dada e iniciar la etapa de análisis una vez recibido un
determinado número de propuestas. Si una vez transcurrido un plazo
máximo fijado inicialmente por el servidor no se ha recibido el
número mínimo de propuestas, el servidor no programará su
emisión.
Lógicamente, si llegan otras propuestas con
posterioridad a la etapa de análisis y antes de la difusión, y sí
estas son compatibles con los parámetros de precio y plazos
calculados por el servidor, estas serán aceptadas y el programa se
tele-cargará a los usuarios que lo hayan
solicitado.
Un perfeccionamiento de la invención consiste en
que el servidor indica al menos un motivo para el rechazo de las
propuestas. Por ejemplo, una propuesta de un programa con una
duración muy prolongada en la que se solicita un plazo corto no
puede ser aceptada por razones materiales de ocupación de ancho de
banda de la red de difusión. Independientemente del precio
propuesto, será imposible satisfacer la propuesta. El servidor no
espera a que finalice la etapa de análisis de las propuestas y
responderá inmediatamente comunicando la negativa al usuario e
indicando en ella los motivos para la denegación. Este
perfeccionamiento permite al usuario reformular su propuesta
teniendo en cuenta los motivos de la denegación, en el ejemplo
citado indicando otro plazo, y enviarla al servidor. Esta nueva
propuesta tendrá más oportunidades de ser aceptada.
Un perfeccionamiento consiste en que el usuario
no define con precisión el programa que desea recibir, sino uno o
varios de los criterios transmitidos en unas tablas de señalización
(por ejemplo, una tabla descrita en la norma
DVB-Sl). Estas tablas contienen unos atributos
característicos de los programas audiovisuales. Los criterios
definen unos subconjuntos de programas que poseen un criterio en
común. Por ejemplo, el usuario puede definir uno o varios temas y/o
sub-temas de emisiones como: Naturaleza: película y
tema: ciencia- ficción, o incluso "documental" y "de
animales". El usuario puede también utilizar el nombre de un
actor o el del productor. Por ejemplo, puede solicitar al servidor
un "western" con "John Wayne". En respuesta, el servidor
selecciona un programa que se corresponda con los criterios o para
el cual la etapa de análisis ha concluido con la aceptación de la
difusión y después se la propone al usuario.
A continuación vamos a explicar cómo determina el
servidor las emisiones que van a tele-cargarse, y en
qué orden.
Supongamos que el servidor propone en su catálogo
m programas Ei (i = 1 a m). Hemos dicho anteriormente que el
servidor graba en su base de datos 2.3 todas las propuestas de los
usuarios. En un momento determinado analiza el conjunto de las
propuestas y calcula unos parámetros más allá de los cuales resulta
rentable la difusión del programa. Para un programa "Ei" dado,
el importe que le reportarían las propuestas sí estas fuesen
satisfechas, varía en función del plazo para transmitir dicho
programa. Esto se debe a dos razones. Por una parte, cuanto más
tiempo espere el servidor, satisfará a un número menor de usuarios.
Por otra parte, es probable que los usuarios que deseen recibir
rápidamente el programa hagan una oferta mejor, mientras que
aquellos a quienes no les urge su recepción, propondrán un precio
inferior. La presente invención permite al servidor programar la
difusión de un programa en función del precio que le va a reportar
dicha difusión.
El servidor actualiza constantemente una tabla
que indica para cada programa y para los ocho tramos horarios
siguientes el número de usuarios y el importe propuesto por los
usuarios para recibir el programa. Cuando se transmite un programa,
este desaparece de la tabla. Pero también puede reaparecer si no se
ha suprimido del catálogo ya que los usuarios pueden continuar
solicitándolo. Efectivamente, ciertos programas son muy apreciados y
pueden emitirse un determinado número de veces, por lo que no es
preciso eliminarlos del catálogo con posterioridad a la primera
emisión. Para simplificar, la siguiente tabla sólo contiene cuatro
programas.
- (las cifras se facilitan a título de ejemplo y los precios representan el agregado de las propuestas)
Una primera estrategia consiste en que el
servidor tenga en cuenta las propuestas inmediatas, es decir dentro
de la hora. La etapa de análisis de las propuestas se reduce en este
caso a una hora. Esta estrategia está justificada porque permite
satisfacer a todos los usuarios que han solicitado un programa,
independientemente del plazo propuesto. Con posterioridad a una
franja horaria, el servidor borra de la tabla los datos relativos a
los programas transmitidos (a menos que se haya acordado emitirlos
varias veces), y analiza el tramo horario siguiente. El servidor
determinará entonces los programas que deben
tele-cargarse en el transcurso de dicho tramo
horario. La tabla se actualiza continuamente en función de las
propuestas y sí llega una propuesta pero no se refiere a un programa
incluido en el catálogo, el servidor envía al usuario una
notificación de rechazo. Efectivamente, cuando un programa está
incluido en el catálogo, se incluye inmediatamente en la tabla.
Para cada programa, el servidor suma los importes
correspondientes a cada tramo horario, y selecciona aquellos
programas que le resultan más rentables. De acuerdo con los valores
numéricos facilitados en la tabla anterior, puede apreciarse que la
tele-carga de programa reportaría:
- -
- para el programa E1: 4627F
- -
- para el programa E2: 7924F
- -
- para el programa E5: 2036F
- -
- para el programa E9: 3258F
De acuerdo con la primera estrategia, el servidor
emite prioritariamente aquellos programas que le resultan más
rentables: en primer lugar E2, a continuación E1, y después E9 y
E5.
Esta primera estrategia resulta adecuadamente
apropiada cuando el servidor recibe pocas propuestas y sí el
catálogo contiene un número limitado de programas. Sin embargo, si
se ofrecen a los usuarios muchas opciones, el servidor va a recibir
probablemente propuestas para cada programa. Por tanto, deberá
efectuar una selección. Al finalizar cada tramo horario, determinará
los programas cuya tele-carga le resulte más
rentable. Para determinar la rentabilidad de la
tele-carga de un programa, el servidor puede tener
en cuenta la duración de su transmisión. Para ello, calculará para
cada programa los ingresos por unidad de tiempo (por ejemplo, un
minuto) de su transmisión:
- -
- para el programa E1: 4627F / 58 = 80 F/min
- -
- para el programa E2: 7924F / 131 = 60 F/min
- -
- para el programa E5: 2036F / 28 = 73 F/min
- -
- para el programa E9: 3258F / 90 = 36 F/min
Supongamos por ejemplo que el ancho de banda de
la red de difusión sólo permite tele-cargar
aproximadamente tres horas de programas audiovisuales por cada tramo
horario. Por lo tanto, es importante optimizar dicho tramo y
tele-cargar en primer lugar las emisiones más
rentables. En el caso que nos ocupa, las emisiones E1 y E5 son las
más rentables y se situarán antes que el programa E2. Por lo tanto
quedarán 180 - (58 + 28) = 94 minutos de difusión, lo que resulta
insuficiente para transmitir el programa E2. Teniendo en cuenta su
duración, la difusión de E2 va a desarrollarse a lo largo de dos
franjas horarias. Por lo tanto, las propuestas para recibir E2 en
las dos horas siguientes al menos serán satisfechas, pero no lo
serán las propuestas para su recepción en la siguiente hora. Así
pues, el programa de E2 no satisfará todas las propuestas. Los 131 -
94 = 37 minutos restantes para transmitir E1 se incluirán en la
siguiente ventana horaria. El servidor enviará a los usuarios cuyo
plazo propuesto no sea respetado, un mensaje que indique la hora
prevista de tele-carga y un precio inferior al
inicialmente propuesto por ellos. Dichos usuarios tendrán entonces
libertad para aceptar o rechazar la nueva oferta que les propone el
servidor.
Otra estrategia (que también puede permitir
seleccionar entre dos opciones equivalentes en términos de
rentabilidad) consiste en seleccionar las emisiones que permiten
satisfacer al máximo número de usuarios. El servidor seleccionará
entonces el programa E9 que puede emitirse en el lapso de tiempo
restante de 94 minutos, antes que el programa E1. De este modo, el
servidor podrá satisfacer a todos aquellos usuarios que hayan
solicitado E1, E5 y E9.
Es preciso señalar que cuando el usuario efectúa
una propuesta de tele-carga, no está seguro de
obtener aquello que desea. Con posterioridad a la etapa de análisis,
el servidor determina los grupos de propuestas más interesantes y
selecciona las más ventajosas. Por lo tanto, se rechazarán algunas
propuestas.
Un perfeccionamiento consiste en que las
tele-cargas se efectúen en varios canales. Algunos
canales con mayor velocidad se utilizarán para las
tele-cargas con plazo corto. Otros canales se
utilizarán para aquellos programas cuya rentabilidad sea inferior.
Los medios de comunicación pueden ser diferentes y el servidor puede
utilizar canales hertzianos o vía satélite.
Otro perfeccionamiento consiste en que el
servidor tiene en cuenta la evolución de los plazos propuestos por
los usuarios. Efectivamente, al analizar la evolución de las
propuestas en función del plazo propuesto: 1 hora, 2 horas, 3 horas
...., se aprecia que, por lo general, el número de propuestas
aumenta y después disminuye tras un plazo determinado denominado
"extremo". Si el servidor retrasa la difusión de un programa
uno o más tramos horarios, el número de propuestas no satisfechas,
será pequeño, en comparación con el número total de propuestas. Si
el extremo se encuentra en el primer tramo, la demora de difusión
para este programa implicará no satisfacer un importante número de
propuestas. Así pues, la determinación de la situación del extremo
en los tramos horarios es un factor muy importante a la hora de
decidir las siguientes tele-cargas.
Por ejemplo, al analizar los valores numéricos de
la tabla anterior, puede apreciarse que el máximo de propuestas se
produce en las siguientes franjas horarias:
- -
- para el programa E1: 3 horas
- -
- para el programa E2: 2 horas
- -
- para el programa E5: 4 horas
- -
- para el programa E9: 1 hora
En este caso, si el servidor debe efectuar una
selección privilegiando esta estrategia,
tele-cargará prioritariamente E9, cuyo extremo está
incluido en el transcurso de la primera franja, después E2 (segunda
franja), después E1 (tercera franja), y finalmente E5 (cuarta
franja). Esta estrategia permite reducir al mínimo las pérdidas de
ingresos derivadas de las propuestas no satisfechas.
Un perfeccionamiento de la presente invención
consiste en que el usuario envíe una propuesta incompleta en la cual
falte un parámetro. Por ejemplo, envía un precio sin enviar un plazo
o viceversa. El servidor recibe su propuesta y, teniendo en cuenta
la planificación de las tele-cargas, propone a su
vez un valor del parámetro ausente que permita satisfacer al
usuario. Por ejemplo, el usuario envía una propuesta indicando un
programa y un precio, pero sin indicar el plazo. Tras la etapa de
análisis, el servidor responde indicando el plazo previsto, teniendo
en cuenta los parámetros calculados con posterioridad a la etapa de
análisis. Sí se han recibido y validado numerosas propuestas, el
plazo será corto, ya que la tele-carga rápida de un
programa de este tipo resulta rentable. Por el contrario, si se
reciben pocas propuestas, el plazo será largo o el servidor
responderá que actualmente no tiene capacidad para programar una
tele-carga correspondiente a dicho programa.
Si varios servidores proponen unos catálogos
diferentes, ciertos elementos de los catálogos pueden ser idénticos.
Otro perfeccionamiento de la presente invención consiste en que el
cargador lanza la misma propuesta a varios servidores y, con
posterioridad a los diferentes intercambios, transmite al usuario la
mejor oferta, indicando qué servidor podría
tele-cargar el programa.
Claims (22)
1. Procedimiento para transmisión de programas
audiovisuales emitidos a partir de un servidor y destinados, al
menos, a un terminal que incluye una primera etapa de visualización
de un catálogo de programas audiovisuales que pueden
tele-cargarse en el terminal, caracterizado
porque comprende las siguientes etapas cronológicas:
en el terminal:
- -
- una etapa de selección de al menos un programa audiovisual;
- -
- una etapa de elaboración de una propuesta que condiciona la recepción del programa seleccionado;
- -
- una etapa de transmisión (3.1) al servidor de la propuesta, cuya propuesta que incluye al menos uno de los siguientes parámetros: plazo, precio;
y en el servidor:
- -
- una etapa de análisis de las propuestas enviadas por los terminales, y la toma de decisión para transmitir el programa teniendo en cuenta los parámetros;
si se decide transmitir el programa:
- -
- una etapa de transmisión del programa seleccionado a través de una red de difusión;
- -
- una etapa de transmisión (3.2) de un código que permite a cada terminal que hubiese transmitido una propuesta para visualizar el programa recibido, la visualización tras el pago de un precio mínimo y/o como muy tarde a la finalización del plazo determinado.
2. Procedimiento para transmisión de acuerdo con
la reivindicación 1, caracterizado porque en el servidor, la
etapa de análisis se activa tras un período determinado a partir del
momento en que el programa se incluye en el catálogo.
3. Procedimiento para transmisión de acuerdo con
la reivindicación 1 ó 2, caracterizado porque en el servidor
la etapa de análisis se activa después de recibir de un determinado
número de propuestas.
4. Procedimiento para transmisión de acuerdo con
las reivindicaciones 1 a 3, caracterizado porque incluye
asimismo una etapa de transmisión (3.2) desde el servidor hasta, al
menos, un terminal de una notificación que indica que el servidor ha
decidido no transmitir el programa.
5. Procedimiento para transmisión de acuerdo con
la reivindicación 4, caracterizado porque dicha notificación
incluye una indicación del motivo de rechazo por el cual el servidor
ha transmitido el programa.
6. Procedimiento para transmisión de acuerdo con
la reivindicación 4 ó 5, caracterizado porque dicha
notificación incluye un valor de parámetro tal como el precio o el
plazo el cual, que incorporado a una propuesta, permite al usuario
visualizar el programa.
7. Procedimiento para transmisión de acuerdo con
cualquiera de las reivindicaciones que anteceden,
caracterizado porque la propuesta enviada por el terminal
incluye una indicación que determina un subconjunto de programas del
catálogo y porque durante la etapa de análisis y de determinación,
el servidor selecciona de dicho subconjunto un programa incluido en
el catálogo cuya transmisión a los terminales se ajusta a los
criterios propios del ser-
vidor.
vidor.
8. Procedimiento para transmisión de acuerdo con
cualquiera de las reivindicaciones que anteceden,
caracterizado porque la decisión de transmitir un programa se
toma preferiblemente cuando un gran número de usuarios ha propuesto
dicho programa.
9. Procedimiento para transmisión de acuerdo con
cualquiera de las reivindicaciones que anteceden,
caracterizado porque incluye una etapa de grabación en el
terminal del programa.
10. Terminal audiovisual que incluye una unidad
central (3), unos medios de recepción de programas audiovisuales
procedentes de una red de difusión (4), unos medios de comunicación
bidireccional (5) con una segunda red (6), unos medios de
presentación (2) de un catálogo de programas disponibles y unos
medios de selección de un programa audiovisual (7, 8),
caracterizado porque incluye además unos medios de
elaboración (8) de al menos un parámetro tal como precio y/o plazo,
asociado a la tele-carga de al menos un programa
seleccionado, unos primeros medios para transmitir a la segunda red
(6) una propuesta que incluye al menos un identificador de programa
y el parámetro introducido, y unos medios para recibir una decisión
relativa a la propuesta para tele-carga del programa
a partir de la red de difusión de acuerdo con el parámetro generado
anteriormente.
11. Terminal audiovisual de acuerdo con la
reivindicación 10, caracterizado porque incluye asimismo unos
medios de recepción (5) de una notificación de rechazo de
tele-carga, cuyo rechazo es presentado en los medios
de presentación (2).
12. Terminal audiovisual de acuerdo con la
reivindicación 11, caracterizado porque incluye asimismo unos
medios de recepción (5) de un segundo parámetro tal como el precio o
el plazo, incorporado en la notificación de rechazo de
tele-carga, presentándose el segundo parámetro en
los medios de presentación (2).
13. Terminal audiovisual de acuerdo con la
reivindicación 10, caracterizado porque sólo uno de los
parámetros, tal como el precio o el plazo, se incorpora a la
propuesta, estando acompañada la aceptación de
tele-carga recibida de la red (6) por un valor del
parámetro restante, plazo o precio, y porque incluye unos segundos
medios de transmisión, a través de la red, de una segunda propuesta
que incluye los dos parámetros.
14. Terminal audiovisual de acuerdo con
cualquiera de las reivindicaciones 10 a 13, caracterizado
porque la propuesta incluye un identificador (TEMA) de un
subconjunto de programas presentados en el catálogo, y porque
incluye unos medios de recepción (5) de un identificador de programa
susceptible de ser recibido de acuerdo con los parámetros definidos
en la propuesta.
15. Terminal audiovisual de acuerdo con
cualquiera de las reivindicaciones 10 a 14, caracterizado
porque para recibir el programa seleccionado incluye unos medios de
recepción (5) de una referencia de canal y de red (6).
16. Terminal audiovisual de acuerdo con
cualquiera de las reivindicaciones 10 a 15, caracterizado
porque incluye unos medios de almacenamiento (9) de los programas
recibidos.
17. Servidor que incluye una base de datos (2.3)
que contiene unos programas audiovisuales, estando el servidor
dotado de un interfaz de comunicación para establecer una conexión
(6) con una pluralidad de terminales, caracterizado porque
incluye unos medios de recepción (2.4) de las propuestas para
transmitir al menos un programa contenido en la base de datos,
procediendo dichas propuestas al menos de un terminal que incluye al
menos un parámetro tal como un precio o un plazo relativo a la
transmisión del programa desde el servidor hasta el terminal, unos
medios de análisis (22, 2.1) de las propuestas recibidas, unos
medios de toma de decisión para transmitir el programa, teniendo en
cuenta los parámetros transmitidos a través de una red de difusión,
y unos medios de transmisión al terminal de un código que permite
visualizar al menos un programa seleccionado.
18. Servidor de acuerdo con la reivindicación 17,
caracterizado porque los medios de análisis y de
determinación se activan después de un lapso de tiempo determinado a
partir del momento en que el programa se encuentra accesible a los
usuarios de los terminales.
19. Servidor de acuerdo con la reivindicación 17,
caracterizado porque los medios de análisis y de
determinación se activan después de un determinado número de
propuestas procedentes de los terminales.
20. Servidor de acuerdo con cualquiera de las
reivindicaciones 17 a 19, caracterizado porque una propuesta
recibida desde un terminal sólo incluye uno de los parámetros
incluidos en el conjunto: precio, plazo, y porque la aceptación
enviada a dicho terminal incluye un valor del parámetro restante del
conjunto.
21. Servidor de acuerdo con cualquiera de las
reivindicaciones 17 a 20, caracterizado porque una propuesta
recibida desde un terminal sólo incluye una indicación que determina
un subconjunto de programas, incluyendo por otra parte los medios de
análisis y de determinación, unos medios de determinación de un
programa perteneciente a dicho subconjunto y para la cual los
parámetros enviados en la propuesta permiten una transmisión a dicho
terminal.
22. Servidor de acuerdo con cualquiera de las
reivindicaciones 17 a 21, caracterizado porque incluye unos
medios de determinación de los medios de transmisión del programa,
incluyendo la notificación de la aceptación de la transmisión
enviada a los terminales un identificador de los medios de
transmisión.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR0110264A FR2828369B1 (fr) | 2001-07-31 | 2001-07-31 | Procede de reception d'emissions audiovisuelles proposees par des utilisateurs, terminal et serveur pour la mise en oeuvre du procede |
FR0110264 | 2001-07-31 |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2238580T3 true ES2238580T3 (es) | 2005-09-01 |
Family
ID=8866137
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES02745472T Expired - Lifetime ES2238580T3 (es) | 2001-07-31 | 2002-05-31 | Procedimiento para la transmision de emisiones audiovisuales propuestas por los usuarios, terminal y servidor para llevar a cabo el procedimiento. |
Country Status (10)
Country | Link |
---|---|
US (1) | US7676825B2 (es) |
EP (1) | EP1433322B1 (es) |
JP (1) | JP4317012B2 (es) |
KR (1) | KR100912985B1 (es) |
CN (1) | CN100471259C (es) |
DE (1) | DE60203310T2 (es) |
ES (1) | ES2238580T3 (es) |
FR (1) | FR2828369B1 (es) |
MX (1) | MXPA04000947A (es) |
WO (1) | WO2003013139A1 (es) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040086120A1 (en) * | 2002-11-06 | 2004-05-06 | Akins Glendon L. | Selecting and downloading content to a portable player |
US7765280B2 (en) * | 2002-11-06 | 2010-07-27 | Scientific-Atlanta, Llc | Downloadable remotely stored device drivers for communication with set-top box peripherals |
JP4271483B2 (ja) * | 2003-04-24 | 2009-06-03 | ソニー株式会社 | コンテンツ処理装置およびコンテンツ処理方法 |
US8359349B2 (en) * | 2004-03-18 | 2013-01-22 | Nokia Corporation | System and associated terminal, method and computer program product for uploading content |
AU2005284897B2 (en) * | 2004-09-14 | 2009-03-26 | Opentv, Inc. | Multimedia queue services |
KR101087102B1 (ko) * | 2005-02-01 | 2011-11-25 | 엘지전자 주식회사 | 디지털 방송 수신기의 프로그램 알림 방법 |
US8812354B2 (en) * | 2007-04-02 | 2014-08-19 | Sony Computer Entertainment America Llc | Method and system for dynamic scheduling of content delivery |
CN102045656A (zh) * | 2009-10-23 | 2011-05-04 | 清华大学 | 一种在通信业务中添加时间标签的方法 |
US8877034B2 (en) | 2009-12-30 | 2014-11-04 | Lifescan, Inc. | Systems, devices, and methods for measuring whole blood hematocrit based on initial fill velocity |
AU2013259665A1 (en) | 2012-05-07 | 2014-11-27 | Drugdev Inc. | A method and system for sharing access to a database |
US10021434B2 (en) * | 2014-05-30 | 2018-07-10 | Apple Inc. | Movie package file format |
Family Cites Families (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5253275A (en) * | 1991-01-07 | 1993-10-12 | H. Lee Browne | Audio and video transmission and receiving system |
US5604528A (en) * | 1992-06-10 | 1997-02-18 | Scientific-Atlanta, Inc. | Method and apparatus for providing periodic subscription television services |
US5794207A (en) * | 1996-09-04 | 1998-08-11 | Walker Asset Management Limited Partnership | Method and apparatus for a cryptographically assisted commercial network system designed to facilitate buyer-driven conditional purchase offers |
AU716790B2 (en) * | 1995-07-11 | 2000-03-09 | Koninklijke Philips Electronics N.V. | Video-on-demand system |
US6321383B1 (en) * | 1995-07-31 | 2001-11-20 | Brother Kogyo Kabushiki Kaisha | Information supplying device that can store multiple types of information and supplies composite information in response to a request |
US6285987B1 (en) * | 1997-01-22 | 2001-09-04 | Engage, Inc. | Internet advertising system |
US6330603B1 (en) * | 1997-02-26 | 2001-12-11 | Kabushiki Kaisha Toshiba | Communication apparatus, communication method, and record medium |
JP3873405B2 (ja) * | 1997-10-21 | 2007-01-24 | ソニー株式会社 | データ配信システム及びデータ配信装置 |
US7603684B1 (en) * | 1998-05-19 | 2009-10-13 | United Video Properties, Inc. | Program guide system with video-on-demand browsing |
KR20020005588A (ko) | 1999-02-18 | 2002-01-17 | 캐롤린 에이치. 블랭큰쉽 | 구매자운영전자상거래시스템에서 복수의 판매자들의각자에게 업무를 배분하기 위한 시스템 및 방법 |
US6424998B2 (en) * | 1999-04-28 | 2002-07-23 | World Theatre, Inc. | System permitting the display of video or still image content on selected displays of an electronic display network according to customer dictates |
US7992163B1 (en) * | 1999-06-11 | 2011-08-02 | Jerding Dean F | Video-on-demand navigational system |
US20020026351A1 (en) * | 1999-06-30 | 2002-02-28 | Thomas E. Coleman | Method and system for delivery of targeted commercial messages |
KR100621742B1 (ko) * | 1999-12-31 | 2006-09-06 | 주식회사 케이티 | Mbone상에서 VOD서비스에 대한 과금 방법 |
KR20000049698A (ko) * | 2000-04-24 | 2000-08-05 | 유재석 | 인트라넷 및 인터넷 상의 주문형 비디오 렌탈 서비스,주문자 제어시스템 |
US20020129375A1 (en) * | 2001-01-08 | 2002-09-12 | Artista Communications, Inc. | Adaptive video on-demand system and method using tempo-differential file transfer |
US7512964B2 (en) * | 2001-06-29 | 2009-03-31 | Cisco Technology | System and method for archiving multiple downloaded recordable media content |
-
2001
- 2001-07-31 FR FR0110264A patent/FR2828369B1/fr not_active Expired - Fee Related
-
2002
- 2002-05-31 ES ES02745472T patent/ES2238580T3/es not_active Expired - Lifetime
- 2002-05-31 JP JP2003518182A patent/JP4317012B2/ja not_active Expired - Fee Related
- 2002-05-31 DE DE60203310T patent/DE60203310T2/de not_active Expired - Lifetime
- 2002-05-31 CN CNB028150163A patent/CN100471259C/zh not_active Expired - Fee Related
- 2002-05-31 WO PCT/FR2002/001826 patent/WO2003013139A1/fr active IP Right Grant
- 2002-05-31 MX MXPA04000947A patent/MXPA04000947A/es active IP Right Grant
- 2002-05-31 EP EP02745472A patent/EP1433322B1/fr not_active Expired - Lifetime
- 2002-05-31 US US10/485,408 patent/US7676825B2/en not_active Expired - Fee Related
- 2002-05-31 KR KR1020047001432A patent/KR100912985B1/ko active IP Right Grant
Also Published As
Publication number | Publication date |
---|---|
CN1537387A (zh) | 2004-10-13 |
KR20040017362A (ko) | 2004-02-26 |
EP1433322B1 (fr) | 2005-03-16 |
JP4317012B2 (ja) | 2009-08-19 |
WO2003013139A1 (fr) | 2003-02-13 |
JP2004537929A (ja) | 2004-12-16 |
US20050004994A1 (en) | 2005-01-06 |
DE60203310T2 (de) | 2006-03-16 |
FR2828369B1 (fr) | 2003-11-28 |
US7676825B2 (en) | 2010-03-09 |
FR2828369A1 (fr) | 2003-02-07 |
DE60203310D1 (de) | 2005-04-21 |
MXPA04000947A (es) | 2004-04-20 |
EP1433322A1 (fr) | 2004-06-30 |
CN100471259C (zh) | 2009-03-18 |
KR100912985B1 (ko) | 2009-08-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9832531B2 (en) | Systems and methods for providing a program as a gift using an interactive application | |
ES2238580T3 (es) | Procedimiento para la transmision de emisiones audiovisuales propuestas por los usuarios, terminal y servidor para llevar a cabo el procedimiento. | |
JP6999152B2 (ja) | コンテンツ配信装置およびコンテンツ配信システム | |
KR100889142B1 (ko) | 정보 기록 장치 및 방법, 정보 처리 단말, 방법 및 장치,및 기록 매체 | |
CN100380967C (zh) | 供加密广播信号的接收器使用的聪明卡以及接收器 | |
ES2171569T5 (es) | Sistema y metodo de planificacion de guia electronica de programas de television con visualizacion y busqueda de programas con listados de titulos alfabeticos. | |
CN100473001C (zh) | 内容分发服务提供系统、内容分发装置和用户终端装置 | |
PL186325B1 (pl) | Układ warunkowego dostępu do systemu telewizyjnego | |
CN103119621A (zh) | 内容管理装置 | |
WO2011146237A2 (en) | Method and system of building a wanted list queue for a user in a content distribution system | |
WO2010151665A1 (en) | Systems and methods for verifying receipt of broadcast transmissions prior to billing | |
WO2004082268A1 (es) | Aparato y método para gula de programaci6n sincronizada. | |
US7907953B2 (en) | Access method for conditional access audio/video content | |
JP2006508568A (ja) | 記録に基づくコミュニティ用記録装置 | |
KR101623565B1 (ko) | Vod 예약 구매 방법, 서버 및 시스템 |