MXPA05002796A - Asociacion de notificaciones de estado de una red de datos con el uso de un editor de topologia. - Google Patents

Abstract

Se describe un metodo para asignar un evento con un dispositivo (520) en una red por el usuario de un editor de topologia como una interfaz controlada por el usuario. El evento es representado como una indicacion (515) de graficos etiquetada. Otros dispositivos en la red de datos, que tambien estan representados graficamente, seran asignados con un evento con el uso de una interfaz (525) controlada por el usuario. Una norma se define y se asocia con un evento (530). Cuando se cumple una condicion, segun es definida por la norma por una aplicacion o dispositivo en la red (540), todos los dispositivos asignados con el evento son notificados de la condicion alcanzada por la norma (550) de conformidad con tales relaciones definidas en forma grafica.

Description

ASOCIACIÓN DE NOTIFICACIONES DE ESTADO DE UNA RED DE DATOS CON EL USO DE UN EDITOR DE TOPOLOGÍA CAMPO DE LA INVENCIÓN Esta invención se relaciona con el campo de redes de datos y en particular a la comunicación del estado de dispositivos en la red de datos.

ANTECEDENTES DE LA INVENCIÓN En la operación de una red de datos, los dispositivos enlazados a través de la red comunican datos de ida y de regreso entre sí. Algunos de los datos comunicados representan un mensaje que representa el estado de un dispositivo en la red. El cuerpo de tal mensaje puede indicar las condiciones como un dispositivo que está inactivo, se encuentra ocupado procesando datos, el dispositivo está libre para recibir nuevos datos, y sus semejantes. Cuando se comunica con otros dispositivos en la red, los dispositivos que reciben el mensaje pueden cambiar su operación en respuesta al mensaje. Este tipo de comunicación de mensajes entre dispositivos en una red representa un sistema de comunicación punto a punto, en donde un mensaje se transmite en forma efectiva a todos los dispositivos en la red. En caso de una red que tiene muchos dispositivos, es posible que se consuma una cantidad sustancial de ancho de banda de red por la presencia de los mensajes de estado.

Además, muchos de los mensajes de estado no son importantes para un número de dispositivos en la red. Por lo tanto, estos dispositivos deben ahorrar recursos para filtrar tales mensajes no relevantes, mientras se desperdicia ancho de banda de la red debido a la comunicación de estos mensajes. Una medida para limitar el desperdicio del ancho de banda es utilizar un programa de computadora como un cortafuego que prohibe la entrada de ciertos tipos de mensajes o datos en la red local desde una conexión exterior. Los dispositivos que están conectados a través de la red local entonces son liberados de tener el ancho de banda consumido por mensajes irrelevantes. La configuración del cortafuego u otro programa de monitoreo/filtrado típicamente requiere que un administrador del sistema configure manualmente una variedad de reglas para cada dispositivo de una red. Por lo tanto, una gran cantidad de tiempo se dedica a esta operación de configuración manual, por lo cual es difícil que el administrador del sistema modifique la operación de un sistema, sin dedicar una gran cantidad de tiempo para implementar tales cambios.

BREVE DESCRIPCIÓN DE LA INVENCIÓN Se describe un método para asignar un evento perteneciente a la operación de un dispositivo en una red con el uso de un editor de topología controlado por el usuario. El evento se representa como una indicación gráfica etiquetada. Los dispositivos en una red, también representados gráficamente, se asignan con el evento con el uso de una ¡nterfaz controlada por el usuario. Una norma entonces se define y se asocia con el evento. Cuando se alcanza una condición, definida por la norma, por el estado de una aplicación o dispositivo en la red, todos los elementos del dispositivo asignados al evento son notificados de la condición alcanzada por la norma de conformidad con una norma de mensajería.

BREVE DESCRIPCIÓN DE LOS DIBUJOS La Figura 1 es un diagrama en bloque de una red de datos de conformidad con una modalidad de la presente invención. La Figura 2 es un diagrama en bloque de una operación de un sistema de mensajería de conformidad con una modalidad de la presente invención. La Figura 3 es una representación de una ventana gráfica para definir un evento asociado con un dispositivo en la red de datos. La Figura 4 es una representación de una ventana gráfica utilizada para definir el momento en que se emite una notificación de evento al dispositivo en la red de datos. La Figura 5 es un diagrama de flujo que ilustra un método para definir e implementar una norma asociada con un evento para un dispositivo en la red de datos. La Figura 6 es una representación de la interfaz del usuario utilizada para seleccionar normas y dispositivos asociados en la red de datos.

