CN1976499B - 一种实现历史短消息转存的系统及其方法 - Google Patents

Abstract

本发明公开了一种实现历史短消息转存的系统及其方法，用于对短消息中心中的历史短消息进行转存，其特征在于，该系统包括：一历史短消息服务器，用于读取由所述短消息中心通过一接口传送的历史短消息文件，并根据与所述短消息中心约定的格式从所述历史短消息文件中读取历史短消息；及一历史短消息数据库，用于存储由所述历史短消息服务器通过一数据库接口导入的历史短消息。本发明克服了现有技术在进行短消息中心的数据处理时短消息中心对短消息业务数据库的依赖性和独占性，能够大幅提升短消息中心的运行速度，同时增强了短信息中心的安全性，也节省了成本。

Description

一种实现历史短消息转存的系统及其方法

技术领域

本发明涉及短消息处理技术，特别是涉及一种实现历史短消息转存的系统及方法。

背景技术

目前随着短消息的日益普及，短消息的流量越来越大，对短消息中心的短消息的存储和查询显示能力有了更高的要求，短消息流量增大意味着短消息中心能够存储的绝对时长缩短了，而且各种增值业务对短消息中心的短消息的二次应用也越来越紧迫，需要短消息中心提供数据库或者数据库接口。现有技术中，短消息中心处理短消息时，根据短消息的特点，发送成功之前会对消息进行再次处理和访问，所以短消息中心必须保存处理中的消息，这部分消息可以存储在内存中，如果内存不够大，可以用文件或者小型数据库辅助存储。处理中消息包括等待发送的消息、定时消息、正在发送的消息等。

但是，当消息发送成功或者最终失败后(完成消息)，对这种完成消息，短消息中心业务就不会再去访问了，之后的存储只是为了日后的查询和统计用。完成消息，又称历史短消息，包括成功发送到目的用户手机的消息，以及由于各种原因，短消息中心认为该消息已经失败，不用再次处理、发送的消息等。

处理中消息与历史短消息组成了短消息中心的所有消息。

现有的短消息中心面临三个和短消息存储相关的主要问题是：

第一，短消息中心随着短消息流量的急速增加，对处理速度和性能的要求日益增加，而短消息中心的处理瓶颈就在短消息的插入和修改几个重要的步骤上。虽然用很好的小型机和磁阵能够大幅提高短消息中心的处理能力，但是同时也极大增加了短消息的运营成本。

第二，短消息中心一般都把短消息存储在专业数据库上，例如：ORACLE或者SQL SERVER。而且短消息的正常运行必须依赖数据库，如果数据库出问题，短消息中心就不能正常运行。所以如果想要扩充数据库空间的硬盘，就会影响到短消息中心的正常运行。

ORACLE为美国ORACLE公司的数据库产品，SQL SERVER(StructuredQuery Language Server，结构化查询语言服务器)为美国微软公司的数据库产品。

第三，随着短消息日益广泛的应用，针对短消息而诞生的二次增值业务也越来越多，其中很多需要获取短消息中心处理过的所有短消息进行业务处理，但是短消息中心的数据库一般都是短消息中心的核心模块，首先如果容许其它用户访问业务数据库肯定会影响短消息中心的运行速度，同时对短消息中心的信息的隐私性也构成一定的威胁。

发明内容

本发明所要解决的技术问题在于提供一种实现历史短消息转存的系统及其方法，用于克服现有技术中短消息中心对短消息业务数据库的依赖性和独占性。

为了实现上述目的，本发明提供了一种实现历史短消息转存的系统，用于对短消息中心中的历史短消息进行转存，包括：

一历史短消息服务器，用于读取由所述短消息中心通过一接口传送的历史短消息文件，并根据与所述短消息中心约定的格式从所述历史短消息文件中读取历史短消息；及

一历史短消息数据库，用于存储由所述历史短消息服务器通过一数据库接口导入的历史短消息。

所述的实现历史短消息转存的系统，其中，还包括：一查询工具模块，用于通过另一数据库接口向所述历史短消息数据库发送一查询请求，并通过所述历史短消息服务器的视图显示所述另一数据库接口查询所述历史短消息数据库得到的查询结果。

所述的实现历史短消息转存的系统，其中，所述数据库接口为屏蔽数据库类型的统一数据库接口函数。

