专利名称：一种清单查询系统、装置和方法
技术领域：
本发明涉及移动通讯的业务支撑领域，更具体的，本发明涉及一种清单查询系统、 装置和方法。
背景技术：
清单查询是电信运营商为用户提供的一种服务。用户通过通信工具(比如移动终 端、固定电话、无线网卡等)使用运营商提供的服务，产生了详细清单(⑶R)。用户可以通过 自助打印、网上营业厅、无线应用协议(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为根据本发明实施方式，从网上营业厅发送查询请求时的清单查询方法流程 示意图。如图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服务器将结果推送到用户浏览器页面上。至此，用户查询清单的流程结束。
以上以网上营业厅为例详细说明了清单查询方法的具体实施方式
。本领域技术人 员可以意识到，这仅是示范性的阐述，并不用于限定本发明实施方式的应用环境。综上所述，在本发明实施方式的系统中，文件清单查询单元保存历史清单数据及 其索引信息，实时数据库保存实时清单数据，查询路由引擎单元接收的查询请求确定是从 实时数据库或文件清单查询单元中获取清单数据。由此可见，由于索引信息是保存在文件 清单查询单元中，当实时数据库或别的数据库发生故障时，并不影响文件清单查询单元的 清单数据查询操作。而且，程序编程接口(API)接口单元，可以将各种类型的查询请求转换为统一格 式的查询请求，利用统一接口提供了标准的API接口，从而为用户提供了便利。另外，通过 对实时清单数据、历史清单数据、容灾数据等进行划分处理，本发明实施方式还实现了信息 的生命周期管理，而且可以按照客户优先级的不同进行差异化查询。以上所述，仅为本发明的较佳实施方式而已，并非用于限定本发明的保护范围。凡 在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保 护范围之内。
权利要求
一种清单查询系统，其特征在于，该系统包括实时数据库、文件清单查询单元和查询路由引擎单元，其中实时数据库，用于保存实时清单数据；文件清单查询单元，用于保存历史清单数据及其索引信息；查询路由引擎单元，用于根据接收的查询请求确定是从实时数据库获取实时清单数据，还是基于所述索引信息从所述文件清单查询单元中获取历史清单数据。
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中任一项所述的清单查询方法，其特征在于，所述清单查询请 求中包括查询时间信息；所述根据接收的查询请求确定是从实时数据库获取实时清单数据，还是基于保存在文 件清单查询单元中的索引信息从所述文件清单查询单元中获取历史清单数据包括从所述清单查询请求中解析出查询时间信息；根据所述查询时间信息确定所述清单查询请求为实时清单查询请求或历史清单查询 请求，当为实时清单查询请求时从所述实时数据库获取实时清单数据，当为历史清单查询 请求时从所述文件清单查询单元中获取历史清单数据。
全文摘要
本发明实施方式公开了一种清单查询系统、装置和方法。该系统包括实时数据库、文件清单查询单元和查询路由引擎单元，其中实时数据库，用于保存实时清单数据；文件清单查询单元，用于保存历史清单数据及其索引信息；查询路由引擎单元，用于根据接收的查询请求确定是从实时数据库获取实时清单数据，还是基于索引信息从文件清单查询单元中获取历史清单数据。应用本发明实施方式以后，当实时数据库或别的数据库发生故障时，并不影响文件清单查询单元的清单数据查询操作。还实现了信息的生命周期管理，而且可以按照客户优先级的不同进行差异化查询。
文档编号G06F17/30GK101957830SQ20091015932
公开日2011年1月26日 申请日期2009年7月13日 优先权日2009年7月13日
发明者孙凯, 戴建东, 王宏图 申请人:中国移动通信集团江苏有限公司