ES2350181T3 - Gestión remota de un sistema de procesamiento de datos a través de una red de comunicaciones. - Google Patents

Abstract

Un método para gestionar una pluralidad de sistemas de procesamiento de datos (18) a través de una red de comunicaciones (16), configurados los sistemas de procesamiento de datos (18) para intercambiar datos transaccionales entre sí y llevar a cabo transacciones sobre la red (16), comprendiendo el método las siguientes etapas realizadas en un sistema de gestión (14): almacenamiento de los datos de los parámetros técnicos de referencia para cada uno de los sistemas de procesamiento de datos (18), definiendo los datos de referencia una configuración de un sistema de procesamiento de datos respectivo para posibilitar que el sistema de procesamiento de datos lleve a cabo transacciones sobre la red (16); comunicar con un sistema de procesamiento de datos (18) sobre el estado operacional de los datos transaccionales recibidos en el sistema de procesamiento de datos; recibir un mensaje de información sobre el estado operacional de los datos transaccionales a través de la red de comunicaciones (16); interpretar el mensaje de información para determinar si el estado operacional cumple una métrica de funcionamiento objetivo; si el estado operacional no cumple el estado operacional objetivo, interrogar al sistema de procesamiento de datos (18) para obtener datos de parámetros técnicos del software del sistema de procesamiento de datos; recibir un mensaje de información que contiene los datos de los parámetros técnicos sobre el sistema de procesamiento de datos a través de la red de comunicaciones (16); recuperar los datos de los parámetros técnicos de referencia para el sistema de procesamiento de datos (18) en base al mensaje de información; determinar si los datos de los parámetros técnicos recibidos cumplen con los datos de los parámetros técnicos de referencia recuperados; y enviar una revisión al sistema de procesamiento de datos (18) si al menos un componente software no cumple con los datos de los parámetros técnicos de referencia.

Description

CAMPO DE LA INVENCIÓN

Esta invención se refiere a un sistema y un método de gestión para monitorizar la gestión de un sistema de procesamiento de datos a través de una red de comunicaciones. ANTECEDENTES

Las entidades de negocios pueden intercambiar información sobre una red de comunicaciones tal como la Internet. Por ejemplo, una entidad de negocios puede participar en transacciones con un grupo de socios comerciales. Las entidades de negocios pueden intercambiar información acerca de transacciones de bienes, transacciones que involucran servicios, transacciones financieras u otra información para mejorar las operaciones de negocios. Las comunicaciones electrónicas pueden promover la eficacia de las transacciones, tales como una reducción de los errores de oficina debidos a una intervención humana reducida o un aumento en la velocidad de ejecución de las transacciones.

En el contexto del entorno de comunicaciones de negocio a negocio, cada socio comercial que participa en la transacción o comunicación puede mantener un sistema de procesamiento de datos (por ejemplo, un servidor) para soportar la comunicación. Sin embargo, los socios comerciales pueden realizar decisiones técnicas conflictivas sobre el mantenimiento del hardware y del software para los diversos sistemas de procesamiento de datos involucrados en el entorno de comunicaciones de negocio a negocio. Los socios comerciales pueden no compartir información técnica adecuada entre sí

o puede fallar simplemente la coordinación en la instalación de actualizaciones de software, incluso aunque esté disponible la información técnica adecuada sobre los otros socios comerciales. Por ejemplo diferentes socios comerciales pueden decidir actualizar sus plataformas hardware o software en diferentes momentos lo cual puede dar como resultado la incompatibilidad de una o más características software o la incapacidad de llevar a cabo una transacción. Para evitar la interrupción de las transacciones o problemas en la interoperabilidad de la funcionalidad tecnológica o del software, los socios comerciales pueden acordar tener las actualizaciones y las revisiones manejadas por un proveedor único. De este modo, existe una necesidad de facilitar la gestión del proveedor único de los parámetros técnicos de los sistemas de procesamiento de datos de los participantes comerciales que pueden interactuar. Además, existe la necesidad de proporcionar de forma eficaz características de software y actualizaciones de software para los participantes comerciales en un entorno de negocio a negocio.

Los socios comerciales de una transacción de negocio a negocio generalmente desean soporte técnico suficiente para reducir el tiempo de inactividad o las interrupciones en la ejecución de las transacciones. El mantenimiento de técnicos expertos y profesionales de información tecnológica puede ser costoso para proporcionar operaciones fiables del entorno de negocio a negocio. Además, tales técnicos pueden tener un acceso inadecuado

o capacidad para monitorizar y controlar los sistemas de procesamiento de datos de otros socios comerciales, lo cual puede impedir la capacidad de diagnosticar correctamente y solucionar problemas técnicos. De este modo existe una necesidad de mejorar la efectividad de los técnicos soportando remotamente la monitorización y control de los sistemas de procesamiento de datos de un grupo comercial a través de uno o más lugares.

El documento WO9723831 describe un sistema de gestión que es conocedor de los datos de configuración de los dispositivos finales conectados en red y que es conocedor de los datos de configuración de referencia para estos dispositivos ("datos de configuración pasada") pudiendo comparar los datos de la configuración actual de los dispositivos con los datos de configuración de referencia. SUMARIO

De acuerdo con un aspecto de la invención un sistema de gestión comunica con un sistema de procesamiento de datos remoto, asociado con un participante comercial, sobre al menos un parámetro técnico del sistema de procesamiento de datos remoto. Un parámetro técnico puede referirse a datos de configuración sobre un sistema de procesamiento de datos, datos de configuración software, datos de configuración hardware, estado operacional de un sistema de procesamiento de datos, estado operacional de un componente software de un sistema de procesamiento de datos, o el estado operacional de un componente hardware de un sistema de procesamiento de datos. El sistema de gestión recibe un mensaje de información sobre al menos un parámetro técnico a través de una red de comunicaciones. El sistema de gestión interpreta o procesa el mensaje de información para una presentación sobre una interfaz de usuario del sistema de gestión para facilitar la monitorización por el usuario de al menos un sistema de procesamiento de datos remoto. El sistema de gestión soporta la coordinación de la gestión de al menos un parámetro técnico para los socios comerciales dentro del grupo comercial.

De acuerdo con otro aspecto de la invención, el sistema de gestión soporta la revisión de un módulo software o la modificación de un componente software residente en uno o más sistemas de procesamiento de datos remotos. Un sistema de gestión recibe un mensaje de información que contiene datos de parámetros técnicos sobre un sistema de procesamiento de datos remoto a través de la red de comunicaciones. El sistema de gestión recupera los datos de los parámetros técnicos de referencia desde un almacenamiento de parámetros de referencia basados en el mensaje de información. El sistema de gestión determina si los datos de los parámetros técnicos recibidos del mensaje de datos de información cumplen con los datos de los parámetros técnicos de referencia recuperados para decidir si se requiere una revisión de un componente o un módulo software. El sistema de gestión facilita la revisión (por ejemplo, la actualización) de un componente software o un módulo software en un sistema de procesamiento de datos remoto para remediar los problemas técnicos o proporcionar una interoperabilidad técnica consistente entre un sistema de procesamiento de datos base y uno o más sistemas de procesamiento de datos remotos. BREVE DESCRIPCIÓN DE LOS DIBUJOS

La FIG. 1 es un diagrama de bloques de un sistema negocio a negocio que incluye un sistema de gestión de acuerdo con la invención.

La FIG. 2 es un diagrama de bloques de un sistema de comunicaciones de negocio a negocio con mayor detalle que la FIG. 1.

La FIG. 3 es un diagrama de flujo de un método para la monitorización de un sistema o sistemas de procesamiento de datos remotos desde un sistema de gestión de acuerdo con la invención.

La FIG. 4 es un diagrama de bloques de un sistema de negocio a negocio que soporta la monitorización de datos transaccionales y datos de confirmación desde una interfaz de usuario de acuerdo con la invención.

La FIG. 5 es un diagrama de los datos de funcionamiento que pueden monitorizarse a través del sistema de gestión de la invención.

La FIG. 6 es un diagrama de bloques que ilustra una realización alternativa de un sistema de procesamiento de datos remoto de acuerdo con la invención.

La FIG. 7 es un diagrama de flujo de un método para llevar a cabo la resolución de problemas en el sistema de negocio a negocio de acuerdo con la invención.

La FIG. 8 es un diagrama de bloques que ilustra una realización alternativa de un sistema de negocio a negocio con múltiples sistemas de gestión en diferentes sitios de acuerdo con la invención.

La FIG. 9 y la FIG. 10 son diagramas de flujo de un método para revisar

o actualizar un módulo de software de acuerdo con la invención.

La FIG. y la FIG. 12 son un diagrama de flujo de un método para añadir una nueva característica a un sistema de procesamiento de datos remoto a través del sistema de gestión de acuerdo con la invención.

La FIG. 13 es un diagrama de bloques de una realización alternativa de un sistema de negocio a negocio que incluye diversos cortafuegos de acuerdo con la invención. DESCRIPCIÓN DETALLADA

De acuerdo con la invención, el sistema de negocio a negocio 10 de la FIG. 1 incluye un sistema de negocios principal 70, acoplado con un sistema de procesamiento de datos base 12. El sistema de procesamiento de datos base 12 comunica con uno o más sistemas de procesamiento de datos remotos 18 a través de una red de comunicaciones 16 (por ejemplo, una red privada virtual sobre la Internet). Cada uno de los sistemas de procesamiento de datos remotos 18 está acoplado con un sistema de negocios secundario correspondiente 72. Un sistema de gestión 14 está acoplado con la red de comunicaciones 16, el sistema de procesamiento de datos base 12, o ambos. El sistema de gestión 14 facilita uno o más de las siguientes actividades: monitorización remota de parámetros técnicos y alteración remota de parámetros técnicos de uno o más sistemas de procesamiento de datos remotos 18.

Un parámetro técnico puede definir una configuración de un sistema de procesamiento de datos, que generalmente se refiere al sistema de procesamiento de datos base 12, el sistema de procesamiento de datos remoto 18, o ambos. La configuración o los datos de configuración definen características técnicas (por ejemplo especificaciones), características hardware y características software de un sistema de procesamiento de datos. En una realización, un parámetro técnico generalmente se refiere a uno o más de los siguientes: datos de configuración del sistema de procesamiento de datos base 12, datos de configuración sobre uno o más sistemas de procesamiento de datos remotos 18, datos de configuración de software, datos de configuración de hardware, un valor de una variable utilizada en el procesamiento de datos, un valor de una constante utilizada en el procesamiento de datos, una versión instalada de un módulo software base, una versión instalada de un módulo software remoto, un tipo instalado de módulo software base, un tipo instalado de módulo de software remoto, y datos del estado operacional. Los datos de configuración de software pueden referirse a la configuración del software del sistema de procesamiento de datos base 12 y/o la configuración software de uno o más sistemas de procesamiento de datos remotos 18 de un grupo comercial. Los datos de configuración hardware pueden referirse a la configuración hardware del sistema de procesamiento de datos base 12 y/o la configuración hardware de uno o más sistemas de procesamiento de datos remotos 18 de un grupo comercial.

Un parámetro técnico puede definir un estado operacional de un sistema de procesamiento de datos. Los datos del estado operacional pueden referirse a un estado de funcionamiento, una ocurrencia de una condición de alarma, un funcionamiento del sistema de procesamiento de datos, un funcionamiento de un componente software de un sistema de procesamiento de datos, un funcionamiento de un componente hardware de un sistema de procesamiento de datos, o cualquier combinación de los elementos anteriores.

El sistema de negocios principal 70 puede intercambiar datos transaccionales con uno o más sistemas de negocios secundarios 72 a través de la red de comunicaciones 10 para llevar a cabo una transacción (por ejemplo, una transacción de negocio a negocio). Para este fin, el sistema de procesamiento de datos base 12 y al menos un sistema de procesamiento de datos remoto 18, actúan como intermediarios para facilitar las comunicaciones a través de la red de comunicaciones 16. Por ejemplo, el sistema de procesamiento de datos base 12 puede convertir datos transaccionales del sistema de negocios principal 70 en un documento del lenguaje de marcaciones extensible (XML), un documento del lenguaje de marcaciones de hipertexto (HTML), o cualquier otra estructura de datos adecuada para la transmisión de datos transaccionales sobre la red de comunicaciones 16. De forma similar, el sistema de procesamiento de datos remoto 18 puede convertir los datos transaccionales recibidos desde el sistema de procesamiento de datos base 12 desde un documento XML, un documento HMTL, u otra estructura de datos adecuada dentro de un protocolo de datos o formato compatible con el sistema de negocios secundario 72. Los datos transaccionales (por ejemplo, un documento XML) puede transmitirse como uno o más paquetes de datos sobre la red de comunicaciones 16, consistente con el protocolo de transferencia de hipertexto (HTTP) el protocolo de transferencia de hipertexto seguro (HTTPS), o cualquier otro protocolo de datos adecuado. El HTTP y el HTTPS definen como se formatean y se transmiten los mensajes de datos, por ejemplo.

