MXPA01004047A - Tarjeta de almacenamiento digital de ethernet y sistema de transmision por satelite. - Google Patents

Abstract

Una Tarjeta (EDS) de Almacenamiento Digital de Ethernet (34) y un sistema de transmision de satelite (10) se proporciona para recibir, almacenar y transmitir archivos que incluyen archivos de video, de audio, de texto, y archivos multimedia, de manera especial archivos recibidos por medio de transmision por satelite. En una modalidad preferida, un sistema de satelite incluye un receptor (32) que utiliza la Tarjeta EDS (34). Un flujo de datos se recibe por medio del receptor (32) y despues se puede almacenar en el receptor o se puede enrutar directamente como paquetes TCP/IP. Los archivos de datos recibidos o almacenados pueden ser de difusion multiple. La Tarjeta EDS (34) tambien incluye un servidor HTTP para acceso de red a los parametros de Tarjeta y hacia cualesquiera de los archivos almacenados en la Tarjeta. Un DHCP sobre la Tarjeta EDS (34) proporciona una configuracion dinamica de la direccion de IP de la Tarjeta. La Tarjeta EDS (34) tambien incluye un PPP y un procesador de modem para la transmision, recepcion de archivos y la coleccion de certificacion. La Tarjeta EDS (34) tambien incluye un programador de eventos para disparar o accionar archivos en un tiempo predeterminado o en una indicacion externa. Un procesador de comando mantiene un registro integrado de espacios de audio reproducidos y responde a un originador de c mando cuando un comando se recibe. Los archivos se pueden transmitir desde la Tarjeta EDS (34) por medio de un puerto M & C, de un puerto de Ethernet, o de un puerto auxiliar RS-232. Los archivos se pueden recibir por medio de la tarjeta EDS (34) desde un flujo de datos que proviene de un satelite, de un puerto M & C, de un puerto de Ethernet, o de un puerto auxiliar RS-232. La Tarjeta EDS (34) tambien proporciona cambio de tiempo y se puede utilizar dentro de una alimentacion de satelite como un enrutador controlado por HTTP con almacenamiento.

Description