所述的实现历史短消息转存的系统，其中，所述另一数据库接口为屏蔽数据库类型的统一数据库接口函数。

所述的实现历史短消息转存的系统，其中，所述历史短消息数据库为ORACLE数据库管理系统或结构化查询语言数据库管理系统。

为了实现上述目的，本发明还提供了一种实现历史短消息转存的方法，用于对短消息中心中的历史短消息进行转存，包括：

步骤一，短消息中心将历史短消息存放到一历史短消息文件中，并通过一接口将所述历史短消息文件传送至历史短消息服务器；及

步骤二，所述历史短消息服务器读取所述历史短消息文件，并根据与所述短消息中心约定的格式从所述历史短消息文件中读取所述历史短消息，并通过一数据库接口将所述历史短消息导入一历史短消息数据库。

所述的实现历史短消息转存的方法，其中，所述步骤二具体为：

步骤71，所述历史短消息服务器通过一FTP客户端采集所述短消息中心放置于在一FTP服务器的共享目录下的历史短消息文件并放置于本机目录，从FTP指定的目录下读取所述历史短消息文件，并按照所述历史短消息服务器与所述约定的格式读取所述历史短消息文件中的历史短消息；

步骤72，所述历史短消息服务器把得到的历史短消息通过所述数据库接口写入所述历史短消息数据库；及

步骤73，所述历史短消息数据库将所述历史短消息入库，存储到物理介质上。

所述的实现历史短消息转存的方法，其中，所述步骤二中，还包括对所述历史短消息服务器进行如下一个或多个参数配置的步骤：

81)，可配置历史短消息保留的最大天数；

82)，历史短消息文件存放位置；

83)，扫描历史短消息文件的间隔，单位秒；

84)，每次扫描后处理记录数，单位条；

85)，是否产生备份文件；

86)，备份文件存放位置；

87)，历史短消息数据库信息：类型、数据库名、位置。

所述的实现历史短消息转存的方法，其中，所述步骤二中，所述历史短消息服务器以批量方式将所述历史短消息导入到所述历史短消息数据库中。

所述的实现历史短消息转存的方法，其中，所述步骤二中，还包括由一查询工具向所述历史短消息数据库发送一查询请求进行历史短消息查询的步骤，具体为：

步骤101，所述查询工具通过另一数据库接口向所述历史短消息数据库发送一查询请求；

步骤102，所述数据库接口根据查询条件在所述历史短消息数据库进行记录检索，并返回查询结果给所述查询工具；及

步骤103，所述查询工具在所述历史短消息服务器的视图上显示所述查询结果。

所述的实现历史短消息转存的方法，其中，所述步骤102中，所述查询条件为移动用户号码簿号码或移动台识别码。

与现有技术相比较，本发明提供了利用单独设立一个历史短消息服务器来实现多个短消息中心历史短消息的存储，以及提供视图来实现多个短消息中心历史短消息查询的二次接口。其有益效果具体包括以下方面：

第一，相对于现有技术中将短消息中心中的处理中消息与历史短消息两类消息都保存在短消息中心的方式不同，本发明将历史短消息从短消息中心独立出来，代替短消息中心处理历史短消息的存储操作，可以大幅提升短消息中心的处理能力。

第二，短消息中心一般都把短消息存储在专业数据库上，例如：ORACLE或者SQL SERVER。而且短消息中心的正常运行必须依赖数据库，如果数据库出问题，短消息中心就不能正常运行。而且如果想要扩充数据库空间的硬盘，就会影响到短消息中心的正常运行。由于历史短消息比处理中消息多得多，本发明从短消息中心独立出来，使短消息中心该问题得到很大的缓解。

第三，随着短消息日益广泛的应用，针对短消息而诞生的二次增值业务也越来越多，其中很多需要获取短消息中心处理过的所有短消息进行业务处理，但是短消息中心的数据库一般都是短消息中心的核心模块，首先如果容许其它用户访问业务数据库肯定会影响短消息中心的运行速度，同时对短消息中心的信息的隐私性也构成了一定的威胁。本发明保持了短消息中心的独立，使得短消息中心的安全性也得到了加强。

第四，本发明支持多个短消息中心共用一个历史短消息数据库，节约成本。

第五，本发明短消息中心的计费服务器产生的话单，是通过FTP(FileTransfer Protocol，文件传输协议)传输过来存储以及读取的。话单是短消息中心原本就必须产生的，对短消息中心的其他业务无任何影响。