El sistema de negocios principal 70 puede gestionar los datos transaccionales u otros datos relevantes para las operaciones de negocios de una entidad de negocios principal. Por ejemplo, el sistema de negocios principal 70 puede representar un sistema de planificación de recursos de empresa. Un sistema de planificación de recursos de empresa se refiere a un sistema de ordenadores que puede integrar una o más de las siguientes funciones de negocios de una entidad: fabricación, contabilidad, gestión, compras, control de inventarios e ingeniería. El sistema de procesamiento de datos base 12 puede representar el servidor de negocio a negocio de una entidad de negocios principal.

Uno o más sistemas de negocios secundarios 72 pueden gestionar datos transaccionales u otros datos relevantes para las operaciones de negocios de al menos una entidad de negocios secundaria. Cada uno de los sistemas de negocios secundario 72 puede representar un sistema de planificación de recursos de empresa u otra herramienta relacionada con un ordenador para la gestión de la entidad de negocios. La entidad de negocios principal o afiliada puede estar asignada en al menos una de las responsabilidades de monitorización, mantenimiento, resolución de problemas y actualización del software de los sistemas de procesamiento de datos remotos 18. Aunque los sistemas de procesamiento de datos remotos 18 pueden controlarse técnicamente por una entidad de negocios secundaria o varias entidades de negocios secundarias diferentes, distintas de la entidad de negocios principal, las entidades de negocios secundarias puede delegar una o más de las responsabilidades antes mencionadas a la entidad de negocios principal. El sistema de gestión 14 soporta tal delegación o asignación de la monitorización, el mantenimiento, la resolución de problemas, y la actualización desde un único sitio.

El sistema de procesamiento de datos base 12 puede participar en una transacción con uno o más sistemas de procesamiento de datos remotos 18 sobre la red de comunicaciones 16. Aunque puede usarse cualquier número de sistemas de procesamiento de datos remotos 18 para llevar a la práctica la invención, los sistemas de procesamiento de datos remotos 18 de la FIG. 1 pueden designarse como un primer sistema de procesamiento de datos remoto 74, un segundo sistema de procesamiento de datos remoto 76, y un tercer sistema de procesamiento de datos remoto 78. Además, el primero, segundo, y tercer sistemas de procesamiento de datos remotos (74, 76, y 78) pueden estar afiliados con una primera entidad de negocios, una segunda entidad de negocios, y una tercera entidad de negocios, respectivamente. La primera entidad de negocios, la segunda entidad de negocios y la tercera entidad de negocios representan entidades de negocios secundarias, mientras que una entidad de negocios del sistema de procesamiento de datos base 12 representa la entidad de negocios principal.

El sistema de gestión 14 puede monitorizar una transacción o comunicación entre el sistema de procesamiento de datos base 12 y cualquier sistema de procesamiento de datos remoto 18; particularmente con respecto al mantenimiento y la funcionalidad del software de aplicación de un sistema de procesamiento de datos base 12 y los sistemas de procesamiento de datos remotos 18. Además, el sistema de gestión 14 puede monitorizar las comunicaciones a nivel de sistema o las comunicaciones a nivel de red entre el sistema de procesamiento de datos base 12 y uno o más sistemas de procesamiento de datos remotos 18 para asegurar comunicaciones fiables y un entorno tolerante a fallos.

El sistema de gestión 14 (por ejemplo, el monitor 36 de la FIG. 2) soporta la monitorización remota de los siguientes atributos de los sistemas de procesamiento de datos remotos 18; (1) sistema de monitorización de una o más interacciones entre el sistema de procesamiento de datos base 12 y el sistema de procesamiento de datos remoto 18 a través de la red de comunicaciones 16; (2) aplicación de monitorización del software de aplicación del sistema de procesamiento de datos base 12, el sistema de procesamiento de datos remoto 18, o ambos. El sistema de monitorización se refiere a la monitorización de uno o más componentes de sistema que soportan el software de aplicación (por ejemplo, el software de aplicación de negocio a negocio). Un componente del sistema se refiere a cualquier componente software o hardware que soporta un software de aplicación. Un componente hardware puede incluir funcionalidades entre componentes hardware y funcionalidades de componentes hardware individuales, que pueden incluir un dispositivo de almacenamiento (por ejemplo, un disco duro de un servidor), un servidor, un gestor de datos, una base de datos, y componentes de la arquitectura de intermediación, entre otros elementos. Un sistema de procesamiento de datos base 12 o un sistema de procesamiento de datos remotos 18 puede comprender un servidor (por ejemplo, un servidor de negocio a negocio). La arquitectura de intermediación puede referirse a cualquier sistema de procesamiento de datos intermedio que realiza el interfaz de un sistema de negocios (por ejemplo, un sistema de negocios principal 70) con una red de comunicaciones 16 para soportar comunicaciones de mensajes de datos con otro sistema de negocios (por ejemplo, un sistema de negocios secundario 72) de un socio comercial. El sistema de procesamiento de datos remoto 18 o el sistema de procesamiento de datos base 12 representan un sistema de procesamiento de datos intermedio.

La monitorización de aplicaciones se refiere a la monitorización de una aplicación de software (por ejemplo, un módulo software), y puede extenderse a las transacciones que soporta la aplicación software. Un módulo de software remoto activo 60 (FIG. 2) o un módulo de software base activo 22 (FIG. 2) pueden representar aplicaciones software o una aplicación software de negocio a negocio.

El sistema de gestión 14 soporta monitorización remota, la configuración remota, o ambos componentes software del sistema de procesamiento de datos remoto 18. En una realización, el sistema de gestión 14 permite a un usuario o un proveedor de servicios añadir, borrar o modificar las características software de cada sistema de procesamiento de datos remoto 18 sin requerir que una persona o un técnico esté en la localización del sistema de procesamiento de datos remoto 18 donde se proponen o tienen lugar los cambios software. El sistema de gestión 14 está particularmente bien adaptado para configurar un grupo de sistemas de procesamiento de datos remotos 18 para promover la compatibilidad técnica y la resolución eficaz de los problemas. Por ejemplo el sistema de gestión 14 puede reducir los gastos de viaje que de lo contrario podrían ser necesarios para actualizar los sistemas de procesamiento de datos remotos 18 de diferentes socios comerciales, los cuales pueden estar ampliamente dispersos geográficamente. Un grupo comercial se refiere a un conjunto de socios comerciales (es decir, entidades de negocios) que intercambian información entre sí a través de una red de comunicaciones para llevar a cabo una transacción o de lo contrario soportar el comercio de negocio a negocio.

La FIG. 2 muestra un ejemplo ilustrativo de componentes que pueden usarse para llevar a la práctica la configuración de la FIG. 1. Referencias numéricas iguales en las FIG. 1 y la FIG. 2 indican los mismos elementos.

El sistema de procesamiento de datos base 12 puede referirse a un servidor de negocio a negocio o a otro ordenador intermedio que proporciona una interfaz de comunicaciones entre un sistema de negocios principal 70 y una red de comunicaciones 16. El sistema de procesamiento de datos base 12 puede incluir un procesador 20 en comunicación con un informador del estado base 24 y una interfaz de comunicaciones base 26. Las líneas que interconectan los componentes del sistema de procesamiento de datos base 12 pueden representar trayectorias lógicas de datos, trayectorias físicas de datos,

o ambas.

El procesador 20 puede ejecutar un módulo de software base activo 22, que puede almacenarse en un dispositivo de almacenamiento (por ejemplo, una memoria). Por ejemplo, el módulo de software activo base 22 puede soportar una transacción electrónica con un socio comercial con un módulo software remoto activo 60 a través de una red de comunicaciones 16. Un módulo software activo base 22 se refiere a cualquier módulo software que se instala en el sistema de procesamiento de datos base 12 y se activa para su uso. De forma similar, un módulo software remoto activo 60 se refiere a cualquier módulo software o colección de componentes software que se instalan en el sistema de procesamiento de datos remoto 18 y se activa para su uso. El informador del estado base 24 puede proporcionar un mensaje de información sobre los parámetros técnicos (por ejemplo, estado operacional o datos de configuración) pertenecientes al sistema de procesamiento de datos base 12 o cualquier de sus componentes constituyentes. La interfaz de comunicaciones base 26 soporta las comunicaciones entre uno o más de los siguientes: (1) el sistema de gestión 14 y el sistema de procesamiento de datos remoto 18 y (2) el sistema de negocios principal 70 y al menos un sistema de negocios secundario 72.

El sistema de gestión 14 incluye una interfaz de comunicaciones de gestión 28 que está acoplada al procesador de datos 30. A su vez, el procesador de datos 30 está acoplado a una interfaz de usuario 34 y a un dispositivo de almacenamiento 32. Las líneas que interconectan los componentes del sistema de gestión 14 pueden indicar trayectorias lógicas de los datos entre los componentes, trayectorias físicas de los datos entre los componentes, o ambas.

La interfaz de comunicaciones de gestión 28 puede incluir un primer puerto 81 para comunicación sistema de procesamiento de datos base 12 y un segundo puerto 83 para comunicar con la red de comunicaciones 16. El tráfico en el segundo puerto 83 puede que no se filtre por ningún cortafuego asociado con el sistema de procesamiento de datos base 12 para permitir mayor flexibilidad en el seguimiento y monitorización del tráfico sobre la red de comunicaciones 16 o actividades en el sistema de procesamiento de datos remoto 18.

En una realización, el procesador de datos 30 incluye un monitor 36, un intérprete 38, un controlador 40, un módulo de presentación 42, y un gestor de datos 44. El monitor 36 puede recibir datos desde la interfaz de comunicaciones de gestión 28 o transmitir datos a la misma. Los datos recibidos pueden originarse desde el sistema de procesamiento de datos base 12 o uno o más sistemas de procesamiento de datos remotos 18 a través de la red de comunicaciones 16.

El intérprete 38 extrae o acepta datos de los parámetros técnicos o datos de los parámetros técnicos procesados desde el monitor 36. El intérprete 38 se refiere a un evaluador que interpreta o evalúa los datos de los parámetros técnicos monitorizados para determinar si y cómo los datos de los parámetros técnicos monitorizados son relevantes para el estado funcional, mantenimiento, revisión, o actualización del sistema de procesamiento de datos dentro del sistema de negocio a negocio 10. El intérprete 30 puede establecer criterios de alarma que representan la necesidad de someterse a un procedimiento de actualización o una nueva actualización de funciones del módulo software remoto activo 60, por ejemplo. El intérprete 38 puede redirigir la información interpretada al módulo de presentación 42.

El módulo de presentación 42 prepara la información para la presentación por la interfaz de usuario 34, tal como una interfaz de usuario gráfica. Por ejemplo el módulo de presentación 42 puede disponer la información como un diagrama por la identidad de los diferentes socios comerciales o diferentes transacciones o presentación sobre la interfaz del usuario 34.

El gestor de datos 44 puede comunicar con la interfaz de comunicaciones de gestión 28, un dispositivo de almacenamiento 32, el intérprete 38, y otros componentes del procesador de datos 30, donde sea necesario o apropiado. El dispositivo de almacenamiento 32 almacena uno o más de las siguientes asignaciones de almacenamiento: un almacenamiento de parámetros de referencia 46, un almacenamiento de parámetros recibidos 48, y un almacenamiento de revisión 50. El gestor de datos 44 (por ejemplo, un gestor de la base de datos) gestiona las operaciones de consulta, almacenamiento y recuperación desde una o más asignaciones de almacenamiento (por ejemplo, bases de datos, almacenamientos de datos definidos dinámicamente, o almacenamientos de datos dedicados) almacenados dentro del dispositivo de almacenamiento 32.

El almacenamiento de los parámetros de referencia 46 almacena los parámetros técnicos de referencia sobre los sistemas de procesamiento de datos remotos 18. Por ejemplo, los parámetros técnicos de referencia pueden incluir la siguiente información sobre cada sistema de procesamiento de datos remoto 18; un identificador remoto (por ejemplo, un identificador de servidor), datos de configuración hardware, datos de configuración software, un identificador del módulo software, un identificador de la versión software de cada módulo software, datos del estado operacional, y cualesquiera otros datos relevantes para el funcionamiento técnico apropiado del sistema de procesamiento de datos remoto 18 para las comunicaciones y llevar a cabo las transacciones sobre la red de comunicaciones 16. Cada uno de los sistemas de procesamiento de datos remoto 18 puede identificarse por un identificador remoto para soportar el seguimiento y la gestión de las diferentes configuraciones en los diferentes sistemas de procesamiento de datos remotos de un grupo comercial o múltiples grupos comerciales. El sistema de procesamiento de datos 18 remoto del mismo grupo comercial puede asignarse a un identificador de grupo para facilitar el mantenimiento de la compatibilidad para los datos de configuración asociados con el sistema de procesamiento de datos base 12 y al menos un sistema de procesamiento de datos remoto 18, afiliado con el grupo comercial.

