ES2896059T3

ES2896059T3 - Method and system for tracking and verifying messages

Info

Publication number: ES2896059T3
Application number: ES11306756T
Authority: ES
Inventors: Remy Gole; Benoit Ducol; Marc Traina
Original assignee: Amadeus SAS
Current assignee: Amadeus SAS
Priority date: 2011-12-22
Filing date: 2011-12-22
Publication date: 2022-02-23
Anticipated expiration: 2031-12-22
Also published as: AU2012330499A1; KR101886855B1; KR20140111257A; JP2015507260A; WO2013091926A2; JP6050378B2; EP2608061B1; AU2012330499B2; US9367578B2; EP2608061A1; WO2013091926A3; SG11201402530UA; US20130166729A1; CA2859872A1; CN104011719B; BR112014013530A2; CN104011719A; CA2859872C

Abstract

Un sistema de seguimiento de invalidación para rastrear mensajes en una arquitectura de almacenamiento en caché de una plataforma de precios y compras, en donde el sistema de seguimiento de invalidación recibe actualizaciones de datos de las bases de datos del proveedor para ser comunicadas a los servidores (202, 204) en la arquitectura de almacenamiento en caché; en donde la arquitectura de almacenamiento en caché incluye varias capas, en la que cada capa comprende uno o más servidores (202, 204), incluyendo las varias capas una capa del servidor de aplicaciones de base de datos con un servidor de aplicaciones de base de datos, una capa del servidor central de datos con una pluralidad de servidores centrales de datos y una capa del servidor de cálculo con una pluralidad de servidores de cálculo, en la que los mensajes de invalidación, para actualizar las cachés de los servidores en la arquitectura de almacenamiento en caché, se comunican de una capa a otra capa, enviando los mensajes de invalidación a todos los servidores (202, 204 ) en la arquitectura de almacenamiento en caché, y en donde el sistema de seguimiento de invalidación se distribuye a través de la arquitectura de almacenamiento en caché y emplea un servidor (100, 300) de la consola central de datos, incluyendo el sistema de seguimiento de invalidación: - el servidor de aplicaciones de base de datos, que envía mensajes de invalidación a los servidores en la capa del servidor central de datos, los servidores en la capa del servidor central de datos que envían los mensajes de invalidación a los servidores en la capa del servidor de cálculo; - un módulo de grabación dispuesto para grabar todos los mensajes de invalidación comunicados a los servidores (202, 204) desde las capas de servidores en la arquitectura de almacenamiento en caché para formar un conjunto de mensajes de invalidación enviados, el módulo de grabación que se distribuye a través de los servidores y que comprende, en los servidores (202, 204), los controladores (206, 208, 210) de mensajes de invalidación que envían los mensajes de invalidación a los controladores de mensajes de invalidación de los servidores en capas posteriores de servidores, los controladores (212, 214, 216) de registro para registrar y comprimir los mensajes de invalidación que se enviarán y las bases de datos (218, 220, 222) de mensajes de invalidación comprimidos; - un módulo registrador (124, 126, 128, 130) de teclas que se distribuye a través de los servidores para registrar todos los mensajes de invalidación recibidos por los servidores, el modulo registrador (124, 126, 128, 130) de teclas que se comunica con un módulo detector (112, 314) en el servidor (100, 300) de la consola central de datos que comprende un módulo analizador (330); - un módulo colector (332) en el servidor (100, 300) de la consola central de datos, dispuesto para recopilar y grabar detalles de los mensajes de invalidación recibidos de los servidores (202, 204) en las capas de servidores; - el módulo detector (112, 314), que incluye el módulo analizador (330), que está dispuesto para determinar periódicamente los mensajes de invalidación recibidos en cada servidor (202, 204) en la arquitectura de almacenamiento en caché y compararlos con el conjunto de mensajes de invalidación enviados para identificar uno o más mensajes de invalidación no entregados; - un módulo (400) de reproducción en el servidor (100, 300) de la consola central de datos, dispuesto para reenviar, el uno o más mensajes de invalidación no entregados identificados, al servidor(es) que no recibió el mensaje(s).An invalidation tracking system for tracking messages in a caching architecture of a pricing and shopping platform, where the invalidation tracking system receives data updates from vendor databases to be communicated to servers ( 202, 204) in caching architecture; wherein the caching architecture includes multiple tiers, wherein each tier comprises one or more servers (202, 204), the multiple tiers including a database application server tier with a database application server data, a central data server layer with a plurality of central data servers and a compute server layer with a plurality of compute servers, in which invalidation messages, to update the caches of the servers in the architecture caching, they communicate from one layer to another layer, sending the invalidation messages to all the servers (202, 204) in the caching architecture, and where the invalidation tracking system is distributed through caching architecture and employs a central data console server (100, 300), including the invalidation tracking system: - the application server database, which sends invalidation messages to the servers in the central data server layer, the servers in the central data server layer that send the invalidation messages to the servers in the calculation server layer; - a recording module arranged to record all the invalidation messages communicated to the servers (202, 204) from the server layers in the caching architecture to form a set of sent invalidation messages, the recording module being distributed across the servers and comprising, at the servers (202, 204), invalidation message handlers (206, 208, 210) which send the invalidation messages to the layered servers' invalidation message handlers server backends, logging controllers (212, 214, 216) for logging and compressing invalidation messages to be sent, and databases (218, 220, 222) of compressed invalidation messages; - a key logger module (124, 126, 128, 130) that is distributed across the servers to log all invalidation messages received by the servers, the key logger module (124, 126, 128, 130) that communicates with a detector module (112, 314) in the central data console server (100, 300) comprising an analyzer module (330); - a collector module (332) in the central data console server (100, 300), arranged to collect and record details of the invalidation messages received from the servers (202, 204) in the server layers; - the detector module (112, 314), including the analyzer module (330), which is arranged to periodically determine the invalidation messages received at each server (202, 204) in the caching architecture and compare them with the set of invalidation messages sent to identify one or more invalidation messages not delivered; - a playback module (400) in the central data console server (100, 300), arranged to forward the one or more identified undelivered invalidation messages to the server(s) that did not receive the message(s) ).

Description

DESCRIPCIÓNDESCRIPTION

Método y sistema para el seguimiento y la verificación de mensajesMethod and system for tracking and verifying messages

Campo de la invenciónfield of invention

La presente invención se refiere a un método y a un sistema para rastrear y verificar mensajes, y tomar medidas correctivas si es necesario.The present invention relates to a method and system for tracking and verifying messages, and taking corrective action if necessary.

Antecedentes de la invenciónBackground of the invention

En un sistema de viaje hay muchos mensajes distribuidos de un lugar a otro. Un sistema de viaje puede contener, normalmente, un servidor central de datos y una arquitectura de almacenamiento en caché compuesta por varios niveles diferentes de cachés distribuidos por todo el sistema. La arquitectura de almacenamiento en caché adquiere actualizaciones de varios proveedores diferentes que luego se comunican desde un servidor de aplicaciones a los diferentes niveles de cachés. El sistema funciona sobre la base de que no se requiere confirmación del mensaje o mensajes. El sistema asume que el mensaje o mensajes han sido bien recibidos. El servidor de aplicaciones de base de datos enviará mensajes a varias cachés centrales en servidores centrales de datos, que a su vez luego enviarán mensajes a una caché local en un gran número de servidores de computación. Estos mensajes están destinados a invalidar el contenido de las cachés. Se denominan mensajes de invalidación. En el sistema de viaje típico, puede haber hasta 100.000 actualizaciones cada día, lo que equivale a un gran número de mensajes a tratar. Surge un problema si no se reciben los mensajes, momento en el que pueden surgir problemas que pueden causar un impacto financiero en los clientes. Para garantizar y controlar la consistencia de los datos en una arquitectura de almacenamiento en caché distribuida, pueden utilizarse mensajes de invalidación asíncronos. La manera en la que esto se logra es difícil y requiere mucho tiempo, y actualmente no se ha logrado de una manera efectiva.In a travel system there are many messages distributed from one place to another. A travel system may typically contain a central data server and caching architecture made up of several different levels of caches distributed throughout the system. The caching architecture acquires updates from several different providers which are then communicated from an application server to the different levels of caches. The system works on the basis that no confirmation of the message(s) is required. The system assumes that the message or messages have been well received. The database application server will send messages to several central caches on central data servers, which in turn will then send messages to a local cache on a large number of compute servers. These messages are intended to invalidate the contents of the caches. They are called invalidation messages. In the typical travel system, there can be up to 100,000 updates each day, which equates to a large number of messages to deal with. A problem arises if messages are not received, at which point problems can arise that can have a financial impact on customers. To ensure and control data consistency in a distributed caching architecture, asynchronous invalidation messages can be used. The manner in which this is achieved is difficult and time consuming, and has not currently been achieved effectively.

Se han propuesto varios sistemas para tratar la auditoría de los billetes de pasajeros de aerolíneas. Las aerolíneas Northwest han propuesto un sistema de este tipo, que utiliza un proceso de auditoría de sistema experto para revisar los informes. Este sistema no soluciona muchos de los problemas asociados con los problemas de seguimiento de los mensajes de invalidación y similares. De manera similar, otros sistemas proporcionan productos de verificación de tarifas y productos de mapeo y armonización, que nuevamente no resuelven los problemas de seguimiento de los mensajes de invalidación.Various systems have been proposed to deal with the auditing of airline passenger tickets. Northwest Airlines has proposed such a system, which uses an expert system audit process to review reports. This system does not solve many of the problems associated with invalidation message tracking problems and the like. Similarly, other systems provide tariff verification products and mapping and harmonization products, which again do not solve the problems of tracking invalidation messages.

El documento US 2008/0235292 A1 se refiere al mantenimiento de la coherencia de la memoria caché contenida en una arquitectura de varios niveles de servidores distribuidos, sin una unidad central que se ocupe del seguimiento de la invalidación.US 2008/0235292 A1 relates to maintaining the consistency of the cache contained in a multi-tier architecture of distributed servers, without a central unit dealing with invalidation tracking.

