CN101957830A

CN101957830A - 一种清单查询系统、装置和方法

Info

Publication number: CN101957830A
Application number: CN2009101593215A
Authority: CN
Inventors: 王宏图; 戴建东; 孙凯
Original assignee: China Mobile Group Jiangsu Co Ltd
Current assignee: China Mobile Group Jiangsu Co Ltd
Priority date: 2009-07-13
Filing date: 2009-07-13
Publication date: 2011-01-26

Abstract

本发明实施方式公开了一种清单查询系统、装置和方法。该系统包括实时数据库、文件清单查询单元和查询路由引擎单元，其中：实时数据库，用于保存实时清单数据；文件清单查询单元，用于保存历史清单数据及其索引信息；查询路由引擎单元，用于根据接收的查询请求确定是从实时数据库获取实时清单数据，还是基于索引信息从文件清单查询单元中获取历史清单数据。应用本发明实施方式以后，当实时数据库或别的数据库发生故障时，并不影响文件清单查询单元的清单数据查询操作。还实现了信息的生命周期管理，而且可以按照客户优先级的不同进行差异化查询。

Description

一种清单查询系统、装置和方法

技术领域

本发明涉及移动通讯的业务支撑领域，更具体的，本发明涉及一种清单查询系统、装置和方法。

背景技术

清单查询是电信运营商为用户提供的一种服务。用户通过通信工具(比如移动终端、固定电话、无线网卡等)使用运营商提供的服务，产生了详细清单(CDR)。用户可以通过自助打印、网上营业厅、无线应用协议(WAP)等方式查询自己使用服务的详细情况以及由此产生的费用。清单查询可以给用户带来很大的便利。

传统的清单是一般存储在数据库中，用户通过各种渠道向数据库提交查询请求，比如由中间件服务器(比如：tuxedo、CICS、TongEASY等)向数据库发送查询请求，然后把数据库返回的查询结果返回给用户。

然而，如果数据库或存储设备发生故障，则中间件服务器无法获得清单信息，也就无法为用户提供清单查询服务。而且，在现有的清单查询系统中，并没有实现清单信息的生命周期管理，同样也没有实现按客户优先级的差异化查询清单。

发明内容

本发明实施方式提出一种清单查询系统，以在数据库或存储设备发生故障时也能查询清单数据。

本发明实施方式提出一种清单查询装置，以在数据库或存储设备发生故障时也能查询清单数据。

本发明实施方式提出一种清单查询方法，以在数据库或存储设备发生故障时也能查询清单数据

本发明实施方式的技术方案如下：

一种清单查询系统，该系统包括实时数据库、文件清单查询单元和查询路由引擎单元，其中：

实时数据库，用于保存实时清单数据；

文件清单查询单元，用于保存历史清单数据及其索引信息；

查询路由引擎单元，用于根据接收的查询请求确定是从实时数据库获取实时清单数据，还是基于所述索引信息从所述文件清单查询单元中获取历史清单数据。

一种清单查询装置，包括查询请求接收单元、路由判定单元和地址信息单元，其中：

所述查询请求接收单元，用于从查询请求方接收查询请求；

所述路由判定单元，用于根据所述查询请求确定是从实时数据库获取实时清单数据，还是基于保存在文件清单查询单元中的索引信息从所述文件清单查询单元中获取历史清单数据；

地址信息返回单元，用于基于由所述路由判定单元判定的清单数据获取方式，向查询请求方返回实时数据库和/或文件清单查询单元的地址信息

一种清单查询方法，该方法包括：

发送清单查询请求；

根据接收的查询请求确定是从实时数据库获取实时清单数据，还是基于保存在文件清单查询单元中的索引信息从所述文件清单查询单元中获取历史清单数据。

从上述技术方案可以看出，在本发明实施方式的系统中，文件清单查询单元保存历史清单数据及其索引信息，实时数据库保存实时清单数据，查询路由引擎单元接收的查询请求确定是从实时数据库或文件清单查询单元中获取清单数据。由此可见，由于索引信息是保存在文件清单查询单元中，当实时数据库或别的数据库发生故障时，并不影响文件清单查询单元的清单数据查询操作。

