+

WO2002015467A1 - Procedimientos y sistemas de difusion (broadcast) de contenidos de internet, video o audio sin requerimientos de acuerdo previo con el proveedor de servicio, ni canal de retorno - Google Patents

Procedimientos y sistemas de difusion (broadcast) de contenidos de internet, video o audio sin requerimientos de acuerdo previo con el proveedor de servicio, ni canal de retorno Download PDF

Info

Publication number
WO2002015467A1
WO2002015467A1 PCT/ES2001/000315 ES0100315W WO0215467A1 WO 2002015467 A1 WO2002015467 A1 WO 2002015467A1 ES 0100315 W ES0100315 W ES 0100315W WO 0215467 A1 WO0215467 A1 WO 0215467A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
mpeg
internet
broadcast
decoder
Prior art date
Application number
PCT/ES2001/000315
Other languages
English (en)
French (fr)
Inventor
José Luis AVELLANO FERNÁNDEZ
José María INSENSER FARRE
Javier MORÁN CARRERA
Carlos Santos Pérez
Original Assignee
Semiconductores Investigación Y Diseño, S.A. (Sidsa)
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Semiconductores Investigación Y Diseño, S.A. (Sidsa) filed Critical Semiconductores Investigación Y Diseño, S.A. (Sidsa)
Priority to EP01960747A priority Critical patent/EP1227615A1/en
Publication of WO2002015467A1 publication Critical patent/WO2002015467A1/es

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H04B7/185—Space-based or airborne stations; Stations for satellite systems
    • H04B7/18523—Satellite systems for providing broadcast service to terrestrial stations, i.e. broadcast satellite service
    • H04B7/18526—Arrangements for data linking, networking or transporting, or for controlling an end to end session
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H04B7/185—Space-based or airborne stations; Stations for satellite systems
    • H04B7/18578—Satellite systems for providing broadband data service to individual earth stations
    • H04B7/18595—Arrangements for adapting broadband applications to satellite systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2854—Wide area networks, e.g. public data networks
    • H04L12/2856—Access arrangements, e.g. Internet access
    • 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
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • 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/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H04B7/185—Space-based or airborne stations; Stations for satellite systems
    • H04B7/18578—Satellite systems for providing broadband data service to individual earth stations
    • H04B7/18589—Arrangements for controlling an end to end session, i.e. for initialising, synchronising or terminating an end to end link

