MX2008010978A - Metodo y sistema para proveer mensajeria de estado pasivo. - Google Patents

Abstract

Las modalidades descritas se refieren de manera general a sistemas y métodos para proveer mensajería de estado pasivo para un dispositivo de comunicación de red en un nodo remoto de una red; un método descrito incluye detectar una condición de estado en el nodo remoto, seleccionar un mensaje de una pluralidad de mensajes almacenados en el dispositivo de comunicación de red, en donde el mensaje corresponde a la condición detectada de estado, y comunicar el mensaje.

Description

METODO Y SISTEMA PARA PROVEER MENSAJERIA DE ESTADO PASIVO La descripción reclama el beneficio de la fecha de presentación de la solicitud provisional No. 60/776,735, presentada el 27 de febrero, 2006, y se incorpora en su totalidad a la presente.

CAMPO DE LA INVENCION La presente descripción se refiere de manera general a sistemas y métodos para proveer mensajería de estado pasivo a un nodo remoto de una red.

ANTECEDENTES A medida que los servicios de Voz sobre Protocolo de Internet (VolP) se vuelven más populares y ampliamente aceptados, los proveedores del servicio VolP deben continuar cumpliendo y excediendo la funcionalidad y características de los sistemas actuales de comunicación de Red de Telefonía Pública Conmutada (PSTN) de acuerdo con lo experimentado por el usuario final o cliente. De forma convencional, un dispositivo adaptador de terminal VolP en un nodo remoto de una red de comunicación VolP, tal como las instalaciones de un cliente, está configurado para reproducir un tono de marcación solamente cuando se cumplen ciertos criterios. Estos criterios incluyen que el dispositivo tenga conectividad de red y que esté registrando con servidores proxy de Protocolo de Inicio de Sesión (SIP). Si el dispositivo no está funcionando adecuadamente con el sistema VolP, el cliente no dispone de otras indicaciones aparte de la falta de tono de marcación. Además, la falta de un tono de marcación es ocasionada por cualquier número de criterios no cumplidos y combinaciones de los mismos. Por lo tanto, cuando un cliente no escucha un tono de marcación, el cliente no sabe cómo resolver de manera efectiva el problema. Esta frustración conduce a un incremento en el número de llamadas telefónicas y correos electrónicos a representantes de atención al cliente del proveedor VolP. Además, debido a que la falta de un tono de marcación puede indicar cualquier número de problemas, el representante de atención al cliente enfrente la enorme tarea de llevar al cliente, con frecuencia irritado, a través de una serie de pasos para solución de problemas diseñados para diagnosticar y resolver un problema con el dispositivo o la conexión. Por consiguiente, en la industria existe la necesidad de soluciones tecnológicas que provean un sistema y método más eficiente para permitir a los clientes abordar cuestiones de configuración de red y mejorar la capacidad de los representantes de atención al cliente para resolver estas cuestiones de manera más efectiva y eficiente.

BREVE DESCRIPCION DE LA INVENCION Diversas modalidades descritas se refieren de manera general a sistemas y métodos para proveer mensajería de estado pasivo para un dispositivo de comunicación de red en un nodo remoto de una red. Un método descrito incluye detectar una condición de estado en el nodo remoto, seleccionar un mensaje de una pluralidad de mensajes almacenados en el dispositivo de comunicación de red, en donde el mensaje corresponde a la condición de estado detectada, y comunicar el mensaje.

BREVE DESCRIPCION DE LOS DIBUJOS Diversos aspectos de la presente descripción serán evidentes para el experto en la técnica con referencia a la siguiente descripción detallada cuando se considere junto con las modalidades ejemplares no limitativas que la acompañan, en donde: La figura 1 ilustra un diagrama esquemático de arquitectura de red que incluye un nodo remoto; la figura 2 es un diagrama de flujo que delinea un método descrito ejemplar; la figura 3 es un diagrama de flujo que delinea los pasos de preparación de dispositivo para permitir una llamada de voz sobre una red a base de paquetes; y la figura 4 es una ilustración esquemática de un dispositivo de comunicación de red ejemplar.

