消息跟踪和检查的方法和系统的制作方法
【专利摘要】一种用于跟踪报价和订购平台的高速缓存架构中的消息的失效跟踪器系统，其中所述高速缓存架构包括多个级别，其中每个级别都包含一个或多个服务器，其中失效消息从一个级别传达到另一个级别，以便把失效消息发送到所述高速缓存架构中的全部服务器，以及其中所述失效跟踪器系统从供应商数据库接收要传达到所述高速缓存架构中的服务器的数据；其中所述失效跟踪器系统包括：记录模块，用于记录传达到所述高速缓存架构中的服务器的全部失效消息以形成已发送失效消息的集合；分析模块，用于确定在所述高速缓存架构中的每个服务器接收的失效消息以及将接收的失效消息与所述已发送失效消息的集合对比以识别一个或多个未传递失效消息；重放模块，用于向所述高速缓存架构中的适当服务器再次发送一个或多个识别的未传递失效消息。
【专利说明】消息跟踪和检查的方法和系统
【技术领域】
[0001]本发明涉及跟踪和检查消息以及在必要时采取补救措施的方法和系统。
【背景技术】
[0002]在旅游系统中有许多消息从一处分发到另一处。典型情况下，旅游系统可以包含中心数据服务器和由遍布该系统分布的许多不同级别的高速缓存组成的高速缓存架构。高速缓存架构从许多不同的供应商获得更新，然后把它们从应用服务器传达到不同级别的高速缓存。该系统的工作基础是不要求消息的确认。该系统假设已经稳妥地收到了消息。数据库应用服务器将消息发送到中心数据服务器上的许多中心高速缓存，中心数据服务器然后又将消息发送到众多计算服务器上的本机高速缓存。这些消息意在使高速缓存的内容失效。它们被称为失效消息。在典型的旅游系统中可能每天都有多达100，000个更新，这等同于极多的消息要应对。如果未收到消息便发生问题，此时可能发生的问题可能导致对消费者的财务影响。为了确保和控制分布式高速缓存架构中的数据一致性，可以使用异步失效消息。它的实现方式困难而耗时并且目前尚未以有效方式实现。
[0003]为了应对航空公司旅客机票审计已经提出了许多系统。西北航空公司已经提出了一种这样的系统，它使用专家系统审计过程来复查报告。这种系统未能应对与跟踪失效消息等问题相关联的许多难题。同样，其他系统提供了费用验证产品以及映射和匹配产品，它们仍然未能解决跟踪失效消息的问题。
[0004]US6, 604, 205公开了同一网络中连接的至少两台设备之间状态同步的方法和系统。第一台设备把消息发送到第二台设备，以第一标识符附着到该消息。第二台设备然后对该消息应用特定过程，它又把第一标识符变换为第二标识符。第一台设备然后向第二台设备发送状态请求，请求第二标识符的传输。第一台设备的比较模块然后比较第一标识符和第二标识符以判断第一台设备的状态是否与第二台设备的状态同步。
【发明内容】
[0005]本发明的目的是克服与现有技术相关联的至少某些问题。
[0006]本发明的进一步目的是提供一种方法和系统，能够有效地跟踪和监视失效消息以及在需要时再次发送所述消息。
[0007]本发明提供了附带的权利要求书中阐述的方法和系统。
[0008]根据本发明的一个方面，提供了用于跟踪报价和订购平台的高速缓存架构中的消息的失效跟踪器系统，其中所述高速缓存架构包括多个级别，其中每个级别都包含一个或多个服务器，其中失效消息从一个级别传达到另一个级别，以便把失效消息发送到所述高速缓存架构中的全部服务器，以及其中所述失效跟踪器系统从供应商数据库接收要传达到所述高速缓存架构中的服务器的数据；其中所述失效跟踪器系统包括:
[0009]-记录模块，用于记录传达到所述高速缓存架构中的服务器的全部失效消息以形成已发送失效消息的集合；[0010]-分析模块，用于确定在所述高速缓存架构中的每个服务器接收的失效消息以及将接收的失效消息与所述已发送失效消息的集合对比以识别一个或多个未传递失效消息；
[0011]-重放模块，用于向所述高速缓存架构中的适当服务器再次发送一个或多个识别的未传递失效消息。
[0012]可选情况下，所述重放模块基于已经满足的预定条件再次发送失效消息。
[0013]可选情况下，所述预定条件包括多条重现的未传递失效消息。
[0014]可选情况下，在未传递失效匹配消息的数目超过预定阈值时触发所述预定条件。
[0015]可选情况下，所述预定条件是识别服务器不在运行。
[0016]可选情况下，所述系统进一步包括通知模块，用于创建未传递失效消息的通知并向用户传达所述通知。
[0017]可选情况下，所述系统进一步包括报告模块，用于创建报告并向用户传达所述报
生口 ο
[0018]可选情况下，所述失效跟踪器进一步包括监督器模块，用于控制未传递失效消息的自动检索。
[0019]可选情况下，所述失效跟踪器系统进一步包括配置管理模块，所述配置管理模块存储关于所述高速缓存架构的设置和分布状况的信息。
[0020]根据本发明的第二方面，提供了一种用于跟踪报价和订购平台的高速缓存架构中的消息的方法，其中所述高速缓存架构包括多个级别，其中每个级别都包含一个或多个服务器，其中失效消息从一个级别传达到另一个级别，以便把失效消息发送到所述高速缓存架构中的全部服务器，以及其中所述消息由所述失效跟踪器系统跟踪，所述失效跟踪器系统从供应商数据库接收要传达到所述高速缓存架构中的服务器的数据；其中所述方法包括:
[0021]-经由计算机记录传达到所述高速缓存架构中的服务器的全部失效消息以形成已发送失效消息的集合；
[0022]-经由计算机中的检测器确定在所述高速缓存架构中的每个服务器接收的失效消息以及将接收的失效消息与所述已发送失效消息的集合对比以识别一个或多个未传递失效消息；
[0023]-经由消息系统向所述高速缓存架构中的适当服务器再次发送一个或多个识别的未传递失效消息。
[0024]可选情况下，再次发送失效消息的步骤根据预定条件。
[0025]可选情况下，所述预定条件包括识别多个重现的未传递失效消息。
[0026]可选情况下，所述预定条件包括在未传递失效匹配消息的数目超过预定阈值时触发所述消息重放。
[0027]可选情况下，所述预定条件包括识别服务器不在运行。
[0028]可选情况下，所述方法包括创建未传递失效消息的通知并向用户传达所述通知的步骤。
[0029]可选情况下，所述方法包括创建报告并向用户传达所述报告的步骤。
[0030]可选情况下，所述方法包括经由监督器模块控制未传递失效消息的自动检索的步骤。
[0031]可选情况下，所述方法包括经由配置管理模块存储关于所述高速缓存架构的设置和分布状况的信息。
【专利附图】
【附图说明】
[0032]现在将对例如附图进行参考，其中:
[0033]图1是根据本发明的实施例的失效跟踪器系统的框图；
[0034]图2是根据本发明的实施例的用于过程第一部分的系统框图；
[0035]图3是根据本发明的实施例的用于过程第二部分的系统框图；
[0036]图4是根据本发明的实施例的用于过程第三部分的系统框图；
[0037]图5是根据本发明的实施例的用于过程第四部分的系统框图；
[0038]图6是根据本发明的实施例的用于过程第五部分的系统框图；
[0039]图7是根据本发明的实施例的系统的整体概况的框图；
[0040]图8是根据本发明的实施例的系统的使用事例的总图；
[0041 ]图9至图18是根据本发明的实施例的许多特定使用事例图。
【具体实施方式】
[0042]本发明涉及被设计为要在费用高速缓存系统环境中使用的失效跟踪器系统。报价和订购平台(PSP)的高速缓存架构由横跨PSP组件分布的几个级别的高速缓存组成。正如图2所示，有单个数据库应用服务器200与多台中心数据服务器202通信，多台中心数据服务器202又与众多计算服务器204通信。在所示的实例中，有三台中心数据服务器和大约150台计算服务器。应当认识到在不同的环境中可以使用不同数量的中心数据服务器和计算服务器。这个高速缓存架构被连接到从供应商连续地获取数据更新的数据库。高速缓存借助从数据库应用服务器发送的失效信息得以更新。可以有不止一个数据库，比如主文件数据库和有效图像数据库。不过，不同的数据库可以在不同的情况中使用。
[0043]失效跟踪器系统和方法涉及检查由数据应用服务器发送的失效消息被终端用户接收。按定期方式进行这些检查，并且如果识别出任何不一致，可以自动地再次发送失效消息或在用户的控制下再次发送。如果识别出反复出现的问题，可以产生警报或出错消息以便能够通知用户或操作员。失效跟踪器系统和方法可以用于对失效流程中全部系统组件和子系统进行调查。
[0044]参考图1，显示了失效跟踪器系统组件的概况。图3更详细地介绍了各种功能。系统包括失效跟踪器102所在的数据控制台服务器100。系统进一步包括数据库应用服务器104、客户机数据服务器(CDS)子系统106和报价或低费用搜索(LFS)子系统108 (后文称为计算服务器)。失效跟踪器系统包括三个主要模块。失效跟踪器监督器110对于给定时间范围和给定终端用户或目标组管理全自动检测以及重放或再次发送任何丢失的失效消息。失效跟踪器检测器模块112通过分析来自目标失效组件的关键字记录器文件的关键字来识别遗漏的失效消息。失效跟踪器重放模块114重放或向所请求的目标再次发送丢失的失效消息。失效跟踪器系统基于中间件服务等级。
[0045]逻辑失效流程包括四种类型的系统组件。第一种是位于数据库应用服务器116上的数据库应用服务器的失效服务。它向CDS CIX(中心失效)服务器队列的消息队列发送逻辑关键字阵列。CIX服务器118接收包含逻辑实体关键字阵列的消息，以便使其失效并将其分发到包含至IIX (单独失效)服务器120的单关键字的消息中。IIX服务器管理⑶S高速缓存上的单失效消息并把这些失效消息转发到定价卫星或目标124上的LIX(本地失效)服务器122。LIX服务器处理计算服务器上的失效消息。每个服务器都包括与检测器112通信的适当的关键字记录器(124、126、128和130)。关键字记录器的目标是本地存储由每个服务器接收的全部消息。
[0046]失效跟踪器系统要求每个失效系统组件记录其接收的任何消息的关键字。这种记录通过与每个服务器相关联的关键字记录器系统组件完成。关键字被记录，这使得确定失效流程在何处失败更容易。失效跟踪器系统组件之间的通信基于标准的中间件通信。结果，关于系统中特定组件的全部必要信息都被存储在失效跟踪器专用的配置文件中。必要信息可以包括主机名、目标中间件环境或目标数据库。失效跟踪器系统能够按照失效判断目标是否可运行，并且在不可运行时忽略该目标。
[0047]失效跟踪器系统借助几个专门编写的过程监视和重放失效消息。第一个过程是记录过程，由服务器接收的失效消息在该过程中被记录在每个服务器上。在分析过程中基于固定时间的方式对每个服务器上接收的失效消息进行从头到尾的检查。如果消息丢失则使用重放过程，而且为了刷新对应数据自动地重放相关消息。如果消息丢失则使用通知过程进行识别。使用报告过程来记录和存档全部操作并且不时地产生统计报告。每个专门编写的过程将参考图2至图6进行说明。
[0048]参考图2，每个服务器都包括分别为206、208和210的失效消息处理程序；分别为212、214和216的记录处理程序；以及分别为218、220和222的压缩后失效消息的数据库。从失效消息处理程序206向失效消息处理程序208发送消息。失效消息处理程序208然后把该消息传播到相应的失效消息处理程序210。
[0049]每个失效消息处理程序都把消息传递到其各自的记录处理程序，在数据应用服务器中所示的模块224和226中记录和压缩。在消息已经被记录和压缩后，压缩的消息被存储在数据应用服务器中所示的数据库218中。在中心数据服务器和计算服务器中能找到类似的布局。这就完成了每个服务器上全部失效消息的记录过程。
[0050]对于这种类型的典型PSP高速缓存系统，总数据量将在每天4.5GB量级，以每秒大约15，000条消息的本地速率。高速缓存系统的保留期限典型情况下将为五天的量级。已发送全部消息在每个服务器的压缩后失效消息数据库中被存储预定时间。
[0051]现在参考图3，现在将介绍分析过程。数据控制台服务器300与数据应用服务器200、中心数据服务器202和计算服务器204通信。数据控制台服务器中的失效跟踪器系统包括协调程序模块308、配置管理器310和配置数据库312。另外，失效跟踪器进一步包括与两个数据库通信的检测器314:要重放的消息的数据库316和历史数据库318。检测器也与失效消息收集器320通信。
[0052]服务器200、202和204的每一台都包括在数据应用服务器200中示为212的记录处理程序。记录处理程序与压缩后失效消息的数据库218通信。记录处理程序包括检索模块324、解压器模块326和串联模块328。其他传感器202和204同等地配置。
[0053]协调程序模块定期触发分析循环。协调程序模块与检测器314中的分析器模块330通信。分析器类似地与失效消息收集器320中的收集器模块332通信。收集器模块收集和记录从PSP系统服务器中接收或完成的失效消息的细节。收集从每层服务器中进行:数据库应用服务器；中心数据库服务器；以及计算服务器。分析器模块然后应用算法以检测、识别和存储尚未收到或已经丢失的消息。正如先前陈述，对每条消息的关键字记录使得容易识别该消息以及它在何处丢失。已经丢失并且可能需要后来重放的消息被存储在数据库316中。配置管理器310对PSP系统服务器的设置和分布状况有集中的了解，并且能够协调失效消息的收集。网络的配置被存储在配置数据库312中并且能够在网络改变时更新。历史数据库318用于保存全部操作的记录。在运行时，分析器模块330首先检查数据库应用服务器处接收的消息。随后检查在中心数据服务器的消息并且最后检查在计算服务器的消息。这种顺序能够识别出特定失效消息的失败点。
[0054]检索模块324在如图3中所示出的数据库应用服务器中。检索模块324识别然后传递所接收的失效消息。这些消息从数据应用服务器发送到中心数据服务器，然后从中心数据服务器发送到计算服务器。
[0055]已经分析了失效消息的接收后，该过程的下一个阶段是在已经识别出丢失的消息的情况下重放或再次发送消息。这将参考图4介绍，其中与图3相同的单元将具有同样的附图标记，并且将不会进一步详细地介绍，除非这属于重放失效消息的过程。除了先前介绍的模块之外，失效跟踪器还包括重放模块400和失效消息发送模块402。在分析了丢失的失效消息后，确定对于特定服务器已经丢失的消息数量。如果丢失的消息数量低于某阈值便通知发送者或用户，并且再次发送丢失的消息。不过，如果丢失的消息数量高于某阈值，则向协调程序或用户发送警报状态，因为有问题的服务器很可能不再运行而再次发送消息将不起任何作用。
[0056]全部操作以及所记录并重放的消息都存储在历史数据库中。已经识别出消息已经在某服务器丢失后，失效消息发送模块将向没有收到该消息的服务器发送丢失的消息。如果这台服务器是数据应用服务器或中心数据服务器之一，那么该消息将分别向这些中心数据服务器和计算服务器传递。如果消息在特定服务器丢失，在该点之后的任何服务器也都将不会收到该消息，因此这就是对计算服务器(它们是失效流程的端点)以外的任何服务器重放消息时要把它传递下去的原因。在PSP系统服务器内发送的消息遵循来自接收该重放消息的服务器的标准失效流程。
[0057]参考图5，失效跟踪器系统包括通知模块500，它能够用于基于已经被重放消息的状态发送通知。这些消息能够包括全部丢失的消息已经被重放的事实。作为替代，能够发送一条消息表明，消息已经被重放了几次。如果丢失的消息的数量高于某阈值，便可以产生通知，它给出某特定服务器当前不在运行的指示。借助任何适合的通信插件比如邮件、RSS (网络送入格式)、SMS等能够发送这些通知。
[0058]以类似方式，图6介绍了本发明的报告过程。失效跟踪器系统包括存档数据库600、存档模块602、统计模块604和报告数据库606。
[0059]协调程序模块能够定期触发报告的产生。此外，报告的性质可以预定义或开发并且应特定用户或供应商的请求而产生。报告的性质可以由配置管理模块识别。存档数据库包括比历史数据库更长期的数据保留，并且存档模块能够访问存档数据库，并且使用适当的统计产生所要求的报告。[0060]图2至图6的每一幅都已经被用于介绍由失效跟踪器系统所执行的部分过程。图7显示了失效跟踪器系统的整体概况图。各个单元根据图2至图6中的类似单元编号，并且等效解释和描述将适用于每个单元。以上介绍的失效跟踪器系统是全自动的并高度可配置。另外，失效跟踪器系统是分布式的、可缩放的并能够与任何全球PSP系统集成。
[0061]本发明用于管理旅游业中使用的巨量的失效消息。能够监视大量主机并能够跟踪持久的数据流。现在将对许多使用案例进行引用以进一步演示本发明的功能。图8显示了一般的使用案例图。失效跟踪器监督器800是高层次模块，管理对于给定时间范围和给定服务器组丢失的失效消息的全自动检测和重放。失效跟踪器检测器模块802通过分析来自关键字记录器文件的关键字来确定丢失的失效消息以瞄准失效组件。失效跟踪器重放模块804借助失效过程806把丢失的失效消息重放给所请求的目标。用户808与多个模块通信而若干过程的调度由调度器系统810管理。
[0062]在以下具体使用案例中，用户或失效跟踪器监督器900与对其发送、接收或以其他方式处理失效消息的各个目标通信。在以下篇幅中以这种方式解释术语用户和目标。
[0063]在图9显示的使用案例中，全部目标在运行而且没有丢失有效消息。失效跟踪器检测器902接收在各个系统组件之间被发送和被接收的失效消息，并且检查是否已经丢失了任何消息。如果已经丢失了消息便提供丢失关键字的列表。分析的时间范围被预定义并且用户使用失效跟踪器检测器进行特定调查。作为替代，可以安排自动检查以自动地执行。
[0064]在第一个步骤904中，从用户向失效跟踪器检测器发送检查请求。这种请求能够基于许多不同的准则。在步骤906中失效跟踪器检测器将以源失效组件908检查失效路由。在步骤910中源失效组件指出该组件在运行。在步骤912中失效跟踪器检测器请求源失效组件对具体时间范围建立源失效列表；这在步骤914中返回。随后失效跟踪器检测器对全部目标失效组件进行调查。对于每个目标失效组件执行以下步骤。在步骤918中失效跟踪器检测器从跟踪器失效组件916判断该失效路由是否在运行。在步骤920中从目标失效组件发出应答以确认该组件在运行。在步骤922中失效跟踪器检测器从目标失效组件请求在具体时间范围上的目标失效列表。在这种情况下，在步骤924中目标失效组件916确认还没有丢失失效消息。以这种方式检查全部目标失效组件之后，在步骤926中失效跟踪器检测器判断是否存在着任何已经丢失的消息。在这种情况下，由于尚未丢失消息所以在步骤928中失效跟踪器检测器向用户传达没有丢失的关键字。根据在给定时间范围内由所请求的失效系统组件所记录的逻辑关键字，建立目标失效消息列表。该列表自身包括在给定时间由所请求的失效系统所记录的逻辑关键字。步骤926包括比较步骤，其中对比由若干服务器和目标失效系统组件所记录的关键字列表。
[0065]现在参考图10，这个使用案例涉及在运行但是丢失了失效消息的目标。如图9中的介绍执行步骤904、906、910、912、914、918、920和922。不过，在这种情况下已经从一个或多个目标失效组件中丢失了消息。结果，在步骤1000产生了已经检测到丢失的失效消息的指示。在步骤1002对丢失消息的检查对每个服务器识别丢失的关键字，然后在步骤1004将其传达给用户。
[0066]现在参考图11，该使用案例涉及不在运行的目标。如同先前实例，如以上的介绍执行步骤904、906、910、912、914和918。由于目标失效组件不在运行，所以在步骤1100中失效跟踪器检测器判定该目标不在用。在步骤1102中向用户通知特定目标失效组件不在运行而且不在接收消息。
[0067]图12涉及源失效组件不在运行的使用案例。如以上的介绍执行步骤904和906。由于在步骤1200源失效组件不在运行，所以向失效跟踪器检测器通知该组件不在运行。然后在步骤1202将其传达给用户。
[0068]在图13涉及的使用案例中丢失了许多失效消息，但是数量尚未达到以上讨论的预定阈值。此外，此使用案例涉及不存在从特定目标重现丢失失效消息的情况。在这种情况下用户或失效跟踪器监督器900与失效跟踪器重放模块1300和失效过程1302通信。在步骤1306用户向失效跟踪器重放模块1300发送要重放的失效消息列表。由该用户确定阈值(它涉及对特定目标能够被重放的失效消息的最大数量)以及测量此阈值经过的延迟。已经向每个目标重放的消息列表被更新，这意味着在当前时间被处理的丢失的消息仅仅是在步骤1306中所提供的列表中的消息。在监督过程期间用户或监督器能够控制失效跟踪器重放模块。要重放消息的列表必须仅仅包含非重现的丢失的消息以及没有到达特定目标但是尚未达到阈值的消息。任何非重现的丢失的消息都基于对被发送失效消息的计时以由用户配置的延迟被重放。典型的延迟为一秒的量级。为了保护被重放的信息量，如果失效消息数量已经达到每个目标的阈值或者这些消息已经在给定时间范围期间被重放，该系统便不播放这些消息。在已经达到了阈值的情况下，警报出现并由任何适宜装置比如电子邮件发送给用户。
[0069]返回到图13，步骤1308涉及过滤逻辑关键字的步骤。该过滤器从给定的消息列表和对给定的目标确定要失效的逻辑关键字。之所以没有过滤出任何关键字是因为目标的阈值还未达到阈值并且不存在重现的丢失的失效消息。结果，在列表中的全部关键字都被标注为准备好重放。在步骤1310中，对于已经丢失的失效消息，逻辑关键字的列表被发送给失效过程。同时在步骤1312中重放的关键字的列表被存储并传达给用户。
[0070]在图14中，使用案例涉及已经丢失的失效消息的数量达到或超过了至少一个目标的阈值。如以上的介绍执行步骤1306。在步骤1400应用过滤器。在这种情况下失效消息的逻辑关键字被过滤器全部过滤出，因为丢失的失效消息的数量已经达到或超过了至少一个目标的阈值。结果，该系统将不播放任何失效消息。在步骤1402转而向该用户发送消息以指示已经丢失的消息多得无法重放它们。
[0071]在图15涉及的使用案例中，对特定目标存在着重现的丢失的失效消息。如以上的介绍执行步骤1306。在步骤1500对失效消息列表应用过滤器。在这种情况下列表中存在着某些重现误差。这些在步骤1500被过滤出并在步骤1502产生丢失的重现消息的警报。列表上的其他消息在步骤1504被发送到失效过程并向有问题的目标重放。在步骤1506向用户通知已经被重放的消息，以便使其能够被存储。
[0072]在图16公开的使用案例中，在许多目标上存在着丢失的失效消息。如以上的介绍发送消息并在步骤1600应用过滤器。该过滤器在步骤1602判定对于框符I (第一个目标)存在着太多的丢失消息并产生了警报消息。此外，在步骤1604过滤器识别出框符2 (第二个目标)具有许多重现的丢失的消息。失效跟踪器重放模块然后产生要在步骤1606通过失效过程1302重放的消息的列表。步骤1606包括不对框符I重放任何消息；对于框符2的消息仅仅是与非重现的丢失的关键字有关的消息；以及对于所有的其他框符(目标)全部丢失关键字都被重放。在步骤1608通知用户已经重放的消息因而可以存储它们。[0073]图17涉及的使用案例包括失效跟踪器监督器1700。为了有规律地运行该过程，该过程由调度系统1702协调。本系统还使用了失效跟踪器检测器902和失效跟踪器重放模块1300。产生了要检查的时间范围和系统组件列表并且停用了失效跟踪器重放模块。如果有任何丢失的消息，则产生丢失的失效消息的列表作为该过程的结果。这个使用案例描述的过程监督失效消息流并且是全自动的。可以产生包含丢失的失效消息的报告。在第一个步骤1704中，系统的调度器产生对具体时间范围的检查失效消息的请求。在步骤1706失效跟踪器监督器请求失效跟踪器检测器在给定时间跨度上全局地检查失效流。失效跟踪器检测器在步骤1708中识别出任何关键字或丢失的消息并且把这些返回在列表中。
[0074]在图18显示的使用案例中，失效跟踪器监督器产生自动重放。如以上的介绍执行步骤1704、1706和1708。这个使用案例描述的过程监督失效消息流；由调度系统调度；并且是全自动的。在重现错误的情况下由失效跟踪器重放模块产生报告并能够产生警报向用户发送。监督过程使用了在失效跟踪器检测器和失效跟踪器重放模块使用案例中已经介绍的功能。在步骤1804中重放失效消息的列表从失效跟踪器监督器发送到失效跟踪器重放模块。只有非重现的失效消息才将被重放。消息已经重放的确认在步骤1802中被发送给失效跟踪器监督器，并且在步骤1804中发送给用户。
[0075]本领域的技术人员将理解，某些或全部功能实体以及这些过程自身可以实施为软件或者一个或多个软件启用的模块和/或器件或者其任何组合。该软件可以运行在任何适宜的计算机或其他机器上。本发明的运行提供了许多变换，比如监视失效消息以及在需要时再次发送。
[0076]本系统和方法运行在特定机器上，比如被配置执行本发明的多个步骤和功能的计算机。本发明还涉及许多变换，包括监视关键字记录数据的能力以及使用其再次发送或重放消息的能力。
[0077]参考旅行环境中失效消息的使用已经介绍了本发明。不过，应当认识到，本发明可以应用于其他环境。应当认识到，本发明可以以许多不同方式变化而仍然保持在权利要求书中定义的本发明的意图范围之内。
【权利要求】
1.一种用于跟踪报价和订购平台的高速缓存架构中的消息的失效跟踪器系统，其中所述高速缓存架构包括多个级别，其中每个级别都包含一个或多个服务器，其中失效消息从一个级别传达到另一个级别，以便把失效消息发送到所述高速缓存架构中的全部服务器，以及其中所述失效跟踪器系统从供应商数据库接收要传达到所述高速缓存架构中的服务器的数据；其中所述失效跟踪器系统包括: -记录模块，用于记录传达到所述高速缓存架构中的服务器的全部失效消息以形成已发送失效消息的集合； -分析模块，用于确定在所述高速缓存架构中的每个服务器接收的失效消息以及将接收的失效消息与所述已发送失效消息的集合对比以识别一个或多个未传递失效消息； -重放模块，用于向所述高速缓存架构中的适当服务器再次发送一个或多个识别的未传递失效消息。
2.根据权利要求1的系统，其中，所述重放模炔基于已经满足的预定条件再次发送失效消息。
3.根据权利要求2的系统，其中，所述预定条件包括多个重现的未传递失效消息。
4.根据权利要求2或权利要求3的系统，其中，在未传递失效匹配消息的数目超过预定阈值时触发所述预定条件。
5.根据权利要求2至4中任何一项的系统，其中，所述预定条件是识别服务器不在运行。
6.根据任何一项前面的权利要求的系统，进一步包括通知模块，用于创建未传递失效消息的通知并向用户传达所述通知。
7.根据任何一项前面的权利要求的系统，进一步包括报告模块，用于创建报告并向用户传达所述报告。
8.根据任何一项前面的权利要求的系统，其中，所述失效跟踪器进一步包括监督器模块，用于控制未传递失效消息的自动检索。
9.根据任何一项前面的权利要求的系统，其中，所述失效跟踪器系统进一步包括配置管理模块，所述配置管理模块存储关于所述高速缓存架构的设置和分布状况的信息。
10.一种用于跟踪报价和订购平台的高速缓存架构中的消息的方法，其中所述高速缓存架构包括多个级别，其中每个级别都包含一个或多个服务器，其中失效消息从一个级别传达到另一个级别，以便把失效消息发送到所述高速缓存架构中的全部服务器，以及其中所述消息由所述失效跟踪器系统跟踪，所述失效跟踪器系统从供应商数据库接收要传达到所述高速缓存架构中的服务器的数据；其中所述方法包括: -经由计算机记录传达到所述高速缓存架构中的服务器的全部失效消息以形成已发送失效消息的集合； -经由计算机中的检测器确定在所述高速缓存架构中的每个服务器接收的失效消息以及将接收的失效消息与所述已发送失效消息的集合对比以识别一个或多个未传递失效消息； -经由消息系统向所述高速缓存架构中的适当服务器再次发送一个或多个识别的未传递失效消息。
11.根据权利要求10的方法，其中，重放失效消息是基于预定条件。
12.根据权利要求11的方法，其中，所述预定条件包括识别多个重现的未传递失效消息。
13.根据权利要求11或12的方法，其中，所述预定条件包括在未传递失效匹配消息的数目超过预定阈值时触发所述消息重放。
14.根据权利要求11至13中任何一项的方法，其中，所述预定条件包括识别所述服务器不在运行。
15.根据权利要求10至14中任何一项的方法，进一步包括创建未传递失效消息的通知并向用户传达所述通知的步骤。
16.根据权利要求10至15中任何一项的方法，进一步包括创建报告并向用户传达所述报告的步骤。
17.根据权利要求10至16中任何一项的方法，进一步包括经由监督器模块控制未传递失效消息的自动检索的步骤。
18.根据权利要求10至17中任何一项的方法，进一步包括经由配置管理模块存储关于所述高速缓存架构的设置和分布状况的信息。
19.一种包含指令的计算机程序，当所述计算机程序在计算机系统上执行时，所述指令用于执行根据权利要求10至18中任何一项的方法的步骤。
【文档编号】G06F17/30GK104011719SQ201280063170
【公开日】2014年8月27日 申请日期:2012年10月12日 优先权日:2011年12月22日
【发明者】R·戈莱, B·杜考尔, M·特拉伊纳 申请人:艾玛迪斯简易股份公司