MX2008002494A - Metodo y aparato para configurar un dispositivo desde una red. - Google Patents

Abstract

Se describe un convertidor-decodificador (200) IP para usarse en una red, la cual incluye un aparato (200) y un método (300) para actualizar el aparato enana red. El método (300) incluye realizar una interfase (302) del dispositivo con una red, lanzar (304) un servicio relacionado con la interfase de la red con el dispositivo, determinar (305) cuando el servicio opera correctamente, solicitar (306) información relacionada con el servicio cuando el servicio no opera correctamente, y actualizar (314) el servicio con el uso de la información solicitada sin reiniciar el dispositivo. El aparato (200) incluye una interfase (256) de red para comunicarse con una red que incluye una solicitud para una actualización relacionada con el servicio y un valor actualizado relacionado con un servicio, una memoria (230) para almacenar el valor relacionado con el servicio, y un procesador (210) acoplado en forma operativa con la interfase (256) de red y una memoria (230) para administrar la actualización relacionada con el servicio en el aparato al permitir un cambio en el valor en la memoria (256) sin reiniciar el aparato (200).

Description

MÉTODO Y APARATO PARA CONFIGURAR UN DISPOSITIVO DESDE UNA RED Referencia cruzada con Solicitudes Relacionadas Esta solicitud reclama el beneficio de conformidad con el artículo 35 U.S.C. ? 119 de una solicitud provisional 60/711836, presentada en los Estados Unidos el 26 de agosto de 2005.

Campo de la Invención La presente invención se relaciona en general, con un dispositivo conectado a la red. Más específicamente, la presente invención se relaciona con la configuración de un sistema operativo para un dispositivo conectado a la red con el uso de información provista por la red.

Antecedentes de la Invención Esta sección tiene la intención de introducir al lector a varios aspectos de la técnica, que pueden estar relacionados con varios aspectos de la presente invención que se describen y/o reclaman a continuación. Se cree que esta descripción es útil para proporciona al lector con información de antecedentes para una mejor comprensión de los diferentes aspectos de la presente invención. De conformidad con esto, se debe entender que las declaraciones se deben leer a la luz de lo anterior, y no como admisiones de la técnica previa. El acceso a Internet continuamente se expande e incluye cada vez más dispositivos que utilizan más y más medios. Un cliente puede ahora tener acceso a Internet no solamente sobre un servicio de línea telefónica convencional, sino también a través de una red de cable o satélite, o con un celular o una red inalámbrica local. Además, el servicio de línea telefónica ha sido expandido para permitir el servicio de línea digital del suscriptor (DSL). Los tipos de servicio disponibles sobre la Internet también se han expandido para incluir no solamente la navegación en sitios de red y correo electrónico, sino también la mensajería instantánea y la entrega de música y video. Los servicios en tiempo real que incluyen voz y video también se han propagado, ya que la entrega de servicio y las velocidades de acceso se han incrementado con la llegada de redes de banda más ancha. Muchas de estas características avanzadas se ofrecen como adiciones del acceso ordinario a Internet, como una forma para generar ganancias adicionales para los proveedores de servicio. El problema que se encuentra en muchos de estos nuevos servicios es el control de la red. Los proveedores de servicio prefieren manejar la red al restringir y controlar el acceso a la misma. La mayoría de los proveedores de servicio suministran equipo propietario que es utilizado con su red por el cliente. Los proveedores de servicio incluyen software personalizado con el equipo para permitir el acceso a la red. Más importante, el software adaptado especialmente permite al proveedor de servicio administrar mejor el acceso a las características avanzadas provistas por el proveedor de servicio. Las compañías responsables de fabricar el equipo negociado utilizado en la casa del cliente se enfrentan con la tarea de adaptar el equipo fabricado en forma más eficiente para cada red del proveedor de servicio individual. En algunos casos, con el fin de permitir que el proveedor de servicio proporcione el software especializado en el equipo negociado, el equipo negociado descarga el software desde el proveedor de servicio sobre la red, después de que el equipo se instala en la casa. Las actualizaciones futuras después se descargan e instalan en tiempos futuros, según sea necesario. Los sistemas operativos de software utilizados en el equipo negociado tienen problemas de limitaciones cuando se utilizan en un ambiente restringido con respecto a las redes privadas. Los servicios normales de Internet, como las herramientas de recuperación de tiempo y administración remota con frecuencia, son difíciles de instalar después de que el sistema operativo está corriendo en el equipo negociado. Uno de los problemas principales, es evidente, por el hecho de que el fabricante prefiere conocer la información acerca de la red del proveedor de servicio cuando el sistema operativo es instalado inicialmente antes de su entrega. Toda la información necesaria para configurar el sistema operativo puede no estar disponible, ya que algunas redes tienen el propósito de tener cierto nivel de secrecía y la información puede requerir actualizaciones periódicas. Además, descargar aspectos importantes de un sistema operativo, tal como los servicios básicos puede con frecuencia ser inconveniente. Estos servicios tienen protecciones con el fin de evitar su operación ilegal, o cuando se suministra nueva información al equipo, puede funcionar mal cuando la información apropiada no está en su lugar.

