健康码获取方法、装置、服务器、存储介质和程序产品制造方法及图纸

本公开实施例涉及一种健康码获取方法、装置、服务器、存储介质和程序产品。所述方法应用于第一服务器，所述方法包括：接收终端发送的第一获取请求，所述第一获取请求中包括用户的标识信息；根据所述标识信息查询第一服务器的本地缓存空间，获取所述标识信息对应的目标健康码；所述目标健康码为所述第一服务器在历史时间从第三方平台获取到的；将所述目标健康码发送给所述终端。采用本方法能够解决运行健康码的平台出现流量过载的问题。码的平台出现流量过载的问题。码的平台出现流量过载的问题。

【技术实现步骤摘要】
健康码获取方法、装置、服务器、存储介质和程序产品


[0001]本公开实施例涉及信息处理
，特别是涉及一种健康码获取方法、装置、服务器、存储介质和程序产品。

技术介绍

[0002]随着计算机技术的发展，二维码技术也逐渐成熟，二维码技术也更加广泛地应用到了人们的日常生活中，例如，餐厅可以通过二维码建立一个二维码菜单，将该餐厅的菜品、座位等信息按照相关的指引录入，用户通过扫描餐桌上的二维码即可下单，方便用户就餐。
[0003]针对当前的疫情，用户在进入公共场所或者乘坐交通工具时，需要通过用户终端扫描公共场所的二维码或者交通工具的二维码，以向运行健康码的平台获取健康码，当用户的健康码显示为正常状态时才能进入或者乘坐交通工具。
[0004]但是，随着健康码服务接入方的增多，运行该健康码的平台会出现流量过载的问题。

技术实现思路