La Figura 7 es una representación de la interfaz del usuario utilizada para seleccionar un evento y dispositivos asociados con la norma seleccionada; y La Figura 8 es una representación de una interfaz del usuario utilizada para seleccionar un segundo evento y los dispositivos asociados con la segunda norma seleccionada. Se debe entender que los dibujos tienen propósitos ilustrativos del concepto de la presente invención y no son necesariamente, la única configuración posible para ilustrar la invención.

DESCRIPCIÓN DETALLADA DE LA INVENCIÓN La modalidad preferida de la invención opera en consideración de un protocolo de manejo de red simple (SNMP) según se define en la Solicitud de comentarios 2571 (RFC 2571) titulada "AN ARCHITECTURE FOR DESCRIBING SNMP MANAGEMENT FRAMEWORK en abril de 1999. Aunque SNMP se describe en la descripción detallada, se puede utilizar cualquier sistema de mensajería para usarse en una red de datos, empleando los principios de la presente invención. También, la descripción de la interfaz del usuario de preferencia, se implementa para utilizarse con un navegador de red como INTERNET EXPLORER o NETSCAPE, con el uso de un lenguaje de programación como ACTIVEX o JAVA. Se pueden seleccionar otras formas de lenguajes o interfaces de programación de conformidad con los principios de la presente invención .

Con referencia a la operación de una norma SNMP, con frecuencia se utilizan diferentes términos. Un dispositivo manejado con SNMP es un dispositivo de red que contiene un agente SNMP y reside en la red de datos. Los dispositivos manejados recolectan y almacenan información de manejo (como errores de disco, temperatura, estado del audio y video) y dejan la información disponible para otros dispositivos en la red que utilicen el protocolo SNMP. Un agente SNMP es un módulo de software que reside en un dispositivo manejado con SNMP. Un agente tiene el conocimiento local de la información de manejo y traduce la información de estado de red o del dispositivo en una forma compatible con SNMP. Un manejador SNMP es una aplicación que monitorea los dispositivos manejados por SNMP. Pueden existir uno o más manejadores (también llamados como estaciones de manejo) en una red y monitorean cualquier dispositivos manejado. Un manejador SNMP también se puede utilizar para controlar dispositivos y/o las funciones de la red y un manejador SNMP puede operar como un agente SNMP. Una base de información de manejo (MIB) es una colección de los objetos manejados (variables) que son propiedades de un dispositivo y están organizados en forma jerárquica. Cada agente SNMP mantiene su propia MIB. Además, las MIB se utiliza como una definición de datos para prescribir la relación de la operación de un dispositivo para dar formato a un comando transmitido por SNMP, con el uso del manejador SNMP. Una trampa SNMP, como una notificación (del tipo de proveedor de acción), permite a un agente notificar a la estación de manejo de eventos importantes tal como errores en una red o en un dispositivo. Las trampas se pueden enviar aún sin ser solicitadas en la red y serán recibidas por las estaciones de manejo configuradas para desplegar las trampas para ese dispositivo. Las estaciones de manejo también tienen la capacidad de comunicarse con otras estaciones de manejo con el uso de las trampas. Las trampas se pueden definir para diferentes condiciones o estados que pertenecen a dispositivos o una red. Una trampa informativa indica un cambio en el estructura en un sistema que no impacta en la operación normal. Las trampas informativas también proporcionan información general acerca del dispositivo o de la red como la información de configuración, la instalación del sistema, la versión del software y sus semejantes. Una trampa de advertencia es un mensaje que no requiere acción inmediata pero informa al usuario que puede ser necesaria alguna acción para la operación del sistema. Por ejemplo, una trampa de advertencia indica que un dispositivo en la red puede desgastar rápido el espacio de almacenamiento. Una trampa de alarma es un mensaje que requiere acciones especificas a ser tomadas inmediatamente. Ambos tipos de trampa se pueden utilizar como proveedores de acción que son información concernientes a notificaciones o una condición de alarma relacionada con la operación en la red. Un editor de topología es una interfaz controlada por el usuario que se utiliza para establecer las relaciones funcionales entre los dispositivos en la red de datos, aunque se puede utilizar cualquier tipo de red. Por ejemplo, un editor de topología se utiliza para designar que la salida de una computadora seleccionada se emite en una impresora seleccionada, esta relación se establece con el uso de elementos gráficos. Los elementos gráficos representan iconos, carpetas u otras representaciones que indican gráficamente la función o el estado de un dispositivo en la red y las relaciones entre los dispositivos. Por ejemplo, un icono de computadora representa una computadora (en la red de datos) y una carpeta que contiene varios iconos de computadora que representan un grupo de trabajo específico. Se pueden contemplar otros usos de un editor de topología y elementos gráficos, de conformidad con los principios de la presente invención. La Figura 1 representa un diagrama de una red de datos de conformidad con una modalidad de la presente invención. La red 100 de datos es un sistema en red de com utadoras, servidores, enrutadores y otros dispositivos que se comunican con el uso de un protocolo de computadora, y sistema de transporte, como es conocido en la técnica. De preferencia, la red 100 de datos utiliza un Protocolo de control de transporte/Protocolo Internet (TCP/IP) según se define en RFC 791 titulada INTERNET PROTOCOL DARPA INTERNET PROGRAM PROTOCOL SPECI FICATION de septiembre 1981, para comunicar mensajes entre dispositivos. Los mensajes SNMP se comunican sobre el estrato de aplicación de una pila de protocolo TCP/IP, como es conocido en la técnica. De manera alternativa, un estrato de transporte de Protocolo de Datagrama del Usuario según se define en RFC 768, titulada Protocolo de Datos del Usuario de agosto de 1980, se puede utilizar para comunicar trampas o mensajes a dispositivos en la red 100 de datos. En una modalidad alternativa de la presente invención, se puede utilizar una norma de mensajería instantánea. Las computadoras 10, 15, 20 y 25 representan computadoras que están en red entre sí a través de la red 100 de datos. Las computadoras 10, 15 y 20 y 25 están conectadas con la red a través del uso de una interfaz de comunicación como una tarjeta de red, módem, interfaz inalámbrica u otros medios con la capacidad de comunicar datos sobre la red. Típicamente, las computadoras se utilizan para ejecutar aplicaciones como correo electrónico, reproducción de video, navegación de Internet y sus semejantes, en donde se requiere que los datos sean comunicados sobre la red 100 de datos, con el fin de que tales programas sean operativos. De preferencia, las computadoras 10, 15 y 20 están controladas con el uso de un navegador de red y/o la interfaz del usuario con la capacidad de activar programas de computadora para monitorear el estado de otros dispositivos en la red 100 de datos.