El documento US 6.604.205 describe un método y un sistema para la sincronización de estados entre al menos dos dispositivos conectados en la misma red. El primer dispositivo envía un mensaje al segundo dispositivo con un primer identificador adjunto al mensaje. A continuación, el segundo dispositivo aplica un proceso específico al mensaje que, a su vez, transforma el primer identificador en un segundo identificador. A continuación, el primer dispositivo envía la solicitud de estado al segundo dispositivo para solicitar la transmisión del segundo identificador. El módulo de comparación del primer dispositivo compara entonces el primer identificador y el segundo identificador para determinar si el estado del primer dispositivo está sincronizado con el estado del segundo. US 6,604,205 describes a method and system for state synchronization between at least two devices connected in the same network. The first device sends a message to the second device with a first identifier attached to the message. The second device then applies a specific process to the message which, in turn, transforms the first identifier into a second identifier. Next, the first device sends the status request to the second device to request transmission of the second identifier. The first device comparison module then compares the first identifier and the second identifier to determine if the state of the first device is synchronized with the state of the second.

Objetos de la invenciónObjects of the invention

Es un objeto de la presente invención superar al menos algunos de los problemas asociados con la técnica anterior. It is an object of the present invention to overcome at least some of the problems associated with the prior art.

Es un objeto adicional de la presente invención proporcionar un método y un sistema que puedan rastrear y supervisar eficazmente los mensajes de invalidación y reenviar los mensajes cuando sea necesario.It is a further object of the present invention to provide a method and system that can effectively track and monitor invalidation messages and forward the messages when necessary.

Compendio de la invenciónSummary of the invention

La presente invención proporciona un método y un sistema como se establece en las reivindicaciones adjuntas. The present invention provides a method and system as set forth in the appended claims.

Según un aspecto de la presente invención, se proporciona un sistema de seguimiento de invalidación para rastrear mensajes en una arquitectura de almacenamiento en caché de una plataforma de precios y compras, en donde el sistema de seguimiento de invalidación recibe actualizaciones de datos de las bases de datos del proveedor para ser comunicadas a los servidores en la arquitectura de almacenamiento en caché; en donde la arquitectura de almacenamiento en caché incluye varias capas, en la que cada capa comprende uno o más servidores, incluyendo las varias capas una capa del servidor de aplicaciones de base de datos con un servidor de aplicaciones de base de datos, una capa del servidor central de datos con una pluralidad de servidores centrales de datos y un capa del servidor de cálculo con una pluralidad de servidores de cálculo, en la que los mensajes de invalidación, para actualizar las cachés de los servidores en la arquitectura de almacenamiento en caché, se comunican de una capa a otra capa enviando los mensajes de invalidación a todos los servidores en la arquitectura de almacenamiento en caché, y en donde el sistema de seguimiento de invalidación se distribuye a través de la arquitectura de almacenamiento en caché y emplea un servidor de la consola central de datos, incluyendo el sistema de seguimiento de invalidación:According to one aspect of the present invention, an invalidation tracking system is provided for tracking messages in a caching architecture of a pricing and shopping platform, wherein the invalidation tracking system receives data updates from databases. Provider data to be communicated to servers in caching architecture; wherein the caching architecture includes multiple tiers, wherein each tier comprises one or more servers, the multiple tiers including a database application server tier with a database application server, a database application server tier, central data server with a plurality of central data servers and a calculation server layer with a plurality of calculation servers, in which the invalidation messages, to update the caches of the servers in the caching architecture, communicate from layer to layer by sending invalidation messages to all servers in the caching architecture, and where the invalidation tracking system is distributed throughout the caching architecture caching and employs a central data console server, including invalidation tracking system:

- el servidor de aplicaciones de base de datos que envía mensajes de invalidación a los servidores en la capa del servidor central de datos, enviando los servidores en la capa del servidor central de datos los mensajes de invalidación a los servidores en la capa del servidor de cálculo;- the database application server that sends invalidation messages to the servers in the central data server layer, the servers in the central data server layer sending the invalidation messages to the servers in the data server layer calculation;

- un módulo de grabación dispuesto para registrar todos los mensajes de invalidación comunicados a los servidores desde las capas de servidores en la arquitectura de almacenamiento en caché para formar un conjunto de mensajes de invalidación enviados, el módulo de grabación que se distribuye a través de los servidores y que comprende, en los servidores, los controladores de mensajes de invalidación que envían los mensajes de invalidación a los controladores de mensajes de invalidación de los servidores en capas posteriores de servidores, los controladores de registro para registrar y comprimir los mensajes de invalidación que se enviarán y las bases de datos de mensajes de invalidación comprimidos;- a recording module arranged to record all invalidation messages communicated to the servers from the server layers in the caching architecture to form a set of invalidation messages sent, the recording module being distributed across the servers and comprising, at the servers, invalidation message handlers that send invalidation messages to invalidation message handlers on servers in subsequent layers of servers, log handlers for logging and compressing invalidation messages that Compressed invalidation message databases will be sent and;

- un módulo registrador de teclas que se distribuye a través de los servidores para registrar todos los mensajes de invalidación recibidos por los servidores, el módulo registrador de teclas que se comunica con un módulo detector en el servidor de la consola central de datos que comprende un módulo analizador,- a keylogger module that is distributed across the servers to log all invalidation messages received by the servers, the keylogger module that communicates with a detector module on the central data console server comprising a analyzer module,

- un módulo colector en el servidor de la consola central de datos dispuesto para recopilar y grabar detalles de los mensajes de invalidación recibidos de los servidores en las capas de servidores- a collector module in the central data console server arranged to collect and record details of invalidation messages received from servers in the server layers

- el módulo detector, que incluye el módulo analizador, está dispuesto para determinar periódicamente los mensajes de invalidación recibidos en cada servidor en la arquitectura de almacenamiento en caché y compararlos con el conjunto de mensajes de invalidación enviados para identificar uno o más mensajes de invalidación no entregados;- the detector module, including the analyzer module, is arranged to periodically determine invalidation messages received at each server in the caching architecture and compare them with the set of invalidation messages sent to identify one or more invalid invalidation messages delivered;

- un módulo de reproducción en el servidor de la consola de datos central dispuesto para reenviar, el uno o más mensajes de invalidación no entregados identificados, al servidor(es) que no recibió el mensaje(s).- a playback module in the central data console server arranged to forward the one or more identified undelivered invalidation messages to the server(s) that did not receive the message(s).

Opcionalmente, el sistema de seguimiento de invalidación está dispuesto para almacenar todos los mensajes grabados y reproducidos en una base de datos histórica.Optionally, the invalidation tracking system is arranged to store all recorded and played messages in a history database.

Opcionalmente, el módulo de reproducción reenvía mensajes de invalidación basándose en que se ha cumplido una condición predeterminada.Optionally, the replay module resends invalidation messages based on a predetermined condition being met.

Opcionalmente, la condición predeterminada comprende una pluralidad de mensajes de invalidación no entregados recurrentes.Optionally, the predetermined condition comprises a plurality of recurring undelivered invalidation messages.

Opcionalmente, la condición predeterminada se activa cuando el número de mensajes coincidentes de invalidación no entregados excede un umbral predeterminado.Optionally, the default condition fires when the number of undelivered invalidation matching messages exceeds a predetermined threshold.

Opcionalmente, la condición predeterminada es una identificación de que el servidor no está operativo.Optionally, the default condition is an identification that the server is down.

Opcionalmente, el sistema comprende además un módulo de notificación dispuesto para crear y comunicar notificaciones de mensajes de invalidación no entregados a un usuario.Optionally, the system further comprises a notification module arranged to create and communicate notifications of undelivered invalidation messages to a user.

Opcionalmente, el sistema comprende además un módulo de informes dispuesto para crear informes y comunicar dichos informes a un usuario.Optionally, the system further comprises a reporting module arranged to create reports and communicate said reports to a user.

Opcionalmente, el seguimiento de invalidación comprende además un módulo supervisor dispuesto para controlar la recuperación automática de mensajes de invalidación no entregados.Optionally, the invalidation tracking further comprises a monitor module arranged to monitor the automatic recovery of undelivered invalidation messages.

Opcionalmente, el módulo supervisor está dispuesto para generar un rango de tiempo y un conjunto de servidores para los que se deben detectar y reproducir los mensajes de invalidación perdidos.Optionally, the monitor module is arranged to generate a time range and set of servers for which missed invalidation messages are to be detected and replayed.

Opcionalmente, el módulo supervisor está dispuesto para enviar una solicitud de verificación al módulo detector, indicando la solicitud un servidor de origen, una lista de servidores objetivo y el rango de tiempo, Optionally, the supervisor module is arranged to send a verification request to the detector module, the request indicating an origin server, a list of target servers and the time range,

Opcionalmente, el módulo detector está dispuesto para verificar si el servidor de origen está operativo, para solicitar al servidor de origen que cree una lista de mensajes de invalidación de origen para el rango de tiempo, para verificar si los servidores objetivo indicados por la lista de servidores objetivo están operativos, para solicitar listas de mensajes de invalidación objetivo de los servidores objetivo y para determinar los mensajes de invalidación perdidos a partir de la lista de mensajes de invalidación de origen y de las listas de mensajes de invalidación objetivo.Optionally, the listener module is arranged to check if the origin server is operational, to request the origin server to create a list of origin invalidation messages for the time range, to check if the target servers indicated by the list of target servers are operative, to request target invalidation message lists from the target servers and to determine lost invalidation messages from the source invalidation message list and the target invalidation message lists.

Opcionalmente, el sistema de seguimiento de invalidación comprende además un módulo de gestión de la configuración que almacena información relacionada con la configuración y la topografía de la arquitectura de almacenamiento en caché. Optionally, the invalidation tracking system further comprises a configuration management module that stores information related to the configuration and topography of the caching architecture.

