CN101674538A

CN101674538A - 一种电信增值业务消息记录方法及系统

Info

Publication number: CN101674538A
Application number: CN200810212163A
Authority: CN
Inventors: 杨飞
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2008-09-09
Filing date: 2008-09-09
Publication date: 2010-03-17

Abstract

本发明公开了一种利于对产生的数据进行管理，并且对原增值业务系统的性能影响较小的电信增值业务消息记录方法及系统，该系统包括：业务处理日志模块、日志文件生成模块、门户查询模块和数据库；其中，业务处理日志模块用于采集电信增值业务流程中的相关消息数据，并将之发送到日志文件生成模块；日志文件生成模块独立于电信增值业务管理系统，其用于按照相应的格式将所述业务处理日志模块发来的消息数据中的有用信息以文件的形式记录；业务处理日志模块的功能具体可由业务处理机来实现；门户查询模块用于提供给用户web查询模式，供用户对所述记录的电信增值业务消息数据进行查询；数据库用于对日志文件生成模块生成的所述文件进行保存。

Description

一种电信增值业务消息记录方法及系统

技术领域

本发明属于电信增值业务(短信、彩信、彩铃等)技术领域，尤其涉及一种电信增值业务消息记录方法及系统。

背景技术

在目前的电信通信技术市场，越来越多的增值业务开始出现，特别是短消息业务在国内市场增长十分迅猛，随着业务量的不断增大，其管理系统也越来越复杂，系统的稳定性受到了前所未有的考验。出于维护系统用户的商业利益的需要，系统数据处理的正确性也受到广泛的关注。鉴于系统的复杂性，当系统出现异常情况时，如何快速的定位问题、解决问题，成为一个技术难题。

在短信业务管理系统当中，从收到鉴权批价请求消息开始，依次包括指令解析、发送给业务鉴权、接收业务鉴权结果、回复网关鉴权批价响应消息、接收来自网关的鉴权批价回执请求、出话单、回复网关鉴权批价回执响应等步骤。如果回执超时，系统还将处理回执消息。在该消息流程中一旦有异常情况发生，将很难对问题进行跟踪追查。目前有两种方法解决该问题，方法一：在管理系统内部处理各消息数据的同时将消息数据以文件形式存储，以供查询；方法二：在方法一的基础上对文件数据进行入库。

以上两种方法存在如下问题：

方法一：在系统内部增加数据处理分支势必降低原系统的性能，并且对产生的数据进行管理也变得困难。

方法二：除了方式一的问题外，还存在数据库存储大数据的问题以及数据库查询性能的问题。

发明内容

本发明要解决的技术问题是提供一种利于对产生的数据进行管理，并且对原增值业务系统的性能影响较小的电信增值业务消息记录方法及系统。

为解决上述技术问题，本发明方法包括如下步骤：

步骤A、采集电信增值业务流程中的相关消息数据；

步骤B、将步骤A所述采集的消息数据发送到电信增值业务管理系统的外部，并执行步骤C；

步骤C、按照相应的格式将所述消息数据以文件的形式记录。

步骤C中，在对所述消息数据以文件的形式记录时，可以仅对其中的有用消息进行记录。

本发明方法在步骤C之后还可以包括：

步骤D、将步骤C所述文件存入数据库中，以备用户查询。

为解决上述技术问题，本发明系统包括：

业务处理日志模块和日志文件生成模块；

其中，业务处理日志模块用于采集电信增值业务流程中的相关消息数据，并将之发送到日志文件生成模块；

日志文件生成模块独立于电信增值业务管理系统，其用于按照相应的格式将所述业务处理日志模块发来的消息数据以文件的形式记录。

该日志文件生成模块也可以用于按照相应的格式，将所述业务处理日志模块发来的消息数据中的有用消息以文件的形式记录。

业务处理日志模块具体可以为电信增值业务管理系统的业务处理机，即业务处理日志模块的所述功能可以由该业务处理机来实现。

该系统还可以包括门户查询模块，该模块用于提供给用户web查询模式，供用户对所述记录的电信增值业务消息数据进行查询。

该系统还可以包括数据库，该数据库用于对日志文件生成模块生成的所述文件进行保存。

本发明的有益效果为：

本发明对电信增值业务流程中产生的消息数据进行复制并发送到电信增值业务管理系统之外存储，并提供给用户web查询模式，使用户能够直观地查看电信增值业务流程中的消息流程，当电信增值业务流程中出现异常情况时，便于更准确地定位问题。

附图说明

图1是电信增值业务管理系统与本发明电信增值业务消息记录系统关系图；