DESCRIPCION DETALLADA DE LA INVENCION Un aspecto de la presente descripción incluye proveer mensajería de estado pasivo que incluye comunicar un mensaje que corresponde a una condición detectada del estado del dispositivo. Otro aspecto incluye actualizar mensajes de estado almacenados. Incluso otro aspecto incluye proveer una instrucción con el mensaje para guiar a un usuario en la solución de problemas del dispositivo. Un aspecto adicional incluye proveer mensajes adicionales a medida que el estado se actualiza para guiar a un usuario a través de procedimientos más extensos para solución de problemas. Incluso en otro aspecto, un registro de mensajes de estado comunicados se almacena y transmite sobre la red. En un aspecto adicional, los mensajes de estado se comunican a través de un altavoz de audio, un despliegue de texto tal como un despliegue de identificación de llamadas, o un sitio web administrativo provisto por el dispositivo. La figura 1 ilustra un diagrama esquemático de arquitectura de red que incluye un nodo remoto 100. En el nodo remoto 100, un dispositivo adaptador de terminal 101 está conectado de manera operativa a un teléfono 103, enrutador 105 y una computadora 107. A través del enrutador 105, el dispositivo adaptador de terminal 101 facilita las llamadas VolP sobre la Internet 199 al establecer una conexión con entidades de red proveedoras de servicio tales como un servidor proxy SIP 111. Una modalidad ejemplar del dispositivo 101 se ¡lustra en la figura 4, y se discute con mayor detalle en algún otro punto. La figura 2 ilustra un diagrama de flujo que delinea un método ejemplar descrito. El método incluye detectar una primera condición de estado en el nodo remoto S201. La primera condición de estado incluye un paso de flujo de trabajo de dispositivo y criterios de flujo de trabajo de dispositivo. El método incluye además seleccionar un primer mensaje de una pluralidad de mensajes almacenados en el dispositivo de comunicación de red S203. El primer mensaje corresponde a la condición detectada de estado. El primer mensaje es posteriormente comunicado S205. Si el dispositivo 101 está funcionando adecuadamente dentro de la red VolP y es capaz de completar llamadas VolP, el dispositivo 101 provee un tono de marcación al cliente, a través por ejemplo del altavoz de un aparato telefónico 103 conectado al dispositivo 101. Sin embargo, si el dispositivo 101 no está funcionando adecuadamente, el dispositivo 101 detecta una condición de estado que incluye el paso de procedimiento particular en el cual ocurrió un error y criterios de error, tal como un error del dispositivo o error de red. Este paso de detección ocurre automáticamente sin requerir que el cliente monitoree el dispositivo o que de otra forma solicite de manera activa información con respecto al error. Un error o falla del dispositivo incluye, pero no se limita a un error de perfil de configuración, un error de firmware, una falla de energía, y un mal funcionamiento del hardware. Un error de red incluye, pero no se limita a una falta de conectividad de red, ajustes de red inadecuados, interferencia de programa antivirus o firewall con una conexión de red, y ancho de banda insuficiente. Otros ejemplos de pasos y criterios de procedimiento se describen en algún otro punto. En un ejemplo operacional, ha ocurrido una falla en el transcurso de un registro e instalación normales de dispositivo VolP. Cuando no se da un tono de marcación, el cliente automáticamente recibe un mensaje de estado pasivo (es decir, el mensaje es entregado al cliente sin tener que comprometer de manera activa el dispositivo o el servicio) que corresponde a la etapa particular de registro e instalación cuando ocurrió la falla. Por consiguiente, el cliente puede realizar la solución inicial de problemas. Si los esfuerzos del cliente fracasan, el cliente puede llamar a los representantes de atención al cliente y darles los detalles del mensaje de estado pasivo. Entonces los representantes de atención al cliente son capaces de resolver más fácilmente el problema del cliente con el conocimiento del estado del dispositivo 101 comunicado a través del mensaje de estado. En ciertas modalidades, el mensaje o instrucción de estado pasivo incluye un identificador de mensajes para permitir una descripción más rápida y más precisa del mensaje de estado pasivo por parte del cliente al representante de atención al cliente. En diversas modalidades, los mensajes de estado pasivo son comunicados de varias formas que incluyen, pero no se limitan a mensajes de voz pregrabados, mensajes de despliegue de texto entregados directamente al cliente a través de un teléfono conectado, y entrega automática al cliente a través de una página web administrativa provista por el dispositivo 101 , la página web de servicio VolP del cliente, correo electrónico o teléfono celular. Junto con el mensaje de estado, diversas modalidades del dispositivo 101 proveen instrucciones al usuario para corregir el problema. Diversos métodos para comunicar los mensajes de estado e instrucciones para fijar las condiciones detectadas de estado tales como fallas y errores se describen con más detalle en algún otro punto. En diversas modalidades, los diferentes mensajes de estado a base de contexto son almacenados directamente en el dispositivo 101 , por ejemplo en una memoria. En una modalidad, los mensajes de estado están incrustados en el firmware del dispositivo 101. En otra modalidad, después del arranque inicial del dispositivo 101 y conexión a Internet 199, los mensajes de estado son descargados desde un servidor externo de acuerdo con su firmware inicial. Los mensajes de estado pasivo pueden ser adicionalmente descargados al dispositivo VolP en Internet 199. Opcionalmente, los mensajes de estado pueden ser actualizados. Los mensajes de estado adicionales pueden ser descargados en diferentes momentos para actualizar aquellos que ya están en el dispositivo. Por ejemplo, se pueden descargar mensajes del dispositivo en un nuevo idioma. Además, se pueden descargar nuevos mensajes que corresponden a actualizaciones en el sistema VolP. Alternativamente, un subconjunto de mensajes de estado e instrucciones son opcionalmente incrustados en firmware, y otros son descargados. En esta modalidad, los mensajes e instrucciones incrustados corresponden a condiciones de estado relacionadas con o a menudo encontradas durante la instalación inicial. Los mensajes e instrucciones posteriormente descargados se almacenan en memoria y corresponden a condiciones de estado relacionadas con o a menudo encontradas después de una instalación inicial exitosa del dispositivo. Las modalidades incluyen opcionalmente proveer mensajes adicionales a medida que se actualiza el estado para guiar a un usuario a través de procedimientos más extensos para solución de problemas. Para facilitar la capacidad del cliente de resolver varias cuestiones, el dispositivo 101 opcionalmente detecta cambios y actualizaciones en las condiciones de estado del dispositivo y provee mensajes e instrucciones correspondientes. Por ejemplo, y como se explica con mayor detalle más adelante, después de que el cliente sigue exitosamente la instrucción provista por el dispositivo 101 con respecto a un primer problema relacionado con los ajustes de red, el dispositivo 101 puede detectar posteriormente un problema resolviendo un nombre de anfitrión o registrándose con un servidor proxy SIP a pesar de la solución exitosa del cliente al problema de los ajustes de red. En modalidades seleccionadas, el dispositivo 101 provee un mensaje e instrucción de estado adicionales con respecto a las nuevas cuestiones con el dispositivo 101. En diversas modalidades, el dispositivo 101 mantiene un historial de condiciones detectadas del estado del dispositivo y mensajes o instrucciones para proveer una guía más definida a un cliente. Por ejemplo, y como se explica con mayor detalle más adelante, un problema detectado con la obtención de ajustes de red combinado con un problema detectado que resuelve un nombre de anfitrión puede indicar un problema con el sistema operativo del dispositivo 101 , perfil de configuración o firmware. Por consiguiente, las modalidades del dispositivo 101 que toman en cuenta este historial de condición de estado pueden instruir a un usuario a descargar un nuevo perfil de configuración o firmware. En consecuencia, el dispositivo 101 permite métodos más avanzados de solución de problemas al analizar un historial de condiciones detectadas de estado y mensajes e instrucciones de estado comunicados. Incluso en otro aspecto, un registro de mensajes de estado comunicados es transmitido sobre la red. En estas modalidades, se proporciona a un proveedor de servicio de red un historial de error y de intento de reparación. Los registros opcionalmente incluyen una lista de mensajes de estado comunicados o códigos identificadores asociados, instrucciones, condiciones detectadas de estado, relojes fechadores, ajustes de red y dispositivo, y números de versión de hardware o software. El proveedor de servicio de red puede utilizar estos registros para evaluar problemas en múltiples nodos remotos 100. El análisis de estos datos se utiliza opcionalmente para proveer mensajes e instrucciones de estado actualizados a los dispositivos 101. Estos datos también esclarecen problemas potenciales con dispositivos 101 que interactúan en la red y se pueden utilizar para desencadenar y desarrollar reparaciones a los perfiles de configuración o firmware del dispositivo 101. En términos de contenido y tiempo de ejecución de la comunicación, los mensajes de estado corresponden a los pasos y criterios de procedimiento involucrados para que el dispositivo 101 realice una llamada telefónica VOlP. La figura 3 es un diagrama de flujo que delinea los pasos de preparación para permitir una llamada de voz sobre una red a base de paquetes utilizando un dispositivo 101. En este procedimiento ejemplar, se aplica energía a un dispositivo VolP S301. El dispositivo posteriormente arranca S303. Por ejemplo, el dispositivo necesita arrancar diversos componentes que incluyen, pero no se limitan a su sistema operativo, gestión de redes, y software de VOlP. El dispositivo obtiene entonces ajustes de red S305. Por ejemplo, el dispositivo obtiene ajustes de red ya sea de manera automática (por ejemplo, a través de un protocolo como DHCP) o un ajuste de red asignado de manera estática (por ejemplo, una dirección IP estática) Una vez que se obtienen los ajustes de red, el dispositivo es capaz de acceder a Internet S307. El dispositivo accede entonces a un perfil de configuración S309. En una modalidad, el dispositivo descarga, un perfil de configuración (en otras palabras, se equipa) desde una fuente remota en la Internet. Alternativamente, si el perfil de configuración ya está presente en el dispositivo, el perfil es ubicado y cargado. El perfil de configuración informa al dispositivo sobre una variedad de funciones operacionales que incluyen, pero no se limitan a qué servidores contactar durante el inicio, actualizaciones y comunicaciones, nombres de usuarios y contraseñas requeridas para conectarse a la red, y otra información vital necesaria para hacer llamadas VOlP. Una vez equipado el dispositivo, resuelve el nombre de anfitrión de un servidor VolP incluyendo, sin límite un servidor proxy SIP S311. Una vez que se ha resuelto el nombre de anfitrión, el dispositivo se registra con el servidor VolP S313. Los mensajes de estado se basarán en estos pasos de procedimiento y diversos criterios asociados. El cuadro 1 ilustra mensajes ejemplares basados en pasos y criterios ejemplares.