而且，程序编程接口(API)接口单元，可以将各种类型的查询请求转换为统一格式的查询请求，利用统一接口提供了标准的API接口，从而为用户提供了便利。另外，通过对实时清单数据、历史清单数据、容灾数据等进行划分处理，本发明实施方式还实现了信息的生命周期管理，而且可以按照客户优先级的不同进行差异化查询。

附图说明

图1为根据本发明实施方式的清单查询系统结构示意图；

图2为根据本发明实施方式清单查询装置结构示意图；

图3为根据本发明实施方式的清单查询方法流程示意图；

图4为根据本发明实施方式，从网上营业厅发送查询请求时的清单查询方法流程示意图。

具体实施方式

为使本发明的目的、技术方案和优点表达得更加清楚明白，下面结合附图及具体实施方式对本发明再作进一步详细的说明。

图1为根据本发明实施方式的清单查询系统结构示意图。

如图1所示，该系统包括实时数据库101、文件清单查询单元102和查询路由引擎单元103，其中：

实时数据库101，用于保存实时清单数据；

文件清单查询单元102，用于保存历史清单数据及其索引信息；

查询路由引擎单元103，用于根据接收的查询请求确定是从实时数据库101获取实时清单数据，还是基于索引信息从文件清单查询单元102中获取历史清单数据。

在一个优选方式中，实时数据库101中可以保存本月、本周或本天的实时清单数据(未出账)，而且在每月的月初、每周一、每天早上等时间段，实时数据库101可以将上个月或上周或昨天的历史清单数据导出到文件清单查询单元102中，由文件清单查询单元102予以保存。这样，实时数据库101的规模可以保持较小，性能比较稳定而且查询速度得到提高。

文件清单查询单元102可以保存历史清单数据(比如，上周、上一个月、上个季度、或者去年的清单数据)。文件清单查询单元102优选保存是基于排序的、压缩的文件，而且其索引信息也是保存在文件清单查询单元102上，在运行时索引信息全部加载到服务器内存中。比如，文件清单查询单元102可以将历史清单数据按信息的唯一ID进行排序并压缩，并为每个压缩过的数据建立索引，索引也保存在文件清单查询单元102中。这样，即使实时数据库101发生故障，也不影响查询文件清单查询单元102中的历史清单数据。

在一个实施方式中，文件清单查询单元102还可以通过使用群集文件系统实现文件的共享。而且，在正常情况下，文件清单查询单元102可以按照特定的条件(如：地区代码)指定查询的服务器，当这台服务器发生故障时，通过预先设定的路由自动切换到其他服务器查询历史清单数据，可以实现类似Oracle的RAC和FailOver功能。

另外，文件清单查询单元102中还可以提供基于socket的高效接口，各种高级语言均可利用该高效接口与文件清单查询单元102相连接，文件清单查询单元102所保存的数据优选可以采用DES加密，信息请求方必须有相应的密钥才能获得相关信息，从而可以提高文件清单查询单元102中保存的历史清单数据的安全性。

在一个实施方式中，查询路由引擎单元103，用于从接收到的清单查询请求中解析出查询时间信息，并根据查询时间信息确定清单查询请求为实时清单查询请求或历史清单查询请求，当为实时清单查询请求时从实时数据库101获取实时清单数据，当为历史清单查询请求时从文件清单查询单元102中获取历史清单数据。查询路由引擎单元103判定出实时清单查询请求或历史清单查询请求后，查询路由引擎单元103可以直接从实时数据库101或文件清单查询单元102中查询相应的清单数据，然后发送给查询方。可选地，查询路由引擎单元103判定出实时清单查询请求或历史清单查询请求后，可以将实时数据库101或文件清单查询单元102的IP地址、端口号等地址信息发送给查询方，由查询方根据所提供的地址信息直接从实时数据库101或文件清单查询单元102中获取相应的清单数据。

