[发明专利]消息跨网元或业务系统时其轨迹的查询方法及系统

说明书

技术领域

本发明涉及通信技术领域，尤其是一种通信网络中，消息跨网元或业务系统时其轨迹的查询方法及系统。

背景技术

移动通信技术中，起呼用户提交消息在到达目的用户之前，该消息可能会在运营商(比如移动、联通)网络中的多个网元或业务系统中流动触发相关业务。

比如，起呼用户向目的用户发送短消息时，短消息首先提交到运营商网络中的FDA(first delivery attempt)短消息中心，由FDA短消息中心下发给目的用户。假设由于目的用户关机或不在服务区等原因导致FDA短消息中心下发失败，则该条短消息转给运营商网络中的另一个网元或业务系统，比如普通短消息中心，由普通短消息中心下发给用户，假设普通短消息中心下发成功。

现有技术中，需要查询上述短消息在运营商网络中的运行轨迹时，网络管理人员可以先对FDA短消息中心进行查询，查询结果为下发失败；然后再对普通短消息中心进行查询，查询结果为下发成功。由此可知，网络管理人员分别发起了两次查询动作，每次只针对网络中的一个网元或业务系统对所述消息的处理情况进行查询。但是，随着运营商提供的增值业务不断的增多，导致该短消息可能会在同一运营商网络中的多个不同的网元或业务系统中流动并触发相关业务。若对该短消息的查询还是采用现有技术中的方法，则网络管理人员需要对很多的网元或业务系统分别发起查询。一方面这会加重整个网络的运行负担，因为查询进行了多次；另一方面每次查询结果只能表明消息在本网元或本业务系统中的处理情况，而不能表明与其它网元或业务系统之间的相关情况，比如不能表明该消息从哪个网元或业务系统发来，又转发到哪个网元或业务系统中去等实际处理情况。

因此，现有技术中针对不同的网元或业务系统分别查询消息轨迹的方法，不能全面反映消息在跨网元或业务系统时在运营商网络中的处理轨迹。在本发明中，为了便于简便将网元或业务系统统一称为业务系统。

发明内容

本发明要解决的主要技术问题是，提供一种能全面反映消息在跨网元或业务系统时在网络中的运行轨迹的查询方法及系统。

为解决上述技术问题，本发明提供一种消息轨迹的查询方法，用于查询消息跨业务系统时的处理轨迹，包括：配置各个业务系统间的逻辑关系表，所述逻辑关系表用于表示一个业务系统到另一个业务系统的逻辑关系；查询时，根据所述逻辑关系表查询所述消息经过的业务系统对所述消息的处理轨迹。

所述逻辑关系表包括字段：当前业务系统编号、下游业务系统编号和系统间时间偏移量。

查询所述消息在当前业务系统中的处理轨迹后，判断所述当前业务系统对所述消息的最终处理状态是否表明所述消息已下发成功，若是，则结束对所述当前业务系统的下游业务系统的查询。

所述查询方法还包括：将业务系统产生的能够用于表示消息轨迹的信息经解析后按照约定的格式保存到数据库中，查询时，查询数据库中保存的信息。

所述用于表示消息轨迹的信息为话单或业务日志，将所述话单或业务日志解析后按照约定的格式保存到数据库中后，还对关键字段建索引。

所述关键字段包括：业务系统编号、消息在业务系统内的唯一标识、业务类型、源用户号码、目的用户号码、消息提交时间和消息下发时间。

所述根据所述逻辑关系表查询所述消息经过的业务系统对所述消息的处理轨迹前，还包括步骤：根据源用户号码、目的用户号码和消息提交时间段查询数据库中满足业务类型为提交的所有消息，并展示查询结果。

一种消息轨迹的查询系统，用于查询消息跨业务系统时的处理轨迹，包括：配置模块，用于配置各个业务系统间的逻辑关系表，所述逻辑关系表用于表示一个业务系统到另一个业务系统的逻辑关系；查询模块，用于根据所述逻辑关系表查询所述消息经过的业务系统对所述消息的处理轨迹。

所述逻辑关系表包括字段：当前业务系统编号、下游业务系统编号和系统间时间偏移量；所述查询模块查询所述消息在当前业务系统中的处理轨迹后，还用于判断所述当前业务系统对所述消息的最终处理状态是否表明所述消息已下发成功，若是，则结束根据所述逻辑关系表对所述当前业务系统的下游业务系统的查询。

所述查询模块根据所述逻辑关系表查询所述消息经过的业务系统对所述消息的处理轨迹前，还根据源用户号码、目的用户号码和消息提交时间段查询出同时满足消息的业务类型为提交的所有消息。