CUADRO 1 Criterios Paso Mensaje Dispositivo no equipado Carga o aplicación de perfil "Dispositivo no equipado".

Línea no equipada Carga o aplicación de perfil "Línea no equipada para uso. Intente por favor la otra línea" Dispositivo equipado Dispositivo arrancando "Línea no disponible todavía, espere por favor". Dispositivo sin conectividad a Conexión a red "Dispositivo sin conectividad a red red. Verifique por favor su conexión de banda ancha".

Dispositivo sin ajustes de red Conexión a red "Dispositivo sin ajustes de red". El dispositivo no puede Conexión a red VolP "El dispositivo no puede resolver por DNS el nombre resolver los servidores". de anfitrión proxy Dispositivo sin respuesta de Conexión a red VolP "El dispositivo no puede servidores conectarse a los servidores".

Dispositivo no puede registrar Conexión a red VolP "El dispositivo ha usado una debido a contraseña contraseña incorrecta al incorrecta momento de intentar autenticar". Dispositivo obtiene error de Conexión a red VolP "El dispositivo recibió un error los servidores al momento de intentar el registro".

Las adiciones y variaciones de mensajes de estado corresponden a nuevos criterios y pasos añadidos para que el dispositivo realice llamadas telefónicas VOlP. Además, la granularidad de los pasos y criterios de procedimiento del dispositivo o la red también está soportada en diversas modalidades. Por ejemplo, el dispositivo puede no tener conectividad de red por una variedad de razones. Estas razones incluyen, pero no se limitan a: 1) la interfaz WAN no está conectada; y 2) el dispositivo tiene una dirección IP pero las solicitudes del Protocolo de Resolución de Dirección (ARP) a su puerta de acceso predeterminada (GW) no están siendo respondidas o de otra forma reconocidas. Si el dispositivo encuentra una situación en donde sus paquetes SIP no están siendo respondidos, diversas modalidades del dispositivo 101 empiezan a enviar solicitudes ARP a su GW predeterminada para verificar que todavía tiene conectividad con el mismo. En otro ejemplo, el dispositivo puede no tener ajustes de red debido a que el dispositivo no puede obtener información de ajustes de red del servidor de Protocolo Dinámico de Configuración de Anfitrión (DHCP) o el dispositivo no tiene asignada información estática de red. Los mensajes e instrucciones de estado adecuados se proveen para permitir que un usuario confirme dichas fallas y las resuelva. Diversas modalidades incluyen múltiples variantes para comunicar los mensajes de estado a un cliente o usuario en un nodo remoto. La selección de las diversas variantes se basa en una diversidad de criterios que incluyen, la naturaleza del mensaje, las capacidades del dispositivo, o la situación del cliente. En una modalidad, el mensaje de estado es reproducido a través de un teléfono 103 conectado de manera operativa o integrado con el dispositivo 101. En ciertas modalidades, el dispositivo 101 reproduce el mensaje de estado a través del teléfono 103 y además orienta al cliente en las acciones para resolver el problema detectado con el dispositivo 101. Cuando el usuario descuelga el teléfono, el dispositivo reproduce el tono de marcación si ya está listo y en posibilidad de hacer una llamada VolP o automáticamente reproduce el mensaje de estado e instrucciones para guiar al cliente a la solución del problema. En otra modalidad, el mensaje de estado es visualizado en un despliegue (por ejemplo; una pantalla de identificación de llamada de texto o de funciones múltiples) en el teléfono 103 conectado de manera operativa o integrado con el dispositivo VOIP 101. En esta modalidad, el mensaje e instrucciones de estado son desplegados en la pantalla de identificación de llamada (u otro dispositivo de despliegue) que se incluyen en ciertos teléfonos 103. En esta modalidad, el dispositivo 101 utiliza métodos tales como señalización de Frecuencia Múltiple de Tono de Marcación (DTMF) para comunicar datos para desplegar en una pantalla de identificación de llamadas o hace uso de una interfaz directa al despliegue, por ejemplo, si el dispositivo 101 y el teléfono 103 están integrados. Cuando el cliente descuelga el teléfono, el mensaje de estado es desplegado en la pantalla de identificación de llamadas en el teléfono 103 o es desplegado en el dispositivo 101 directamente (por ejemplo, si el dispositivo 101 incluye un despliegue). Incluso en otra modalidad, el mensaje de estado es desplegado en un sitio web administrativo del dispositivo 101 accesible a un usuario o cliente en un nodo remoto. En esta modalidad, el dispositivo 101 está configurado para dar servicio a páginas de un sitio web administrativo reflejando ajustes y controles administrativos a una computadora 107 conectada al mismo. En el sitio web administrativo (por ejemplo, localizado en la porción de nodo remoto de la red utilizando una dirección IP DHCP reservada tal como 192.168.0.1), el usuario puede iniciar sesión para instalar o configurar el dispositivo 101. En ciertas modalidades, el sitio web administrativo incluye una sección en donde el mensaje de estado y cualquier instrucción correspondiente se despliega para el usuario. De preferencia, este sitio web es accesible sin considerar si el dispositivo 101 es capaz de conectarse a través de Internet 199 a entidades de red remotas tales como el servidor proxy SIP 111. Opcionalmente, el mensaje o instrucción de estado incluye un gráfico o diagrama. La figura 4 es una ilustración esquemática de un dispositivo de comunicación de red ejemplar 401. El dispositivo 401 se puede utilizar para facilitar el sistema y método para proveer la mensajería de estado pasivo antes descrita. El dispositivo 401 puede ser uno de cualquier forma de un procesador de computadora de uso general utilizado para acceder a una red a base de IP tal como una intranet corporativa, Internet o similar. El dispositivo 401 comprende una unidad de procesamiento central (CPU) 407, una memoria 403, y circuitos de soporte 409 para la CPU 407. El dispositivo 401 opcionalmente incluye o se comunica con un despliegue 421 para comunicar información visual a un cliente. El dispositivo 401 opcionalmente incluye o se comunica con un altavoz 423 para comunicar información de audio a un cliente. El dispositivo 401 está opcionalmente integrado por un teléfono 103 o un enrutador 105. De manera alternativa, el dispositivo 401 se implementa utilizando software que corre en una computadora 107, operando así como un teléfono virtual similar a diversas modalidades descritas en la solicitud de E.U.A. número de serie presentada el 13 de febrero, 2007, titulada "METHOD AND SYSTEM FOR MULTI-MODAL COMMUNICATIONS", e incorporada en su totalidad a la presente. En otra alternativa, el dispositivo 401 es un dispositivo separado pero complementario con un factor de forma tal como una tecla V-PHONE™ Universal Serial Bus (USB) fabricado y vendido por Vonage de Holmdel, NJ para uso con una computadora 107 para permitir que la computadora 107 realice llamadas VolP. El dispositivo 401 también incluye provisiones 411/413 para conectar el dispositivo 401 al equipo del cliente y equipo del agente proveedor del servicio y uno o más dispositivos de entrada/salida (no mostrados) para acceder al dispositivo 401 para realizar funciones auxiliares o administrativas relacionadas con el mismo. Cabe mencionar que las provisiones 411/413 se muestran como estructuras colectoras separadas en la figura 4; sin embargo, pueden ser alternativamente una estructura colectora sencilla sin degradar o de otra forma cambiar la operabilidad destinada del dispositivo 401 o la invención en general. En modalidades en donde el dispositivo 401 está integrado con otro dispositivo tal como un teléfono 103, un enrutador 105, o una computadora 107, el dispositivo 401 opcionalmente se comunica con un despliegue, altavoz, u otras características de entrada/salida del otro dispositivo a través por ejemplo de las provisiones 41 /413. Adicionalmente, el dispositivo 401 y sus componentes operativos y de programación como se describen a detalle más adelante se muestran como una entidad sola; sin embargo, el dispositivo también puede ser uno o más dispositivos y módulos de programación intercalados alrededor del sistema portando cada uno una porción especifica o dedicada del análisis del diagnóstico como se describió anteriormente. A manera de ejemplo no limitativo, una parte de las operaciones del software o del dispositivo 401 puede ocurrir en un servidor del proveedor de servicio y otra parte de las operaciones del software o del dispositivo 401 pueden ocurrir en el equipo del agente de servicio. Otras configuraciones del dispositivo y programación del dispositivo son conocidas y entendidas por los expertos en la técnica. La memoria 403 está acoplada a la CPU 407. La memoria 403, o medio legible por computadora, puede ser una o más de memorias fácilmente disponibles tales como memoria de acceso aleatorio (RAM), memoria de solo lectura (ROM), disco flexible, disco duro, memoria flash o cualquier otra forma de almacenamiento digital, local o remoto. Los circuitos de soporte 409 están acoplados a la CPU 407 para soportar el procesador de una forma convencional. Estos circuitos incluyen caché, suministros de energía, circuitos de reloj, sistemas de circuitos y subsistemas de entrada/salida, y similares. Una rutina de software 405, cuando es ejecutada por la CPU 407, hace que el dispositivo 401 realice procedimientos de la presente invención y generalmente está almacenada en la memoria 403. La rutina de software 405 también puede ser almacenada y/o ejecutada por una segunda CPU (no mostrada) que se localiza de manera remota del hardware que controla la CPU 407. La rutina del software 405 es ejecutada cuando se desea un método preferido para diagnosticar fallas de comunicación relacionadas con VolP. La rutina de software 405, cuando es ejecutada por la CPU 407, transforma la computadora de uso general en una computadora (dispositivo) de uso específico 401 que controla la aplicación a base de web, conjunto de herramientas de diagnóstico u otras acciones similares. Aunque el procedimiento de la presente invención se discute como siendo implementado como una rutina de software, algunos de los pasos del método que se describen en la presente se pueden realizar en hardware así como mediante el dispositivo de software. Como tal, la invención puede ser implementada en software ejecutado en un sistema de cómputo, en hardware como un circuito integrado especifico de aplicación u otro tipo de implementación de hardware o una combinación de software. La rutina de software 405 de la presente invención es capaz de ser ejecutada en sistemas operativos de cómputo que incluyen pero no se limitan a Microsoft Windows 98, Microsoft Windows 2000/XP/Vista, Apple OS X y Linux. De manera similar, la rutina de software 405 de la presente invención es capaz de ser realizada utilizando arquitecturas de CPU que incluyen pero no se limitan a IBM Power PC, Intel x86, Sun Service provider agentRC, AMD, Transmeta, e Intel ARM. Se puede hacer énfasis en que las modalidades antes descritas, particularmente cualquier modalidad "preferida" son simplemente ejemplos posibles de implementaciones, únicamente expuestas para un claro entendimiento de los principios de la descripción. Muchas variaciones y modificaciones se pueden realizar a las modalidades antes descritas de la especificación sin apartarse sustancialmente del espíritu y principios de la descripción. Todas esas modificaciones y variaciones pretenden ser incluidas en la presente dentro del alcance de esta descripción y protegidas por las siguientes reivindicaciones.