TARJETA DE ALMACENAMIENTO DIGITAL DE ETHERNET Y SISTEMA. DE TRANSMISIÓN POR SATÉLITE Antecedentes de la Invención La presente invención se refiere, de manera general, a una Tarjeta o Tablilla de Almacenamiento Digital de Ethernet (EDS) , a un sistema de transmisión por satélite, y a un método para entrega de datos o publicidad. De manera más particular, la presente invención se refiere a una Tarjeta EDS para recibir, almacenar y transmitir archivos, los cuales incluyen archivos de video, de audio, de texto, y archivos multimedia, de manera especial, incluye archivos recibidos por medio de transmisión por satélite. El esfuerzo para desarrollar un sistema libre de errores, la distribución crucial de tiempo de archivos que consumen un ancho de banda, ha conducido a la industria de entrega de datos por algún tiempo. Dentro de la industria de la transmisión, de manera especial, la transmisión de radio, los sistemas de red privados se han desarrollado para facilitar la distribución de archivos de audio para la subsiguiente transmisión por radio. Estos sistemas de red privados con frecuencia utilizan satélites como "tubos-curvados" para entregar su contenido confiable y Ftef: 128996 rápidamente. Estos sistemas de red privados se han desarrollado a partir de estaciones repetidoras primitivas hacia sistemas que permiten grados mayores de interacción y confiabilidad de las estaciones receptoras. La Internet es una enorme red de computadoras a través de la cual se puede enviar información digital desde una computadora hacia otra. La fortaleza de Internet -su alto nivel de inter conectividad- también posee severos problemas para la inmediata y eficiente distribución de información digital voluminosa, de manera particular, la imagen digitalizada, el audio, o la información de video, tal como una transmisión de difusión de audio. Los proveedores de servicio de Internet (ISP's) han intentado acelerar la velocidad de entrega de contenido hacia los usuarios de Internet al entregar él contenido de Internet (por ejemplo, paquetes TCP /IP) a los usuarios a través de un sistema de transmisión por satélite. Uno de tales sistemas es el sistema de entrega por satélite directo-al-hogar ("DTH") , el cual se ofrece en conexión con la marca registrada, "DirecPC". En éstos tipos de sistemas DTH, cada abonado o usuario del sistema debe tener: (i) acceso a una antena parabólica de satélite; (ii) un receptor de satélite conectado a la antena parabólica de satélite y montado en la PC del usuario; y (iii) un canal de soporte de Internet con el fin de requerir información de los sitios de la Red de Internet. El sistema DTH de ésta manera, es totalmente costoso, debido a que cada usuario debe tener su propio receptor y su propia conexión con una antena parabólica de satélite. El sistema DTH también es difícil de desplegar debido a la antena de satélite y debido a que el receptor está montado en cada PC de usuario de DTH. El sistema DTH tampoco toma ventaja de los sistemas de satélites preexistentes, y éste con frecuencia es un sistema transmisor único, dedicado a la entrega de contenido de Internet al usuario. Esto no permite al usuario flexibilidad para recibir, mucho menos para distribuir a otros, otros tipos de servicios, tales como por ejemplo, transmisiones de radio que no sean por Internet o servicios de fax. El sistema DTH también modifica, de forma tipica, los paquetes IP en el extremo frontal, de ésta manera introduce un retraso significante en el proceso a través de la necesidad de reconstruir paquetes en el extremo receptor. Los sistemas DTH utilizan, de forma tipica, el estándar DVB, en tal caso el sistema podria transmitir otros servicios. Los sistemas DVB, sin embargo, utilizan un transmisor de datos estadístico. Por ésta y por otras razones, los sistemas DVB provocan con frecuencia un retraso adicional significativo debido a la necesidad de reconstruir paquetes a partir de transmisores multiplexados estadísticamente, los cuales se envían a través del sistema DVB. Los sistemas DTH también agregan significativos gastos generales a los flujos de datos que proporcionan, de ésta manera requieren un ancho de banda adicional y costos asociados a fin de procesar y entregar los flujos de datos DVB. El sistema DTH, de forma tipica, también está totalmente limitado en su capacidad de ancho de banda. El sistema DirecPC del consumidor, por ejemplo, está limitado a 440 kbps (kilobits por segundo), de ésta manera limita su efectividad, como un confiable, flexible, y rápido vehiculo de distribución para los contenidos de Internet, de manera particular, contenidos voluminosos, hacia todos los usuarios del sistema a través de un transmisor. Otro sistema utilizado por los ISP' s y otras personas para entregar los contenidos de Internet a través de satélites, es el uso de receptores de satélite de calidad comercial o profesional en conjunto con enrutadores tradicionales de Internet, los cuales están conectados a una Red de Área Local (LAN) de ISP o a una LAN similar para entrega del contenido recibido a través de su LAN hacia cada uno de sus abonados en la LAN o a través de módems y lineas de telecomunicación que interconectan los módems (ver Figura 3 de la Técnica Anterior) . Estos tipos de sistemas de satélite de receptor separado y enrutador han requerido, de manera tipica, el uso de receptores de datos de satélites tradicionales con interfases consecutivas integradas (con frecuencia RS-422) o señales de salida de datos. La señal de salida de datos se conecta al enrutador, el cual entonces convierte los datos en salidas compatibles de Ethernet y enruta y da salida a la Ethernet sobre la LAN. El solicitante ha descubierto que éstos sistemas de receptor de datos y enrutador separado de la técnica anterior presentan muchos problemas. Por ejemplo, los tradicionales receptores de datos son relativamente inflexibles y sólo soportan uno o dos servicios; y el uso de un enrutador separado es caro. Además, éstos tipos de sistemas emplean, de manera usual, un mecanismo de transporte DVB, el cual no es muy conveniente para transmitir Internet y tipos similares de contenidos por un número de razones. Una razón es que, como se notó con anterioridad, el protocolo y mecanismo de transporte DVB agregan un retraso sustancial en el sistema. Otra razón es que, como el solicitante ha descubierto, el mecanismo de transporte DVB utiliza cantidades excesivas de ancho de banda. Además, los sistemas receptor de datos y enrutador separado de la técnica anterior con frecuencia emplean una memoria de almacenamiento separada, que con frecuencia se enlaza con el enrutador por medio de una Red de Área Local (LAN) lo cual agrega gastos adicionales, complicaciones, y consumo de ancho de banda. También, los sistemas de la técnica anterior con frecuencia son difíciles de ajustar, hacia el alcance en que los sistemas de la técnica anterior se ajustan en su totalidad. De forma adicional, los receptores de la técnica anterior son tipicamente incapaces de proporcionar una difusión múltiple y enrutadores de difusión múltiple costosos se tienen que agregar al sistema para soportar la difusión múltiple. Los solicitantes han intentado resolver muchos problemas a través del desarrollo de varios sistemas y módulos de transmisión de datos por satélite de la técnica anterior, disponibles por StarGuide Digital Networks, Inc. de Reno, Nevada, que pueden ser agregados a un receptor que incluye un Módulo de Interfaz Demux Estadístico de Servicios Asincrono, un Módulo Descodificador de Video Digital, un Multiplexor Multimedia Digital MX3, un Módulo de Almacenamiento de Audio Digital, y un Receptor de Satélite Multimedia Digital. Sin embargo, el costo la eficiencia y la confiabilidad aún se pueden mejorar. De manera adicional, en el campo de la trasmisión, la publicidad es la mayor fuente de ingresos. Sin embargo, la transmisión por radio de varios tipos de publicidad, tal como la campaña de publicidad nacional, con frecuencia no es favorecida. En las campañas de publicidad nacional, los "espacios" publicitarios con frecuencia se localizan hacia la región en la cual los espacios serán reproducidos. Por ejemplo, un espacio publicitario que se va a presentar en Chicago puede ser localizado si se incluye contenido de voz de una personalidad de Chicago, o si se incluye una referencia hacia Chicago. La localización y distribución de espacio son extremadamente molestas en los sistemas de la técnica anterior. Los sistemas de la técnica anterior con frecuencia requieren cintas de audio para ser generadas en una locación centralizada y que después sean enviadas físicamente por correo a un locutor o transmisor local, lo cual es costoso, genera una labor intensa y no es efectivo en tiempo. El desarrollo de un sistema de distribución que proporcione confiabilidad, rapidez y entrega eficiente de contenido asi como un incremento de capacidad de automatización a lo largo del sistema puede ser de un gran uso en las empresas de entrega de datos tal como en la distribución de campaña de agregado nacional y puede conducir al crecimiento de la industria y a incrementar la rentabilidad. Por ejemplo, el incremento de automatización, facilita el uso y la velocidad de distribución de una campaña de agregado nacional hacia un número de transmisores locales que pueda permitir el incremento en la transmisión de publicidad y que pueda traer mayores gastos de publicidad hacia las campañas publicitarias de transmisión nacional.

Breve Sumario de la Invención La presente invención proporciona una Tarjeta o Tablilla de Almacenamiento Digital de Ethernet (EDS) susceptible de operarse en un sistema de transmisión de datos por satélite para almacenar y enrutar cualquier tipo de datos que incluye archivos de audio, de video, de texto, de imagen o de archivos multimedia. El uso de la presente invención proporciona un sistema de transmisión de datos por satélite con la capacidad de recibir un flujo de datos multiplexados de una variedad de archivos, tales como archivos de audio, de video, de datos, de imágenes, y otros archivos multimedia. Los archivos recibidos se pueden desmultiplexar y almacenar automáticamente en las Tarjetas EDS, de forma local, en un almacenamiento de memoria rápida. Los archivos almacenados en el almacenamiento de memoria rápida se pueden recuperar más adelante. De forma alterna, los archivos recibidos se pueden enrutar por medio de la Tarjeta EDS por una red tal como una Red de Área Local (LAN) . En una modalidad preferida, los archivos de audio se pueden recuperar, se pueden mezclar con audio externo, además se pueden manipular y pueden salir como señales de salida de audio. Todos los archivos almacenados en el almacenamiento de memoria rápida se pueden transmitir, de forma externa, por medio de un Puerto Ethernet, un Puerto M & C o un Puerto Auxiliar RS-232 permitido por módem. La Tarjeta EDS proporciona una difusión múltiple eficiente por medio de un procesador de difusión múltiple IGMP. La Tarjeta EDS incluye un servidor HTTP y un resolutor DNS, los cuales permiten la operación de la Tarjeta EDS y los contenidos del almacenamiento de la memoria rápida para que sean accesibles, de forma remota, por medio de un navegador de red. La Tarjeta EDS proporciona un receptor de satélite con un almacenamiento de datos digitales, de video o de audio y un dispositivo de inserción local, un sitio en la red, un dispositivo de salida Ethernet y un enrutador. Estos y muchos otros aspectos de la presente invención se discuten o son aparentes en la siguiente descripción detallada de las modalidades preferidas de la invención. Se tiene que entender, sin embargo, que el alcance de la invención de va a determinar de acuerdo a las reivindicaciones que la acompañan.

Ventajas de la Invención Es un objetivo de la presente invención proporcionar una Tarjeta EDS capaz de almacenar cualquier tipo de datos, no sólo datos de audio. Por ejemplo, la Tarjeta EDS se puede utilizar para almacenar datos de texto, números, instrucciones, imágenes o datos de video. Es un objetivo de la invención distribuir contenido compatible de Protocolo de Control de Transmisión /Protocolo de Internet (TCP /IP) por medio de satélite. Es una ventaja de la presente invención que ésta proporciona una tarjeta Ethernet /Enrutador que se puede montar en un receptor de satélite rápida, fácil y económicamente .

Es otra ventaja de la presente invención que ésta proporciona un receptor de satélite con la capacidad de recibir contenido compatible TCP /IP y que lo enruta y lo distribuye sobre una LAN u otra red de computadoras sin la necesidad de un enrutador para enrutar el contenido sobre la LAN u otra red. Es aún otra ventaja que la tarjeta preferida se puede cambiar y se puede remover del receptor sin interferir con ninguno de los otros servicios que proporciona el receptor. Es aún otra ventaja de la presente invención que la tarjeta preferida se puede utilizar en un receptor, el cual puede proporcionar otros servicios, a través de otras tarjetas, además de aquellos servicios proporcionados por medio de la presente invención en si misma. Por ejemplo, otros servicios disponibles por StarGuide Digital Networks, Inc. De Reno, Nevada, que pueden ser agregados a un receptor que incluye un Módulo de Interfaz Demux Estadístico de Servicios Asincrono, un Módulo Descodificador de Video Digital, un Multiplexor Multimedia Digital MX3, un Módulo de Almacenamiento de Audio Digital, un Descodificador de Audio Digital y un Receptor de Satélite Multimedia Digital.

Una aún ventaja adicional es que la invención proporciona una distribución de satélite de contenido compatible TCP /IP, lo que elimina la necesidad de que cada PC reciba el contenido a través el receptor por tener su propia antena parabólica o su propio receptor de satélite. Una ventaja adicional es que la presente invención proporciona una distribución TCP /IP de satélite hacia las PC s sin tener un receptor de satélite que esté montado en una PC y que esté sujeto a la inestabilidad del ambiente de la PC. Aún una ventaja adicional es que la Tarjeta presente puede proporcionar, de manera preferible, servicios de datos además de la entrega de contenidos de Internet. Otra ventaja es que el receptor de satélite, en el cual se inserta la Tarjeta, de manera preferible, puede proporcionar aún servicios adicionales a través de otras tarjetas insertadas en ranuras en el receptor. Otra ventaja es que las redes existentes de receptores de satélite se pueden adaptar para entregar servicios de Internet por una simple inserción de las tarjetas presentes en los receptores sin tener que reemplazar las redes existentes.

También es una ventaja de la presente invención que el sistema presente y la Tarjeta de inserción proporcionan, de manera preferible, la capacidad de entregar contenido TCP /IP a las LAN's de Ethernet sin la necesidad de programas operativos fabricados por encargo. Otra ventaja de la presente invención es que, tanto el sistema en su totalidad como la Tarjeta Ethernet /Enrutador en particular, procesan los paquetes IP sin modificar ni separar los contenidos de los paquetes. El sistema de transmisión por satélite de los solicitantes y la presente Tarjeta de Ethernet /Enrutador son más fáciles de implementar; y debido a que ellos procesan cada paquete de IP como un bloque completo sin la necesidad de reconstruir paquetes en el extremo receptor, el sistema y la Tarjeta de Ethernet /Enrutador procesan y enrutan más fácilmente los paquetes de IP que provienen del extremo frontal hacia una LAN asociada en el extremo receptor. Otra ventaja de la presente invención es que la parte de Ethernet de la Tarjeta utiliza una interfaz de auto negociación 10 /100 BT asi que la Tarjeta se puede integrar dentro de cualquier LAN 10 BT o LAN 100 BT existentes. Otra ventaja es que la presente invención incluye una conexión de Protocolo de Punta a Punta (PPP) para conectar con un módem externo asi que la Tarjeta se puede conectar con una red de distribución por medio de lineas de telecomunicación. Esta conexión se puede utilizar para distribución asi como para certificación y confirmación automáticas. Otra ventaja de la presente invención es DHCP (Protocolo de Configuración de Anfitrión Dinámico) que permite que las direcciones de IP de la Tarjeta se configuren, de manera automática en un DHCP que soporta una LAN existente. Esto elimina la necesidad de configurar manualmente tantas direcciones de IP de Tarjeta. Otra ventaja de la presente invención es que el protocolo DNS (Servicio de Nombres de Dominio) se ha agregado para permitir que la Tarjeta se comunique, de forma dinámica, con los servidores de red anfitriones no importa cual sea su dirección de IP. Otra ventaja de la presente invención es que un servidor HTTP (servidor de red) se ha agregado a la tarjeta asi que ésta se puede configurar o monitorear por medio de un Navegador de Red estándar. De forma adicional, los archivos almacenados en la TARJETA EDS se pueden bajar o subir por medio de un navegador de red estándar.

Otra ventaja de la presente invención es que la Tarjeta EDS incluye un puerto de señal de entrada de audio analógica para permitir que una alimentación "en vivo" sea mezclada /atenuada con el audio almacenado localmente. Otra ventaja de la presente invención es que la Tarjeta EDS tiene un puerto de señal de entrada de relevador que permite el comando externo del comportamiento de la Tarjeta. De forma adicional, la Tarjeta se puede gobernar por medio de un enlace o conexión de Ethernet, de un Puerto Auxiliar RS-232, de un Procesador de Interfaz de Anfitrión, o de un flujo de datos recibidos. Otra ventaja de la presente invención es que la Tarjeta EDS incluye un programador, el cual permite a la Tarjeta actuar en ocasiones predeterminadas para, por ejemplo, reproducir un archivo de audio y, si se deseara, insertar automáticamente tal contenido en otro flujo de contenido que sea recibido y que salga por medio del receptor y la Tarjeta. Otra ventaja es que la presente invención incluye un procesador de difusión múltiple IGMP para proporcionar una difusión múltiple eficiente a una LAN adjunta. De forma alterna, se puede configurar el procesador de difusión múltiple IGMP para permitir que un enrutador local determine el tráfico de difusión múltiple. Otra ventaja de la presente invención es que la Tarjeta EDS incluye un descodificador local MPEG Layer II para permitir que los archivos de audio almacenados se conviertan en audio analógico en tiempo real. Otra ventaja de la presente invención es que se puede configurar la EDS como un WAN de satélite con un esfuerzo y equipo externo mínimos. Otra ventaja es que la presente invención permite a una red desplegar un sistema receptor con, por ejemplo, una capacidad de transmisión de audio, y más tarde una capacidad adicional agregada tal como una salida de Ethernet. Etc., si se agrega la Tarjeta EDS de la presente invención. Esto previene al usuario de tener que reemplazar el receptor, de remover la Tarjeta de audio o de utilizar un transmisor de satélite separado para la transmisión de diferentes tipos de contenido. Existen muchos otros objetivos y ventajas de la presente invención, y en particular, las modalidades preferidas y las distintas alternativas que se ponen de manifiesto en éste documento. Estas se harán aparentes conforme a las siguientes especificaciones. Se tiene que dmÉÜÉÉ entender, sin embargo, que el alcance de la presente invención se va a determinar por medio de las reivindicaciones que la acompañan y no por medio de cualquiera de las modalidades dadas que alcance todos los objetivos y ventajas puestos de manifiesto en éste documento .

Breve Descripción de los Dibujos La modalidad preferida de la presente invención del solicitante se muestra en los dibujos que la acompañan, en donde : Las Figuras 1, ÍA y IB ilustran un diagrama de bloque de una Tarjeta EDS de la presente invención; La Figura 2 ilustra un diagrama de bloque de los componentes físicos de una computadora de una Tarjeta EDS de la presente invención; La Figura 3 además ilustra la funcionalidad de la Tarjeta EDS de la presente invención; La Figura 4 es un diagrama de bloque que muestra la configuración de enlace superior preferida del solicitante utilizando un multiplexor para multiplexar la transmisión por satélite; La Figura 5 es un diagrama de bloque de una configuración de enlace inferior preferida del solicitante para la recepción de una transmisión por satélite multiplexada para su distribución sobre una LAN asociada; La Figura 6 es un diagrama de bloque de una configuración de enlace superior redundante preferida del solicitante para una clara transmisión de canal de hasta 10 mbps; La Figura 7 es un diagrama de bloque de una configuración de enlace superior redundante preferida del solicitante para una clara transmisión de canal de hasta 50 mbps; La Figura 8 es un diagrama de bloque de una modalidad preferida del sistema de transmisión por satélite del solicitante, con un canal de soporte de Internet, en el cual la Tarjeta EDS preferida del solicitante se ha insertado en una ranura en el receptor de satélite con el fin de distribuir el contenido de Internet a través de la Tarjeta sobre una LAN de Ethernet hacia la cual la Tarjeta está conectada; La Figura 9 es un diagrama de bloque de una modalidad alterna del sistema de transmisión por satélite preferido del solicitante para distribuir el contenido TCP /IP sobre una Intranet (red interne de una organización) con un canal de soporte proporcionado por módem de telecomunicaciones que provienen del receptor hacia el extremo frontal de la Intranet; La Figura 10 es un diagrama de bloque de un receptor de datos de satélite de la técnica anterior, de un enrutador de Internet separado, y de una LAN, como se describió en la sección anterior de ANTECEDENTES. La Figura 11 ilustra un ordinograma de la presente invención, el cual se emplea para distribuir datos o contenido, por ejemplo, publicidad de audio, que proviene de una locación de origen centralizado hacia un número de receptores geográficamente diversos.

Descripción Detallada de las Modalidades preferidas La Figura 1 ilustra un diagrama de bloque de una tarjeta EDS 100. La tarjeta EDS 100 incluye un plano de soporte StarGuide 102, un Procesador HDLC 104, un Procesador de Interfaz Anfitrión 106, un Procesador (Depósito) de Filtro de Protocolo de Red 108, un Procesador de Filtro de Mensajes Locales 110, un Almacén y Procesador de Filtro de direcciones de emisión /archivo 112, un almacenamiento de memoria rápida 114, un descodificador de audio 116, un monitor descodificador y un procesador de control 118, un filtro de audio 120, un mezclador /atenuador de audio 122, un pre amplificador de audio 124, un puerto de salida de audio 126, un puerto de entrada de audio 128, un receptor de 5 audio 130, un puerto de audición de audio 132, un programador de eventos 134, un procesador de entrada de relevador 138, un puerto de entrada de relevador 140, un Transceptor RS-232, 142, y un Puerto M & C 144, un Transceptor de Ethernet 10 /100 BT, 146, un Puerto Ethernet 10 148, un cliente de red de confirmación 150, un procesador de módem y PPP 152, un Transceptor RS-232, 154, un Puerto Auxiliar RS-232 156, un procesador de difusión múltiple IGMP 158, un Servidor HTTP 160, un Procesador DHCP 162, y un Resolutor DNS 164. 15 En operación, el plano de soporte StarGuide 102 se interconecta con un receptor, de manera preferible, el Receptor StarGuide® II de la técnica anterior (no se muestra), disponible por StarGuide Digital Networks, Inc., Reno Nevada. El plano de soporte 102 proporciona la tarjeta 20 EDS 100 con un reloj 101 y un flujo de datos TCP /IP en paquetes HDLC 103. Como se mencionó con anterioridad, el flujo de datos TCP /IP puede representar por ejemplo, información de audio, de video, de texto, de imagen o de *agt- —. • otra información multimedia. El reloj 101 y el flujo de datos 103 se proporcionan con el procesador HDLC 104 el cual desempaca el flujo de datos 103 y da salida a los paquetes TCP /IP hacia el procesador (depósito) de filtro de protocolo de red 108. El procesador de depósito o descarga 108 se puede configurar para controlar la función total y la distribución de datos de la tarjeta EDS 100. El procesador de depósito 108 puede enviar el flujo de datos recibidos hacia cualesquiera uno del procesador de difusión múltiple de IGMP 158, el Servidor HTTP 160, el Procesador DHCP 162, el resolutor DNS 164, el cliente de red de confirmación 150, el Transceptor de Ethernet 10 /100BT, 146, el procesador de módem y PPP 152 o el procesador de filtro de mensajes locales 110 como se describe además a continuación. El procesador de depósito o descarga 108 se puede controlar por medio de comandos embebidos en el flujo de datos, los comandos se envian a través del Puerto M & C 144, los comandos se envian a través del Puerto de Ethernet 148, los comandos se envian a través del procesador de Interfaz de Anfitrión 106, ó los comandos se reciben a través del puerto Auxiliar RS-232, 156. Estos comandos se pueden expresar en formato de Código Americano de Normalización para el Intercambio de Información (ASCII) ó en el Protocolo de Paquete StarGuide. Los comandos recibidos por el procesador de depósito o de descarga 108 por medio del Puerto de Ethernet 148 pueden utilizar varias interfaces que incluyen el Protocolo de Dirección de Redes Simples (SNMP) , la Red telefónica, el Protocolo de Transporte de Hipertexto (HTTP) u otras interfaces. Los comandos de operación que son susceptibles de recibirse externamente por el procesador de depósito o descarga 108 se ponen de manifiesto en el APÉNDICE A. El procesador de depósito 108 además puede descodificar un flujo de datos recibidos para enviar un mensaje en serie 109 hacia el procesador de filtro de mensajes locales 110. El procesador de filtro de mensajes locales 110 determina si el mensaje en serie 109 es un mensaje de contenido tal como un mensaje de audio, de video, o de texto, por ejemplo, o es un mensaje de comando. El procesador de filtro de mensajes locales 110 pasa los mensajes de contenido 111 hacia el Almacén y el procesador de filtro de direcciones de emisión /archivo 112 y pasa los mensajes de comando 135 hacia el procesador de comando 136. El Almacén y procesador de filtro de direcciones de emisión /archivo 112 genera archivos codificados 113 los cuales se pasan hacia el almacenamiento de memoria rápida 114.

El almacenamiento de memoria rápida 114 almacena los archivos codificados 113. Los archivos codificados almacenados en el almacenamiento de memoria rápida 114 se pueden pasar hacia el descodificador de audio 116 si los archivos codificados son archivos de audio. Otros archivos codificados 172 más que los archivos de audio se pueden pasar desde el almacenamiento de memoria rápida 114 hacia el procesador de depósito 108 para una transmisión adicional. De manera preferible, el almacenamiento de memoria rápida 114 almacena al menos hasta 256 archivos de audio o "espacios". De manera preferible, el almacenamiento de memoria rápida 114 utiliza la compresión MUSICAM MPEG Layer II con un tamaño de espacio máximo hasta la capacidad de almacenamiento si el archivo almacenado es un archivo de audio comprimido. Otros archivos, tales como los archivos de video comprimidos, se pueden almacenar si se utiliza compresión MPEG2 ó en un protocolo de compresión alternativo. La capacidad de almacenamiento del almacenamiento de memoria rápida 114, de manera preferible, es desde al menos 8 MB a 144 MB lo cual es equivalente, de manera aproximada, desde 8 a 144 minutos de almacenamiento de audio digital a 128 kbps de codificación de audio MPEG. De manera preferible, el almacenamiento de memoria rápida 114 soporta una activación de inserción con el cierre de ajuste de relevador en tiempo absoluto y soporta un modo de inserción con ó sin una atenuación cruzada. El descodificador de audio 116 descodifica los archivos codificados 115 y genera una señal de audio analógica 117. El descodificador de audio 116 sé monitorea por medio del monitor descodificador y por el procesador de control 118 conforme el descodificador de audio 116 descodifica los archivos codificados 115. La señal de audio analógica 117 se pasa hacia el filtro de audio 120 en donde la señal de audio analógica 117 además se filtra para incrementar su calidad de salida de audio. El descodificador de audio 116 incluye un descodificador MPEG Layer II que permite la codificación previa de los archivos almacenados que provienen del almacenamiento de memoria rápida 114 sea convertida en señales de audio analógicas 117 en tiempo real. Entonces, la señal de audio analógica se pasa desde el filtro de audio 120 hacia el mezclador / atenuador de audio 122 y el puerto de audición de audio 132. La señal de audio analógica 119 recibida por el puerto de audición de audio 132 se puede pasar hacia un dispositivo de escucha externo tal como audífonos de audio para monitorear la señal de audio. El puerto de audición de audio 132 de la Tarjeta EDS permite que el audio almacenado localmente sea percibido sin alterar la alimentación de audio de salida a través del puerto de salida de audio 126. El puerto de audición de audio 132 puede ser de un gran uso cuando la salida del puerto de salida de audio 126 está formando una alimentación de transmisión en vivo. Se puede recibir una señal de audio externa por medio del puerto de entrada de audio 128. Entonces, la señal de audio externa se pasa hacia el receptor de audio 130 y la señal de audio analógica resultante 131 se pasa hacia el mezclador /atenuador de audio 122. El mezclador /atenuador de audio puede mezclar o atenuar una señal de audio analógica externa 131 (si cualquiera) con la señal de audio recibida que proviene del filtro de audio 120. La señal de salida del mezclador /atenuador de audio se pasa entonces hacia el pre amplificador de audio 124 y después hacia el puerto de salida de audio 126. También, el puerto de entrada de audio 128 permite que una alimentación de audio "en vivo" sea mezclada o alimentada en el mezclador /atenuador de audio 122 con un espacio de audio almacenado localmente que proviene del almacenamiento de memoria rápida 114. El mezclador /atenuador de audio permite que la alimentación en vivo y que la alimentación local (almacenada) sean mezcladas, atenuadas en cruz o que sean aún amplificadas. La mezcla ocasiona la multiplicación de dos señales. La atenuación cruzada sucede cuando dos señales se presentan por una alimentación única y la amplitud de una primer señal se disminuye, de forma gradual, conforme la amplitud de una segunda señal se incrementa, de forma gradual. La mezcla, la amplificación, y la atenuación cruzada son bien conocidas para aquellas personas expertas en la técnica. Como se mencionó con anterioridad, el almacenamiento de memoria rápida 114 puede almacenar un gran número de archivos de espacio de audio además de los archivos tales como por ejemplo, video, texto u otros archivos multimedia. Los archivos almacenados en el almacenamiento de memoria rápida 114 se controlan por medio del programador de eventos 134. El programador de eventos 134 se puede controlar a través del procesador de entrada de relevador 138 del puerto de entrada de relevador 140 o a través del procesador de comando 136. El procesador de comando 136 puede recibir programación que incluye disparadores de eventos o mensajes de comando a través del procesador de filtro de mensajes locales 110 y del procesador de depósito 108 del Puerto M & C 144, el Puerto Auxiliar RS-232, 156, el Puerto de Ethernet 148, el flujo de datos recibidos 103, o el procesador de Interfaz Anfitrión 106. Por ejemplo, con respecto a los espacios de audio almacenados en el almacenamiento de memoria rápida 114, los espacios de audio se pueden activar en un tiempo preseleccionado o en un tiempo programado por el programador de eventos 134. El programador de eventos 134 puede recibir disparos de espacios de audio que provienen de cada procesador de comando 136 o del procesador de entrada de relevador 138. El procesador de comando 136 puede recibir programación que incluye disparos de eventos desde el Puerto M & C 144, el Puerto Auxiliar RS-232, 156, el Puerto de Ethernet 148, el flujo de datos recibidos 103, o el procesador de Interfaz Anfitrión 106. Los disparos de espacios de audio externos se pueden recibir directamente por el puerto de entrada de relevador 140, el cual pasa la información de relevador digital 141 del disparo de espacio de audio hacia el procesador de entrada de relevador 138. De forma adicional, el procesador de filtro de mensajes locales 110 puede detectar un mensaje de comando en el mensaje en serie 109 que éste recibe del procesador de depósito 108. El mensaje de comando detectado por el procesador de filtro de mensajes locales 110 se pasa entonces hacia el procesador de comando 136. También, el procesador de comando 136 se puede programar para disparar o activar un evento en un cierto tiempo absoluto. El procesador de comando 136 recibe información de tiempo absoluto que proviene del plano de soporte StarGuide 102. De forma adicional, una vez que el procesador de comando 136 recibe un mensaje de comando, el procesador de comando 136 envia un mensaje de respuesta hacia el origen del comando. Por ejemplo, cuando el procesador de comando 136 recibe un mensaje de comando del Puerto M & C 144, el procesador de comando 136 envia un mensaje de respuesta 145 al Puerto M & C 144 por medio del Transceptor RS-232, 142. De manera similar, cuando se recibe un mensaje de comando que proviene del Puerto de Ethernet 148, del Puerto Auxiliar RS-232, 156, o del Procesador de Interfaz Anfitrión 106, el procesador de comando 136 envia un mensaje de respuesta a través del procesador de depósito 108 al puerto que origina el comando hacia el dispositivo que origina el comando. Cuando se recibe un mensaje de comando que proviene del flujo de datos recibidos 103, se puede enviar una respuesta por medio de los otros puertos de comunicación 148, 156, 106 o no se puede enviar una respuesta.

Además de la activación de los espacios de audio, el programador de eventos 134 puede activar el almacenamiento de memoria rápida 114 para pasar un archivo codificado almacenado 172 al procesador de depósito o descarga 108. El archivo codificado 172 puede ser un archivo de audio, de video, de datos, multimedia o puede ser virtualmente cualquier tipo de archivo. El procesador de depósito o descarga 108 además puede enrutar el archivo codificado recibido 172 por medio del Puerto Ethernet 148, del Puerto Auxiliar RS-232, 156, o por medio del Puerto M & C 144 hacia un receptor externo. De forma adicional, el procesador de depósito 108 puede reempacar el archivo de datos codificados recibidos 172 en varios formatos diferentes tales como difusión múltiple por medio del Procesador de Difusión Múltiple GMP 158 o HTTP por medio del servidor HTTP 160, de la red telefónica, o por medio del SNMP para transmisión externa. El Transceptor de Ethernet 10 /100BT, 146 recibe datos que provienen del procesador de depósito o de descarga 108 y pasa los datos al Puerto Ethernet 148. El Transceptor de Ethernet 10 /100BT, 146 y el Puerto Ethernet 148 pueden soportar ya sea el tráfico Ethernet 10BT o el tráfico Ethernet 100BT. El Transceptor de Ethernet 10 /100BT, 146 utiliza una Interfaz de auto-negociación 10 /100BT asi que la tarjeta EDS 100 se puede integrar fácilmente en una LAN 10BT o en una LAN 100BT existentes. Además de suministrar datos a una LAN 10BT o a una LAN 100BT existentes por medio del puerto de Ethernet 148, el procesador de depósito 108 puede recibir datos desde una red externa por medio del Puerto Ethernet 148. Los datos externos pasan desde el Puerto Ethernet 148 a través del Transceptor de Ethernet 10 /100BT, 146 hacia el procesador de depósito 108. Los datos externos pueden constituir, por ejemplo, mensajes de comando o datos de audio o datos de video. La tarjeta EDS 100 también incluye un PPP y un procesador de módem 152. El PPP y el procesador de módem se pueden utilizar para comunicación bi-direccional entre el procesador de depósito 108 y el Puerto Auxiliar RS-232, 156. El Protocolo de Punta a Punta (PPP) y el procesador de módem 152 de nuevo formatea los datos para comunicación de módem y después pasa los datos al Transceptor RS-232, 154 del Puerto Auxiliar RS-232, 156 para comunicación con un módem de recepción externo (no se muestra) . Los datos también se pueden pasar desde un módem externo al procesador de depósito 108. El Protocolo de Punta a Punta (PPP) y el procesador de módem 152 permite que la tarjeta EDS 100 se comunique con un módem externo asi que la tarjeta EDS puede participar en una red de distribución por medio, por ejemplo, de lineas de telecomunicación estándar. El PPP y el procesador de módem 152 se pueden utilizar para 5 distribución asi como para una certificación automática y confirmación de tareas. La tarjeta EDS 100 también incluye un procesador de difusión múltiple 158 del Grupo de Protocolo de Difusión Múltiple (IGMP) que recibe datos de y que pasa los datos 10 hacia el procesador de depósito o descarga 108. El procesador de difusión múltiple IGMP 158 se puede comunicar a través del procesador de depósito 108 y del Puerto de Ethernet 148 o del Puerto Auxiliar RS-232, 156 con una red externa tal como una LAN. El procesador de 15 difusión múltiple IGMP 158 se puede programar para operar una difusión múltiple utilizando una poda de IGMP, un protocolo conocido en la técnica, para la difusión múltiple sin utilizar la poda IGMP (enrutador estático) y para enrutar una difusión única. 20 Cuando el procesador de difusión múltiple IGMP 158 se opera con la utilización de la poda de IGMP. El procesador de difusión múltiple IGMP 158 puede estar ya sea en una consulta o en una no consulta de IGMP. Cuando el iÉÉttiiMáHiáHIti procesador de difusión múltiple IGMP 158 se opera como una consulta, el procesador de difusión múltiple IGMP 158 emite periódicamente consultas de IGMP para determinar si un usuario desea tráfico de difusión múltiple que la tarjeta EDS100 está recibiendo actualmente. Si un usuario deseara tráfico de difusión múltiple, el usuario responde al procesador de difusión múltiple IGMP 158 y el procesador de difusión múltiple IGMP 158 difunde la transmisión de difusión múltiple a través del procesador de depósito 108 hacia una LAN externa. El procesador de difusión múltiple IGMP 158 continúa emitiendo consultas de IGMP conforme difunde la transmisión de difusión múltiple hacia el usuario externo y el usuario externo continúa respondiendo conforme el usuario externo desea la transmisión de difusión múltiple. Cuando el usuario ya no desea la transmisión de difusión múltiple, el usuario cesa de responder a las consultas de IGMP o el usuario emite un mensaje "de abandono" de IGMP. El procesador de difusión múltiple IGMP detecta la falla del usuario a la respuesta y cesa de difundir la transmisión de difusión múltiple. Bajo el Protocolo IGMP, sólo puede existir una consulta de IGMP sobre una red en un tiempo dado. De ésta manera, si por ejemplo, la red conectada al Puerto de Ethernet 148 tiene un enrutador o conmutador autorizado de IGMP, el procesador de difusión múltiple de IGMP 158 se puede programar para actuar como sin-consulta. Cuando el procesador de difusión múltiple de IGMP 158 actúa como sin-consulta, el procesador de difusión múltiple de IGMP maneja y enruta el tráfico de difusión múltiple, aunque no esté la consulta y asi no emite consultas. El procesador de difusión múltiple de IGMP 138 en su lugar responde a los comandos de un enrutador externo. Cuando el procesador de difusión múltiple de IGMP 158 realiza la difusión múltiple sin utilizar la poda de IGMP, el procesador de difusión múltiple de IGMP 158 actúa como un enrutador estático. El procesador de difusión múltiple de IGMP 158 no utiliza IGMP y en su lugar utiliza una tabla de ruta estática que se puede programar en una de tres formas. Primero, se puede programar el procesador de difusión múltiple de IGMP 158 para simplemente pasar a través de todo el tráfico de difusión múltiple a través del procesador de depósito 108 a una LAN externa. Segundo, se puede programar el procesador de difusión múltiple de IGMP 158 para no pasar tráfico de difusión múltiple. Tercero, se puede programar el procesador de difusión múltiple de IGMP 158 con una tabla de ruta estática que tiene direcciones de IP de destino individual o rangos de destinos de direcciones de IP. Sólo cuando el procesador de difusión múltiple de IGMP 158 recibe tráfico de difusión múltiple destinado para una dirección de IP en la Tabla de ruta estática, el tráfico de difusión múltiple se pasa hacia la LAN externa. Cuando el procesador de difusión múltiple de IGMP 158 realiza el enrutamiento de difusión única, el procesador de difusión múltiple de IGMP 158 actúa como un enrutador estático, en donde el tráfico recibido en una difusión no múltiple y en su lugar se entrega sólo a una dirección de destino única. Como cuando realiza el enrutamiento de difusión múltiple sin la poda de IGMP, el procesador de difusión múltiple de IGMP 158 utiliza una tabla de ruta estática y se puede programar en una de tres formas. Primero, para simplemente pasar a través de todo el tráfico recibido a su dirección de destino individual. Segundo, para no pasar tráfico de difusión única. Tercero, se puede programar el procesador de difusión múltiple de IGMP 158 con una tabla de ruta estática que tiene direcciones de IP de destino individual y el procesador de difusión múltiple de IGMP 158 puede pasar tráfico sólo en una de las direcciones de IP de destino individual.

El procesador de difusión múltiple de IGMP 158 se puede programar por medio del Puerto M & C 144, del Puerto de Ethernet 148, del Puerto Auxiliar RS-232, 156, del procesador de Interfaz de Anfitrión 156 ó del flujo de datos recibidos 103. De forma adicional, el procesador de difusión múltiple de IGMP 158 puede difundir de manera múltiple por medio del puerto Auxiliar RS-232, 156, además del Puerto de Ethernet 148. La Tarjeta EDS 100 también incluye un Servidor HTTP 160 (también referido como un Servidor de Red). El Servidor HTTP 160 recibe datos de y pasa los datos al procesador de depósito 108. Los datos se pueden recuperar del Servidor HTTP 160 por medio de un dispositivo externo ya sea a través de una LAN que se comunica con el Puerto de Ethernet 148 o a través de un módem que se comunica con el Puerto Auxiliar RS-232, 156. Ya sea el módem o la LAN pueden transmitir un comando de petición de datos HTTP al procesador de depósito 108 por medio de sus respectivos canales de comunicación (es decir, el Protocolo de Punta a Punta (PPP) y el procesador de módem 152 y el Transceptor de Ethernet 10 /100BT, de manera respectiva) . El procesador de depósito o descarga 108 transmite el comando de petición de datos recibido hacia el Servidor HTTP 160 el cual lo formatea y transmite una respuesta al procesador de depósito 108 el cual a su vez transmite la respuesta de regreso a lo largo del canal apropiado a quien hace la petición. De forma preferible, el Servidor HTTP 160 se puede utilizar para permitir que la Tarjeta EDS 100 sea configurada y monitoreada por medio de un Navegador de Red estándar accesible a través tanto del Puerto de Ethernet 148 como del Puerto Auxiliar RS-232. De forma adicional, el Servidor HTTP 160 permite a un navegador de red acceder a los archivos almacenados en el almacenamiento de memoria rápida 114. Los archivos se pueden bajar o descargar por una máquina remota, se pueden modificar y se pueden subir ó cargar, o se pueden reproducir a través de un navegador de red. De forma adicional, el programador de eventos 134 se puede controlar con un navegador de red por medio de un Servidor HTTP 160. El Servidor HTTP 160 permite un acceso remoto completo a la funcionalidad de la tarjeta EDS 110 y a los contenidos del almacenamiento de memoria rápida 114 a través de un navegador conveniente de red. De forma adicional, el Servidor HTTP 160 permite que nuevos archivos sean subidos ó cargados al almacenamiento de memoria rápida 114 por medio de un navegador conveniente de red. El uso del Servidor HTTP 160 en conjunto con un navegador de red puede ser preferido en la forma de monitorear la función y el contenido de la Tarjeta EDS 100 de manera remota. La Tarjeta EDS 100 también incluye un Procesador DHCP 162 que recibe datos de y que pasa los datos hacia el procesador de depósito 108. El Procesador DHCP 162 proporciona servicios de Protocolo de Configuración de Anfitrión Dinámico para la Tarjeta EDS 100. Esto es, el Procesador DHCP permite que las direcciones de IP de la Tarjeta EDS 100 se configuren automáticamente en una LAN existente que soporta el DHCP. El Procesador DHCP asi elimina la necesidad de configurar manualmente las direcciones de IP de la tarjeta EDS 100 cuando la tarjeta EDS 100 se opera como una LAN que soporta el DHCP. En operación, el Procesador DHCP 162 se comunica con una LAN externa por medio del puerto de Ethernet 148. Los datos de IP se pasan desde la LAN externa a través del Puerto Ethernet 148 y del Transceptor de Ethernet 10 /100BT, 146 y del procesador del depósito 108 hacia el Procesador DHCP 162 en donde el dato de IP se resuelve y la dirección de IP dinámica para la tarjeta EDS 100 se determina. La dirección de IP de la tarjeta EDS 100 se transmite entonces a una LAN externa por medio del procesador de depósito 108, por el Transceptor de Ethernet 10/100BT, 146 y por medio del puerto Ethernet 148. De forma adicional, el Procesador DHCP 163 determina si la LAN externa tiene un servidor de NS local. Cuando la Lan externa tiene un servidor DNS local el Procesador DHCP 163 consulta con el servidor DNS local para dirigir el DNS en lugar de consultar directamente a un servidor DNS de Internet. También, el Procesador DHCP 162 permite que la dirección de IP para la tarjeta EDS 100 sea reconfigurada dinámicamente sobre una LAN existente que soporta un DHCP. La tarjeta EDS 100 también incluye un Resolutor DNS 164 que recibe datos de y pasa los datos hacia el procesador de depósito o de soporte 108. El Resolutor DNS 164 proporciona Servicio de Nombre de Dominio a la tarjeta EDS 100 para permitir que la tarjeta EDS se comunique dinámicamente con servidores externos de red de anfitrión sin importar la dirección de IP del servidor de red. En operación, El Resolutor DNS 164 se comunica con un servidor externo de red anfitrión por medio de un procesador de depósito o de descarga 108 y ya sea con el Puerto de Ethernet 148 o con el Puerto Auxiliar RS-232, 156. El Resolutor DNS 164 recibe información de la dirección de IP del servidor externo de red anfitrión y resuelve la dirección del computador mnemotécnico hacia una dirección de IP numérica y viceversa. La información de dirección de IP que resulta se comunica entonces al procesador de depósito 108 y se puede utilizar como una dirección de destino para el servidor externo de red anfitrión. La Tarjeta EDS 100 también incluye un cliente de red de confirmación 150 que recibe datos de y que pasa los datos al procesador de depósito 108. Cuando un archivo de datos, tal como un archivo de audio, se recibe por la Tarjeta EDS 100, el cliente de red d e confirmación 150 confirma los datos recibidos por la Tarjeta EDS 100 al comunicarse con un servidor externo, de manera preferible, un servidor autorizado HTTP tal como el servidor StarGuide®. Los datos de confirmación del cliente de red de confirmación 150 se pueden transmitir por medio tanto del Puerto de Ethernet 148, como del Puerto auxiliar 156 o por ambos. De forma adicional, una vez que un archivo, tal como un espacio de audio, es reproducido o de otra forma resuelto, el cliente de red de confirmación 150 también puede enviar una confirmación a un servidor externo, de manera preferible, a un servidor autorizado HTTP tal como el servidor StarGuide®. La confirmación del cliente de red de confirmación 150 se puede entonces acceder fácilmente por medio de un navegador de red de un servidor autorizado HTTP.

El almacenamiento de memoria rápida 114 opera en conjunto con el programador de eventos 134 y el procesador de comando 136 para proporcionar una capacidad de inserción de audio y para soportar una inserción de espacio manual y automática, el control de reproducción externo por medio del puerto de entrada de relevador 140, la Atenuación Cruzada por medio del mezclador /atenuador de audio 122 y la localización de espacio. El procesador de comando 136 también mantiene un registro integrado de los espacios de audio reproducidos. El registro integrado se puede recuperar a través del Puerto M & C 144, del Puerto de Ethernet 148, o del Puerto Auxiliar RS-232, 156. El registro integrado puede ayudar, por ejemplo, a certificar los derechos de patente o la determinación de ingresos publicitarios. El procesador de interfaz de anfitrión 106 recibe datos de y transmite los datos hacia el plano de soporte StarGuide 102. El procesador de Interfaz Anfitrión 106 permite que la tarjeta EDS 100 sea controlada por medio del panel frontal (no se muestra) del receptor en el cual se monta la tarjeta EDS 100. El procesador de Interfaz Anfitrión 106 recupera del procesador de comando 106 los parámetros de operación corriente de la tarjeta EDS 100 para exhibirlos sobre el panel frontal del receptor. Varios controles sobre el panel frontal del receptor permiten a los usuarios acceder a los menús de parámetros de operación localmente almacenados para la tarjeta EDS 100 y para modificar los parámetros. Las modificaciones de parámetros se reciben por el Procesador Anfitrión 106 y después se transmiten al procesador de comando 136. El procesador de Interfaz Anfitrión 106 también contiene un conjunto de parámetros e Interfaces de operación inicial para la tarjeta EDS 100 para soportar la instalación de conexión y reconocimiento de la tarjeta EDS 100 dentro del receptor. Como se describió con anterioridad, la tarjeta EDS 100 incluye muchas caracteristicas útiles tales como las siguientes. La tarjeta EDS 100 incluye un puerto de entrada de audio 128 para permitir que una alimentación de audio "en vivo", sea mezclada o atenuada en el mezclador /atenuador 122 con un espacio de audio localmente almacenado que proviene de un almacenamiento de memoria rápida 114. También, el mezclador /atenuador de audio permite que la alimentación en vivo y que la alimentación local (almacenada) sean mezcladas, atenuadas en cruz o aunque sean amplificadas. De forma adicional, el puerto de entrada de relevador 140 de la tarjeta EDS 100 permite el disparo o accionamiento externo de la tarjeta EDS que incluye la programación de eventos de audio. También, el programador de eventos 134 permite que la tarjeta EDS reproduzca archivos de audio en un tiempo determinado o cuando se presente un evento de accionamiento externo. De forma adicional, el descodificador de audio 116 incluye un descodificador MPEG Layer II que permite que los archivos almacenados pre codificados que provienen del almacenamiento de memoria rápida 114 sean convertidos en señales de audio analógicas 117 en tiempo real. También, el puerto de audición de audio 132 de la tarjeta EDS permite que el audio localmente almacenado sea percibido sin alterar la alimentación de audios de salida a través del puerto de salida de audio 126. El puerto de audición de audio 132 puede ser de gran uso cuando la señal de salida del puerto de salida de audio 126 está formando una alimentación de transmisión en vivo. Las caracteristicas de la tarjeta EDS 100 también incluyen la capacidad para recibir archivos de un sistema de distribución de extremo frontal (tal como una Red Express) basado en la dirección única interna almacenada de la tarjeta EDS. Una vez que la tarjeta EDS 100 recibe un paquete digital de la Red Express, la tarjeta EDS 100 puede enviar una confirmación por medio del Puerto de Ethernet 148 o del puerto auxiliar RS-232, 156 al origen del paquete.

También, el procesador de difusión múltiple IGMP 158 de la tarjeta EDS 100 proporciona un enrutamiento estático localmente configurado, el cual permite que ciertas direcciones de IP sean enrutadas desde una Interfaz de satélite a través de la tarjeta EDS 100 directamente hacia el Puerto de Ethernet 148. También, la tarjeta EDS 100 soporta una variedad de Interfases de comunicación que incluyen HTTP, red telefónica, y SNMP para permitir la configuración y el control de la tarjeta EDS 100 asi como la descarga, transferencia, y manipulación de archivos almacenados en el almacenamiento de la memoria rápida 114. De forma adicional, debido a que el tráfico recibido por la tarjeta EDS 100 se encapsula en HDLC, el tráfico recibido por la Tarjeta EDS 100 aparece como si esto fuera llegando simplemente desde un enrutador de transmisión y el satélite que interviene el enlace superior /enlace inferior es transparente. Debido a la transparencia, la tarjeta EDS 100 se puede configurar como una Red de Área Amplia WAN de satélite con un esfuerzo minimo y equipo adicional. En general, la tarjeta EDS 100 es una herramienta de almacenamiento y transmisión de archivos extremadamente flexible. La tarjeta EDS 100 se puede programar a través del procesador de Interfaz Anfitrión 106, el Puerto M & C 144, el Puerto Auxiliar RS-232, 156, el flujo de datos recibidos 103, y el puerto de Ethernet 148. Puede ser preferible programar la tarjeta EDS 100 a través del procesador de Interfaz anfitrión 106 cuando se programe desde una locación fisica de la tarjeta EDS 100. De forma alterna, cuando la tarjeta EDS 100 se programe remotamente, puede ser preferible programar la tarjeta EDS 100 por medio del Puerto de Ethernet 148, debido a que éste soporta una conexión de velocidad mucho más alta. Además, los archivos tales como archivos de audio, video, texto y otra información multimedia se pueden recibir por la tarjeta EDS 100 a través del flujo de datos recibidos 103, del Puerto M & C 144, del Puerto Auxiliar RS-232, 156, y del puerto de Ethernet 148. De forma preferible, los archivos se transmiten por medio del flujo de datos recibidos 103 o del puerto de Ethernet 148 debido a que estos soportan una conexión de velocidad mucho más alta. También, los archivos tales como archivos de audio, video, texto y otra información multimedia se pueden transmitir por la tarjeta EDS 100 a través del Puerto M & C 144, del Puerto Auxiliar RS-232, 156, y del puerto de Ethernet 148. De forma preferible, los archivos se transmiten por medio del Puerto de Ethernet 148 debido a que éste soporta una conexión de velocidad mucho más alta. Los archivos de audio también se pueden transmitir por medio del puerto de salida de audio 126 en forma análoga. De forma adicional, la tarjeta EDS 100 puede efectuar cambios de tiempo de un flujo de datos recibidos 103. El flujo de datos recibidos 103 se puede almacenar en el almacenamiento de memoria rápida 114 para una reproducción posterior. Por ejemplo, una transmisión de audio con duración de tres horas se puede programar para comenzar a las 9 AM, tiempo de New York en New York y después se puede programar para comenzar una hora más tarde a las 7 AM tiempo de Los Ángeles en Los Ángeles. El flujo de datos recibidos 103 que constituyen la transmisión de audio se puede recibir por una tarjeta EDS en California y se puede almacenar. Después de que la primera hora es almacenada en la tarjeta EDS de California, la reproducción comienza en California. La tarjeta EDS continua en fila la transmisión de audio recibido al almacenar la transmisión de audio en el almacenamiento de memoria rápida conforme se dispara o acciona simultáneamente, por medio del programador de eventos 134, la transmisión recibida hace una hora para que sea pasada al descodificador de audio y para que sea reproducida. La Figura 2 ilustra un diagrama de bloque de los componentes Físicos de una computadora de la tarjeta EDS 200. La Tarjeta EDS 200 incluye una Interfaz de Plano de Soporte 210, un Micro procesador 210, una Memoria NV en Serie 215, un Circuito de Reposición 220, un Transceptor 10 /100BT, 225, un Puerto de Ethernet 10 /100BT, 230, un Transceptor de Canal RS-232 4, 235, un Puerto M & C 240, una Entrada de Relevador Opto-Aislada 245, un Puerto Digital 250, un Descodificador de Audio 255, un Filtro de Audio 260, un Mezclador /Amplificador 265, un Receptor de Audio Balanceado 270, un Pre amplificador de Audio Balanceado 275, un Puerto de Audio 280, una Señal o Impulso de Arranque 285, una Señal o Impulso de Aplicación 287, un SDRAM 90, y un Disco de Señal o de Impulso 295. En operación, la Interfaz de Plano de Soporte 205 se desempeña como el Plano de Soporte StarGuide 102 de la Figura 1. El Micro Procesador 210 incluye el procesador HDLC 104, el Procesador de Interfaz Anfitrión 106, el Procesador de descarga 108, el procesador de Filtro de Mensajes Locales 110, el Almacén y el Procesador de Filtro de Dirección de Emisión /Archivo 112, el Programador de Eventos 134, el Procesador de comando 136, el Monitor Descodificador y el Procesador de Control 118, el Procesador de Entrada de Relevador 138, el Cliente de Red de Confirmación 150, el Protocolo de Punta a Punta (PPP) y el Procesador de módem 152, el Procesador de Difusión Múltiple de IGMP 158, el Servidor HTTP 160, el Procesador DHCP 162, y el Resolutor DNS 164 como se indicó por los elementos sombreados de la Figura 1. La Memoria NV en Serie 215 almacena la configuración de comando inicial que se utiliza en el encendido por el procesador de comando 136. El Circuito de Reposición 220 asegura un encendido controlado. El Transceptor 10 /100BT se desempeña como el Transceptor de Ethernet 10 /100BT, 146 de la Figura 1 y el Puerto Ethernet 10 /100BT, 230 se desempeña como el Puerto Ethernet 148 de la Figura 1. El Transceptor de Canal RS-232 4, 235 se desempeña tanto como el Transceptor RS-232, 142 como el Transceptor RS-232, 154, de la Figura 1. El Puerto Digital 250 en conjunto con el Transceptor de Canal RS-232, 235 se desempeña como el puerto Auxiliar RS-232, 156, de la Figura 1. El Puerto M & C 240 se desempeña como el Puerto M & C 144 de la Figura 1. La Entrada de Relevador Opto-Aislado 245 y el Puerto Digital 250 se desempeñan como el Puerto de Entrada de Relevador 140. El Descodificador de Audio 255, los Filtros de Audio 260, el Mezclador /Amplificador 265, el Receptor de Audio Balanceado 270, los Pre amplificadores de Audio Balanceados 275 y el Puerto de Audio 280 se desempeñan como el Descodificador de Audio 116, el Filtros de Audio 5 120, el Mezclador /Atenuador de Audio 122, el Receptor de Audio 130, el Pre amplificador de Audio 124 y el Puerto de Salida de Audio 126, de manera respectiva, de la Figura 1. El Disco de Señal o de Impulso 295 se desempeña como el almacenamiento de memoria rápida 114 de la Figura 1. 10 La Señal o Impulso de Arranque 285, la Señal de Aplicación 287 y la SDRAM 290 se utilizan en el inicio y la operación de la Tarjeta EDS 100. La Señal o Impulso de Arranque 285 mantiene el código de inicio para la operación del micro procesador. Cuando el Circuito de Reposición 220 15 se activa, el Micro Procesador 210 lee el código de la Señal o Impulso de Arranque 285 y entonces efectúa una verificación de la Señal de Aplicación 287. La Señal o Impulso de Aplicación 287 mantiene el código de aplicación para que funcione el micro procesador. Una vez que el micro 20 procesador 210 ha verificado la señal de aplicación 287, el código de aplicación se carga en la SDRAM 290 para usarse por el micro procesador 210. El SDRAM 290 mantiene el código de aplicación durante la operación de la tarjeta EDS 100 asi como otros varios parámetros tal como la tabla de enrutamiento estática para usarse con el micro procesador de difusión múltiple IGMP 158 de la Figura 1. El micro procesador 210 es, de manera preferible, el micro procesador MPC860T disponible por Motorola, Inc. El circuito de reposición 220 es, de manera preferible el circuito DS1233 disponible por Dallas Semiconductor, Inc. El Transceptor de Ethernet 10 /100BT, 225 es, de manera preferible el LXT970 disponible por Level One, Inc. El descodificador de audio 255 y el amplificador mezclador 265 son, de manera preferible, el CS4922 y CS3310, de forma respectiva, disponibles por Cristal Semiconductor, Inc. El Disco de Señal o de Impulso 295 es, de manera preferible, un disco 144Mbx8 disponible por M-Systems, Inc. Los componentes restantes se pueden obtener de manera comercial, a partir de una variedad de vendedores. La Figura 3 ilustra algo de la funcionalidad de la Tarjeta EDS 300 de la presente invención. De manera funcional, La Tarjeta EDS 300 de la presente invención incluye un Enrutador de Difusión Múltiple 310, un Conmutador de Internet de Banda Ancha 320, un Servidor de Archivo de Estado Sólido de Alta Confiabilidad 330, un Sitio de Red de Estado Sólido de Alta Confiabilidad 340. La Tarjeta EDS puede recibir datos de cualquier número de fuentes de Red Privada Virtual (VPN) o de Internet que incluye DSL 350, un Relevador de Cuadro 360, un Satélite 370, o un Módem de Cable 380. La Tarjeta EDS 300 puede proporcionar datos, de manera local, tales como datos de audio, o puede transmitir datos recibidos a una locación remota por medio de un enlace de Ethernet tal como un enlace de LAN 100 Base T, 390, o por medio de DSL 350 el Relevador de Cuadro 360, el Satélite 370, o un Módem de Cable 380. Los datos recibidos por la Tarjeta EDS 300 se pueden enrutar por medio del Enrutador de Difusión Múltiple de IP 310, se pueden conmutar a través del Conmutador de Internet de Banda Ancha 320, o se pueden almacenar en el Servidor de Archivo de Estado Sólido de Alta Confiabilidad 330. La Tarjeta EDS se puede monitorear y controlara por medio del Sitio de Red de Estado Sólido de Alta confiabilidad 340, hacia el cual se puede acceder por medio del enlace de LAN 100 Base T, 390, por el DSL 350, por el Relevador de Cuadro 360, por el Satélite 370, o por el Módem de Cable 380. Con referencia ahora a la Figura 8, el sistema preferido de canal de soporte de Internet del solicitante 10 se utiliza, de manera preferible, para distribuir el contenido de Internet (de acuerdo con el protocolo TCP /IP, el cual puede incluir paquetes UDP) sobre una LAN remota 12 que interconecta las PC's, por ejemplo, 14, 16, sobre la LAN remota 12. A través del sistema preferido de canal de soporte de Internet del solicitante 10 el contenido que reside en una PC de servidor de contenido 18 se distribuye de acuerdo con el protocolo TCP /IP a través de una tercera parte del satélite 20 hacia las PC's 14, 16 del cliente sobre la Ethernet de LAN remota 12. En el sistema preferido del solicitante 10, el flujo de contenido de TCP /IP es como sigue: 1. Una PC, por ejemplo, 14, sobre la Ethernet de LAN remota 12 se conecta con la Internet a través de un enrutador convencional TCP /IP tipicamente preexistente 36 en una manera bien conocida para aquellas personas expertas en la técnica. El enrutador 36 puede de ésta manera enviar peticiones por información o por contenido de internet a través de la Internet 38 a un enrutador local 40 hacia el cual está conectado un servidor de contenido 18 (quizás un servidor de red de Internet) en una manera bien conocida para aquellas personas expertas en la técnica.

El servidor de contenido 18 da salida al contenido de Internet en paquetes de TCP /IP de Ethernet para su recepción en el puerto serial (no se muestra) sobre un enrutador convencional de Internet 22; El enrutador 22 da salida a los paquetes TCP /IP encapsulados HDLC transmitidos por medio de las señales RS422 en un puerto de salida RS-422 (no se muestra) hacia una entrada de servicio RS-422 a un Mutiplexor MX3 StarGuide® 24, disponible por StarGuide Digital Networks, Inc., Reno Nevada.

(Todas las referencias adicionales al equipo StarGuide® se refieren a la misma compañía como el fabricante y la fuente del equipo) . El método de multiplexación o transmisión simultánea que utiliza el Multiplexor MX3 se describe en la Patente de Australia No. 697851, publicada el 28 de Enero de 1999, por StarGuide Digital Networks, Inc., y titulada "Distribución Dinámica de Ancho de Banda para la Transmisión de una Señal de Audio con una Señal de Video". El Mutiplexor MX3 StarGuide® 24 agrega todas las entradas de servicio al multiplexor 24 y da salida a un flujo de datos TDM multiplexados (división de tiempo multiplexada) a través de un puerto RS-422 (no se muestra) para entrega de un flujo de datos a un modulador 26 tal como un Comstream CM701 o Radien DVB3030, en una manera bien conocida por aquellas personas expertas en la técnica. El Modulador 26 soporta la codificación DVB (la proporción Viterbi concatenada N/(N+1) y la modulación QPSK Reed-Solomon 187/204, y la salida de datos RS-422). Las LAN's Múltiples (no se muestran) también pueden ser salidas hacia el Multiplexor StarGuide 24 para servicios diferentes, cada uno conectado con un puerto de entrada de servicio diferente en el Multiplexor StarGuide 24. El Modulador 26 da salida a un QPSK de 70 MHz RF o a una señal modulada BPSK hacia un, enlace superior de satélite y a una antena parabólica 28, que transmite la señal modulada 30 a través del satélite hacia el enlace inferior de satélite y la antena parabólica 31 remota del enlace superior 28. El enlace inferior de satélite 31 suministra una señal de radio frecuencia (RF) de Banda L (920-2050 MHz) a través de un convertidor de bajada convencional de enlace inferior de satélite hacia un Receptor de Satélite StarGuide® II, 32 con la tarjeta de Ethernet / Enrutador del solicitante 34 que se inserta, de forma removible, en una de las posibles cinco ranuras de tarjetas disponibles de inserción (no se muestra en el lado trasero del Receptor StarGuide® II, 32. El Receptor StarGuide® II, 32 desmodula o desmultiplexa la transmisión recibida, y asi recobra los flujos de datos de servicio individual para uso por las tarjetas, por ejemplo La Tarjeta EDS 34 que se monta en el Receptor StarGuide® II, 32. El Receptor 32 también puede tener una o más tarjetas StarGuide®, que incluye tarjeta (s) de audio, tarjeta (s) de video, tarjeta (s) de retraso, o tarjetas asincrona insertadas en las otras cuatro ranuras disponibles del Receptor 32 con el fin de proporcionar servicios tales como audio, video, retransmisión de datos de cierre o flujos de datos asincronos para otros usos o aplicaciones del receptor único 32 conforme aún funciona como un receptor /enrutador de satélite como se indica en ésta especificación. Por ejemplo, otros servicios, disponibles por StarGuide Digital Networks, Inc., Reno Nevada, que se pueden agregar a un receptor incluyen un Módulo de Interfaz Demux Estadístico de Servicios Asincrono, un Módulo Descodificador de Video Digital, un Multiplexor Multimedia Digital MX3, un Módulo de Almacenamiento de Audio Digital, y un Receptor de Satélite Multimedia Digital. La Tarjeta EDS 34 recibe sus datos y su fecha del Receptor StarGuide® II, 34 entonces remueve la encapsulación HDLC en el Flujo de servicio proporcionado a la Tarjeta EDS 34 por el Receptor StarGuide® II, 32, y asi recobra el paquete TCP /IP original en el Flujo de datos recibidos del Receptor 32 (sin tener que reconstruir los paquetes) . La Tarjeta EDS 34 puede entonces, por ejemplo realizar el filtro de direcciones y enrutar los paquetes TCP/IP resultantes fuera del Puerto de Ethernet en el lado de la tarjeta (que se orienta hacia fuera de la parte trasera del receptor StarGuide® II) para conexión con una LAN de Ethernet para entrega de los paquetes TCP /IP a las PC's indicadas por ejemplo 14,16 si se dirigieran, en la LAN en una manera bien conocida para aquellas personas expertas en la técnica. De forma alterna, como se discutió con anterioridad, la tarjeta EDS 34 puede almacenar, por ejemplo, los paquetes recibidos en el almacenamiento de memoria rápida 114 de la Figura 1. Como resultado, los datos de ancho de banda superior se pueden mover, de forma rápida a través del sistema de satélite preferido 10 desde el servidor de contenido 18 a través de la conexión de satélite en un sentido 20 con la PC de recepción, por ejemplo, 14. Los datos de ancho de banda inferior, tal como las peticiones del usuario de Internet por páginas de la red, audio, video, etc., se pueden enviar desde la PC de recepción remota, por ejemplo, 14 a través de la inherentemente problemática aunque establecida infraestructura de Internet 38, hacia el servidor de contenido 18. Asi, conforme las PC's del cliente, por ejemplo, 14, 16 solicitan datos, el sistema preferido 10 enruta, de manera automática, los datos requeridos (proporcionados por el servidor de contenido 12) a través del sistema de transmisión de satélite 20 más seguro y más confiable y de un ancho de banda más grande hacia el Receptor StarGuide® II, y su Tarjeta EDS 34 asociada para distribución hacia las PC's 14, 16 sin ir a través del cuerpo de soporte de Internet 38 o de otra infraestructura. Con referencia ahora a la Figura 9, el sistema Intranet preferido del solicitante 42 se utiliza, de manera preferible, para distribuir el contenido formateado TCP /IP sobre una LAN remota 12 que interconecta las PC's por ejemplo, 14, 16 sobre la LAN remota 12. A través del sistema de Intranet 42 el contenido que reside en una PC de servidor de contenido 18 se distribuye a través de la Intranet 42 hacia las PC's 14, 16 del cliente a través de una red privada de telecomunicaciones 39. El sistema de Intranet 42 de la Figura 9 funciona, de manera similar, al sistema de Internet 10 de la Figura 1, excepto que el sistema de Intranet 42 no proporciona un canal de soporte a través de la Intranet 40 en lugar de depender sobre conexiones convencionales de telecomunicaciones, a través de módems convencionales 44, 46, para proporcionar el canal de soporte. En la LAN remota de la modalidad preferida del solicitante el MODEM 44 se conecta directamente con un puerto RS-11 sobre la parte lateral que se orienta hacia fuera de la tarjeta EDS 34 en el lado trasero del Receptor StarGuide® II, 32 en el cual se monta la tarjeta EDS 34. La tarjeta de Ethernet /Enrutador 34 enruta los paquetes TCP /IP dirigidos al extremo frontal o al servidor de contenido 18 (o quizás a otras máquinas en la LAN local 19) a una salida en serie RS232 (113 en la Figura 8) hacia el módem 44 de la LAN remota para entrega a los servidores de contenido o al extremo frontal 18. De forma alterna, el módem remoto 44 se puede conectar para aceptar y transmitir los datos TCP /IP y requerir desde una PC del cliente, por ejemplo 14, a través de un enrutador (no se muestra) en la LAN remota 12 en una manera bien conocida para aquellas personas expertas en la técnica. El módem local 46 se conecta con el servidor de contenido 18 o con una LAN de extremo frontal en la cual reside el servidor 18. Los dos módems 44, 46 proporcionan un canal de soporte TCP /IP para transferir datos TCP /IP y para requerir desde las PC's 14, 16 en la LAN remota 12 (la cual también podria ser una WAN) hacia el servidor de contenido 18. Con referencia ahora a la Figura 4, el sistema de enlace superior "muxed" preferido del solicitante de manera general 48, se configura redundantemente. El sistema multiplexado 48 se conecta con una LAN de Ethernet local o con un extremo frontal de LAN de Ethernet 19, hacia el cual un Servidor de Red de Internet 50 y un Servidor de Difusión Múltiple de Internet 52 se interconetan en una manera bien conocida para aquellas personas de experiencia en la técnica. Dos Puentes de Ethernet 10 Base T, 53, 55 proporcionan hasta 8 mbps (megabits por segundo) de datos TCP /IP de Ethernet hacia los puertos de servicio RS422 (no se muestran) montados en cada uno de los dos Multiplexores MX3 StarGuide® II 24a, 24b, respectivamente. El Multiplexor Principal 24a StarGuide® se conecta por medio de su monitor y los puertos de control (M & C) (no se muestra) a través del Multiplexor de repuesto 24b a un enlace RS-232 de 96BPS, 56 con una PC de dirección de red 54 funcionando el Sistema de Dirección de Red de Ancho de Banda Virtual StarGuide (VBNMS) . Cada uno de los multiplexores, por ejemplo 24a, da salida hasta 8 mbps a través de un puerto RS422 y una conexión compatible con un modulador MPEG-DVB, por ejemplo 58. Los moduladores, por ejemplo, 58 a su vez alimentan su señal de salida modulada con un conmutador de redundancia de modulador 1:1, 60 y entregan una señal RF modulada de 70 a 140 MHz para transmisión a través del satélite (20 en la Figura 8) . A éste respecto, el funcionamiento de VBNMS en la PC de dirección de red 54 también se conecta con el conmutador de redundancia 70 por medio de un puerto M & C RS-232 (no se muestra) sobre el interruptor de redundancia 60. Con referencia ahora a la Figura 5, en el enlace inferior multiplexado preferido del solicitante, generalmente 62, no existe la necesidad de un enrutador entre el Receptor de Satélite StarGuide® II, 32 y la LAN remota 12. El receptor 32 da salida directamente a los paquetes TCP /IP encapsulados de Ethernet desde el puerto de salida de Ethernet (no se muestra) en el receptor 32 sobre el cableado de LAN 12 sin componentes físicos de computadora intermedios en todos los otros más que los componentes físicos de cableado económico estándar. La LAN 12 también se puede conectar a la LAN tradicional y a los componentes de WAM, tal como a los servidores de contenido local 64, 66 a los enrutadores por ejemplo, 36 y a los servidores de acceso remoto por ejemplo 68, además, de las PC's basadas en LAN, por ejemplo 14, 16. En ésta configuración de WAN, las PC's adicionales ya conectadas remotamente 70, 72 pueden marcar o se pueden acceder en lineas convencionales de telecomunicación tal como lineas POTS a través de una red de telecomunicaciones de conmutación pública (PTSN) para procurar que TCP /IP - u otros contenidos adquiridos por el servidor de acceso remoto 68, que incluye el contenido TCP /IP entregado a un servidor de acceso 68 de acuerdo con una conducción hacia una PC remotamente conectada, por ejemplo 70, de paquetes en la salida de flujo de datos de Ethernet de la tarjeta de Ethernet /Enrutador (34 en la Figura 8) . Con referencia ahora a la Figura 6, el sistema de limpieza de canal preferido del solicitante, de manera general 74, elimina la necesidad tanto de multiplexores costosos (por ejemplo 24 en la Figura 4) como de VBNMS y PC asociada (54 de la Figura 4) . El sistema de canal 74 es muy conveniente para aplicaciones que no requieren de servicios múltiples a través del sistema 74. El sistema de limpieza de canal 74 de la Figura 6 proporciona hasta 10 mbps de datos TCP /IP de Ethernet directamente hacia la salida de un modulador MPEG-DVB, por ejemplo 58, para un enlace superior de los datos modulados de frecuencia para la transmisión a través del satélite (20 en la Figura 8) . (Observar que aunque estos sistemas emplean moduladores MPEG- DVB, ellos no utilizan multiplexores DVB o esquemas de encripción DVB) . De forma alterna, y con referencia ahora a la Figura 7, cada uno de los puentes 53, 55 pueden consistir en vez de un enrutador de Ethernet 100 Base T, 53, 55. Como resultado, éstos enrutadores 53, 55 pueden entregar preferiblemente hasta 50 mbps directamente de salida HSSI hacia sus moduladores respectivos, por ejemplo 58. El modulador preferido del solicitante para ésta aplicación es un Radyne DM- 5 disponible por Radyne Corporation. El Receptor /Enrutador preferido elimina la necesidad por cualquier programa hecho a la medida o especial conforme proporciona un sistema poderoso, confiable, y flexible para una distribución asimétrica de alta velocidad de Internet o de contenido compatible de TCP /IP, que incluye un contenido de audio intensivo de ancho de banda, de video o un contenido multimedia con una red de computadora de Ethernet. Esto es útil particularmente en donde se carece de una infraestructura terrestre digital, o que está sobre cargada, o que de otra manera es inadecuada o que tiene un costo prohibitivo. Aunque, en la descripción detallada anterior, las modalidades preferidas del solicitante incluyen Internet o canales de soporte de telecomunicaciones, el sistema anterior se puede utilizar para proporcionar difusión múltiple de video o de audio de alta velocidad (por medio de paquetes UDP y por la supresión del canal de soporte) . En ésta utilización del sistema en una dirección del receptor /enrutador del solicitante desde el enlace superior hacia el receptor /enrutador, todas las LANs remotas u otros computadores conectados reciben la misma transmisión de datos sin ninguna interferencia con la transmisión tal como se encontrarla si los datos fueran enviados a través del cuerpo de soporte de Internet. De forma adicional, la tarjeta EDS se puede utilizar, de manera preferible en conjunto con un Sistema de Almacenamiento-y-Emisión de Transporte 2000 o el Receptor StarGuide III disponibles de StarGuide Digital Networks, Inc., de Reno Nevada. De forma adicional, como se ilustró en la Figura 11 del ordinograma 1100, la presente invención se puede emplear para distribuir datos o contenido, por ejemplo publicidad de audio, desde una locación de origen centralizado hacia un número de receptores geográficamente diversos. Un ejemplo particular de tal sistema de distribución de datos es la distribución de publicidad de audio, de manera particular, localizada en los espacios de audio que comprenden una campaña publicitaria nacional. Primero, en la etapa 1110 el contenido de datos se origina. Para el ejemplo de espacio de audio, el espacio de audio se puede grabar en una locación de origen centralizada tal como un estudio de grabación o una agencia de publicidad. Después, el contenido de datos se localiza en la etapa 1120. Para el ejemplo de espacio de audio, el espacio de audio se localiza, por ejemplo, al incluir las letras de llamada de un receptor local o al incluir una referencia a la región. Después en la etapa 1130, los datos de contenido se transmiten a y se reciben por medio de un receptor remoto. Para el ejemplo del espacio de audio, el espacio de audio se puede transmitir para receptores de transmisión geográficamente diversos por medio de un sistema de transmisión de datos por satélite. Una vez que se ha recibido los datos de contenido por el receptor remoto, éstos se pueden almacenar localmente en la etapa 1140 del receptor, los datos de contenido se pueden modificar en el receptor en la etapa 1150, los datos de contenido se pueden transmitir, de forma inmediata en la etapa 1160, ó los datos de contenido además se pueden transmitir en la etapa 1170, por ejemplo, por medio de una LAN. Para el ejemplo de espacio de audio, el espacio de audio se puede almacenar en el receptor, el espacio de audio se puede modificar, por ejemplo, por medio de la mezcla o de la atenuación cruzada del espacio de audio con una señal de audio local, el espacio de audio se puede transmitir inmediatamente, o además el espacio de audio se puede transmitir por medio de una red tal como una LAN o se puede descargar desde el receptor. Finalmente, en la etapa 1180, se puede enviar una confirmación opcional hacia la locación que origina los datos. La confirmación puede indicar que se han recibido los datos de contenido por el receptor. Las confirmaciones adicionales se pueden enviar a la locación de origen de datos cuando los datos de contenido se transmitan como en la etapa 1160, o que además se transmitan como por ejemplo, en la etapa 1170. Para el ejemplo de espacio de audio, se puede enviar una confirmación cuando el espacio se recibe y cuando adicionalmente éste se transmite o además por ejemplo, es trasmitido. La presente invención proporciona de ésta manera, un sistema de distribución que proporciona confiabilidad, rapidez y una entrega eficiente de contenido asi como incrementa la capacidad de automatización a través del sistema. Para el ejemplo de espacio de audio, el incremento de automatización, facilita el uso y la velocidad de distribución de una campaña de agregado nacional hacia un número de transmisores locales que puede permitir el incremento de la transmisión publicitaria y puede jalar mayores costos publicitarios hacia las campañas publicitarias de transmisión nacional.

Conforme los elementos particulares, las modalidades y aplicaciones de la presente invención se han mostrado y descrito, se entiende que la invención no está limitada por esto debido a que se pueden hacer modificaciones por aquellas personas expertas en la técnica, de manera particular a la luz de las enseñanzas precedentes. Por lo tanto, se contempla por medio de las reivindicaciones adjuntas cubrir tales modificaciones e incorporar aquellas caracteristicas que se acercan dentro el espíritu y alcance de la invención.

Se hace constar que con relación a ésta fecha, el mejor método conocido por la solicitante para llevar a la práctica la citada invención, es el que resulta claro de la presente descripción de la invención.

APÉNDICE A 10 15 20 COMANDOS EDS Este documento describe los comandos de Monitor y de Interfaz de Control para el Módulo de conexión EDS Digital StarGuide. Como la lista de comandos crece o cambia, éste documento será actualizado. Varios comandos son considerados comandos "depurados" y no se puede acceder a ellos a menos que el comando depurado sea publicado con la contraseña correcta. La siguiente lista muestra el conjunto actual de 10 comandos en la tablilla de Tarjeta EDS. Esto también sucede por ser la salida del comando HELP. ADDR -Ajuste de direcciones HELP -Información útil EO - Ajuste de Puerto EO 15 MC -Configuración M & C REBOOT -Reboot de software STATS -Tablas estadísticas TIME [, valué] -Tiempo de calendario TIME ZONE [,valué, ñame] -Zona de tiempo local 20 DIR [path] -Directorio de muestra SCHED -Programación actual VER -Versión software ^ggj^ Si la unidad hubiera estado en un modo de depuración los siguientes comandos también se puede acceder a ellos: COMANDOS DEPURADOS COMMUNITY - Ajuste de Community SNMP FTP - Ajuste para descarga de FTP HDLC - Ajuste de HDLC HOST -Comunica con el Anfitrión Receptor IGMP - Ajuste de IGMP MR [address] [,lenght] -Lectura de Memoria MW<address>, <value> [, valué, .. ] -Escritura de Memoria NV -Comandos de Memoria no volátiles RCV - Ajuste de Receptor SYSTEM - Ajuste de Variables del Sistema SNMP ADDR El comando ADDR se utiliza para ajustar o consultar los modos de dirección utilizados en el flujo de Control de Banda de Entrada. Los tipos de dirección son los mismos que se utilizan en el receptor StarGuide II. Debido a que éstos comandos se utilizan, de forma primaria, para propósitos de control de red, sólo un subconjunto limitado de comandos se muestra al usuario (utilizando ADDR SHOW) . La lista de opciones que se muestran al usuario es como sigue: ADDR SERIAL_NUMBER Esta forma del comando consulta el número de serie de la Tarjeta de Ethernet. ADDR SHOW Esta forma del comando muestra el ajuste actual de direcciones. El comando ADDR toma las siguientes formas que se pueden utilizar para control de red: ADDR NID [, valué] Esta forma del comando consulta o ajusta el ID de Red para la Tarjeta de Ethernet ADDR LID, <index>[,valué] (index range 0..15) Esta forma del comando ajusta o consulta los ajustes de ID lógicos para la Tarjeta de Ethernet. ADDR SID, <index> [, valué] (index range 0..15) Esta forma de comandos ajusta o consulta los ajustes de ID de ranura para la Tarjeta de Ethernet.

COMMUNITY El comando Community se utiliza para ajustar o consultar las secuencias ordenadas de comunidades utilizadas por SNMP. Este comando es un comando de depuración y viene en las formas siguientes: COMMUNITY PUBLIC Para ajustar las secuencias ordenadas [, index, "string"] públicas usadas por los comandos SNMP GET, las secuencias deben ser menores que 256 caracteres y el Índice debe ser 0 para la secuencia que tiene acceso a la totalidad de la base de datos MIB II y 1 para la secuencia que sólo tiene acceso a la parte ICMP de la base de datos. La secuencia debe de estar rodeada por comillas dobles como se muestra. COMMUNITY PRÍVATE Ajusta la secuencia de comunidad [, "string"] privada utilizada por los comandos SNMP SET, la secuencia debe ser menor que 256 caracteres. La secuencia debe estar rodeada por comillas dobles como se muestra. COMMUNITY SHOW Muestra la secuencia actual de Community. Por ejemplo, la siguiente pantalla muestra los valores implícitos cuando son consultados. >COMMUNITY SHOW PUBLIC: [0] public [1] icmp PRÍVATE Private DEBUG El comando DEBUG se utiliza para permitir varios modos de depuración sobre la tarjeta de Eternet. Sí el modo de depuración no ha sido encendido entonces todos los siguientes comandos regresarán una respuesta de ERROR (excepto SDN DEBUG el cual enciende el modo depurado) . Las siguientes formas se utilizan: DEBUG SDN Enciende el modo depurado. DEBUG OFF Apaga el modo depurado. DEBUG Muestra el ajuste actual para el modo Depurado . SHOW DIR El comando DIR se utiliza para exhibir los contenidos del Almacenamiento de Memoria Rápida de la Tarjeta de Tarjeta EDS. Este comando toma un parámetro opcional que es el nombre de trayectoria sobre la conducción hacia la lista de los contenidos. Si la trayectoria no estuviera dada se asumiría el directorio de raíz. Las formas del comando DIR se muestran a continuación: >dir LUN-31-DIC. 98220 Espacio de Audio de Prueba 17:00:00 1979 TEXT.MP2 LUN-31-DIC. 486912 Mi Audio 17:00:00 1979 SPOT.MP2 LUN-31-DIC . 969 17 : 00 : 00 1979 DEFAULT . H TM LUN-31-DIC. 135 17:00:00 1979 TEST. HTM LUN-31-DIC. 112640 17:00:00 1979 TEST. TXT LUN-31-DIC. DIR TEMP 17:00:00 1979 MAR-19-0CT. 5120 14:21:12 1999 NVRAM. BA K MAR-07-SEP. 997 09:27:50 1999 TITLES.OLD LUN-31-DIC. 719 17:00:00 1979 PACKAGE. H TM MIER-20-OCT. 874 18:19:10 TITLES.BAK JUE-26-AGOS. 599729 19:22:32 1999 TEST. JPG LUN-31-DIC. 32646 17:00:00 1979 LOGO. GIF LUN-31-DIC. 349 17:00:00 1979 AUDIO.GIF LUN-31-DIC. 324 17:00:00 1979 DATA.GIF LUN-31-DIC. 417 17:00:00 1979 IMAGE.GIF LUN-31-DIC. 398 17:00:00 1979 PACKAGE. G IF LUN-31-DIC. 324 17:00:00 1979 PROG.FIG LUN-31-DIC. 336 TXT. GIF 17:00:00 1979 5 LUN-31-DIC. 323 17:00:00 1979 VIDEO.GIF LUN-31-DIC. 1909 17:00:00 1979 SEARCH. HT M 10 MAR-19-OCT. 5120 14:21:14 1999 NVRAM. CF G MIER-20-OCT 874 18:19:26 1999 TITLES.CFG 15 MAR-19-OCT. 2748 MXPRESS.COM 14:37:52 1999 003ED757. Notas 18/10/1999 MAR-19-OCT. 1673 T2000 SILENCE 14:37:56 1999 003ED758, IS GOLDEN 20 MAR-19-OCT. 5955 MXPRESS 14:38:02 1999 003ED759. LOGO NAVYBLUE j*-- *-MAR-19-OCT, 717 ABC Predemo 14:40:44 1999 003ED766. test MAR-19-OCT. 290592 ANTONIO 14:41:12 1999 003ED767 BANDERAS MAR-19-OCT, 298881 MAGAZINES 14:41:44 1999 003ED768, MAR-19-OCT, 189 TEST 14:41:52 1999 003ED769.

MAR-19-OCT. 17726 LOGO 14:41:58 1999 003ED76A MIER-20-OCT. 2734 94470 16:09:36 1999 003ED76D.

MIER-20-OCT. 691 MORE FROM 16:09:42 1999 003ED76E, THE FAQ MIER-20-OCT. 849 8582 16:10:36 1999 003ED76B.

MIER-20-OCT, 188352 JEWEL ON 16:10:54 1999 003ED76C. WHY LUN-31-DIC. 1430 17:00:00 1979 SCHED.HTM LUN-31-DIC. 919 17:00:00 1979 CONFIG. HT M LUN-31-DIC. 911 17:00:00 1979 HELP. HTM MIER-20-OCT. 2749 94471 18:19:08 1999 003ED77D.

MIER-20-OCT. 1312 HOW DO I 18:19:12 1999 003ED773. TRACK A PACKAGE LUN-31-DIC. 1263 17:00:00 1979 NEW. GIF 39 archivos, 2169026 bites utilizados, 145313792 bites libres EO El comando E0 (anteriormente el comando IP) se utiliza para configurar o monitorear el puerto Ethernet (E0) de la Tarjeta. Este comando tiene varios subcomandos que se pueden utilizar para configurar el comportamiento de la Tarjeta con los paquetes que son transferidos desde el puerto HDLC hacia el puerto de Ethernet. La configuración de éstos parámetros sólo se puede hacer sí la unidad está en modo de depuración. EO IP_ALLOW[, address, mask] Las consultas ó conjuntos de direcciones permitidas para pasar hacia el puerto de Ethernet. Hasta 8 pares de mascaras de dirección se pueden entrar. Sí la unidad no está en modo de depuración, éste subcomando sólo se puede consultar. EO IP ALLOW, <ANY,NONE> La opción ANY permite que todas las direcciones de destino de IP sean pasadas desde el puerto HDLC hacia el puerto Ethernet, la opción NONE prevendrá que todos los paquetes de IP pasen desde el puerto HDLC al puerto de Ethernet.

EO IP ADDR [ , addr] Este comando ajusta o consulta las direcciones de IP de la Interfaz de Ethernet. Después de que los cambios se han hecho el comando REBOOT debe ser publicado para que los nuevos cambios tomen efecto. EO IP SUBNETMASE [ , addr] Este comando ajusta o consulta las direcciones de IP de la 10 mascara de la subred de la Interfaz de Ethernet. Después de que los cambios se han hecho, el comando REBOOT debe ser publicado para que los nuevos cambios tomen 15 efecto. EO IP GATEWAY [,addr] Este comando ajusta o consulta las direcciones de IP del acceso implícito de la interfaz de Ethernet. Cualquiera de los 20 comandos que llegan a través del puerto HDCL hacia las direcciones que no se pueden resolver localmente son adelantadas hacia el acceso implícito. Después de que los cambios se han hecho, el comando REBOOT debe ser publicado para que los nuevos cambios tomen efecto. EO IP_ ALIAS_ ADDR[,addr] Este comando ajusta o consulta las direcciones alias de IP de la Interfaz de Ethernet. EO Este comando borra las IP ALIAS ADDR, DELETE direcciones alias de IP de la Interfaz de Ethernet. El alias es Una dirección de IP secundaria Para la Interfaz de Ethernet. EO Este comando ajusta o consulta IP ALIAS NETMASK[,mask] la mascara de red de los alias de IP de la Interfaz de Ethernet.

EO SHOW Exhibe los ajustes actuales para la Interfaz de Ethernet. FTP El comando FTP esta protegido por la contraseña de depuración. El comando FTP se utiliza para instalar e iniciar una descarga de software FTP a la memoria rápida.

Los ítems que necesitan ser ajustados antes de iniciar una descarga de FTP son las direcciones de IP del servidor FTP, el nombre de usuario, y la contraseña de usuario con el fin de acceder al servidor FTP. Esos ajustes se almacenan en una memoria no volátil. FTP IP ADDR [, address] Ajusta las direcciones de IP del Servidor FTP. FTP USER [, string] Esta es la secuencia de usuario utilizada para registrar sobre el Servidor FTP. FTP GET,filename Este comando inicia una descarga del archivo especificado. Se asegura que el nombre de archivo incluya la trayectoria completa hacia el archivo. Por ejemplo, "/entrada /v0013.ftp". El proceso FTP reportará el estado de los indicadores que señalan el progreso de la descarga. Una "." será impresa en cada bloque de descarga para indicar que la descarga está en proceso. FTP GET Este comando inicia una descarga RCV.filename.HIF del archivo especificado por el Receptor StarGuide. El archivo descargado se envía a través del puerto de interfaz anfitrión hacia el receptor más que hacia el puerto Auxiliar. A fin de que funcione éste tipo de descarga, el receptor debe tener el código correcto de interfaz Anfitrión (Código de Canal de Limpieza VI.16 o después o Código CP V3.72 o después) . Se asegura que el nombre de archivo incluya la trayectoria completa hacia el archivo. Por ejemplo "/entrada /v0013.ftp". El proceso FTP reportará el estado de los indicadores que señalan el progreso de la descarga. Una "." será impresa en cada bloque de descarga para indicar que la descarga está en proceso. FTP SHOW Exhibe los parámetros FTP. La señal de salida se muestra a continuación. FTP SHOW IP_ADDR: 192.168.3.168 USER: grasche PASSWORD: newguy HOST El comando HOST está protegido con una contraseña de depuración. El comando HOST permite que el usuario se comunique con el receptor anfitrión. Existen dos trayectorias de comunicación disponibles para comunicarse con el receptor: de forma interna, a través de la Interfaz anfitrión o a través de un cable externo desde el puerto Auxiliar de la Tarjeta Ethernet con el puerto M & C del receptor. La primera opción, la comunicación interna, requiere el código receptor de canal de limpieza VI.16 o el más próximo. La segunda opción funciona con cualquier versión del código receptor aunque requiere de un cable externo. Las dos formas del comando HOST se muestran a continuación. HOST string Este comando envía una secuencia especificada al receptor a través de la Interfaz de anfitrión interna. Se nota que la secuencia representa un comando hacia el receptor y que tal secuencia DEBE estar en letras mayúsculas. Si la secuencia contiene una comilla entonces ésta debe estar rodeada por un doble carácter de comilla. HOST Este comando envía una secuencia AUXI, string especificada al receptor a través del conector auxiliar externo. Se nota que la secuencia representa un comando hacia el receptor y que tal secuencia DEBE estar en letras mayúsculas. Sí la secuencia contiene una comilla, entonces ésta debe estar rodeada por un doble carácter de comilla. HDLC El comando HDLC está protegido por la contraseña de depuración. El comando HDLC controla los datos de entrada desde el receptor StarGuide II. El dato se recibe por el plano de soporte del receptor. El dato es un paquete de datos de Ethernet encapsulado en un flujo HDLC. Uno de los otros parámetros del comando HDLC es la dirección de IP del canal IBS y del número de puerto. Esta dirección (junto con el puerto asociado) determina cuales paquetes están designados como "señal de banda de entrada". HDLC DEBUG_ LEVEL [,0/1/2] Ajusta el nivel de depuración para el bloque de procesamiento HDLC. HDLC DRV_ DEBUG [, TRUE/FALSE] Ajusta el nivel de depuración del excitador de software HDLC.

HDLC ENABLE [, TRUE /FALSE] Permite la recepción de datos desde el receptor. HDLC IBS IP ADDR [, valué] Ajusta las direcciones de IP del Canal de Control de Banda de entrada. HDLC IBS_UDP_PORT[, valué] Ajusta el puerto utilizado por (1..8000) el flujo IBS. HDLC STATISTICS_CLEAR Limpia todas las estadísticas de HDLC. HDLC SHOW Exhibe los parámetros y contadores HDLC. >HDLC SHOW debugLevel drvDebug FALSE enable TRUE config. ibsIpAddr 239.255. O . K OXefff 0001 ) config. ibsUdpPort 2002 isrCount 0 Glitch on RX 0 Flag Status 0 Rx frame 0 Busy Condition 0 Rx Buffer 0 Rx DPLL Error 0 Rx Length Error 0 Rx Nonalign Frame 0 Rx Abort 0 Rx CRC error 0 Rx Overrun 0 discardFrameCnt 0 crcErrprCnt 0 abortErrorCnt 0 ifaceErrrorCnt 0 Los valores de los contadores se incrementan conforme el tráfico de IP se recibe desde el receptor SGII. IGMP El comando IGMP también está escondido detrás de la contraseña de depuración. El comando IGMP se utiliza para configurar el comportamiento de la Tarjeta Ethernet en presencia de una red IGMP. Las opciones de éste comando se muestran a continuación. IGMP Permite el modo de depuración DEBUG [, TRUE /FALSE] del proceso IGMP. IGMP Permite el manejo IGMP de la ENABLE [, TRUE /FALSE] Tarjeta. IGMP En modo IGMP, éste comando QRIER_ENABLE[,TRUE /FALSE] permite el modo de consulta de Tarjeta. IGMP (100..2500) Ajusta EL intervalo de consulta QUERY INTERVAL[, valué] en el modo de consulta (1/10 de segundo) IGMP QUERY RESPONSE (10..255) Ajusta el valor de tiempo de INTERVAL[, valué] espera de respuesta (en 1/10 de un segundo) . IGMP Dirección base de la IGMP IP_ADDR_BASE[,value] (OxE Bloque de dirección 0000000..OxeFFFFFFF) IGMP Ajusta la mascara para el bloque, que determina el tamaño IP_ADDR_MASK[,value] (OxFF del bloque de direcciones. FF..OxFFFFFFFF) IGMP Consulta sí una dirección de IP GROUP MEMBER, <ip addr> está unida o no. IGMP SHOW Exhibe los ajustes IGMP. La respuesta se muestra a continuación IGMP SHOW debug TRUE querier TRUE enable TRUE querierEnable TRUE querylnterval 600(1/10 segundos) queryResponselnterval 100(1/10 segundos) ipAddrBase 239.255.0.0 (OxEFFFOOOO) ipAddrMask OxFFFFOOOO MC El comando MC se utiliza para ajustar los parámetros del monitor y de control de la Interfaz RS-232. En la actualidad sólo la proporción de banda se puede ajustar, aunque la paridad. Los bits de datos y los bits de paro serán agregados a éste comando en el futuro. MC LOGMSG.<TRUE/FALSE> MC TTY_ BAUD_RATE,<value> Ajusta la velocidad baudios con el ajuste específico, (rango 9600..38400) MC SHOW Exhibe los ajustes actuales para el puerto M & C. PING El comando PING se utiliza para revisar la conectividad de Ethernet desde la Tarjeta de la Tarjeta EDS a otro dispositivo basado en IP. El comando PING enviará hacia fuera un mensaje de petición de eco ICMP hacia la dirección de IP especificada. El comando exhibirá los resultados de los mensajes ping (ya sea de éxito o de fracaso) . Sí los ping son exitosos el tiempo que resulta serán exhibidos. El Comando PING llega en las siguientes formas: PING ipAddress<,numPings> Cuando la dirección de IP puede ser ya sea una dirección de notación de punto o un número hexagonal y el numPings representa el número de Pings a enviar. El numPings debe ser más grande que 0. Los siguientes resultados muestran un ping exitoso seguido por un ping no exitoso. >ping 192.168.3.1 taskSpawn ok >PING 192.168.3.1:bites de datos 56 64 bites de sd-firewall. starguidedigital.com (192.168.3.1): icmp_seq=0: tiempo=4.ms 64 bites de sd-firewall. starguidedigital.com (192.168.3.1): icmp_seq=l: tiempo=2.ms 64 bites de sd-firewall. starguidedigital.com (192.168.3.1): icmp_seq=2 : tiempo=2.ms Estadísticas de PING 192.168.3.1 3 paquetes transmitidos, 3 paquetes recibidos, 0% de paquetes perdidos viaje redondo (ms) min/avg/max=2/2/4 >ping 100.1.1.1 taskSpawn ok >PING 100.1.1.1: 56 bites de datos sin respuesta desde 100.1.1.1 NV El Comando NV es un comando depurador. El comando NV se utiliza para acceder o para exhibir varias locaciones o estructuras. En la actualidad éste comando se utiliza para almacenar un evento que registre todas las opciones del comando que gira alrededor del registro. En el futuro éste comando se puede convertir en un comando LOG con varias opciones.

