MX2008009282A - Terminal y metodo para realizar la administracion de dispositivos programada con base en el umbral - Google Patents

Abstract

Los comandos para administración de dispositivos a ser ejecutados dentro de una terminal y condiciones a base de umbral para ejecutar dichos comandos incluidos dentro de un contexto de programación se proporcionan en la terminal más alládel tiempo;por lo tanto, la terminal puede realizar los comandos para la administración de dispositivos, antes de que ocurran errores dentro de la terminal dado que un valor de un objeto de administración particular alcanza el umbral.

Description

TERMINAL Y MÉTODO PARA REALIZAR LA ADMINISTRACIÓN DE DISPOSITIVOS PROGRAMADA CON BASE EN EL UMBRAL DESCRIPCIÓN DE LA INVENCIÓN La presente invención se refiere a una terminal y método para realizar administración de dispositivos programada con base en el umbral de la misma. En general, la tecnología de administración de dispositivos (DM) se refiere a la muestra (o indicación), a un servidor de administración de dispositivos (DM) (u otra entidad de red), de los recursos de un cliente de administración de dispositivos (DM) (es decir, una terminal u otro dispositivo de usuario) como objetos de administración que existen en un árbol de administración de dispositivos (DM) (u otro tipo de estructura jerárquica o formato lógico que se utiliza para la administración de dispositivos), permitiendo acceso al mismo, y dejando al servidor de DM fácilmente administrar la terminal. En dicha tecnología de DM, el servidor de DM puede instruir a la terminal para procesar comandos para administración de dispositivos, mientras la terminal que es administrada, después de realizar inmediatamente el comando correspondiente, puede reportar los resultados del mismo al servidor de DM. También, el servidor de DM puede solicitar a la terminal, cambiar, actualizar, borrar o de otra manera procesar una función particular para la administración de dispositivos. Un aspecto de la presente invención es el reconocimiento, por los inventores de la presente, de los siguientes inconvenientes en la tecnología de DM de la técnica relacionada. Principalmente, en la técnica relacionada, la terminal puede solicitar al servidor de DM comandos de DM únicamente cuando un valor del objeto de administración particular excede sobre un umbral y posteriormente ocurre un error o malfuncionamiento dentro de la terminal. Como tal, los procedimientos de diagnóstico de la terminal de la técnica relacionada se vuelven más costosos, y no permiten la resolución efectiva de problemas de diagnóstico, ya que dichos problemas no pueden ser anticipados o descubiertos antes de que ocurran. De este modo, con el fin de dirigir los inconvenientes anteriores, la presente invención proporciona una terminal que recibe, desde el servidor, el contexto de programación que incluye la administración de dispositivos programada con base en el umbral y realiza los procedimientos de administración de dispositivos de conformidad con el umbral. También, la presente invención proporciona un servidor que genera un contexto de programación (u otro tipo de información de programación) que incluye la administración de dispositivos programada con base en un umbral para permitir que la terminal realice una programación más efectiva.

La figura 1 muestra estructuras conceptuales ejemplares de un servidor y una terminal de conformidad con la presente invención. La figura 2 muestra el contexto de programación como una estructura de árbol de administración de dispositivos ejemplar de conformidad con la presente invención. La figura 3 muestra el contexto de programación como otra estructura de árbol de administración de dispositivos ejemplar de conformidad con la presente invención. La figura 4 muestra un diagrama de flujo ejemplar de un procedimiento de instalación del contexto de programación de conformidad con la presente invención. La figura 5 muestra un diagrama de flujo para un método ejemplar para realizar la programación de la administración de dispositivos de conformidad con la presente invención. La figura 6 muestra un método ejemplar para realizar un procedimiento de programación de administración de dispositivos con base en un umbral. La figura 7 muestra otro método ejemplar para realizar un procedimiento de programación de administración de dispositivos a base de trampas. La presente invención proporciona una terminal con un primer módulo (u otro hardware, software, o combinación de los mismos) que muestrea un valor de un objeto de administración especificado en la terminal y compara el valor muestreado con un umbral especificado; y un segundo módulo (u otro hardware, software o combinación de los mismos) que ejecuta un comando de administración de dispositivos para el objeto de administración, si se determina por el primer módulo que el valor muestreado del objeto de administración ha alcanzado el umbral. La presente invención también proporciona una terminal con un primer módulo (u otro hardware, software o combinación de los mismos) que recibe al menos uno o más contextos de programación de un servidor, e instala al menos uno o más de los contextos de programación, en donde cada contexto de programación incluye un comando y una condición a base de umbral para ejecutar el comando; un segundo módulo (u otro hardware, software o combinación de los mismos) que muestrea un valor de un objeto de administración especificado en la terminal y compara el valor muestreado con un umbral especificado; y un tercer módulo (u otro hardware, software o combinación de los mismos) que ejecuta un comando de administración de dispositivo para el objeto de administración, si se determina por el primer módulo que el valor muestreado del objeto de administración ha alcanzado el umbral. La presente invención también proporciona un servidor que comprende un habilitador de programación de DM que crea al menos uno o más contextos de programación y solicita una instalación de por lo menos uno o más contextos de programación a la terminal de manera que la terminal pueda realizar la administración de dispositivos de conformidad con al menos uno o más contextos de programación, en donde cada contexto de programación incluye un comando y una condición a base de umbral para ejecutar el comando. La presente invención también proporciona un método para administración de un dispositivo, que comprende muestrear un valor de un objeto de administración especificado; comparar el valor muestreado con el umbral especificado; y ejecutar un comando de administración de dispositivos para el objeto de administración, si se determina que el valor del objeto de administración ha alcanzado el umbral. De aquí en adelante, modalidades ejemplares de la presente invención se describirán con más detalle con referencia a los dibujos anexos. Puede entenderse claramente que estas modalidades son meramente ejemplares y no pretenden limitar la presente invención. La figura 1 muestra estructuras conceptuales ejemplares de un servidor (es decir, un servidor de DM) y una terminal (es decir, un cliente de DM) de conformidad con la presente invención, mientras la figura 2 muestra el contexto de programación como una estructura de árbol de administración de dispositivos ejemplar. También, la figura 3 muestra el contexto de programación como otra estructura de árbol de administración de dispositivos ejemplar. Con la explicación de la figura 1 , las figuras 2 y 3 también se explicarán.