El almacenamiento de parámetros recibidos 48 contiene parámetros técnicos recibidos sobre los parámetros técnicos reales (por ejemplo, las configuraciones reales o los parámetros funcionales reales) de uno o más sistemas de procesamiento de datos remotos 18. En contraste, los parámetros de referencia contienen datos de referencia sobre el sistema de procesamiento de datos remoto 18. Los parámetros técnicos de referencia pueden definir una referencia de la configuración deseada de un identificador remoto correspondiente o identificador de grupo comercial.

En una realización alternativa, el almacenamiento de parámetros recibidos 48 puede omitirse desde el dispositivo de almacenamiento 32 y la gestión de parámetros técnicos puede seguirse manualmente por uno o más trabajadores e introducirse dentro de la interfaz de usuario 34. Por ejemplo, una interfaz de usuario 34 puede soportar la presentación de un parámetro técnico remoto de un sistema de procesamiento de datos remoto a través de la red de comunicaciones y permitir a un usuario cambiar el parámetro técnico remoto presentado sin almacenarlo en el almacenamiento de parámetros recibidos 48. El usuario puede referirse al almacenamiento de parámetros de referencia 46 para determinar el cambio apropiado para el parámetro técnico remoto presentado.

El dispositivo de almacenamiento 32 preferiblemente incluye un almacenamiento de revisión 50 para almacenamiento de los datos de revisión sobre uno o más sistemas de procesamiento de datos (por ejemplo, el sistema de procesamiento de datos remoto 18 y el sistema de procesamiento base 12). Los datos de revisión incluyen uno o más de los siguientes: un módulo software para un nuevo funcionamiento, revisión, o actualización de un sistema de procesamiento de datos, un componente software para un nuevo funcionamiento, revisión o actualización de un sistema de procesamiento de datos, un valor preferencial de la constante o variable para un sistema de procesamiento de datos, un módulo software de actualización remoto, una versión deseada (por ejemplo, la última o nueva versión) de un módulo software remoto, un módulo software de actualización base, una versión deseada de un módulo software base, un tipo deseado de un módulo software base y un tipo deseado de un módulo software remoto. El procesador de datos 30 puede seleccionar y extraer una revisión de requisitos (por ejemplo, un módulo de actualización deseado) desde el almacenamiento de revisión 50 en base a la comparación de los parámetros técnicos recibidos con los parámetros técnicos de referencia en el almacenamiento de parámetros de referencia 46. La revisión particular puede seleccionarse desde el almacenamiento de revisión 50 para soportar el mantenimiento, la resolución de problemas, o la actualización del sistema de negocio a negocio 10. El gestor de datos 44 redirige los datos de la revisión seleccionada particular (por ejemplo, el módulo software de actualización, la versión deseada, o la nueva versión del módulo software) del módulo software para la interfaz de comunicaciones de gestión

28. A su vez, la interfaz de comunicaciones de gestión 28 envía los datos de la revisión seleccionada (por ejemplo el módulo software de actualización) a uno

o más sistemas de procesamiento de datos remotos 18 que requieren una revisión (por ejemplo, una actualización o una versión deseada) a través de la red de comunicaciones 16.

La red de comunicaciones 16 puede referirse a la Internet, una intranet, una red privada virtual, una línea de comunicaciones dedicada, una red telefónica pública conmutada (PSTN), una red de paquetes de datos, una trayectoria de comunicaciones virtual, una trayectoria física de comunicaciones u otro enlace de telecomunicaciones.

Cada sistema de procesamiento de datos remoto 18 puede incluir una interfaz de comunicaciones remota 52 que soporte comunicaciones con la interfaz de comunicaciones de gestión 28 a través de la red de comunicaciones

16. Cada una de las interfaces de comunicaciones remotas 52 puede mantener un identificador remoto (por ejemplo, un identificador de estación remota) para facilitar las comunicaciones selectivas sobre la red de comunicaciones 16. La interfaz de comunicaciones remota soporta las comunicaciones entre (1) el sistema de procesamiento de datos base 12 y uno particular de los sistemas de procesamiento remotos 18 ó (2) un sistema de gestión 14 y uno particular de los sistemas de procesamiento de datos remotos 18 (por ejemplo, el primer sistema de procesamiento de datos remoto 74 de la FIG. 1).

En una realización, el sistema de procesamiento de datos remoto 18 comprende una interfaz de comunicaciones remota 52 que comunica con un módulo de control remoto 54, un informador de estado remoto 56, o un procesador 58. El procesador 58 está acoplado a un dispositivo de almacenamiento 62. El procesador 58 puede contener un módulo de revisión 59, un módulo software remoto activo 60, y una interfaz para comunicación con un dispositivo de almacenamiento 62. El módulo de control remoto 54 puede supervisar la instalación de una revisión enviada desde el sistema de gestión 14 al sistema de procesamiento de datos remoto 18. Por ejemplo, el módulo de control remoto 54 puede programar la instalación de la revisión para un instante adecuado. El instante adecuado puede establecerse coordinando la actualización con las transacciones en marcha de modo que una transacción en marcha entre el sistema de procesamiento de datos remoto 18 y el sistema de procesamiento de datos base 12 no se interrumpa por la actualización del módulo software.

En una realización, el usuario puede seguir manualmente el hardware de uno en particular, de los sistemas de procesamiento de datos remotos 18 para determinar si el hardware es adecuado para soportar la revisión. En una realización alternativa, el informador del estado remoto 56 puede seguir el hardware aplicable y enviar un mensaje de datos al sistema de gestión 14 indicando si es necesaria o no una actualización del hardware para un sistema de procesamiento de datos remoto particular 18. La actualización del hardware puede requerir el envío de un técnico al lugar remoto donde reside el sistema particular de los sistemas de procesamiento de datos remotos 18.

El informador del estado remoto 56 puede proporcionar información del estado general sobre parámetros técnicos del sistema de procesamiento de datos remoto 18. Los parámetros técnicos pueden incluir la configuración técnica (por ejemplo, las especificaciones), el estado de funcionamiento, o ambos, del sistema de procesamiento de datos remoto 18. Los parámetros operacionales incluyen datos de funcionamiento, datos de alarmas o la funcionalidad de la aplicación del sistema de procesamiento de datos remoto 18. El informador del estado remoto 56 puede monitorizar las operaciones hardware, las operaciones software o ambas, del sistema de procesamiento de datos remoto 18 para proporcionar al sistema de gestión 14 con datos de parámetros técnicos para archivar en una base de datos de funcionamiento remota 64 o para la transmisión al sistema de gestión 14. La base de datos de funcionamiento remota 64 puede almacenarse en el dispositivo de almacenamiento 62 para su posterior transmisión al sistema de gestión 14 para representar a través de la interfaz de usuario 34 o archivar en el almacenamiento de parámetros recibidos 48.

El informador del estado remoto 56 proporciona una información de estado que incluye información sobre al menos un parámetro técnico del sistema de procesamiento de datos remoto18 junto con un identificador remoto para identificar uno en particular de los sistemas de procesamiento de datos remotos 18.El sistema de procesamiento de datos remoto 18 incluye uno o más módulos software remotos instalados 60.

En una realización, el usuario del sistema de gestión 145 u otra persona sigue la identidad de uno o más módulos software activos 60 y/o componentes software instalados sobre cada uno de los sistemas de procesamiento de datos remotos. La configuración remota del sistema de procesamiento de datos remoto puede seguirse manualmente e introducirse dentro del sistema de gestión 14. El sistema de gestión 14 puede comparar la configuración remota introducida dentro de la configuración de referencia para determinar si es necesaria una actualización.

En otra realización el informador el estado remoto 56 puede proporcionar un inventario de la identidad de los módulos software remotos activos o instalados 60 según los datos de los parámetros técnicos recibidos. Una vez recibidos los datos del inventario, el sistema de gestión 14 puede determinar si se requiere una revisión del módulo software remoto 60 o el sistema de procesamiento de datos remoto 18. Un inventario puede referirse a una lista de módulos software remotos instalados 60 por identificador de módulo, por ejemplo.

La interfaz del usuario 34 puede usarse para presentar el informe de estado que transmite el informador de estado remoto 56. El módulo de presentación 42 puede formatear el informe de estado recibido para informar a un usuario de problemas funcionales o problemas operacionales en el sistema de procesamiento de datos remoto 18 que pueden requerir atención. El informe de estado puede incluir un identificador remoto para identificar la problemática particular de uno de los sistemas de procesamiento de datos remotos 18. Por consiguiente, si el sistema de gestión 14 se monitoriza por una persona o un operador en directo, el operador puede representar bien un punto único del servicio de red y gestión de operaciones para todos los socios comerciales del sistema de negocio a negocio 10.

La funcionalidad de la revisión anterior del sistema de procesamiento de datos base 12 y el sistema de gestión 14 soporta actualizaciones de software eficaces y la resolución de problemas de los sistemas de procesamiento de datos remotos 18 sin necesidad de enviar a un técnico a las diversas localizaciones geográficas (por ejemplo, diversas ciudades) de los diferentes socios comerciales. De este modo, la configuración está bien adaptada para socios comerciales que están ampliamente dispersos geográficamente de modo que los gastos de desplazamiento de los técnicos y el tiempo empleado en la actualización puede reducirse enormemente respecto a las actualizaciones manuales o procedimientos de resolución de problemas que de otro modo implicarían la carga de software personalmente por un técnico dentro de uno o más sistemas de procesamiento de datos remotos 18 a través de un medio óptico tal como un disco compacto, una memoria de sólo lectura (disco CD ROM), una cinta magnética, un disco flexible o un controlador de disco extraíble. En cambio, el sistema de gestión 14 soporta la revisión del sistema de negocio a negocio 10 a través de la red de comunicaciones 16 sin necesidad de frecuentes viajes a los diferentes lugares de los socios comerciales.

La FIG. 3 es un diagrama de bloques de un método para la monitorización del funcionamiento de uno o más sistemas de procesamiento de datos remotos 18 a través de una red de comunicaciones 16. El sistema de gestión 14 puede soportar la operación de monitorización de la FIG. 3. El método de la FIG. 3 comienza en la etapa S10.

En la etapa S10, el sistema de gestión 14 o el sistema de procesamiento de datos base 12 interroga o comunica con uno o más sistemas de procesamiento de datos remotos 18 a través de la red de comunicaciones 16. Por ejemplo, el sistema de gestión 14 puede transmitir una consulta de mensaje de datos a servidores remotos de negocio a negocio como los sistemas de procesamiento de datos remotos 18. Cada uno de los sistemas de procesamiento de datos remotos 18 puede estar asociado con un socio comercial diferente. La interrogación puede buscar información de al menos un parámetro técnico de software, hardware o ambos de cada uno de los sistemas de procesamiento de datos remotos 18. El parámetro técnico puede comprender una configuración o una característica técnica de un sistema de procesamiento de datos remoto particular 18 o un estado operacional de un sistema de procesamiento de datos remoto particular 18. Por ejemplo, el estado operacional puede representar el estado de los datos transaccionales que se proporcionan por un sistema de negocios secundario 72. En la FIG. 5 se ilustran ejemplos de datos del estado operacional 108, que se describirán más adelante.

En la etapa S12, el sistema de gestión 14 o la interfaz de comunicaciones de gestión 28 recibe un mensaje de información sobre al menos un parámetro técnicos a través de una red de comunicaciones 16. Por ejemplo, el informador de estado remoto 56 puede obtener parámetros técnicos (por ejemplo, los datos del estado funcional) del módulo software remoto 60 del sistema de procesamiento de datos remoto 18. Después de la recogida de los datos de parámetros técnicos el informador de estado remoto 56 puede redirigir los datos de los parámetros técnicos a la interfaz de comunicaciones remota 52, donde la interfaz de comunicaciones remota 52, dirige los datos de los parámetros técnicos a la interfaz de comunicaciones de gestión 28 o la interfaz de comunicaciones base 26 a través de la red de comunicaciones 16. En un ejemplo, el sistema de procesamiento de datos base 12 actúa como un intermediario en la trayectoria de comunicaciones para la transferencia de los datos de parámetros técnicos o el mensaje de información entre el sistema de procesamiento de datos remotos 18 y el sistema de gestión 14.

En el sistema de gestión 14 en la etapa S14, el procesador de datos 30