以下结合附图和具体实施例对本发明进行详细描述，但不作为对本发明的限定。

附图说明

图1是本发明的总体结构及接口示意图；

图2是本发明的历史短消息入库流程图；

图3是本发明的历史短消息查询流程图。

具体实施方式

下面结合附图对本发明历史短消息转存功能模块及其接口，本发明的历史短消息入库流程，以及本发明的历史短消息查询流程分别进行说明。

如图1所示，是本发明的总体结构及接口示意图。该图描述了本发明历史短消息转存功能模块及其接口，主要包括：

FTP接口101，为短消息中心100与历史短消息服务器102传输话单文件的接口；该接口不仅限于FTP接口，还可是其他接口；

历史短消息服务器102，为本系统的核心处理模块，主要负责话单文件的读取、分析、入库以及历史短消息的维护等操作；

数据库接口103，为屏蔽数据库类型的统一数据库接口函数，以供历史短消息服务器102调用；

历史短消息数据库104，是存放历史短消息的存储介质；可以是成熟的数据库管理系统(例如：ORACLE或SQL SERVER)，也可以是文件存储数据库；可根据实际的现场需求和系统的具体实现细节决定其他存储方式；

数据库接口105，是屏蔽数据库类型的统一数据库接口函数，以供查询工具106调用；

查询工具106，为第三方工具，也可以是本发明系统提供的工具，用于提供最常用的目的用户查询短消息的工具。通过设置的时间到数据库中对应的表中根据目的用户的MDN(Mobile Data Number，移动用户号码簿号码)或者MIN(Mobile station Identify Number，移动台识别码)进行索引查询。同理可以用类似的方式来实现主叫用户。

短消息中心100通过计费服务器在产生话单文件的同时，按照与历史短消息服务器102双方约定的格式，把每一条短消息都存放到历史短消息文件中；并且放在FTP服务器的共享目录下，以供历史短消息服务器102来采集。

历史短消息服务器102通过FTP客户端采集短消息中心100提供的历史短消息文件并且放在本机目录，以供历史短消息服务器102读取。

历史短消息服务器102从指定的目录下读取历史短消息文件，并且按照双方约定的格式读取历史短消息文件中的短消息记录，然后写入历史短消息数据库104。

历史短消息服务器102采用批量方式将扫描到的历史短消息导入到历史短消息数据库104中。

历史短消息服务器102提供基本的视图给第三方工具106，方便第三方工具106查询和统计。

本发明对历史短消息服务器102进行如下一个或多个参数配置：

1)，可配置历史短消息保留的最大天数——为释放数据库空间，每天凌晨，历史短消息服务器102自动清除数据库中上述配置的最大天数以前的历史短消息；

2)，历史短消息文件存放位置；

3)，扫描历史短消息文件的间隔，单位秒；

4)，每次扫描后处理记录数，单位条；

5)，是否产生备份文件；

6)，备份文件存放位置；

7)，历史短消息数据库信息：类型、数据库名、位置。

如图2所示，是本发明的历史短消息入库流程图。结合图1，该历史短消息入库流程主要有以下五个步骤：

步骤201，短消息中心100通过计费服务器在产生话单的同时，按照和历史短消息服务器102双方约定的格式，把每一条短消息都存放到历史短消息文件中。并且放在FTP服务器的共享目录下，以供历史短消息服务器102来采集；

步骤202，历史短消息服务器102通过FTP客户端采集短消息中心100提供的历史短消息文件并且放在本机目录，以供历史短消息服务器102读取；

步骤203，历史短消息服务器102从FTP指定的目录下读取历史短消息文件，并且按照双方约定的格式读取历史短消息文件中的短消息记录；

步骤204，历史短消息服务器102把分析之后得到的短消息通过数据库接口103写入历史短消息数据库104；历史短消息服务器102采用批量方式将扫描到的历史短消息导入到历史短消息数据库104中；及

步骤205，历史短消息数据库104将短消息入库，存储到物理介质上。

如图3所示，是本发明的历史短消息查询流程图。结合图1，该历史短消息查询流程主要有以下四个步骤：

步骤301，查询工具106通过数据库接口105发送查询请求；

步骤302，数据库接口105根据查询条件在历史短消息数据库104进行记录检索；