La figura 1 muestra un servidor de DM ejemplar (100) y una terminal (100) de conformidad con la presente invención. 1 ) Características del servidor de DM El servidor de DM (100) puede incluir un habilitador de programación de DM (110) u otro hardware similar y software o cualquier combinación de los mismos. El habilitador de programación de DM (110) puede estar comprendido de un módulo de administración de contexto de programación (111 ) y un módulo de procesamiento de reporte de estado (112) y/u otros tipos de hardware similar y software o cualquier combinación de los mismos. El módulo de administración de contexto de programación (111 ) puede tener una unidad (es decir, porción, elemento, etc. o combinación de los mismos) que genera un contexto de programación y solicita a la terminal (200) instalarlo o ejecutar el mismo. Con mayor detalle, el módulo de administración de contexto de programación (111 ) establece una sesión de administración de dispositivos (DM) (o algún otro tipo de término de comunicación o periodo) con la terminal (200) de conformidad con el estándar relativo (tal como el estándar de DM) y posteriormente puede solicitar a la terminal (200) instalar el contexto de programación por medio de la sesión de DM establecida. El contexto de programación puede incluir información general y uno o más componentes de programación como se ilustra en la figura 2. Tipos adicionales y/o alternativos de información, parámetros y similares también puede incluirse. Aquí, la información general puede incluir uno o más de lo siguiente: un elemento identificador del contexto de programación, un elemento de nombre, un elemento de servidor correspondiente, y un elemento de periodo de validez. El componente de programación puede incluir uno o más de lo siguiente: un elemento de Tarea que designa un comando de DM, y un elemento de Condición que designa una(s) condición (es) (es decir, razones, factores, parámetros, etcétera) para ejecutar el comando de DM. Sin embargo, debe notarse que los elementos no se limitan solamente a aquellos nombrados anteriormente, sino que diferentes elementos adicionales o únicamente algunos de los elementos nombrados pueden ser utilizados. Aquí, el comando, para la administración de dispositivos puede incluirse en un mensaje. En otras palabras, el mensaje puede incluir al menos uno o más comandos para la administración de dispositivos. Si se utiliza el mensaje, el elemento de tarea designa el mensaje. Y, las condiciones anteriores pueden ser basadas en el temporizador, basadas en trampas o basadas en el umbral. La base adicional o alternativa para las condiciones también pueden utilizarse. Mientras tanto, pueden existir uno o más componentes de programación dentro del contexto de programación y estos componentes de programación pueden tener una relación lógica de unión entre los mismos. Principalmente, los componentes de programación pueden ser de trabajo en común. Por ejemplo, este trabajo en común puede mencionarse a cuando un módulo (u otra entidad) ejecuta un comando de un primer componente de programación si una condición de un primer programa se satisface y termina un comando de un segundo componente de programación. Esto es particularmente útil para programación a base de umbral, por lo cual uno o más componentes pueden ejecutarse respectivamente en una manera alterna con base en un valor de umbral particular. Este concepto de trabajo en común puede aplicarse al contexto de programación. Es decir, si un primer contexto de programación de por lo menos uno o más contextos de programación se inicia, un segundo contexto de programación de al menos uno o más contextos de programación se detiene. El contexto de programación puede ser revisado (es decir, corregido, adaptado, modificado, etc.) mediante el módulo de administración de contexto de programación (111 ) como sea necesario, o dicha revisión puede ser solicitada a la terminal (200). También, el módulo de administración de contexto de programación (111 ) puede solicitar a la terminal (200) borrar el contexto de programación instalado. Adicionalmente, cuando el contexto de programación instalado o reinstalado en la terminal (200) cambia o cuando ocurre un error o si el estado de contexto de programación cambia, el módulo de administración de contexto de programación (111 ) puede recibir un mensaje (u otra indicación) de la terminal (200) y realizar el procesamiento apropiado del mismo.