Según un segundo aspecto de la invención, se proporciona un método para el seguimiento de mensajes en una arquitectura de almacenamiento en caché de una plataforma de precios y compras, en donde el sistema de seguimiento de invalidación recibe actualizaciones de datos de las bases de datos del proveedor para ser comunicadas a los servidores en la arquitectura de almacenamiento en caché, en donde la arquitectura de almacenamiento en caché incluye varias capas, en la que cada capa comprende uno o más servidores, incluyendo las varias capas una capa del servidor de aplicaciones de base de datos con un servidor de aplicaciones de base de datos, una capa del servidor central de datos con una pluralidad de servidores centrales de datos y una capa del servidor de cálculo con una pluralidad de servidores de cálculo, en los que los mensajes de invalidación, para actualizar las cachés de los servidores en la arquitectura de almacenamiento en caché, se comunican de una capa a otra capa mediante el envío de los mensajes de invalidación a todos los servidores en la arquitectura de almacenamiento en caché, y, en donde el sistema de seguimiento de invalidación se distribuye a través de la arquitectura de almacenamiento en caché y emplea un servidor de la consola central de datos, en donde el método incluye:According to a second aspect of the invention, a method for tracking messages in a caching architecture of a pricing and shopping platform is provided, wherein the invalidation tracking system receives data updates from the databases of the provider to be communicated to servers in the caching architecture, where the caching architecture includes several layers, where each layer comprises one or more servers, the several layers including a base application server layer with a database application server, a central data server layer with a plurality of central data servers, and a calculation server layer with a plurality of calculation servers, in which invalidation messages, to update server caches in the caching architecture, they communicate from one layer to another layer using e l sending the invalidation messages to all servers in the caching architecture, and, where the invalidation tracking system is distributed throughout the caching architecture and employs a central data console server , where the method includes:

- enviar mensajes de invalidación mediante el servidor de aplicaciones de base de datos a los servidores en la capa del servidor central de datos, enviando los servidores en la capa del servidor de datos central los mensajes de invalidación a los servidores en la capa del servidor de cálculo - registrar mediante un módulo de grabación todos los mensajes de invalidación comunicados a los servidores desde las capas de servidores en la arquitectura de almacenamiento en caché para formar un conjunto de mensajes de invalidación enviados, el módulo de grabación que se distribuye a través de los servidores y que comprende, en los servidores, los controladores de mensajes de invalidación que envían los mensajes de invalidación a los controladores de mensajes de invalidación de los servidores en capas posteriores de servidores, los controladores de registro para registrar y comprimir los mensajes de invalidación que se enviarán y las bases de datos de mensajes de invalidación comprimidos;- send invalidation messages by the database application server to the servers in the central data server layer, the servers in the central data server layer sending the invalidation messages to the servers in the data server layer computation - record all invalidation messages reported to servers from the server layers in the caching architecture by a recording module to form a set of sent invalidation messages, the recording module being distributed across the servers and comprising, at the servers, invalidation message handlers that send invalidation messages to invalidation message handlers on servers in subsequent layers of servers, log handlers for logging and compressing invalidation messages that Compressed invalidation message databases will be sent and;

- registrar todos los mensajes de invalidación recibidos por los servidores mediante un módulo de registro de teclas, el módulo de registro de teclas que se distribuye a través de los servidores y que se comunica con un módulo detector en el servidor de la consola central de datos, que comprende un módulo analizador,- log all invalidation messages received by the servers using a keylogging module, the keylogging module that is distributed across the servers and communicates with a detector module on the central data console server , comprising an analyzer module,

- recopilar y grabar detalles de los mensajes de invalidación recibidos de servidores en las capas de servidores mediante un módulo colector en el servidor de la consola central de datos- collect and record details of invalidation messages received from servers in the server layers using a collector module on the central data console server

- determinar periódicamente mediante el módulo detector, que incluye el módulo analizador, los mensajes de invalidación recibidos en cada servidor en la arquitectura de almacenamiento en caché y compararlos con el conjunto de mensajes de invalidación enviados para identificar uno o más mensajes de invalidación no entregados;- periodically determining by the detector module, including the analyzer module, the invalidation messages received at each server in the caching architecture and comparing them with the set of invalidation messages sent to identify one or more undelivered invalidation messages;

- reenviar a través de un módulo de reproducción en el servidor de la consola central de datos, el uno o más mensajes de invalidación no entregados identificados, al servidor(es) que no recibió el mensaje(s).- forwarding through a playback module in the central data console server, the one or more identified undelivered invalidation messages, to the server(s) that did not receive the message(s).

Opcionalmente, el paso de almacenar todos los mensajes grabados y reproducidos en una base de datos histórica. Optionally, the step of storing all recorded and played messages in a history database.

Opcionalmente, el paso de reenviar el mensaje de invalidación se basa en una condición predeterminada.Optionally, the step of resending the invalidation message is based on a predetermined condition.

Opcionalmente, la condición predeterminada comprende identificar una pluralidad de mensajes de invalidación no entregados recurrentes.Optionally, the predetermined condition comprises identifying a plurality of recurring undelivered invalidation messages.

Opcionalmente, la condición predeterminada comprende activar la reproducción de mensajes cuando el número de mensajes coincidentes de invalidación no entregados excede un umbral predeterminado.Optionally, the predetermined condition comprises triggering message playback when the number of undelivered invalidation matching messages exceeds a predetermined threshold.

Opcionalmente, la condición predeterminada comprende identificar que el servidor no está operativo.Optionally, the default condition comprises identifying that the server is not operational.

Opcionalmente, el método incluye un paso de creación y comunicación de notificaciones de mensajes de invalidación no entregados a un usuario.Optionally, the method includes a step of creating and communicating undelivered invalidation message notifications to a user.

Opcionalmente, el método incluye un paso de crear informes y comunicar dichos informes a un usuario.Optionally, the method includes a step of creating reports and communicating said reports to a user.

Opcionalmente, el método incluye un paso de controlar la recuperación automática de mensajes de invalidación no entregados a través de un módulo supervisor.Optionally, the method includes a step of controlling the automatic recovery of undelivered invalidation messages through a monitor module.

Opcionalmente, el módulo supervisor genera un rango de tiempo y un conjunto de servidores para los que se deben detectar y reproducir los mensajes de invalidación perdidos.Optionally, the monitor module generates a time range and set of servers for which missed invalidation messages should be detected and replayed.

Opcionalmente, el módulo supervisor envía una solicitud de verificación a un módulo detector, indicando la solicitud un servidor de origen, una lista de servidores objetivo y el rango de tiempo.Optionally, the monitor module sends a verification request to a listener module, the request indicating a source server, a list of target servers, and the time range.

Opcionalmente, el módulo detector verifica si el servidor de origen está operativo, solicita al servidor de origen que cree una lista de mensajes de invalidación de origen para el rango de tiempo, verifica si los servidores objetivo indicados por la lista de servidores objetivo están operativos, solicita listas de mensajes de invalidación objetivo de los servidores objetivo, y determina los mensajes de invalidación perdidos de la lista de mensajes de invalidación de origen y de la lista de mensajes de invalidación objetivo.Optionally, the listener module checks if the origin server is up, requests the origin server to create a list of origin invalidation messages for the time range, checks if the target servers indicated by the target server list are up, requests lists of target invalidation messages from the target servers, and determines the invalidation messages lost from the source invalidation message list and the target invalidation message list.

Opcionalmente, el método incluye un paso de almacenar información relacionada con la configuración y la topografía de la arquitectura de almacenamiento en caché a través de un módulo de gestión de la configuración. Optionally, the method includes a step of storing information related to the configuration and topography of the caching architecture through a configuration management module.

Según un tercer aspecto de la invención, se proporciona un programa informático que comprende instrucciones para llevar a cabo los pasos del método según los aspectos anteriores, cuando dicho programa informático se ejecuta en un sistema informático.According to a third aspect of the invention, there is provided a computer program comprising instructions for carrying out the steps of the method according to the above aspects, when said computer program is executed on a computer system.

Breve descripción de los dibujosBrief description of the drawings

Ahora se hará referencia, a modo de ejemplo, a los dibujos adjuntos, en los que:Reference will now be made, by way of example, to the accompanying drawings, in which:

La Figura 1 es un diagrama de bloques del sistema de seguimiento de invalidación, de acuerdo con una realización de la invención.Figure 1 is a block diagram of the invalidation tracking system, according to one embodiment of the invention.

La Figura 2 es un diagrama de bloques del sistema para una primera parte del proceso, de acuerdo con una realización de la invención.Figure 2 is a system block diagram for a first part of the process, according to an embodiment of the invention.

La Figura 3 es un diagrama de bloques del sistema para una segunda parte del proceso, de acuerdo con una realización de la invención.Figure 3 is a system block diagram for a second part of the process, according to one embodiment of the invention.

La Figura 4 es un diagrama de bloques del sistema para una tercera parte del proceso, de acuerdo con una realización de la invención.Figure 4 is a system block diagram for a third part of the process, according to one embodiment of the invention.

La Figura 5 es un diagrama de bloques del sistema para una cuarta parte del proceso, de acuerdo con una realización de la invención.Figure 5 is a system block diagram for a fourth part of the process, according to one embodiment of the invention.

La Figura 6 es un diagrama de bloques del sistema para una quinta parte del proceso, de acuerdo con una realización de la invención.Figure 6 is a system block diagram for a fifth part of the process, according to an embodiment of the invention.

La Figura 7 es un diagrama de bloques de una perspectiva general global del sistema, de acuerdo con una realización de la invención.Figure 7 is a block diagram of a global overview of the system, according to one embodiment of the invention.

La Figura 8 es un diagrama general de casos de uso del sistema, de acuerdo con una realización de la invención. Figure 8 is a general diagram of use cases of the system, according to an embodiment of the invention.

Las Figuras 9 a 18 son varios diagramas de casos de uso específicos, de acuerdo con una realización de la invención.Figures 9 to 18 are various diagrams of specific use cases, according to one embodiment of the invention.

Descripción detallada de las realizaciones preferidasDetailed description of the preferred embodiments