La computadora periférica 25 es un dispositivo acoplado con la red 100 de datos para usarse por las computadoras 10, 15 y 20. La computadora periférica 25 puede ser un dispositivo como una impresora, un dispositivo de almacenamiento de datos, una interfaz de comunicación, CD-ROM, reproductor de DVD, dispositivo de despliegue, dispositivo de audio, interfaz de entrada y sus semejantes. El servidor 30, conectado con la red 100 de datos se utiliza para obtener archivos de datos de computadora y otra información relacionada para operar programas en computadoras 10, 15 y 20. Por ejemplo, una aplicación de Internet que corre en la computadora 10 requiere un archivo de datos desde el servidor 30. Una vez que se recibe a través de la red 100 de datos, el archivo de datos recibido se reproduce en la computadora 10. Además, el servidor 30 puede operar como una caché de red que almacena las páginas de red solicitadas con más frecuencia, y otros datos para ser usados por las computadoras 10, 15 y 20. El enrutador 40, como parte de la red 100 de datos, se utiliza como un medio para comunicar las solicitudes de Protocolo Internet a otros dispositivos que tienen acceso a través de la trama 50 de red, como una computadora 60 remota y un servidor 70 remoto. Específicamente, la red 100 de datos, para propósitos ilustrativos, se separa en dos segmentos diferentes, la red 75 local y una red 80 remota. Las comunicaciones entre ambos segmentos de red se comunican a través de la trama 50 de la red. El enrutador 40 opcionalmente actúa como un mecanismo de filtrado (cortafuego) para los datos en pantalla transmitidos y recibidos desde los dispositivos que comprenden la red 80 remota. Tales operaciones de filtrado son conocidas en la técnica. Además, el enrutador 40 puede utilizar una forma de un Traslado direccionable de red (NAT) para otros datos en pantalla desde la red 80 remota que pueden corromper la operación de dispositivos de la red 75 local. La computadora 60 remota y el servidor 70 remoto forman la red 80 remota. La operación de ambos componentes es similar a las computadoras 10, 15 y 20 y el servidor 30, como se describe antes, excepto que la computadora 60 remota y el servidor 70 remoto se comunican con los dispositivos que forman la red 75 local a través de la trama 50 de la red. También, tales comunicaciones transmitidas por la computadora 60 remota o el servidor 70 remota se filtran opcionalmente por el enrutador 40 o por otro tipo de programa de filtrado que está presente en las computadoras 10, 15 y 20. La Figura 2 es un diagrama en bloque de una operación del sistema de mensajería, de conformidad con una modalidad de la presente invención. En una modalidad preferida de la presente invención, el sistema 200 de mensajería opera en vista de la norma de mensajería SNMP que utiliza las trampas SNMP. El formato de una trampa SNMP comprende un número de versión SNMP (referente a la versión de SNMP utilizada), un nombre de comunidad (utilizada para autenticar una trampa SNMP), una unidad de datos de protocolo SNMP (PDU). La PDU es un mensaje que forma la base de los mensajes de error enviados entre los dispositivos en una red. Los comandos PDU de muestra y sus funciones se muestran en la Tabla 1.