Anteriormente, se ha descrito que el elemento de tarea y el elemento de Condición se incluyen en el componente de programación. Sin embargo, debe notarse que estos elementos pueden incluirse directamente en el contexto de programación, como se ilustra en la figura 3. (2) Características de la terminal La terminal (200) puede comprender un habilitador de programación de DM (210) y un habilítador de DM (220). Aquí, puede entenderse que otros hardware, software similares o cualquier combinación de los mismos puede utilizarse. El habilitador de programación de DM (210) puede estar comprendido de un módulo de instalación de contexto de programación (211 ), un módulo de selección de condición (212), un módulo de ejecución de comando de DM (213) y un módulo de reporte de estado (214). Aquí, puede entenderse que otro hardware similar, software o cualquier combinación de los mismos también puede utilizarse. El módulo de instalación de contexto de programación (211 ) es una unidad (es decir, porción, elemento, etc., o combinación de los mismos) que puede recibir una solicitud de instalación de contexto de programación desde el servidor (110) (es decir, el habilitador de programación de DM (110)) y realizar el procesamiento apropiado del mismo. Aquí, el contexto de programación puede ser recibido a través del habilitador de DM (220), posteriormente ser suministrado al módulo de instalación de contexto de programación (211 ). El módulo de instalación de contexto de programación (211 ) utiliza el contexto de programación para generar uno o más nodos (u otros tipos de puntos de jerarquía) en un árbol de administración de dispositivos (DM) (u otro tipo de estructura de jerarquía o formato lógico) que se utiliza dentro de la terminal (200). Aquí, el árbol de DM puede formarse de nodos de información general y uno o más componentes de programación (administración de dispositivos programados). Con relación a la figura 2, el árbol de DM (es decir, el formato de instalación de contexto de programación) se explicará con mayor detalle. Un árbol de DM ejemplar se muestra en la figura 2. Con mayor detalle, los nodos de información general (como se muestra en la figura 2) pueden estar comprendidos de un nodo de Id que indica un identificador del contexto de programación instalado, un nodo de Nombre que indica un nombre del contexto de programación, un nodo Válido que indica un período válido del contexto de programación, y un nodo de Servidor que indica el propietario del contexto de programación. Puede entenderse claramente que los nombres y tipos de estos nodos son meramente ejemplares. El componente de programación puede estar comprendido de uno o más de lo siguiente: un nodo de Tarea que indica un comando de DM, y un nodo de Condición que designa una condición (o circunstancia) para realizar el comando de DM. Claramente, otros tipos de nodos adicionales o alternativos son posibles.

Aquí, el comando de DM se incluye en un mensaje. Asimismo, el nodo de Tarea puede designar el mensaje que incluye el comando de DM. Y, como se describió anteriormente, la condición puede ser a base de un umbral.

Por lo tanto, el nodo de Condición incluye un nodo de Th que especifica una condición a base de umbral. El nodo de Th, como se ilustra en la figura 2, incluye al menos un nodo de Dirección para especificar una dirección del objeto de administración, un nodo de Intervalo para especificar un intervalo para monitorear el valor para el objeto de administración, un nodo de Umbral para especificar el umbral, un nodo de ThFormato para especificar qué formato del umbral es de booleano, carácter, entero, flotante, fecha o tiempo, un nodo de ThTipo para especificar si un tipo de umbral es un valor absoluto o valor delta, un nodo de Dirección para especificar qué umbral es de elevación, caída y estático, y un nodo de Histéresis para especificar un margen para el umbral. También, el nodo de Dirección incluye al menos uno de un nodo de URI para especificar un identificador de recurso uniforme (URI) del objeto de administración, un nodo de MOI para especificar el ¡dentificador del objeto de administración (MOI) y un nodo MOlfiltro para especificar información adicional para distinguir el objeto de administración especificado de otros objetos de administración debido a la coexistencia del objeto de administración con el mismo MOI si el nodo de MOI se utiliza. El nodo de URI puede especificar una dirección total, si el nodo de MOI no está presente. Sin embargo, si está presente el nodo de MOI, entonces el nodo de URI puede especificar una dirección relativa con la raíz de objeto de administración. En particular, el nodo de MOlfiltro incluye al menos uno de un nodo de URI, un nodo de Valor y nodo de Formato. El nodo de URI incluido en el nodo de MOlFiltro especifica un identificador de recurso uniforme (URI) del objeto de administración especificado, con relación a la raíz del objeto de administración. El nodo de Valor incluido en el nodo MOlfiltro especifica un valor a ser comparado con un valor del objeto de administración especificado indicado por el nodo de URI del nodo de MOlfiltro, con el fin de distinguir el objeto de administración especificado de otros objetos de administración en caso de que haya más de un objeto de administración con el mismo identificador de objeto de administración (MOI). El valor en el nodo de Valor puede ser comparado con el valor de URI, si el nodo de URI incluido en el nodo de MOlfiltro está presente. Sin embargo, si el nodo de URI incluido en el nodo de MOlfiltro no está presente, entonces el valor en el nodo de Valor puede compararse con el nombre de raíz del objeto de administración. El nodo de Formato incluido en el nodo de MOlfiltro especifica un formato del valor en el nodo de Valor. Los valores posibles son b64, bin, booleano, int, xml, fecha, tiempo, o flotante. Si el nodo de Formato no está presente, entonces el formato de nodo de Valor puede ser considerado como carácter.