图2是日志文件生成模块与业务处理机建链图；

图3是鉴权批价消息流程图。

具体实施方式

下面结合附图和具体实施方式对本发明作进一步详细说明。

图1是电信增值业务管理系统与本发明电信增值业务消息记录系统关系图，如图所示，本发明电信增值业务消息记录系统包括业务处理日志模块、日志文件生成模块、数据库以及门户查询模块。

其中业务处理日志模块用于采集电信增值业务流程中的相关消息数据，并使用消息接口将之发送到日志文件生成模块。

在本实施例中，业务处理日志模块即为业务处理机，由业务处理机来实现该模块的功能。业务处理机接收每个发送来的消息，对各个消息作一个复制，并将消息内容发送给日志文件生成模块。图2为日志文件生成模块与业务处理机建链图，日志文件生成模块通过WINTCP链路与业务处理机连接，日志文件生成模块作为客户端连接业务处理机。

日志文件生成模块用于获取业务处理日志模块发送来的消息中的数据，并按照相应的格式将消息中的有用信息以文件方式记录。

数据库用于对存储日志文件生成模块生成的文件，以方便用户更直观地查询。

门户查询模块提供给用户web查询模式，使用户能够直观地查看消息数据的流程。这样当电信增值业务流程出现异常时，便于更好地定位问题。

图3是鉴权批价消息流程图，图中各消息含义如下：AuthPriceReq为鉴权批价请求消息；AuthPriceResp为鉴权批价响应消息；AuthPriceCfmReq为鉴权批价确认消息，AuthPriceCfmResp为鉴权批价确认响应消息。以下以短信业务点播流程为例，结合图3对本发明系统的工作流程进行说明。

首先以对AuthPriceReq消息的记录为例，从业务处理机接收到网关的AuthPriceReq消息开始，对业务鉴权、接收业务鉴权结果、回复网关鉴权批价响应消息、接收来自网关的鉴权批价回执请求、回复网关鉴权批价回执响应等步骤中的消息数据采集、处理和存储过程进行说明：

业务处理日志模块：

步骤101：业务处理机收到网关的一条鉴权批价请求消息；

步骤102：业务处理机对消息的合法性进行鉴权，鉴权信息包括用户、sp(服务提供商)、业务等信息；

步骤103：如果本发明电信增值业务消息记录系统开关关闭，则不触发电信增值业务消息记录流程；

步骤104：如果本发明系统开关开启，则业务处理日志模块复制该鉴权批价请求消息；

步骤105：将复制的鉴权批价消息发送到日志文件生成模块。

日志文件生成模块：

步骤201：日志文件生成模块接收业务处理机发送的鉴权批价请求消息；

步骤202：生成一个新的SID(消息索引)；

步骤203：查询当前系统时间，生成时间戳；

步骤204：对消息内容进行Base64编码；

步骤205：将日志记录按照记录格式写入日志信息文件(在本实施例中，如果是鉴权批价请求消息则需要填写源和目标号码信息，否则填为空)；日志记录格式为：

步骤206：每条日志记录成一行，文件名格式为spms.log.MMDD.*，其中*表示6位数字序列号，MMDD从消息id中获取，具体示例如：spms.log.0218.000003。

接收消息格式如下：

SessionId：流程会话标识，长度20个字节的字符串，用于区分流程会话，该标识由业务接口机提供并保证唯一性，采用网关产生的消息id；

SrcNumber：源号码；(长度21个字节的字符串，仅对AuthPriceReq有效)

DestNumber：目标号码；(长度21个字节的字符串，仅对AuthPriceReq有效)

MsgType：消息类型，1字节整型，如0-unknown，1-AuthPriceReq，2-AuthPriceResp；3-AuthPriceCfmReq；4-AuthPriceCfmReq(其它消息待扩展)

MsgLen：消息长度，2字节整型，消息的字节数；

MsgContent：消息内容，不定长字节序列，完整消息体，如AuthPriceReq/Resp；

步骤207：文件写入完毕，保存于指定的文件夹；

需要注意的是，业务处理日志模块和日志文件生成模块的解析处理应尽量少，以保障日志记录速度(即电信增值业务消息记录速度)。

同时，为了避免消息数据量过于庞大，保证数据库操作效率，对日志文件生成模块生成的文件和/或数据库的数据应该仅保留最近一段时间(如一周以内)的数据，对于超时的数据应删除或者备份它处。

数据库：

步骤301：定时读取日志文件生成模块产生的消息记录文件数据；

