[发明专利]基于共同序列模式的、用于智能客户服务的分析系统和方法

说明书

技术领域

本发明涉及信息分析领域，更具体地，涉及一种基于共同序列模式的分析系统和方法。

背景技术

随着计算机技术的不断发展，经常存在需要在多个系统中部署产品组件的情形。一旦出现错误(error)，针对复杂产品组件的分析是耗时以及复杂的工作(即使对于简单的产品部署来说也是如此)。相关信息(例如应用日志、系统日志/事件)被放置在若干主机/组件、实例中。如何分析信息并找到错误的根源是极富挑战性的工作。

现有的方法一般通过查看单个案例的单个日志文件来查找问题，这不能检测事件序列并获得有用信息。在复杂的多生产环境中，找到问题根源非常困难，尤其是在存在多个噪声信息时尤其如此。历史性日志不能用于未来的诊断和对严重问题的预防。之前的信息在分析之后不能以适当形式保存。可以看到，要从复杂的事件中获得问题的根源而不比较不同的日志信息是非常困难的。

发明内容

为了解决现有技术中存在的上述问题，本发明提出如下方案。

根据本发明的第一方面，提供一种信息分析方法，包括：基于源信息集合生成元数据集合，所述元数据包括错误日志信息，所述错误日志信息在所述元数据集合中构成错误序列；以及为多个所述元数据集合生成共同错误序列集合。

根据本发明的第二方面，提供一种信息分析系统，包括：预处理装置，用于基于源信息集合生成元数据集合，所述元数据包括错误日志信息，所述错误日志信息在所述元数据集合中构成错误序列；以及共同序列生成装置，用于为多个所述元数据集合生成共同错误序列集合。

附图说明

图1是示出了根据本发明的、用于信息分析的方法100的流程图。

图2是示出了根据本发明实施方式的、用于生成元数据集合的示例图。

图3是示出了根据本发明实施方式的、用于生成共同错误序列集合的示例图。

图4是示出了根据本发明的、用于信息分析的系统400的框图。

图5是示出了适于用来实践本发明实施方式的计算机系统500的示意性框图

应当注意，附图中的流程图和框图，图示了按照本发明各种实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

具体实施方式

下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。

为了对信息进行分析，首先应当采集作为分析基础的信息。针对分析所采集的信息包括例如来自不同的客户环境的不同的源的应用程序日志、系统事件/日志、流程/线程堆栈、用户/应用记录等。术语“日志”用来表示所有这类信息，大多数“日志”为非结构化数据。而“错误日志信息”用于表示“日志”中与错误有关的信息。要注意的是，这里所称的术语“错误(error)”是广义的，其可以包括运行时错误(runtime error)、警告(warn)、调试信息(DEBUG)以及I NFO等等各种级别的与出错或潜在的危险有关的信息，并且其还可以随时由用户来调整其所覆盖的范围。

在日志中存在的错误日志信息的特点可以归纳如下：

1.重复性：如果错误是由软件问题所引起的，则它们会在客户的环境中发生，并且该问题会被报告多次。

2.因果关系：如果在特定序列中若干错误频繁发生，则它们在很大程度上具有因果关系；

3.分布性：日志分布在若干主机/组件/实例中，一些由生产、中间件所产生，另一些由操作系统OS(如Windows事件)或CPU/存储器/网络的系统日志所产生。

4.前兆性：许多错误不会突然地发生，它们具有一些前兆性的错误或者警告事件。

5.滞后性：许多错误不会立即停止，而是会引起后续的错误。

6.严重性：通常较早期的错误具有较小的破坏性，而较后期的错误则具有较大的破坏性。