[发明专利]监控软件系统的方法和系统

说明书

技术领域

本申请涉及一种用于监控软件系统的方法和系统，尤其涉及基于面向服务体系结构的软件系统。

背景技术

为了保证软件系统按照期望的操作，监控软件系统是一件重要的技术任务。这不但应用于软件系统的开发阶段当需要反复地调试源代码时，还应用于部署阶段，例如，当必须控制异常运行时的情况时，或者出于维护或其它目的要评估系统的性能时。在其最简单的形式中，监控(monitoring)仅仅是日志产生设备通知系统中发生的每一动作，将该动作记为日志条目并将该条目增加到日志中。在更广意义上，监控可以是查看正在进行什么并因此做出反应的任何事情。查看正在进行什么包括获得关于系统当前状态及其历史的信息的装置。

传统地，对软件系统的监控包括根据监控系统的一些固定的、预定的规则来生成一个或多个日志文件。事件被记入日志，可能是与相应的时戳一起被记录，以便于通过以后对这样的日志文件的查看使得可以明白事件在软件系统运行时期间发生的顺序。在更高级的替代方案中，可以使用配置文件，比如Log4j项目的配置文件，该配置文件在运行时确定将何种信息写入日志文件。但是，这样的配置文件所提供的日志选项被限于预定的日志记录器层次结构，并因此仅提供非常有限的灵活性。

这些年，软件系统已经变得越来越复杂，这使得监控变的困难。更重要地，面向服务体系结构(SOA)的概念的使用在不断增加，其中松耦合组件比如web服务通过交换消息来执行处理。理想地，SOA适应于关于处理流的逻辑变化以及基础(underlying)技术实现的变化。

但是，使用上述传统方法来监控在基于SOA的软件系统(或灵活性和复杂性相似的任何其它系统)的操作期间交换的消息的话，只要对被记录的任何消息的格式或内容做出改变，就需要整个监控系统的适应。结果，如果使用现有技术的传统监控方法，其中监控由实现在监控系统中的一组多多少少固定的规则来确定，那么使用SOA的主要好处即它的灵活性基本上丢掉了。而且，监控系统的反复变化还影响因此产生的一个或多个日志文件，这样日志文件的查看和理解变得越来越困难。

由于以上原因，本发明的第一方面所基于的技术问题是提供一种监控方法和监控系统，该方法和系统可以灵活地适应于被监控软件系统的变化。根据另一方面，本发明试图辅助读取监控系统的日志文件。

发明内容

根据本申请的第一技术方案，通过一种监控软件系统的方法来解决该问题，其中软件监控系统基于面向服务体系结构并包括通过发送消息相互通信的组件。在一个实施例中，该方法包括以下步骤：

a.通过监控组件接收监控消息，所述监控消息从所述软件系统的系统组件被发送；

b.监控组件提供本体(ontology)，所述本体包括针对所述监控消息的至少一个解释规则；和

c.根据所述至少一个解释规则，所述监控组件做出反应(react)。

因此，优选的监控方法使用基于本体的方法而不是固定的一组监控规则，其中固定的监控规则永久地以一种或另一种方式实现在监控组件自身中。改变本体使得可以动态适应监控规则，而不必改变监控组件自身。

在优选实施例中，软件系统的组件所交换的消息的格式和内容由另一本体或同一本体来确定。在这样的系统中，其中软件组件松耦合以及仅通过发送消息来通信，当交换的消息没有固定格式时，取得了更高程度的灵活性。相反，使用对系统中所有组件都可用的本体，消息内容和格式可以动态地取得一致。由于监控方法以相似的方式使用基于本体(可能是与要被监控的SOA所使用的一样的本体的扩展)的监控消息，该方法就像SOA自身一样灵活。

可以使用本体语言OWL、RDF、DAML-OIL和主题地图(Topic Map)(在http://www.w3.org和www.topicmaps.org有描述)中至少一种来定义本体。在本发明的优选实施例中，本体的含义是一种部件，用于建立带有属性以及相互之间关系的对象和类的概念，从而模拟要处理的任务所必需的世界子集。

在目前优选的实施例中，本体的至少一个解释规则确定：监控组件是否将信息记入日志，和/或监控组件以何种格式记录信息。因此，整个监控过程优选地由本体驱动。

在一个具体实施例中，信息记录在永久日志中和暂时日志中。暂时日志例如可以包括关于未决的(pending)过程的信息，诸如过程的开始，而永久日志可以仅包括已完成过程的信息。