La presente invención se refiere a un sistema de seguimiento de invalidación diseñado para ser utilizado en el contexto de un sistema de almacenamiento en caché de tarifas. La arquitectura de almacenamiento en caché de la plataforma de precios y compras (PSP) se compone de varios niveles de caché distribuidos a través de los componentes PSP. Como se muestra en la figura 2, hay un solo servidor 200 de aplicaciones de base de datos que se comunica con una pluralidad de servidores 202 centrales de datos, que a su vez se comunican con una multitud de servidores computacionales 204. En los ejemplos mostrados, hay tres servidores centrales de datos y aproximadamente 150 servidores de cálculo. Se apreciará que se puede utilizar un número diferente de servidores centrales de datos y de servidores computacionales en diferentes entornos. Esta arquitectura de almacenamiento en caché se conecta a bases de datos que adquieren continuamente actualizaciones de datos de los proveedores. Los cachés se actualizan mediante mensajes de invalidación enviados desde el servidor de aplicaciones de base de datos. Puede haber más de una base de datos, como una base de datos de archivos maestros y una base de datos de imágenes activas. Sin embargo, se pueden utilizar diferentes bases de datos en diferentes circunstancias. The present invention relates to an invalidation tracking system designed to be used in the context of a fee caching system. The Pricing and Shopping Platform (PSP) caching architecture is made up of multiple levels of cache distributed across the PSP components. As shown in Figure 2, there is a single database application server 200 that communicates with a plurality of central data servers 202, which in turn communicate with a multitude of computing servers 204. In the examples shown , there are three central data servers and approximately 150 calculation servers. It will be appreciated that a different number of central data servers and computing servers may be used in different environments. This caching architecture connects to databases that continuously acquire data updates from providers. The caches are updated by invalidation messages sent from the database application server. There may be more than one database, such as a master file database and an active image database. However, different databases can be used in different circumstances.

El sistema y el método de seguimiento de invalidación implican verificar que los mensajes de invalidación enviados por un servidor de aplicaciones de datos sean recibidos por los usuarios finales. Las verificaciones se realizan de forma periódica y, si se identifica alguna discrepancia, los mensajes de invalidación pueden reenviarse automáticamente, o reenviarse bajo el control del usuario. Si se identifica un problema persistente, se puede producir una alarma o un mensaje de error para que los usuarios u operadores puedan estar informados. El sistema y el método de seguimiento de invalidación pueden utilizarse para realizar investigaciones en todos los componentes y subsistemas del sistema en el flujo de invalidación.The invalidation tracking system and method involves verifying that invalidation messages sent by a data application server are received by end users. Checks are performed periodically, and if any discrepancies are identified, invalidation messages can be automatically forwarded, or forwarded under user control. If a persistent problem is identified, an alarm or error message can be produced so that users or operators can be informed. The invalidation tracking system and method can be used to perform investigations on all system components and subsystems in the invalidation flow.

Con referencia a la figura 1, se muestra una perspectiva general de los componentes del sistema de seguimiento de invalidación. Las diversas características se describen con más detalle en la figura 3. El sistema incluye un servidor 100 de la consola de datos en el que se encuentra el seguimiento 102 de invalidación. El sistema incluye además un servidor 104 de aplicaciones de base de datos, un subsistema 106 de servidor de datos de cliente (CDS) y un subsistema 108 de fijación de precios o de búsqueda de tarifas bajas (LFS) (más tarde denominado servidores computacionales). El sistema de seguimiento de invalidación incluye tres módulos principales. Un supervisor 110 de seguimiento de invalidación gestiona la detección automática completa y reproduce o reenvía cualquier mensaje de invalidación perdido para un rango de tiempo dado y un conjunto dado de usuarios finales u objetivos. Un módulo detector 112 de seguimiento de invalidación identifica los mensajes de invalidación que faltan analizando las teclas de un archivo del registrador de teclas de los componentes de invalidación objetivo. Un módulo 114 de reproducción de seguimiento de invalidación reproduce o reenvía mensajes de invalidación perdidos a los objetivos solicitados. El sistema de seguimiento de invalidación se basa en el nivel de servicios middleware.Referring to Figure 1, an overview of the components of the invalidation tracking system is shown. The various features are described in more detail in Figure 3. The system includes a data console server 100 in which the invalidation trace 102 is located. The system further includes a database application server 104, a customer data server (CDS) subsystem 106, and a pricing or low rate search (LFS) subsystem 108 (later referred to as computational servers). . The invalidation tracking system includes three main modules. A invalidation tracking monitor 110 manages full automatic detection and replays or forwards any missed invalidation messages for a given time range and a given set of end users or targets. An invalidation tracking detector module 112 identifies missing invalidation messages by parsing keys in a keylogger file of target invalidation components. An invalidation tracking replay module 114 replays or forwards lost invalidation messages to requested targets. The invalidation tracking system is based on the service level middleware.

Un flujo de invalidación lógica incluye cuatro tipos de componentes del sistema. El primero es un servicio de invalidación del servidor de aplicaciones de base de datos ubicado en un servidor 116 de aplicaciones de base de datos. Este envía matrices de teclas lógicas a la cola de mensajes de las colas del servidor CIX (Invalidación Central) CDS. Los servidores 118 CIX reciben mensajes que contienen matrices de teclas de entidad lógica para invalidarlos y enviarlos a mensajes que contienen teclas únicas a los servidores 120 IIX (Invalidación Individual). Los servidores IIX gestionan mensajes de invalidación únicos en un caché CDS y envían los mensajes de invalidación al servidor 122 LIX (Invalidación Local) en los satélites u objetivos 124 de fijación de precios. Los servidores LIX procesan los mensajes de invalidación en servidores computacionales. Cada servidor incluye un registrador (124, 126, 128 y 130) de teclas apropiado que está en comunicación con el detector 112. El objetivo del registrador de teclas es almacenar localmente todos los mensajes recibidos por cada servidor.A logical invalidation flow includes four types of system components. The first is a database application server invalidation service located in a database application server 116 . This sends arrays of logical keys to the message queue of the CIX (Central Invalidation) CDS server queues. CIX servers 118 receive messages containing logical entity key arrays to invalidate them and send messages containing single keys to IIX servers 120 (Individual Invalidate). The IIX servers handle unique invalidation messages in a CDS cache and send the invalidation messages to the LIX (Local Invalidation) server 122 at the satellites or pricing targets 124 . LIX servers process invalidation messages on computer servers. Each server includes an appropriate keylogger (124, 126, 128 and 130) which is in communication with detector 112. The purpose of the keylogger is to locally store all messages received by each server.

El sistema de seguimiento de invalidación requiere que cada componente del sistema de invalidación registre las teclas de cualquier mensaje que reciba. Este registro se realiza a través de los componentes del sistema de registro de teclas asociados con cada servidor. La tecla se registra, lo que facilita determinar donde falló el flujo de invalidación. La comunicación entre los componentes del sistema de seguimiento de invalidación se basa en comunicaciones middleware estándar. Como resultado, toda la información necesaria relacionada con un componente particular en el sistema se almacena en un archivo de configuración dedicado de seguimiento de invalidación. La información necesaria puede incluir el nombre de host, el entorno middleware focalizado o la base de datos focalizada. El sistema de seguimiento de invalidación puede determinar si los objetivos son operables en términos de invalidación, y si no, el objetivo puede ser ignorado.The invalidation tracking system requires each component of the invalidation system to record the keys of any messages it receives. This logging is done through keylogging system components associated with each server. The key is logged, making it easy to determine where the invalidation flow failed. Communication between the components of the invalidation tracking system is based on standard middleware communications. As a result, all the necessary information related to a particular component in the system is stored in a dedicated invalidation tracking configuration file. The information required may include the host name, the targeted middleware environment, or the targeted database. The invalidation tracking system can determine if the targets are operable in terms of invalidation, and if not, the target can be ignored.

El sistema de seguimiento de invalidación monitoriza y reproduce mensajes de invalidación mediante varios procesos personalizados. El primer proceso es el proceso de grabación, en el que los mensajes de invalidación recibidos por el servidor se registran en cada servidor. En un proceso de análisis, los mensajes de invalidación recibidos en cada servidor se verifican de extremo a extremo de una manera regular basada en el tiempo. Se utiliza un proceso de reproducción si se pierde un mensaje, y automáticamente reproduce el mensaje relevante para actualizar los datos correspondientes. Se utiliza un proceso de notificación para identificar si se pierde un mensaje. Se utiliza un proceso de informes para registrar y archivar todas las acciones y generar informes estadísticos de vez en cuando. Cada uno de los procesos personalizados se describirá con referencia a las figuras 2 a 6.The invalidation tracking system monitors and reproduces invalidation messages through various custom processes. The first process is the recording process, in which invalidation messages received by the server are recorded on each server. In a parsing process, invalidation messages received at each server are verified end-to-end on a regular time-based basis. A replay process is used if a message is lost, and automatically replays the relevant message to update the corresponding data. A notification process is used to identify if a message is lost. A reporting process is used to record and archive all actions and generate statistical reports from time to time. Each of the custom processes will be described with reference to Figures 2 to 6.

Volviendo a la figura 2, cada servidor incluye un controlador de mensajes de invalidación, respectivamente 206, 208 y 210; un controlador de registro, respectivamente, 212, 214 y 216; y una base de datos de mensajes de invalidación comprimidos, respectivamente 218, 220 y 222. Los mensajes se envían desde el controlador 206 de mensajes de invalidación a los controladores 208 de mensajes de invalidación. Los controladores 208 de mensajes de invalidación luego propagan los mensajes a los controladores 210 de mensajes de invalidación respectivos. Returning to Figure 2, each server includes an invalidation message handler, respectively 206, 208 and 210; a register controller, respectively, 212, 214 and 216; and a compressed invalidation message database, respectively 218, 220 and 222. The messages are sent from the invalidation message handler 206 to the invalidation message handlers 208. The invalidation message handlers 208 then propagate the messages to the respective invalidation message handlers 210 .

Cada controlador de mensajes de invalidación pasa mensajes a su respectivo controlador de registro donde se registra y se comprime en los módulos 224 y 226, como se muestra en el servidor de aplicaciones de datos. Una vez que el mensaje ha sido registrado y comprimido, los mensajes comprimidos se almacenan en la base de datos 218 como se muestra en el servidor de aplicaciones de datos. Se encuentran disposiciones similares en los servidores centrales de datos y en los servidores computacionales. Esto completa el proceso de grabación de todos los mensajes de invalidación en cada servidor.Each invalidation message handler passes messages to its respective log handler where it is logged and compressed in modules 224 and 226, as shown in the data application server. Once the message has been logged and compressed, the compressed messages are stored in database 218 as shown in the data application server. Similar arrangements are found in central data servers and computer servers. This completes the process of recording all invalidation messages on each server.