o el intérprete 38 interpretan o procesan el mensaje de información o los datos de parámetros técnicos subyacentes. El intérprete 38 puede preparar u organizar los datos de los parámetros técnicos para uno o más sistemas de procesamiento de datos remotos 18 de un grupo comercial. El procesamiento del intérprete 38 puede incluir la preparación, clasificación, y filtrado del mensaje de información para su presentación sobre la interfaz del usuario 34. Por ejemplo, el intérprete 38 puede filtrar los mensajes de información recibidos duplicados o de baja prioridad desde los diferentes sistemas de procesamiento de datos remotos 18. La información puede presentarse en la interfaz de usuario 34 (por ejemplo, la interfaz gráfica de usuario 34) por la identidad de los diferentes socios comerciales que tiene asociados los sistemas de procesamiento de datos remotos correspondientes 18.

En una configuración, el intérprete 38 puede organizar datos de los parámetros técnicos para presentar los datos sobre una interfaz de usuario 34 en base a alarmas definidas o la ocurrencia de un evento de activación. La alarma definida puede establecerse donde está establecida una condición predesignada como una activación para la presentación de la alarma o advertencia al usuario en la interfaz del usuario 34. En un ejemplo, la condición predesignada puede incluir la ocurrencia de unos datos de estado operacional particulares asociados con una transacción, tal como el fallo al ejecutar una transacción particular o clase de transacciones. En otro ejemplo, la alarma definida puede estar asociada con un mal funcionamiento, un problema u otro estado operacional del hardware, un módulo software, u otro componente del sistema de procesamiento de datos.

En la etapa S16, el mensaje de información o datos de los parámetros técnicos se presentan sobre la interfaz de usuario 34 para su revisión. Los datos de parámetros técnicos o mensaje de información presentados al usuario pueden proporcionar al usuario la oportunidad de monitorizar, mantener, resolver problemas, y actualizar uno o más sistemas de procesamiento de datos remotos 18, el sistema de procesamiento de datos base 12, o cualquier combinación de los elementos anteriores. La presentación de los datos de los parámetros técnicos soporta la coordinación de los procedimientos de mantenimiento, actualización y resolución de problemas para un sistema de negocio a negocio 10 de un grupo comercial.

Por ejemplo, un usuario puede autorizar una actualización manual o revisión de software (por ejemplo, un módulo software remoto 60) en un sistema de procesamiento de datos remoto 18, el sistema de procesamiento de datos base 12, o ambos. El usuario puede resolver un problema de compatibilidad o participar en otra acción de resolución de problemas para mejorar la fiabilidad en la red de comunicaciones 16 en base a una interpretación del mensaje de información u otros datos de los parámetros técnicos proporcionados por el informador del estado remoto 56. El usuario puede llevar a cabo convenientemente tal monitorización, mantenimiento y resolución de problemas remotamente desde un sistema de gestión 145 en un sitio único, independientemente de la capacidad del usuario para inspeccionar personalmente o físicamente los lugares de los sistemas de procesamiento de datos remotos 18.

La FIG. 4 muestra un intercambio ilustrativo de datos en un sistema de negocio a negocio 10 de acuerdo con la invención. Números de referencias iguales en la FIG. 4 y la FIG. 1 indican elementos iguales.

Una interfaz de usuario 102 está acoplada con el sistema de negocios principal 70. A su vez, el sistema de negocios principal 70 está acoplado con un sistema de procesamiento de datos base 12. El sistema de procesamiento de datos base 12 comunica con un sistema de procesamiento de datos remoto 18 a través de una red de comunicaciones 16. El sistema de procesamiento de datos remoto 18 está acoplado con un sistema de negocios secundario 72. El sistema de gestión 14 (por ejemplo un sistema de monitorización) está acoplado con el sistema de procesamiento de datos base 12 para monitorizar el estado de uno o más de los siguientes: datos de confirmación 103, datos transaccionales 101, un módulo software de un sistema de procesamiento de datos, y un componente del sistema de procesamiento de datos remoto 18.

La interfaz de usuario 12 soporta la monitorización del sistema sobre un nivel transaccional o de negocios. Por ejemplo, la interfaz de usuario 102 puede permitir a un usuario introducir o aprobar los datos transaccionales 101 asociados con el sistema de negocios principal 70. El sistema de negocios principal 70 interactúa con el sistema de negocios secundario 72 para conducir

o intercambiar los datos transaccionales 101 sobre la red de comunicaciones

16. Por ejemplo, el sistema de negocios principal 70 puede enviar datos transaccionales 101 al sistema de negocios secundario 72 a través de la red de comunicaciones 16. El sistema de negocios secundario 72 puede generar datos de confirmación 103 o una confirmación de la recepción de datos transaccionales 101, la ejecución satisfactoria de los datos transaccionales 101, o ambos. Si se presenta un fallo de las comunicaciones u otro problema en el sistema de negocio a negocio de la FIG. 4, el sistema de negocios principal 70 puede no recibir los datos de confirmación 103.

En la interfaz de usuario 102 o en el sistema de gestión 14 un usuario puede monitorizar y revisar los datos transaccionales 101 y los datos de confirmación asociados 103 sobre la interfaz de usuario 102 para detectar problemas a nivel de negocio o a nivel transaccional. En general sólo la parte que introduce los datos transaccionales 101 tiene permitido cambiar los datos transaccionales 101 para resolver un problema transaccional de modo que se impide el borrado, la corrupción, o los cambios involuntarios para la transacción que subyace en los datos transaccionales. Si se identifica un problema, el sistema de gestión 14 puede proporcionar un análisis técnico del problema con mayor detalle que el disponible para la interfaz de usuario 102. Por ejemplo, el análisis técnico puede incluir la presentación de códigos de error aplicables.

La FIG. 5 proporciona un diagrama de una representación de lo que un sistema de gestión 14 puede proporcionar a un usuario para revisar las transacciones de un grupo de socios comerciales en un grupo comercial. Por ejemplo, una vez que un usuario en una interfaz de usuario 102 de la FIG. 4 informa de un problema, un técnico puede presentar la representación de la FIG. 5 en el sistema de gestión para facilitar la resolución del problema. La primera columna representa los identificadores de los socios comerciales 104. En el ejemplo mostrado, los identificadores de los socios comerciales 104 se refieren a un primer socio comercial 109, un segundo socio comercial 110, y un tercer socio comercial 111, hasta un enésimo socio comercial 112. Los socios comerciales pueden incluir una entidad de negocios principal y entidades de negocios secundarias como se ha descrito anteriormente en conjunción con la FIG. 1.

La segunda columna se refiere a identificadores de transacción 105. Cada identificador de transacción 105 se refiere a un símbolo, un código, o un número que representa un identificador único para distinguir una transacción de otra. Los identificadores de transacción 105 pueden incluir códigos de revisión, si la misma transacción se intenta múltiples veces.

La tercera columna contiene los tiempos de entrada 106. El tiempo de entrada 106 se refiere a la fecha y hora en la que el sistema de procesamiento de datos base 12 recibe los datos de la transacción saliente desde el sistema de negocios principal 70 para la transmisión al sistema de procesamiento de datos remoto 18 sobre la red de comunicaciones 16. Como alternativa, el instante de entrada 106 se refiere a la hora y fecha en la cual el sistema de negocios principal 70 envía los datos transaccionales 101 al sistema de procesamiento de datos base 12 para su posterior transmisión al sistema de procesamiento de datos remoto 18 a través de la red de comunicaciones 16.

La cuarta columna representa el instante de salida 107. El instante de salida 107 se refiere al instante en el que el sistema de procesamiento de datos 12 transmite el mensaje de datos saliente recibido al sistema de procesamiento de datos remoto (18 ó 118). La diferencia de tiempo (que puede designarse como la primera diferencia de tiempo) entre el tiempo de entrada y el tiempo de salida puede proporcionar una indicación de la tasa de procesamiento o la tasa de transferencia de datos del sistema de procesamiento de datos base 12.

En una realización, el sistema de procesamiento de datos remoto (18 ó 118) sigue el instante de entrada remoto como la recepción del mensaje de datos saliente transmitido a través de la red de comunicaciones 16. Además, el sistema de procesamiento de datos remoto (18 ó 118) sigue el instante de salida remota como el instante de transmisión del mensaje de datos al sistema de negocios secundario 72. La diferencia de tiempo (que puede designarse como la segunda diferencia de tiempo) entre el instante de entrada remota y el tiempo de salida remota puede proporcionar una indicación de la tasa de procesamiento de la tasa de transferencia del sistema de procesamiento de datos remoto (18 ó 118). De forma similar, la diferencia de tiempos (que puede llamarse la tercera diferencia de tiempo) entre el instante de salida y el instante de entrada remota proporciona la medida de la tasa de transferencia de la red de comunicaciones 16.

La última columna de la FIG. 5 representa los datos del estado operacional 108. Los datos del estado operacional 108 pueden deducirse de o expresarse como los datos de confirmación 103 al nivel transaccional. Como alternativa, los datos del estado operacional 108 pueden deducirse a partir del flujo de los datos transaccionales u otro mensaje de datos en diversos puntos de control (por ejemplo, el punto de medición del instante de entrada y los puntos de medición del instante de salida) en el sistema de negocio a negocio

10. Aunque existen miles de posibles representaciones del estado, como se muestra en la FIG. 5, los datos del estado operacional 108 incluyen uno o más de los siguientes estados: transacción completada, datos transaccionales no recibidos, datos transaccionales corruptos, sistema de procesamiento de datos remoto 18 caído, red de comunicaciones 16 caída, y sistema de negocios secundario 72 caído, un módulo software remoto instalado 160 o un componente del sistema de procesamiento de datos remoto 18 no está

operativo.

En una realización, el sistema de negocios secundario 72 genera y envía datos de reconocimiento como los datos de estado en respuesta a la recepción satisfactoria (por ejemplo, recibidos y detectables sin una tasa de error significativa que disminuye la fiabilidad de los datos) de los datos transaccionales 101. Los datos de reconocimiento pueden enviarse a un identificador de la entidad de negocios del sistema de procesamiento de datos base 12 que está asociado con los datos transaccionales 101. En otra realización, el sistema de procesamiento de datos remoto 18 genera datos de reconocimiento o envía datos de retroalimentación como los datos de estado al sistema de procesamiento de datos base 12. El sistema de gestión 14 puede revisar los datos de reconocimiento o los datos de retroalimentación para proporcionar análisis de fallos, análisis de resolución de problemas, o similares.

La FIG. 6 es un diagrama de bloques de una realización alternativa de un sistema de procesamiento de datos remoto 118 que soporta uno o más procedimientos de análisis de fallos de acuerdo con la invención. El sistema de procesamiento de datos remoto 118 puede dirigir un mensaje de información (por ejemplo, los datos de análisis de fallos) al sistema de gestión remoto 14. Números de referencia iguales en la FIG. 1 y la FIG. 6 indica elementos iguales.

En la FIG. 6, el sistema de negocios principal 70 está acoplado con el sistema de procesamiento de datos base 12. El sistema de procesamiento de datos base 12 comunica con uno o más sistemas de procesamiento de datos remotos 118 a través de la red de comunicaciones 16. A su vez, cada uno de los sistemas de procesamiento de datos remotos 118 está acoplado al sistema de negocios secundario 72. El sistema de negocios principal 70 y el sistema de negocios secundario 72 pueden interactuar usando el sistema de procesamiento de datos base 12 y el sistema de procesamiento de datos remoto 118 como intermediarios. El sistema de gestión 14 monitoriza el sistema de procesamiento de datos base 12, el sistema de procesamiento de datos remoto 118, o ambos.

El sistema de procesamiento de datos remotos 118 de la FIG. 6 difiere del sistema de procesamiento de datos remoto 18 de la FIG. 1 en las siguientes consideraciones. En primer lugar, el sistema de procesamiento de datos remoto 118 de la FIG. 6 incluye un módulo software remoto multi-etapa 160, mientras que el módulo de software remoto 60 puede ser de una etapa única. En segundo lugar, el informador del estado remoto 156 incluye un detector de fallos 165 y un generador de retroalimentación 164.

Aunque el módulo remoto de software multi-etapa 160 puede incluir cualquier número de etapas, en la FIG. 6 se muestran tres etapas (161, 162, 163). Las etapas (161, 162, 163) se designan como un componente software de primera etapa 161, un componente software de segunda etapa 162 y un componente software de tercera etapa 163. Las líneas que interconectan las etapas (161, 162, 163) indican las trayectorias lógicas de los datos, las trayectorias físicas de los datos, o ambas. Las etapas (161, 162, 163) están dispuestas en tándem o en serie de modo que los datos transaccionales 101 u otros mensajes de datos recibidos desde el sistema de procesamiento de datos base 12 a través de la red de comunicaciones 16 se procesan sucesivamente por cada una de las etapas (161, 162, 163) o en algún otro orden definido por una o más etapas. Una vez que se ha iniciado una etapa de software o se ha completado el procesamiento, el mensaje de datos (por ejemplo, los datos transaccionales o una derivación de los mismos) típicamente se pasa o se entrega a la siguiente etapa de software, a menos que el módulo software multi-etapa remoto 160 no esté funcionando apropiadamente o a menos que no se requiera el procesamiento de la siguiente etapa.