Mientras tanto, el nodo de Umbral especifica el umbral, y un valor del nodo de Umbral es la cadena de texto numérica que representa varios formatos del valor de umbral. El formato actual del umbral se determina por el nodo de ThFormato. Las estadísticas de la muestra del objeto de administración seleccionado se compararán con el valor del nodo de Umbral. Sin embargo, si el valor actualmente muestreado es el primero (por ejemplo después de las recirculaciones de energía, la Operación de Programación se acaba de iniciar), y si no existe una muestra previa, la última muestra no se toma en cuenta. Cuando este umbral es el umbral de elevación, ocurre una selección de condición individual si el valor actualmente muestreado es mayor o igual a este umbral, y si la última muestra fue menor a este umbral. Cuando este umbral es el umbral en caída, la selección de condición ocurre en la dirección opuesta. Cuando este umbral se fija en un umbral estático, ocurre un evento de selección de condición individual cuando el valor de muestra actual es igual a este umbral independientemente del cruce, y si la última muestra no fue igual a este umbral. Sin embargo, el estado lógico de la condición será cierta siempre que el valor muestreado sea igual a este umbral. Si se especifica la histéresis, después que se genera un evento de cruce de umbral, no se generará otro hasta que el valor muestreado caiga por debajo o se eleve por arriba de este umbral mediante el margen especificado por la histéresis.

El nodo de ThFormato especifica el formato real de umbral y la histéresis. Los valores posibles del nodo de ThFormato son booleano, chr, int, fecha, tiempo o flotante. El nodo de ThFormato especifica el tipo de umbral. Los posibles del nodo de ThFormato son absolutos o delta. Si el valor es Absoluto, el valor muestreado del objeto de administración se comparará directamente con el umbral. Si el valor es Delta, el valor muestreado en la última muestra se eliminará del valor actualmente muestreado, y la diferencia se comparará con el umbral. El nodo de Dirección especifica el comportamiento de los cambios de valor a medida que ocurre el evento del cruce de umbral. Los valores posibles son elevación, caída o estático. El umbral estático significa que la selección de condición ocurre cuando el valor muestreado es igual al umbral independientemente de la dirección de cruce. El nodo de Histéresis especifica un valor de histéresis. El valor del nodo de Histéresis es la cadena del texto que representa varios formatos del valor de histéresis. El formato real del valor de histéresis se determina por el nodo de ThFormato. El uso de histéresis evita que se generen varios eventos de cruce de umbral si la muestra evaluada fluctúa alrededor del umbral debido al ruido. Por ejemplo, en caso de un umbral en elevación, una vez que se ejecute el comando, no se ejecutará de nueva cuenta, a menos que el valor muestreado se vuelva menor al umbral mediante el margen especificado por este nodo.

Mientras tanto, se describe anteriormente que el nodo de Tarea, y el nodo de Condición se incluyen en el componente de programación. Sin embargo, debe notarse que estos elementos pueden incluirse directamente en el contexto de programación, como se ilustra en la figura 3. Antes de que se instale el contexto de programación debido a las instrucciones del servidor de DM (100), el módulo de instalación de contexto de programación (211 ) puede verificar selectivamente la validez (o autenticidad) del contexto de programación, si es necesario. El módulo de selección de condición (212) es una unidad (es decir, porción, elemento, etc., o una combinación de los mismos) que monitorea o verifica si existe una selección de las condiciones a base de umbral en el componente de programación para ejecución. La condición a base del Umbral designa si un valor de un objeto de administración particular dentro de la terminal (200) alcanza un valor de umbral previamente fijado. Asimismo, el módulo de selección de condición (212) monitorea (o verifica) el valor del objeto de administración particular, lo compara con el valor de umbral, y cuando el valor de umbral es alcanzado, entonces solicita al módulo de ejecución de comando de DM (213) ejecutar el comando de DM que corresponde con la condición que se va a realizar. En el módulo de selección de condición (212) que realiza el procedimiento anterior, existe uno o más componentes de programación (es decir, una función o procedimiento de administración de dispositivos que ha sido programada), y si cada componente de programación respectivo contiene condiciones para ejecutar el procedimiento a base del umbral con respecto a la misma entidad de administración particular, las condiciones para ejecutar el procedimiento a base de umbral puede trabajarse en común con respecto a la entidad de administración particular y también pueden monitorearse. Por ejemplo, hay que asumir que un primer componente de programación (es decir, administración de dispositivos que se ha programado) y un segundo componente de programación (es decir, una administración de dispositivos que se ha programado) existe respectivamente dentro del contexto de programación. También, hay que asumir que el primer componente de programación incluye un primer comando de DM y condiciones para ejecutar un primer procedimiento a base del umbral con respecto a una entidad de administración particular, y el segundo componente de programación incluye un segundo comando de DM y condiciones para ejecutar un segundo procedimiento a base del umbral con respecto a la misma entidad de administración particular. Si se hace de esta manera, cuando el valor de la entidad de administración particular satisface las condiciones para ejecutar el primer procedimiento a base de umbral, el módulo de selección de condición (212) solicita al módulo de ejecución de comando de DM (213) ejecutar el primer comando de DM. También, cuando el valor de la identidad de administración particular satisface las condiciones para ejecutar el segundo procedimiento a base de umbral, el módulo de selección de condición (212) solicita al módulo de ejecución de comando de DM (213) ejecutar el segundo comando de DM.