在具体实现中，实时数据库101或文件清单查询单元102都可能分别由多个服务器构成。路由引擎单元103可以通过存储在路由表中的路由信息来确定具体从哪个服务器查询数据。路由表中还可以进一步设置路由策略，比如当实时数据库出现故障时，如果查询路由引擎单元103判定收到了实时清单数据请求，还可以转到文件清单查询单元102中查询历史清单数据。而且，路由表可以存储在实时数据库101、文件清单查询单元102或任意第三方中。优选的，该路由表可以保存在查询路由引擎单元中，这样，当实时数据库101或文件清单查询单元102不能提供服务时，路由引擎单元103也可以根据存储在本地的路由表确定具体从哪个服务器或哪个数据源来查询数据。

优选的，该系统进一步包括容灾数据库104，用于保存容灾清单数据。此时，查询路由引擎单元103，进一步用于在实时数据库101和/或文件清单查询单元102不可用时，从容灾数据库104中获取容灾清单数据。

该系统进一步包括应用程序编程接口(API)接口单元105。API接口单元105，用于接收至少一种类型的查询请求，将至少一种类型的查询请求转换为统一格式的查询请求，并发送到所述查询路由引擎单元103。

可见，API接口单元105可以充当用户或应用程序提交查询请求的统一接口。这样，用户或应用程序无需知道清单以哪种格式、哪个服务器上，统一接口屏蔽了这些细节，提供了标准的API接口。

该系统还可以进一步包括备份数据源106，用于保存备份清单数据；

此时，查询路由引擎单元103，进一步用于检查容灾数据库104、实时数据库101和/或文件清单查询单元102的状态，并基于状态检查结果和预先设定的查询策略从备份数据源106中获取备份清单数据。

由于实时数据库101和/或文件清单查询单元102是一个大型的应用服务器软件，数据规模的不断扩大，查询的频度不断升高，系统压力不大增大，以及主机和存储设备的故障等，都有可能造成实时数据库101和/或文件清单查询单元102异常，并无法提供服务，因此可以在系统中增加备份数据源106，从而提高查询效率，降低了故障概率。

基于上述分析，本发明实施方式还提出了一种清单查询装置。

图2为根据本发明实施方式清单查询装置结构示意图。

如图2所示，该装置包括查询请求接收单元201、路由判定单元202和地址信息单元203，其中：

查询请求接收单元201，用于从查询请求方接收查询请求；

路由判定单元202，用于根据所述查询请求确定是从实时数据库(图2中没有示出)获取实时清单数据，还是基于保存在文件清单查询单元(图2中没有示出)中的索引信息从文件清单查询单元中获取历史清单数据；

地址信息返回单元203，用于基于由路由判定单元202判定的清单数据获取方式，向查询请求方返回实时数据库和/或文件清单查询单元的地址信息。

该装置还可以进一步包括优先级确定单元204；

优先级确定单元204，用于确定查询请求的优先级，并向地址信息返回单元203发送所述查询请求的优先级；地址信息返回单元203，用于基于路由判定单元202判定的清单数据获取方式，向查询请求方返回实时数据库和/或文件清单查询单元的与查询请求的优先级相对应的地址信息。具体地，优先级确定单元204收到查询请求后，可以通过对查询方资料的分析，根据查询方品牌、大客户级别等信息确定查询方的优先级信息，并将优先级信息发送到地址信息返回单元203，然后地址信息返回单元203，再为不同优先级的查询方分配不同的端口号和进程数等。

优选地，该清单查询装置进一步包括API接口单元(图中没有示出)。API接口单元，用于接收至少一种类型的查询请求，将至少一种类型的查询请求转换为统一格式的查询请求，并发送到查询请求接收单元201。

基于上述分析，本发明实施方式还提出了一种清单查询方法。

图3为根据本发明实施方式的清单查询方法流程示意图。

如图3所示，该方法包括：