El detector de fallos 165 detecta si el módulo software 160 está funcionando apropiadamente aprovechando las trayectorias de datos lógicas (o las trayectorias de datos físicas) en los nodos lógicos entre las etapas (161, 162, 163). Si el mensaje de datos (por ejemplo, los datos transaccionales 101), sus derivados, o sus precursores están presentes en una etapa anterior y ausentes en una etapa posterior después de que se ha iniciado la etapa anterior o se ha completado su procesamiento, el detector de fallos 165 puede determinar que la etapa software que sigue inmediatamente al último mensaje de datos detectado está en fallo. El detector de fallos 165 puede asignar un identificador de etapa para distinguir una etapa software de otra y para identificar una etapa de software en fallo. Además, el detector de fallos 165 puede asociar una descripción del fallo (por ejemplo, un código de fallo) con el identificador de etapa para la transmisión al sistema de gestión 14 o el sistema de procesamiento de datos base 12 a través de la red de comunicaciones 16.

El detector de fallos 165 puede archivar su análisis o fallos detectados, los identificadores de etapa, y las descripciones de los fallos en una base de datos 200 asociada con el sistema de procesamiento de datos remoto 118. El sistema de procesamiento de datos remoto 118 o el sistema de gestión 14 pueden consultar la base de datos y recuperar la información desde la base de datos 200 para identificar y resolver problemas técnicos. Por ejemplo, la base de datos 200 puede contener una lista de elementos o componentes del sistema de procesamiento de datos remoto 118, y los datos de estado correspondientes 108 sobre si los componentes están activos u operativos. En una realización, el sistema de gestión 14 determina si cada uno de los sistemas de procesamiento de datos remotos 118 están activos, operativos, o responden sobre la base de sitio por sitio accediendo a un grupo de bases de datos 200 asociadas con los diferentes socios comerciales de un grupo comercial.

El generador de retroalimentación 164 puede estar acoplado con el detector de fallos 165. Cuando el sistema de negocio a negocio es totalmente funcional, el generador de retroalimentación 164 puede recircular un indicador de estado (por ejemplo, un flujo de bits de secuencia conocida o de relleno) que se recibe desde el sistema de procesamiento de datos base 12 por el receptor de datos 172. El generador de retroalimentación 164 puede verificar la presencia del indicador de estado en la última etapa (por ejemplo, el componente software de la tercera etapa 163) del módulo de software remoto

160. Si el indicador de estado está presente en la última etapa, el generador de retroalimentación 164 puede redirigir el indicador de estado o regenerar el indicador de estado para su transmisión de vuelta al sistema de procesamiento de datos base 12 o el sistema de gestión 14. El indicador de estado puede redirigirse al transmisor 174 para su transmisión al sistema de procesamiento de datos base 12 como un indicador de que todas las etapas del módulo de software remoto 160 están funcionando y la red de comunicaciones 16 está operativa.

La circulación del indicador de estado fluye desde el sistema de procesamiento de datos base 12 al sistema de procesamiento de datos remoto 118 y a continuación vuelve al sistema de procesamiento de datos base 12 para la detección por el sistema de gestión 14. La circulación puede denominarse como un indicador de latido porque el indicador de latido puede configurarse para estar presente cuando el sistema de negocio a negocio 111 (por ejemplo, el sistema comercial) que está operando y respondiendo adecuadamente, o vivo por así decirlo. El indicador de latido puede representar una cadena de símbolos conocidos o un indicador de estado que se genera repetidamente y coincidente con un intervalo. Un indicador de latido de salida desde el sistema de procesamiento de datos base 12 preferiblemente se sigue por un indicador de latido de entrada idéntico, posteriormente, en un sistema que funciona adecuadamente.

La FIG. 6 principalmente concierne con las capacidades de monitorización del sistema de gestión 14, en lugar de las capacidades de control del sistema de gestión 14. Por consiguiente, en una realización alternativa de la FIG. 6, el sistema de gestión 14 de la FIG. 6 puede reemplazarse por un sistema de monitorización remota.

Una vez que se detecta o se descubre un problema técnico, el sistema de gestión 14 puede acceder a la base de datos 200 en el sistema de procesamiento de datos remoto 118 para recuperar cualesquiera mensajes de error que el detector de fallos 165 del informador de estado remoto 156 haya registrado y grabado en la base de datos 200. El sistema de gestión 14 puede presentar mensajes de error (por ejemplo, códigos de error) al usuario a través de la interfaz de usuario 34 (por ejemplo, la interfaz gráfica de usuario), comenzar el flujo de los mensajes de error para su recepción en el sistema de gestión 14, y parar la recepción de mensajes de error para la revisión en el sistema de gestión 14. El sistema de gestión 14 puede ver las transacciones o la operación del módulo software remoto 160 cuando el módulo software está operativo. El sistema de gestión 14 puede instruir al sistema de procesamiento de datos remoto 118 para reprocesar un mensaje de datos, datos transaccionales, u otros datos de negocios si se produce un error que puede resolverse por tal reprocesamiento.

El sistema de gestión 14 puede enviar un mensaje de restablecer o un mensaje de re-arrancar para restablecer o re-arrancar uno o más de los siguientes componentes del sistema de procesamiento de datos remoto 18: el componente software de la primera etapa 161, el componente software de la segunda etapa 162, el componente software de la tercera etapa 163, y el módulo software remoto 160. El sistema de gestión 14 puede también caer en una etapa particular o etapas del módulo software remoto 160 en base a etapa por etapa, o de otra manera. En la práctica, el sistema de procesamiento de datos remoto (118 ó 18) puede incluir múltiples módulos de software instalados que se activan o desactivan selectivamente a través del sistema de gestión 14. Un programa de aplicación de los sistemas de procesamiento de datos remotos (18 ó 118) puede incluir uno o más módulos software o componentes del mismo instalados.

Si el módulo software remoto 160 o una etapa permanecen sin responder después del restablecimiento o re-arranque el sistema de gestión 14 tiene la capacidad de hacer uno o más de los siguientes: (1) cambiar remotamente parámetros técnicos asociados con uno o más módulos software remotos 160; (2) cambiar remotamente parámetros técnicos asociados con cualquier etapa software, (3) actualizar remotamente una parte de un módulo software, (4) actualizar remotamente un módulo software entero y (5) modificar otro componente software a través de la red de comunicaciones 16. La actualización de un parámetro técnico puede preferirse a la actualización de un programa entero o módulo software debido al menor ancho de banda o recursos de comunicaciones de la red de comunicaciones 16 requeridos para transmitir los datos de parámetros técnicos que un programa entero, por ejemplo. Además los parámetros técnicos pueden cambiarse más rápidamente que revisiones más elaboradas debido a la eliminación de la necesidad de transmitir un módulo software o un componente software seguido de la instalación del módulo software o componente en el sistema de procesamiento de datos remoto 118.

El control y características de gestión anteriores del sistema de gestión 14 pueden facilitar una fácil sustitución de datos corruptos, componentes de programa incompatibles y remediar errores de software. Los errores de software se distribuyen fácil y rápidamente a todos los miembros del grupo comercial para solucionar ciertos problemas.

La FIG. 7 muestra un diagrama de flujo de un método para gestionar un sistema de negocio a negocio, incluyendo la resolución de problemas del sistema de negocio a negocio. El método de la FIG. 7 comienza en la etapa S110.

En la etapa S110, un sistema de procesamiento de datos 12 o un sistema de gestión 14 determinan si el sistema de procesamiento de datos 12 recibió un mensaje de estado entrante en respuesta a un mensaje de datos transaccionales saliente anterior comunicado a un sistema de procesamiento de datos remoto (18 ó 118) a través de una red de comunicaciones 16. Si el sistema de procesamiento de datos 12 recibió un mensaje de estado entrante, el método continúa con la etapa S112. Sin embargo, si el sistema de procesamiento de datos 12 no recibió un mensaje de estado entrante, el método continúa con la etapa S114.

En la etapa S112, el método puede terminar si el mensaje de estado indica la recepción adecuada de un mensaje transaccional saliente o el cumplimiento con las características de un sistema de negocio a negocio operando adecuadamente. Como alternativa, un operario del sistema de gestión 14 puede introducir una entrada para correr comprobaciones diagnósticas u otros procedimientos de resolución de problemas sobre el sistema de procesamiento de datos remoto (18 ó 118) o el sistema de procesamiento de datos 12.

En la etapa 114, el sistema de procesamiento de datos 12 o el sistema de gestión 14 determina si se recibió un mensaje transaccional en el sistema de procesamiento de datos remoto (18 ó 118) a través de la red de comunicaciones 16. Si se recibió el mensaje transaccional en el sistema de procesamiento de datos remoto (18 ó 118), el método continúa con la etapa S118. Si no se recibió el mensaje transaccional en el sistema de procesamiento de datos remoto (18 ó 118), el método continúa con la etapa S116.

En la etapa S116, el sistema de procesamiento de datos 12 o el sistema de gestión 14 verifica la integridad de la trayectoria de comunicaciones (es decir, una trayectoria de comunicaciones virtual o física) entre el sistema de procesamiento de datos 12 y el sistema de procesamiento de datos remoto (18 ó 118) a través de la red de comunicaciones 16. Si la integridad de la trayectoria de comunicaciones se establece comprobadamente, el sistema de procesamiento de datos originador 12 reenvía el mensaje de datos transaccionales desde el sistema de procesamiento de datos 12 al sistema de procesamiento de datos remoto (18 ó 118) a través de la red de comunicaciones 16. Sin embargo, si la trayectoria de comunicaciones es sospechosa o no operativa, el sistema de procesamiento de datos 12 puede emplear (por ejemplo, conmutando) otra red de comunicaciones, mecanismo de transporte, u otra trayectoria de comunicaciones dentro de la red de comunicaciones 16. Después de la etapa S116, el método puede continuar con la etapa S110 como se indica por la flecha discontinua.

En la etapa S118, el sistema de procesamiento de datos 12 o un usuario a través de una interfaz de usuario 34 determina si un mensaje de error identifica adecuadamente un problema asociado con el mensaje transaccional

o el sistema de negocio a negocio. Por ejemplo, un mensaje de error puede referirse a un código de error que representa un problema correspondiente del sistema de procesamiento de datos 12, el sistema de procesamiento de datos remoto (18 ó 118), la red de comunicaciones 16, o algún otro elemento (por ejemplo un componente hardware) del sistema de negocio a negocio.

Si el mensaje de error identifica adecuadamente un problema asociado con el mensaje de datos transaccional, el sistema de gestión de datos remoto 14 puede soportar acciones correctivas en la etapa S120 para resolver el problema que subyace en el mensaje de error. Por ejemplo, en la etapa S120, el usuario puede tomar una acción correctiva a través de la interfaz de usuario 34 del sistema de gestión 14 en base al mensaje de error para solucionar el problema con el sistema de negocio a negocio.

En la etapa S122, si el problema está aún presente después de tomar la acción correctiva en la etapa S120, el método puede continuar con la etapa S126. Sin embargo, si el problema no está presente y se ha solucionado o resuelto, entonces el método termina en la etapa S124.

En la etapa S126, el sistema de gestión 14 determina si uno o más módulos software (60 ó 160) o componentes están funcionando correctamente. En el contexto del sistema de procesamiento de datos remotos 118 de la FIG. 6, el sistema de gestión determina si cada uno de los componentes software (por ejemplo, 161, 162, 163) o el módulo software 160 está operativo en el sistema de procesamiento de datos remoto 118. Cada uno de los módulos software remotos 160 puede organizarse en múltiples etapas, consistentes con la configuración ilustrada en la FIG. 6. Por ejemplo, el módulo software 160 puede incluir el componente software de la primera etapa 161, el componente software de la segunda etapa 162, y componente software de la tercera etapa

163. El sistema de gestión 14 transmite un mensaje de estado y espera la recepción de la retroalimentación asociada con el mensaje de estado que indica que el mensaje de estado recorrió satisfactoriamente una o más etapas de la red de comunicaciones 16 y el módulo software remoto 160. Cada uno de los componentes software (por ejemplo, 161, 162, 163) puede representar un programa, subrutina, o módulo de programa diferente, o alguna otra porción divisible del módulo software remoto 160. Si cada uno de los módulos o componentes software están corriendo adecuadamente en el sistema de procesamiento remoto 118, el método continúa con la etapa S134. Si cada módulo o componente software no está funcionando, el método continúa con la etapa S128. En la etapa S134, el usuario puede revisar un registro de error o investigar el problema.