NV DB CLEAR Limpia la base de datos de memoria no Volátil en su totalidad. NV LOG CLEAR Limpia el registro de evento. NVLOG SHOW [, index] Exhibe el contenido de registro de evento. RCV El comando RCV se utiliza para configurar los parámetros críticos de consulta del receptor. Este comando se comunica con el receptor por medio de la Interfaz de Anfitrión de Internet así, el receptor debe estar corriendo un código de Versión 1.16 de Código de Canal de Limpieza o un Código más nuevo. La siguiente lista muestra las opciones disponibles con el comando RCV. Cada opción de comando indica que un comando es enviado al receptor. Para detalles sobre cualquiera de los comandos de receptor, ver el Manual, del Usuario StarGuide II. RCV RF[, frequency] El RF consulta o ajusta la -(920000..2050000) frecuencia de Banda-L del receptor en kHz. Se muestran valores válidos en paréntesis.

RCV DR[,data_rate] El DR consulta o ajusta el rango -(5120000..8192000) de datos del receptor en bits por segundo. Los valores válidos sé muestran en paréntesis. RCV VR[, viterbi_rate] - El comando VR ajusta o consulta (3..4) la proporción del descodificador Viterbi del receptor. Los valores válidos se muestran en paréntesis. RCV CLR[,clr_mode] - (0..1) El comando CLR ajusta o consulta el Modo de Canal de Limpieza del receptor. Los valores válidos se muestran en paréntesis. RCV EB El comando EB consulta la lectura corriente Eb /No del receptor en lOmos. De un dB. El número más alto, es la mejor intensidad de señal. RCV AG El comando AG consulta la lectura AGC corriente en el receptor. El más alto de éste valor es el menor nivel de señal de entrada que existe en la entrada del receptor. Este valor fluctúa desde 0 hasta 255 y se debe mantener tan cerca de 128 como sea posible cuando se configure el receptor. RCV SS El SS consulta el estado normal del receptor. Este valor representa una suma de los bits en estado individual corrientemente activos. Un valor de 0 indica que no hay errores activos, de forma normal. Ver el manual del Usuario StarGuide II para los valores de mapa de bit. RCV SF El SF consulta la historia de fallas del receptor. Este valor representa una suma de los bits de estado individual que se han activado debido a que la última vez ellos fueron limpiados (utilizando el comando SF 0 a través ya sea de los comandos HOST o de HOST AUXI). Un valor de 0 indica que no han ocurrido fallas. Ver el manual del Usuario StarGuide II para los valores de mapa de bit. RCV REV El comando REV consulta el funcionamiento normal de la versión de software. Este comando muestra los códigos de las versiones de la tarjeta madre, el desmodulador, y el código DSP. RCV SHOW El comando RCV SHOW exhibe los valores corrientes de los parámetros del receptor que son consultados. Un parámetro se consulta cada dos segundos y los parámetros se consultan de manera secuencial. La salida de éste comando se parece como lo siguiente. >rev show RF: 985000 DR: 6144000 VR: 3 CLR: 1 EB: 7.0 AG: 127 SS: 0x00000000 SF: 0x00000000 REV: 1.16,8,160 5 REBOOT El comando REBOOT se utiliza para realizar un arranque suave. El comando viene en una forma: REBOOT <arg> Donde arg puede ser ya sea 0: Este tipo de arranque provoca 10 que el sistema valla a través de la secuencia de arranque normal aunque la memoria no es limpiada. 1: Este tipo de arranque provoca que el reboot arranque de 15 inmediato así que el usuario puede cambiar cualquiera de los parámetros de arranque. La memoria no es limpiada en éste tipo de arranque. 20 2: Este efectúa un arranque normal aunque la memoria es limpiada. Esto es implícito sí arg no está especificado. li^^ É^Á SCHED El comando SCHED se utiliza para exhibir los eventos programados corrientes del programador. El comando viene en las formas siguientes: SCHED SHOW Exhibe los horarios activos actuales, sí cualquiera. SCHED PURGE borra cualquier horario existente. SCHED ADD, dT,rly,fid0[, find] Agrega un evento al programa. El parámetro dT indica un tiempo de ventana de evento en el cual el retraso especificado por rly debe ocurrir. Si el retraso se activa durante la ventana activa entonces el archivo o archivos especificados por el fidO a través de los parámetros fidN son reproducidos desde el disco de memoria rápida. Sí los archivos múltiples están especificados ellos son repetidos para regresar al inicio del primer archivo hasta el último archivo. STATS El comando STATS se utiliza para exhibir varias estadísticas de ancho de banda que se mantienen en la tablilla. Las estadísticas incluyen tanto el puerto de Ethernet como el puerto hdlc. STATS_ CLEAR Limpia Las estadísticas STATS SHOW Muestra las estadísticas corrientes. Un ejemplo de los parámetros exhibidos se muestra a continuación. Las estadísticas se mantienen desde la última vez que fueron limpiadas. Las estadísticas de ancho de banda muestran el ancho de banda promedio durante los últimos 5 segundos. >STATS SHOW SATELLITE INTERFACE (sO) 10 paquetes recibidos; 0 paquetes enviados 0 errores de entrada; 0 errores de salida 1065 bites recibidos 604 bps recibidos (ancho de banda promedio) Tamaño del paquete promedio del satélite es 106 ETHERNET INTERFACE (eO) 625 paquetes recibidos; 439 paquetes enviados 0 errores de entrada; 0 errores de salida 600 colisiones 3 paquetes enrutados desde sO 649 bites enrutados desde sO 462 bps enrutados desde sO (ancho de banda promedio tamaño de paquete promedio enrutado desde sO es 283 236 segundos desde que las estadísticas fueron limpiadas SYSTEM El comando SYSTEM se utiliza para ajustar o consultar las secuencias de la tabla del sistema SNMP. Este comando es un comando de depuración y viene en las formas siguientes : SYSTEM CONTAC[, "string"] Ajusta la secuencia de contacto, la secuencia debe ser menor de 256 caracteres. La secuencia debe ser rodeada por dobles comillas como se muestra.

SYSTEM LOCATIO [, "string"] Ajusta la secuencia de locación, la secuencia debe ser menor de 256 caracteres. La secuencia debe estar rodeada por dobles comillas como se muestra. SYSTEM DESC[,INIT] Este comando puede ya sea consultar la secuencia normal de descripción SMP o la puede reiniciar. La reiniciación sólo es necesaria una 10 vez que se han actualizado los códigos desde las versiones 5-7 a la versión 8 ó a versiones más nuevas debido a que el formato de la secuencia guardado en la memoria 15 rápida fue cambiado. Sí esto no es hecho, la descripción en el SNMP indicará tanto la versión de software previo Y la nueva versión. SYSTEM SHOW Exhibe los ajustes corrientes para 20 las tablas del sistema SNMP. La salida de éste comando se muestra a continuación con las secuencias implícitas de la Tarjeta. ^^aaM >SYSTEM SHOW LOCATION: San Diego, CA 92121 (619)452-4920 CONTACT: StarGuide Digital Networks TIME El comando TIME se utiliza para ajustar o consultar el tiempo del sistema. El receptor StarGuide ajustará el tiempo basado en el reloj fechador de red. Un ejemplo de la respuesta de consulta se muestra a continuación. 940542936. JUEVES 21 de OCTUBRE 14:55:36 1999 PDT (GMT-7) El comando TIME también se puede utilizar para ajusta la zona de tiempo normal para la tarjeta de la Tarjeta EDS desde que el comando TIME es enviado en GMT. VER El comando VER se utiliza para consultar la versión de software actual. La respuesta de consulta incluye la versión de software, los datos y el tiempo en el que el código fue hecho. Un ejemplo de una consulta se muestra a continuación. 0.0.2.22 de Enero de 1997, 16:35:50

Claims (39)

1. Reivindicaciones Habiéndose descrito la invención como antecede se reclama como propiedad lo contenido en las siguientes reivindicaciones : 1. Un sistema de recepción de transmisión por satélite, caracterizado porque incluye: un receptor de enlace inferior para recibir señales desde un satélite, el enlace inferior incluye un receptor y un enrutador de satélite integrados; las señales que se almacenan como archivos en el receptor y el enrutador de satélite integrados para una transmisión adicional posterior.
2. 2. El sistema de recepción de transmisión por satélite de conformidad con la reivindicación 1, caracterizado porque el receptor y el enrutador de satélite integrados incluyen un transceptor Ethernet para transmitir al menos algunas de las señales.
3. 3. El sistema de recepción de transmisión por satélite de conformidad con la reivindicación 1, caracterizado porque el receptor y el enrutador de satélite integrados además incluyen un procesador de difusión múltiple para proporcionar difusión múltiple de al menos de alguna de las señales.
4. 4. El sistema de recepción de transmisión por satélite de conformidad con la reivindicación 1, caracterizado porque el receptor y el enrutador de satélite integrados además incluyen un servidor HTTP para comunicarse con la tarjeta EDS por medio de un navegador de red.
5. 5. El sistema de recepción de transmisión por satélite de conformidad con la reivindicación 1, caracterizado porque el receptor y el enrutador de satélite integrados además incluyen un resolutor DNS para traducir la dirección de IP mnemónica en una dirección de IP numérica y viceversa.
6. 6. El sistema de recepción de transmisión por satélite de conformidad con la reivindicación 1, caracterizado porque el receptor y el enrutador de satélite integrados además incluyen un procesador DHCP' para configurar, de forma dinámica, la dirección de IP del receptor y enrutador de satélite integrados.
7. 7. El sistema de recepción de transmisión por satélite de conformidad con la reivindicación 1, caracterizado porque el receptor y el enrutador de satélite integrados además incluyen un cliente de red de confirmación para enviar confirmaciones hacia una locación remota cuando suceden eventos predeterminados.
8. 8. El sistema de recepción de transmisión por satélite de conformidad con la reivindicación 1, caracterizado porque el receptor y el enrutador de satélite integrados además incluyen un subsistema de audio para combinar una señal de audio recibida con señales de audio localmente insertadas.
9. 9. El sistema de recepción de transmisión por satélite de conformidad con la reivindicación 1, caracterizado porque el receptor y el enrutador de satélite integrados además incluyen un procesador de comando que realiza al menos una de las exhibiciones en al menos una parte de la señal recibida almacenada en el receptor y enrutador de satélite integrados y que incita a éstos últimos a transmitir las señales recibidas.
10. 10. Un sistema de entrega de datos por satélite, caracterizado porque incluye: un satélite que transmite señales; y un receptor de enlace inferior para recibir señales desde un satélite, el enlace inferior incluye un receptor enrutador de satélite integrados, las señales que son paquetes TCP/IP y éstos son enrutados por el receptor y enrutador de satélite integrados; y las señales que se pueden almacenar como archivos en el receptor y enrutador de satélite integrados para una transmisión adicional posterior.
11. 11. El sistema de recepción de transmisión por satélite de conformidad con la reivindicación 10, caracterizado porque el receptor y el enrutador de satélite integrados además incluyen un transceptor Ethernet para transmitir al menos algunas de las señales.
12. 12. El sistema de recepción de transmisión por satélite de conformidad con la reivindicación 10, caracterizado porque el receptor y el enrutador de satélite integrados además incluyen un procesador de difusión múltiple para proporcionar difusión múltiple de al menos de alguna de las señales.
13. 13. El sistema de recepción de transmisión por satélite de conformidad con la reivindicación 10, caracterizado porque el receptor y el enrutador de satélite integrados además incluyen un servidor HTTP para comunicarse con la tarjeta EDS por medio de un navegador de red.
14. 14. El sistema de recepción de transmisión por satélite de conformidad con la reivindicación 10, caracterizado porque el receptor y el enrutador de satélite integrados además incluyen un resolutor DNS para traducir la dirección de IP mnemónica en una dirección de IP numérica y viceversa.
15. 15. El sistema de recepción de transmisión por satélite de conformidad con la reivindicación 10, caracterizado porque el receptor y el enrutador de satélite integrados además incluyen un procesador DHCP para configurar, de forma dinámica, la dirección de IP del receptor y enrutador de satélite integrados.
16. 16. El sistema de recepción de transmisión por satélite de conformidad con la reivindicación 10, caracterizado porque el receptor y el enrutador de satélite integrados además incluyen un cliente de red de confirmación para enviar confirmaciones hacia una locación remota cuando suceden eventos predeterminados.
17. 17. El sistema de recepción de transmisión por satélite de conformidad con la reivindicación 10, caracterizado porque el receptor y el enrutador de satélite integrados además incluyen un subsistema de audio para combinar una señal de audio recibida con señales de audio localmente insertadas.
18. 18. El sistema de recepción de transmisión por satélite de conformidad con la reivindicación 10, caracterizado porque el receptor y el enrutador de satélite integrados además incluyen un procesador de comando que realiza al menos una de las exhibiciones en al menos una parte de la señal recibida almacenada en el receptor y enrutador de satélite integrados y que incita a éstos últimos a transmitir las señales recibidas.
19. 19. Un sistema de transmisión por satélite compatible TCP /IP, caracterizado porque incluye: un multiplexor que recibe, multiplexa, y da salida a los paquetes TCP /IP multiplexados sin separar éstos paquetes; un enlace superior para transmitir los paquetes TCP /IP multiplexados hacia un satélite; un satélite para recibir los paquetes TCP /IP multiplexados desde un enlace superior y para transmitir éstos hacia un enlace inferior; un enlace inferior para recibir los paquetes TCP /IP y para transmitir éstos hacia un receptor y enrutador de satélite integrados; y un receptor y enrutador de satélite integrados que reciben los paquetes TCP /IP y que desmultiplexan y dan salida a los paquetes TCP /IP sin reconstruir éstos paquetes.
20. 20. Un receptor y enrutador de satélite integrados, caracterizados porque incluyen: un receptor de satélite para recibir archivos; un enrutador con capacidad Ethernet para enrutar archivos; y un servidor HTTP para comunicarse con el receptor y enrutador por medio de un navegador de red.
21. 21. El receptor y enrutador de satélite integrados de conformidad con la reivindicación 20, caracterizados porque además incluyen un almacenamiento de memoria rápida para almacenar archivos.
22. 22. El receptor y enrutador de satélite integrados de conformidad con la reivindicación 20, caracterizados porque además incluyen un procesador de comando que realiza al menos una exhibición de los archivos almacenados en el almacenamiento de memoria rápida y que incita al enrutador a enrutar los archivos.
23. 23. El receptor y enrutador de satélite integrados de conformidad con la reivindicación 20, caracterizados porque además incluyen un procesador de difusión múltiple IGMP para difusión múltiple de un flujo de datos recibidos.
24. 24. El receptor y enrutador de satélite integrados de conformidad con la reivindicación 20, caracterizados porque además incluyen un resolutor DNS para traducir la dirección de IP mnemónica en una dirección de IP numérica y viceversa.
25. 25. El receptor y enrutador de satélite integrados de conformidad con la reivindicación 20, caracterizados porque además incluyen un procesador DHCP para configurar, de forma dinámica, la dirección de IP del receptor y enrutador de satélite integrados.
26. 26. Una Tarjeta de Almacenamiento Digital Ethernet (EDS) para uso en un sistema de recepción de flujo de datos por satélite, caracterizada porque incluye: un almacenamiento de memoria rápida para almacenar al menos un aparte de un flujo de datos recibidos; y un transceptor Ethernet para transmitir al menos una parte de un flujo de datos recibidos.
27. 27. La Tarjeta EDS de conformidad con la reivindicación 26, caracterizada además porque incluye un procesador de difusión múltiple para proporcionar difusión múltiple de al menos una parte del flujo de datos recibidos.
28. 28. La Tarjeta EDS de conformidad con la reivindicación 26, caracterizada además porque incluye un servidor HTTP para comunicarse con la Tarjeta EDS por medio de un navegador de red.
29. 29. La Tarjeta EDS de conformidad con la reivindicación 26, caracterizada además porque incluye un resolutor DNS para traducir la dirección de IP mnemónica en una dirección de IP numérica y viceversa.
30. 30. La Tarjeta EDS de conformidad con la reivindicación 26, caracterizada además porque incluye un procesador DHCP para configurar, de forma dinámica, la dirección de IP del receptor y enrutador de satélite integrados.
31. 31. La Tarjeta EDS de conformidad con la reivindicación 26, caracterizada además porque incluye un cliente de red de confirmación para enviar confirmaciones hacia una locación remota cuando suceden eventos predeterminados .
32. 32. La Tarjeta EDS de conformidad con la reivindicación 26, caracterizada además porque incluye un subsistema de audio para combinar un flujo de datos de audio recibido con señales de audio localmente insertadas.
33. 33. La Tarjeta EDS de conformidad con la reivindicación 26, caracterizada además porque incluye un procesador de comando que realiza al menos una exhibición de al menos una parte del flujo de datos recibidos almacenados en el almacenamiento de memoria rápida y que incita al transceptor de Ethernet a transmitir al menos parte de un flujo de datos recibidos.
34. 34. Un método para distribuir publicidad de audio, caracterizado porque comprende las etapas de: originar un espacio publicitario de audio en una locación central; localizar el espacio publicitario de audio; y transmitir el espacio publicitario de audio hacia un receptor remoto por medio de un sistema de distribución de satélite.
35. 35. El método de conformidad con la reivindicación 34, caracterizado además porque comprende la etapa de almacenar el espacio publicitario de audio en el receptor.
36. 36. El método de conformidad con la reivindicación 34, caracterizado además porque comprende la etapa de modificar el espacio publicitario de audio en el transceptor.
37. 37. El método de conformidad con la reivindicación 34, caracterizado además porque comprende la etapa de transmitir el espacio publicitario de audio en el receptor.
38. 38. El método de conformidad con la reivindicación 34, caracterizado además porque comprende la etapa de transmisión adicional del espacio publicitario de audio.
39. 39. El método de conformidad con la reivindicación 34, caracterizado además porque comprende la etapa de enviar una confirmación hacia la locación de origen de datos. -»- •— - Resumen de la Invención Una Tarjeta (EDS) de Almacenamiento Digital de Ethernet (34) y un sistema de transmisión de satélite (10) se proporciona para recibir, almacenar y transmitir archivos que incluyen archivos de video, de audio, de texto, y archivos multimedia, de manera especial archivos recibidos por medio de transmisión por satélite. En una modalidad preferida, un sistema de satélite incluye un receptor (32) que utiliza la Tarjeta EDS (34) . Un flujo de datos se recibe por medio del receptor (32) y después se puede almacenar en el receptor o se puede enrutar directamente como paquetes TCP /IP. Los archivos de datos recibidos o almacenados pueden ser de difusión múltiple. La Tarjeta EDS (34) también incluye un servidor HTTP para acceso de red a los parámetros de Tarjeta y hacia cualesquiera de los archivos almacenados en la Tarjeta. Un DHCP sobre la Tarjeta EDS (34) proporciona una configuración dinámica de la dirección de IP de la Tarjeta. La Tarjeta EDS (34) también incluye un PPP y un procesador de módem para la transmisión, recepción de archivos y la colección de certificación. La Tarjeta EDS (34) también incluye un programador de eventos para disparar o accionar archivos en un tiempo predeterminado o en una indicación externa. Un procesador de comando mantiene un registro integrado de espacios de audio reproducidos y responde a un originador de c mando cuando un comando se recibe. Los archivos se pueden transmitir desde la Tarjeta EDS (34) por medio de un puerto M & C, de un puerto de Ethernet, o de un puerto auxiliar RS-232. Los archivos se pueden recibir por medio de la tarjeta EDS (34) desde un flujo de datos que proviene de un satélite, de un puerto M & C, de un puerto de Ethernet, o de un puerto auxiliar RS-232. La Tarjeta EDS (34) también proporciona cambio de tiempo y se puede utilizar dentro de una alimentación de satélite como un enrutador controlado por HTTP con almacenamiento.