Dos medidas convencionales para proporcionar los servicios críticos después de la instalación inicial es descargar el sistema operativo completo para el equipo negociado o descargar la información específica para los servicios. En cualquier medida, el equipo negociado se reiniciará o se re-arrancará con el fin de proporciona la nueva información dentro del sistema operativo. Usualmente, se requiere que el equipo negociado sea arrancado cuando los servicios importantes no se ejecutaron con éxito durante el arranque inicial. Los servicios no se pueden ejecutar después ya que la asignación de la memoria para el servicio no se hizo durante el arranque inicial. Además, el volver a arrancar el equipo negociado después de descargar la nueva información del sistema operativo toma mucho tiempo operativo desde la red y el cliente y en algunos casos puede ocurrir en un tiempo que no es conveniente para el cliente. Por lo tanto, existe la necesidad de solicitar y recibir información importante de red y para procesar información en el equipo negociado del cliente en una manera eficiente.

Breve Descripción de la Invención La presente invención se relaciona con un método y un aparato para actualizar un dispositivo en una red. El método incluye realizar una ¡nterfase entre el dispositivo y la red, emitir un servicio relacionado con la interfase de la red con el dispositivo, determinar si el servicio opera apropiadamente y actualizar el servicio con el uso de la información solicitada sin reiniciar el dispositivo. El aparato incluye una interfase de red para comunicarse con una red que incluye una solicitud para una actualización relacionada con un servicio y un valor actualizado relacionado con el servicio, una memoria para almacenar el valor relacionado con el servicio y un procesador acoplado en forma operativa con la interfase de red y la memoria para manejar la actualización relacionada con el servicio en el aparato, al permitir un cambio en el valor en la memoria sin reiniciar el aparato.

Breve Descripción de los Dibujos En los dibujos: La Figura 1 es un diagrama en bloque de un sistema ejemplificativo que utiliza la presente invención. La Figura 2 es un diagrama en bloque de una modalidad de la presente invención. La Figura 3 es un diagrama de flujo de una modalidad de la presente invención. La Figura 4 es un diagrama de flujo de otra modalidad de la presente invención. La Figura 5 es un diagrama de flujo de otra modalidad de la presente invención. Las características y ventajas de la presente invención serán evidentes a partir de la siguiente descripción, proporcionada a manera de ejemplo.

Descripción Detallada de la Invención Una o más modalidades específicas de la presente invención serán descritas a continuación. En un esfuerzo por proporcionar una descripción concisa de estas modalidades, no todas las características de la implementación real se describen en la especificación. Se debe apreciar que en el desarrollo de cualquier implementación real, como en cualquier proyecto de ingeniería o diseño, se deben tomar muchas decisiones específicas de la implementación para alcanzar los objetivos específicos del desarrollador, tal como la compatibilidad con el sistema relacionado y las restricciones relacionadas con el negocio, que pueden variar de una implementación a otra. Además, se debe apreciar que tal esfuerzo de desarrollo puede ser complejo y consumidor de tiempo, sin embargo, será una rutina que involucra el diseño, fabricación y manufactura para las personas experimentadas en la técnica. Con referencia ahora a la Figura 1, se muestra un diagrama en bloque de un sistema 100 ejemplificativo con el uso de la presente invención. El diagrama muestra una red que conecta a un proveedor 120 de servicio con uno o más equipos 130 del cliente. Un proveedor 120 de servicio de red local mantiene una conexión con la Internet a través de un eje central de la red apropiado, tal como una línea de fibra óptica. El proveedor 120 de servicio de red local también mantiene una ¡nterfase para una red local. En una modalidad preferida, el proveedor de servicio de red local opera sobre una red DSL en una línea telefónica. De esta manera, el proveedor de servicio de red local actúa como una pasarela entre la red local y la Internet. El proveedor 120 de servicio de red local también opera, mantiene o realiza una interfase con uno o más servicios 122a-122n. Estos serv'cios pueden incluir un servicio de teléfono local, un servicio de video a demanda, un servicio de difusión a la comunidad, etc. La red local puede conectarse con uno o más casas del cliente o equipos del cliente. Para simplificar, solamente se muestra una conexión, como el equipo 130 del cliente. Dentro o en el equipo 130 del cliente, un dispositivo 132 de interfase proporciona una interfase con la red local para la comunicación con el proveedor 120 de servicio de red local. El dispositivo 132 de interfase de red se utiliza para recibir y transmitir señales en la línea telefónica. El dispositivo 132 de interfase de red también puede proporcionar la demodulación de la señal recibida y la modulación de la señal transmitida. El dispositivo 132 de interfase de red también proporciona cualquier traslado necesario para realizar la interfase de las señales desde la red local a un formato requerido por el convertidor-decodificador 134, tal como un formato de protocolo Internet (IP). El convertidor-decodificador 134 puede convertir la señal suministrada de un formato, tal como el formato IP en señales de audio y video y proporcionar estas señales de audio y video al dispositivo 136 del usuario. Un dispositivo 136 ejempíificativo del usuario puede ser una televisión o una grabadora de cartuchos de video, una computadora, una computadora periférica, o su similar. Con referencia ahora a la Figura 2, se muestra un diagrama en bloque de un convertidor-decodificador 200 ejemplificativo que utiliza la presente invención. El convertidor-decodificador 200, como se describe, con frecuencia es referido como un IP-STB 200. El diagrama en bloque también puede representar circuitos asociados con operaciones asociadas con un IP-STB 200, pero los circuitos pueden estar presentes dentro de una estructura más grande, tal como un receptor de despliegue de video. Una señal en el formato IP se comunica entre el dispositivo 132 de interfase de red y el IP-STB 200 a través de un bloque 256 Ethernet. EL bloque 256 Ethernet proporciona la interfase física en la forma de un conector para cablearse entre el dispositivo 132 de interfase de red y el IP-STB 200, así como cualquier acondicionamiento específico de señal necesario para realizar la interfase del dispositivo 132 de interfase de red.