Claims (15)

NOVEDAD DE LA INVENCION REIVINDICACIONES

1.- Un método para proveer mensajería de estado pasivo para un dispositivo de comunicación de red en un nodo remoto de una red, que comprende: detectar una primera condición de estado en el nodo remoto, la primera condición de estado incluye un paso de flujo de trabajo del dispositivo y criterios de flujo de trabajo del dispositivo; seleccionar un primer mensaje de una pluralidad de mensajes almacenados en el dispositivo de comunicación de red, el primer mensaje corresponde a la condición detectada de estado; y comunicar el primer mensaje.

2. - El método de conformidad con la reivindicación 1 , caracterizado además porque comprende adicionalmente: recibir por lo menos un mensaje actualizado en el nodo remoto; y almacenar el al menos un mensaje actualizado.

3. - El método de conformidad con la reivindicación 1 , caracterizado además porque comprende adicionalmente: seleccionar una instrucción de usuario final de una pluralidad de instrucciones, la instrucción corresponde a la condición detectada de estado; y comunicar la instrucción de usuario final.

4. - El método de conformidad con la reivindicación 1 , caracterizado además porque comprende adicionalmente: detectar una segunda condición de estado en el nodo remoto; seleccionar un segundo mensaje de la pluralidad de mensajes, el segundo mensaje seleccionado corresponde a la segunda condición de estado; y comunicar el segundo mensaje.