Para un sistema de almacenamiento en caché PSP típico de este tipo, el volumen total de datos será del orden de 4,5 GB por día con una tasa local de aproximadamente 15.000 mensajes por segundo. El retraso de retención del sistema de almacenamiento en caché será normalmente del orden de cinco días. Todos los mensajes que se envían se almacenan durante un tiempo predeterminado en la base de datos de mensajes de invalidación comprimidos de cada servidor.For a typical PSP caching system of this type, the total volume of data will be in the order of 4.5 GB per day with a local rate of approximately 15,000 messages per second. The retention delay of the caching system will typically be on the order of five days. All messages that are sent are stored for a predetermined amount of time in each server's compressed invalidation message database.

Con referencia ahora a la figura 3, se describirá ahora el proceso de análisis. Un servidor 300 de la consola de datos está en comunicación con el servidor 200 de aplicaciones de datos, con los servidores 202 centrales de datos y con los servidores computacionales 204. El seguimiento de invalidación en el servidor de la consola de datos comprende un módulo coordinador 308, un administrador 310 de configuración, y una base de datos 312 de configuración. Además, el seguimiento de invalidación incluye además un detector 314 en comunicación con dos bases de datos: una base de datos 316 de mensajes para reproducir y una base de datos 318 histórica. El detector también está en comunicación con un colector 320 de mensajes de invalidación.Referring now to Figure 3, the analysis process will now be described. A data console server 300 is in communication with the data application server 200, the central data servers 202 and the computational servers 204. The invalidation tracking in the data console server comprises a coordinator module 308, a configuration manager 310, and a configuration database 312. In addition, the invalidation tracker further includes a detector 314 in communication with two databases: a message-to-replay database 316 and a history database 318 . The detector is also in communication with an invalidation message collector 320 .

Cada uno de los servidores 200, 202 y 204 incluye un controlador de registro mostrado como 212 en el servidor 200 de aplicaciones de datos. El controlador de registro está en comunicación con la base de datos 218 de mensajes de invalidación comprimidos. El controlador de registro incluye un módulo 324 de recuperación, un módulo descompresor 326 y un módulo 328 de serialización. Los otros sensores 202 y 204 se configuran de manera equivalente.Each of the servers 200, 202 and 204 includes a registration controller shown as 212 in the data application server 200 . The register controller is in communication with the database 218 of compressed invalidation messages. The register controller includes a fetch module 324, a decompressor module 326, and a serialization module 328. The other sensors 202 and 204 are configured equivalently.

El módulo coordinador activa periódicamente un ciclo de análisis. El módulo coordinador está en comunicación con el módulo analizador 330 en el detector 314. El analizador está, de manera similar, en comunicación con un módulo colector 332 en el colector 320 de mensajes de invalidación. El módulo colector recopila y registra detalles de los mensajes de invalidación recibidos o completados de los servidores del sistema PSP. Las colecciones están hechas de cada una de las capas del servidor: el servidor de aplicaciones de base de datos; los servidores centrales de base de datos; y los servidores de cálculo. Luego, el módulo analizador aplica un algoritmo para detectar, identificar y almacenar mensajes que no se han recibido o que se han perdido. Como se mencionó anteriormente, el registro de teclas para cada mensaje facilita identificar el mensaje y donde se perdió. Los mensajes que se han perdido y que pueden necesitar ser reproducidos posteriormente se almacenan en la base de datos 316. El administrador 310 de configuración tiene una vista centralizada de la configuración y de la topografía de los servidores del sistema PSP y puede coordinar la recopilación de los mensajes de invalidación. La configuración de la red se almacena en la base de datos 312 de configuración y puede actualizarse si la red cambia. La base de datos 318 histórica se utiliza para mantener un registro de todas las acciones. En funcionamiento, el módulo analizador 330 comprueba los mensajes recibidos en el servidor de aplicaciones de base de datos en una primera instancia. Posteriormente se comprueban los mensajes en los servidores centrales de datos y finalmente se verifican los de los servidores de cálculo. Esta secuencia permite la identificación del punto de fallo para un mensaje de invalidación particular.The coordinator module periodically activates an analysis cycle. The coordinator module is in communication with the analyzer module 330 in the detector 314. The analyzer is similarly in communication with a collector module 332 in the invalidation message collector 320 . The collector module collects and logs details of invalidation messages received or completed from PSP system servers. Collections are made up of each of the server layers: the database application server; the central database servers; and compute servers. The parser module then applies an algorithm to detect, identify, and store messages that have not been received or have been lost. As mentioned above, keylogging for each message makes it easy to identify the message and where it was missed. Messages that have been missed and may need to be replayed later are stored in database 316. Configuration manager 310 has a centralized view of the configuration and topography of the PSP system's servers and can coordinate the collection of messages. invalidation messages. The network configuration is stored in the configuration database 312 and can be updated if the network changes. The history database 318 is used to keep a record of all actions. In operation, the analyzer module 330 checks the messages received at the database application server in a first instance. Subsequently, the messages are verified in the central data servers and finally those of the calculation servers are verified. This sequence allows the identification of the point of failure for a particular invalidation message.

El módulo recuperador 324 está en el servidor de aplicaciones de base de datos como se indica en la figura 3. El módulo recuperador 324 identifica y luego transfiere los mensajes de invalidación recibidos. Los mensajes se envían del servidor de aplicaciones de datos a los servidores centrales de datos y luego de los servidores de datos centrales a los servidores de cálculo.Retriever module 324 is in the database application server as indicated in Figure 3. Retriever module 324 identifies and then transfers received invalidation messages. Messages are sent from the data application server to the central data servers and then from the central data servers to the compute servers.

Una vez analizada la recepción de mensajes de invalidación, la siguiente fase del proceso es reproducir o reenviar mensajes en el caso de que se hayan identificado mensajes perdidos. Esto se describirá con referencia a la figura 4, donde elementos similares de la figura 3 tendrán los mismos números de referencia y no se describirán con más detalle a menos que esto pertenezca al proceso de reproducción de mensajes de invalidación. Además de los módulos descritos anteriormente, el seguimiento de invalidación incluye un módulo 400 de reproducción y un módulo 402 de envío de mensajes de invalidación. Después del análisis de los mensajes de invalidación perdidos, se determina el número de mensajes que se han perdido para un servidor en particular. Si el número de mensajes perdidos está por debajo de un cierto umbral, se notifica al remitente o al usuario, y se reenvían los mensajes perdidos. Sin embargo, si el número de mensajes perdidos supera un cierto umbral, se envía un estado de alerta a un coordinador o usuario, ya que es probable que el servidor en cuestión ya no esté operativo y que el reenvío de mensajes no sirva para nada.Once the reception of invalidation messages has been analyzed, the next phase of the process is to reproduce or resend messages in the event that lost messages have been identified. This will be described with reference to Figure 4, where similar elements in Figure 3 will have the same reference numerals and will not be described in more detail unless this pertains to the process of reproducing invalidation messages. In addition to the modules described above, the invalidation tracker includes a playback module 400 and an invalidation message sending module 402. After analysis of lost invalidation messages, the number of messages that have been lost for a particular server is determined. If the number of missing messages falls below a certain threshold, the sender or user is notified, and the missing messages are resent. However, if the number of lost messages exceeds a certain threshold, an alert status is sent to a coordinator or user, since the server in question is probably no longer operational and message forwarding is useless.

Todas las acciones y mensajes registrados y reproducidos se almacenan en la base de datos histórica. Una vez identificado que un mensaje se ha perdido en un cierto servidor, el módulo de envío de mensajes de invalidación enviará el mensaje perdido al servidor que no recibió el mensaje. Si este servidor era el servidor de aplicaciones de datos o uno de los servidores centrales de datos, el mensaje luego se pasará, respectivamente, a los servidores centrales de datos y a los servidores de cálculo. Si un mensaje se perdió en un servidor en particular, cualquier servidor después de ese punto tampoco habrá recibido el mensaje, de ahí la razón para pasar el mensaje cuando se reproduce para cualquier servidor distinto de los servidores de cálculo, que son los puntos finales del flujo de invalidación. Los mensajes enviados dentro de los servidores del sistema PSP siguen el flujo de invalidación estándar del servidor que recibe el mensaje reproducido.All recorded and played actions and messages are stored in the history database. Once it is identified that a message has been lost on a certain server, the invalidation message sending module will send the lost message to the server that did not receive the message. If this server was the data application server or one of the data core servers, the message will then be passed to the data core servers and compute servers, respectively. If a message was lost on a particular server, any servers after that point will also not have received the message, hence the reason for passing the message when played to any servers other than the compute servers, which are the endpoints of the invalidation flow. Messages sent within the PSP system's servers follow the standard invalidation flow of the server receiving the played message.

Con referencia a la figura 5, el sistema de seguimiento de invalidación incluye un módulo 500 de notificación que puede utilizarse para enviar notificaciones basadas en el estado de los mensajes que se han reproducido. Los mensajes pueden incluir el hecho de que todos los mensajes perdidos se han reproducido. Alternativamente, se puede enviar un mensaje indicando que los mensajes se han reproducido varias veces. Si el número de mensajes que se pierden está por encima de un cierto umbral, se puede generar una notificación, que da una indicación de que un servidor en particular no está operativo actualmente. Las notificaciones pueden enviarse mediante cualquier complemento de comunicación adecuado, como correo, RSS (un formato de alimentación web), SMS, etc.Referring to Figure 5, the invalidation tracking system includes a notification module 500 that can be used to send notifications based on the status of messages that have been played. Messages may include the fact that all missed messages have been played. Alternatively, a message can be sent indicating that the messages have been played multiple times. If the number of messages being lost is above a certain threshold, a notification can be generated, giving an indication that a particular server is currently down. Notifications can be sent using any suitable communication plug-in, such as mail, RSS (a web feed format), SMS, etc.

De manera similar, la figura 6 describe el proceso de notificación de la presente invención. El sistema de seguimiento de invalidación incluye una base de datos 600 de archivo, un módulo 602 de archivo, un módulo 604 de estadísticas y una base de datos 606 de informes.Similarly, Figure 6 depicts the notification process of the present invention. The invalidation tracking system includes an archive database 600, an archive module 602, a statistics module 604, and a report database 606.