El bloque -256 Ethernet proporciona una de las interfases de comunicación al IP-STB 200. Además, el IP-STB 200 incluye un bloque 254 USB que también puede proporcionar la comunicación con dispositivos externos. El dispositivo de interfase de red puede utilizar, alternativamente, cualquiera de estas interfases como su interfase primaria de comunicación. El IP-STB 200 también puede utilizar el bloque 254 USB para las comunicaciones auxiliares. Por ejemplo, el bloque 254 USB puede permitir la conexión con una computadora o un dispositivo relacionado con una computadora, tal como una impresora. También se pueden proporcionar otras interfases de comunicación, como es conocido por las personas experimentadas en la técnica. El bloque 256 Ethernet junto con el bloque 254 USB, se conecta con un microprocesador 210. La señal IP que pasó a través del bloque 256 Ethernet es provista la microprocesador 210. El microprocesador 210 puede ser de tipo estándar, tal como la encontrada en muchas computadoras caseras. El microprocesador 210 puede contener todos los circuitos de interfase necesarios en forma interna, o en algunas aplicaciones, el microprocesador 210 puede utilizar circuitos compañeros, tal como un controlador de memoria y un controlador de entrada/salida (l/O), no mostrados, dependiendo de los requerimientos de funcionamiento y arquitectónicos. El microprocesador 210 procesa la señal IP en paquetes de datos de audio y video y también puede decodificar los paquetes de datos de audio y video en corrientes de datos de audio y video digitales individuales. Además, el microprocesador 210 analiza cualquier etiqueta identificadora e información de control que el IP-STB 200 utiliza durante la operación. El microprocesador 210 proporciona las comunicaciones de regreso a la red a través del dispositivo 132 de interfase de red a través del bloque 256 Ethernet. La comunicación desde el microprocesador 210 puede consistir principalmente de información de comando y control, actualizaciones de interfase del usuario e información de registro del dispositivo para seguridad y mantenimiento. Una memoria 220 de solamente lectura (ROM)se conecta con el microprocesador 210 y contiene información que puede ser provista durante el ensamble por el fabricante del producto. La ROM 220 también contiene un código de control que se ejecuta por el microprocesador 210 con el fin de procesar las señales. Por ejemplo, la ROM 220 contiene software de arranque para iniciar el microprocesador 210 y también contiene valores asociados con cualquier servicio inicial que es requerido para la operación en la red. Una memoria 230 se conecta con el microprocesador 210 y se utiliza por el microprocesador 210 para almacenar las instrucciones de código para el sistema operativo, valores tales como punteros para las direcciones de memoria utilizadas por el sistema operativo y cualquier actualización para el sistema operativo y cualquier valor intermedio generado durante el procesamiento de señal. La memoria 230 puede incluir uno o más tipos de memoria de acceso aleatoria (RAM) o puede incluir un disco duro. La memoria 230 también se puede segregar en varios sub-circuitos de memoria con el fin de optimizar la operación. En una modalidad, el sistema operativo se puede almacenar en una memoria flash, utilizada para el almacenamiento de largo plazo, pero aún así permite la modificación. La ROM 220 puede dirigir el microprocesador 210 para ejecutar instrucciones que empiezan en alguna ubicación en la memoria flash. La memoria flash en la memoria 230 puede entonces contener comandos para recuperar ciertos valores desde una sección de la RAM en la memoria 230. La RAM restante en la memoria 230 se puede utilizar como un almacenamiento temporal para memorizar y procesar en forma intermedia la señal recibida entrante. El microprocesador 210 proporciona las corrientes de programa de audio y video convertida al codificador 250 de video y el codificador 252 de audio. El codificador 250 de video y el codificador 252 de audio convierten las corrientes de programa de audio y video en señales de audio y video. Las señales de video y audio pueden ser señales análogas. En una modalidad, la señal de video es un video compuesto suministrado a través de una clavija telefónica, y la señal de audio es una señal análoga izquierda y derecha suministradas a través de otras dos clavijas telefónicas. El microprocesador 210 también puede proporciona las corrientes de programa de audio y video digitales para separar interfases, no mostradas, para usarse con dispositivos externos. Una interfase 202 del usuario es provista para controlar el IP-STB 200 a través de la operación del microprocesador 210. En una modalidad, la interfase del usuario es un receptor infrarrojo (IR) que recibe señales desde un control remoto, no mostrado. Un usuario introduce la función de control deseada en el control remoto. El control remoto transmite la señal que es recibida por la interfase 202 del usuario. La interfase 202 del usuario procesa la señal y proporciona la señal de interfase del usuario procesada al microprocesador 210. La energía para operar todos los circuitos se suministra desde la fuente 280 de energía, que se conecta a través de un cable de energía a una salida de pared externa. El IP-STB 200 también puede utilizar varios niveles de seguridad. El sistema operativo típicamente, está protegido solamente a un nivel mínimo a través de una serie de sumas de verificación que protege principalmente contra alteración del juego de instrucciones. La seguridad interna de los datos provista desde la red se administra a través del protocolo de administración de derechos digitales, disponible como parte de la mayoría de los sistemas operativos. El protocolo de administración también puede ser autorizado por el proveedor de servicio a través de la red. Toda la información de seguridad y el protocolo pueden ser provistos por el proveedor de servicio sobre la red. Con referencia a la Figura 3, se muestra un diagrama de flujo que ilustra una modalidad de un proceso 300 de la presente invención. En el paso 302, el IP-STB realiza el inicio o arranque del sistema operativo. El arranque del sistema se puede ejecutar cuando el IP-STB 200 se enciende por primera vez, o cuando el IP-STB 200 se conecta o se reconecta con la red. El inicio del sistema operativo también puede contener una interfase inicial del IP-STE 200 con una red, con el fin de establecer que el IP-STB 200 está solicitando atención de la red y la inclusión en la red. Además, este paso puede no estar presente cuando el IP-STB 200 está en una operación normal y las actualizaciones del sistema operativo son provistas por la red. Como se describe antes, el código para iniciar o arrancar el sistema operativo, típicamente se almacena en la ROM 220, y el código del sistema operativo, con frecuencia llamado código estático, y cualquier actualización, con frecuencia llamada, código dinámico, pueden almacenarse en la memoria 230. Después de que se ejecuta el código ROM; el código estático es ejecutado por el microprocesador 210. En el paso 304, se ejecuta el código que lanza los servicios asociados con la operación del IP-STB 200, incluyendo los servicios asociados con la memoria interna o la administración de interfase, la administración de tiempo y la administración de la red. Los servicios asociados con la administración de la red se pueden emitir, pero no operan bien debido a que la información de red es incorrecta o insuficiente, al inicio. Sin embargo, es importante, como se describe después, que los servicios de red se emitan con el fin de reservar y asignar los recursos, tales como la memoria para el servicio de red. Se debe notar que la falla para lanzar los servicios con frecuencia, fuerza al IP-STB 200 para re-arrancarse una vez que se reciba la información correcta. Como se describe antes, el rearranque o reinicio del IP-STB 200 puede desperdiciar ancho de banda de la red y puede ser inconveniente para el usuario. Además, por lo menos uno de los servicios lanzados, de preferencia, tiene la capacidad de determinar si otros servicios lanzados, en particular, servicios asociados con la red, ya han sido lanzados y/u operan apropiadamente. Entonces, en el paso 305, se toma una determinación para saber si los servicios operan apropiadamente. Cuando los servicios operan bien, entonces puede continuar el uso normal en el 318. Después, en el 306, cuando los servicios no operan correctamente, se ejecuta el código, el cual solicita al IP-STB 200 notificar al proveedor de servicio de red local y solicita información desde el servidor de red. El paso de notificación puede incluir proporcionar al proveedor de servicio de red con la información de registro necesaria, tal como el número de modelo y el número de serie o código de identificación del IP-STB 200. En el paso 308, el IP-STB 200 recibe información desde la red con respecto a la información de configuración específica de la red. La información puede incluir información específica para la operación del proveedor de la red, tal como identificadores para la ubicación de servidores utilizados por el proveedor. En el paso 310, el microprocesador 210 determina si la información de configuración es correcta. Cuando la información es correcta, entonces en el paso 314, los valores que han sido almacenados en la memoria se reemplazan con valores recién adquiridos.