步骤301：发送清单查询请求。

在这里，请求方可以从营业厅发送清单查询请求、或从网上营业厅发送清单查询请求、或从WAP网络发送清单查询请求、或根据短信/彩信发送清单查询请求。

以上虽然罗列了一些常用的清单查询请求发送方式，本领域技术人员可以意识到，这些示范性举例仅是阐述性的，并不用于限定本发明实施方式的范围。

步骤302：根据接收的查询请求确定是从实时数据库获取实时清单数据，还是基于保存在文件清单查询单元中的索引信息从所述文件清单查询单元中获取历史清单数据。

其中，在清单查询请求中可以包括查询时间信息，查询时间信息指明查询的清单数据时间段。

这样，查询请求执行方首先从清单查询请求中解析出查询时间信息，根据查询时间信息确定所述清单查询请求为实时清单查询请求或历史清单查询请求，当为实时清单查询请求时从所述实时数据库获取实时清单数据，当为历史清单查询请求时从所述文件清单查询单元中获取历史清单数据。

该方法可以进一步包括，当查询请求的类型为多种时，在接收到多种类型的查询请求后，将各种类型的查询请求转换为统一格式的查询请求。

该方法可以进一步包括，当判定实时数据库和/或文件清单查询单元不可用时，从容灾数据库中获取容灾清单数据。而且定期检查容灾数据库、实时数据库和/或文件清单查询单元的状态，并基于状态检查结果和预先设定的查询策略从备份数据源中获取备份清单数据。比如，可以在容灾数据库、实时数据库和文件清单查询单元都不可用的时候，从备份数据源中获取备份清单数据。

下面以从网上营业厅发送查询请求为例，详细说明清单查询方法的流程。

如图4所示，该方法包括：

步骤401：用户A登录网上营业厅(或自助打印、WAP等其他渠道)，发出查询清单的请求，提交短信到网上营业厅的WEB服务器；

步骤402：WEB服务器调用API接口单元，由API接口单元转换为统一的查询请求；

步骤403：API接口单元调用查询路由引擎单元；

步骤404：查询路由引擎单元根据查询请求中包括的查询月份，确定数据源(比如：如果查询实时清单数据从实时数据库查询，如果查询历史清单数据从文件清单查询单元中查询)及其IP地址、端口号。在这里，查询路由引擎单元可以定期检索实时数据库、文件清单查询单元的状态，如果确定的数据源状态不正常，则根据查询策略可以转而使用其他数据源，具体包括：

1)当查询请求是查询实时清单，并且实时数据库不可用时，则使用容灾数据库；

2)当查询请求是查询历史清单数据，并且文件清单查询单元不可用时，则使用容灾库。

步骤405：如果查询实时清单数据，则API接口单元调用数据库查询子模块，从实时数据库中查询数据库记录，获得实时清单数据；

步骤406：如果查询历史清单数据，则API接口单元调用文件查询服务，从文件清单查询单元中查询索引，获得历史清单数据；

步骤407：实时数据库或文件清单查询单元返回查询结果；

步骤408：API接口单元根据路由分析结果，如果是文件清单查询单元返回的结果，还需要将返回结果进行DES解密，得到解密后的信息。接着，API接口单元把各个返回的结果进行标准格式化，将查询结果集返回给网上营业厅WEB服务器或其他渠道服务器；

步骤409：网上营业厅WEB服务器将结果推送到用户浏览器页面上。

至此，用户查询清单的流程结束。

以上以网上营业厅为例详细说明了清单查询方法的具体实施方式。本领域技术人员可以意识到，这仅是示范性的阐述，并不用于限定本发明实施方式的应用环境。

综上所述，在本发明实施方式的系统中，文件清单查询单元保存历史清单数据及其索引信息，实时数据库保存实时清单数据，查询路由引擎单元接收的查询请求确定是从实时数据库或文件清单查询单元中获取清单数据。由此可见，由于索引信息是保存在文件清单查询单元中，当实时数据库或别的数据库发生故障时，并不影响文件清单查询单元的清单数据查询操作。