El módulo coordinador puede activar periódicamente la generación de informes. Además, la naturaleza de los informes puede predefinirse o desarrollarse y generarse a petición de un usuario o proveedor en particular. La naturaleza de los informes puede identificarse mediante el módulo de gestión de la configuración. La base de datos de archivo incluye más retención de datos a largo plazo que la base de datos histórica y el módulo de archivo puede acceder a la base de datos de archivo y, utilizando las estadísticas adecuadas, generar los informes necesarios. The coordinator module can periodically activate the generation of reports. In addition, the nature of the reports can be predefined or developed and generated at the request of a particular user or provider. The nature of the reports can be identified through the configuration management module. The archive database includes more long-term data retention than the historical database, and the archive module can access the archive database and, using the appropriate statistics, generate the necessary reports.

Cada una de las figuras 2 a 6 se ha utilizado para describir parte del proceso llevado a cabo por el sistema de seguimiento de invalidación. La Figura 7 muestra una vista global general del sistema de seguimiento de invalidación. Los diversos elementos están numerados si están de acuerdo con elementos similares en las figuras 2 a 6 y la explicación y la descripción equivalentes se aplicarán a cada elemento. El sistema de seguimiento de invalidación como se describe anteriormente está completamente automatizado y es altamente configurable. Además, el sistema de seguimiento de invalidación es distribuido, escalable y capaz de integrarse con cualquier sistema PSP global.Each of figures 2 to 6 has been used to describe part of the process carried out by the invalidation tracking system. Figure 7 shows a general overview of the invalidation tracking system. The various elements are numbered if they agree with like elements in Figures 2 to 6 and the equivalent explanation and description will apply to each element. The invalidation tracking system as described above is fully automated and highly configurable. Furthermore, the invalidation tracking system is distributed, scalable and capable of integrating with any global PSP system.

La presente invención se utiliza para gestionar el enorme volumen de mensajes de invalidación utilizados en la industria de viajes. Se puede monitorizar una gran cantidad de hosts y se puede rastrear un flujo de datos permanente. Ahora se hará referencia a varios ejemplos de casos de uso para demostrar más la funcionalidad de la presente invención. La Figura 8 muestra un diagrama de casos de uso general. Un supervisor 800 de seguimiento de invalidación es un módulo de alto nivel que gestiona la detección y la reproducción completamente automática de los mensajes de invalidación perdidos para un rango de tiempo dado y un conjunto de servidores dado. El módulo detector 802 de seguimiento de invalidación determina los mensajes de invalidación perdidos analizando las teclas de los archivos del registrador de teclas para identificar componentes de invalidación. El módulo 804 de reproducción de seguimiento de invalidación reproduce los mensajes de invalidación perdidos a los objetivos solicitados mediante el proceso 806 de invalidación. Un usuario 808 está en comunicación con los diversos módulos y la programación de los procesos es gestionada por el sistema planificador 810.The present invention is used to manage the huge volume of invalidation messages used in the travel industry. A large number of hosts can be monitored and a permanent data stream can be tracked. Reference will now be made to various use case examples to further demonstrate the functionality of the present invention. Figure 8 shows a general use case diagram. An invalidation tracking monitor 800 is a high-level module that manages the fully automatic detection and replay of lost invalidation messages for a given time range and a given set of servers. The invalidation tracking detector module 802 determines the lost invalidation messages by analyzing the keys in the keylogger files to identify invalidation components. The invalidation trace replay module 804 replays the lost invalidation messages to the requested targets via the invalidation process 806 . A user 808 is in communication with the various modules and the scheduling of the processes is managed by the scheduler system 810.

En el siguiente caso de uso específico, un usuario o un supervisor 900 de seguimiento de invalidación está en comunicación con varios objetivos a los que se envían, reciben o de otro manejan, mensajes de invalidación. Los términos usuario y destinatarios, en la siguiente sección, deben interpretarse de esta manera.In the following specific use case, an invalidation tracking user or supervisor 900 is in communication with various targets to whom invalidation messages are sent, received, or otherwise handled. The terms user and recipients, in the next section, should be interpreted in this way.

La Figura 9 muestra el caso de uso en el que todos los objetivos están operativos y no se pierden mensajes de validación. El detector 902 de seguimiento de invalidación recibe los mensajes de invalidación enviados y recibidos entre los diversos componentes del sistema y comprueba si se ha perdido algún mensaje. Si se ha perdido un mensaje, se proporciona una lista de teclas perdidas. El rango de tiempo del análisis está predefinido y el usuario utiliza el detector de seguimiento de invalidación para investigaciones específicas. Alternativamente, se pueden programar comprobaciones automáticas para que se realicen automáticamente.Figure 9 shows the use case where all targets are operational and no validation messages are lost. The invalidation tracking detector 902 receives the invalidation messages sent and received between the various components of the system and checks if any messages have been lost. If a message has been missed, a list of missed keys is provided. The time range of the analysis is predefined and the user uses the invalidation tracking detector for specific investigations. Alternatively, automatic checks can be scheduled to be performed automatically.

En un primer paso 904 se envía una solicitud de verificación desde el usuario al detector de seguimiento de invalidación. Esta solicitud puede basarse en varios criterios diferentes. En el paso 906, el detector de seguimiento de invalidación verifica la ruta de invalidación con el componente 908 de invalidación de origen. El componente de invalidación de origen indica que el componente está operativo en el paso 910. En el paso 912, el detector de seguimiento de invalidación solicita al componente de invalidación de origen que cree una lista de invalidación de origen para un rango de tiempo específico; esto se devuelve en el paso 914. Posteriormente, el detector de seguimiento de invalidación lleva a cabo una investigación de todos los componentes de invalidación objetivo. Para cada componente de invalidación objetivo, se llevan a cabo los siguientes pasos. El detector de seguimiento de invalidación determina a partir del componente 916 de invalidación del seguimiento si la ruta de invalidación está operativa en el paso 918. Se envía una respuesta desde el componente de invalidación objetivo para confirmar que el componente está operativo en el paso 920. El detector de seguimiento de invalidación solicita una lista de invalidación objetivo durante un rango de tiempo específico a partir del componente de invalidación objetivo en el paso 922. En este caso, el componente 916 de invalidación objetivo confirma que no se han perdido mensajes de invalidación en el paso 924. Después de que todos los componentes de invalidación objetivo se hayan verificado de esta manera, el detector de seguimiento de invalidación determina si hay algún mensaje que se haya perdido en el paso 926. En este caso, como no se han perdido mensajes, el detector de seguimiento de invalidación comunica que no hay teclas perdidas al usuario en el paso 928. La lista de mensajes de invalidación objetivo se construye basándose en las teclas lógicas registradas por el componente del sistema de invalidación solicitado en el rango de tiempo dado. La lista en sí comprende teclas lógicas registradas por el sistema de invalidación solicitado para el tiempo dado. El paso 926 comprende un paso de comparación en el que se comparan las listas de teclas registradas por los servidores y los componentes del sistema de invalidación de destino.In a first step 904 a verification request is sent from the user to the invalidation tracking detector. This request may be based on several different criteria. In step 906, the invalidation trace detector verifies the invalidation path with the source invalidation component 908 . The source invalidation component indicates that the component is operational in step 910. In step 912, the invalidation tracker requests the source invalidation component to create a source invalidation list for a specific time range; this is returned at step 914. Subsequently, the invalidation tracking detector performs an investigation of all target invalidation components. For each target invalidation component, the following steps are performed. The invalidation trace detector determines from the trace invalidation component 916 whether the invalidation path is operational in step 918. A response is sent from the target invalidation component to confirm that the component is operational in step 920. The invalidation tracker requests a target invalidation list over a specified time range from the target invalidation component in step 922. In this case, the target invalidation component 916 confirms that no invalidation messages have been lost in step 924. After all of the target invalidation components have been verified in this way, the invalidation trace detector determines if there are any messages that have been lost in step 926. In this case, since no messages have been lost , the invalidation trace detector reports that there are no lost keys to the user in step 928. The message list The target invalidation jes is built based on the logical keys registered by the requested invalidation system component in the given time range. The list itself comprises logical keys registered by the requested invalidation system for the given time. Step 926 comprises a comparison step in which the key lists registered by the servers and the target invalidation system components are compared.

Con referencia ahora a la figura 10, este caso de uso se refiere a los objetivos que están operativos pero se pierden mensajes de invalidación. Los pasos 904, 906, 910, 912, 914, 918, 920 y 922 se llevan a cabo como se describe en la figura 9. Sin embargo, en este caso se han perdido mensajes de uno o más de los componentes de invalidación objetivo. Como resultado, en el paso 1000 se produce una indicación de que se han detectado mensajes de invalidación perdidos. En el paso 1002, la comprobación de mensajes perdidos identifica las teclas perdidas para cada servidor y luego se lo comunica al usuario en el paso 1004.Referring now to Figure 10, this use case refers to targets that are operational but invalidation messages are lost. Steps 904, 906, 910, 912, 914, 918, 920 and 922 are performed as described in Figure 9. However, in this case messages from one or more of the target invalidation components have been lost. As a result, at step 1000 an indication is produced that missing invalidation messages have been detected. In step 1002, the missing message check identifies the missing keys for each server and then communicates this to the user in step 1004.

Con referencia ahora a la figura 11, el caso de uso se refiere a un objetivo que no está operativo. Como en los ejemplos anteriores, los pasos 904, 906, 910, 912, 914 y 918 se llevan a cabo como se describió anteriormente. Como el componente de invalidación objetivo no está operativo, el detector de seguimiento de invalidación determina que el objetivo está inactivo en el paso 1100. En el paso 1102 se notifica al usuario que el componente de invalidación objetivo específico no está operativo y no está recibiendo mensajes. Referring now to Figure 11, the use case refers to a target that is not operational. As in the previous examples, steps 904, 906, 910, 912, 914 and 918 are carried out as described above. Since the target invalidation component is not operational, the invalidation tracking listener determines that the target is inactive in step 1100. In step 1102 the user is notified that the specific target invalidation component is inoperative and is not receiving messages. .