En la etapa S128, el sistema de gestión 14 identifica cualquier módulo software o componente del mismo deficiente. Por ejemplo, el detector de fallos 165 puede detectar el progreso del mensaje de estado para determinar la identidad del componente software (por ejemplo, 161, 162, 163) que está funcionando mal o no está operativo. En un ejemplo, la identidad del componente software puede incluir uno o más de los siguientes: el componente software de la primera etapa 161, el componente software de la segunda etapa 162, y el componente software de la tercera etapa 163.

En la etapa S130 que sigue a la etapa S128, el sistema de gestión 14 re-arranca o restablece uno o más de los módulos software deficientes (por ejemplo, 161, 162 ó 163) en base a la identidad determinada en la etapa S128. El re-arranque o el restablecimiento representan un intento de resolver el problema.

En la etapa 131, el sistema de gestión 14 determina si el módulo o componente software re-arrancado o restablecido está operativo. Si el módulo software o componente re-arrancado o restablecido está operativo, el método continúa en la etapa S133. Sin embargo, si el módulo software o componente re-arrancado o restablecido no está operativo, el método continúa en la etapa S132.

En la etapa S133, el sistema de gestión 14 instruye al sistema de procesamiento de datos base 12 a reenviar el mensaje transaccional saliente. Por ejemplo, el sistema de procesamiento de datos base 12 puede recuperar el mensaje transaccional saliente desde una base de datos (no mostrada) que almacena los mensajes de datos salientes que se transmiten a uno o más de los sistemas de procesamiento de datos remotos 118.

En la etapa S132, el sistema de gestión 14 envía una revisión al sistema de procesamiento de datos remoto 18 para dar servicio al sistema de procesamiento de datos remoto. La revisión puede comprender uno o más de los siguientes elementos: un parámetro técnico que impacta el módulo software deficiente, una versión revisada del módulo software deficiente, un tipo revisado del módulo software deficiente, un conjunto de módulos software de sustitución para el sistema de procesamiento de datos remoto (18 ó 118). El sistema de procesamiento de datos remoto (18 ó 118) puede actualizarse o revisarse en base a la recepción de uno o más de los anteriores elementos. De forma similar, el sistema de procesamiento de datos base 12 puede actualizarse para resolver un problema técnico o de comunicaciones o para mantener la compatibilidad con los módulos software en un grupo comercial. Tales módulos software de un grupo comercial incluyen uno o más módulos software remotos 60 y un módulo software base 22 que es compatible con el módulo software remoto 60.

La etapa 134 puede seguir a la etapa S126. El usuario del sistema de gestión 14 puede revisar un registro de error asociado con el sistema de comunicaciones de negocio a negocio o por el contrario investigar el problema. Si el problema está identificado, el usuario puede tomar acciones correctivas que pueden parecerse a la etapa S132, por ejemplo.

La FIG. 8 muestra una disposición de disposición de un centro y radios del sistema comercial de negocio a negocio 199 de acuerdo con la invención. El sistema comercial de negocio a negocio 199 se aplica a socios comerciales de un grupo comercial único, por ejemplo. Aunque en la FIG. 8 se muestran una primera infraestructura de socios comerciales 166, una segunda infraestructura de socios comerciales 167, y una tercera infraestructura de socios comerciales 168, en la práctica puede participar cualquier número de socios comerciales de un grupo comercial con su infraestructura asociada. Cada una de las infraestructuras de los socios comerciales puede localizarse en un sitio geográfico diferente. Una infraestructura de socios comerciales (166, 167 y 168) puede comprender un sistema de procesamiento de datos 171 (por ejemplo, un servidor de negocio a negocio o un sistema de procesamiento de datos base 12) acoplado a un sistema de negocios 170 y un sistema de gestión

14.

El sistema de gestión 14 puede aplicarse a la infraestructura de al menos dos socios comerciales diferentes (por ejemplo, en todos los sitios de los socios comerciales). La FIG. 8 difiere de la configuración de la FIG. 1 en que el sistema de gestión 14 de la FIG. 1 está controlado por y sólo está presente en una entidad de negocio principal o proveedor de servicio principal. En este punto, la presencia de múltiples sistemas de gestión 14 en el mismo grupo comercial facilita la gestión compartida del sistema de negocio a negocio 199 entre los socios comerciales para distribuir las responsabilidades de mantenimiento y los gastos operativos dentro del grupo comercial. Por ejemplo, los socios comerciales pueden acordar proveer de personal de sólo uno de los centros de gestión 14 en cualquier momento dado, durante periodos de tiempo alternativos, o de acuerdo con una programación para distribuir los costes laborales entre los empleados o trabajadores afiliados con los diferentes socios comerciales. Además, incluso si los socios comerciales no comparten las responsabilidades de monitorización del sistema o actualización de módulos software, los socios comerciales pueden acudir a otro para la resolución de los problemas técnicos desde diferentes perspectivas disponibles de los sistemas de gestión 14 distribuidos en diferentes lugares.

Las FIG. 9 y 10 representan un diagrama de flujo de un procedimiento de actualización para actualizar un módulo software remoto (60 ó 160) residente en un sistema de procesamiento de datos remoto (18 ó 180) remotamente a través de una red de comunicaciones 16 y el sistema de gestión 14. El método de la FIG. 9 y la FIG. 10 comienza en la etapa S20.

En la etapa S20, el sistema de gestión 14 o un sistema de procesamiento de datos 12 comunica con uno o más sistemas de procesamiento de datos remotos (18 ó 118) asociados con socios comerciales

o parámetros técnicos de software, hardware, o ambos de cada uno de los sistemas de procesamiento de datos remotos (18 ó 118). Por ejemplo, el sistema de gestión 14 interroga a los sistemas de procesamiento de datos remotos 18 asociados con socios comerciales sobre parámetros técnicos (por ejemplo, el estado operacional) del software, hardware o ambos de cada uno de los sistemas de procesamiento de datos remotos (18 ó 118). Si el sistema de procesamiento de datos base 12 maneja la interrogación de diferentes sistemas de procesamiento de datos remotos (18 ó 118), el sistema de procesamiento de datos base 12 puede encaminar, dirigir o redirigir cualquier respuesta de los sistemas de procesamiento de datos remotos (18 ó 118) al sistema de gestión 14.

En una realización alternativa, uno o más sistemas de procesamiento de datos 18 pueden reportar parámetros técnicos de software, hardware, o ambos al sistema de gestión 14 sobre la base de la contención, en lugar de sobre la base de interrogación.

En la etapa S22, el sistema de gestión 14 recibe un mensaje de información o una indicación sobre al menos uno de los parámetros técnicos a través de la red de comunicaciones 16. En una realización, el mensaje de información puede constituir un reconocimiento. La indicación puede constituir la falta de un reconocimiento que indique la inhibición de un sistema de procesamiento de datos remoto particular (18 ó 118) donde el sistema de gestión 14 espera un cierto reconocimiento en respuesta a un mensaje de interrogación transmitido en la etapa S10 al sistema de procesamiento de datos remoto (18 ó 118).

El parámetro o parámetros técnicos del sistema de procesamiento de datos remoto (18 ó 118) incluye uno o más de los siguientes elementos: un tipo de módulo software instalado en un sistema de procesamiento de datos correspondiente (18 ó 118), una versión de un módulo software o software instalado en el sistema de procesamiento de datos remoto correspondiente (18 ó 118), las características de software activas o disponibles que se han activado o autorizado para su uso por el sistema de procesamiento de datos remoto correspondiente (18 ó 118), una configuración hardware de al menos un sistema de procesamiento de datos remoto (18 ó 118), una configuración software de al menos uno de los sistemas de procesamiento de datos remotos (18 ó 118), una configuración de aplicación, una configuración del sistema operativo, y datos del estado operacional. Los parámetros técnicos pueden expresarse como datos de los parámetros técnicos.

El estado funcional incluye el estado de ejecución o procesamiento por un sistema de procesamiento de datos remoto particular 18 asociado con el identificador remoto correspondiente. Los datos del estado operacional pueden indicar si el funcionamiento del sistema de datos remoto (18 ó 118) cumple con una métrica de funcionamiento objetivo (por ejemplo, un tiempo ejecutable objetivo por transacción). Por ejemplo, los datos del estado operacional pueden indicar si un sistema de procesamiento de datos remoto particular (18 ó 118) está funcional o inhibido con respecto a la ejecución de una o más transacciones.

En la etapa S24, en el sistema de gestión 14 o el gestor de datos 44 recupera datos de parámetros técnicos de referencia sobre el hardware, software o ambos desde un almacenamiento de parámetros de referencia 46. El almacenamiento de parámetros de referencia 46 puede almacenar datos de los parámetros técnicos de referencia sobre parámetros técnicos de referencia (por ejemplo, datos operativos de referencia o una configuración de referencia). Los datos de los parámetros técnicos de referencia pueden definir una configuración de requisitos para uno o más sistemas de procesamiento de datos remotos (18 ó 118) para promover la compatibilidad con el sistema de procesamiento de datos base 12.

En una realización, los datos de los parámetros técnicos de referencia incluyen agrupamientos de un módulo software base de referencia 22 y uno o más módulos software remotos de referencia (60 ó 160) que son compatibles con el módulo software base de referencia 22. El agrupamiento puede coincidir con un grupo comercial. Un módulo software puede definirse por el tipo de módulo software, la versión del módulo software, o el identificador del módulo que indica el tipo de módulo software y la versión del módulo software.

En otra realización, los datos de los parámetros técnicos de referencia puede incluir al menos un conjunto de las últimas características o un conjunto de características deseadas para llevar a cabo las transacciones de negocio a negocio con los socios comerciales a través de la red de comunicaciones 16. El conjunto de últimas características puede establecer una configuración deseada para cada uno de los sistemas de procesamiento de datos remotos (18 ó 118) y el sistema de procesamiento de datos base 12 de un grupo comercial. Los socios comerciales del grupo comercial pueden acordar de forma contractual desplegar el conjunto de últimas características o el conjunto de características deseadas. Como alternativa, los socios comerciales pueden alcanzar un consenso para el conjunto de características deseadas de acuerdo con otros negocios o prácticas técnicas, en lugar de un acuerdo contractual.

Los datos de los parámetros técnicos de referencia en el almacenamiento de parámetros de referencia 46 pueden introducirse a través de la interfaz de usuario 34. Por ejemplo, un proveedor de servicio o un técnico pueden introducir los datos de los parámetros técnicos de referencia deseados

o a los que se aspira dentro del almacenamiento de parámetros de referencia 46 para actualizar y mantener la funcionalidad del entorno de negocio a negocio entre los socios comerciales. El nivel de funcionamiento y las finanzas requeridas para conseguir un nivel deseado de funcionamiento puede requerir algún grado de equilibrio y de juicio por el proveedor de servicio y/o los socios comerciales. Por consiguiente, los datos de los parámetros de referencia en el almacenamiento de parámetros de referencia 46 puede representar el consenso de los socios comerciales sobre qué nivel objetivo de funcionamiento, que puede ser menor que los parámetros técnicos a los que se aspira, es aceptable para llevar a cabo las transacciones de negocios sobre la red de comunicaciones 16. La decisión sobre el nivel objetivo de funcionamiento puede también delegarse al proveedor del servicio que controla el sistema de gestión 14 y está obligado a adherirse a cierta restricción presupuestaria por ejemplo. De vez en cuando, un proveedor de servicio puede actualizar el almacenamiento de los parámetros de referencia 46 para conseguir una funcionalidad mejorada o añadir nuevas características al entorno de negocio a negocio.

En la etapa S26 que sigue a la etapa S24, el procesador de datos 30 del sistema de gestión 14 determina si los datos de los parámetros técnicos recibidos en el mensaje de información dese el informador de estado remoto 56 del sistema de procesamiento de datos remoto (18 ó 118) cumple con o coincide con los datos de los parámetros técnicos de referencia recuperados desde el almacenamiento de parámetros de referencia 46. Los datos en el almacenamiento de parámetros de referencia 46 pueden estar organizados por identificadores remotos de los diferentes sistemas de procesamiento de datos remotos (18 ó 118). El identificador remoto puede indicar la identidad de un sistema de procesamiento de datos remoto correspondiente particular (18 ó 118) o la identidad de una entidad de negocios afiliada con el sistema de procesamiento de datos remoto (18 ó 118).