El módulo de ejecución de comando de DM (213) es una unidad (es decir, porción, elemento, etc., o una combinación de los mismos) que coopera con el habilitador de DM (220) para ejecutar el comando de DM si existe una selección de las condiciones para ejecutar el comando de DM. En otras palabras, el módulo de ejecución de comando de DM (213) envía el comando de DM al habilitador de DM (220), y recibe un resultado obtenido al ejecutar el comando de DM del habilitador de DM (220). El módulo de reporte de estado (214) es una unidad que reporta al servidor de DM (100) sobre el estado de la terminal (22) o sobre los resultados obtenidos de la ejecución del comando. El módulo de reporte de estado (214) utiliza los resultados de ejecución de comando de DM (es decir, un mensaje de Estado, un mensaje de Resultado o un mensaje de Alerta) para generar un mensaje de reporte que puede ser enviado al servidor de DM (100). Aquí, el mensaje de reporte o el estado de la terminal (200) puede transmitirse al servidor de DM (100) al utilizar un Mensaje de Alerta Genérico o por otro tipo mensaje o indicación. También, como se explicó anteriormente, el módulo de reporte de estado (214) puede reportar al servidor de DM (100) cuando el estado de contexto de programación o el estado del componente de programación cambia. El cliente habilitador de DM (220) es una unidad que coopera con el módulo de ejecución de comando (214) para ejecutar los comandos de DM. Con mayor detalle, el cliente habilitador de DM (220) ejecuta un comando de DM recibido desde el módulo de ejecución de comando (214), y posteriormente los resultados del mismos se regresan (es decir, se reportan) al módulo de ejecución de comando (214). Hasta ahora, los elementos constituyentes del sistema de DM de la presente invención se han descrito con respecto al servidor de DM (100) que tienen un módulo de administración de contexto de programación (111 ) y un módulo de procesamiento de reporte de estado (112), y una terminal (200) que tiene un habilitador de programación de DM (210) (que contiene un módulo de instalación de contexto de programación (211 ), un módulo de selección de condición (212), un módulo de ejecución de comando de DM (213), y un módulo de reporte de estado (214)), y un habilitador de DM (220). Sin embargo, estos elementos también pueden implementarse como cualquier combinación del procesador (no mostrado), una interfaz de red (no mostrada), y un dispositivo de almacenamiento (no mostrado).