Cuando la información no es correcta, en el paso 312, se proporciona una notificación de que ha ocurrido un error. La notificación se puede realizar en varias formas. Por ejemplo, después de un periodo específico de tiempo, por ejemplo, 90 segundos, el IP-STB 200 ejecutará una secuencia de re-arranque. El IP-STB 200 también puede notificar al proveedor de servicio de red que es necesaria la asistencia de servicio. Después de que los valores se actualizan, en el paso 316, el código en el IP-STB 200 ejecuta un procedimiento de actualización para cualquier servicio que utiliza la información recién recibida. Cada servicio afectado puede requerir una actualización única y separada, dependiendo de por ejemplo, los requerimientos del sistema operativo o la manera de operación del servicio. Por último, en el paso 318, el IP-STB 200 reanuda la operación normal cuando la operación se interrumpió brevemente. Los pasos adicionales, no mostrados, pueden ser necesarios para verificar que toda la información descargada tiene actualizados apropiadamente los servicios y que todos los servicios funcionan correctamente después de la actualización. Algunos sistemas operativos pueden incluir la capacidad de permitir la configuración dinámica, mientras otros sistemas operativos pueden restringir mucho esta capacidad. El problema principal es que en estos sistemas operativos restringidos se enfoca en el problema de que el servicio se inicia inmediatamente después del arranque y el sistema operativo lee el registro del sistema de las ubicaciones de memoria y los valores en ese momento para todos los valores de configuración. Las características del protocolo de tiempo de red (NTP) y del protocolo de administración de red sencilla (SNMP) son servicios individuales asociados con las comunicaciones de red y están restringidos de conformidad con los requerimientos del sistema operativo. Cada uno de estos servicios es importante para la operación del IP-STB 200. El servicio NTP establece las funciones de tiempo operativo y elimina la necesidad de utilizar una batería para mantener el tiempo. El servicio SNMP es importante para establecer comunicaciones seguras entre el IP-STB y la red. La presente invención permite, efectivamente, estos servicios y servicios con restricciones similares, para lanzarse durante el arranque inicial y operan inicialmente, incluso cuando todos los datos necesarios no estén disponibles. Los parámetros utilizados por los servicios se pueden cambiar o actualizar después del arranque inicial del sistema operativo, sin requerir un arranque completo. La presente invención, primero requiere que la información sea enviada al dispositivo desde la red, tal como la red local utilizada por un proveedor de servicio. Una vez que se recibe la información definida por el proveedor de servicio sobre la red, la memoria del dispositivo que incluye el registro del sistema operativo, se actualiza y los servicios se actualizan, lo que permite el uso de nuevos valores. La información relacionada con estos servicios se puede incluir en las redes del proveedor a través de un protocolo tal como el Protocolo de Configuración Dinámica del Anfitrión (DHCP), que también puede incluir opciones, así como el contenido específico de un archivo de configuración. En una modalidad preferida, una opción DHCP estándar (número 42), según se define por la Solicitud Internet de Comentario #2132 (RFC2132)se puede utilizar para comunicarse con la dirección de protocolo Internet (IP) del servidor NTP. Al recuperar la información especifica de la red para los servicios del sistema operativo, debe ocurrir de preferencia, al momento más temprano del inicio del sistema. Por ejemplo, la recuperación de la información especifica de red puede ocurrir durante el tiempo en que el IP-STB establece una dirección IP con el proveedor de servicio de la red. Cuando se asigna una dirección IP en el sistema en una red, con base en las opciones sustentadas por el proveedor, los datos de opciones se pueden incluir en el paquete. Los datos de opciones pueden incluir, por ejemplo, la dirección NTP necesarias. La capacidad adicional en las opciones DHCP también puede definir un servidor y una ubicación para obtener el archivo de configuración que contiene nueva información adicional. Dentro de esta información se pueden incluir varios valores utilizados por el servicio SNMP descrito más tarde. Con referencia a la Figura 4, se muestra un diagrama de flujo que ilustra otra modalidad de un proceso 400 de la presente invención. La Figura 4 ¡lustra un proceso para actualizar el servicio NTP. El servicio utilizará la información en el registro del sistema para sincronizar, en forma periódica, el tiempo utilizado por el sistema operativo en operación del IP-STB 200. El tiempo se sincroniza al ponerse en contacto con el servidor del servicio NTP, como se define en la ubicación de memoria en el registro. Además, el sistema operativo puede requerir un nombre del sistema de nombre de dominio (DNS) completo y válido, aunque no necesariamente operativo en el registro para lanzar y mantener el servicio NTP.