[0005]本公开实施例提供一种健康码获取方法、装置、服务器、存储介质和程序产品，可以用于解决运行健康码的平台出现流量过载的问题。
[0006]第一方面，本公开实施例提供一种健康码获取方法，所述方法应用于第一服务器，所述方法包括：
[0007]接收终端发送的第一获取请求，所述第一获取请求中包括用户的标识信息；
[0008]根据所述标识信息查询第一服务器的本地缓存空间，获取所述标识信息对应的目标健康码；所述目标健康码为所述第一服务器在历史时间从第三方平台获取到的；
[0009]将所述目标健康码发送给所述终端。
[0010]第二方面，本公开实施例提供一种健康码获取装置，所述装置应用于第一服务器，所述装置包括：
[0011]第一接收模块，用于接收终端发送的第一获取请求，所述第一获取请求中包括用户的标识信息；
[0012]第一获取模块，用于根据所述标识信息查询第一服务器的本地缓存空间，获取所述标识信息对应的目标健康码；所述目标健康码为所述第一服务器在历史时间从第三方平台获取到的；
[0013]第一发送模块，基于将所述目标健康码发送给所述终端。
[0014]第三方面，本公开实施例提供一种服务器，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面所述的方法。
[0015]第四方面，本公开实施例提供一种计算机可读存储介质，其上存储有计算机程序，
所述计算机程序被处理器执行时实现上述第一方面所述的方法。
[0016]第五方面，本公开实施例提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述第一方面所述的方法。
[0017]本公开实施例提供的健康码获取方法、装置、服务器、存储介质和程序产品，由于第一服务器获取的用户的标识信息对应的目标健康码为服务器在历史时间从第三方平台获取的并存储在了第一服务器的本地缓存空间中，通过将健康码的读写接口分离，这样第一服务器在接收到终端发送的第一获取请求后，根据第一获取请求中包括的用户的标识信息在第一服务器的本地缓存中进行查询，能够及时地从本地缓存空间中获取用户的标识信息对应的目标健康码，避免了第一服务器出现流量过载的问题，从而确保了终端能够及时地获取到用户的标识信息对应的目标健康码。
附图说明
[0018]图1为一个实施例中健康码获取方法的应用环境图；
[0019]图2为一个实施例中健康码获取方法的流程示意图；
[0020]图3为另一个实施例中健康码获取方法的流程示意图；
[0021]图4为另一个实施例中健康码获取方法的流程示意图；
[0022]图5为另一个实施例中健康码获取方法的流程示意图；
[0023]图6为另一个实施例中健康码获取方法的流程示意图；
[0024]图7为一个实施例中健康码获取装置的结构框图；
[0025]图8为一个实施例中服务器的内部结构图。
具体实施方式
[0026]为了使本公开实施例的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本公开实施例进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本公开实施例，并不用于限定本公开实施例。
[0027]首先，在具体介绍本公开实施例的技术方案之前，先对本公开实施例基于的技术背景或者技术演进脉络进行介绍。针对当前，用户在乘坐交通工具时，需要通过用户终端扫描交通工具的二维码，以向运行健康码的平台获取健康码，当用户的健康码显示为正常状态时才能乘坐交通工具，但是，当扫描二维码的用户较多，即健康码服务接入方增多时，运行健康码的平台将会出现流量过载的问题，当运行健康码的平台出现流量过载的问题时会触发政务云的防火墙防御机制，运行健康码的平台将无法调用政务云上的数据，无法对用户的二维码状态进行反馈。基于该背景，申请人通过长期的模型模拟研发以及实验数据的搜集、演示和验证，发现在地图中的一些热点区域，当打车需求人数达到60％时就会出现运行健康码的平台出现流量过载的问题。如何在60％这个需求下解决运行健康码的平台出现的流量过载的问题，成为目前亟待解决的难题。另外，需要说明的是，从确定60％这个峰值点以及下述实施例介绍的技术方案，申请人均付出了大量的创造性劳动。
[0028]下面结合本公开实施例所应用的场景，对本公开实施例涉及的技术方案进行介绍。
[0029]本公开实施例提供的健康码获取方法，可以应用于如图1所示的应用环境中。其
中，终端102通过网络与服务器104进行通信，服务器104通过网络与第三方平台106进行通信。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现；第三方平台106可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
[0030]在一个实施例中，如图2所示，提供了一种健康码获取方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：
[0031]S201，接收终端发送的第一获取请求，第一获取请求中包括用户的标识信息。
[0032]需要说明的是，本申请实施例提供的健康码获取方法可以应用于网约车出行的场景，也可以应用于用户乘坐公共交通工具的场景等。下面以网约车出行场景为例进行说明，在该场景中，可选的，用户可以为乘客或者司机。可选的，第一服务器接收到的第一获取请求可以为乘客乘车时，通过终端对网约车上的二维码进行扫描时终端向第一服务器发送的；或者，也可以是司机出车时，通过终端对网约车上的二维码进行扫描时终端向第一服务器发送的。
[0033]可选的，用户的标识信息可以包括用户的姓名、手机号、身份证号中的至少一种信息。可选的，第一服务器接收到的第一获取请求可以为加密后的请求，第一服务器接收到该第一获取请求后，可以先对第一获取请求进行解密，从解密后的获取请求中解析出用户的标识信息。
[0034]S202，根据标识信息查询第一服务器的本地缓本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种健康码获取方法，其特征在于，所述方法应用于第一服务器，所述方法包括：接收终端发送的第一获取请求，所述第一获取请求中包括用户的标识信息；根据所述标识信息查询第一服务器的本地缓存空间，获取所述标识信息对应的目标健康码；所述目标健康码为所述第一服务器在历史时间从第三方平台获取到的；将所述目标健康码发送给所述终端。2.根据权利要求1所述的方法，其特征在于，所述方法还包括：接收终端发送的登录请求；所述登录请求中携带有所述用户的标识信息；基于所述登录请求，根据所述标识信息从所述第三方平台中获取所述目标健康码，并将所述目标健康码存储在所述本地缓存空间中。3.根据权利要求2所述的方法，其特征在于，所述根据所述标识信息查询第一服务器的本地缓存空间，获取所述标识信息对应的目标健康码，包括：根据所述标识信息，确定在有效时间内所述本地缓存空间中是否存在所述标识信息对应的候选健康码；若存在所述候选健康码，则将所述候选健康码确定为所述目标健康码。4.根据权利要求3所述的方法，其特征在于，所述方法还包括：若不存在所述候选健康码，则查询所述本地缓存空间中的历史时间是否存在所述标识信息对应的历史健康码；若所述本地缓存空间中存在所述历史健康码，则将所述历史健康码确定为所述目标健康码。5.根据权利要求4所述的方法，其特征在于，所述方法还包括：若所述本地缓存空间中不存在所述历史健康码，则向所述第三方平台发送第二获取请求；所述第二获取请求中包括所述用户的标识信息；接收所述第三方平台基于所述第二获取请求返回的所述标识信息对应的健康码，并将所述标识信息对应的健康码确定为所述目标健康码。6.根据权利要求3所述的方法，其特征在于，所述方法还包括：若所述有效时间内不存在所述标识信息对应的候选健康码，则向所述第三方平台发送第三获取请求；所述第三获取请求中包括所述用户的标识信息；接收所述第三方平台基于所述第三获取请求返回的所述标识信息对应的...

【专利技术属性】
技术研发人员：崔彦博，王宇，兰逸正，刘瑞麟，
申请(专利权)人：北京嘀嘀无限科技发展有限公司，
类型：发明
国别省市：