Definitions

  • the invention presented are procedures and systems for disseminating (broadeast) Internet or video-audio content on systems that support the digital transmission of data such as satellite, terrestrial link or cable, without prior agreement between the provider of the broadcast service (satellite) and the provider of the content to be broadcast.
  • the invention presented is a procedure that takes advantage of the specifications of the standards to provide broadeast services where in principle it is a point-to-point internet transmission, and that has the advantage that it does not require prior agreement between the broadcast service provider (satellite) and the provider of the content to be broadcast.
  • the provider of a broadcast service has to directly manage the sequencing of the data carousels and support for the broadeast. With the procedures described, the broadcaster can delegate this task, obtaining the same results.
  • the invention adds broadeast services over the existing satellite, terrestrial or cable and without modification of the latter, taking advantage of the diffusion capabilities of these media.
  • Any user of the internet access provider who use these means it can generate traffic that manifests itself as normal internet traffic (TCP protocol) without broadeast, but that a specially designed receiver system allows its reception as if it were.
  • TCP protocol normal internet traffic
  • any user can generate broadcast broadcasts without the need of agreement with the provider, and generate their own broadcast channels.
  • the procedure requires: a) a traffic initiator or generator (A), which establishes a conventional internet connection to an internet provider (B) that uses a data diffusion system such as satellite, cable, or terrestrial to reach the initiator the contents requested from a server (C).
  • a server system that responds to requests for information generated by the initiator.
  • the server delivers the data to the gateway (C) of the internet provider, which is responsible for disseminating it.
  • a data extraction system located on the receiver side (G), which extracts the TCP packet that comes through the broadcast channel with the contents requested by the initiator.
  • the broadcast content can be a typical internet content (html page, etc.), audio-video information (encoded in turn in MPEG-Transport Stream) or simply data.
  • internet content the information will be extracted from the levels specified in the ETSI EN 301 192 and TR 101 202 standards (MPEG-TS section) until the TCP originally sent to the service initiator is obtained, and It will be re-encapsulated in UDP packets and sent to an Internet browser that will display the information generated by the initiator, without the need for a return channel.
  • This extraction system can be located in a module plugged into a satellite, earth, or cable decoder, which is connected to a personal computer, or as a peripheral to the personal computer itself.
  • the information will again be extracted from the MPEG-TS level to the TCP format.
  • the data load of the TCP packet can in turn be an MPEG-TS train (stream) that can be sent to a digital television decoder (or integrated digital television) for display.
  • the data load of the TCP packet will be extracted again and sent to peripherals that understand the format in which they are encapsulated. In this general scheme, there are two procedures for accessing the contents.
  • Procedure 1 (see figure 1).
  • the broadeast server (D) encapsulates the contents to be transmitted (either html pages, or MPEG streams) in the standard TCP internet format.
  • the decoder or modem of the end user (F) in the case of internet information, a translation of the TCP format to the UDP will be made for transmission to a "browser" while in the case of video-audio information, the TCP data load will be extracted to send it to an MPEG and / or television decoder.
  • This system has the disadvantage of difficulty in filtering the contents within the TCP packet (data can only be sent to a UDP port), but does not require modifications to the broadeast server
  • the broadeast server (D) encapsulates the contents to be transmitted in UDP format which, in turn, is encapsulated in the standard TCP internet format.
  • the TCP packet will have in its data zone a UDP packet on which the data requested by the service initiator will go.
  • the decoder or modem of the end user (F) the TCP layers will be removed to leave only the UDP that will be sent to the browser or television screen. In this case, the contents that will be routed to different UDP ports can be filtered but on the contrary the transmission is less efficient and modifications to the broadeast server software are required.
  • the initiator will be selected according to its media access address (MAC) and IP address.
  • the different contents that the initiator can generate can be selected by the UDP port where they will be encapsulated, if the procedure 2 previously described is used. Since the UDP protocol does not require a return channel, it is not necessary for the end user (F) to enable a connection to a server.
  • the system called initiator (A) can be the same as the server (D) as long as the request is produced by the gateway (C) and the latter sends the contents through the broadcast channel. It is not necessary for the end user to have a connection with the initiator system to control the sequence of contents but of course it is possible to specify a return channel on the same internet to control the contents to be sequenced.
  • the end user could control remotely (for example through a GSM short message service) or through a timer, enabling reception to store content (for example, downloading programs).
  • Internet content can be encrypted at the MPEG-transport level or at the TCP level to control access to data. Users subscribed to a specific "program" of internet content would receive a set of keys (residents on a smart card, for example) that would enable the decryption of data in the user's reception system.
  • the internet provider In case of MPEG-transport level encryption, the internet provider (C) should control the keys and encryption of all its internet access.
  • the content servers would encrypt the contents.
  • the receiving system would consist of a specific application integrated circuit (ASIC) plus memory (optionally integrated in the ASIC), and physical interfaces to the computer and network access.
  • the ASIC (see figure 4) would integrate a microprocessor, an MPEG decryptor, an MPEG-TS filter, an MPEG packet identifier, and electrical and logical interfaces to a personal computer, a smart card, and network access either via decoder or through a network interface module (NIM).
  • NIM network interface module
  • Three architectures are proposed for the receiving system (see figure 5): - Architecture 1 of the receiving system is that of a common interface module (CENELEC EN50221 standards, NRSS EIA-679 Part B) that is inserted into a television decoder digital.
  • the decoder is responsible for extracting data from the network, which is delivered in MPEG-TS format.
  • the decoder can offer a series of resources to the reception system such as on-screen display of texts and images.
  • This architecture could be used with or without connection to a browser running on an additional computer.
  • the contents provided on the TCP protocol can be images in MPEG-TS protocol which, once extracted by the receiving system, are injected into the digital television decoder and displayed on the screen .
  • the Selection of the information source would be done by tuning the decoder and browsing using the man-machine interface resources provided by the decoders to the modules. If there is a connection with an external browser, it would be the personal computer that would present the information extracted by the module.
  • - Architecture 2 is an autonomous system (does not require a decoder) that would act as a peripheral of a personal computer, either as an external module or integrated as an additional card within it.
  • This architecture would have a network interface module (Network Interface Module NIM) that directly interfaces with the antenna or cable connection. All extracted data would be presented in a browser running on the personal computer.
  • Network Interface Module NIM Network Interface Module
  • - Architecture 3 is an MPEG (set-top-box) decoder system or integrated television receiver that has an integrated browser and software with the capabilities described previously to access the internet broadeast service and present it on the screen of TV.
  • MPEG set-top-box
  • Figure 1 presents procedure 1 where the data is sent by the server over TCP / IP format without any modification.
  • the receiving system transforms TCP packets to UDP packets before being sent to the computer where the browser is running.
  • Figure 2 shows procedure 2 where the data is in turn encapsulated in UDP so that there can be extraction control in the receiver.
  • Figure 3 shows the protocol stack in both procedures.
  • Figure 4 shows the core of the reception system based on a specific application integrated circuit (ASIC) that allows data extraction from the MPEG-system flow (MPEG-TS).
  • ASIC application integrated circuit
  • Figure 5 shows the three variants of the reception system: The box marked with a broken line marks the limits of the reception system itself.
  • Traffic initiator system (sequencer): The realization of this program can be carried out through a program that can control network access and perform automatic network browsing. This program just has to sequence the access to the contents of web pages.
  • the encapsulation in UDP can be done with a program in a type C, C ++, Java or similar language.
  • - Hardware The preferred embodiment would be that of a specific application integrated circuit (ASIC) integrating the previously mentioned elements. This embodiment allows to reduce the costs of the receiving system.
  • ASIC application integrated circuit
  • Software Programming in C, C ++ of the embedded system, including drivers for the interface devices and navigation application (selection of the UDP port, for example) and data extraction and restructuring of the TCP packets.
  • G Applet Java to listen to the UDP connection instead of the default TCP in browsers.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Physics & Mathematics (AREA)
  • Astronomy & Astrophysics (AREA)
  • Aviation & Aerospace Engineering (AREA)
  • General Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