5.- El método de conformidad con la reivindicación 1 , caracterizado además porque comprende adicionalmente: almacenar la primera condición de estado y el primer mensaje; detectar una segunda condición de estado en el nodo remoto; seleccionar un segundo mensaje de la pluralidad de mensajes, el segundo mensaje corresponde a la primera condición de estado; el primer mensaje, y la segunda condición de estado; y comunicar el segundo mensaje.

6.- El método de conformidad con la reivindicación 1 , caracterizado además porque el paso de comunicar incluye reproducir un mensaje de audio pregrabado.

7.- El método de conformidad con la reivindicación 1 , caracterizado además porque el paso de comunicar incluye desplegar un mensaje de texto.

8.- El método de conformidad con la reivindicación 1 , caracterizado además porque el paso de comunicar incluye desplegar el mensaje en una página web que es provista por el dispositivo de comunicación de red en el nodo remoto.

9. - El método de conformidad con la reivindicación 1 , caracterizado además porque el paso de comunicar incluye transmitir un código de identificación de mensaje que corresponde al primer mensaje.

10. - El método de conformidad con la reivindicación 1 , caracterizado además porque comprende adicionalmente: grabar la comunicación del primer mensaje en un registro de dispositivo; y transmitir el registro de dispositivo sobre la red.