以上所述，仅为本发明的较佳实施方式而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种清单查询系统，其特征在于，该系统包括实时数据库、文件清单查询单元和查询路由引擎单元，其中：

实时数据库，用于保存实时清单数据；

文件清单查询单元，用于保存历史清单数据及其索引信息；

2.根据权利要求1所述的清单查询系统，其特征在于，该系统进一步包括容灾数据库，用于保存容灾清单数据；

查询路由引擎单元，进一步用于在实时数据库和/或文件清单查询单元不可用时，从所述容灾数据库中获取容灾清单数据。

3.根据权利要求1所述的清单查询系统，其特征在于，该系统进一步包括应用程序编程接口API接口单元，

所述API接口单元，用于接收至少一种类型的查询请求，将所述至少一种类型的查询请求转换为统一格式的查询请求，并发送到所述查询路由引擎单元。

4.根据权利要求2所述的清单查询系统，其特征在于，该系统进一步包括备份数据源，用于保存备份清单数据；

查询路由引擎单元，进一步用于检查容灾数据库、实时数据库和/或文件清单查询单元的状态，并基于所述状态检查结果和预先设定的查询策略从所述备份数据源中获取备份清单数据。

5.一种清单查询装置，其特征在于，包括查询请求接收单元、路由判定单元和地址信息单元，其中：

所述查询请求接收单元，用于从查询请求方接收查询请求；

地址信息返回单元，用于基于由所述路由判定单元判定的清单数据获取方式，向查询请求方返回实时数据库和/或文件清单查询单元的地址信息。

6.根据权利要求5所述的清单查询装置，其特征在于，进一步包括优先级确定单元；

所述优先级确定单元，用于确定所述查询请求的优先级，并向地址信息返回单元发送所述查询请求的优先级；

所述地址信息返回单元，用于基于所述路由判定单元判定的清单数据获取方式，向查询请求方返回实时数据库和/或文件清单查询单元的与所述查询请求的优先级相对应的地址信息。

7.根据权利要求5或6所述的清单查询装置，其特征在于，所述清单查询装置进一步包括API接口单元；

所述API接口单元，用于接收至少一种类型的查询请求，将所述至少一种类型的查询请求转换为统一格式的查询请求，并发送到所述查询请求接收单元。

8.一种清单查询方法，其特征在于，该方法包括：

发送清单查询请求；

9.根据权利要求8所述的清单查询方法，其特征在于，该方法进一步包括：

当判定实时数据库和/或文件清单查询单元不可用时，从容灾数据库中获取容灾清单数据。

10.根据权利要求8所述的清单查询方法，其特征在于，所述发送清单查询请求包括：从营业厅发送清单查询请求、从网上营业厅发送清单查询请求、从WAP网络发送清单查询请求、或根据短信/彩信发送清单查询请求。

11.根据权利要求8所述的清单查询方法，其特征在于，该方法进一步包括：

在接收至少一种类型的查询请求后，将所述至少一种类型的查询请求转换为统一格式的查询请求。

12.根据权利要求9所述的清单查询方法，其特征在于，该方法进一步包括：

进一步检查容灾数据库、实时数据库和/或文件清单查询单元的状态，并基于所述状态检查结果和预先设定的查询策略从备份数据源中获取备份清单数据。

13.根据权利要求8-12中任一项所述的清单查询方法，其特征在于，所述清单查询请求中包括查询时间信息；

所述根据接收的查询请求确定是从实时数据库获取实时清单数据，还是基于保存在文件清单查询单元中的索引信息从所述文件清单查询单元中获取历史清单数据包括：

从所述清单查询请求中解析出查询时间信息；

根据所述查询时间信息确定所述清单查询请求为实时清单查询请求或历史清单查询请求，当为实时清单查询请求时从所述实时数据库获取实时清单数据，当为历史清单查询请求时从所述文件清单查询单元中获取历史清单数据。