[发明专利]报文解析装置和报文解析方法

说明书

技术领域

本发明涉及服务报文解析技术领域，具体而言，涉及一种报文解析装置和一种报文解析方法。

背景技术

SOA（面向服务架构）相关的产品中包括BAM（Business Activity Monitoring，业务活动监控）技术，提供对业务绩效指标的实时访问，以改进业务运作的速度和效率。

其中，BAM的限定：

1、它不是报表生成——它的驱动因素是实时的dashboard、警告、中断。

2、它不是数据挖掘——它是对未来情况的警报，而不是历史数据回顾（虽然BAM经常会用到数据仓库等其他工具）。

3、它横贯于不同应用中——BAM从多个数据源将事件、数据整合起来，这些数据源可能在逻辑上、物理上都是独立的。

4、它的速度是足够快的——实时可能意味着数秒钟，而在某些行业内则是指“比其他人快”。

而BAM进行业务监控的方式包括：

1、捕获：BAM捕获各种事件（通过消息嗅探器、适配器、代理等）。这些事件来自应用、系统软件、外部交易伙伴。消息是BAM的核心——它们反应底层业务流程的状况。

2、过滤：BAM过滤掉没有直接后果的事件。

3、分析：BAM根据分析模型和规则将相关事件联系起来。

4、警告：BAM向用户提出警告，以便用户在必要时进行控制。

BAM之所以能够以这种方式工作，是因为我们将其放在其他应用之上。它对其他应用进行监听，一旦发现事件就做出合适的反应，但它很少会主动地控制业务活动。BAM总是在监控之中，但是它很少会主动对被监控的应用系统作引导、管理或控制。

一些SOA提供商都有自己的BAM实现的产品，如：Oracle的BAM，但总结这些实现产品针对服务的业务活动监控都是采用植入传感器的方式实现，将需要监控的信息通过传感器在服务的内部监控并获取。

针对上述的实现方式有以下几点不足：

1、灵活性不够，随着监控需求的变化，需要变更传感器的业务监控内容及实现。

2、实施连锁效应。一旦你实施了一项BAM功能，很可能这项功能会要求你实施另外其他BAM功能。如果实施是成功的，那么这能够传递成功，但如果失败了，同样也会传递失败。如果用户的需求是只监控其中小部分的业务活动的话，实施起来有些浪费。

因此，需要一种新的技术方案，以期解决上述技术问题。

发明内容

本发明正是基于上述问题，提出了一种新的技术方案，使得用户可以任意配置需要监控的服务消息参数，并对需要监控的服务消息参数进行解析，从而实现动态的分析业务数据以及动态的监控业务活动。

有鉴于此，本发明提出了一种报文解析装置，基于SOA，包括：选择单元，用于根据接收到的选择指令，从所有的服务中选择出至少一个服务，并获取所述至少一个服务的预提取参数信息；判断单元，用于获取服务调用请求，确定所述服务调用请求所属的服务，并判断所述服务是否和所述至少一个服务相匹配；提取单元，用于在所述判断单元的判断结果为是时，解析所述服务调用请求，以获得解析结果，并根据所述预提取参数信息从所述解析结果中提取出所需的报文信息；处理单元，用于根据接收到的处理命令，对所述提取单元提取出的所述报文信息进行相应的处理操作。

在该技术方案中，在不需要变更监控装置的内容和实现方式的情况下，用户可以对任意服务进行监控，在监控时，可以通过拦截服务调用请求并解析的方式来获取报文信息，当然还可以依赖SOA中间产生的服务调用实例日志及时的解析出报文信息。其中，预提取参数信息的获取可以通过装载的报文信息解析器去实现，其中可以采用JMS（Java Message Service，Java消息服务）的方式或是JDBC（Java Data Base Connectivity，Java数据库连接）的主动索引方式实现。而在获取到所需的报文信息之后，可以根据一些配置的约定规则，将报文信息中的数据进行组合，从而得到用户想要查看的数据。通过上述技术方案，可以通过配置动态解析SOA服务报文，获取有价值的业务交互信息，便于业务分析及业务监控。

在上述技术方案中，优选地，还包括：显示单元，用于在接收到显示指令时，根据预设的显示方式，显示所述处理单元处理后的报文信息。

在该技术方案中，用户可以根据个人的需要任意设置处理后的报文信息的显示方式，这样，在进行显示时，就会按照用户设置的显示方式显示处理后的数据，从而在可以满足不同用户的不同要求的同时方便了用户的查看。