El diagrama de flujo empieza desde el encendido inicial del dispositivo, sin embargo, el diagrama de flujo también puede adaptar condiciones en donde los servicios ya fueron lanzados y están siendo ejecutados. En el paso 402, el IP-STB 200 empieza la secuencia de arranque inicial. La secuencia de arranque resulta en el lanzamiento de varios servicios en el paso 404, 406, y 408, incluyendo el servicio DHCP, el servicio del cliente NTP, y el configurador de servicio, respectivamente. El servicio DHCP establece la pila de procesamiento IP e incluye la dirección IP utilizada en la operación. El servicio NTP proporciona el tiempo del sistema al IP-STB 200. El IP-STB 200 puede utilizar el tiempo para la validación operativa y para la programación y administración de evento. El configurador de servicio es un servicio residente en el IP-STB 200 para la operación de administración y las comunicaciones con la red. El configurador lee los valores de opciones regresados desde la red, actualiza los valores y administra las actualizaciones. El configurador también es responsable de determinar si los servicios lanzados operan correctamente. Por ejemplo, el configurador puede determinar inicialmente que el servicio SNMP ha sido lanzado, pero no opera bien hasta que se descarga otra información desde la red. El servicio NTP requiere un nombre de dominio con el fin de entrar en contacto con el servicio para las actualizaciones de tiempo apropiadas. Infortunadamente, no es posible una copia directa del nombre de dominio con una dirección IP, dentro de las limitaciones del sistema operativo. Con el fin de superar esta limitación, un nombre estático se coloca en la entrada del registro de la tabla del anfitrión local en el momento de configuración con una dirección IP "ficticia" y el servicio NTP por omisión, se configura inicialmente para usar ese nombre. La IP "ficticia" por lo general, es una dirección IP que es reconocida como una dirección IP válida por el servicio, pero no resulta en la operación adecuada del servicio. Por ejemplo, una dirección IP "ficticia" de todos los ceros puede considerarse como válida, pero una dirección sin uso. Sin embargo, cuando el servicio intenta el acceso al dominio a través de esta dirección en la red, no se regresarán datos válidos con respecto al servicio NTP. De esta manera, el servicio NTP puede ser lanzado y todas las asignaciones de recursos y memoria serán realizados por el sistema operativo, pero el reloj del sistema no será actualizado correctamente. Después, en el paso 410, el configurador de servicio solicita y recibe una descarga desde la red, la cual contiene información con base en proporcionar una solicitud de opción 42 DHCP. En el paso 412, la nueva información se compara con la información contenida en el IP-STB 200. Cuando se determina un error, en el paso 414, se notifica al usuario del error. Cuando no se determinan errores, entonces, en el paso 416, la antigua dirección IP almacenada en la memoria y asociada con el nombre estático se reemplaza con el nuevo valor. Después, en el paso 418, el servicio NTP se detiene y se reinicia inmediatamente. Cuando el servicio NTP se inicia inmediatamente otra vez, el servicio NTP lee las mismas entradas de registro para ponerse en contacto con el servidor con el uso del mismo nombre estático como el original. Sin embargo, después de que se introduce la información actualizada, el sistema operativo, a través de la pila del protocolo de control de transmisión/protocolo Internet (TCP/IP), utiliza la tabla de anfitrión local para resolver el nombre estático para el servidor con la nueva dirección IP actualizada, que reemplazó la antigua dirección IP o "ficticia", almacenada en la memoria. La nueva dirección IP ahora corresponde al nombre del dominio para un servidor válido ubicado en la red. El servicio NTP puede recuperar el tiempo actual desde la nueva dirección IP y el IP-STB 200 puede sincronizarse con ese tiempo. En el paso 420, el IP-STB 200, confirma la sincronización apropiada. La confirmación de sincronización apropiada puede incluir comparar con un tiempo previamente almacenado o solicitar una segunda actualización de tiempo a través del servicio NTP y comparar estas dos solicitudes. Cuando el tiempo no puede ser sincronizado entonces, regresando al paso 414, se registra un error al usuario. En el paso 422, se reanuda la operación normal del IP-STB. Como se describe antes, el servicio NPT es un servicio de red critico que puede requerir una asignación de memoria durante el inicio o el arranque. El IP-STB 200 puede no incluir una batería que mantendrá el tiempo incluso cuando no haya energía provista. Además, las actualizaciones periódicas de tiempo pueden ser importantes para la operación y corrección continuas de los errores de tiempo en el IP-STB 200. Por lo tanto, la información operativa correcta tal como las direcciones IP válidas pueden no estar disponibles para el IP-STB 200 en el inicio. Además, el IP-STB 200 puede no tener un acceso directo a Internet luego del inicio. La falla en lanzar el servicio puede resultar en un requerimiento de re-arrancar el sistema una vez que se obtiene la información. Al permitir lanzar el servicio NTP, pero que opere en una manera no apropiada, se establece la asignación de memoria y se pueden proporcionar las actualizaciones a través de la operación de reinicio. Además, cualquier actualización necesaria en un tiempo futuro, debido a la reconfiguración de red, puede hacerse sin requerir del re-arranque. Con referencia ahora a la Figura 5, se muestra un diagrama de flujo de otra modalidad del proceso 500 de la presente invención. La Figura 5 ilustra un proceso para actualizar el servicio SNMP. En el caso del servicio SNMP, se proporciona la información, lo cual permite al proveedor de servicio crear un ambiente más seguro en la red local del proveedor de servicio al controlar y restringir el acceso a la red. La información puede variar entre los proveedores de servicio y como resultado, es difícil incluirla en el IP-STB 200 durante la fabricación. A diferencia del servicio NTP, sin embargo, la información disponible en las opciones DHCP estándar es insuficiente para proporciona lo que se requiere para la seguridad SNMP. El proceso empieza desde el encendido o arranque inicial del IP-STB, sin embargo, el diagrama de flujo también puede adaptar condiciones, en donde los servicios ya fueron lanzados y están siendo ejecutados. En el paso 502, el dispositivo conectado con la red empieza la secuencia inicial de arranque. La secuencia de arranque resulta en el lanzamiento de varios servicios en el paso 504, 506 y 508, entre los que se incluye el servicio DHCP, el servicio del cliente SNMP, y el configurador de servicio, respectivamente. El servicio DHCP establece la pila de procesamiento IP e incluye la dirección IP utilizada en operación. El servicio SNMP proporciona, por ejemplo, la información del protocolo de seguridad de la red para el IP-STB 200. El configurador de servicio es un servicio residente en el IP-STB 200 para administrar las operaciones y las comunicaciones con la red. El configurador lee los valores de opciones regresados desde la red, actualiza los valores y administra las actualizaciones. El configurador también es responsable de determinar si los servicios lanzados operan correctamente. Por ejemplo, el configurador puede determinar inicialmente que el servicio SNMP se ha lanzado pero no opera bien hasta que se descargue otra información desde la red. El lanzamiento del servicio SNMP durante el arranque inicial conserva la asignación importante de memoria dentro del sistema operativo para la operación apropiada. En un principio, las ubicaciones de memoria se pueden cargar con información inválida o por omisión, lo que permite al servicio SNMP lanzarse pero no operar en una manera apropiada. La operación no apropiada impedirá las operaciones restantés durante el arranque inicial, sin embargo, la operación puede requerir la corrección antes de la operación normal del IP-STB 200. Después en el paso 510, se descarga un pequeño archivo de configuración para la información relacionada con las aplicaciones del cliente. Un archivo de configuración con frecuencia, se descarga desde la red para proporcionar actualizaciones cuando son necesarias y puede incluir varias entradas específicas para los servicios. Estas nuevas entradas incluyen elementos SNMP estándar, tal como los administradores y nombres de comunidad permitidos con respecto a la red. En el paso 512, el archivo se procesa para determinar si existen errores. En el paso 514, se notifica al usuario de estos errores. Cuando no se encuentran errores en el procesamiento, en el paso 516, la información se introduce en la porción de registro de la memoria en las ubicaciones apropiadas con base en los requerimientos del sistema operativo con respecto al agente SNMP. Los servicios, tales como el SNMP puede residir en el sistema operativo y puede no detenerse durante el arranque, como el servicio NTP lo hace. Por lo tanto, la actualización del servicio SNMP puede no se manejada exactamente en la misma forma que el servicio NTP. Con el fin de adaptar la actualización del servicio SNMP, después de que se introduce nueva inferior, en el paso 518, el servicio se renueva. La operación de renovación involucra re-iniciar solamente el servicio actualizado, sin detener el servicio o interrumpir cualquier otro servicio. Después de la renovación, el proceso regresa al paso 506 y el servicio se invierte en una condición normal, que ahora opera con la nueva información en su lugar. En el paso 522, el IP-STB continúa en operación normal. Como se describe antes, el servicio SNMP es un servicio crítico de red que puede requerir una asignación de memoria durante el arranque o el inicio. Por lo tanto, el servicio SNMP puede necesitar ser lanzado durante su paso inicial. Sin embargo, la información operativa correcta puede no estar disponible para el IP-STB en su arranque. La falla en lanzar el servicio puede resultar en un requerimiento para re-arrancar el sistema, una vez que se obtiene la información. Al permitir que se lance el servicio SNMP pero no necesariamente operar en una manera apropiada, la asignación de memoria se conserva, y se pueden proporcionar las actualizaciones a través de la operación de renovación. Además, cualquier actualización necesaria en tiempo futuro, debido a por ejemplo, la reconfiguración de red, se puede realizar sin requerir el re-arranque. Además, un servicio tal como SNMP puede ofrece la capacidad para apagar o inhabilitar la construcción en el agente o servicio. Ya que el servicio no debe detenerse, el proveedor de servicio puede definir el servicio como apagado y todas las entradas SNMP en el registro se cambian para señalar las direcciones IP inválidas. Al señalar las direcciones IP inválidas crea un estado que opera efectivamente como inhabilitadas, ya que no hay comunicación disponible dentro o fuera de la caja a través del mecanismo SNMP. Aunque las modalidades antes descritas se enfocan en la entrega de audio y video a un cliente, el IP-STB 200 también puede utilizarse para entregar servicios telefónicos al cliente. La información del servicio de teléfono puede ser provista al IP-STB 200 a través de la red local en una manera similar a la antes descrita. La información telefónica puede entonces ser provista a una clavija telefónica tal como un conector RJ-11 , no mostrado, en el IP-STB 200. La clavija telefónica conecta con un equipo telefónico normal y permite el servicio telefónico a través del IP-STB 200 según se proporciona por el proveedor de servicio de red. Aunque la invención puede ser susceptible de varias modificaciones y formas alternativas, las modalidades específicas han sido mostradas como ejemplo en los dibujos y se describen con detalle en la misma. Sin embargo, se debe entender que la invención no tiene la intención de limitarse a la forma particular aquí descrita. Más bien, la invención tiene la intención de cubrir todas las modificaciones, equivalentes y alternativas que caigan dentro del espíritu y alcance de la invención, como se define en las siguientes reivindicaciones anexas.