TABLA 1 El sistema 200 de mensajería se maneja a través de un manejador SNMP operado por la consola 205, de preferencia, implementado como una interfaz del usuario en la computadora. La consola 205 es una interfaz de control que maneja la operación de los dispositivos en la red 100 de datos y los mensajes con base SNMP comunicados entre tales dispositivos. En la modalidad presente, la consola 205 controla las operaciones tal como el registro de un evento del sistema correspondiente a la operación de un dispositivo, cancelar la operación del dispositivo, determinar si se ha activado la cancelación de la operación de un dispositivo, y la configuración de normas que determinan cuándo los dispositivos seleccionados son notificados acerca de un evento del sistema, aunque se pueden controlar otras operaciones por la consola 205. Los diferentes eventos del sistema y operaciones del sistema se distinguen entre sí al tener al manejador SNMP (las funciones representadas por la consola 205) asignan diferentes OID para cada evento. Las definiciones para cada evento se obtienen con el uso de una MID correspondiente al dispositivo, o una base de datos de referencia que proporciona a un manejador SNMP o a un agente la capacidad de buscar una OID como parte de un comando PDU recibido. El registro de un evento del sistema, a través de la consola 205, es para la definición de las aplicaciones o funciones de un dispositivo que reside en la red 200. Tal operación utilizará un comando de "ajustar solicitud" con una OID correspondiente como se establece por un manejador SNMP que se comunica con el agente SNMP apropiado. Cuando se comunican, el agente SNMP regresará un mensaje de "trampa" al manejador SNMP que indica que ha ocurrido tal operación. De manera alternativa, un manejador SNMP puede utilizar un comando de "ajustar solicitud" para indicar al dispositivo avanzar o terminar la operación.

