[发明专利]消息类业务累计数据缓存方法及系统

说明书

技术领域

本发明涉及管理提供商增值业务的综合业务管理平台领域，特别是一种消息类业务累计数据缓存方法及系统。

背景技术

在传统的消息类业务应用中，消息类数据产生后，直接存储到数据库中，如果需要使用消息类数据，则直接从数据库中查找。由于数据库容量巨大，查找费时，使得该方案中数据访问速度较低，实时性不高。

此外，传统的消息类业务应用中，对消息类数据查找常用直接定址法的哈希算法。直接定址法中哈希函数为关键字的线性函数：H(key)＝key或者H(key)＝a key+b，对于超出地址范围的哈希函数值，另建立一个数据链，再次分配地址。通常，使用哈希函数计算地址都会产生哈希地址冲突，在传统的消息类业务中，当出现哈希冲突时，依照空闲地址的顺序依次存储。该方法的缺点在于，数据存储较为杂乱，，容易产生空闲地址，造成空间浪费，在对数据链中存储的数据进行访问时，访问速度较慢，从而影响整个数据访问的速度。

发明内容

有鉴于此，本发明的主要目的在于提供一种消息类业务累计数据缓存方法，对系统性能影响更小，并能有效的解决哈希冲突。

本发明的另一目的在于提供一种消息类业务累计数据缓存系统，效率高、实时性好。

为达到上述目的，本发明的技术方案是这样实现的：

一种消息类业务累计数据缓存方法，该方法包括：

在综合业务管理平台和3G引擎之间建立二级缓存机制，采用除留余数法计算消息类业务累计数据存储地址，将消息类业务累计数据存储在缓冲区。

所述消息类业务累计数据存储地址的计算过程具体包括：

将用户号码、产品代码中唯一标识产品的字符码组成中间串；

对所述中间串加密，得到累计数据标识；

将累计数据标识各字符的ASCII码相加结果作为哈希函数自变量；

将所述哈希函数自变量代入除留余数法构建的哈希函数，所得哈希函数值为消息类业务累计数据的缓存存储地址。

所述存储地址计算还包括采用开放定址法解决缓存区存储地址冲突：

冲突的存储地址的新地址Hi＝(H(key)+di)％m；

其中，H(key)为冲突的存储地址，i＝1，2，...k，(k＜＝m-1)，m为哈希表长；

di的选取采用线性探查再散列的方法，即di＝1，2，3，...m-1，直到解决存储地址冲突为止。

所述二级缓存机制包括：

设置缓存更新周期和历史访问频率阈值；

缓存更新周期到达，搜索数据库中在此次缓存更新周期内的产生的消息类业务累计数据；

若消息类业务累计数据的历史访问频率高于历史访问频率阈值，则将该消息类业务累计数据更新到一级缓存，否则，更新到二级缓存。

该方法还包括：对用户请求的消息类业务，根据消息类业务累计数据进行批价。

所述根据消息类业务累计数据进行批价的过程包括：

3G引擎向综合业务管理平台发送批价请求消息，该消息包含用户号码、产品代码；

综合业务管理平台收到批价请求消息，根据该用户的历史使用情况进行批价，并将用户号码、产品代码存入一级缓存，向3G引擎返回批价请求响应消息；

3G引擎向综合业务管理平台发送批价确认消息；

综合业务管理平台根据批价确认消息，在一级缓存中获取用户号码和产品代码，计算累计数据标识，根据累计数据标识依次在一级缓存、二级缓存中寻找消息类业务累计数据，如果找到，根据消息类业务累计数据对该业务重新批价、更新消息类业务累计数据，并将更新后的消息类业务累计数据存入数据库；否则，将该消息类业务累计数据各项归零；

综合业务管理平台向3G引擎返回批价确认响应消息。

所述原始累计数据是线性结构，包括累计数据标识、本月累计资源、本月累计消费费用。

所述原始累计数据还包括本月包量累计资源和本月保底累计使用费用。

一种消息类业务累计数据缓存系统，该系统包括3G引擎、综合业务管理平台、缓存区、数据处理模块和数据库，3G引擎、综合业务管理平台、缓存区、数据处理模块和数据库依次连接：

3G引擎，用于根据用户选择业务向综合业务管理平台发送批价请求、批价确认消息；

综合业务管理平台，用于对服务提供商或者内容提供商的产品进行管理，所述管理包括但不限于鉴权、批价；响应3G引擎发送的批价请求、批价确认消息，并根据批价确认消息从缓存区中检索累计数据标识；