步骤303，数据库接口105返回查询结果给查询工具106；及

步骤304，查询工具106在历史短消息服务器102提供的基本视图上显示查询结果。

本发明克服了现有技术在进行短消息中心的数据处理时短消息中心对短消息业务数据库的依赖性和独占性，将从短消息中心独立出来的历史短消息进行转存，能够大幅提升短消息中心的运行速度。

当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (11)

1.一种实现历史短消息转存的系统，用于对多个短消息中心中的历史短消息进行转存，其特征在于，包括：

一历史短消息服务器，用于读取由所述短消息中心通过一接口传送的历史短消息文件，并根据与所述短消息中心约定的格式从所述历史短消息文件中读取历史短消息，以及用于负责话单文件的读取、分析、入库；及

一历史短消息数据库，用于存储由所述历史短消息服务器通过一数据库接口导入的历史短消息。

2.根据权利要求1所述的实现历史短消息转存的系统，其特征在于，还包括：一查询工具模块，用于通过另一数据库接口向所述历史短消息数据库发送一查询请求，并通过所述历史短消息服务器的视图显示所述另一数据库接口查询所述历史短消息数据库得到的查询结果。

3.根据权利要求1所述的实现历史短消息转存的系统，其特征在于，所述数据库接口为屏蔽数据库类型的统一数据库接口函数。

4.根据权利要求2所述的实现历史短消息转存的系统，其特征在于，所述另一数据库接口为屏蔽数据库类型的统一数据库接口函数。

5.根据权利要求1-4任一所述的实现历史短消息转存的系统，其特征在于，所述历史短消息数据库为ORACLE数据库管理系统或结构化查询语言数据库管理系统。

6.一种实现历史短消息转存的方法，用于对多个短消息中心中的历史短消息进行转存，其特征在于，包括：

步骤一，短消息中心将历史短消息存放到一历史短消息文件中，并通过一接口将所述历史短消息文件传送至历史短消息服务器；及

步骤二，所述历史短消息服务器读取所述历史短消息文件，并根据与所述短消息中心约定的格式从所述历史短消息文件中读取所述历史短消息，并通过一数据库接口将所述历史短消息导入一历史短消息数据库，以及负责话单文件的读取、分析、入库。

7.根据权利要求6所述的实现历史短消息转存的方法，其特征在于，所述步骤二具体为：

步骤71，所述历史短消息服务器通过一FTP客户端采集所述短消息中心放置于在一FTP服务器的共享目录下的历史短消息文件并放置于本机目录，从FTP服务器指定的目录下读取所述历史短消息文件，并按照所述历史短消息服务器与所述短消息中心约定的格式读取所述历史短消息文件中的历史短消息；

步骤72，所述历史短消息服务器把得到的历史短消息通过所述数据库接口写入所述历史短消息数据库；及

步骤73，所述历史短消息数据库将所述历史短消息入库，存储到物理介质上。

8.根据权利要求6或7所述的实现历史短消息转存的方法，其特征在于，所述步骤二中，还包括对所述历史短消息服务器进行如下一个或多个参数配置的步骤：

81)，可配置历史短消息保留的最大天数；

82)，历史短消息文件存放位置；

83)，扫描历史短消息文件的间隔，单位秒；

84)，每次扫描后处理记录数，单位条；

85)，是否产生备份文件；

86)，备份文件存放位置；

87)，历史短消息数据库信息：类型、数据库名、位置。

9.根据权利要求6或7所述的实现历史短消息转存的方法，其特征在于，所述步骤二中，所述历史短消息服务器以批量方式将所述历史短消息导入到所述历史短消息数据库中。

10.根据权利要求6或7所述的实现历史短消息转存的方法，其特征在于，所述步骤二中，还包括由一查询工具向所述历史短消息数据库发送一查询请求进行历史短消息查询的步骤，具体为：

步骤101，所述查询工具通过另一数据库接口向所述历史短消息数据库发送一查询请求；

步骤102，所述另一数据库接口根据查询条件在所述历史短消息数据库进行记录检索，并返回查询结果给所述查询工具；及

步骤103，所述查询工具在所述历史短消息服务器的视图上显示所述查询结果。

11.根据权利要求10所述的实现历史短消息转存的方法，其特征在于，所述步骤102中，所述查询条件为移动用户号码簿号码或移动台识别码。

Images