Claims (22)

REIVINDICACIONES

1. Un método (300) para configurar un dispositivo caracterizado porque comprende los pasos de: realizar una interfase (302) del dispositivo con una red; lanzar (304) un servicio relacionado con la interfase de la red con el dispositivo; determinar (305) si el servicio opera correctamente, solicitar (306) información relacionada con el servicio cuando el servicio no opera correctamente; y actualizar (314) el servicio con el uso de la información solicitada sin reiniciar el dispositivo.

2. El método (300) de conformidad con la reivindicación 1, caracterizado porque además comprende el paso de almacenar (308) la información relacionada con el servicio en el dispositivo.

3. El método (300) de conformidad con la reivindicación 1, caracterizado porque el servicio se incluye en el sistema operativo del dispositivo.

4. El método (300) de conformidad con la reivindicación 1, caracterizado porque el paso de actualizar (314) el servicio también comprende renovar el servicio mientras el servicio es lanzado.

5. El método (300) de conformidad con la reivindicación 1, caracterizado porque el paso de actualizar (314) el servicio también comprende reiniciar el servicio.

6. El método (300) de conformidad con la reivindicación 5, caracterizado porque el paso de reiniciar el servicio también comprende los pasos de: detener el servicio; y iniciar el servicio inmediatamente después de detener el servicio.