La invención que se presenta agrupa a una serie de procedimientos y sistemas que simplifican la gestión y difusión (broadcast) de datos encapsulados en el protocolo de TCP/IP (protocolo de internet) sobre sistemas de transmisión digital de datos que usan el protocolo MPEG-sistema. Usando procedimientos estándar para el acceso a redes de datos (internet), audio-vídeo digital y datos que emplean medios de gran ancho de banda orientados a la difusión, como el enlace via satélite, cable o terrestre (estándares ETSI EN301192 y TR101202), la invención permite añadir capacidad de difusión (broadcast) de estos servicios sin necesidad de acuerdo previo o control explicito por parte del suministrador de la difusión, ni la existencia de un canal de retorno. El procedimiento requiere: a) un iniciador o generador de tráfico (A), que establece una conexión internet convencional a un proveedor de internet (B) que utilice un sistema de difusión de datos via satélite, cable, o terrestre orientado a broadcast, para hacer llegar al iniciador los contenidos solicitados a un servidor adaptado para este servicio de difusión (C). b) Un sistema servidor (D) que responde a las solicitudes de información generadas por el iniciador. El servidor entrega los datos al gateway del proveedor de internet (C), que se encarga de difundirlo. c) Un sistema de extracción de datos (F) situado en el lado del receptor (G), que extrae el contenido a difundir generado por el iniciador, adaptando el encapsulado para transmitir los contenidos usando protocolo UDP en el caso de internet y MPEG-TS en caso de audio-vídeo.

Description