La asignación del DNS y la aplicación de filtrado de virus para el servidor 30 se ilustra en las Figuras 6, 7 y 8. Específicamente, la interfaz 600 controlada por el usuario se muestra en la Figura 6, en donde las diferentes aplicaciones del sistema están representadas como carpetas etiquetadas, EVENTO A, EVENTO B y EVENTO C, tales etiquetas se pueden intercambiar según sea conveniente. Además, la interfaz 600 controlada por el usuario contiene representaciones gráficas de los dispositivos disponibles a través de la red 100, la cual incluye las computadoras 10, 15 y 20, el servidor 30, el enrutador 40, la computadora 60 remota y un servidor 70 remoto. Con el uso de la interfaz 600 del usuario, un usuario establece una conexión entre las representaciones gráficas de dispositivos y las "NORMAS" desplegadas como carpetas. Cuando el usuario desea asociar una norma a un dispositivo, el usuario selecciona una representación gráfica del dispositivo, por ejemplo, al hacer clic en un icono que representa al dispositivo, y arrastrar el icono dentro de una de las carpetas reproducidas. En el ejemplo presente, el EVENTO A representa la aplicación DNS y el EVENTO B representa una aplicación de protección de virus. En la Figura 7, la interfaz 700 del usuario se muestra, en donde el usuario asocia la aplicación DNS al enrutador 40, cuando el usuario selecciona la representación gráfica del enrutador 40 y arrastra la representación sobre la carpeta 710 que representa el EVENTO A ahora etiquetado como DNS. La consola 205 ahora asociará la red se pueden asociar con otras aplicaciones, en la manera antes descrita . Con referencia otra vez a la Figura 2, la consola 205 también se puede utilizar para configurar las normas asociadas con un programa o evento en particular. Como se muestra en la Figura 6, una carpeta que representa un programa particular también se puede utilizar para asociar un evento con tal programa. Por ejemplo, la aplicación DNS para el servidor 40 se puede configurar para transmitir una notificación de evento a ciertos dispositivos en la red cuando el nombre del dominio solicitado está inactivo para ser resuelto. La condición que determina cuando se emite una notificación del evento, y para los dispositivos propuestos, se configura con el uso de la interfaz 700 del usuario de la Figura 7. Además del enrutador 40 a ser asociado con la carpeta 710, las computadoras 10 y 20, y la computadora 60 remota se asocian con la carpeta 710 al utilizar la medida de registro antes descrita. Esta medida se puede tomar en donde el programa del manejador SNMP operado como parte del manejador 215 de acción informa al enrutador 40 transmitir los mensajes de trampa SNMP para todos los dispositivos asociados con la carpeta 710. Esto se hace al utilizar una serie de comandos de "ajustar solicitud" SNMP para cada dispositivo a ser informado o un comando global de "ajustar solicitud". De manera alternativa, el manejador SNMP puede enviar cualquier comando de trampa SNMP recibido con respecto a la operación de la aplicación DNS para todos los dispositivos asociados con la carpeta 710. Además, los mensajes SNMP emitidos como proveedores de acción por el manejador SNMP, se pueden utilizar para controlar la operación de los dispositivos de la red de datos. Se pueden seleccionar otras implementaciones para notificar dispositivos, de conformidad con los principios de la presente invención. Las normas pertenecientes a una carpeta especifica se configuran al seleccionar las opciones como se presentan en el ejemplo de la Figura 3. Específicamente, cuando el usuario selecciona la carpeta 710, se genera una ventana 300 de entrada de acciones (o menú), tal como se opera una ventana como parte de la interfaz controlada por el usuario. La lengüeta 305 de selección de evento proporciona un punto de la selección para que el usuario seleccione entre diferentes carpetas que representan diferentes eventos del sistema. La ventana 320 de norma permite a un usuario crear o definir los atributos para las normas específicas definidas para un evento específico. En el ejemplo presente, una nueva norma se agrega a la ventana 320 de norma al hacer "clic derecho" como parte del área definida por la ventana 320 de norma. Las propiedades de la nueva norma se definen al seleccionar la norma en la ventana 320 de norma y habilita el botón 315 de propiedades. Correspondientemente, las normas configuradas se relacionan con los comandos SNMP que ajustan los mensajes transmitidos entre los agentes SNMP y los manejadores SNMP, como se describe antes.