La comparación en la etapa S26 preferiblemente compara los datos de los parámetros técnicos de referencia con los datos de los parámetros técnicos recibidos sobre la base del identificador remoto, donde cada uno de los socios comerciales tiene un identificador remoto asociado con el sistema de procesamiento de datos remoto correspondiente (18 ó 118). Si el procesador de datos 30 determina que los datos de los parámetros técnicos recibidos del sistema de procesamiento de datos particular (por ejemplo, el próximo servidor de negocio a negocio) cumplen con o coinciden con los datos de los parámetros técnicos de referencia, a continuación el método continúa con la etapa S28. Sin embargo, si el procesador de datos 30 determina que los datos de los parámetros técnicos de recibidos del sistema de procesamiento de datos particular no cumple con o no coincide con los datos de los parámetros técnicos de referencia, a continuación el método continúa con la etapa S32.

En la etapa S28, el sistema de gestión 14 determina si todos los sistemas de procesamiento de datos remotos (18 ó 118) en un grupo definido (por ejemplo, un grupo comercial) se han comprobado para el cumplimiento con los datos de los parámetros técnicos de referencia aplicables. Esto es, el sistema de gestión 14 determina si los sistemas de procesamiento de datos remotos (18 ó 118) afiliados con cada uno de los socios comerciales se han evaluado anteriormente de acuerdo con la etapa S26. Si todos los sistemas de de procesamiento de datos remotos (18 ó 118) en el grupo definido no se han comprobado para el cumplimiento con los datos de los parámetros técnicos de referencia, entonces el método continúa con la etapa S26, en la que se evalúa el siguiente sistema de procesamiento de datos remoto. Puede incrementarse un contador cada vez que los parámetros recibidos de un diferente sistema de procesamiento de datos remoto diferente (18 ó 118) se evalúan hasta que el contador alcanza el número total en el grupo definido. Una vez que el contador alcanza el número total del grupo definido, todos los sistemas de procesamiento de datos remotos (18 ó 118) dentro del grupo se han considerado. Por consiguiente, si todos los sistemas de procesamiento de datos remotos (18 ó 118) en un grupo definido se han comprobado que cumplen con los datos de los parámetros técnicos de referencia, entonces el método termina en la etapa S30.

En la etapa S32 que puede seguir a la etapa S26, el procesador de datos 30 determina si está especificado el mismo tipo de módulos software en los datos de los parámetros técnicos de referencia que en los datos de los parámetros técnicos recibidos con respecto a un sistema de procesamiento de datos remoto particular (18 ó 118). Si está especificado el mismo tipo de módulos software tanto en los datos de los parámetros técnicos de referencia como en los datos de los parámetros técnicos recibidos, entones el método continúa con la etapa S36. Si los datos de los parámetros técnicos de referencia especifican un tipo diferente de módulo software que los datos de los parámetros técnicos recibidos, entonces el método continúa con la etapa S34.

En la etapa S34, el sistema de gestión 14 o una interfaz de comunicaciones de gestión 28 envían o asignan un módulo software particular de un cierto tipo al sistema de procesamiento de datos remoto particular (18 ó 118) para remediar la discrepancia del tipo de software de la etapa S32. Por ejemplo, el sistema de gestión 14 puede recuperar un módulo de actualización software particular desde el almacenamiento de revisiones 50 y autorizar la transmisión del módulo de actualización software particular recuperado al sistema de procesamiento de datos remoto (18 ó 118) a través de la red de comunicaciones 16.

En este punto, el módulo de actualización software particular se refiere a un candidato de actualización que se identifica en base a la deficiencia detectada. Si el sistema de procesamiento de datos remoto particular (18 ó 118) tiene el requisito hardware para soportar el módulo software de actualización particular, el informador de estado remoto 56 del sistema de procesamiento de datos puede enviar un informe del estado hardware al sistema de gestión 14 con el identificador remoto del sistema de procesamiento de datos remoto (18 ó 118) y datos de parámetros técnicos para indicar que el hardware es capaz de soportar un nuevo módulo de actualización. Sin embargo, si el sistema de procesamiento de datos remoto particular 18 carece de los requisitos hardware para soportar adecuadamente el módulo software de actualización, el informador de estado remoto 56 puede enviar los datos de parámetros técnicos (por ejemplo, un informe del estado hardware) al sistema de gestión 14 indicándolo de este modo junto con el identificador remoto.

El sistema de gestión 14 puede manejar la transmisión de actualización al sistema de procesamiento de datos remoto 18 de acuerdo con diversas técnicas alternativas. Bajo una técnica, el módulo software de actualización particular no se envía al sistema de procesamiento de datos remoto (18 ó 118) hasta que el sistema de procesamiento de datos remoto (18 ó 118) se autoriza para instalar el módulo software de actualización por una confirmación de la disposición o preparación dese el informador del estado remoto 56 del sistema de procesamiento de datos remoto (18 ó 118) a actualizar. Por ejemplo, una vez recibida la confirmación del hardware adecuado para soportar el módulo software de actualización en el sistema de procesamiento de datos remoto particular (18 ó 118), el sistema de gestión 14 puede autorizar la transmisión o transmitir el módulo de actualización al sistema de procesamiento de datos remoto (18 ó 118) a través de la red de comunicaciones 16.

En la etapa S36, el procesador de datos 30 o sistema de gestión 14 determina si está presente la misma versión del módulo software en los datos de los parámetros recibidos y en los datos de parámetros de referencia recuperados. La versión del módulo software puede impactar en las características que están disponibles en el mismo tipo de módulo software o en la interoperabilidad de módulos software. Por ejemplo un módulo software de una versión anterior y una versión posterior puede que sean o no compatibles. De forma similar, una versión anterior del módulo software puede requerir componentes hardware menos rigurosos o menos elaborados que una versión posterior del mismo tipo de módulo software. En general cada uno de los módulos software remotos (60 ó 160) puede estar asociado con un identificador de versión y un identificador de módulo general puede facilitar la comparación de los diferentes módulos software.

Si el procesador de datos 30 o el sistema de gestión 14 determinan que la misma versión y el mismo módulo software están presentes en los datos de los parámetros técnicos recibidos que los que se especifican en los datos de los parámetros técnicos referenciados, entonces el módulo continúa con la etapa S40. Sin embargo, si no se especifica la misma versión de los módulos software en los datos de los parámetros técnicos referenciados y los datos de los parámetros técnicos recibidos, entonces el método continúa con la etapa S38.

En la etapa S38, la interfaz de comunicaciones de gestión 28 o el sistema de gestión 14 envían o asignan una versión deseada (por ejemplo, la última versión) del software (por ejemplo, un nuevo módulo software remoto) al sistema de procesamiento de datos remoto particular (18 ó 118) con un identificador particular consistente con la versión software deficiente identificada en la etapa S36. En este punto, el sistema de procesamiento de datos remoto particular (18 ó 118) se refiere al sistema de procesamiento de datos remoto (18 ó 118) con la versión software deficiente observada en la etapa S36. La versión deseada puede recuperarse del almacenamiento de revisiones 50 o cualquier otro sitio.

El sistema de gestión 14 puede manejar la transmisión de la última versión o la versión deseada de actualización para el sistema de procesamiento de datos remoto (18 ó 118) de acuerdo con diversas técnicas alternativas. Bajo una técnica, la versión deseada del módulo software de actualización no se envía al sistema de procesamiento de datos remoto 18 hasta que el sistema de procesamiento de datos remoto 18 está autorizado para instalar el módulo software de actualización por una confirmación de disposición desde el informador de estado remoto 56 del sistema de procesamiento de datos remoto particular 18 a actualizar. Por ejemplo, una vez recibida la confirmación del hardware adecuado para soportar el módulo software de actualización en el sistema de procesamiento de datos remoto particular 18, el sistema de gestión 14 puede autorizar la transmisión o transmitir la versión deseada del módulo software de actualización al sistema de procesamiento de datos remoto 18 a través de la red de comunicaciones 16.

La etapa S40 puede seguir a la etapa S36 o a la etapa S38. En la etapa S40, el procesador de datos 30 o el sistema de gestión 14 determinan si se requiere una actualización hardware o un hardware adicional para soportar la instalación planeada del módulo software de actualización particular, un nuevo módulo software o la versión deseada del módulo software. La instalación planeada del módulo software de actualización particular puede incluir un tipo de actualización o una actualización de versión de un módulo software existente consistente con la etapa S34 o la etapa S38, respectivamente. El módulo de control remoto 54 confirma si el sistema de procesamiento de datos remoto (18 ó 118) tiene los requisitos hardware para soportar la versión deseada o la última versión del módulo software, bien antes de enviar la versión deseada del módulo software al sistema de procesamiento de datos remoto (18 ó 118) a través de la red de comunicaciones 16 o antes de autorizar al sistema de procesamiento de datos remoto (18 ó 118) a instalar el módulo software de actualización enviado en el sistema de procesamiento de datos (18 ó 118). En el sistema de procesamiento de datos remoto 18, el módulo de control remoto 54 puede buscar la recepción de la aprobación del sistema de gestión 14 antes de implementar o instalar cualquier módulo de actualización recibido desde el sistema de gestión 14.

Si el procesador determina que se requiere una actualización de hardware adicional o un hardware adicional para soportar la instalación planeada, entonces el método continúa con la etapa S42. Sin embargo, si el procesador determina que no se requiere una actualización hardware para soportar la instalación planeada del módulo de software de actualización o la versión deseada particular del módulo software de actualización, entonces el método continúa con la etapa S44.

En la etapa S42, el módulo software de presentación 42 o el sistema de gestión 14 genera un mensaje de alerta para la presentación de una interfaz de usuario 34. El mensaje de alerta puede informar a un usuario que puede requerirse una actualización hardware para el sistema de procesamiento de datos remoto particular (18 ó 118). Por consiguiente, el sistema de gestión 14 puede esperar antes de enviar el módulo software de actualización o una autorización para instalar el módulo software de actualización en el sistema de procesamiento de datos remoto (18 ó 118) a través de la red de comunicaciones 16.

La autorización o validación puede ocurrir donde el sistema de procesamiento de datos remoto 18 genera un informe de estado desde el informador de estado 56 que indica que ha tenido lugar una revisión de hardware. Las especificaciones del hardware pueden enviarse al sistema de gestión 14 como datos de parámetros técnicos y el sistema de procesamiento de datos base 12 o el sistema de gestión 14 pueden generar un mensaje de aprobación que autoriza la instalación de la actualización del módulo software remoto residente en el sistema de procesamiento de datos remoto o transmitido al mismo (18 ó 118).

En la etapa S44, el sistema de procesamiento de datos remoto (18 ó 118) revisa la configuración software del sistema de procesamiento de datos remoto (18 ó 118) en base a la recepción de uno o más de los siguientes elementos: una versión apropiada del software para superar una deficiencia de la versión software observada en la etapa S36, un módulo software de actualización apropiado para superar una deficiencia de un tipo de software observada en la etapa S32, la última versión de un módulo software de actualización, y un nuevo módulo software. Un módulo de revisión 59 en el sistema de procesamiento de datos remoto (18 ó 118) es responsable de revisar o actualizar la configuración software del sistema de procesamiento de datos remoto (18 ó 118). Por ejemplo, el módulo de revisión 59 puede reemplazar un módulo software remoto actualizado activo 60 con un módulo software de actualización recibido desde el sistema de gestión 14 una vez aprobado por el sistema de gestión 14 o de otro modo.

En la etapa S46 que sigue a la etapa S44, el monitor 36 del sistema de gestión 14 puede confirmar la sustitución o revisión consultando o comprobando el estado operacional del sistema de procesamiento de datos remoto revisado o actualizado (18 ó 118) a través de una petición directa a través de la red de comunicaciones 16 o incidental al procedimiento de interrogación para el estado funcional de monitorización del sistema de procesamiento de datos remoto (18 ó 118). Por ejemplo, el sistema de procesamiento de datos remoto (18 ó 118) puede enviar una confirmación de que el módulo de revisión ha revisado satisfactoriamente el módulo software dentro del sistema de procesamiento de datos remoto (18 ó 118).

Si se monitoriza la sustitución o revisión de conformidad con el procedimiento de interrogación, el sistema de gestión 14 puede experimentar un retardo de hasta un ciclo de interrogación antes de que se reciba la confirmación. Por el contrario, la petición directa a través de la red de comunicaciones 16 puede producir un tiempo de respuesta más rápido de un ciclo de interrogación.