La Figura 12 se relaciona con el caso de uso en el que un componente de invalidación de origen no está operativo. Los pasos 904 y 906 se llevan a cabo como se describió anteriormente. Como el componente de invalidación de origen no está operativo en el paso 1200, se notifica al detector de seguimiento de invalidación que el componente no está operativo. A continuación, esto se comunica al usuario en el paso 1202.Figure 12 relates to the use case where a source override component is not operational. Steps 904 and 906 are carried out as described above. Since the source invalidation component is not operational in step 1200, the invalidation trace detector is notified that the component is not operational. This is then communicated to the user in step 1202.

La Figura 13 se refiere al caso de uso en el que se pierden varios mensajes de invalidación, pero el número no ha alcanzado el umbral predeterminado debatido anteriormente. Además, el caso de uso se refiere a la situación en la que no hay un mensaje de invalidación perdido recurrente de un objetivo en particular. En este caso el usuario, o el supervisor 900 de seguimiento de invalidación, se comunica con el módulo 1300 de reproducción de seguimiento de invalidación y con el proceso 1302 de invalidación. El usuario envía una lista de mensajes de invalidación para reproducir, en el paso 1306, al módulo 1300 de reproducción de seguimiento de invalidación. El umbral (que se relaciona con el número máximo de mensajes de invalidación que pueden reproducirse para un objetivo en particular) y el retraso sobre el cual se mide el umbral son determinados por el usuario. La lista de mensajes que ya se han reproducido para cada objetivo está actualizada, lo que significa que los únicos mensajes que faltan que se tratan en el momento actual son los de la lista proporcionada en el paso 1306. El módulo de reproducción de seguimiento de invalidación puede ser controlado por un usuario o un supervisor durante un proceso de supervisión. La lista de mensajes para reproducir debe contener solo mensajes perdidos no recurrentes y mensajes que no alcanzaron un objetivo específico, pero que no alcanzaron el umbral. Cualquier mensaje perdido no recurrente se reproduce con el retraso configurado por el usuario, basándose en la temporización del mensaje de invalidación que se envía. Un retraso típico es del orden de un segundo. Para proteger la cantidad de información que se está reproduciendo, el sistema no reproduce mensajes de invalidación si el número de mensajes ha alcanzado un umbral para cada objetivo, o el mensaje ya se ha reproducido durante el rango de tiempo dado. En la situación en la que se ha alcanzado un umbral, se activa una alarma y se envía al usuario mediante cualquier medio apropiado, como correo electrónico.Figure 13 refers to the use case where multiple invalidation messages are lost, but the number has not reached the predetermined threshold discussed above. Also, the use case refers to the situation where there is no recurring missed invalidation message from a particular target. In this case the user, or invalidation tracking monitor 900, communicates with invalidation tracking playback module 1300 and invalidation process 1302 . The user sends a list of invalidation messages to play, in step 1306, to invalidation tracking playback module 1300 . The threshold (which relates to the maximum number of invalidation messages that can be played for a particular target) and the delay over which the threshold is measured are determined by the user. The list of messages that have already been played for each target is up-to-date, which means that the only missing messages currently being addressed are those in the list provided in step 1306. The Invalidation Tracking Playback Module it can be controlled by a user or a supervisor during a supervision process. The list of messages to play should contain only non-recurring missed messages and messages that did not reach a specific goal, but did not reach the threshold. Any non-recurring missed messages are played with a user-configured delay, based on the timing of the invalidation message being sent. A typical delay is on the order of a second. To protect the amount of information being played, the system does not play invalidation messages if the number of messages has reached a threshold for each target, or the message has already been played during the given time range. In the situation where a threshold has been reached, an alarm is triggered and sent to the user by any appropriate means, such as email.

Volviendo a la figura 13, el paso 1308 se refiere a un paso para filtrar teclas lógicas. El filtro determina a partir de la lista de mensajes dada y para un objetivo dado las teclas lógicas a invalidar. No se filtran teclas porque el umbral por objetivo no ha alcanzado el umbral y no hay mensajes de invalidación perdidos recurrentes. Como resultado, todas las teclas de la lista están marcadas como listas para reproducir. En el paso 1310, la lista de teclas lógicas para los mensajes de invalidación que se han perdido se envía al proceso de invalidación. Al mismo tiempo, se almacena una lista de teclas reproducidas y se comunica al usuario en el paso 1312.Returning to Figure 13, step 1308 refers to a step to filter logical keys. The filter determines from the given list of messages and for a given target the logical keys to override. Keys are not leaked because the threshold per target has not reached the threshold and there are no recurring missed invalidation messages. As a result, all keys in the list are marked as ready to play. In step 1310, the list of logical keys for the invalidation messages that have been missed is sent to the invalidation process. At the same time, a list of played keys is stored and communicated to the user in step 1312.

En la figura 14, el caso de uso se refiere a varios mensajes de invalidación que se han perdido alcanzando o superando el umbral de al menos un objetivo. El paso 1306 se lleva a cabo como se describió anteriormente. El filtro se aplica en el paso 1400. En este caso, el filtro filtra todas las teclas lógicas para los mensajes de invalidación ya que el número de mensajes de invalidación perdidos ha alcanzado o superado el umbral para al menos un objetivo. Como resultado, el sistema no reproducirá ningún mensaje de invalidación. En su lugar, se envía un mensaje al usuario en el paso 1402 para indicar que se han perdido demasiados mensajes para reproducirlos. In Figure 14, the use case refers to several invalidation messages that have been lost by reaching or exceeding the threshold of at least one goal. Step 1306 is carried out as described above. The filter is applied in step 1400. In this case, the filter filters all logical keys for invalidation messages since the number of missed invalidation messages has met or exceeded the threshold for at least one target. As a result, the system will not play any invalidation messages. Instead, a message is sent to the user at step 1402 to indicate that too many messages have been missed to play back.

La Figura 15 se refiere al caso de uso en el que hay mensajes de invalidación perdidos recurrentes para un objetivo en particular. Los pasos 1306 se llevan a cabo como se describió anteriormente. En el paso 1500 se aplica un filtro a la lista de mensajes de invalidación. En la lista, en este caso, hay algunos errores recurrentes. Estos se filtran en el paso 1500 y generan una alarma de mensajes recurrentes perdidos en el paso 1502. Otros mensajes de la lista se envían al proceso de invalidación en el paso 1504 y se reproducen para el objetivo en cuestión. En el paso 1506 se notifica al usuario de los mensajes que se han reproducido, de modo que puedan almacenarse.Figure 15 refers to the use case where there are recurring missed invalidation messages for a particular target. Steps 1306 are carried out as described above. In step 1500 a filter is applied to the list of invalidation messages. In the list, in this case, there are some recurring errors. These are filtered out in step 1500 and generate a missed recurring message alarm in step 1502. Other messages in the list are sent to the invalidation process in step 1504 and played for the target in question. In step 1506 the user is notified of the messages that have been played so that they can be stored.

La Figura 16 describe un caso de uso en el que hay mensajes de invalidación perdidos en varios objetivos. El mensaje 1306 se envía como se describió anteriormente y se aplica un filtro en el paso 1600. El filtro determina que hay demasiados mensajes perdidos para la caja 1 (objetivo uno) y se genera un mensaje de alarma en el paso 1602. Además, el filtro identifica que la caja 2 (objetivo dos) tiene varios mensajes perdidos recurrentes en el paso 1604. El módulo de reproducción de seguimiento de invalidación genera entonces la lista de mensajes que se reproducirán a través del proceso 1302 de invalidación en el paso 1606. El paso 1606 no incluye mensajes para reproducir mensajes para la caja 1; los mensajes para la caja 2 son solo aquellos que se relacionan con teclas perdidas no recurrentes; y para todas las demás cajas (objetivos) se reproducen todas las teclas perdidas. En el paso 1608 se notifica al usuario de los mensajes que se han reproducido para que puedan almacenarse.Figure 16 depicts a use case where there are lost invalidation messages on multiple targets. Message 1306 is sent as described above and a filter is applied at step 1600. The filter determines that there are too many missing messages for box 1 (target one) and an alarm message is generated at step 1602. In addition, the The filter identifies that box 2 (target two) has several recurring missed messages in step 1604. The invalidation trace replay module then generates the list of messages to be replayed through the invalidation process 1302 in step 1606. The step 1606 does not include messages to play messages for box 1; messages for box 2 are only those related to non-recurring lost keys; and for all other boxes (targets) all missed keys are played. In step 1608 the user is notified of the messages that have been played so that they can be stored.

La Figura 17 se refiere al caso de uso que implica al supervisor 1700 de seguimiento de invalidación. El proceso es coordinado por el sistema planificador 1702 para ejecutar regularmente el proceso. El sistema también hace uso del detector 902 de seguimiento de invalidación y del módulo 1300 de reproducción de seguimiento de invalidación. Se genera un rango de tiempo y una lista de los componentes del sistema a comprobar y el módulo de reproducción de seguimiento de invalidación se desactiva. Se genera una lista de mensajes de invalidación perdidos como resultado del proceso, si hay mensajes perdidos. Este caso de uso describe el proceso que supervisa el flujo de mensajes de invalidación y es completamente automático. Se pueden generar informes que contengan mensajes de invalidación perdidos. En un primer paso 1704, el programador del sistema genera una solicitud de mensajes de invalidación de verificación para un rango de tiempo específico. En el paso 1706, el supervisor de seguimiento de invalidación solicita al detector de seguimiento de invalidación que verifique globalmente el flujo de invalidación durante un período de tiempo dado. El detector de seguimiento de invalidación identifica cualquier tecla o mensaje perdido y los devuelve en una lista en el paso 1708.Figure 17 refers to the use case involving invalidation tracking monitor 1700. The process is coordinated by the scheduler system 1702 to regularly execute the process. The system also makes use of invalidation tracking detector 902 and invalidation tracking playback module 1300 . A time range and list of system components to check is generated and the invalidation trace replay module is disabled. A list of missing invalidation messages is generated as a result of the process, if there are any missing messages. This use case describes the process that monitors the invalidation message flow and is completely automatic. Reports can be generated that contain missing invalidation messages. In a first step 1704, the system scheduler generates a request for verification invalidation messages for a specific time range. In step 1706, the invalidation trace monitor requests the invalidation trace listener to verify globally the invalidation flow during a given period of time. The invalidation trace detector identifies any missing keys or messages and returns them in a list at step 1708.

