MXPA01011903A - Interfaz de programacion para un software del sistema nucleo para descodificador de television. - Google Patents
Interfaz de programacion para un software del sistema nucleo para descodificador de television.Info
- Publication number
- MXPA01011903A MXPA01011903A MXPA01011903A MXPA01011903A MXPA01011903A MX PA01011903 A MXPA01011903 A MX PA01011903A MX PA01011903 A MXPA01011903 A MX PA01011903A MX PA01011903 A MXPA01011903 A MX PA01011903A MX PA01011903 A MXPA01011903 A MX PA01011903A
- Authority
- MX
- Mexico
- Prior art keywords
- function
- interface according
- terminal comprises
- terminal
- service
- Prior art date
Links
- 238000013475 authorization Methods 0.000 claims abstract description 35
- 230000006870 function Effects 0.000 claims description 134
- 230000006835 compression Effects 0.000 claims description 10
- 238000007906 compression Methods 0.000 claims description 10
- 238000000034 method Methods 0.000 claims description 9
- 238000011144 upstream manufacturing Methods 0.000 claims description 9
- 230000005540 biological transmission Effects 0.000 claims description 4
- 238000004590 computer program Methods 0.000 claims description 4
- 239000012634 fragment Substances 0.000 claims description 4
- 230000002452 interceptive effect Effects 0.000 claims description 4
- 230000000903 blocking effect Effects 0.000 claims description 2
- 230000000694 effects Effects 0.000 claims description 2
- 238000004891 communication Methods 0.000 description 14
- 230000008569 process Effects 0.000 description 5
- 230000004044 response Effects 0.000 description 5
- 230000008859 change Effects 0.000 description 4
- 230000007246 mechanism Effects 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 230000006978 adaptation Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000013519 translation Methods 0.000 description 2
- 230000014616 translation Effects 0.000 description 2
- OYYYPYWQLRODNN-UHFFFAOYSA-N [hydroxy(3-methylbut-3-enoxy)phosphoryl]methylphosphonic acid Chemical compound CC(=C)CCOP(O)(=O)CP(O)(O)=O OYYYPYWQLRODNN-UHFFFAOYSA-N 0.000 description 1
- 239000013078 crystal Substances 0.000 description 1
- 230000009849 deactivation Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000009792 diffusion process Methods 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 230000002349 favourable effect Effects 0.000 description 1
- 239000003292 glue Substances 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
- H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
- H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
- H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
- H04L9/0822—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) using key encryption key
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
- H04L9/3242—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving keyed hash functions, e.g. message authentication codes [MACs], CBC-MAC or HMAC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/4508—Management of client data or end-user data
- H04N21/4524—Management of client data or end-user data involving the geographical location of the client
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/81—Monomedia components thereof
- H04N21/8166—Monomedia components thereof involving executable data, e.g. software
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
- H04L2209/56—Financial cryptography, e.g. electronic payment or e-cash
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
- H04L2209/80—Wireless
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Security & Cryptography (AREA)
- Software Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Databases & Information Systems (AREA)
- General Engineering & Computer Science (AREA)
- Power Engineering (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Stored Programmes (AREA)
Abstract
Se proporciona una interfaz de software (26) para permitir que los objetos medios del descodificador de television (14) y el software (16) del sistema de operacion (OS) controlen e interactuen con el software (20) del sistema descodificador de nucleo, en una terminal de television del abonado, para facilitar el suministro de servicios deseables de television digital, que incluye la adquisicion de servicios (por ejemplo, la adquisicion de una pelicula de pago por evento), el manejo de la informacion del sistema, la configuracion y control del descodificador, la trayectoria de retorno para tener la capacidad de participar en votacion, descargar, incluyendo la autenticacion y autorizacion, y el manejo de memoria no volatil.
Description
r . **&,
INTERFAZ DE PROGRAMACIÓN PARA UN SOFTWARE DEL SISTEMA NÚCLEO PARA DESCODIFICADOR DE TELEVISIÓN
• ANTECEDENTES DE LA INVENCIÓN 5 Esta solicitud reivindica el beneficio de la Solicitud Provisional de los Estados Unidos No. 60/135,268, presentada el 21 de mayo de 1999. La presente invención proporciona una arquitectura de software que permita que un software 10 núcleo de una terminal descodificadora de televisión • sea compatible con el software personalizado para descodificar y un software para sistema de operación diferentes. En particular, una interfaz de software define las funciones y parámetros que pasan entre (i) 15 el software personalizado y el software del proveedor del sistema de operación, y (ii) el software descodificador de núcleo proporcionado en un descodificador de televisión o lo semejante. • La reciente llegada de las terminales 20 descodificadoras digitales ha estimulado el desarrollo de redes de televisión para abonados, tales como por ejemplo, redes de televisión por cable/satélite. Estas terminales pueden soportar niveles aumentados de servicios de programación y una 25 variedad de aplicaciones y funciones basadas en software, tales como por ejemplo, una guia de programación electrónica, cabeceras bursátiles o de clima, servicios comerciales y bancarios en el hogar, juegos y lo semejante. Además, se espera que esta tendencia continúe con la convergencia de las redes telefónicas, de televisión y de computadoras, y el surgimiento de redes de computadora en el interior 5 del hogar. Una "terminal de usuario" (por ejemplo, descodificador digital) para televisión por cable o satelital, o lo semejante, requiere de un software OS, software personalizado y controladores de
10 dispositivos para funcionar. • El software OS proporciona el soporte OS en tiempo real multilectura necesario para operar el descodificador. El software personalizado es un software que
15 conecta dos aplicaciones de otra manera separadas. Por ejemplo, este software personalizado se puede proporcionar para que intervenga entre un programa de aplicación y una red, gestionando con esto la
• interacción entre aplicaciones distintas a través de
20 plataformas de computación heterogéneas. De manera más general, el software personalizado sirve como el "pegamento" entre aplicaciones separadas y algunas veces se denomina como "linea de cable coaxil" debido a que conecta dos lados de una aplicación y hace
25 pasar datos entre ellos. Además, los controladores se utilizan para controlar diferentes dispositivos de hardware en una terminal, tales como por ejemplo, sintonizadores, desmoduladores, descodificadores MPEG-2 (por ejemplo, audio, video y datos), descodificadores de video, mezcladores de audio, etc. En un descodificador, se proporciona un "software núcleo" que permita al descodificador proporcionar estas funciones de televisión necesarias como adquisición de servicios, administración de información del sistema (SI), capacidad de teleenvio
(por ejemplo, para una nueva aplicación y software OS) , comunicación de trayectoria de retorno (por ejemplo, el descodificador para fines de invitación de emisión o facturación) , configuración del descodificador y control de acceso condicional (es decir, seguridad) . En el pasado, cada descodificador se habla diseñado únicamente para utilizarse en un único entorno de operación particular. El problema de manipular múltiples entornos de operación no se habla dirigido anteriormente al entorno de descodificación. En general, las aplicaciones se hablan adaptado a diversos entornos de operación ya sea a través de la reescritura del software del sistema descodificador para ese entorno o a través de una capa de abstracción . Por consiguiente, seria ventajoso permitir una elección de diferentes entornos de operación en un descodificador sin la necesidad de cambiar el software de sistema descodificador de núcleo. Esto podria permitir la reutilización de un diseño descodificador simple para múltiples entornos de operación. También seria factible una implementación más rápida de entornos de software de operación alternos, que permitan un tiempo más rápido para comercializar nuevos dispositivos descodificadores. En particular, la arquitectura de software debe permitir que un consumidor, tal como un operador de sistema de televisión por cable, seleccione el entorno de operación, incluyendo el núcleo OS, software personalizado y el programa de aplicación, y controladores de dispositivo, que se utilizarán en el descodificador. El software del sistema descodificador de núcleo debe permitir que el dispositivo funcione dentro de un entorno de sistema común. La arquitectura debe permitir el desarrollo del software núcleo y luego la implementación de la arquitectura en cualquiera de una pluralidad de diferentes entornos de operación, tales como VRTX, Windows CE, AperiOS, PowerTV y otros entornos de operación para descodificación. La arquitectura debe permitir que el software personalizado y el software OS controlen e interactúen con el software del sistema descodificador de núcleo para facilitar la provisión de servicios de televisión digital deseables, tales como por ejemplo, adquisición de servicios, determinar el estado de un servicio, configurar el descodificador, indicar un evento no solicitado y gestionar la privacidad del usuario. La arquitectura debe ser adecuada para terminales que reciban los servicios de programación via cualquier tipo de red, incluyendo redes de comunicaciones de banda ancha, redes de Bucle Digital del Abonado (DSL, por sus siglas en inglés) y otros. La presente invención proporciona una interfaz para el software del sistema descodificador de núcleo que goce de las ventajas mencionadas anteriormente y otras . Seria deseable además tener una interfaz para el software descodificador de núcleo que funcione en esta arquitectura. En particular, la interfaz de la invención define cada punto de interfaz entre la capa "OS de aplicación/software personalizado" del software descodificador y el software del sistema descodificador de núcleo. Esto proporciona un mecanismo mediante el cual el software OS de aplicación/software personalizado puede controlar e interactuar con el software del sistema descodificador.
SUMARIO DE LA INVENCIÓN Se proporciona una interfaz de software para permitir que el software personalizado descodificador y el software OS controlen e interactúen con el software del sistema descodificador de núcleo. La interfaz permite que el software personalizado y el software OS interactúen con el software del sistema núcleo para facilitar la provisión de servicios de televisión digital deseables. Un aparato de acuerdo con la invención proporciona una interfaz para el software del sistema núcleo en una terminal de televisión del abonado, e incluye un medio legible en computadora que tenga medios de codificación de programas de computadora y medios para ejecutar los medios para codificación del programa de computadora para proporcionar al menos una interfaz del programa de aplicación (API, por sus siglas en inglés) para permitir que el software personalizado intervenga entre un programa de aplicación y el software del sistema núcleo para tener acceso a una función de la terminal. También se presenta un método correspondiente.
BREVE DESCRIPCIÓN DEL DIBUJO La Figura es una perspectiva general de alto nivel de una arquitectura descodificadora de televisión que incorpora una interfaz de software entre la capa de software personalizado/OS y el software del sistema descodificador de núcleo de acuerdo con la invención.
DESCRIPCIÓN DETALLADA DE LA INVENCIÓN La Figura ilustra una plataforma de software, o arquitectura, para implementar un descodificador de acuerdo con la presente invención. La plataforma se puede implementar utilizando cualquier sistema de operación adecuado, tal como por ejemplo el sistema de operación VRTX (ejecución en tiempo real virtual) disponible de Mentor Graphics Corporation of Wilsonville, Oregon, Windows CE disponible de Microsoft Corporation of Redmond, Washington, AperiOS disponible de Sony Corporation of New York, N. Y., PowerTV disponible de PowerTV, Inc. of Cupertino, CA, etc. Se pueden utilizar otros sistemas de operación. Se puede considerar que la arquitectura incluya tres niveles principales, incluyendo un nivel inferior (funciones 30, 32 y 34) relacionado con las funciones de hardware y controladores de dispositivos, un nivel medio (funciones 14, 16, 18, 20, 22, 24 y 26) relacionado con el software descodificador de núcleo y un nivel alto (funciones 10, 12) relacionado con el software personalizado y las aplicaciones. Específicamente, el nivel superior de la estructura de software comprende uno o más programas 10 de aplicación que pueden comprender, por ejemplo, la aplicación del navegador de Televisión Digital (DTV, por sus siglas en inglés) (disponible de Network Controls International, Inc. of Charlotte, North Carolina) , juegos interactivos, caracteristicas mejoradas de televisión, navegadores de la web de Internet, etc. Estas aplicaciones necesitan comunicarse con el software 20 del sistema descodificador de núcleo. Esta comunicación se lleva a cabo con la interfaz 12 de software personalizado/aplicación, la capa 14 de puerto de software personalizado y la interfaz 26 de software de la presente invención. La siguiente capa en la estructura de software comprende la interfaz APIs (interfaces del programa de aplicación) 12 de software personalizado/aplicación. Esta capa 12 es parte del entorno de operación (es decir, es OS-especifica) , y proporciona la interfaz para los programas de aplicación 10 que se ejecutan en el descodificador
(por ejemplo, el hardware 34 descodificador de cable) . La capa 12 proporciona los medios para que las aplicaciones utilicen y controlen los recursos del descodificador y coexistan con otras aplicaciones. La capa 12 también proporciona el entorno en el cual se ejecutan las aplicaciones. La capa 12 también proporciona la API para la cual se escriben las aplicaciones, que proporciona un entorno de autorización. Además, esta capa 12 maneja las emisiones de los recursos compartidos, aplicaciones múltiples, selección de aplicación, inicio de la aplicación y término de la aplicación. De preferencia, esto proporciona una interfaz consistente para el usuario final. • Una capa 14 de adaptación para el software 5 personalizado, por ejemplo, para cable, DSL u otros servicios de televisión, se proporciona para traducir las interfaces 20, 22 y 24 de televisión, gráficos y comunicación, respectivamente, a la interfaz funcional particular requerida por un componente del
10 programa de software personalizado y se especifica
• por el proveedor/vendedor del software personalizado. Los proveedores del software personalizado con frecuencia especifican una interfaz en la cual se ha probado y comprobado su software. Esta capa 14, que
15 también forma parte del entorno de operación, permite la facilidad de transporte de la solución del software personalizado para el descodificador de una manera práctica. De manera más especifica, la capa
• 14 permite que el software 20 del sistema
20 descodificador de núcleo permanezca igual mientras que permite que se ejecuten las diferentes capas de software personalizado. Se proporciona un núcleo 16 del sistema de operación (OS) en los niveles del software
25 personalizado que se adapta a la capa 14 y el software 20 del sistema descodificador de núcleo, las gráficas, audio, subsistema 22 de video y las pilas 24 de comunicación de red. Este núcleo 16 puede comprender, por ejemplo, un puerto MIPS (un millón de instrucciones por segundo) de la versión 4.0 del núcleo VRTX, disponible de Microtec división of
• Mentor Graphics Corporation para la familia de 5 microprocesadores Motorola 68000. Este núcleo 16 proporciona el soporte OS en tiempo real, multilectura, necesario para operar el descodificador. El núcleo 16 OS, junto con el software personalizado que adapta la capa 14 y los
10 APIs 12 de la interfaz del software personalizado/aplicación y los controladores de dispositivo son los componentes del entorno de operación. Más particularmente, el núcleo 16 OS proporciona los medios OS tales como por ejemplo,
15 comunicación multitarea, inter-tarea, sincronización y administración de memoria. Estos medios se utilizan para crear tareas, configurar prioridades de tarea, comunicar entre tareas y sincronizar la operación de las tareas del sistema y las tareas de
20 aplicación. Un componente 18 de abstracción de núcleo proporciona las funciones núcleo genéricas necesarias por los otros componentes. En particular, el componente 18 resume estas funciones a partir de las
25 especificas del núcleo 16 OS. El componente 18 de abstracción de núcleo incluye dos secciones, a saber,
(i) las llamadas núcleo utilizadas por los componentes, y (ii) las traducciones especificas del núcleo. Algunas de las caracteristicas del núcleo soportadas se implementan de tal forma que sean independientes del núcleo fundamental. • El componente 18 de abstracción del núcleo 5 puede separar los detalles del núcleo OS del software 20 del sistema descodificador de núcleo y se puede utilizar para aislar el software del sistema núcleo de los especificados de una implementación de núcleo OS. De esta forma, se proporciona la facilidad de
10 transporte del software 20 núcleo entre los entornos
• de operación. La abstracción 18 del núcleo OS proporciona tipos estándar de servicios OS de una manera genérica al software 20 del sistema núcleo. Estos servicios incluyen, por ejemplo, mensajería,
15 operaciones de lectura, administración de memoria, sincronización y administración de eventos. El software 20 del sistema descodificador de núcleo contiene el soporte para las caracteristicas
• del sistema de televisión. Por ejemplo, este
20 software se puede escribir para soportar las caracteristicas del sistema de televisión digital DigiCipher® II. DigiCipher II es un sistema sujeto a derechos o exclusivo desarrollado por General Instrument Corporation of Horsham, Pennsylvania,
25 U.S.A., el cesionario del mismo. Este sistema incluye caracteristicas que son especificas para el entorno de televisión por cable para comunicaciones corriente abajo y corriente arriba. Las caracteristicas soportadas por el software 20 del sistema descodificador de núcleo incluyen, sin limitación, adquisición de servicios (por ejemplo, adquisición de una pelicula de pago por evento), gestión de información del sistema, configuración y control del descodificador, trayectoria de retorno para invitación de emisión, capacidad de teleenvio incluyendo autenticación y autorización, y administración de memoria no volátil. El software 20 del sistema descodificador de núcleo también incluye controladores para sistema de acceso condicional (CABIOS) , que se utilizan para proporcionar seguridad y cor rol de acceso. Este componente soporta las caracteristicas de la autenticación objeto, autorización objeto, autorización de recursos, equipo de herramientas criptográficas e intercambio de claves de privada en linea base. La capa de interfaz para el equipo de herramientas criptográficas (Crypto Toolkit) es la Norma de Estándares Criptográficos de Clave Pública (PKCS, por sus siglas en inglés) 11. Más específicamente, el software 20 del sistema descodificador de núcleo proporciona los servicios que permiten que la descodificación exista en una red de comunicaciones (por ejemplo, televisión por cable) . Como se observó anteriormente, las funciones de este software incluyen:
Recepción y distribución del mensaje: Este componente de software recibe mensajes sobre un canal control o a través de un canal dentro de banda
• y los distribuye al proceso de software adecuado para 5 interpretación y procesamiento.
Procesamiento de información del sistema - Este componente interpreta la Información del Sistema proporcionada por el protocolo (por ejemplo, Normas
10 del Comité de Sistemas de Televisión Avanzada (ATSC,
• por sus siglas en inglés), o de Difusión de Video Digital (DVB, por sus siglas en inglés)) que especifica el Tipo de Modulación, Mapa de Canal, Mapas del Servicio, Descripciones del Servicio,
15 Componentes del Servicio. Esta información permite que el software encuentre, reconstruya y suministre el servicio al usuario o aplicación.
Configuración y control del procesamiento de 20 mensajes - Este componente interpreta la configuración y control de los mensajes enviados al descodificador desde, por ejemplo, un controlador para sección de RF de cable. Esta información se utiliza para la provisión de un descodificador para 25 operar dentro del sistema de televisión por cable u otra red aplicable. El componente ajusta las caracteristicas del descodificador y proporciona la capacidad de controlar la operación descodificadora remotamente por el operador del sistema.
• Adquisición del servicio digital y analógico
5 - Este componente realiza todas las funciones necesarias para "sintonizar" un servicio de video/audio para ser presentadas al televidente.
Subsistema de acceso condicional - Este 10 componente autoriza servicios y aplicaciones. Los
• servicios de video se suministran al descodificador en una forma encriptada o cifrada. El Sistema de Acceso Condicional (CA, por sus siglas en inglés) compara la información de autorización acerca del 15 servicio con la información de autorización que se suministra al descodificador. Cuando se considera que un servicio está autorizado, el sistema CA permite el descifrado de ese servicio.
20 Subsistema de teleenvío - Este componente adquiere los objetos del software provenientes de la red de cable u otra aplicable y los almacena en la memoria del descodificador. Estos objetos pueden incluir, por ejemplo, plataformas o aplicaciones de
25 software. El subsistema de teleenvio determina si se autoriza aceptar el objeto y, si es asi, entonces procesa y almacena cada segmento del objeto. Una vez que el objeto se almacena, se valida y luego puede habilitarse para que se ejecute ya sea desde, por ejemplo, el control de sección de RF o mediante el sistema de operación. •
5 Subsistema de trayectoria de regreso - Este componente recolecta la información de compra y diagnóstico y la transmite nuevamente hacia la sección de RF (u otro sitio operador del sistema adecuado) en el momento de la orden. Esta
10 información se envia por último a un sistema de
• facturación para permitir la facturación de los servicios utilizados por el descodificador. La trayectoria de retorno puede ser un mecanismo de almacenamiento y reenvió o un mecanismo interactivo a
15 solicitud.
Subsistema de gestión para datos de diagnóstico - Este componente recolecta y gestiona los datos que se pueden utilizar para diagnosticar el
20 estado del descodificador, permitiendo una determinación remota de la operación y potencia del software descodificador. Este dato se hace disponible para que el OS se exhiba al usuario o instalador. Esto también se hace disponible para el
25 subsistema de trayectoria de regreso para la recolección por medio de una computadora en el sitio del operador del sistema (por ejemplo, en una sección de RF del cable) .
El CABIOS (Servicios Básicos de Acceso Condicional) proporciona los servicios de acceso condicional superiores al control de acceso al servicio, que incluyen:
Autenticación del objeto - Esta función autentica o comprueba un objeto de software para determinar que el objeto sea el objeto pretendido. Esta autenticación se lleva a cabo, por ejemplo, al corresponder con una firma o signatura suministrada con el objeto.
Autorización del objeto - Esta función autoriza que los objetos sean cargados y ejecutados en el descodificador. Esto utiliza el hardware de acceso condicional para determinar el estado de autorización del descodificador.
Autorización de recursos - Esta función autoriza el uso de recursos de descodificación a través del hardware de acceso condicional.
Servicios de intercambio de claves de privacidad en línea base - Estas funciones soportan los requerimientos de intercambio de claves del sistema módem de Cable, lo cual puede conformarse a las Especificaciones de Interfaz de Servicios de Datos Sobre Cable (DOCSIS, por sus siglas en inglés) .
Funciones criptográficas - Estas funciones proporcionan un equipo de herramientas criptográficas básicas para utilizarse por el sistema de operación
• de la aplicación y las aplicaciones dentro del 5 descodificador. Como se indicó anteriormente, un conjunto de herramientas criptográficas típicas está de acuerdo con la norma PKCS 11, aunque se pueden utilizar otras normas. El subsistema 22 de gráficos, audio y video
10 incluye, en una modalidad preferida, bibliotecas
• bidimensionales (2D), tridimensionales (3D) y de video que trabajan en la parte superior de un controlador para pantalla de gráficos. Estos controladores de pantalla están disponibles
15 comúnmente de diversos vendedores tales como por ejemplo ATI Technologies Inc. of Thornhill, Ontario, Canadá. El subsistema 22 proporciona una API estándar a la cual se pueden adaptar los proveedores del software personalizado y permite que el video sea
20 observado en combinación con los gráficos. Más particularmente, el video analógico o digital se combina con una superposición de gráficos para presentar una vista combinada al usuario. Este subsistema 22 también proporciona audio, el cual
25 puede existir en modos múltiples, tales como sonido estéreo y envolvente. El subsistema de audio también puede soportar, grabar y reproducir archivos de audio .
Las pilas 24 de comunicaciones en red proporcionan pilas estandarizadas en red para facilitar la navegación y las comunicaciones en la web con dispositivos externos. Este subsistema 24 incluye protocolos de red muy estandarizados que se pueden suministrar sobre trayectorias de comunicaciones múltiples. Las pilas pueden comprender, por ejemplo, la extensión de comunicaciones CNX de Mentor/Microtec para el sistema de operación VRTX, disponible de Mentor Graphics Corporation . Este subsistema 24 reside en la parte superior de los controladores para comunicaciones (por ejemplo, controladores Ethernet y DOCSIS) y proporciona, por ejemplo, una interfaz de zócalos Berkeley (Berkeley Software Design, Inc.) para protocolos tales como el Protocolo de Control de Transmisión (TCP, por sus siglas en inglés) /el Protocolo de Internet (IP, por sus siglas en inglés) (por ejemplo, una interfaz TCP/IP con respecto a un módem DOCSIS o con respecto a un dispositivo Ethernet), el Protocolo Datagram del Usuario (UDP, por sus siglas en inglés), el Protocolo de Resolución de Dirección (ARP, por sus siglas en inglés), el Protocolo del Mensaje Control de Internet (ICMP, por sus siglas en inglés), el Cliente del Protocolo de Configuración Hospedera Dinámica (DHCP, por sus siglas en inglés), el Cliente del Sistema Nombre Dominio (DNS, por sus siglas en inglés) y el Protocolo Punto a Punto (PPP) , (los protocolos CCP de uso en linea conmutada, Protocolo de Control de
• Enlace (LCP, por sus siglas en inglés) y Protocolo 5 Control de Protocolos (IPCP, por sus siglas en inglés ) ) . Para que el hardware 34 descodificador haga funcionar el controlador descodificador para sus funciones destinadas, se deben proporcionar diversos
10 controladores, como se sabe bien en la técnica.
• Estas se representan en la Figura como controladores 32 de dispositivo de bajo nivel, que se ponen en interfaz con un modelo de controlador utilizado por el software 20 del sistema descodificador de núcleo
15 via la interfaz 30 del modelo de controladores a controlador del dispositivo. La interfaz 30 separa los detalles del entorno modelo del controlador del software 20 del sistema núcleo y se utiliza para aislar los
20 controladores 32 del dispositivo de las especificadas del modelo controlador proporcionado por el entorno de operación. El software 32 del controlador del dispositivo de bajo nivel es el hardware-especifico y se transporta a través de los entornos de operación.
25 La interfaz 30 del modelo controlador conecta el controlador 32 del dispositivo de hardware-específico al OS al proporcionar la interfaz deseada del OS hacia el controlador.
Los controladores del dispositivo se proporcionan para cada dispositivo soportado en el descodificador. Éstos incluyen un controlador de gráficos, que se pueden escribir, por ejemplo, sobre una Capa del Proveedor de acceso al Hardware ATI (HAP, por sus siglas en inglés), disponible de ATI Technologies, Inc. Una biblioteca de gráficos para utilizarse en el descodificador se puede escribir sobre el HAP. Otros controladores de dispositivo descodificador típicos incluyen un controlador de comunicaciones, el sintonizador (por ejemplo, una combinación del sintonizador General Instrument DOCSIS y el código de Modulación de Amplitud de Cuadratura (QAM, por sus siglas en inglés)), puertos seriales (que utilizan, por ejemplo, un bus serial de alto desempeño IEEE 1394) puertos paralelos, puertos Ethernet, puertos de Bus Serial Universal (USB, por sus siglas en inglés), Diodos Emisores de Luz (LEDs, por sus siglas en inglés), controladores de Teclado Numérico y/o Alfabético, un controlador DOCSIS, tal como el controlador Broadcom DOCSIS disponible de Broadcom Corporation of Irvine, California, U.S.A., y un controlador de tarjeta inteligente. Se puede utilizar una tarjeta inteligente en el descodificador para que el consumidor adquiera aplicaciones tales como compra en línea. Cada dispositivo en el descodificador requiere de una función de controlador para funcionar.
Los detalles de la interfaz 26 del software (denominado "GITV"), que define los servicios proporcionados a los sistemas de operación de aplicación y los proveedores de la solución de software personalizado proveniente del software 20 del sistema descodificador de núcleo, se muestran más adelante. La interfaz se puede implementar utilizando cualesquiera técnicas conocidas que sean evidentes para aquellos expertos en este campo.
Funciones interfaz del software
1. Adquisición de servicio y APIs del estado de servicio 1.1. Perspectiva general de la adquisición del servicio La Adquisición del Servicio es el proceso de permitir que un cliente obtenga servicios corriente abajo. El software de Adquisición de Servicios controla el proceso de Adquisición de Servicios. El soporte se proporciona con fluidez para la adquisició-n DigiCipher II (DCII, por sus siglas en inglés) de servicios digitales primarios y de fondo. DCII, propietaria de la cesión de la misma, es análogo para MPEG-2. El soporte también se proporciona para las adquisiciones de servicios analógicos . Únicamente se puede adquirir un servicio primario a la vez. Un servicio primario digital y un servicio primario analógico no se pueden adquirir ambos al mismo tiempo.
5 1.2. AcquireServiceBlocking Utilizado para sintonizar un número de canal virtual específico (VCN, por sus siglas en inglés) o un identificador fuente (ID, por sus siglas en inglés), que utiliza la trayectoria de servicio
10 específico (sintonizador) . El servicio adquirido es
• el servicio primario en la terminal y reemplaza al servicio primario sintonizado anteriormente. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API está
15 proporcionando el servicio.
1.3. AcquireServiceNonBlocking Utilizado para sintonizar un número de canal
• virtual (VCN, por sus siglas en inglés) o la ID
20 fuente sobre la trayectoria de servicio específica. AcquireServiceNonBlocking inicia la adquisición de un servicio pero no espera a que termine la adquisición antes de regresar. El estado regresado por la API indica cualesquiera errores básicos que podrían
25 evitar que la API proporcione el servicio. Si la llamada inicial no tiene error, entonces en el momento de terminar la adquisición del servicio (ya sea con éxito o con falla), se pide por medio de la llamada la función de retrodemanda definida por el usuario, que hace pasar la estructura de datos de retrodemanda asignada por el usuario.
5 1.4. GetServiceStatus Utilizado para pedir la información del estado en el servicio primario sintonizado actualmente sobre la trayectoria de servicio específica. La API asigna y carga la estructura del
10 estado de servicio, que incluye la trayectoria de
• servicio, el número de canal virtual, el estado de sobrecontrol del canal, tipo de servicio, estado de la corriente del componente del servicio, estado de adquisición del servicio y estado del programa. La
15 llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
• 1.5. RegisterServiceStatus 20 Utilizado para registrar al cliente para actualizaciones de estado de servicio no solicitado para el servicio primario sintonizado actualmente en la trayectoria de servicio específica. El estado regresado por la API indica cualesquiera errores que
25 pudieran evitar que la API proporcione el servicio. Si la llamada inicial no tiene errores, cuando el estado de servicio cambia, se solicitará por medio de una llamada la función de retrodemanda definida por el usuario, que hace pasar la estructura de datos de retrodemanda asignada por el usuario.
• 1.6. CancelServiceStatus 5 Utilizado para cancelar el registro para las actualizaciones del estado de servicio que se preparó por el RegisterServiceStatus API. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API está proporcionando el 10 servicio.
1.7. GetVCTData Utilizado para obtener un resumen de la información de la Tabla del Canal Virtual para todos
15 los canales virtuales definidos en el sistema. La API asigna y carga la estructura de datos VCT, que incluye un registro para cada canal virtual definido. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API
20 estaba proporcionando el servicio.
1.8. GetVCTDocsisData Utilizado para obtener un resumen de la información de la Tabla de Canal Virtual actual y las 25 características para todos los canales corriente abajo DOCSIS definidos. Los canales corriente abajo DOCSIS se definen para ser cualquier canal virtual que tenga una ID fuente igual a 23005. La API asigna y carga la estructura de datos DOCSIS VCT, que incluye un registro para cada canal DOCSIS definido. La llamada regresa a un estado que indica
• cualesquiera errores encontrados mientras la API estaba proporcionando el servicio. Si no hay canales DOCSIS en la Tabla de Canal Virtual, la API retornará al valor de estado de error SAQERR_VCT_NO_DOCSIS, y no asignará ninguna memoria para la estructura de datos DOCSIS. 10 1.9. SelectServiceCo ponent Utilizado para agregar un componente de servicios del tipo especificado para el servicio primario en la trayectoria de servicio específica.
15 Si el componente es un texto o un componente de datos, la API coloca la ID de conexión para el nuevo componente en la ubicación de memoria asignada por el usuario. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API
20 estaba proporcionando el servicio.
1.10. DeselectServiceComponent Utilizado para deseleccionar el componente específico de servicio primario en la trayectoria de
25 servicio específica. Los componentes de servicio que se deseleccionan se inhabilitan. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio .
1.11. SelectServicelPData Utilizado para seleccionar un componente de servicio que porta datagramas IP de multidifusión particulares. Estos datagramas se portan dentro de mensajes de Sección de Datagrama por Encapsulación de
(DVB) -Multi-Protocolo (MPE) para difusión de Video Digital, que contiene encabezamientos con direcciones MAC (Control de Acceso Medio) multidifusión que se relacionan directamente con la dirección IP multidifusión del datagrama IP (véase la Especificación de Interfaz para el Servicio de Datos Sobre Cable - DOCSIS, Especificación para Interfaz de Privacía en Línea Base [SP-BPI-101-970922 ] ) . El programa de llamadas seleccionará los datos de multidifusión deseados para especificar la dirección MAC multidifusión. Esta llamada regresará a una ID de conexión que se coloca en el inicio de la memoria en la ubicación indicada por el indicador proporcionado como parte de la llamada. La ID de conexión identifica la corriente (o corrientes) identificadoras del paquete (PID) que porta los datos multidifusión solicitados, así como también la dirección MAC de las secciones de datagrama DVB-MPE blanco. De manera normal, la ID de conexión se relacionará directamente con la dirección MAC multidifusión específica proporcionada como parte de la llamada. Sin embargo, se puede seleccionar opcionalmente un modo de listado promiscuo. En este modo, cada componente PID de datos que porta datos IP se identificará de esta forma para que todos los fragmentos de datagrama IP se puedan hacer pasar hacia el programa de llamada. En el modo promiscuo, la ID de conexión regresada mapeará todos los PID componentes que portan datos IP, y todas las direcciones MAC multidifusión válidas portadas dentro del servicio sintonizado actualmente. ReadServicelPData requiere la ID de Conexión regresada para recuperar los datos IP solicitados. El programa para hacer llamadas también puede especificar que el proceso de servicio deba continuar para buscar los datos solicitados, incluso si no se identifica inmediatamente una corriente PID blanco. Alternativamente, el programa de llamadas puede especificar que se debe hacer únicamente un intento para ubicar la corriente PID que porta los datos solicitados. La llamada también regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando servicio.
1.12. ReadServicelPData Utilizado para obtener Fragmentos Datagrama IP de las Secciones Datagrama DVB-MPE que se portan sobre uno o más componentes de corriente PID elementales. La ID de conexión de paso a esta API identifica el componente de corriente PID elemental y la dirección MAC multidifusión de la sección de
• datagrama DVB-MPE solicitada. En algunos casos, la 5 ID de Conexión señalará a cada sección datagrama que es portada dentro del servicio sintonizado actualmente, sin importar su dirección MAC multidifusión. Esto ocurre si una llamada anterior a SelectServicelPData se hizo con listenMode =
10 "PROMISCUOUS", en lugar de listenMode = "NORMAL". • ReadServicelPData regresa a un estado tan pronto como se comunica la lectura, lo que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio. El mensaje
15 existente se enruta al cliente mediante el software de distribución de mensajes que utiliza la función retrodemanda y la estructura de datos retrodemanda. Las llamadas para ReadServicelPData darán
• por resultado únicamente en fragmentos datagrama IP
20 que se hacen pasar a la función de retrodemanda. De esta forma, el cabezal de sección datagrama DVB-MPE y el rastreador CRC se eliminarán antes de pasar el mensaje (es decir, datagrama IP) al cliente que lo está solicitando. Obsérvese que ReadServicelPData
25 regresará, vía una retrodemanda, a un estado desconectado si, por ejemplo, se detecta un cambio de canal .
1.13. DeselectServicelPData Utilizado para deseleccionar el componente de corriente específico que se seleccionó anteriormente con la llamada SelectServicelPData. Esta llamada no requiere una ID componente como lo haría DeselectServiceComponent normal. Los componentes de servicio que se deseleccionan se inhabilitan. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
1.14. PostComponentRead Utilizado para solicitar un mensaje de un texto o un componente de servicio de datos que se seleccionó anteriormente utilizando el SelectServiceComponent API. El usuario especifica la ID de conexión del texto o componente de servicio de datos. El PostComponentRead regresa a un estado tan pronto como se comunica la lectura, que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio y el mensaje existente se enruta al cliente mediante el software de distribución de mensajes, utilizando la función de retrodemanda y la estructura de datos retrodemanda.
1.15. AcquireBackgroundServiceBlocking Utilizado para adquirir datos corriente abajo de la fuente de servicio específica. El arreglo de paso para direcciones multidifusión 16 permite que el usuario especifique los grupos direccionados multidifusión para recibir mensajes. La API coloca la ID correcta para el nuevo servicio en la ubicación de memoria asignada por el usuario. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
1.16. AcquireBackgroundServiceNonBlocking Utilizado para adquirir datos corriente abajo de la fuente de servicio especifica. El arreglo de paso para direcciones multidifusión 16 permite que el usuario especifique los grupos direccionados multidifusión para recibir mensajes. AcquireBackgroundServiceNonBlocking inicia la adquisición de un servicio pero no espera el término de la adquisición antes de regresar. La API coloca la ID de conexión para el nuevo servicio en la ubicación de memoria asignada por el usuario. La respuesta confirmada regresada por la API indica errores básicos que podrían evitar que la API proporcione el servicio. Si la llamada inicial no tiene errores, entonces en el momento determinar la adquisición del servicio (ya sea con éxito o con falla) se solicitará por medio de una llamada la función de retrodemanda definida por el usuario, que hace pasar la estructura de datos de retrodemanda asignada por el usuario.
1.17. ReleaseBackgroundService Utilizado para emitir el acceso a los datos corriente abajo de la conexión de servicio específica. La llamada regresa a un estado que indica cualesquiera errores encontrado mientras la API estaba proporcionando el servicio.
1.18. PostBackgroundRead Utilizado para recibir datos o texto provenientes de la conexión de servicio de fondo específica que se adquirió anteriormente utilizando el AcquireBackgroundServiceBlocking o
AcquireBackgroundServiceNonBlocking API .
PostBackgroundRead regresa a un estado tan pronto como se comunicó la lectura, nos indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio y el mensaje existente se enruta hacia el cliente mediante el software de distribución de mensajes, que utiliza la función retrodemanda y la estructura de datos retrodemanda.
1.19. SourcelDtoVCN Utilizado .para obtener los números de canal virtual asociados con la ID fuente específica. Si existen múltiples VCN asociados con una ID fuente individual, la lista completa de los VCN asociados se regresa. Una llamada exitosa se cargará en la estructura asignada, que incluye el número de los VCN asociados actualmente con el VCN, el número de pares tipo VCN/servicio actualmente regresados para la llamada y el VCN existente y el tipo de servicio
(analógico contra digital) para cada uno de los VCN definidos. La API asignará el indicador de paso para la estructura asignada. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
1.20. VCNtoSourceID Utilizado para obtener la ID fuente asociada con el VCN específico. Una llamada exitosa se cargará en el parámetro ID fuente asignado por el usuario. Únicamente existe una ID fuente individual asociada con un VCN. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
1.21. PendingVCTChange Utilizado para obtener una lista de cambios inminentes para la Tabla de Canal Virtual (VCT, por sus siglas en inglés), proveniente del tiempo directo específico (GPS - Satélite de Posicionamiento Global). Una llamada exitosa se cargará en la estructura asignada por la API con los cambios VCT inminentes y asignará el indicador de paso para la estructura asignada. Cada cambio inminente incluye el Número de Canal Virtual, ID Fuente de Servicio, y el tiempo del Sistema de Posicionamiento Global (GPS) que indica cuándo se programa que se presente el cambio para la VCT. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
1.22. GetDCBM Utilizado para obtener el Mapa de Bits de Canal Definido (DCBM, por sus siglas en inglés) para el tipo de canal específico. El DCBM es un mapa de bits que representa los canales (servicios) virtuales definidos actualmente. Una llamada exitosa se cargará en la disposición DCBM designada por el usuario. Esta lista de canales definidos se proporciona como una disposición de bits empaquetada, con una ubicación de bits por servicio. Un valor bit de 1 representa un canal definido, 0 representa no definido. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
1.23. ServiceComponentSplice Utilizado para identificar los siguientes componentes de audio y/o video para un servicio y para determinar si el audio y/o video serán conmutados .
1.24. AppIDtoVCN Utilizado para obtener el número de canal virtual asociado con la ID de aplicación específica. Una llamada exitosa se cargará en el parámetro pVcn asignado por el usuario (un indicador para la información VCN) . Existe sólo un VCN individual asociado con una ID de aplicación. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio .
1.25. VC toAppID Utilizado para obtener la ID de aplicación asociada con el VCN específico. Una llamada exitosa se cargará en el parámetro ID de aplicación asignado por el usuario. Existe sólo una ID de aplicación individual asociada con un VCN. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
1.26. SourceNametoAppID Utilizado para obtener la ID de aplicación asociada con la cadena de nombre fuente específica. Una llamada exitosa se cargará en el parámetro pAppID asignado por el usuario (un indicador para colocar la ID de aplicación) . Existe sólo una aplicación individual asociada con una cadena de nombre fuente. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
1.27. AppIDtoSourceName Utilizado para obtener la ID de la cadena de nombre fuente asociada con la ID de aplicación específica. Una llamada exitosa se cargará en el parámetro de cadena de nombre fuente asignada por la API y el parámetro de longitud de nombre asignado por el usuario. Existe sólo una cadena de nombre fuente individual asociada con una ID de aplicación. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
2. Las API del sistema 2.1. SysRequestConfiguration Utilizado para obtener la configuración terminal existente. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
2.2. SysRequestEPGConfig Utilizado para obtener la siguiente información de Guía de Programación Electrónica (EPG, por sus siglas en inglés) : • Configuración de Asignación de Grupo - una lista de Asignaciones de Grupo existente. Las
5 Asignaciones de Grupo proporcionan un medio para asignar un descodificador a un grupo de aplicación particular. • Configuración de la Región de Difusión - Define la región de difusión. La región de difusión se
10 puede utilizar para definir diferentes regiones
• por costo. • Configuración de la Región EPG - Especifica la ubicación lógica del DCT, desde la perspectiva de la aplicación. 15 • Idioma Preferido - El idioma preferido actual. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio. •
20 2.3. SysRequestStatus Utilizado para obtener el estado del sistema convertidor actual. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio. 25 2.4. SysRequestTimestamp Utilizado para obtener un sello temporal del sistema con el tiempo local para los segundos datos actuales, la información de zona de tiempo, etc. La llamada regresa a un estado que indica cualesquier errores encontrados mientras la API estaba
• proporcionando el servicio. 5 2.5. SysTimestampRegister Utilizado para registrar al cliente para actualizaciones de sello temporal del sistema no solicitadas. El sello temporal del sistema indica el
10 tiempo local para el segundo, incluyendo los datos
• actuales, día de la semana, información de la zona temporal, etc. El sello temporal del sistema se recibe desde la sección de RF y se traduce asincronamente hacia el cliente. El estado regresado
15 por la API indica cualesquiera errores que pudieran evitar que la API proporcione el servicio. Si la llamada inicial no tiene errores, entonces en cualquier momento en que se recibe el sello temporal del nuevo sistema, se solicitará por medio de una
20 llamada la función de retrodemanda definida por el usuario, que pasa la estructura de datos de retrodemanda asignada por el usuario.
2.6. SysTimestampCancel 25 Utilizado para cancelar el registro de las actualizaciones del tiempo del sistema que se programó por el SysTimestampRegister API. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio .
2.7. SysSetRFOutChannel Utilizado para ajustar el número de canal de salida para el hardware modulador de radiofrecuencia (RF) . La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
2.8. SysControlOnOffState Utilizado para ajustar la terminal al estado de Encendido o Apagado. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
2.9. SysControlACRelay Utilizado para cambiar entre los diferentes modos de salida de utilidad. La terminal destaca la capacidad de controlar la operación de una salida de utilidad entre el control conmutado (modo automático) y los modos de encendido de la fuerza continua/apagado de la fuerza continua. Cuando la terminal está en el modo automático, la salida de utilidad se energizará mientras la terminal está en el estado de ENCENDIDO y se desenergizará mientras la terminal esté en el estado APAGADO. Los modos de operación manual permiten que la aplicación ajuste la salida de utilidad (tipo de los Estados Unidos) ENCENDIDO continuamente o APAGADO continuamente. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba 5 proporcionando el servicio.
2.10. SysControlRFBypass Utilizado para seleccionar si la señal RF se enruta a través de la terminal o se desvía a la
10 terminal. Esta característica permite operaciones
• más favorables con las TV y VCR listas para conectarse a cable. La característica duplica la conmutación TV/VCR encontrada en muchas VCR. El acto de APAGAR la terminal forzará la condición de
15 desvío. El operador de cable puede sobrecontrolar el estado seleccionado. El estado existente se puede determinar utilizando SysRequestStatus () . La llamada regresa a un estado que indica cualesquiera errores
• encontrados mientras la API estaba proporcionando el
20 servicio.
2.11. SysSetLanguage Utilizado para ajustar el idioma preferido por el consumidor. La llamada regresa a un estado 25 que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
3. Indicación de las API de un evento no solicitado 3.1. UsolEventRegister Utilizado para registrar clientes para mensajes de indicación de eventos no solicitados. El estado regresado por la API indica cualesquiera errores que pudieran evitar que la API proporcione el servicio. Si la llamada inicial no tiene errores, entonces en cualquier momento se presenta un nuevo evento para el cual un cliente está registrado, se solicitará por medio de una llamada la función de retrodemanda definida por un usuario, que hace pasar la estructura de datos de retrodemanda asignada por el usuario.
3.2. UsolEventCancel Utilizado para cancelar el registro para una indicación de evento no solicitado que se preparó por la UsolEventRegister API. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
4. Las API en interfaz de privacia en línea base 4.1. Fin y alcance Esta sección pretende definir una interfaz de servicios cripotográficos BPI al definir un conjunto de funciones API para soportar el protocolo de gestión clave BPI (BPKM, por sus siglas en inglés) para un controlador DOCSIS. Estas API no deben ser responsables de la implementación de máquinas de estado Clave para Autorización y Encriptación de Tráfico (TEK, por sus siglas en inglés) en BPKM.
5 4.2. Objetivos y metas de seguridad Se definen las funciones API para proporcionar servicios criptográficos únicamente para las dos máquinas de estado mencionadas anteriormente. Los servicios criptográficos deben incluir lo B 10 siguiente: • Proporcionar la clave pública RSA del módem de cable para el controlador DOCSIS. • Realizar la operación de descifrado RSA en la clave de autorización encriptada proporcionada
15 por el controlador DOCSIS. Existen dos modos independientes en los cuales la API Gl BPI se pueden incluir en el código. Se debe regresar la Clave de Autorización descifrada al Controlador DOCSIS si el
20 Controlador DOCSIS tiene la capacidad de obtener todas las claves restantes necesarias. Si se selecciona este modo, únicamente dos de las API BPI se deben incluir en el código (CMExportID, CMAuthKey) . 25 > No se debe regresar la Clave de Autorización descifrada al- Controlador DOCSIS. Si se selecciona este modo, entonces se deben incluir en el código cinco de las API BPI (CMExportID, CMDeriveKeys, CMGenerateHMAC, CMVerifyHMAC, CMDecryptTEK) . • Generar la Clave de Encriptación de Claves (KEK, por sus siglas en inglés) con base en la Clave de Autorización descifrada, pero no se debe regresar la KEK al controlador DOCSIS. • Generar la clave del código de autenticación de mensaje basada en el díreccionamiento calculado
(HMAC, por sus siglas en inglés), corriente arriba, pero no se debe regresar la clave HMAC corriente arriba al Controlador DOCSIS. • Autenticar el mensaje de Petición de Clave y regresar el resumen del mensaje cifrado HMAC corriente arriba para el Controlador DOCSIS. • Generar la clave de código de autenticación de mensaje con base en direccionamiento calculado
(HMAC) corriente abajo, pero no debe regresar la clave HMAC corriente abajo al Controlador DOCSIS.
Validar el HMAC corriente abajo utilizando la clave HMAC corriente abajo. • Descifrar la Clave de Encriptación de Tráfico (TEK, por sus siglas en inglés) encriptada por DES que utiliza la KEK, y regresar la TEK al Controlador DOCSIS.
4.3. Definiciones, Acrónimos, Abreviaturas BPI Interfaz de Privacía en Línea Base BPKM Protocolo de Gestión de Clave de Privacía en Línea Base CM Módem de Cable CMTS Sistema de Terminación del Módem de Cable 5 CBC Encadenamiento de Bloques Cifrados CSP Proveedor del Servicio Criptográfico de Interfaz DES Algoritmo Estándar de Encriptación de Datos (FIPS-46, FIPS-46-1, FIPS-74, FIPS-81) át 10 DOCSS Sistema de Seguridad para Datos sobre Cable DOCSIS Especificaciones de Interfaz para Servicio de Datos sobre Cable HMAC Código de Autenticación del Mensaje Basado en Direccionamiento Calculado 15 KEK Clave para Encriptación de Claves RSA Rivest Shamir Adleman, técnica para la encriptación de clave pública SHA Algoritmo Pseudo Seguro • SID Identificación del Servicio 20 TEK Clave de Encriptación de Tráfico
4.4. Funciones para el soporte de mensajes CMExportID Utilizado para exportar atributos de
25 identificación CM del Proveedor de Servicios
Criptográficos (CSP, por sus siglas en inglés) de
BPI . Los atributos de identificación CM se utilizan en la Petición de Autorización y los Mensajes para Petición de Clave.
CMAuthKey Utilizado para descifrar la Clave de
Autorización (Auth Key) enviada en el mensaje de Respuesta de Autorización y luego pasa la Clave de Autorización descifrada de regreso al abonado. Esta función debe ser solicitada por el controlador DOCSIS inmediatamente cuando se recibe un mensaje de Respuesta para Autorización desde un CMTS. Si la entidad solicitante utiliza esta API, entonces se solicitará a la entidad solicitante obtenga la Clave de Encriptación para Claves (KEK) , la clave HMAC corriente arriba (HMACKEYU) y la clave HMAC corriente abajo (HMACKEYD) . Esta API se utilizará en el ASTB con base en WinCE. La determinación para incluir o no esta API o la CMDeriveKeys API se determinará por los requerimientos del cliente. Con base en estos requerimientos, una o la otra API serán parte de la compilación para esta construcción del software del sistema .
CMDeriveKeys Utilizado para obtener la Clave de
Autorización (Auth Key) , la Clave para Encriptación de Claves (KEK) , la clave HMAC corriente arriba (HMAC KEY U) y la clave HMAC corriente abajo (HMAC_KEY_D) . Esta función debe solicitarse por el Controlador DOCSIS inmediatamente cuando un mensaje á k para Respuesta de Autorización se recibe desde un
CMTS. El BPI CSP debe mantener una clave de 5 autorización activa individual y claves obtenidas asociadas. Auth Key, KEK, HMACKEYU y HMACKEYD no deben estar disponibles para el Controlador DOCSIS. Esta API debe utilizarse cuando el controlador DOCSIS no tiene la capacidad de obtener todas las claves 10 necesarias provenientes de la Auth Key.
CMGenerateHMAC Utilizado para generar un resumen de mensaje cifrado (HMAC Digest) para el mensaje de Petición de
15 Clave (un mensaje corriente arriba de CM a CMTS) . Como se define en BPI Spec. HMAC-Digest se debe regresar al Controlador DOCSIS.
CMVerifyHMAC 20 Utilizado para que el CM autentique la
Respuesta de Clave, el Rechazo de Clave y el mensaje inválido TEK.
CMDecryptTEK 25 Utilizado para que el CM descifre el subatributo de Clave TEK en un atributo de Parámetros SA, como se define en la sección 4.2.1.5 de BPI Spec. Esta API únicamente producirá una TEK clara cada vez que se tenga acceso. Con el fin de que el Módem Cable (CM) cumpla con el requerimiento de tener la TEK primaria y la secundaria disponible para el controlador DOCSIS necesitará hacer esta llamada API dos veces. Este controlador DOCSIS deberá mantener la pista de cuál llamada para la API es para la TEK primaria y cuál llamada es para la TEK secundaria.
5. Las API teleenviadas 5.1. Perspectiva general El teleenvío proporciona una API para que las aplicaciones y el App OS gestionen los objetos cargados en el DCT5000 ya sea de la sección de RF o vía las llamadas API.
5.2. FindFirstObject Utilizado para la búsqueda de un objeto cargado actualmente y regresar la información acerca del mismo. Se puede utilizar junto con el FindNextObj ect API para la búsqueda del directorio objetivo para todos los objetivos que se adaptan a los criterios específicos. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
5.3. FindNextObject Utilizado para la búsqueda del siguiente objetivo cargado actualmente y regresar la información acerca del mismo. Se utiliza junto con el FindFirstObject API para la búsqueda del directorio objetivo para todos los objetos que se adaptan a los criterios específicos. La llamada FindFirstObject debe regresar un resultado exitoso antes de que esta llamada se pueda utilizar para continuar una búsqueda. Todos los parámetros especificados en el FindNextObj ect deben adaptarse de aquellos provenientes del FindNextObj ect anterior o la llamada FindFirstObject. Una vez que se regresa una condición no encontrada, una FindFirstObject se debe utilizar para iniciar una nueva búsqueda. Esta llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
5.4. RegisterObjectManager Utilizado por el App OS para registrar el gestionador para objetos gestionados. El teleenvío notificará al gestionador de objetos mediante una retrodemanda en cualquier momento que un estado del objeto gestionado cambie o se requiera cambiar (por ejemplo, suprimir el mensaje de la sección de RF) . La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
5.5. WriteCompleteObject Utilizado para crear y escribir un objeto en una operación atómica. Esto es útil cuando el objeto se ha cargado completamente en una memoria intermedia. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
5.6. CreateObject Utilizado para preparar un objeto para que sea escrito a la memoria, que incluye asignar espacio para el mismo. Esto es útil para crear un objeto cuando todos los datos para el objeto no están disponibles actualmente en la memoria (véase WriteCompleteObject) . La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio. La combinación de CreateObject, WriteObject y CloseObject se puede utilizar para crear un objeto que no está disponible todo a la vez para que sea escrito en una operación de escritura individual (como puede ser con WriteCompleteO ject) . El abonado es el responsable de rastrear las áreas del objeto que se hallan escrito. Si un CloseObject es enviado antes de que todas las partes del objeto se hayan escrito, el contenido de las porciones no escritas del objeto puede contener valores aleatorios (es decir, no se hace un intento por WriteObject para rastrear cuáles áreas se hayan escrito) . Si se hace un intento para escribir nuevos datos sobre datos ya escritos con un WriteObject anterior, los nuevos datos ya sea se almacenarán exitosamente sobre los datos anteriores (si es en RAM) o se presentará un error de escritura (si es en la memoria flash) .
5.7. WriteObject Utilizado para escribir una porción de un j?k 10 objeto a la memoria. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
5.8. CloseObject 15 Utilizado para terminar la escritura del objeto en la memoria para un objeto específico. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba
• proporcionando el servicio. 20 5.9. ReadObject Utilizado para obtener el contenido del objeto específico. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras 25 la API estaba proporcionando el servicio.
5.10. DeleteObject Utilizado para eliminar uno o más objetos de la memoria. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
5.11. PurgeOb ect Utilizado para eliminar uno o más objetos de la memoria. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
5.12. Funciones de retrodemanda Retrodemanda del gestionador de objetos El gestionador de objetos puede recibir retrodemandas provenientes del teleenvío, dependiendo de la actividad que se presente en el DCT5000 relacionado con los objetos teleenviados. Cuando un evento significativo se presenta, el gestionador de objetos se solicita con un indicador para la estructura de retrodemanda que identifica el evento y el objeto al cual el evento se aplica. Las retrodemandas se envían según se presentan los eventos, así puede haber más de una retrodemanda saliente en cualquier momento determinado. La estructura tanto se asigna como se desasigna por el teleenviador .
6. Las API de compra y autorización 6.1. PurchaseProgramlm ediate Solicita que el programa en el VCN sintonizado actualmente sea comprado. El VCN específico debe adaptarse al VCN sintonizado actualmente y el ServiceStatus debe indicar que el programa puede ser comprado.
6.2. PurchaseProgram Solicita que el programa en el VCN sintonizado actualmente sea comprado. El VCN específico debe adaptarse al VCN sintonizado actualmente y el ServiceStatus debe indicar que el programa se puede comprar.
6.3. CancelProgramPurchase Solicita que la compra del programa específico se cancele. El ID de cancelación y el VCN se requieren para cancelar un programa comprado anteriormente. No es necesario que esté sintonizado al VCN específico para cancelar una compra. El ID de cancelación se utiliza únicamente para identificar que la compra sea cancelada y el VCN se utiliza como una referencia cruzada secundaria. Obsérvese que la compra debe ser "cancelable" para que la petición sea cumplida. Una compra se puede cancelar si el tiempo de la cancelación queda dentro de la Ventana Cancelable y la sección de RF ha configurado la terminal para permitir la cancelación. La Ventana Cancelable se define (aproximadamente) como el tiempo átk entre el inicio de la ventana de Pago por Evento
Interactiva (IPPV, por sus siglas en inglés) y el 5 final de la previsualización libre (es decir, inicio IPPV + duración de la previsualización libre) .
6.4. PurchasePackagelmmediate Solicita que el paquete del programa k 10 indicado por el PackageName en el VCN sintonizado actualmente sea comprado. El VCN específico debe adaptarse al VCN sintonizado actualmente, y el ServiceStatus debe indicar que el paquete puede ser comprado . 15 6.5. PurchasePackage Solicita que el paquete de programa indicado por el PackageName en el VCN sintonizado actualmente sea comprado. El VCN específico debe adaptarse al 20 VCN sintonizado actualmente, y el ServiceStatus debe indicar que el paquete puede ser comprado.
6.6. CancelPackagePurchase Solicita que la compra del servicio empacado
25 específico sea cancelado. La ID de cancelación y el
VCN se requieren para cancelar un programa comprado anteriormente. No es necesario sintonizar el VCN específico para cancelar una compra. La ID de cancelación se utiliza para identificar únicamente la compra que será cancelada y el VCN se utiliza como una referencia cruzada secundaria. Obsérvese que la compra debe ser "cancelable" para que se cumpla la 5 petición. Una compra se puede cancelar si el tiempo de cancelación queda dentro de la Ventana Cancelable y la sección de RF ha configurado la terminal para permitir la cancelación. La Ventana Cancelable se define (aproximadamente) como el tiempo entre el ^ 10 inicio de la ventana IPPV y el final de la previsualización libre (es decir, inicio IPPV + duración de la previsualización libre) .
6.7. GetPendingPurchases 15 Solicita todas las compras que están pendientes. Normalmente, esta función se utiliza después de poner en marcha el sistema para determinar cuáles compras están pendientes. El usuario puede
• entonces proporcionar una función de retrodemanda
20 para cada compra pendiente utilizando el PurchaseCallbackRefresh API. Esta API proporciona compras de todos los tipos, incluyendo programas analógicos, programas digitales y paquetes digitales. Únicamente ciertos parámetros son válidos en cada
25 caso.
6.8. PurchaseCallbackRefresh Esta API se utiliza por el usuario, después de poner en marcha el sistema, para regenerar el indicador de función de retrodemanda para la compra de un programa o paquete específico.
7. Las API Contraseña 7.1. SettopSetPassword Determina la contraseña para el canal indicado. Se utiliza el canal contraseña PARENTAL_PASSWORD para la contraseña de Control Paterno y la PURCHASE_PASSWORD de canal para comprar. Los canales adicionales se pueden proporcionar para contraseñas genéricas, dependiendo del modelo de terminal. Una contraseña es una disposición de caracteres PASSWORD_LENGTH . La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
7.2. SettopCheckPassword Verifica la contraseña indicada para un canal particular. La PARENTAL_PASSWORD de canal contraseña se utiliza para la contraseña Control Paterno y la PURCHASE_PASSWORD de canal para comprar. Se pueden proporcionar canales adicionales para contraseñas genéricas, dependiendo del modelo de terminal. Si la contraseña se ha borrado o nunca se ha determinado, ninguna contraseña coincidirá. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
8. Las API de inicialización 8.1. StartGITV Inicio de GITV. La aplicación que hace funcionar al sistema es el cliente externo que proporciona la interfaz para esta API. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio .
8.2. IsGITVReady Verifica que GITV esté corriendo. La aplicación que hace funcionar el sistema es el cliente externo que proporciona las interfaces para esta API. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
9. Las API de configuración de plataforma 9.1. GetSDRAMInfo Verifica la validez de SDRAM, que regresa a la dirección inicial, tamaño y validez del SDRAM instalado en el descodificador. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
9.2. GetEndianStatus Regresa el ENDIANness del CPU en la inicialización. • 5 9.3. GetNVMEMInfo Verifica la validez de NVMEM, regresando a la dirección de inicio, tamaño y validez del NVMEM instalado en el descodificador. La llamada regresa a un estado que indica cualesquiera errores encontrados
10 mientras la API estaba proporcionando el servicio.
• 9.4. GetSettopIDs Recupera la información acerca del descodificador incluyendo la ID de Plataforma, 15 Fabricante, información de Familia y Modelo. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio. • 20 9.5. GetTSIInfo Recupera el procesador, el tipo de puente y las luminosidades cristalinas para el descodificador, además de las direcciones MAC para DOCSIS, Ethernet, 1394, USB y Descodificador. La llamada regresa a un 25 estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
9.6. GetMemorylnfo Recupera la información del tamaño de memoria para los componentes de memoria varios del descodificador. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la
API estaba proporcionando el servicio.
9.7. GetCableModemlnfo Recupera el módem de cable y la información de la opción DOCSIS. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
9.8. GetMiscellaneousInfo Recupera el tipo de canal de salida en uso por el descodificador. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
9.9. Getl3941nfo Recupera la información acerca de la interfaz 1394 instalada en el descodificador. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
9.10. GetEthernetlnfo Recupera la información acerca de la interfaz Ethernet instalada en el descodificador. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
9.11. GetParallelPortlnfo Recupera la información sobre el puerto paralelo instalado en el descodificador. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio .
9.12. GetHardDrivelnfo Recupera el tipo de controlador duro instalado actualmente en el descodificador. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
9.13. GetPlatformlnfo Recupera el tipo de plataforma y la versión de la plataforma que está corriendo actualmente en el descodificador. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
10. Las API de diagnóstico 10.1. GetErrorStatus Indica el tipo de error cuando un error ha
• ocurrido. Debido a que el descodificador podría ser 5 uno de los siguientes: cargador del programa de arranque, plataforma base o Suite Natural, el esquema de codificación e interpretación pueden diferir por plataforma. Esta API no soporta los códigos de error del cargador del programa de arranque. Éstos se átk 10 pueden encontrar en la base de datos de inicio. Esta llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
15 10.2. GetPurchasesStatus El GetPurchaseStatusdiagnostic contiene información relacionada con las compras IPPV en el descodificador. Esta llamada regresa a un estado que indica cualesquiera errores encontrados mientras la
20 API estaba proporcionando el servicio.
10.3. GetOutputPortStatus El estado del puerto de salida contiene información relacionada con ia salida de la terminal
25 o el puerto re-modulado (Remod) . El puerto de salida/Remod es la interfaz de la terminal al aparato de televisión del abonado. Esta llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
10.4. GetLastReset El GetLastReset indica la última vez de reinicialización en segundos GPS, el tipo de reinicialización que ocurrió y la última entrada de Fatal Error Log.
A 10 10.5. GetVCTID Indica la ID de VCT para la tabla de canal virtual que está residente en el descodificador.
10.6. GetOOBStatus 15 Indica el estado de los componentes de corriente OOB. Esta llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio. •
20 10.7. GetlnbandStatus Indica el estado del multiplexor INBAND actual .
10.8. GetUnitAddresses 25 Indica las direcciones unitarias asignadas al descodificador. Esta llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
10.9 GetCurrentChannelStatus Indica el estado de la última adquisición de servicio primario intentada.
10.10. GetRenewableSecurityStatus El concepto de seguridad renovable cambia al descifrado DES para soporte o el acceso condicional original. El canal de seguridad renovable tiene un factor de forma Tipo II PCMCIA, contiene 2 MB de memoria segura no volátil, soportes criptográficos de generación clave a bordo y velocidad de encriptación y descifrado DES de 80 Mbps.
10.11. GetRFModemStatus Indica el estado de transmisión del módem RF instalado en el descodificador. Esta llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
10.12. GetCodeModuleStatus Indica el estado para cualquier firmware cargada en la memoria flash y todas las versiones del código no volátil que está instalado en el descodificador.
10.13. GetMemoryStatus Indica la configuración de memoria para el descodificador. Esta llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
10.14. GetDOCSISStatus Esta API se utiliza para recuperar información de diagnósticos DOCSIS provenientes del AppOS para diagnósticos en pantalla o retroreporte . La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
10.15. GetUSBStatus Regresa el estado del puerto USB en cualesquiera dispositivos instalados. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
10.16. Gétl394Status Regresa el estado del puerto 1394. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
10.17. GetEthernetStatus Regresa el estado del puerto Ethernet. La llamada regresa a un estado que indica cualesquiera
• errores encontrados mientras la API estaba 5 proporcionando el servicio.
10.18. GetParallelStatus Regresa el estado del puerto paralelo. La llamada regresa a un estado que indica cualesquiera ?k 10 errores encontrados mientras la API estaba proporcionando el servicio.
10.19. GetIRBIasterStatus Regresa el estado del distorsionador IR 15 (transmisor) . La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
10.20. GetIRKeyboardStatus 20 Regresa el estado del teclado IR. Esta llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
25 10.21. GetIRRemoteStatus Regresa el estado del remoto IR. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio .
10.22. GetSmartCardStatus Regresa el estado de la Tarjeta Inteligente.
La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
10.23. GetHardDriveStatus Regresa el estado del controlador duro. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
10.24. GetSettopGraphicsStatus Regresa el estado del sistema de gráficos del descodificador. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
10.25. GetNetworkAdapterStatus Indica si un adaptador de red está disponible además de los parámetros y/o estado asociados.
10.26. GetResourceAuthorizationStatus Esta API regresa el estado de Autorización de Recursos para cada recurso en el descodificador.
10.27. GetMPEGLockStatus Esta API regresa el estado cerrado de las corrientes de video y audio MPEG, así como también la
Referencia al Tiempo de Programa (PCR, por sus siglas ? 10 en inglés) .
11. Las API del servidor de audio 11.1. AudioControlModeSelect La llamada API en el Modo Seleccionar para 15 Controlar el Audio permite que un cliente ajuste el Modo de Salida de Audio del DCT5000. Las selecciones incluyen: Sonido envolvente, Estero y Mono.
• 11.2. AudioControlVolumeModeSelect 20 La llamada API en el Modo de Selección para
Volumen y Control de Audio permite que un cliente establezca o ajuste la definición de Unidad de Volumen del GITV. Esta llamada API es independiente del tipo de servicio, Analógico o Digital. 25 11.3. AudioControlLoopThruSelect La llamada API para controlar el Bucle de Audio Pasante permite que un cliente habilite o deshabilite el Bucle de Audio Pasante. Bucle Pasante Activado (Encendido) : el descodificador da salida a la fuente de audio externa sobre los conectores de banda base. - Bucle Pasante Desactivado (Apagado) : el descodificador desconecta la fuente de audio externa.
11.4. AudioControlAC3CompressionSelect La llamada API para Controlar la Compresión AC-3 permite que un cliente ajuste el Modo de Compresión en Variación Dinámica AC-3: Sin Compresión, Compresión Ligera o Compresión Alta.
11.5. AudioControlSAPSelect . La llamada API de Selección SAP permite que un cliente seleccione la fuente de audio del programa de Audio Secundario (SAP, por sus siglas en inglés), dentro de un Servicio Analógico, si está disponible. Esta operación únicamente se aplica a un Servicio Analógico individual. Específicamente, el descodificador únicamente permite que el SAP sea seleccionado mientras se adquirió o sintonizó a un Servicio Analógico con SAP.
11.6. AudioControlSPDIFSelect La llamada API para Selección del Formato de Interfaz Digital Sony Philips (SPDIF, por sus siglas en inglés) permite que un cliente seleccione la trayectoria de Salida SPDIF o de Audio Digital del descodificador con respecto a las trayectorias de jtk Salida de Audio Analógico (remod y banda base) . El descodificador proporciona tres modos de 5 salida SDPIF: SPDIF Activado: el descodificador da salida al audio sobre SPDIF, banda base y el audio remod no está disponible. Los formatos de salida de audio incluyen: sonido envolvente de mezclado descendente
Ak 10 (1+r), estéreo y mono. SPDIF Activado con Salida AC-3 Completa: El descodificador da salida al AC-3 directamente sobre SDPIF. La salida AC-3 únicamente se aplica a los Servicios Digitales. La salida Estéreo o Mono para 15 los Servicios Analógicos con respecto a SPDIF. Requiere de un descodificador AC-3 corriente abajo del descodificador. SPDIF Desactivado: el descodificador da salida al audio sobre las trayectorias de Salida
20 Analógica (remod y banda base) . Los formatos de salida de audio incluyen: envolvente mezclado descendente (1+r), estéreo y mono.
11.7. AudioVolume (control básico) 25 Esta llamada API permite que un cliente ajuste el volumen de audio maestro del descodificador. El descodificador ajusta las salidas de canal tanto derecha como izquierda.
11.8. AudioVolumeBalance (control de equilibrio acústico) Esta llamada API permite que un cliente ajuste el volumen de audio maestro del descodificador con valores de canal izquierdo y derecho por separado .
11.9. AudioMute Selecciona el modo de Desactivación de Audio maestro encendido o apagado.
11.10. AudioTvVolume (control básico) Esta llamada API permite que un cliente ajuste el volumen relativo de las fuentes de audio para TV. Esta llamada ajusta las salidas del canal tanto izquierdo como derecho.
11.11. AudioTvVolumeBalance (control de equilibrio acústico) La llamada API para Controlar el Volumen de
Equilibrio Acústico en TV permite que un cliente ajuste el volumen relativo de las fuentes de audio para TV con valores de canal izquierdo y derecho por separado.
11.12. AudioTvMute Selecciona el modo para Desactivar el Audio de la TV encendido o apagado.
11.13. AudioLocalVolume (control básico) Esta llamada API permite que un cliente ajuste el volumen relativo de las fuentes de audio locales (PCM, onda, etc.). Esta llamada ajusta las salidas de canal tanto izquierda como derecha.
11.14. AudioLocalVolumeBalance (control de equilibrio acústico) Esta llamada API permite que un cliente ajuste el volumen relativo de las fuentes de audio locales (PCM, onda, etc.) con valores de canal izquierdo y derecho por separado.
11.15. AudioLocalMute Selecciona el modo de Desactivación de Audio Local encendido o apagado.
11.16. AudioStatus El Servidor de Audio GITV proporciona una llamada API individual para reportar el Estado de Audio.
12. Las API del servidor de video 12.1. VideoTvBlank Selecciona el modo blanco para Video de TV encendido o apagado.
12.2. VideoControlTvBlankModeSelect Esta llamada API controla la forma en que el video de televisión se pone en blanco por el descodificador. Los valores por defecto se definen de tal modo que el video opere como lo hacía antes de que la llamada se introdujera.
12.3. VideoStatus El Servidor de Video GITV proporciona una llamada API individual para reportar el Estado del Video .
13. Autorizaciones de recursos 13.1. ResourcePermissionCheck Utilizado para obtener el estado de permiso de un recurso. Cuando se utiliza en el modo Global, la API toma la ID del recurso como un parámetro de entrada e intenta buscar la ID en la tabla de recursos/fila/estado. Si se encuentra la ID, el estado de permiso se regresa al abonado. Si no se encuentra la ID o no existe una tabla, la API regresará a un error. Si la API será utilizada en el modo de aplicación, el abonado debe incluir la ID del Objeto y el indicador de la versión Objeto como parámetros de entrada adicionales. En este caso, la API verificará el acceso Global para el ASTB así como también, verificará que el objeto tenga acceso al recurso.
13.2. ResAuthStatusRegister Utilizado para registrar al cliente para que reciba una notificación si el estado de autorización de un recurso cambia. El estado regresado por la API indica cualesquiera errores que podrían evitar que la API proporcione el servicio. Una vez registrado por un recurso particular, en donde quiera que el estado de autorización para que ese recurso cambie, el usuario - será notificado utilizando el mecanismo de retrodemanda .
13.3. ResAuthStatusCancel Utilizado para cancelar el registro para una indicación de estado de autorización de recurso que se preparó por el ResAuthStatusRegister API. La llamada regresa a un estado que indica cualesquiera errores encontrados mientras la API estaba proporcionando el servicio.
14. Las API de paso de alta definición 14.1. GITV Getl3945CData Esta función se solicita para obtener el bloqueo de los datos flash protegidos que contienen los datos DTCP.
14.2. GITV Setl394NVRAMData Esta función se solicita para escribir el bloque de los datos de la memoria de acceso aleatorio no volátil (NVRAM, por sus siglas en inglés) que contienen los datos DTCP.
14.3. GITV Getl394NVRAMData Esta función se solicita para leer el bloque de los datos NVRAM que contienen los datos DTCP.
14.4. GITVGetTextDescriptor Proporciona una descripción alfanumérica del descodificador en el bus 1394.
14.5. GITVDTVConnectStatus Define el estado actual de la conexión DTV,
14.6. GITV Getl3945CSRM Esta función se solicita para obtener el 1394 5C SRM (Mensajes para Renovar el Sistema) . Estos mensajes contienen las listas de revocación del certificado de los dispositivos que son condescendientes 5C no mayores. Esto se utiliza para asegurar la integridad a largo plazo del sistema. El formato SRM se describe en el capítulo 7 de la especificación 1394 5C "Digital Transmission Content Protection Specification" Volumen 1, Revisión 1.0 fechada el 4/12/99. Ahora se podrá apreciar que la presente
5 invención proporciona una interfaz de software que permite que un software personalizado descodificador de televisión y un software de sistema de operación
(OS) controlen e interactúen con el software del sistema descodificador de núcleo en una terminal de
(t 10 televisión del abonado para facilitar la provisión de servicios de televisión digital deseables, que incluyen la adquisición de servicios (por ejemplo, adquisición de una película de pago por evento), gestión de la información del sistema, configuración
15 y control del descodificador, trayectoria de regreso para indicación de emisión, capacidad de teleenvío incluyendo autenticación y autorización, y gestión de memoria no volátil. • Además, la interfaz de software se puede
20 operar en una arquitectura que permita que el software descodificador de núcleo sea compatible con entornos de operación para descodificador múltiples. Con esta arquitectura de software, no es necesario adaptar el software núcleo para diferentes entornos
25 de operación al volver a escribir un código específico para cada entorno o a través de una capa de abstracción. En lugar de esto, se proporciona una interfaz modelo de controladores a controlador del dispositivo única junto con un componente de abstracción núcleo que supere los problemas de facilidad de transporte y proporcione una interfaz limpia entre las capas en la arquitectura. La invención se puede implementar utilizando técnicas orientadas objetivo, tales como programación C++ o Java, aunque la invención no pretende estar limitada a esta implementación. La combinación de los componentes descritos en la presente proporciona una base para que el software descodificador permita las características avanzadas de una implementación para un descodificador avanzado. Cada uno de los componentes proporciona las funciones necesarias requeridas por una terminal descodificadora avanzada. La arquitectura novedosa de la invención proporciona los beneficios de reutilizar y la facilidad de transporte del software descodificador de núcleo para entornos de operación alternativos, permitiendo con esto que los componentes de software bien entendidos y probados anteriormente se puedan volver a utilizar. La arquitectura también permite las implementaciones en entornos de operación alternos para que sean proporcionados rápida y directamente. Aunque la invención se ha descrito junto con diversas implementaciones específicas, se debe apreciar que se pueden realizar diversas adaptaciones y modificaciones a la misma sin apartarse del alcance de la invención como se establece en las reivindicaciones .
Claims (1)
- NOVEDAD DE LA INVENCIÓN Habiendo descrito el presente invento, se considera como una novedad y, por lo tanto, se • reclama como propiedad lo contenido en las siguientes 5 REIVINDICACIONES : 1. Una interfaz para un software de sistema núcleo en una terminal de usuario, que comprende: un medio legible en computadora que tiene un código de programa para computadora; y 10 medios para ejecutar el código de programa • para computadora para proporcionar al menos una interfaz del programa de aplicación (API) para permitir que el software personalizado intervenga entre un programa de aplicación y el software del 15 sistema núcleo para tener acceso a una función de la terminal . 2. La interfaz según la reivindicación 1, en donde : • la función de la terminal comprende adquirir 20 un servicio. 3. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende adquirir un servicio al sintonizar un número de canal virtual 25 específico o una ID fuente que utiliza una trayectoria de servicio específica. 4. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende determinar el estado de un servicio. 5. La interfaz según la reivindicación 1, • en donde : 5 la función de la terminal comprende solicitar la información de estado con respecto a un servicio primario sintonizado actualmente sobre una trayectoria de servicio específica. 6. La interfaz según la reivindicación 1, 10 en donde: la función de la terminal comprende registrar un cliente para actualizaciones de estado de servicio no solicitado para un servicio primario sintonizado actualmente sobre una trayectoria de 15 servicio específica. 7. La interfaz según la reivindicación 1, en donde : la función de la terminal comprende cancelar A un registro para las actualizaciones de estado de 20 servicios que se prepararon anteriormente. 8. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende obtener un resumen de la información de la Tabla de Canal 25 Virtual actual para todos los canales virtuales definidos . 9. La interfaz según la reivindicación 1, en donde : la función de la terminal comprende obtener un resumen de la información de la Tabla de Canal Virtual actual y las características para todos los • canales corriente abajo DOCSIS definidos. 5 10. La interfaz según la reivindicación 1, en donde : la función de la terminal comprende agregar un componente de servicio de un tipo específico a un servicio primario sobre una trayectoria de servicio 10 específica. • 11. La interfaz según la reivindicación 1, en donde : la función de la terminal comprende deseleccionar un componente específico de un servicio 15 primario sobre una trayectoria de servicio específica . 12. La interfaz según la reivindicación 1, en donde: • la función de la terminal comprende 20 seleccionar un componente de servicio que porte los datagramas multidifusión particulares. 13. La interfaz según la reivindicación 1, en donde : la función de la terminal comprende extraer 25 fragmentos del datagrama de las secciones del datagrama que son portadas en uno o más componentes de corriente PID elementales. 14. La interfaz según la reivindicación 1, en donde : la función de la terminal comprende deseleccionar un componente de corriente específico que se seleccionó anteriormente. 15. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende solicitar un mensaje de un componente de texto o servicio de datos que se seleccionó anteriormente. 16. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende al menos uno de los siguientes: adquirir los datos corriente abajo de una fuente de servicio específica; y liberar el acceso para los datos corriente abajo de una conexión de servicio específica. 17. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende recibir datos o texto provenientes de una conexión de servicio de fondo específica que se adquirió anteriormente . 18. La interfaz según la reivindicación 1, en donde : la función de la terminal comprende obtener al menos un número de canal virtual asociado con un identificador fuente específico. 19. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende obtener un identificador fuente asociado con un número de canal virtual específico. 20. La interfaz según la reivindicación 1, en donde : la función de la terminal comprende obtener una lista de cambios pendientes para una Tabla de Canal Virtual. 21. La interfaz según la reivindicación 1, en donde : la función de la terminal comprende obtener un Mapa de Bits de Canal Definido (DCBM) para un tipo de canal específico que representa los canales/servicios virtuales definidos actualmente. 22. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende identificar el siguiente componente de audio y/o video para un servicio. 23. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende obtener un número de canal virtual asociado con un identificador de aplicación específico. 24. La interfaz según la reivindicación 1, en donde : la función de la terminal comprende obtener • un identificador de aplicación asociado con un Número 5 de Canal Virtual específico. 25. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende obtener un identificador de aplicación asociado con una 10 cadena de nombre fuente específica. 26. La interfaz según la reivindicación 1, en donde : la función de la terminal comprende obtener un identificador de cadena para nombre fuente 15 asociado con una ID de aplicación específica. 27. La interfaz según la reivindicación 1, en donde : la función de la terminal comprende • gestionar una configuración de la terminal. 20 28. La interfaz según la reivindicación 1, en donde : la función de la terminal comprende obtener al menos uno de los siguientes: información de configuración de la terminal 25 actual; información de la Guía de Programación electrónica (EPG) ; estado del sistema convertidor actual; y un sello temporal del sistema con tiempo local . 29. La interfaz según la reivindicación 1, en donde : la función de la terminal comprende al menos uno de : registrar un cliente para actualizaciones de sello temporal del sistema no solicitado; y cancelar un registro para las actualizaciones de sello temporal del sistema. 30. La interfaz según la reivindicación 1, en donde : la función de la terminal comprende fijar un número de canal de salida para el hardware modulador de RF. 31. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende fijar la terminal a un estado de Encendido o Apagado. 32. La interfaz según la reivindicación 1, en donde : la función de la terminal comprende conmutar entre diferentes modos de salida de utilidad. 33. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende seleccionar si una señal RF se enruta a través de la terminal o se desvía de la terminal. 34. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende colocar un idioma preferido del consumidor. 35. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende indicar un evento no solicitado. 36. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende al menos uno de : registrar un cliente para mensajes de indicación de eventos no solicitados; y cancelar un registro para los mensajes de indicación de eventos no solicitados. 37. La interfaz según la reivindicación 1, en donde : la función de la terminal comprende privacía de gestión. 38. La interfaz según la reivindicación 1, en donde : la función de la terminal comprende al menos uno de : proporcionar una clave pública para el Módem de Cable para un controlador DOCSIS; realizar operaciones para descifrado de una Clave -de Autorización encriptada proporcionada por un controlador DOCSIS; generar una Clave de Encriptación para Claves (KEK) con base en una Clave de Autorización descifrada; generar una clave de código de autenticación de mensajes con base en direccionamiento calculado (HMAC) corriente arriba; autenticar un mensaje para Petición de Clave y regresar un resumen del mensaje cifrado del código de autenticación de mensajes con base en direccionamiento calculado (HMAC) corriente arriba para un Controlador DOCSIS; generar una Clave para código de autenticación de mensajes con base en direccionamiento calculado (HMAC) corriente abajo; validar un código de autenticación de mensajes con base en direccionamiento calculado (HMAC) corriente abajo que utiliza una clave HMAC corriente abajo; y descifrar una Clava de Encriptación de Tráfico Encriptada (TEK) que utiliza una Clave para Encriptación de Claves (KEK) y regresar la TEK a un Controlador DOCSIS. 39. La interfaz según la reivindicación 1, en donde : la función de la terminal comprende gestionar objetos que son teleenviados por la terminal . 40. La interfaz según la reivindicación 1, • en donde: 5 la función de la terminal comprende: buscar un objeto actualmente cargado y regresar la información del mismo. 41. La interfaz según la reivindicación 1, en donde : 10 la función de la terminal comprende buscar • el siguiente objeto actualmente cargado y regresar la información del mismo. 42. La interfaz según la reivindicación 1, en donde : 15 la función de la terminal comprende el registro como un gestionador para objetos gestionados . 43. La interfaz según la reivindicación 1, en donde: 20 la función de la terminal comprende crear y escribir un objeto en una operación atómica. 44. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende al menos 25 uno de: la preparación para que un objeto sea escrito a la memoria, incluyendo la asignación de espacio para el objeto; escribir una porción de un objeto a la memoria; y terminar la escritura del objeto a la memoria para un objeto específico. 45. La interfaz según la reivindicación 1, en donde : la función de la terminal comprende obtener los contenidos de un objeto específico. 46. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende eliminar al menos un objeto de la memoria. 47. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende proporcionar un gestionador de objetos para recibir retrodemandas provenientes de un teleenviador con respecto a la actividad que se presenta en la terminal relacionada con los objetos teleenviados. 48. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende comprar un programa. 49. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende al menos uno de : solicitar que un programa en un Número de Canal Virtual sintonizado actualmente sea comprado; solicitar que una compra de un programa específico sea cancelada; solicitar que un paquete de programa indicado por un nombre de paquete en un Número de Canal Virtual sintonizado actualmente sea comprado; solicitar que una compra de un servicio empaquetado específico sea cancelada; y solicitar la información con respecto a todas las compras pendientes. 50. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende habilitar un usuario de la terminal, después de poner en marcha el sistema, para refrescar un indicador de la función de retrodemanda para la compra de un programa específico o la compra de un paquete. 51. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende colocar y/o verificar una contraseña. 52. La interfaz según la reivindicación 1, en donde : la función de la terminal comprende al menos uno de : colocar la contraseña para un canal de tiempo indicado; y verificar una contraseña indicada para un canal de tiempo particular. 53. La interfaz según la reivindicación 1, • en donde : 5 la función de la terminal comprende inicializar al menos una interfaz del programa de aplicación (API) . 54. La interfaz según la reivindicación 1, en donde : 10 la función de la terminal comprende • verificar que al menos una interfaz del programa de aplicación (API) esté corriendo. 55. La interfaz según la reivindicación 1, en donde : 15 la función de la terminal comprende configurar una plataforma de la terminal. 56. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende 20 verificar la validez de una memoria de acceso aleatorio dinámica (DRAM) instalada en la terminal al regresar la dirección de inicio, tamaño y validez de la DRAM. 57. La interfaz según la reivindicación 1, 25 en donde: la función de la terminal comprende: regresar el ENDIANness de un CPU de la terminal cuando la terminal se inicializa. 58. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende: verificar una validez de una memoria no volátil (NVMEM) de la terminal al regresar la dirección de inicio, tamaño y validez de la NVMEM. 59. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende recuperar la información acerca de la terminal que incluye al menos una de la información ID de Plataforma, Fabricante, Familia y Modelo. 60. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende: recuperar el procesador, tipo puente y luminosidades cristalinas para la terminal. 61. La interfaz según la reivindicación 1, en donde : la función de la terminal comprende recuperar las direcciones MAC para las interfaces de al menos uno de los componentes DOCSIS, Ethernet, IEEE 1394 y USB, y la terminal misma. 62. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende recuperar al menos uno de: información del tamaño de memoria para los componentes de memoria de la terminal; al menos un módem de cable y la información de opción DOCSIS; el tipo de canal de salida en uso por la terminal ; la información con respecto a una interfaz IEEE 1394 instalada en la terminal; la información con respecto a una interfaz Ethernet instalada en la terminal; la información con respecto a un puerto paralelo instalado en la terminal; la información con respecto al tipo de controlador duro instalado actualmente en la terminal; e información con respecto al tipo de plataforma y la versión de la plataforma que está corriendo actualmente en la terminal. 63. La interfaz según la reivindicación 1, en donde : la función de ia terminal comprende diagnosticar errores en la terminal. 64. La interfaz seaun la reivindicación 1, en donde : la función de la terminal comprende indicar el tipo de error cuando ha ocurrido un error. 65. La interfaz según la reivindicación 1, en donde : la función de la terminal comprende: proporcionar información de diagnóstico con respecto a compras de Pago por Evento Interactivas en la terminal. 66. La interfaz según la reivindicación 1, en donde : la función de la terminal comprende proporcionar información del diagnóstico con respecto a un puerto de salida o un puerto re-modulado de la terminal . 67. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende indicar al menos uno de: la última vez de reinicialización, el tipo de reinicialización que ocurrió y la última entrada Fatal Error Log; una ID de Tabla de Canal Virtual para la tabla de canal virtual que está residente en la terminal; un estado de los componentes de corriente fuera de banda; un estado de un multiplexor en banda actual; una dirección de unidad asignada a la terminal; un estado de la última adquisición de servicio primario intentado; un estado de seguridad renovable; un estado de transmisión de un módem RF instalado en la terminal; un estado para firmware cargado en memoria flash y todas las versiones del código no volátil que están instaladas en la terminal; y una configuración de memoria para la terminal . 68. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende recuperar la información de diagnóstico DOCSIS para Diagnósticos en Pantalla o retro-reporte. 69. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende regresar un estado de al menos uno de: un puerto USB; cualesquiera dispositivos instalados; un puerto IEEE 1394; un puerto Ethernet; un puerto paralelo; un transmisor infrarrojo (IR); un teclado IR; un control remoto IR; una tarjeta inteligente; un controlador duro; y un sistema para gráficos. 70. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende: A indicar si el adaptador de red está 5 disponible, y los parámetros y/o estado asociados del mismo . 71. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende: 10 regresar un estado de Autorización de A Recursos para cada recurso en la terminal. 72. La interfaz según la reivindicación 1, en donde : la función de la terminal comprende regresar 15 un estado de bloqueo de las corrientes de video y audio MPEG, así como también una Referencia a Tiempo del Programa (PCR) . 73. La interfaz según la reivindicación 1, en donde : 20 la función de la terminal comprende controlar una salida de audio de la terminal. 74. La interfaz según la reivindicación 1, en donde : la función de la terminal comprende colocar 25 el Modo de Salida de Audio de la terminal a uno de: Envolvente, Estéreo y Mono. 75. La interfaz según la reivindicación 1, en donde : la función de la terminal comprende permitir a un cliente al menos uno de: ajustar un Modo de Volumen para Control de Audio; 5 activar o desactivar el Bucle de Audio Pasante para dar salida a una fuente de audio externa o conectores de banda base, o desactivar la fuente de audio externa, respectivamente; ajustar un Modo de Compresión de Variación 10 Dinámica para Compresión de Audio a uno de: Sin A Compresión, Compresión Ligera y Compresión Alta; seleccionar una fuente de audio para un Programa de Audio Secundario (SAP) dentro de un Servicio Analógico, si está disponible; 15 seleccionar la trayectoria de salida de Audio Digital de la terminal en lugar de las trayectorias de salida de Audio Analógico; ajustar el volumen de audio maestro de la A terminal, en donde la terminal ajusta los valores de 20 canal izquierdo y derecho; ajustar el volumen de audio maestro de la terminal incluyendo valores de canal izquierdo y derecho por separado; ajustar el volumen relativo de las fuentes 25 de audio para TV en donde la terminal ajusta los valores de canal izquierdo y derecho; ajustar el volumen relativo de las fuentes de audio para TV, incluyendo ajustes de los valores de canal izquierdo y derecho; ajustar el volumen relativo de las fuentes de audio local, en donde la terminal ajusta las salidas de canal izquierdo y derecho; y ajustar el volumen relativo de las fuentes de audio local, incluyendo salidas de canal izquierdo y derecho. 76. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende seleccionar al menos uno de: un modo para desactivar el Audio Maestro encendido o apagado; un modo para desactivar el Audio de TV encendido o apagado; y un modo para desactivar el Audio Local encendido o apagado. 77. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende proporcionar una llamada API individual para reportar un Estado de Audio. 78. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende controlar una salida de video de la terminal. 79. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende seleccionar un modo de blanco para video TV encendido o apagado. 80. La interfaz según la reivindicación 1, en donde : la función en la terminal comprende controlar la forma en que el video de TV se pone en blanco por la terminal. 81. La interfaz según la reivindicación 1, en donde : la función en la terminal comprende proporcionar una llamada API individual para reportar un Estado de Video. 82. La interfaz según la reivindicación 1, en donde : la función de la terminal comprende autorizar un recurso de la terminal. 83. La interfaz según la reivindicación 1, en donde : la función de la terminal comprende obtener un estado de permiso de un recurso. 84. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende al menos uno de : registrar un cliente para recibir una notificación cuando el estado de autorización de un recurso cambia; y cancelar un registro preparado anteriormente 5 para recibir una notificación cuando el estado de autorización de un recurso cambia. 85. La interfaz según la reivindicación 1, en donde : la función de la terminal comprende 10 proporcionar un pasaje de alta definición. A 86. La interfaz según la reivindicación 1, en donde: la función de la terminal comprende al menos uno de : 15 obtener un bloque de datos para memoria flash protegidos que contiene datos DTCP; escribir un bloque de datos NVRAM que contiene datos DTCP; y A leer un bloque de datos NVRAM que contiene 20 datos DTCP. 87. La interfaz según la reivindicación 1, en donde : la función de la terminal comprende al menos uno de : 25 proporcionar una descripción alfanumérica de la terminal en un bus IEEE 1394; definir el estado actual de una conexión de Televisión Digital (DTV) ; y obtener un mensaje de Renovabilidad del Sistema IEEE 1394 5C. 88. La interfaz según la reivindicación 1, en donde: la terminal comprende una terminal de televisión . 89. Un método para proporcionar una interfaz para un software del sistema núcleo en una terminal de usuario, que comprende los pasos de: proporcionar un medio legible en computadora que tiene el código de programa de computadora; y ejecutar el código de programa para computadora para proporcionar al menos una interfaz del programa de aplicación (API) para permitir que el software personalizado intervenga entre un programa de aplicación y el software del sistema núcleo para tener acceso a una función de la terminal.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US13526899P | 1999-05-21 | 1999-05-21 | |
| PCT/US2000/012547 WO2000072586A2 (en) | 1999-05-21 | 2000-05-08 | Programming interface for television settop core system software |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| MXPA01011903A true MXPA01011903A (es) | 2002-06-21 |
Family
ID=22467316
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| MXPA01011903A MXPA01011903A (es) | 1999-05-21 | 2000-05-08 | Interfaz de programacion para un software del sistema nucleo para descodificador de television. |
Country Status (9)
| Country | Link |
|---|---|
| US (1) | US7690006B2 (es) |
| EP (1) | EP1190567A2 (es) |
| CN (1) | CN1361975A (es) |
| AU (1) | AU767042B2 (es) |
| BR (1) | BR0010799A (es) |
| CA (1) | CA2373841A1 (es) |
| MX (1) | MXPA01011903A (es) |
| TW (1) | TW515200B (es) |
| WO (1) | WO2000072586A2 (es) |
Families Citing this family (85)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1440539A4 (en) * | 2001-09-27 | 2009-08-26 | Broadcom Corp | STRONG INTEGRATED MEDIA ACCESS CONTROL |
| GB2416099B (en) * | 2001-10-24 | 2006-05-31 | Accenture Global Services Gmbh | Data processing system and method |
| US8079015B2 (en) | 2002-02-15 | 2011-12-13 | Telefonaktiebolaget L M Ericsson (Publ) | Layered architecture for mobile terminals |
| US7286823B2 (en) | 2002-02-15 | 2007-10-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Mobile multimedia engine |
| US7536181B2 (en) * | 2002-02-15 | 2009-05-19 | Telefonaktiebolaget L M Ericsson (Publ) | Platform system for mobile terminals |
| US7363033B2 (en) | 2002-02-15 | 2008-04-22 | Telefonaktiebolaget Lm Ericsson (Publ) | Method of and system for testing equipment during manufacturing |
| US7415270B2 (en) | 2002-02-15 | 2008-08-19 | Telefonaktiebolaget L M Ericsson (Publ) | Middleware services layer for platform system for mobile terminals |
| US7774343B2 (en) * | 2002-04-15 | 2010-08-10 | Microsoft Corporation | Multiple media vendor support |
| US7149510B2 (en) | 2002-09-23 | 2006-12-12 | Telefonaktiebolaget Lm Ericsson (Publ) | Security access manager in middleware |
| US7350211B2 (en) | 2002-09-23 | 2008-03-25 | Telefonaktiebolaget Lm Ericsson (Publ) | Middleware application environment |
| US7478395B2 (en) | 2002-09-23 | 2009-01-13 | Telefonaktiebolaget L M Ericsson (Publ) | Middleware application message/event model |
| US7487460B2 (en) * | 2003-03-21 | 2009-02-03 | Microsoft Corporation | Interface for presenting data representations in a screen-area inset |
| US20040230997A1 (en) * | 2003-05-13 | 2004-11-18 | Broadcom Corporation | Single-chip cable set-top box |
| CN101296310B (zh) * | 2003-08-06 | 2010-08-04 | 松下电器产业株式会社 | 服务执行装置及方法 |
| EP1505834A1 (en) * | 2003-08-06 | 2005-02-09 | Matsushita Electric Industrial Co., Ltd. | Service executing apparatus |
| US7647610B2 (en) | 2003-08-19 | 2010-01-12 | Lg Electronics Inc. | Interfacing system between digital TV and plurality of remote controllers, method thereof, remote controller thereof, and remote controller signal transmitting method thereof |
| US8223775B2 (en) * | 2003-09-30 | 2012-07-17 | Entropic Communications, Inc. | Architecture for a flexible and high-performance gateway cable modem |
| CN1324889C (zh) * | 2004-05-09 | 2007-07-04 | 意法半导体有限公司 | 一种嵌入式的数字电视业务平台的实现方法 |
| US8578434B2 (en) | 2004-05-21 | 2013-11-05 | Broadcom Corporation | Integrated cable modem |
| US8732788B2 (en) * | 2004-05-21 | 2014-05-20 | Broadcom Corporation | Integrated set-top box |
| US8312267B2 (en) * | 2004-07-20 | 2012-11-13 | Time Warner Cable Inc. | Technique for securely communicating programming content |
| US8266429B2 (en) | 2004-07-20 | 2012-09-11 | Time Warner Cable, Inc. | Technique for securely communicating and storing programming material in a trusted domain |
| US8239914B2 (en) | 2004-07-22 | 2012-08-07 | Broadcom Corporation | Highly integrated single chip set-top box |
| KR101092438B1 (ko) * | 2004-08-05 | 2011-12-13 | 엘지전자 주식회사 | 케이블 방송 수신기 및 그의 진단 방법 |
| US8739291B2 (en) * | 2005-01-27 | 2014-05-27 | Nokia Corporation | System and method for providing access to OMA DRM protected files from java application |
| CN100351788C (zh) * | 2005-05-18 | 2007-11-28 | 大唐移动通信设备有限公司 | 嵌入式设备的驱动方法 |
| CN100531182C (zh) * | 2005-12-02 | 2009-08-19 | 鸿富锦精密工业（深圳）有限公司 | 网络设备及其操作保护方法及使用其的网络通讯系统 |
| US8046810B2 (en) * | 2006-04-07 | 2011-10-25 | Alcatel Lucent | Method and apparatus for delivering subscription service content to roaming users |
| US20070294738A1 (en) * | 2006-06-16 | 2007-12-20 | Broadcom Corporation | Single chip cable set-top box supporting DOCSIS set-top Gateway (DSG) protocol and high definition advanced video codec (HD AVC) decode |
| US8520850B2 (en) * | 2006-10-20 | 2013-08-27 | Time Warner Cable Enterprises Llc | Downloadable security and protection methods and apparatus |
| US8732854B2 (en) | 2006-11-01 | 2014-05-20 | Time Warner Cable Enterprises Llc | Methods and apparatus for premises content distribution |
| US7930703B2 (en) * | 2006-11-03 | 2011-04-19 | At&T Intellectual Property I, L.P. | System and method for providing access to multimedia content via a serial connection |
| US8621540B2 (en) | 2007-01-24 | 2013-12-31 | Time Warner Cable Enterprises Llc | Apparatus and methods for provisioning in a download-enabled system |
| GB0710014D0 (en) * | 2007-05-24 | 2007-07-04 | Etv Interactive Ltd | System and method for displaying, selecting and purchasing services |
| JP2008306232A (ja) * | 2007-06-05 | 2008-12-18 | Funai Electric Co Ltd | 映像受信装置及び放送受信装置 |
| JP5396465B2 (ja) | 2008-05-02 | 2014-01-22 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | セッションを管理する方法およびセッションマネージャ |
| US8266514B2 (en) | 2008-06-26 | 2012-09-11 | Microsoft Corporation | Map service |
| US8107671B2 (en) | 2008-06-26 | 2012-01-31 | Microsoft Corporation | Script detection service |
| US8073680B2 (en) | 2008-06-26 | 2011-12-06 | Microsoft Corporation | Language detection service |
| BRPI0803717A2 (pt) * | 2008-09-03 | 2010-06-15 | Tqtvd Software Ltda | sistema de execução de aplicativos para televisão digital, aparato de execução de aplicativos para televisão digital e método para implementar tal sistema |
| US8731519B2 (en) | 2008-09-08 | 2014-05-20 | At&T Mobility Ii Llc | Mobile handset extension to a device |
| US8190937B1 (en) * | 2008-09-19 | 2012-05-29 | Nvidia Corporation | Method and system for managing the power state of an audio device integrated in a graphics device |
| US9182939B1 (en) | 2008-09-19 | 2015-11-10 | Nvidia Corporation | Method and system for managing the power state of an audio device integrated in a graphics device |
| US8347118B1 (en) | 2008-09-19 | 2013-01-01 | Nvidia Corporation | Method and system for managing the power state of an audio device integrated in a graphics device |
| US9268735B2 (en) * | 2008-09-30 | 2016-02-23 | Oracle America, Inc. | Loadable and modular conditional access application |
| US9986279B2 (en) | 2008-11-26 | 2018-05-29 | Free Stream Media Corp. | Discovery, access control, and communication with networked services |
| US9386356B2 (en) | 2008-11-26 | 2016-07-05 | Free Stream Media Corp. | Targeting with television audience data across multiple screens |
| US10419541B2 (en) | 2008-11-26 | 2019-09-17 | Free Stream Media Corp. | Remotely control devices over a network without authentication or registration |
| US10631068B2 (en) | 2008-11-26 | 2020-04-21 | Free Stream Media Corp. | Content exposure attribution based on renderings of related content across multiple devices |
| US9154942B2 (en) | 2008-11-26 | 2015-10-06 | Free Stream Media Corp. | Zero configuration communication between a browser and a networked media device |
| US10977693B2 (en) | 2008-11-26 | 2021-04-13 | Free Stream Media Corp. | Association of content identifier of audio-visual data with additional data through capture infrastructure |
| US9961388B2 (en) | 2008-11-26 | 2018-05-01 | David Harrison | Exposure of public internet protocol addresses in an advertising exchange server to improve relevancy of advertisements |
| US10334324B2 (en) | 2008-11-26 | 2019-06-25 | Free Stream Media Corp. | Relevant advertisement generation based on a user operating a client device communicatively coupled with a networked media device |
| US10567823B2 (en) | 2008-11-26 | 2020-02-18 | Free Stream Media Corp. | Relevant advertisement generation based on a user operating a client device communicatively coupled with a networked media device |
| US10880340B2 (en) | 2008-11-26 | 2020-12-29 | Free Stream Media Corp. | Relevancy improvement through targeting of information based on data gathered from a networked device associated with a security sandbox of a client device |
| US9519772B2 (en) | 2008-11-26 | 2016-12-13 | Free Stream Media Corp. | Relevancy improvement through targeting of information based on data gathered from a networked device associated with a security sandbox of a client device |
| US8180891B1 (en) | 2008-11-26 | 2012-05-15 | Free Stream Media Corp. | Discovery, access control, and communication with networked services from within a security sandbox |
| CN101520792B (zh) * | 2008-12-17 | 2013-04-17 | 康佳集团股份有限公司 | 一种自动挂载与识别系统文件的方法及其系统 |
| US9866609B2 (en) | 2009-06-08 | 2018-01-09 | Time Warner Cable Enterprises Llc | Methods and apparatus for premises content distribution |
| US9602864B2 (en) | 2009-06-08 | 2017-03-21 | Time Warner Cable Enterprises Llc | Media bridge apparatus and methods |
| US9906838B2 (en) | 2010-07-12 | 2018-02-27 | Time Warner Cable Enterprises Llc | Apparatus and methods for content delivery and message exchange across multiple content delivery networks |
| CN102014305B (zh) * | 2010-10-28 | 2013-01-23 | 冠捷显示科技（厦门）有限公司 | 电视配置参数及数据编辑的方法 |
| US8825811B2 (en) * | 2012-03-15 | 2014-09-02 | International Business Machines Corporation | Connection management and optimization for services delivered over networks |
| US20130263198A1 (en) * | 2012-03-30 | 2013-10-03 | Humberto Garriga | Two-way asymmetric internet data communication using a broadcast television signal |
| TWI594186B (zh) * | 2012-05-16 | 2017-08-01 | 緯創資通股份有限公司 | 虛擬頻道之管理方法、擷取數位內容之方法及具有虛擬頻道之網路多媒體重現系統 |
| TWI463320B (zh) * | 2012-11-29 | 2014-12-01 | Mstar Semiconductor Inc | 記憶體存取權限控制方法與相關記憶體管理系統 |
| US9565472B2 (en) | 2012-12-10 | 2017-02-07 | Time Warner Cable Enterprises Llc | Apparatus and methods for content transfer protection |
| US20140282786A1 (en) | 2013-03-12 | 2014-09-18 | Time Warner Cable Enterprises Llc | Methods and apparatus for providing and uploading content to personalized network storage |
| US9066153B2 (en) | 2013-03-15 | 2015-06-23 | Time Warner Cable Enterprises Llc | Apparatus and methods for multicast delivery of content in a content delivery network |
| US10368255B2 (en) | 2017-07-25 | 2019-07-30 | Time Warner Cable Enterprises Llc | Methods and apparatus for client-based dynamic control of connections to co-existing radio access networks |
| WO2014205331A2 (en) * | 2013-06-20 | 2014-12-24 | William Feininger | System and method for generating and transmitting data without personally identifiable information |
| US9313568B2 (en) | 2013-07-23 | 2016-04-12 | Chicago Custom Acoustics, Inc. | Custom earphone with dome in the canal |
| US9621940B2 (en) | 2014-05-29 | 2017-04-11 | Time Warner Cable Enterprises Llc | Apparatus and methods for recording, accessing, and delivering packetized content |
| US11540148B2 (en) | 2014-06-11 | 2022-12-27 | Time Warner Cable Enterprises Llc | Methods and apparatus for access point location |
| US9935833B2 (en) | 2014-11-05 | 2018-04-03 | Time Warner Cable Enterprises Llc | Methods and apparatus for determining an optimized wireless interface installation configuration |
| US9986578B2 (en) | 2015-12-04 | 2018-05-29 | Time Warner Cable Enterprises Llc | Apparatus and methods for selective data network access |
| US9918345B2 (en) | 2016-01-20 | 2018-03-13 | Time Warner Cable Enterprises Llc | Apparatus and method for wireless network services in moving vehicles |
| US10492034B2 (en) | 2016-03-07 | 2019-11-26 | Time Warner Cable Enterprises Llc | Apparatus and methods for dynamic open-access networks |
| US10164858B2 (en) | 2016-06-15 | 2018-12-25 | Time Warner Cable Enterprises Llc | Apparatus and methods for monitoring and diagnosing a wireless network |
| US10372702B2 (en) * | 2016-12-28 | 2019-08-06 | Intel Corporation | Methods and apparatus for detecting anomalies in electronic data |
| US10176308B2 (en) * | 2017-04-28 | 2019-01-08 | Accenture Global Solutions Limited | Entitlement management system |
| US10645547B2 (en) | 2017-06-02 | 2020-05-05 | Charter Communications Operating, Llc | Apparatus and methods for providing wireless service in a venue |
| US10638361B2 (en) | 2017-06-06 | 2020-04-28 | Charter Communications Operating, Llc | Methods and apparatus for dynamic control of connections to co-existing radio access networks |
| CN107967223B (zh) * | 2017-12-07 | 2021-01-08 | 苏州浪潮智能科技有限公司 | 一种多产品线通用代码架构系统 |
| US11128563B2 (en) * | 2018-06-22 | 2021-09-21 | Sorenson Ip Holdings, Llc | Incoming communication routing |
Family Cites Families (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5265252A (en) * | 1991-03-26 | 1993-11-23 | International Business Machines Corporation | Device driver system having generic operating system interface |
| US5440632A (en) * | 1992-12-02 | 1995-08-08 | Scientific-Atlanta, Inc. | Reprogrammable subscriber terminal |
| US5524195A (en) * | 1993-05-24 | 1996-06-04 | Sun Microsystems, Inc. | Graphical user interface for interactive television with an animated agent |
| US5841987A (en) * | 1994-08-19 | 1998-11-24 | Thomson Consumer Electronics, Inc. | Simple bus and interface system for consumer digital equipment |
| US5619250A (en) * | 1995-02-19 | 1997-04-08 | Microware Systems Corporation | Operating system for interactive television system set top box utilizing dynamic system upgrades |
| US5796423A (en) * | 1995-07-14 | 1998-08-18 | General Instrument Corporation | System for integrating digital audio and analog video to provide seamless user transparent features |
| US5784095A (en) * | 1995-07-14 | 1998-07-21 | General Instrument Corporation | Digital audio system with video output program guide |
| US5771064A (en) * | 1995-11-29 | 1998-06-23 | Scientific-Atlanta, Inc. | Home communications terminal having an applications module |
| US5946487A (en) * | 1996-06-10 | 1999-08-31 | Lsi Logic Corporation | Object-oriented multi-media architecture |
| US6510557B1 (en) * | 1997-01-03 | 2003-01-21 | Texas Instruments Incorporated | Apparatus for the integration of television signals and information from an information service provider |
| US6163316A (en) * | 1997-01-03 | 2000-12-19 | Texas Instruments Incorporated | Electronic programming system and method |
| KR100273755B1 (ko) * | 1998-02-26 | 2000-12-15 | 윤종용 | 셋탑박스에서 예약시청을 위한 제어방법 |
| US6882639B1 (en) * | 1998-09-21 | 2005-04-19 | Nortel Networks Limited | Telecommunications middleware |
| US6467052B1 (en) * | 1999-06-03 | 2002-10-15 | Microsoft Corporation | Method and apparatus for analyzing performance of data processing system |
| US7451460B2 (en) * | 2001-11-15 | 2008-11-11 | General Instrument Corporation | Programming interface for configuring a television settop terminal |
-
2000
- 2000-05-08 CA CA002373841A patent/CA2373841A1/en not_active Abandoned
- 2000-05-08 EP EP00930475A patent/EP1190567A2/en not_active Withdrawn
- 2000-05-08 CN CN00810568.5A patent/CN1361975A/zh active Pending
- 2000-05-08 AU AU48288/00A patent/AU767042B2/en not_active Ceased
- 2000-05-08 WO PCT/US2000/012547 patent/WO2000072586A2/en not_active Application Discontinuation
- 2000-05-08 BR BR0010799-9A patent/BR0010799A/pt not_active IP Right Cessation
- 2000-05-08 MX MXPA01011903A patent/MXPA01011903A/es unknown
- 2000-05-16 TW TW089109362A patent/TW515200B/zh not_active IP Right Cessation
-
2005
- 2005-08-29 US US11/214,490 patent/US7690006B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| TW515200B (en) | 2002-12-21 |
| US20060064583A1 (en) | 2006-03-23 |
| CN1361975A (zh) | 2002-07-31 |
| BR0010799A (pt) | 2002-06-11 |
| EP1190567A2 (en) | 2002-03-27 |
| AU4828800A (en) | 2000-12-12 |
| WO2000072586A2 (en) | 2000-11-30 |
| AU767042B2 (en) | 2003-10-30 |
| CA2373841A1 (en) | 2000-11-30 |
| WO2000072586A3 (en) | 2001-05-17 |
| US7690006B2 (en) | 2010-03-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| AU767042B2 (en) | Programming interface for television settop core system software | |
| US7451460B2 (en) | Programming interface for configuring a television settop terminal | |
| US8165302B2 (en) | Key table and authorization table management | |
| US7590860B2 (en) | Secure data processing apparatus | |
| JP4895424B2 (ja) | 複数ユーザ用マルチメディア・ターミナル | |
| EP1825678B1 (en) | System and method for secure conditional access download and reconfiguration | |
| US20010049720A1 (en) | Standard method of access to a multimedia provider's portal | |
| US20080172712A1 (en) | Multimedia data transmitting apparatus, multimedia data receiving apparatus, multimedia data transmitting method, and multimedia data receiving method | |
| MXPA06004543A (es) | Metodo para autentificar y ejecutar un programa de aplicacion. | |
| US20060274898A1 (en) | Key table and authorization table management | |
| JP4839303B2 (ja) | デジタルケーブルテレビ放送受信機 | |
| MXPA01011902A (es) | Arquitectura de software para una terminal descodificadora de television que proporciona compatibilidad con entornos de operacion multiple. | |
| US7804959B2 (en) | Digital cable television broadcasting receiver | |
| KR20010089281A (ko) | 다중서비스 디지털 전송 시스템을 위한 애플리케이션데이터 테이블 | |
| JP2000115748A (ja) | マルチメディア・テレマティクス・サ―ビスのようなデジタルサ―ビスの制御された提供方法及びシステム | |
| WO2012029018A1 (en) | System and method for obtaining audio/video data from a wide area network | |
| CN108200453A (zh) | 一种融合条件接收终端系统和方法 | |
| WO2001061434A2 (en) | Standard method of access to a multimedia provider's portal |