PROCEDIMIENTOS Y SISTEMAS DE DIFUSIÓN (BROADCAST) DE CONTENIDOS DE INTERNET, VIDEO O AUDIO SIN REQUERIMIENTOS DE ACUERDO PREVIO CON EL PROVEEDOR DE SERVICIO, NI CANAL DE RETORNO
Descripción
Objeto de la invención.
La invención que se presenta son procedimientos y sistemas para efectuar la difusión (broadeast) de contenidos internet o de video-audio sobre sistemas que soportan la transmisión digital de datos como satélite, enlace terrestre o cable, sin necesidad de acuerdo previo entre el proveedor del servicio de difusión (satélite) y el proveedor de los contenidos a difundir.
Antecedentes de la invención. Diversos organismos internacionales como el DVB (Digital Video Broadeasting) y el ETSI (European Telecommunication Standard Institute) han desarrollado un conjunto de estándares para la difusión de servicios de datos e internet sobre medios aptos para una amplia difusión (broadeast) como son via satélite, enlace terrestre o cable. Estos estándares incluyen procedimientos para encapsular los protocolos de internet y otros sobre el formato MPEG-Tren de Transporte (Transport Stream), así como el desarrollo de servicios de carruseles de datos que no requieren canal de retorno desde el receptor, es decir, manteniendo el carácter unidireccional de la transmisión.
Descripción de la Invención. La invención que se presenta es un procedimiento que aprovecha las especificaciones de los estándares para proporcionar servicios de broadeast en donde en principio es una transmisión internet punto a punto, y que tiene la ventaja de que no requiere acuerdo previo entre el proveedor del servicio de difusión (satélite) y el proveedor de los contenidos a difundir. En la actualidad, el proveedor de un servicio de difusión ha de gestionar directamente la secuenciación de los carruseles de datos y el soporte al broadeast. Con los procedimientos descritos, el difusor puede delegar esta tarea, obteniéndose los mismos resultados.
La invención añade servicios de broadeast sobre el ya existente de satélite, terrestre o cable y sin modificación de éste último, aprovechando las capacidades de difusión de estos medios. Un usuario cualquiera del proveedor de acceso a internet que use estos medios, puede generar tráfico que se manifiesta como tráfico internet normal (protocolo TCP) sin broadeast, pero que un sistema receptor especialmente diseñado, permite su recepción como si lo fuera. Usando esta invención cualquier usuario puede generar emisiones en difusión sin necesidad de acuerdo con el proveedor, y generar sus propios canales de difusión. El procedimiento requiere: a) un iniciador o generador de tráfico (A), que establece una conexión internet convencional a un proveedor de internet (B) que utilice un sistema de difusión de datos como satélite, cable, o terrestre para hacer llegar al iniciador los contenidos solicitados a un servidor (C). b) un sistema servidor (D) que responde a las solicitudes de información generadas por el iniciador. El servidor entrega los datos al gateway (C) del proveedor de internet, que se encarga de difundirlo. c) un sistema de extracción de datos (F) situado en el lado del receptor (G), que extrae el paquete TCP que viene por el canal de difusión con los contenidos pedidos por el iniciador.
El contenido difundido puede ser un contenido típico internet (página html, etc), información de audio-video (codificado a su vez en MPEG-Transport Stream) o simplemente datos. En estos casos: a) En caso de un contenido internet, la información se extraerá desde los niveles especificados en las normas ETSI EN 301 192 y TR 101 202 (sección MPEG-TS) hasta obtener el TCP enviado originalmente al iniciador del servicio, y será reencapsulada en paquetes UDP y enviada a un "browser" de internet que mostrara la información generada por el iniciador , sin necesidad de que haya un canal de retorno. Este sistema de extracción puede estar situado en un módulo enchufado en un decodificador de satélite, terrena, o cable, que es conectado a un computador personal, o bien como periférico del computador personal en sí. b) En caso de contenido audio-vídeo, la información nuevamente se extraerá desde el nivel MPEG-TS hasta el formato TCP. La carga de datos del paquete TCP puede ser a su vez un tren (stream) MPEG-TS que puede ser enviado a un decodificador de televisión digital (o televisor digital integrado) para su presentación en pantalla. c) En caso de otros contenidos de datos, nuevamente se extraerá la carga de datos del paquete TCP y se enviarán a periféricos que entiendan el formato en que éstos estén encapsulados. En este esquema general, se tienen dos procedimientos para el acceso a los contenidos.
Procedimiento 1. (ver figura 1). El servidor de broadeast (D) encapsula los contenidos a transmitir (ya sean páginas html, o trenes MPEG) en el formato estándar de internet TCP. En el decodificador o módem del usuario final (F) en caso de información internet se efectuará una traducción del formato TCP al UDP para su transmisión a un "browser" mientras que en caso de información vídeo-audio, se extraerá la carga de datos TCP para enviarlo a un decodificador de MPEG y/o televisión. Este sistema tiene como desventaja la dificultad para filtrar los contenidos dentro del paquete TCP (los datos sólo se podrán mandar a un puerto UDP), pero no requiere modificaciones en el servidor de broadeast
(D)*
Procedimiento 2. (ver figura 2).
El servidor de broadeast (D) encapsula los contenidos a transmitir en formato UDP que a su vez , se reencapsula en el formato estándar de internet TCP. El paquete TCP tendrá en su zona de datos un paquete UDP sobre el cual irán los datos solicitados por el iniciador del servicio. En el decodificador o módem del usuario final (F) se eliminarán las capas TCP para dejar únicamente la UDP que se enviará al "browser" o pantalla de televisión. En este caso, se pueden filtrar los contenidos que se direccionaran a puertos UDP diferentes pero por el contrario la transmisión es menos eficiente y se requieren modificaciones en el software del servidor de broadeast.
Pueden verse ambos procedimientos de envío de información en la figura 3. La selección del iniciador se efectuará según su dirección de acceso al medio (MAC) y dirección IP. Los diferentes contenidos que el iniciador pueda generar podrán ser seleccionados por el puerto UDP donde se encapsularan, si se utiliza el procedimiento 2 previamente descrito. Dado que el protocolo UDP no requiere un canal de retorno, no es preciso que el usuario final (F) habilite una conexión con un servidor.
El sistema denominado iniciador (A) puede ser el mismo que el servidor (D) con tal que se produzca la petición por parte del gateway (C) y que éste envíe los contenidos por el canal de difusión. No es necesario que el usuario final tenga una conexión con el sistema iniciador para controlar la secuencia de contenidos pero por supuesto es posible especificar un canal de retorno sobre la misma internet para controlar los contenidos a secuenciar. El usuario final podría controlar remotamente (por ejemplo a través de un servicio de mensajes cortos de GSM) o a través de un temporizador, la habilitación de la recepción para por ejemplo almacenar contenidos (descarga de programas).
Los contenidos internet pueden venir encriptados a nivel de MPEG-transporte o a nivel TCP para controlar el acceso a los datos. Los usuarios suscritos a un determinado "programa" de contenidos internet recibirían un conjunto de claves (residentes en una tarjeta inteligente, por ejemplo) que posibilitarían la desencriptación de los datos en el sistema de recepción del usuario. En caso de encriptación a nivel MPEG-transporte, el proveedor de internet (C) debería controlar las claves y la encriptación de todo su acceso internet. En caso de encriptación a nivel TCP, los servidores de contenido darían cifrados los contenidos.
Los procedimientos así descritos pueden servir de soporte de servicios de canales de internet, webcams, IP-radios, teleconferencia, etc.
El sistema receptor estaría compuesto por un circuito integrado de aplicación específica (ASIC) mas memoria (opcionalmente integrada en el ASIC), e interfaces físicos al ordenador y el acceso a red. El ASIC (véase figura 4) integraría un microprocesador , un desencriptador MPEG, un filtro MPEG-TS, un identificador de paquetes MPEG, e interfaces eléctricas y lógicas a un ordenador personal, a una tarjeta inteligente, y al acceso a red ya sea vía decodificador o a través de un módulo de interfaz de red (NIM). Se plantean tres arquitecturas para el sistema receptor (véase figura 5): - la arquitectura 1 del sistema receptor es la de un módulo de interfaz común (estándares CENELEC EN50221, NRSS EIA-679 Part B) que se inserta dentro de un decodificador de televisión digital. El decodificador es responsable de la extracción de los datos provenientes de la red, que se entregan en formato MPEG-TS. El decodificador puede ofrecer una serie de recursos al sistema de recepción como es presentación en pantalla de textos e imágenes. Esta arquitectura podría usarse con o sin conexión con un browser ejecutándose en un ordenador adicional. En una aproximación sin conexión con browser externo, los contenidos proporcionados sobre protocolo TCP pueden ser a su vez imágenes en protocolo MPEG-TS que una vez extraídas por el sistema receptor, son inyectadas a su vez en el decodificador de televisión digital y mostradas en pantalla. La selección de la fuente de información se haría por sintonización del decodificador y navegación usando los recursos de interfaz hombre-máquina que proporcionan los decodificadores a los módulos. En caso de haber una conexión con browser externo, sería el ordenador personal el que presentaría la información extraída por el módulo. - La arquitectura 2 es un sistema autónomo (no requiere de decodificador) que actuaría como periférico de un ordenador personal, ya sea como módulo externo o bien integrado como tarjeta adicional dentro de éste. Esta arquitectura tendría un módulo de interfaz de red (Network Interface Module NIM) que efectúa el interfaz directo con la antena o conexión cable. Todos los datos extraídos se presentaría en un browser ejecutándose en el ordenador personal.
- La arquitectura 3 es un sistema decodificador MPEG (set-top-box) o receptor de televisión integrado que lleve integrado un "browser" y software con las capacidades descritas previamente para hacer acceso al servicio de broadeast de internet y presentarlo en la pantalla de televisor.
Breve descripción de los dibujos
Al objeto de mejorar la comprensión de la invención, se incluyen figuras que muestran el procedimiento de broadeast y el sistema de recepción asociado.
La figura 1 presenta el procedimiento 1 donde los datos son enviados por el servidor sobre formato TCP/IP sin ningún tipo de modificación. El sistema receptor transforma los paquetes TCP a paquetes UDP antes de ser enviados al computador donde se ejecuta el browser.
La figura 2 muestra el procedimiento 2 donde los datos son a su vez encapsulados en UDP para que pueda haber control de extracción en el receptor. La figura 3 muestra la pila de protocolos en ambos procedimientos.
La figura 4 presenta el núcleo del sistema de recepción basado en un circuito integrado de aplicación específica (ASIC) que permite la extracción de datos del flujo MPEG-sistema (MPEG-TS).
La figura 5 presenta las tres variantes del sistema de recepción: La caja marcada con línea discontinua marca los límites de sistema de recepción en sí.
Realización preferente de la invención.
Sistema iniciador de tráfico (secuenciador) (A): La realización de este programa puede ser efectuada a través de un programa que pueda controlar el acceso a red y efectuar navegaciones automáticas en la red. Este programa sólo tiene que secuenciar los accesos a los contenidos de páginas web.
Servidor en broadeast (D): Para el procedimiento 1 no se requiere ningún tipo de modificación. Para el procedimiento 2 los contenidos tienen que encapsularse en UDP. Esto puede hacerse en línea (on-line) (requiriendo una modificación importante del servidor) o bien fuera de línea (off-line) encapsulando los ficheros a ser enviados dentro de paquetes UDP, en cuyo caso no se requiere modificación alguna del servidor mismo. El encapsulado en UDP puede realizarse con un programa en un lenguaje tipo C, C++, Java o similar.
Sistema receptor de usuario (F):
- Hardware: La realización preferente sería la de un circuito integrado de aplicación específica (ASIC) integrando los elementos previamente citados. Esta realización permite abaratar los costes del sistema receptor. - Software: Programación en C, C++ del sistema embebido, incluyendo drivers para los dispositivos de interfaz y aplicación de navegación (selección del puerto UDP, por ejemplo) y extracción de datos y reestructuración de los paquetes TCP.
Browser de usuario (G): Applet Java para escuchar la conexión UDP en vez de la TCP que viene por defecto en los navegadores.
No se requieren modificaciones en ningún otro componente del sistema.