Los ejemplos de tipos de propiedades modificables asociados con una regla se muestran como una opción 325 de importancia del mensaje, la opción 330 de mensaje, y la opción 340 activa. La opción 325 de importancia de mensaje establece la prioridad de notificación de un evento cuando se alcanzan las condiciones de una norma. En el ejemplo presente, una notificación de alarma pertenece a un evento de alta prioridad, una advertencia pertenece a un evento de prioridad media y una información/reinicio pertenece a un evento asociado con baja prioridad. La opción 330 de mensaje permite al usuario seleccionar una clase de mensaje que activa una norma definida. Por ejemplo, las clases de mensajes incluye mensajes de error que indica un error en la operación de una aplicación, los mensajes de estado indican el estado de un dispositivo, los mensajes de terminación indica la compleción de tareas, y otras clases de mensajes que se pueden agrupar con base en el contenido de los mensajes. De manera similar, los mensajes se pueden alojar asignados a un sub-sistema, por ejemplo, todos los mensajes pertenecientes a diferentes clases de dispositivos como servidores, computadoras, dispositivos periféricos y sus semejantes por el tipo de aplicación. Cuando un manejador SNMP recibe un mensaje de una clase particular, la norma definida se puede activar. Una opción 340 de acción presenta opciones que controlan la reproducción de una notificación de evento como mensajes SNMP. Específicamente, estas instrucciones dicen al agente SNMP o a otro manejador SNMP la forma de reproducir una notificación de evento. Las diferentes opciones incluyen un sonido (chirrido), una alerta visual, una alerta de texto, y/o una combinación de los mismos. Las opciones seleccionadas para un evento específico se confirman al activar el botón 350 de OK. Las normas modificadas o seleccionadas que pertenecen a un evento entonces se guardan en el depósito 220 (consultar Figura 2), después de la confirmación de la operación del manejador SNMP. De manera alternativa, se pueden seleccionar otras modalidades para la opción 340 de acción, como un correo electrónico a un dispositivo remoto, una alerta de mensaje, u otra modalidad de notificación a un dispositivo remoto. La Figura 4 es una representación de una ventana gráfica utilizada para definir las opciones que afectan la emisión de notificación de evento a un dispositivo en la red de datos, de conformidad con una modalidad de la presente invención. Se pueden implementar muchas opciones diferentes como cuándo y cómo controlar la reproducción de una notificación de evento. En el ejemplo actual, se muestra una opción de ignorar mensaje, con una ventana 400 de ventana de ignorar mensaje que representa una opción global que permite al usuario utilizar la interfaz del usuario para tener los mensajes (trampas SNMP) concernientes a un evento a ser ignorado por los dispositivos en la red. La activación de la ventana 400 se habilita cuando el usuario selecciona una carpeta (mostrada en la Figura 6) y utiliza el dispositivo controlado por el usuario para seleccionar la opción de ignorar el mensaje.

La ventana 40 de mensaje proporcionar la opción 405 de ignorar todos los mensajes, que revuelve todos los mensajes relacionados con el evento del sistema. La duración de la operación de ignorar se puede ajustar como una operación permanente al seleccionar el selector 410 permanente o en forma temporal al seleccionar el selector 415 temporal y define la duración de tiempo que esta opción debe estar activa. El usuario selecciona un tiempo de inicio y un tiempo de terminación para la activación de la opción de ignorado temporal. Las opciones seleccionadas se confirman al activar un botón 420 OK. Las selecciones entonces se guardan en el depósito 220 (consultar Figura 2) después de la confirmación. Con referencia otra vez a la Figura 2, las opciones seleccionadas a través de la consola 205 controlan la operación del manejador 215 de acción que integra el ajuste, la comunicación y el enrutamiento de mensajes a través de la red. Todos los componentes que se comunican con el manejador 215 de acción existe como parte de un programa de computadora, una interfaz de programa de aplicación (API) u otro tipo de componente con la capacidad de comunicar mensajes sobre una red. Específicamente, todas las opciones seleccionadas a través de la consola 205 se guardan en un despliegue 220 por el manejador 215 de acción. El depósito 220 puede ser un dispositivo de almacenamiento u otro medio con la capacidad de almacenar los datos OID y MIB y/u otros tipos de datos de definición.

