(19)国家知识产权局 (12)发明 专利申请 (10)申请公布号 (43)申请公布日 (21)申请 号 202210539745.X (22)申请日 2022.05.18 (71)申请人 山东浪潮智慧医疗科技有限公司 地址 250100 山东省济南市中国 （山 东） 自 由贸易试验区济南片区浪潮路1036号 浪潮科技园S02号楼31层3108室 (72)发明人 苏克礼　赵印　 (74)专利代理 机构 济南信达专利事务所有限公 司 37100 专利代理师 陈婷婷 (51)Int.Cl. H04L 9/40(2022.01) H04L 9/32(2006.01) H04L 51/046(2022.01) (54)发明名称 一种解决高并发场景下微信令牌失效的方 法 (57)摘要 本发明公开了一种解决高并发场景下微信 令牌失效的方法， 属于高速缓存及微信应用技术 领域， 该方法建立一个acc essToken分发中心， 只 让这一个节点去获取accessToken， 然后将 accessToken分发给各业务节点； 基于Redi s高速 缓存技术进行信息存储； 检查Redis中是否有未 过期的accessToken， 如果没有则自动获取微信 的accessToken， 然后通过Redi s广播发送给各业 务节点。 本发明在高并发的系统中， 实现高效获 取 微 信令 牌 ， 并 且 解决 微 信对 每日 获 取 accessToken上限的问题。 权利要求书1页 说明书4页 附图1页 CN 114928487 A 2022.08.19 CN 114928487 A 1.一种解决高并发场景下微信令牌失效的方法， 其特征在于建立一个accessToken分 发中心， 只让这 一个节点去获取ac cessToken， 然后将ac cessToken分发给 各业务节点； 基于Redis高速缓存技术进行信息存储； 检查Redis中是否有未过期的accessToken， 如 果没有则自动获取微信的ac cessToken， 然后通过Redis广播发送给 各业务节点。 2.根据权利要求1所述的一种解决高并发场景下微信 令牌失效的方法， 其特征在于， 在 前后端交 互的过程中使用业 务令牌。 3.根据权利要求2所述的一种解决高并发场景下微信 令牌失效的方法， 其特征在于， 所 述业务令牌的生成流 程如下： 用户打开小程序， 前端会将微信的一次性code发送给后端； 后端使用令牌控制中心发放的accessToken和一次性code， 从微信处获取用户手机号， 然后后端再将获取的手机号和accessToken过期时间加密生 成业务token， 并与公钥一起传 给前端； 前端使用公钥将用户填写的个人信 息加密后传给后端， 然后后端将用户信 息生成静态 二维码， 用户在进行信息采集时只需要出示静态码即可。 4.根据权利要求2或3所述的一种解决高并发场景下微信令牌失效的方法， 其特征在 于， 所述令牌控制中心流 程如下： 在令牌控制中心节点启动时会自动检查Redis中是否有未过期的accessToken， 如果没 有的话， 会自动获取微信的ac cessToken， 然后通过Redis广播发送给 各业务节点。 5.根据权利要求4所述的一种解决高并发场景下微信 令牌失效的方法， 其特征在于， 所 述令牌控制中心， 每隔固定时间获取一次accessToken， 并广播给各业务节点， 不需要个业 务节点单独去请求 微信获取ac cessToken， 从而防止被微信限制ac cessToken获取次数。 6.根据权利要求5所述的一种解决高并发场景下微信 令牌失效的方法， 其特征在于,所 述固定时间为 一个小时。 7.一种解决高并发场景下微信令牌失效的系统， 其特征在于， 建立一个accessToken分 发中心， 只让这 一个节点去获取ac cessToken， 然后将ac cessToken分发给 各业务节点； 该系统实现权利要求1至 6任一项所述的解决高并发场景 下微信令牌失效的方法。 8.一种解决高并发场景下微信令牌失效的装置， 其特征在于包括： 至少一个存储器和 至少一个处 理器； 所述至少一个存 储器， 用于存 储机器可读程序； 所述至少一个处理器， 用于调用所述机器可读程序， 执行权利要求1至6任一所述的方 法。权　利　要　求　书 1/1 页 2 CN 114928487 A 2一种解决高 并发场景下微信令牌失效的方 法 技术领域 [0001]本发明涉及高速缓存及微信应用技术领域， 具体地说是一种解决高并发场景下微 信令牌失效的方法。 背景技术 [0002]随着微信应用的不断广泛推广， 微信小程序的不断完善， 微信已经日渐成为人们 生活中不可缺少的应用， 在日常活动中很多场所及应用情境已经将微信应用作为有效工具 进行利用， 如 全员核酸检测时的信息采集、 用户的信息填报等。 用户使用微信小程序进行信 息填报， 然后采集方可通过微信的accessToken来获取用户的身份信息； 但是微信对每日获 取accessToken的次数是有限制的， 一旦当天的新用户数超过了上限， 则再无法获取新的 accessToken， 这样就会降低信息采集的效率， 不能突出微信应用便捷高效的意 义。 发明内容 [0003]本发明的技术任务是针对以上不足之处， 提供一种解决高并发场景下微信令牌失 效的方法， 能够在高并发的系统中， 实现高效获取微信令牌， 并且解决微信对每日获取 accessToken上限的问题。 [0004]本发明解决其 技术问题所采用的技 术方案是： [0005]一种解决高并发场景下微信令牌失效的方法， 建立一个accessToken分发中心， 只 让这一个节点去获取ac cessToken， 然后将ac cessToken分发给 各业务节点； [0006]基于Redis高速缓存技术进行信息存储； 检查Redis中是否有未过期的 accessToken， 如果没有则自动获取微信的acc essToken， 然后通过 Redis广播发送给各业务 节点。 [0007]本方法能够在高并发的系统中实现高效获取微信令牌， 解决微信对每日获取 accessToken上限的问题。 通过检查Redis中是否有未过期的accessT oken， 如果 没有则自动 获取微信的accessToken， 然后通过 Redis广播发送给各业务节点； 既可以防止accessToken 超时失效， 又 可以解决每日获取微信ac cessToken的上限的问题。 [0008]优选的， 为了保证用户信息的安全性， 在前后端交 互的过程中使用业 务令牌。 [0009]进一步的， 所述 业务令牌的生成流 程如下： [0010]用户打开小程序， 前端会将微信的一次性code发送给后端； [0011]后端使用令牌控制中心发放的accessToken和 一次性code， 从微信处获取用户手 机号， 然后后端再将获取的手机号和accessToken过期时间加密生成业务token， 并与公钥 一起传给前端； [0012]前端使用公钥 将用户填写的个人信息加密后传给后端， 然后后端将用户信息生成 静态二维码， 用户在进行信息采集时只需要出示静态码即可。 [0013]进一步的， 所述令牌控制中心流 程如下： [0014]在令牌控制中心节点启动时会自动检查Redis 中是否有未过期的accessToken， 如说　明　书 1/4 页 3 CN 114928487 A 3