[发明专利]消息日志处理方法和系统

说明书

技术领域

本发明方法涉及数据通信领域，具体地说，涉及一种消息日志处理方法 和系统。    

背景技术

目前，短消息业务已经成为移动数据通信领域中最为成熟的业务。由于 短消息业务涉及每一个移动用户，因此随着今年移动用户的不断增长以及用 户对短消息的使用习惯，短消息业务量也不断增大。涉及短消息业务的设备 主要是短信中心和短信网关，为用户提供点对点短消息业务和SP增值短消息 业务。对于短消息设备系统，为了便于事后查询统计，必须全面记录短消息 日志信息。而由于业务量的猛增，一方面要合理、即时、准确的记录短消息 日志信息，另一方面又要尽量减少对系统的业务处理的影响，还要能够方便 后续的查询和统计，因此大业务量的短消息日志记录已经成为一个越来越重 要的课题。

目前短消息日志记录一般存在两种方式，一种是文件方式，也即把短消 息以及对应的状态报告保存到日志文件中。一种是数据库方式，也即把短消 息以及对应的状态报告保存到数据库中。

用日志文件方式存在如下缺陷：1)短消息和状态报告由于产生在不同的 时刻，因此可能存储在不同的日志文件中，不利于对应原消息的最终状态；2) 由于产生了大量的日志文件，不但占用磁盘空间，而且后续查询和统计都要 基于这些日志文件来进行分析，不但耗时而且程序实现十分复杂；3)由于每 条消息和状态报告都要记录下来，都要与读写磁盘，因此增加了磁盘的IO， 占用了大量的系统资源，在一定程度上影响了正常的业务运行；4)日后若需 要扩展日志格式，则可能影响原有基于该日志的一些分析处理程序，因此导 致扩展性不强。

对于数据库方式，一般是把原消息直接保存到数据库中，消息下发成功 后再更新数据库的状态。这种方式存在如下缺陷：1)随着业务量的增加，大 大增加了实时数据库的操作，每个短消息业务要做一次插入和一次更新操作， 大大增加了系统的负担；2)消息直接保存在业务数据库中，占用业务数据库 资源，系统繁忙时严重影响正常业务的运行；3)消息日志全部记录到一个数 据表中，导致数据量巨大，影响后续分析效率以及对消息日志的维护。

目前尚未发现有公开的文献介绍短消息系统的日志记录的方法。

发明内容

本发明要解决的技术问题是提供一种消息日志处理方法和系统，以减少 数据库操作，提高消息入库效率。

为了解决上述问题，本发明提供了一种消息日志处理方法，该方法由消 息日志处理系统实现，该方法包括以下步骤：

(a)业务处理系统将原消息或关联消息转发给消息日志处理系统；

(b)消息日志处理系统接收并判断消息是原消息还是关联消息，若是原 消息则缓存该原消息到内存中等待状态报告，若是关联消息，则执行步骤(c)；

(c)消息日志处理系统根据关联消息更新内存中的对应原消息信息，并 插入数据库。

进一步地，所述消息日志处理系统定时检查缓存中的原消息是否超过预 设的暂存有效期，若超过，则将原消息插入数据库，步骤(c)中，消息日志 处理系统先检查内存中是否有与关联消息对应的原消息，有则更新后，插入 数据库，否则直接到数据库中更新原消息。

进一步地，缓存原消息前，判断该消息流程是否结束，若流程结束则直 接插入数据库，否则缓存该原短消息。

进一步地，在对数据库进行插入或更新操作前，待插入或更新的消息先 存入批量存储区，当缓存为满或到达预设时间时再执行批量插入或更新操作。

进一步地，所述数据库和批量存储区采用按天分表进行数据存储。

为解决上述技术问题，本发明还提供了一种消息日志处理系统，该系统 包括接收单元、处理单元及数据库，其中：

接收单元用于接收业务处理系统转发的消息，包括原消息和关联消息；

判断单元用于判断接收单元接收的消息是原消息还是关联消息，若为关 联消息则通知缓存管理单元；若为原消息则缓存入缓存单元；

缓存单元用于缓存接收单元接收的原消息；

缓存管理单元用于接收判断单元的通知，根据关联消息更新对应原消息 的信息，并发送更新后的消息到所述处理单元，同时删除缓存单元中的该消 息；

处理单元用于执行数据库操作。