11. - Un producto de programa de cómputo para uso con un dispositivo en una red de comunicación, que comprende: un medio utilizable con computadora que tiene módulos de código de programa legibles por computadora modalizados en el medio para proveer mensajería de estado pasivo para un dispositivo de comunicación de red en un nodo remoto de una red; un primer módulo de código de programa legible por computadora para hacer que una computadora detecte una primera condición de estado en el nodo remoto, la primera condición de estado incluye un paso de flujo de trabajo del dispositivo y criterios de flujo de trabajo del dispositivo; un segundo módulo de código de programa legible por computadora para hacer que una computadora seleccione un primer mensaje de una pluralidad de mensajes almacenados en el dispositivo de comunicación de red, el primer mensaje corresponde a la condición detectada de estado; y un tercer módulo de código de programa legible por computadora para hacer que una computadora comunique el primer mensaje.

12. - Un sistema para proveer mensajería de estado pasivo para un dispositivo de comunicación de red en un nodo remoto de una red, que comprende: un detector de estado configurado para detectar una condición de estado en el nodo remoto; una memoria, la memoria incluye una pluralidad de mensajes almacenados en la misma; un procesador acoplado a la memoria y configurado para seleccionar un primer mensaje de la pluralidad de mensajes, el primer mensaje corresponde a la condición de estado; y medios para comunicar el primer mensaje.

13. - El sistema de conformidad con la reivindicación 12, caracterizado además porque los medios para comunicar incluyen un altavoz de audio.

14. - El sistema de conformidad con la reivindicación 12, caracterizado además porque los medios para comunicar incluyen un despliegue de texto.

15.- El sistema de conformidad con la reivindicación 12, caracterizado además porque los medios para comunicar incluyen un servidor web configurado para emitir datos de página web accesibles en el nodo remoto.