Claims

Reivindicaciones
1.- Procedimiento 1 para la difusión de datos sobre redes de broadeast (difusión) de satélite , cable, enlace terrestre u otros, caracterizado por: Un iniciador de tráfico (secuenciador A) solicita un contenido a través de un proveedor de internet con acceso a broadeast (C), a un servidor (D) que encapsula los contenidos a transmitir (ya sean páginas html, o trenes MPEG) en el formato estándar de internet TCP. Los contenidos son remitidos al inicador de tráfico a través del broadeast, y al mismo tiempo, en el decodificador o módem del usuario final (F) se efectuará la extracción de la información. Si es información internet, se efectuará una traducción del formato TCP al UDP para su transmisión a un "browser" que ejecutando un applet Java o similar, efectuara la conexión por UDP. En caso de información vídeo-audio, se extraerá la carga de datos TCP para enviarlo a un decodificador de MPEG y/o televisión.
2.- Procedimiento 2 para la difusión de datos sobre redes de broadeast (difusión) de satélite, cable, enlace terrestre u otros, caracterizado por: Un iniciador de tráfico (secuenciador A) solicita un contenido a través de un proveedor de internet con acceso a broadeast (C), a un servidor de broadeast (D) que encapsula los contenidos a transmitir en formato UDP que a su vez, se reencapsula en el formato estándar de internet TCP. El paquete TCP tendrá en su zona de datos un paquete UDP sobre el cual irán los datos solicitados por el inicador del servicio. En el decodificador o módem del usuario final (F) se eliminarán las capas TCP para dejar únicamente la UDP que se enviará al "browser" que ejecutando un applet Java o similar, efectuara la conexión por UDP. En caso de información vídeo-audio, se eüminará también el nivel UDP para remitir al decodificador únicamente paquetes MPEG-TS.
3.- Sistema para extracción de datos válido para los dos procedimientos anteriores, caracterizado por estar basado en un módulo de interfaz común que se inserta dentro de un decodificador de televisión digital con o sin conexión con un browser ejecutándose en un ordenador adicional. El decodificador es responsable de la extracción de los datos provenientes de la red, que se entregan en formato MPEG-TS, y puede ofrecer una serie de recursos al sistema de recepción como es presentación en pantalla de textos e imágenes. Los contenidos proporcionados sobre protocolo TCP pueden ser a su vez imágenes en protocolo MPEG-TS que una vez extraídas por el sistema receptor, son inyectadas a su vez en el decodificador de televisión digital y mostradas en pantalla. La selección de la fuente de información se haría por sintonización del decodificador y navegación usando los recursos de interfaz hombre- máquina que proporcionan los decodificadores a los módulos. En caso de haber una conexión con browser externo, sería el ordenador personal el que presentaría la información extraída por el módulo. La conexión puede realizarse mediante buses USB, Bluetooth, infrarrojos, PCI, PCMCIA, o serie. La realización del sistema de extracción es mediante un ASIC que integra un microprocesador, un desencriptador MPEG, un filtro MPEG-TS, un identificador de paquetes MPEG, e interfaces eléctricas y lógicas a un ordenador personal, a una tarjeta inteligente, y al acceso a red.
4.- Sistema para extracción de datos válido para los dos procedimientos anteriores, caracterizado por estar basado en un sistema autónomo (no requiere de decodificador) que actuaría como periférico de un ordenador personal, ya sea como módulo externo o bien integrado como tarjeta adicional dentro de éste. Esta arquitectura tendría un módulo de interfaz de red (Network Interface Module NTM) que efectúa el interfaz directo con la antena o conexión cable. Todos los datos extraídos se presentarían en un browser ejecutándose en el ordenador personal. La realización del sistema de extracción es mediante un ASIC que integra un microprocesador, un desencriptador MPEG, un filtro MPEG-TS, un identificador de paquetes MPEG, e interfaces eléctricas y lógicas a un ordenador personal, a una tarjeta inteligente, y al acceso a red.
5.- Sistema para extracción de datos válido para los dos procedimientos anteriores, caracterizado por estar integrado en un decodificador de televisión digital ("set top box") o receptor de televisión digital con capacidad de "browsing" en páginas de internet. Todos los datos extraídos se presentarían en la pantalla del televisor a través de un "browser" que se ejecuta en el decodificador. La realización del sistema de extracción se efectuaría usando alguno de los medios ya existentes.
PCT/ES2001/000315 2000-08-08 2001-08-07 Procedimientos y sistemas de difusion (broadcast) de contenidos de internet, video o audio sin requerimientos de acuerdo previo con el proveedor de servicio, ni canal de retorno WO2002015467A1 (es)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP01960747A EP1227615A1 (en) 2000-08-08 2001-08-07 Methods and systems for the broadcast internet, audio or video contents without prior agreement with the service provider or return channel

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
ES0000314 2000-08-08
ESPCT/ES00/00314 2000-08-08