Características del método de conformidad con la presente invención La operación del sistema de DM de la presente invención se explicará con mayor detalle con referencia a las figuras 4 y 5. Debe notarse que aunque las figuras 4 y 5 no muestran los detalles de todos los elementos, cada procedimiento puede ser analizado por varios elementos dentro del servidor de DM (100) y la terminal (250) descrita previamente. La figura 4 es un diagrama de flujo que muestra un procedimiento de instalación de contexto de programación de conformidad con la presente invención, y la figura 5 es un diagrama de flujo que muestra un método para realizar un administración de dispositivos programado de conformidad con la presente invención. Como se muestra en la figura 4, en el procedimiento de instalación de la presente invención, el servidor de DM (100) establece un sesión de DM (o algún otro tipo de enlace de comunicación) con el habilitador de DM (220), y se instala el contexto de programación. Un procedimiento de instalación de contexto de programación ejemplar de la presente invención se explicará con mayor detalle a continuación. 1 ) El servidor de DM (100) (en particular, el módulo de administración del contexto de programación (111 ) del mismo) genera (o crea) un contexto de programación. 2) El servidor de DM (100) establece una sesión de DM con la terminal (200), y utiliza el protocolo de DM (u otro protocolo de comunicación apropiado) para proporcionar una solicitud (o instrucción) para instalar el contexto de programación generado al cliente habilitador de programación de DM (210) de la terminal (200). Aquí, la solicitud puede ser entregada a través del habilitador de DM (220) al cliente habilitador de programación de DM (210). 3) El habilitador de programación de DM (210) de la terminal (200) (en particular, el módulo de instalación de contexto de programación (211 ) del mismos) verifica la validez del contexto de programación. 4) Tras terminar la verificación de validez, el habilitador de programación de DM (210) de la terminal (200) (en particular, el módulo de instalación de contexto de programación (211 ) del mismo) instala el contexto de programación en el árbol de DM (u otro tipo de estructura de jerarquía o formato lógico) de la terminal (200). Aquí, un ejemplo del árbol de DM se muestra en las figuras 2 y 3 como se describieron anteriormente. 5) Cuando dicha instalación se completa, el habilitador de programación de DM (210) de la terminal (200) (en particular el módulo de instalación de contexto de programación (211 ) del mismo) reporta los resultados de la instalación de contexto de programación al servidor de DM (100). Con relación a la figura 5, se describirá un método de procesamiento del componente de programa ejemplar de la presente invención. 1 ) El habilitador de programación de DM (210) (en particular, el módulo de selección de condición (212) del mismo) verifica el modo de Condición en el árbol de DM que representa una instalación de contexto de programación, y monitorea si existe una selección con las condiciones para ejecución del mismo. Aquí, dichas condiciones pueden ser a base del umbral. Otras condiciones adicionales o alternativas también son posibles. 2) De conformidad con dicho monitoreo, si se confirma que existe una selección de la condición para ejecución, el habilitador de programación de DM (210) (en particular, el módulo de ejecución de comando de DM (213) del mismo) coopera con el habilitador de DM (220), para ejecutar el comando de DM. 3) Cuando la ejecución del comando de DM se completa, el habilitador de programación de DM (210) (en particular, el módulo de reporte de estado (214) del mismo) reporta los resultados de ejecución o el estado de la terminal (200) al servidor de DM (100). Principalmente, el reporte de los resultados de ejecución puede informar al servidor de DM (100) sobre si el comando de DM se ha realizado apropiadamente, o la(s) razón(es) por la(s) cual(s) ha ocurrido un error. Dicho procedimiento de reporte puede utilizar los resultados de ejecución para crear un mensaje de reporte (o algún otro tipo de indicación), que pueda entonces ser enviado al servidor de DM (100). 4) Tras recibir el reporte de estado, el servidor de DM (100) (en particular, el módulo de procesamiento de reporte de estado (120) del mismo) realiza el análisis (u otro procesamiento) en el reporte de estado recibido. La figura 6 muestra un método ejemplar para realizar la programación de administración de dispositivos a base del umbral, mientras la figura 7 muestra un método ejemplar para realizar la programación de administración de dispositivos a base de la trampa. Como se muestra en la figura 6, el contexto de programación puede estar comprendido de dos componentes de programación. Con mayor detalle, el primer componente de programación (es decir la administración de dispositivos programado) del contexto de programación permite la ejecución de un comando de DM que cambia la variable foo a bar, si el valor de la entidad de administración particular, por ejemplo, si el valor de umbral cuando la entidad de interfaz de radio tiene un rendimiento estable, que excede el 1. También, el segundo componente de programación del contexto de programación permite la ejecución de un comando de DM que cambia la variable bar a foo, si el valor de una entidad de administración particular se regresa a un estado estable. También, debido a la histéresis, el primer y segundo componentes de programación pueden ignorar las situaciones en donde el rendimiento de una interfaz de radio particular excede el umbral 1 pero entonces de nueva cuenta cae por debajo del umbral 1 , si dicha diferencia se considera relativamente pequeña (es decir, si está dentro de la escala de histéresis (permitida)). Esto es para excluir las causas para inestabilidad del sistema debido a los efectos de ruido (u otra interferencia). Un procedimiento de ejecución ejemplar del primer y segundo componente se describirá. 1 ) El primer componente y el segundo componente cambian de un estado inicial a uno activo (o habilitado) y se ejecutan. 2) Si el rendimiento de un dispositivo de interfaz de radio particular (inalámbrico) excede el umbral 1 , el comando de DM del primer componente de programación se ejecuta. 3) Tras realizar el comando de DM, la variable foo cambia a bar, el primer componente de programación se vuelve inactivo (o inhabilitado), y se ejecuta el segundo componente de programación. 4) Si el rendimiento de un dispositivo de interfaz de radio particular (inalámbrico) cae por debajo del umbral 2, el comando de DM del segundo componente de programación se ejecuta. 5) Tras ejecutar el comando de DM, la variable bar cambia a foo, el segundo componente de programación se vuelve inactivo (o inhabilitado), y se ejecuta el primer componente de programación. La figura 7 muestra un contexto de programación que comprende dos componentes de programación (es decir, administración de dispositivos programados). Con mayor detalle, el primer componente de programación del contexto de programación permite que se establezca un modo de operación de terminal para un modo de emergencia cuando ocurre un evento particular 1 , y ejecuta un segundo componente de programación. El segundo componente de programación del contexto de programación verifica periódicamente si existe un estado anormal, y si el estado anormal se remueve (o resuelve), se permite que la terminal regrese a su modo normal desde el modo de emergencia. Un procedimiento de ejecución ejemplar del primer y segundo componentes de programación es como sigue. 1 ) Cuando se instala el contexto de programación, el segundo componente cambia de su estado inicial a un estado inactivo (o inhabilitado), el primer componente de programación cambia de su estado inicial a uno activo o un estado habilitado y se ejecuta. 2) Cuando el evento particular 1 ocurre, el comando de DM del primer componente de programación se ejecuta. 3) Tras la ejecución del comando de DM, el modo de operación de terminal cambia a modo de emergencia, el primer componente de programación se vuelve inactivo (o inhabilitado), y el segundo componente de programación se vuelve activo (o habilitado). 4) Cuando el segundo componente de programación cambia al estado activo y se ejecuta, el segundo componente de programación verifica si el estado de la terminal es normal, por lo que esta verificación se realiza en una manera periódica, tal como cada 10 minutos. 5) Tras la verificación periódica, si el estado de la terminal es normal, el comando de DM del segundo componente se ejecuta. 6) Cuando se ejecuta el comando de DM, el modo de operación de terminal cambia del modo de emergencia al modo normal, el segundo componente de programación se inhabilita, y el primer componente de programación se habilita. El método de la presente invención puede implementarse como software, hardware, o cualquier combinación de los mismos. Por ejemplo, el método de la presente invención puede implementarse como códigos o instrucciones dentro de un programa de software que se almacena en un medio de almacenamiento (por ejemplo, una memoria interna de la terminal, una memoria instantánea o un disco duro, etc.) y se ejecuta por un procesador (por ejemplo, un microprocesador dentro de la terminal, etc.).

Por lo que respecta a los efectos de la presente invención, al proporcionar (por delante del tiempo) a la terminal, los comandos de DM a ser ejecutados dentro de la terminal y las condiciones a base de umbral (incluidas dentro del contexto de programación) para ejecutar dichos comandos de DM, y al ejecutar la terminal estos comandos de DM de conformidad con las condiciones a base de umbral, el resultado puede ser que la terminal reconoce dichos comandos como si se proporcionaran inmediatamente desde el servidor de DM en cualquier momento que la terminal solicite un(os) comando(s) de DM desde el servidor de DM. También, ya que la presente invención permite que los comandos de DM se ejecuten de conformidad con el valor umbral particular, pueden ocurrir errores en la terminal que pueden evitarse efectivamente (o al menos reducirse al mínimo). Adicionalmente, al permitir que uno o más contextos de programación se ejecuten respectivamente en una manera alterna con base en un valor de umbral particular, los comandos de DM pueden ejecutarse en una manera más sistemática y de esta manera manejarse más efectivamente. Debe notarse que las características y conceptos de la presente invención se refieren a varios tipos de estándares con respecto a la administración de dispositivos (DM) que se gobiernan por ciertas organizaciones estándares correspondientes. Como tal, varios estándares correspondientes y los conceptos especificados en la presente también son parte de la presente invención.

