[发明专利]基于运营商支付账户体系的压缩可信设备存储控制方法

权利要求书

1.基于运营商支付账户体系的压缩可信设备存储控制方法，其特征在于，在保障精准查询命中运营商以手机号为用户主体对应可信设备集合前提下，通过使用Redis中hashmap中key存储手机前3位、flield存储手机号中间3位、value使用手机号后5位加上umid(唯一设备ID)通过MD5生成32位定长字符串后存储到value中指定的bloom模块这样达到压缩存储尽可能的压缩消耗的宝贵内存空间，使用了定长的key和value为定长也会减少内存碎片，通过使用Redis哈希存储结构key+flield减少key和哈希表空间降低膨胀率，通过key淘汰策略定期的清理历史冷设备mapping数据；如下的详细技术方案如下：

(1)使用可信设备存储模型和存储结构表设计实现压缩内容存储空间：

通过使用Redis中hashmap中key存储手机前3位、flield存储手机号中间3位、value使用手机号后5位加上umid(唯一设备ID)通过MD5生成32位定长字符串后存储到value中指定的bloom模块这样达到压缩存储尽可能的压缩消耗的宝贵内存空间；经过计算约5亿数据均分为10万份布隆存储模块，每个存储模块存储大约5000条手机号后5位+umid的可Mapping数据，经计算每个布隆存储模块约占用24.42kb大小；

当前redis使用：

10000*24.42/1024/1024＝2.324GB；如果单纯的使用手机(11位)加单条可信设备umid(约32位)存储大约需要(11+32)*5亿用户设备bit/1024kb/1024mb/1024G约为200GB以上的内存空间；综上可以内容存储压缩85倍左右的空间；

(2)使用可信设备存储模型和存储结构表设计实现降低内存碎片率：

使用可信设备存储模型图，使用手机号前3位作为key,手机号中间3位作为Flield，value为使用手机号后5位拼接对应的umid并且通过MD5加密算法得到定长32位的value使用定长的布隆模块进行存储，这样使用了定长的key和value为定长也会减少内存碎片；

(3)使用可信设备存储模型和存储结构表设计实现降低膨胀率：

使用Redis哈希存储结构key+flield，参考存储结构表约压缩的key存储空间为传统直接使用全手机号存储的100*100分之一的空间，大大减低了key和哈希表空间降低膨胀率；

(4)可信设备内容淘汰策略：

第一次冷启动可信设备需要使用批处理清洗控制器对近一个月全量用户使用终端设备进行过密码登录、密码交易支付鉴权操作活跃操作，计算出一个月内手机号和对应可信设备的device mapping关系表；

使用去重计算控制器，将手机号+umid拼接成唯一deviceId存储在HBASE中，使用HBASE对上面得到device mapping表进行去重计算操作，得出手机号、umid关联去重后的devicemapping关系表；

去重计算控制器计算得出手机号、umid关联去重后的device mapping关系表后，将调用任务分发控制器，将mapping记录分片信息分发给可信设备存储容器；

设备存储容器得到分发任务发送的mapping分片信息记录后按分片将内容存储至DB设备存储容器(mapping记录中记录设备最后操作日期)、内存可信设备存储容器(默认key/field对应的value布隆存储模块默认失效日期为1个月，如果1个月内该模块未被访问过则自动淘汰)；

(5)可信设备新增及验证流程：

请求方输入运营商支付账户对应的手机号和当前使用的唯一设备umid,验证是否为手机号对应的umid为可信设备，验证通过则直接登录或支付鉴权成功；如果验证失败则客户端弹出短信验证窗口，如果用户能接受到该手机号作为预留安全手机号对应的短信验证码并且验证码验证通过则表示该设备为该手机账户的可信设备则分别加入手机号和deviceID的mapping关系数据至缓存容器和db容器，并且对手机号后五位+deviceID对应的布隆存储模块自动有效期重置1个月，更新db容器中deviceID的mapping的最后操作时间为当日；

定时清理器每日触发清理策略，对DB设备存储容器mapping记录中记录设备最后操作日期计算操过一个月的自动清理该部分非活跃设备数据。