7. El método (300) de conformidad con la reivindicación 1, caracterizado porque el servicio es un servicio de protocolo de administración de red.

8. El método (300) de conformidad con la reivindicación 1, caracterizado porque el servicio es un servicio de protocolo de tiempo.

9. El método (300) de conformidad con la reivindicación 1, caracterizado porque el paso de solicitar (306) información relacionada con el servicio utiliza un protocolo de configuración dinámica del anfitrión.

10. El método (300) de conformidad con la reivindicación 1, caracterizado porque el paso de determinar (305) cuando un servicio opera correctamente utiliza un servicio diferente en el dispositivo.

11. Un aparato (200) caracterizado porque comprende: una interfase (256) de red para comunicarse con la red, la comunicación incluye una solicitud para una actualización relacionada con el servicio y el valor actualizado relacionado con el servicio; una memoria (230) para almacenar un valor relacionado con el servicio; y un procesador (210) acoplado en forma operativa con la interfase (256) de red y la memoria (230), el procesador (210) administra la actualización relacionada con el servicio del aparato al cambiar el valor relacionado con el servicio con el valor actualizado relacionado con el servicio en la memoria (230) sin reiniciar el aparato (200).

12. El aparato (200) de conformidad con la reivindicación 11, caracterizado porque el servicio es un servicio de protocolo de tiempo.