Publications (1)

Publication Number Publication Date
WO2002015467A1 true WO2002015467A1 (es) 2002-02-21

Family

ID=8244261

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/ES2001/000315 WO2002015467A1 (es) 2000-08-08 2001-08-07 Procedimientos y sistemas de difusion (broadcast) de contenidos de internet, video o audio sin requerimientos de acuerdo previo con el proveedor de servicio, ni canal de retorno

Country Status (2)

Country Link
EP (1) EP1227615A1 (es)
WO (1) WO2002015467A1 (es)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100373941C (zh) * 2003-10-22 2008-03-05 深圳市研祥智能科技股份有限公司 基于mpeg－1的数字电视广播系统
EP1796289B1 (en) * 2005-12-08 2013-03-20 Electronics and Telecommunications Research Institute Apparatus for transmitting/receiving broadcasting and communication data in interactive satellite communication system based on DVB-S2
CN109818960B (zh) * 2019-01-29 2021-07-09 视联动力信息技术股份有限公司 数据处理方法和装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1109405A1 (en) * 1999-12-16 2001-06-20 CANAL+ Société Anonyme Communication with receiver/decoder
WO2001055860A1 (en) * 2000-01-28 2001-08-02 Diva Systems Corporation Method and apparatus for content distribution via non-homogeneous access networks

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1109405A1 (en) * 1999-12-16 2001-06-20 CANAL+ Société Anonyme Communication with receiver/decoder
WO2001055860A1 (en) * 2000-01-28 2001-08-02 Diva Systems Corporation Method and apparatus for content distribution via non-homogeneous access networks