La Figura 18 muestra el caso de uso en el que un supervisor de seguimiento de invalidación genera una reproducción automática. Los pasos 1704, 1706 y 1708 proceden como se describió anteriormente. Este caso de uso describe el proceso que supervisa el flujo de mensajes de invalidación; está programado por el sistema planificador; y es completamente automático. El módulo de reproducción de seguimiento de invalidación genera informes y alarmas que se envían al usuario en caso de un error recurrente. El proceso de supervisión utiliza funcionalidades ya descritas en los casos de uso del detector de seguimiento de invalidación y del módulo de reproducción de seguimiento de invalidación. En el paso 1804 se envía una lista de mensajes de invalidación de reproducción desde el supervisor de seguimiento de invalidación al módulo de reproducción de seguimiento de invalidación. Solo se reproducirán los mensajes de invalidación no recurrentes. La confirmación de que los mensajes se han reproducido se envía en el paso 1802 al supervisor de seguimiento de invalidación, y en el paso 1804 al usuario.Figure 18 shows the use case where an invalidation trace monitor generates an autoplay. Steps 1704, 1706 and 1708 proceed as described above. This use case describes the process that monitors the flow of invalidation messages; it is scheduled by the scheduler system; and it is completely automatic. The invalidation trace playback module generates reports and alarms that are sent to the user in the event of a recurring error. The monitoring process uses functionality already described in the invalidation trace detector and invalidation trace playback module use cases. In step 1804 a list of replay invalidation messages is sent from the invalidation trace monitor to the invalidation trace replay module. Only non-recurring invalidation messages will be played. Confirmation that the messages have been played is sent in step 1802 to the invalidation tracking monitor, and in step 1804 to the user.

Una persona experta en la técnica comprenderá que algunas o todas las entidades funcionales, así como los propios procesos, pueden estar incorporados en software, o uno o más módulos y/o dispositivos habilitados por software o en cualquier combinación de los mismos. El software puede funcionar en cualquier ordenador u otra máquina apropiada. El funcionamiento de la invención proporciona varias transformaciones, como la supervisión de mensajes de invalidación y el reenvío, según sea necesario.A person skilled in the art will understand that some or all of the functional entities, as well as the processes themselves, may be embedded in software, or one or more software-enabled modules and/or devices, or any combination thereof. The software may run on any computer or other suitable machine. The operation of the invention provides various transformations, such as invalidation message monitoring and forwarding as needed.

El sistema y el método funcionan en una máquina específica como un ordenador configurado para llevar a cabo los diversos pasos y funciones de la invención. La invención también se refiere a varias transformaciones, incluida la capacidad de supervisar los datos del registro de teclas y utilizarlos para reenviar o reproducir mensajes. The system and method run on a specific machine such as a computer configured to carry out the various steps and functions of the invention. The invention also relates to various transformations, including the ability to monitor keylogging data and use it to forward or play messages.

Esta invención se ha descrito con referencia al uso de mensajes de invalidación en el entorno de viajes. Sin embargo, se apreciará que la invención puede aplicarse a otros entornos. Se apreciará que esta invención puede variarse de muchas formas diferentes y aún permanecer dentro del alcance pretendido de la invención como se define en las reivindicaciones. This invention has been described with reference to the use of override messages in the travel environment. However, it will be appreciated that the invention may be applied to other environments. It will be appreciated that this invention may be varied in many different ways and still remain within the intended scope of the invention as defined in the claims.

Claims

1. An invalidation tracking system to track messages in a caching architecture of a pricing and shopping platform, where the invalidation tracking system receives data updates from vendor databases to be communicated to users. servers (202, 204) in the caching architecture; wherein the caching architecture includes multiple tiers, wherein each tier comprises one or more servers (202, 204), the multiple tiers including a database application server tier with a database application server data, a central data server layer with a plurality of central data servers and a compute server layer with a plurality of compute servers, in which invalidation messages, to update the caches of the servers in the architecture caching, they communicate from one layer to another layer, sending the invalidation messages to all the servers (202, 204) in the caching architecture, and where the invalidation tracking system is distributed through caching architecture and employs a central data console server (100, 300), including invalidation tracking system:

- the database application server, which sends invalidation messages to the servers in the central data server layer, the servers in the central data server layer that send the invalidation messages to the servers in the server layer compute server;

- a recording module arranged to record all the invalidation messages communicated to the servers (202, 204) from the server layers in the caching architecture to form a set of sent invalidation messages, the recording module being distributed across the servers and comprising, at the servers (202, 204), invalidation message handlers (206, 208, 210) which send the invalidation messages to the layered servers' invalidation message handlers server backends, logging controllers (212, 214, 216) for logging and compressing invalidation messages to be sent, and databases (218, 220, 222) of compressed invalidation messages;

- a key logger module (124, 126, 128, 130) that is distributed across the servers to log all invalidation messages received by the servers, the key logger module (124, 126, 128, 130) that communicates with a detector module (112, 314) in the central data console server (100, 300) comprising an analyzer module (330);

- a collector module (332) in the central data console server (100, 300), arranged to collect and record details of the invalidation messages received from the servers (202, 204) in the server layers;

- the detector module (112, 314), including the analyzer module (330), which is arranged to periodically determine the invalidation messages received at each server (202, 204) in the caching architecture and compare them with the set of invalidation messages sent to identify one or more invalidation messages not delivered;

- a playback module (400) in the central data console server (100, 300), arranged to forward the one or more identified undelivered invalidation messages to the server(s) that did not receive the message(s) ).

The system of claim 1, wherein the invalidation tracking system is arranged to store all recorded and played messages in a history database (318).

The system of any preceding claim, further comprising a notification module (500) arranged to create and communicate notifications of undelivered invalidation messages to a user (808).

The system of any preceding claim, further comprising a reporting module arranged to create reports and communicate said reports to a user (808).

5. The system of any preceding claim, wherein the invalidation tracking further comprises a monitor module (110, 308, 404, 800) arranged to monitor the automatic recovery of undelivered invalidation messages.

6. The system of claim 5, wherein the supervisor module (110, 308, 404, 808) is arranged to generate a time range and a set of servers (202, 204) for which the events must be detected and reproduced. missed invalidation messages.

7. The system of claim 6, wherein the supervisor module (110, 308, 404, 808) is arranged to send a verification request to the detector module (112, 314, 902), the request indicating an origin server, a list of target servers and the time range.

8. The system of claim 7, wherein the detector module (112, 314, 902) is arranged to

- check if the origin server is operational;

- request the origin server to create a list of origin invalidation messages for the time range;

- check if the target servers indicated by the list of target servers are operational;

- request lists of target invalidation messages from target servers, and

- determining the lost invalidation messages from the source invalidation message list and the target invalidation message lists.

The system of any preceding claim, wherein the invalidation tracking system further comprises a configuration management module (312) that stores information related to the configuration and topography of the caching architecture.

10. A method for tracking messages in a pricing and shopping platform caching architecture, where the invalidation tracking system receives data updates from the provider's databases to be communicated to the servers (202, 204) in caching architecture; wherein the caching architecture includes multiple tiers, wherein each tier comprises one or more servers (202, 204), the multiple tiers including a database application server tier with a database application server data, a central data server layer with a plurality of central data servers and a compute server layer with a plurality of compute servers, in which invalidation messages, to update the caches of the servers in the architecture caching, communicate from one layer to another layer, sending the invalidation messages to all servers (202, 204) in the caching architecture, and where the invalidation tracking system is distributed through caching architecture and employs a central data console server (100, 300), wherein the method includes:

- send invalidation messages via the database application server to the servers in the central data server layer, the servers in the central data server layer sending the invalidation messages to the servers in the server layer calculation;

- recording by means of a recording module all the invalidation messages communicated to the servers (202, 204) from the server layers in the caching architecture to form a set of invalidation messages sent, the recording module being distributed across the servers and comprising, at the servers (202, 204), the invalidation message handlers (206, 208, 210) which send the invalidation messages to the invalidation message handlers of the servers in subsequent layers of servers, log controllers (212, 214, 216) for logging and compressing invalidation messages to be sent, and databases (218, 220, 222) of compressed invalidation messages;

- logging all invalidation messages received by the servers by means of a key logger module (124, 126, 128, 130), the key logger module (124, 126, 128, 130) that is distributed through the servers and communicates with a detector module (112, 314) in the central data console server (100, 300), comprising an analyzer module;

- collecting and recording details of the invalidation messages received from the servers (202, 204) in the server layers by means of a collector module (332) in the central data console server (100, 300);

- periodically determining by means of the detector module (112, 314), which includes the analyzer module, the invalidation messages received at each server (202, 204) in the caching architecture and comparing them with the set of invalidation messages sent for identify one or more undelivered invalidation messages;

- forwarding through a playback module (400) in the central data console server (100, 300), the one or more identified undelivered invalidation messages, to the server(s) that did not receive the message(s) ).

The method of claim 10, further comprising the step of storing all recorded and played messages in a history database (318).

The method of claim 10 or 11, further comprising the step of creating and communicating undelivered invalidation message notifications to a user (808).

13. The method of any of claims 10 to 12, further comprising the step of creating reports and communicating said reports to a user (808).

14. The method of any of claims 10 to 13, further comprising controlling the automatic recovery of undelivered invalidation messages through a supervisor module (110, 308, 404, 800).

15. The method of claim 14, further comprising a supervisor module (110, 308, 404, 808), which generates a time range and a set of servers (202, 204) for which the events must be detected and reproduced. missed invalidation messages.

16. The method of claim 15, further comprising the supervisor module (110, 308, 404, 808) sending a verification request to a detector module (112, 314, 902), the request indicating an origin server, a list of target servers and the time range.

17. The method of claim 16, further comprising the detector module (112, 314, 902)

- which checks if the origin server is operational;

- which requests the origin server to create a list of origin invalidation messages for the time range;

- which checks if the target servers indicated by the list of target servers are operational;

- requesting lists of target invalidation messages from target servers, and

- which determines the lost invalidation messages from the source invalidation message list and the target invalidation message lists.

The method of any one of claims 10 to 17, further comprising storing information related to the configuration and topography of the caching architecture through a configuration management module (312).

19. A computer program comprising instructions for carrying out the steps of the method according to any one of claims 10 to 18, when said computer program is executed on a computer system.