La operación del manejador 215 de acción se conduce a través del monitoreo de los mensajes del sistema recibidos a través del manejador 210 de notificación, que son parte del flujo de trabajo del manejador SNMP, para una modalidad ilustrativa de la presente invención. Tales mensajes son los mensajes de estado o del sistema (trampas SNMP) generados por los dispositivos en una red para indicar los diferentes tipos de operaciones. En el ejemplo presente, el enrutador 40 genera mensajes concernientes a la operación de una aplicación DNS o una aplicación de protección de virus que se transmiten a dispositivos sobre la red 100. De preferencia, el enrutador 40 específicamente transmite un mensaje de estado sobre la operación de una aplicación que se recibe y procesa por el manejador 210 de notificación. El formato de tal mensaje puede ser un mensaje con base SNMP, un correo electrónico o cualquier otra modalidad de mensajería con la capacidad de enviar una notificación. De manera opcional, el manejador de notificación monitorea el tráfico en la red 100 específicamente al buscar los datos definidos como mensajes de estructura, como es conocido en la técnica y no se limita a condiciones de error de dispositivos o a los estados operativos de tales dispositivos. Una vez que se recibe un mensaje, el manejador 210 de notificación envía el contenido del mensaje al manejador 215 de acción, como la dirección del Protocolo Internet del origen del mensaje, la aplicación referida en al mensaje, y el estado indicado en el mensaje. El manejador 215 de acción entonces compara el contenido del mensaje recibido con las normas pertenecientes a la operación de un evento con el uso de los datos MIB u otros datos para tales definiciones. Cuando el mensaje de estado recibido coincide con las condiciones definidas por una de las normas, el manejador 215 de acción prepara una notificación de acción asociada con la norma de coincidencia. Específicamente, la notificación de acción será un mensaje de estado como se define por las condiciones de una norma coincidentes. Cuando las condiciones de una norma coinciden, el manejador 215 de acción comunica la notificación de acción al proveedor 230 de acción para su distribución a los dispositivos en la red, según se define por un grupo de evento relacionado con la norma de coincidencia. En una modalidad ilustrativa de la presente invención, el manejador SNMP informa a todos los agentes SNMP asociados con cada dispositivo de un grupo de evento con el uso de una trampa SNMP. Opcionalmente, el manejador 215 de acción instruye al proveedor 230 de acción la forma en que se reproduce la notificación de acción en un dispositivo notificado, como una notificación de texto, audible y/o visual, como se describe antes. La Figura 5 es un diagrama de flujo que ilustra un método para definir e implementar una norma asociada con un evento para un dispositivo en la red de datos. El proceso 500 de definición de norma empieza con la definición de un evento que pertenece la operación de una red o dispositivos en la red en el paso 510. Como se describe antes, el evento es asignado con una definición con el uso de una interfaz del usuario (como se muestra en las Figuras 6, 7 y 8) generada por la consola 205 y el manejador 215 de acción. La interfaz del usuario reproduce el evento como un elemento gráfico en una carpeta, icono u otro tipo de representación gráfica (paso 515). En el caso preferido, el elemento gráfico también se etiqueta con texto para indicar la operación representada por el evento. Por ejemplo, en la Figura 7, la carpeta 710 etiquetada como DNS representa un evento relacionado con la operación de un servidor DNS. En el paso 520, la interfaz del usuario se utiliza para asignar un dispositivo con un evento en particular. En una modalidad preferida, se selecciona la representación gráfica del usuario de un dispositivo en la red, con el uso del mouse, y se arrastra a una carpeta que representa el evento. Una vez que se deja caer la representación gráfica de un dispositivo dentro de la carpeta, el dispositivo seleccionado será notificado de cualquier acción relacionada con el evento cuando se activa la norma. El paso 525 permite al usuario modificar un evento asociado con un dispositivo con el uso de una interfaz controlada por el usuario. Esta operación permite modificar más dispositivos a ser asociados con un evento o atributos del evento (como la etiqueta del evento). Una norma se asigna con un evento seleccionado en el paso 530. Este paso también se activa por el usuario que opera una interfaz del usuario y crea una norma, como se muestra en la Figura 3. Las opciones de la norma se pueden modificar en el paso 535, lo cual se logra con el uso de la ¡nterfaz del usuario. Cuando se crea o modifica, la norma de preferencia, se almacena en el depósito 220 como por lo menos una condición que se activa cuando la información en un mensaje (según se recibe por el manejador 210 de notificación) coincide con tal condición, según se define por los datos de definición, los datos OID o los datos MIB. Una norma asociada con un evento se activa en el paso 540 luego de coincidir con una condición predefinida o un grupo de condiciones predefinidas. De preferencia^ el manejador 215 de acción compara un mensaje del sistema recibido con un grupo de normas, según se almacena en el depósito 220. Cuando el mensaje coincide con las condiciones para una regla particular, el paso 550 se activa, cuando el dispositivo o dispositivos asociados con el evento, como un grupo de eventos, se le transmite una notificación de acción de conformidad con las condiciones definidas por la norma activada. La notificación se transmite, como una trampa SNMP, sobre la red de datos por el proveedor 230 de acción para reproducirse en un dispositivo que está asociado con el evento. Tal operación de reproducción es un mensaje visual, audible y/o de texto, llevado a cabo de conformidad con instrucciones en la notificación o como opciones por omisión en el sitio del dispositivo que reproduce tal notificación. En una modalidad alternativa de la presente invención, un editor de topología se utiliza para definir las relaciones entre diferentes dispositivos consumibles acoplados a través del uso de la red de datos. Por ejemplo, un grupo de dispositivos habilitados HAVI (una norma de interoperación con el dispositivo consumible) se configuran para comunicarse entre sí, a través del uso de una interfaz del usuario antes descrita. Por lo tanto, una grabadora de video personal (PVR) tendrá la capacidad de comunicarse con un aparato de televisión cuando se alcanzan las condiciones que describen la operación de la PVR, tal como una alarma acerca del déficit de espacio de almacenamiento. La PVR comunica el mensaje de alarma a otros dispositivos habilitados HAVI. En este caso, el editor de topología define el tipo de mensajes a ser reproducidos y la forma en que se deben reproducir estos mensajes en el dispositivo receptor. Por lo tanto, el aparato de televisión reproduce el mensaje de alarma PVR de conformidad con los parámetros definidos por el editor de topología. Se pueden contemplar otros ejemplos del uso del editor de protocolo, de conformidad con los principios de la presente invención. Se debe apreciar que se pueden utilizar otras modalidades para trasladar mensajes del sistema. Habiendo descrito las modalidades preferidas para el sistema de mensajería con base SNMP, se debe notar que se pueden realizar modificaciones y variaciones por las personas experimentadas en la técnica, a la luz de las enseñanzas anteriores para otras modalidades de mensajería como el correo electrónico, SOAP, mensajería instantánea y sus semejantes. Por lo tanto se debe entender que los cambios hechos en las modalidades particulares de la invención expuesta deben encontrarse dentro del espíritu y alcance de las reivindicaciones anexas.