13. El aparato (200) de conformidad con la reivindicación 11, caracterizado porque el servicio es un servicio de protocolo de administración de red.

14. El aparato (200) de conformidad con la reivindicación 11, caracterizado porque el aparato (200) se utiliza para desplegar audio y video.

15. El aparato (200) de conformidad con la reivindicación 11, caracterizado porque el aparato (200) es un convertidor-decodificador.

16. El aparato (200) de conformidad con la reivindicación 11, caracterizado porque la red es una red de línea digital del suscriptor.

17. El aparato (200) de conformidad con la reivindicación 11, caracterizado porque el servicio está incluido en un sistema operativo.

18. Un dispositivo (200), caracterizado porque comprende: un medio para realizar una interfase (256) de un dispositivo con una red; un medio para lanzar (210) un servicio en un sistema operativo del dispositivo relacionado con la interfase con la red; un medio para solicitar (210) información relacionada con el servicio; y un medio para actualizar (230) el servicio sin reiniciar el sistema operativo, al almacenar la información dentro del dispositivo (200).

19. Un método (300) para proporcionar datos de configuración a un dispositivo conectado con la red, caracterizado porque comprende: recibir una solicitud (306) de información relacionada con un servicio lanzado en un dispositivo conectado con la red; y proporcionar una actualización (308) relacionada con el servicio, la cual permite actualizar el servicio en el dispositivo sin reinictar el dispositivo.

20. El método (300) de conformidad con la reivindicación 19, caracterizado porque el servicio es un servicio de protocolo de administración de red.

21. El método (300) de conformidad con la reivindicación 19, caracterizado porque el servicio es un servicio de protocolo de tiempo.

22. El método (300) de conformidad con la reivindicación 19, caracterizado porque el paso de recibir utiliza el protocolo de configuración dinámica del anfitrión.