Aunque esta especificación especifica varios nombres de comandos, nodos, subnodos, etc. relacionados con la administración de dispositivos (DM), puede claramente entenderse que dichos nombres y etiquetas son meramente ejemplares. Las características de la presente invención no se limitan, ya que otros nombres equivalentes o etiquetas pueden utilizarse, siempre que se refieran a la misma función o funciones equivalentes y/o características. Cualquier referencia en esta especificación a "una modalidad" "la modalidad", "modalidad ejemplar", etc. significa que un aspecto particular, estructura o característica descrita en relación con la modalidad se incluyen en al menos una modalidad de la invención. Las apariciones de dichas frases en varios lugares en la especificación no necesariamente se refieren a la misma modalidad. Además, cuando un aspecto, estructura o característica particular se describe en conexión con cualquier modalidad, se admite que está dentro del alcance de un experto en la técnica para efectuar dicho aspecto, estructura o característica en relación con otras en las modalidades. Aunque las modalidades han sido descritas con referencia a un número de modalidades ilustrativas de la misma, debe entenderse que numerosas modificaciones y otras modalidades pueden contemplarse por los expertos en la técnica que estén dentro del espíritu y alcance de los principios de esta descripción. Más particularmente, muchas variaciones y modificaciones son posibles en las partes componentes y/o disposiciones de la disposición de combinación en cuestión dentro del alcance de la descripción, los dibujos y las reivindicaciones anexas. Además de las variaciones y modificaciones en las partes componentes y/o disposiciones, usos alternativos también serán evidentes para los expertos en la técnica.

Claims (28)

NOVEDAD DE LA INVENCIÓN REIVINDICACIONES

1.- Una terminal, que comprende: un primer módulo adaptado para recibir al menos uno o más contextos de programación de un servidor, y para instalar al menos uno o más contextos de programación, en donde cada contexto de programación incluye un comando y una condición a base de umbral para ejecutar el comando; un segundo módulo adaptado para muestrear un valor de un objeto de administración especificado en la terminal, y para comparar el valor muestreado con el umbral; y un tercer módulo adaptado para ejecutar un comando de administración de dispositivos para el objeto de administración, si se determina por el segundo módulo que el valor muestreado del objeto de administración ha alcanzado el umbral.

2.- La terminal de conformidad con la reivindicación 1 , caracterizada además porque el segundo módulo muestrea cada valor para uno o más objetos de administración especificado en la terminal y compara cada valor con cada umbral especificado.

3.- La terminal de conformidad con la reivindicación 1 , caracterizada además porque el valor muestreado y el umbral se relacionan entre sí en una manera uno a uno, uno a múltiples maneras o multi a multi maneras.

4.- La terminal de conformidad con la reivindicación 1 , caractepzada además porque el segundo módulo utiliza una dirección o un identificador del objeto de administración para muestrear el valor.

5.- La terminal de conformidad con la reivindicación 4, caracterizada además porque la dirección se representa con al menos una de una ubicación absoluta y una ubicación relativa.

6.- La terminal de conformidad con la reivindicación 4, caractepzada además porque el segundo módulo además utiliza información adicional si se utiliza el identificador.

7.- La terminal de conformidad con la reivindicación 6, caractepzada además porque la información adicional incluye al menos una de una ubicación relativa y un valor del objeto de administración.

8.- La terminal de conformidad con la reivindicación 1 , caracterizada además porque el segundo módulo monitorea el valor en intervalos especificados.

9.- La terminal de conformidad con la reivindicación 1 , caracterizada además porque el segundo módulo además compara el valor muestreado con un valor previamente muestreado.

10.- La terminal de conformidad con la reivindicación 9, caracterizada además porque el valor previamente muestreado es ignorado si el valor previamente muestreado corresponde con uno que se reinició anteriormente.

11.- La terminal de conformidad con la reivindicación 1 , caracterizada además porque el tercer módulo ejecuta el comando, si el valor actualmente muestreado es igual a o mayor que el umbral y si un valor previamente muestreado es menor al umbral.

12.- La terminal de conformidad con la reivindicación 1 , caracterizada además porque el tercer módulo ejecuta el comando, si el valor actualmente muestreado es igual a o menor al umbral y si un valor previamente muestreado es mayor al umbral.

13.- La terminal de conformidad con la reivindicación 1 , caractepzada además porque el tercer módulo no puede ejecutar el comando después de ejecutar una vez el comando, hasta que el valor muestreado cae por debajo o sube por un margen específico para el umbral.

14.- La terminal de conformidad con la reivindicación 1 , caracterizada además porque el tercer módulo ejecuta el comando, si el valor actualmente muestreado es igual al umbral y si un valor previamente muestreado no es igual al umbral.