Siguiendo a la etapa S46, el método puede volver a la etapa S28. El sistema de procesamiento de datos base 12 puede estar afiliado con un socio comercial principal en un sitio principal, mientras que los sistemas de procesamiento de datos remotos (18 ó 118) pueden afiliarse con socios comerciales secundarios que reciben el servicio de información tecnológica y actualizaciones de sus sistemas de procesamiento de datos remotos (18 ó 118) a través del socio comercial principal o un proveedor de servicio afiliado. La vuelta a la etapa S28 asegura que el sistema de gestión 14 ha considerado los sistemas de procesamiento de datos remotos (18 ó 118) de cada uno de los socios comerciales secundarios. El grupo definido de socios comerciales especificado en la etapa S28, y de forma general en la FIG. 9 y la FIG. 10, pueden restringirse, pero no necesariamente, a menos que todos los socios comerciales disponibles de un grupo comercial para cumplir las necesidades particulares y circunstancias de los socios comerciales principal y secundarios.

El método de la FIG. 11 y la FIG. 12 muestra un diagrama de flujo de la gestión de un sistema de procesamiento de datos remoto que soporta añadir o eliminar una característica desde uno o más sistemas de procesamiento de datos remotos (18 ó 118) de acuerdo con la invención. Al igual que las etapas en la FIG. 9 y la FIG. 10 se indican por las mismas referencias numéricas que en la FIG. 11 y la FIG. 12. El método de la FIG. 11 y la FIG 12 es similar al método de la FIG. 9 y la FIG. 10 excepto que el método de la FIG. 11 y la FIG. 12 incluye la etapa S18.

La etapa S18 precede a la etapa S20. En la etapa S18, un usuario del sistema de gestión 14 puede introducir datos sobre la revisión de los parámetros técnicos de referencia y el almacenamiento de los parámetros de referencia 46 de modo que una configuración de referencia para el sistema de procesamiento de datos remoto correspondiente (18 ó 118) refleja una nueva característica para la instalación en el sistema de procesamiento de datos remotos (18 ó 118). Los datos de los parámetros técnicos de referencia dentro del almacenamiento de parámetros de referencia 46 puede especificarse sobre la base del identificador remoto de modo que cada uno de los socios comerciales secundarios es compatible con el sistema de procesamiento de datos base 12 para un grupo comercial. Además, cada uno de los socios comerciales secundarios dentro del grupo comercial puede configurarse de forma idéntica o de forma diferente siempre que se mantenga la compatibilidad con el sistema de procesamiento de datos base 12 del grupo comercial. Por consiguiente, los diferentes sistemas de procesamiento de datos remotos (18 ó 118) pueden soportar diferentes características dependiendo de las necesidades de los socios comerciales dentro del grupo comercial.

Los datos de los parámetros de referencia pueden agruparse de acuerdo con uno o más identificadores remotos de los sistemas de procesamiento de datos remotos correspondientes (18 ó 118). Los datos de los parámetros de referencia pueden incluir uno o más de los siguientes: una configuración asociada con una revisión, datos de configuración hardware, datos de configuración software, una presencia de un tipo particular del módulo software, la ausencia de un tipo particular de módulo software, una versión deseada (por ejemplo, la última versión) de un módulo software, la versión deseada de un sistema operativo, el tipo de sistema operativo, u otros parámetros técnicos que pueden afectar al funcionamiento y fiabilidad e interoperabilidad del sistema de procesamiento de datos remoto (18 ó 118) con el sistema de procesamiento de datos base 12 a través de la red de comunicaciones 16.

La FIG. 13 muestra una realización alternativa de un sistema de comunicaciones de negocio a negocio. Referencias numéricas iguales en la FIG. 1 y la FIG. 2 indican los mismos elementos. El sistema de comunicaciones de la FIG. 13 es similar al sistema de la FIG. 1 excepto que el sistema de la FIG. 13 incluye cortafuegos como una medida de seguridad para proteger la integridad de los datos compartidos por el grupo comercial de la manipulación por usuarios no autorizados. El usuario no autorizado puede estar asociado con terminales o clientes que están acoplados con la red de comunicaciones (por ejemplo, la Internet). El sistema de gestión 14 puede monitorizar y configurar o reconfigurar el sistema de procesamiento de datos remoto 18. Sin embargo, el sistema de gestión 14 no se configura necesariamente para monitorizar o configurar el sistema de negocios secundario 72 debido a las medidas de seguridad (por ejemplo, un cortafuego) y otras consideraciones técnicas.

El sistema de procesamiento de datos base 12 puede estar asociado con uno o más cortafuegos. De forma similar, el sistema de procesamiento de datos remoto 18 puede estar asociado con uno o más cortafuegos (66, 88). En una realización, se coloca un cortafuegos exterior 66 en la trayectoria de comunicaciones entre la red de comunicaciones 16 y el sistema de procesamiento de datos (por ejemplo, el sistema de procesamiento de datos base 12 o el sistema de procesamiento de datos remoto 18), mientras que un cortafuego interior 68 está dispuesto en una trayectoria de comunicaciones entre el sistema de procesamiento de datos remoto 18 y un sistema de negocios secundario 72. Un cortafuego interior está posicionado en una trayectoria de comunicaciones entre el sistema de negocios principal 70 y el sistema de procesamiento de datos base 12. Un cortafuego, el cortafuego interior 68, o el cortafuego exterior 66 se refieren a software, hardware o ambos que filtra o bloquea el paso de los mensajes de datos que cumplen un criterio de seguridad definido. El criterio de seguridad definido puede representar un identificador de la fuente, un identificador del destino, un indicador de contenido, o algunos otros atributos asociados con el mensaje de datos. El identificador de la fuente y el identificador de destino pueden encontrarse en una cabecera de un paquete de datos bajo ciertos protocolos de datos, por ejemplo.

El sistema de gestión 14 y el método de la invención facilitan a la entidad de negocios principal o una afiliada actuando como un proveedor de servicios para el mantenimiento de los sistemas de procesamiento de datos remotos (18 ó 118) dentro de un grupo comercial definido. El proveedor de servicios puede mantener el control sobre los sistemas de procesamiento de datos remotos (18 ó 118) y sus componentes incluso a través de los sistemas de procesamiento de datos remotos (18 ó 118) que pueden estar ampliamente dispersos geográficamente a través de los Estados Unidos o en países extranjeros. El proveedor de servicios puede mantener el software de los socios comerciales o de otras entidades de negocios secundarias en el paso entre sí y la entidad de negocios principal para promover la interoperabilidad técnica, y actualizaciones de las características software, oportunas y eficaces en el coste. En una realización alternativa, la gestión del sistema de negocio a negocio puede distribuirse entre los socios comerciales donde cada uno de los socios

5 comerciales tiene acceso al sistema de gestión 14 y sus procedimientos asociados.

Por consiguiente, el sistema de gestión está bien adaptado para mantener comunicaciones fiables y facilitar transacciones eficaces entre los socios comerciales en un entorno de comercio electrónico de negocio a

10 negocio. A través del sistema de gestión, un único proveedor de servicio es capaz de actualizar los parámetros técnicos del sistema de negocio a negocio de un modo uniforme que mantiene la funcionalidad de los sistemas de procesamiento de datos remotos actualizados sin causar interrupciones en las comunicaciones procedentes de conflictos de plataformas u otros problemas de

15 comunicaciones. La siguiente descripción del sistema y el método describen varios ejemplos ilustrativos de la invención. Son posibles modificaciones, disposiciones alternativas, y variaciones de estos ejemplos ilustrativos y pueden caer dentro del alcance de la invención que está limitada por las

20 siguientes reivindicaciones.

Claims (9)

1. REIVINDICACIONES

   1. Un método para gestionar una pluralidad de sistemas de procesamiento de datos (18) a través de una red de comunicaciones (16), configurados los sistemas de procesamiento de datos (18) para intercambiar datos transaccionales entre sí y llevar a cabo transacciones sobre la red (16), comprendiendo el método las siguientes etapas realizadas en un sistema de gestión (14):

   almacenamiento de los datos de los parámetros técnicos de referencia para cada uno de los sistemas de procesamiento de datos (18), definiendo los datos de referencia una configuración de un sistema de procesamiento de datos respectivo para posibilitar que el sistema de procesamiento de datos lleve a cabo transacciones sobre la red (16);

   comunicar con un sistema de procesamiento de datos (18) sobre el estado operacional de los datos transaccionales recibidos en el sistema de procesamiento de datos;

   recibir un mensaje de información sobre el estado operacional de los datos transaccionales a través de la red de comunicaciones (16);

   interpretar el mensaje de información para determinar si el estado operacional cumple una métrica de funcionamiento objetivo;

   si el estado operacional no cumple el estado operacional objetivo, interrogar al sistema de procesamiento de datos (18) para obtener datos de parámetros técnicos del software del sistema de procesamiento de datos;

   recibir un mensaje de información que contiene los datos de los parámetros técnicos sobre el sistema de procesamiento de datos a través de la red de comunicaciones (16);

   recuperar los datos de los parámetros técnicos de referencia para el sistema de procesamiento de datos (18) en base al mensaje de información;

   determinar si los datos de los parámetros técnicos recibidos cumplen con los datos de los parámetros técnicos de referencia recuperados; y

   enviar una revisión al sistema de procesamiento de datos (18) si al menos un componente software no cumple con los datos de los parámetros técnicos de referencia.

2. 2.

   El método de acuerdo con la reivindicación 1 en el que la comunicación

   comprende interrogar el sistema de procesamiento de datos (18) para obtener el estado operacional.

3. 3.

   El método de acuerdo con la reivindicación 1 en el que el al menos un parámetro técnico comprende uno o más de los siguientes: configuración software del sistema de procesamiento de datos, una versión instalada de un módulo software, y un tipo instalado de módulo software.

4. 4.

   El método de acuerdo con la reivindicación 1 que comprende además:

   enviar un módulo software de actualización al sistema de procesamiento de datos (18) si no se especifican los mismos tipos de módulos software en los datos de los parámetros técnicos de referencia y los datos de los parámetros técnicos recibidos.

5. 5.

   El método de acuerdo con la reivindicación 4 comprende además:

   instalar el módulo software de actualización después de recibir la confirmación de que se ha completado satisfactoriamente el requisito de actualización hardware para soportar el módulo software de actualización.

6. 6.

   El método de acuerdo con la reivindicación 1 que comprende además:

   retardar una transmisión de una revisión para el sistema de procesamiento de datos (18) si no se especifican los mimos componentes software en los datos de los parámetros técnicos de referencia y los datos de los parámetros técnicos recibidos y si el sistema de procesamiento de datos requiere una actualización hardware para soportar la revisión.

7. 7.

   El método de acuerdo con la reivindicación 1 que comprende además:

   enviar una versión deseada de un módulo software de actualización al sistema de procesamiento de datos (18) si no se especifican las mismas versiones de los módulos software en los datos de los parámetros técnicos de referencia y los datos de los parámetros técnicos recibidos.

8. 8.

   El método de acuerdo con la reivindicación 7 que comprende además:

   instalar la versión deseada del módulo software de actualización después de recibir la confirmación de que se ha completado satisfactoriamente el requisito de actualización hardware para soportar la versión deseada del módulo software de actualización.
9. 9. Un sistema de gestión (14) para gestionar una pluralidad de sistemas de procesamiento de datos (18) a través de una red de comunicaciones (16), configurados los sistemas de procesamiento de datos (18) para intercambiar datos transaccionales y llevar a cabo transacciones sobre la red (16), comprendiendo el sistema:

   un almacenamiento de parámetros de referencia adaptado para almacenar los datos de los parámetros técnicos de referencia para cada uno de los sistemas de procesamiento de datos (18), definiendo los datos de referencia una configuración de un sistema de procesamiento de datos respectivo para posibilitar que el sistema de procesamiento de datos lleve a cabo transacciones sobre la red (16);

   un monitor (36) adaptado para recibir un mensaje de información sobre el estado operacional de los datos transaccionales recibidos en el sistema de procesamiento de datos (18);

   un intérprete (38) adaptado para interpretar el mensaje de información y determinar si el estado operacional cumple una métrica de funcionamiento objetivo;

   una interfaz de comunicaciones base (28) adaptada para interrogar al sistema de procesamiento de datos (18) si el estado operacional deja de cumplir el estado operacional objetivo para obtener datos de los parámetros técnicos del software del sistema de procesamiento de datos, adaptado además el monitor par recibir un mensaje de información que contiene datos de los parámetros técnicos sobre el sistema de procesamiento de datos a través de la red de comunicaciones (16).

   un gestor de datos (44) adaptado para recuperar los datos de los parámetros técnicos de referencia para el sistema de procesamiento de datos

   (18) desde el almacenamiento de parámetros de referencia (46) en base al mensaje de información;

   un procesador de datos (30) adaptado para determinar si los datos de los parámetros técnicos recibidos cumplen con los datos de los parámetros técnicos recuperados; y

   una interfaz de comunicaciones de gestión (28) adaptada para enviar una revisión al sistema de procesamiento de datos (18) si al menos uno de los componentes software no cumple con los datos de los parámetros técnicos de referencia.