步骤302：按照数据格式要求对文件数据入库，建表方式和数据说明如下：

SID：记录的唯一标志ID(日志记录模块生成)；

TimeStamp：时间戳(精确到秒，如20060112123153)，日志记录模块生成；

SessionId：流程会话标识，日志消息中的SessionId；

SrcNumber：源号码(仅对鉴权批价请求消息有效)，日志消息中的SrcNumber；

DestNumber：目标号码(仅对鉴权批价请求消息有效)，日志消息中的DestNumber；

MsgType：消息类型(数值型，取值0-255)，日志消息中的MsgType；

MsgContent：详细日志内容，如AuthPriceReq/Resp完整消息，使用Base64方式编码，日志消息中的MsgContent；

由于日志数据量非常庞大，为了提高插入和查询效率，根据SessionId中的日期信息，插入不同的分表中，分表名格式为t_spms_log_MMDD(其中MM：01-12，DD：01-31)，如t_spms_log_0112数据，这样的分表方法可以保证相同流程的日志消息存放在同一个日志分表中，便于查询操作；从t_spms_log_0101到t_spms_log_1231共12*31＝372张表。

其它相关消息记录流程：

鉴权批价请求消息记录结束，其它消息包括鉴权批价响应、鉴权批价确认、鉴权批价确认响应消息的处理分别按照步骤101-步骤302进行。

门户查询模块：

步骤401：授权用户登录日志查询页面，可以根据鉴权批价消息时间、源和目的号码查询日志记录；

步骤402：查询结果仅显示用户选择查阅的具体的鉴权批价消息的内容，用户选择查看详细信息后再按照时间先后次序显示该鉴权批价消息对应会话的所有消息；

步骤403：从数据库中读取Base64编码消息内容后进行解码处理，最终显示解码后的信息给操作者；

步骤404：操作者通过查询结果进行分析处理；

下面给出本发明方法/系统的一个应用实例，在该实例中，本发明被用于解决电信增值业务流程的错误定位问题：

问题：用户A投诉说订购SP的S业务失败，报上自己的小灵通号码以及订购时间；

处理：运营商管理员使用日志查询功能，以时间和源号码作为查询条件查找出用户订购对应的鉴权批价请求消息记录，继而查询详细信息，观察到业务鉴权失败导致失败，查看鉴权批价响应中的消息内容，发现是用户填写的短信指令错误。

以上所述的具体实施例，对本发明的目的和技术方案进行了进一步详细说明，所应注意的是，以上所述仅为本发明的具体实施例而已，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求记载的技术方案及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

1、一种电信增值业务消息记录方法，其特征在于包括如下步骤：

步骤A、采集电信增值业务流程中的相关消息数据；

步骤C、按照相应的格式将所述消息数据以文件的形式记录。

2、根据权利要求1所述的电信增值业务消息记录方法，其特征在于：

步骤C中，在对所述消息数据以文件的形式记录时，仅对其中的有用消息进行记录。

3、根据权利要求1或2所述的电信增值业务消息记录方法，其特征在于，该方法在步骤C之后还包括：

步骤D、将步骤C所述文件存入数据库中，以备用户查询。

4、一种电信增值业务消息记录系统，其特征在于：

该系统包括业务处理日志模块和日志文件生成模块；

5、根据权利要求4所述的电信增值业务消息记录系统，其特征在于：

所述业务处理日志模块具体为电信增值业务管理系统的业务处理机，即业务处理日志模块的所述功能由该业务处理机来实现。

6、根据权利要求4所述的电信增值业务消息记录系统，其特征在于：

该系统还包括门户查询模块，该模块用于提供给用户web查询模式，供用户对所述记录的电信增值业务消息数据进行查询。

7、根据权利要求4或5或6所述的电信增值业务消息记录系统，其特征在于：

该系统还包括数据库，该数据库用于对日志文件生成模块生成的所述文件进行保存。

8、一种电信增值业务消息记录系统，其特征在于：

该系统包括业务处理日志模块和日志文件生成模块；

日志文件生成模块独立于电信增值业务管理系统，其用于按照相应的格式，将所述业务处理日志模块发来的消息数据中的有用消息以文件的形式记录。

9、根据权利要求8所述的电信增值业务消息记录系统，其特征在于：

10、根据权利要求8或9所述的电信增值业务消息记录系统，其特征在于：

该系统还包括门户查询模块和数据库；

其中门户查询模块用于提供给用户web查询模式，供用户对所述记录的电信增值业务消息数据进行查询；

数据库用于对日志文件生成模块生成的所述文件进行保存。