15.- La terminal de conformidad con la reivindicación 1 , caractepzada además porque el segundo módulo compara una diferencia entre el valor muestreado y un valor previamente muestreado mostrado con el umbral, si el umbral se especifica como delta.

16.- La terminal de conformidad con la reivindicación 1 , caractepzada además porque la condición incluye al menos una de: un primer elemento para especificar una dirección del objeto de administración, un segundo elemento para especificar un intervalo para muestrear el valor para el objeto de administración; un tercer elemento para especificar el umbral; un cuarto elemento para especificar un formato del umbral como un booleano, carácter entero, flotante, fecha o tiempo; un quinto elemento para especificar un tipo de umbral como un valor absoluto o un valor delta; un sexto elemento para especificar el umbral como de elevación, caída o estático; y un séptimo elemento para especificar un margen para el umbral.

17.- La terminal de conformidad con la reivindicación 16, caracterizada además porque el primer elemento incluye al menos uno de: un primer sub-elemento para especificar un identificador de recurso uniforme del objeto de administración; un segundo sub-elemento para especificar un identificador del objeto de administración; y un tercer sub-elemento para especificar información adicional para distinguir un objeto de administración particular de otros objetos de administración debido a una existencia de mismos identificadores si el segundo sub-elemento se utiliza.

18.- La terminal de conformidad con la reivindicación 17, caracterizada además porque el tercer sub-elemento incluye al menos uno de: un URI del objeto de administración que se relaciona con un nodo de raíz del árbol de administración de dispositivos; un valor del objeto de administración; y un formato del valor.

19.- La terminal de conformidad con la reivindicación 1 , caracterizada además porque al menos uno o más contextos de programación pueden trabajar en común entre sí mediante el umbral.

20.- La terminal de conformidad con la reivindicación 1 , caracterizada además porque el tercer módulo ejecuta un comando de un primer contexto de programación de por lo menos uno o más contextos de programación si una condición del primer contexto de programación se satisface, y ejecuta un comando de un segundo contexto de programación de al menos uno o más contextos de programación si una condición del segundo contexto de programación se satisface.

21.- Una terminal, que comprende : un primer módulo adaptado para recibir desde un servidor al menos uno o más contextos de programación, cada uno de los cuales comprende un comando y una condición a base de umbral para ejecutar el comando, y para instalar al menos uno o más contextos de programación; en donde la condición incluye al menos uno de un primer elemento para especificar una dirección del objeto de administración particular, un segundo elemento para especificar un intervalo para muestrear el valor del objeto de administración particular, un tercer elemento para especificar un umbral, un cuarto elemento para especificar un tipo de umbral, un quinto elemento para especificar una dirección del umbral, y un sexto elemento para especificar un margen para el umbral, y un segundo módulo adaptado para ejecutar el comando para el objeto de administración, si se determina que un valor del objeto de administración particular ha alcanzado el umbral.

22.- La terminal de conformidad con la reivindicación 21 , caracterizada además porque el cuarto elemento especifica el tipo de umbral como un valor absoluto o un valor delta.

23.- La terminal de conformidad con la reivindicación 21 , caracterizada además porque la condición además comprende un séptimo elemento para especificar un formato del umbral como un booleano, carácter, entero, flotante, fecha o tiempo.

24.- Un servidor, que comprende: un habilitador de programación de DM que crea al menos uno o más contextos de programación y solicita una instalación de al menos uno o más contextos de programación a una terminal de manera que la terminal pueda realizar la administración de dispositivos de conformidad con al menos uno o más contextos de programación, en donde cada contexto de programación incluye un comando y una condición a base de umbral para ejecutar el comando.

25.- La terminal de conformidad con la reivindicación 24, caracterizada además porque la condición incluye al menos una de: un primer elemento para especificar una dirección del objeto de administración; un segundo elemento para especificar un intervalo para monitorear el valor para el objeto de administración; un tercer elemento para especificar el umbral; un cuarto elemento para especificar un formato del umbral como booleano, carácter, entero, flotante, fecha o tiempo, un quinto elemento para especificar un tipo de umbral como un valor absoluto o un valor delta; sexto elemento para especificar el umbral como elevación, caída o estático; y un séptimo elemento para especificar un margen para el umbral.

26.- Un método para administrar un dispositivo, que comprende: muestrear un valor del objeto de administración especificado; comparar el valor muestreado con un umbral especificado; y ejecutar un comando de administración de dispositivos para el objeto de administración, si se determina que el valor del objeto de administración ha alcanzado el umbral.

27.- El método de conformidad con la reivindicación 26, caracterizado además porque comprende: recibir al menos uno o más contextos de programación desde un servidor, en donde cada contexto de programación incluye un comando y una condición a base de umbral para ejecutar el comando; e instalar el contexto de programación recibido.

28.- El método de conformidad con la reivindicación 27, caracterizado además porque la condición incluye al menos uno de: un primer elemento para especificar una dirección del objeto de administración; un segundo elemento para especificar un intervalo para monitorear el valor para el objeto de administración; un tercer elemento para especificar el umbral; un cuarto elemento para especificar un formato del umbral como un booleano, carácter, entero, flotante, fecha o tiempo; un quinto elemento para especificar un tipo de umbral como un valor absoluto o un valor delta; un sexto elemento para especificar el umbral como elevación, caída, o estático; y un séptimo elemento para especificar un margen para el umbral.