Also Published As

Publication number Publication date
EP1227615A1 (en) 2002-07-31

Similar Documents

Publication Publication Date Title
ES2436341T3 (es) Información de descubrimiento para multidifusión IP
ES2216576T3 (es) Señalizacion de informacion en racimo en un sistema de transmision digital.
ES2259992T3 (es) Asignacion de direccion en un sistema de transmisison digital.
ES2269603T3 (es) Terminal, sistema de distribucion de datos que comprende dicho terminal y metodo de retransmision de datos digitales.
ES2338561T3 (es) Interfaz bidireccional universal de transporte de datos serie y metodo de transporte asociado.
US20120079531A1 (en) Emergency alert data delivery apparatus and methods
US20050154795A1 (en) Secure networked system for controlling mobile access to encrypted data services
US20020170072A1 (en) Systems for receiving and processing digital data carried by satellite transmissions
CN102006519A (zh) 多媒体终端和ip机顶盒之间的互动方法和系统
CN106453302B (zh) 一种应急广播消息传输装置和系统
ES2634466T3 (es) Mecanismo de reventa de servicios por niveles para IPTV
CN104025616A (zh) 信息处理设备、信息处理方法、程序，应用信息表供给设备及应用信息表供给方法
EP2208348A2 (en) Smatv headend using ip transport stream input and method for operating the same
JP2008514141A (ja) トリック・プレイ用メタデータのビデオ伝送ストリームへの挿入
EP2587827A1 (en) Method and hybrid multimedia unit for descrambling a digital broadcast transport stream
ES2600796T3 (es) Procedimiento de control de acceso a un contenido digital aleatorizado
WO2005045554A2 (en) System and method for using drm to control conditional access to broadband digital content
ES2287486T3 (es) Procedimiento y dispositivo de transmision de mensajes de gestion de titularidad.
JP2001518258A (ja) コンピュータとデコーダとを備えた放送受信システム
KR20060120274A (ko) 조건부 접근 시스템
KR100926910B1 (ko) Ｄｃａｓ 기반의 멀티룸 서비스 제공 방법 및 시스템
ES2897672T3 (es) Método para controlar la visualización de un televisor digital
WO2002015467A1 (es) Procedimientos y sistemas de difusion (broadcast) de contenidos de internet, video o audio sin requerimientos de acuerdo previo con el proveedor de servicio, ni canal de retorno
CN101742249A (zh) 一种可信双向网络数字电视系统的实现方法
EP1109405A1 (en) Communication with receiver/decoder

Legal Events

Date Code Title Description
AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2001960747

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2001960747

Country of ref document: EP

WWW Wipo information: withdrawn in national office

Ref document number: 2001960747

Country of ref document: EP

点击 这是indexloc提供的php浏览器服务，不要输入任何密码和下载