Claims (14)

REIVINDICACIONES

1. Un método para utilizar un editor de topología para prescribir un dispositivo notificado en respuesta a un evento relacionado con la operación de la red de datos y el evento está caracterizado porque comprende los pasos de: definir el evento (510) que pertenece a la operación de una red de datos, en donde la operación concierne al estado de la red de datos o a un dispositivo de la red de datos; asignar por lo menos un dispositivo (520) de la red de datos con un evento con el uso del editor de topología; asignar una norma con un evento (530), en donde: la norma define por lo menos una condición para activar una notificación del evento al dispositivo asignado; y la condición se activa cuando coincide con la notificación de la operación de la red de datos.

2. El método de conformidad con la reivindicación 1, caracterizado porque el editor de topología en vista de un protocolo de manejo de red simple compatible.

3. El método de conformidad con la reivindicación 2, caracterizado porque el editor de topología controla un manejador SNMP que transmite una trampa SNMP en respuesta a una norma activada.

4. El método de conformidad con la reivindicación 2, caracterizado porque la trampa SNMP se reproduce de conformidad.

5. El método de conformidad con la reivindicación 1, caracterizado porque el grupo de evento se define para asignar un segundo dispositivo con el evento con el uso del editor de topología.

6. El método de conformidad con la reivindicación 5, caracterizado porque los dispositivos del grupo de evento son notificados con un proveedor de acción cuando la condición coincide con la notificación.

7. El método de conformidad con la rei indicación 6, caracterizado porque la notificación se reproduce en vista de una opción de importancia.

8. Un método para utilizar un editor de topología para notificar a un dispositivo en respuesta a un evento relacionado con la operación de la red de datos, caracterizado porque comprende los pasos de: recibir una notificación relacionada con la operación de la red de datos, en donde la operación se relaciona con el estado de la red de datos o un dispositivo de la red de datos; comparar la notificación con una condición de una norma (540); notificar al dispositivo asociado con el evento con un proveedor (550) de acción, en donde la asociación con el dispositivo y el evento se define con el uso del editor de topología.

9. El método de conformidad con la reivindicación 8, caracterizado porque el editor de topología en vista de un protocolo de manejo de red simple compatible.

10. El método de conformidad con la reivindicación 9, caracterizado porque el editor de topología controla un manejador SNMP que transmite una trampa SNMP en respuesta a una norma activada.

11. El método de conformidad con la reivindicación 8, caracterizado porque el grupo de evento se define para asignar un segundo dispositivo con el evento con el uso del editor de topología.

12. El método de conformidad con la reivindicación 11, caracterizado porque los dispositivos del grupo de evento se notifican con el proveedor de acción luego de que la condición de la norma coincide con la notificación.

13. El método de conformidad con la reivindicación 8, caracterizado porque el editor de topología opera en vista de electrónicos consumibles habilitados con una norma de interoperación.

14. El método de conformidad con la reivindicación 8, caracterizado porque el editor de topología se utiliza para controlar un manejador de acción para controlar la operación del dispositivo en vista de un segundo proveedor de acción.