通行证生成方法、装置、设备、系统及存储介质与流程

1.本公开涉及信息处理技术领域，尤其涉及一种通行证生成方法、装置、设备、系统及存储介质。


背景技术：

2.为避免出现聚集性感染，个人健康状况的自查与复查、核查十分重要。为助力做好疫情精准防控和有序复工复产工作，国家政务服务平台推出“健康信息码”综合服务，积极为地方平台提供统一接口标准和数据共享服务支撑，赋能地方平台加强防疫管理，便利公众查询自己的防疫健康信息。其中，“健康信息码”是以真实数据为基础，由个人通过微信小程序或支付宝等应用自行网上填报，并在后台进行审核后生成的个人的通行证。该通行证作为个人在当地出入通行的一个电子凭证，实现一次申报，全市通用，给出行带来方便。
3.目前，通行证的生成依赖于智能终端，例如手机等。这就要求用户出示健康信息码进行通行时必须携带有手机等智能终端，如果用户未携带，或者智能终端没电关机时，会为用户出行造成不便。
4.且如果当地除了健康信息码外，还需要用户的出行相关的通行码，就需要出示两张码，浪费人员大量时间，也增加了老年人等操作的复杂性。


技术实现要素：

5.本公开提供了一种通行证生成方法、装置、设备、系统及存储介质，以方便用户出行。
6.第一方面，本公开提供了一种通行证生成方法，通行证生成方法包括：
7.接收来自读卡设备的用户身份信息，用户身份信息是读卡设备响应于读取到用户的身份证件发出的；
8.根据用户身份信息，获取用户上报信息，用户上报信息包括用户健康信息和用户出行信息；
9.根据用户上报信息，生成用户的通行证，通行证中包括预警等级信息。
10.可选地，根据用户上报信息，生成用户的通行证，包括：获取用户的轨迹信息和疫苗接种信息；根据用户上报信息、轨迹信息和疫苗接种信息，生成用户的通行证。
11.可选地，根据用户上报信息、轨迹信息和疫苗接种信息，生成用户的通行证，包括：对用户上报信息、轨迹信息和疫苗接种信息进行数据风险分析，得到用户的通行证得分；根据通行证得分，生成用户的通行证。
12.可选地，根据通行证得分，生成用户的通行证，包括：根据通行证得分所属的分数区间，确定预警等级信息；根据预警等级信息，生成用户的通行证，其中，不同预警等级信息对应的通行证的颜色不同。
13.可选地，根据用户身份信息，获取用户上报信息，包括：确定用户是否已填报用户上报信息；若用户已填报用户上报信息，则获取与用户身份信息匹配的用户上报信息；或
者，若用户未填报用户上报信息，则向第一目标设备发送第一指示信息，第一指示信息用于指示用户在第一目标设备上进行用户上报信息的在线填报；接收来自第一目标设备的用户上报信息，第一目标设备为与读卡设备存在对应关系的显示设备。
14.可选地，根据用户上报信息，生成用户的通行证之前，还包括：在接收来自第一目标设备的用户上报信息后，验证用户上报信息是真实的。
15.可选地，还包括：若用户上报信息被验证为不真实的，则向第一目标设备发送第二指示信息，第二指示信息用于指示用户在第一目标设备上进行用户上报信息的重新填报；接收来自第一目标设备的用户上报信息。
16.可选地，还包括：确定用户上报信息是不真实的验证次数；响应于验证次数大于次数阈值，生成预警等级最高的通行证。
17.可选地，还包括：在生成通行证后，向第二目标设备发送通行证，以在第二目标设备上显示通行证，第二目标设备为与读卡设备存在对应关系的显示设备。
18.第二方面，本公开提供了一种通行证生成装置，该通行证生成装置包括：
19.接收模块，用于接收来自读卡设备的用户身份信息，所述用户身份信息是所述读卡设备响应于读取到用户的身份证件发出的；
20.获取模块，用于根据所述用户身份信息，获取用户上报信息，所述用户上报信息包括用户健康信息和用户出行信息；
21.生成模块，用于根据所述用户上报信息，生成所述用户的通行证，所述通行证中包括预警等级信息。
22.可选地，生成模块具体用于，获取用户的轨迹信息和疫苗接种信息；根据用户上报信息、轨迹信息和疫苗接种信息，生成用户的通行证。
23.可选地，生成模块具体用于，对用户上报信息、轨迹信息和疫苗接种信息进行数据风险分析，得到用户的通行证得分；根据通行证得分，生成用户的通行证。
24.可选地，生成模块具体用于，根据通行证得分所属的分数区间，确定预警等级信息；根据预警等级信息，生成用户的通行证，其中，不同预警等级信息对应的通行证的颜色不同。
25.可选地，获取模块具体用于，确定用户是否已填报用户上报信息；若用户已填报用户上报信息，则获取与用户身份信息匹配的用户上报信息；或者，若用户未填报用户上报信息，则向第一目标设备发送第一指示信息，第一指示信息用于指示用户在第一目标设备上进行用户上报信息的在线填报；接收来自第一目标设备的用户上报信息，第一目标设备为与读卡设备存在对应关系的显示设备。
26.可选地，生成模块还用于，根据用户上报信息，生成用户的通行证之前，在接收来自第一目标设备的用户上报信息后，验证用户上报信息是真实的。
27.可选地，生成模块还用于，若用户上报信息是不真实的，则向第一目标设备发送第二指示信息，第二指示信息用于指示用户在第一目标设备上进行用户上报信息的重新填报；接收来自第一目标设备的用户上报信息。
28.可选地，生成模块还用于，确定用户上报信息被验证为不真实的验证次数；响应于验证次数大于次数阈值，生成预警等级最高的通行证。
29.可选地，生成模块还用于，在生成通行证后，向第二目标设备发送通行证，以在第
二目标设备上显示通行证，第二目标设备为与读卡设备存在对应关系的显示设备。
30.第三方面，本公开还提供了一种电子设备，该电子设备包括：
31.至少一个处理器；
32.以及与至少一个处理器通信连接的存储器；
33.其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使电子设备执行如本公开第一方面中任一实施例对应的通行证生成方法。
34.第四方面，本公开还提供了一种通行证生成系统，该通行证生成系统包括：相互通信连接的读卡设备和电子设备；
35.读卡设备，用于响应于读取到用户的身份证件，向电子设备发送用户身份信息；
36.电子设备，用于执行如本公开第一方面中任一实施例对应的任意实施例的通行证生成方法。
37.第五方面，本公开还提供了一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现如本公开第一方面任一的通行证生成方法。
38.本公开提供的通行证生成方法、装置、设备、系统及存储介质，通过接收来自读卡设备响应于读取到用户的身份证件发出的用户身份信息，并根据用户身份信息，获取包括用户健康信息和用户出行信息在内的用户上报信息，然后根据用户上报信息，生成用户包括预警等级信息在内的通行证。由于通行证由服务器生成，不需要额外调用用户的手机等设备，且全程只需要用户提供身份证件，因此，只需身份证号码也能读出“健康信息码”，给用户获取健康信息码提供了一种新的途径。由此，能够方便老人和儿童等不方便使用智能手机的人群，同时由于只需要刷一次身份证就能完成验证，还能提高用户通过通行证检查的效率，进而极大方便用户出行。
附图说明
39.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
40.图1为本公开实施例提供的通行证生成方法的一种应用场景图；
41.图2为本公开一个实施例提供的通行证生成方法的流程图；
42.图3为本公开又一个实施例提供的通行证生成方法的流程图；
43.图4为本公开又一个实施例提供的通行证生成装置的结构示意图；
44.图5为本公开又一个实施例提供的电子设备的结构示意图；
45.图6为本公开又一个实施例提供的通行证生成系统的结构示意图。
46.通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。
具体实施方式
47.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例
中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
48.下面以具体地实施例对本公开的技术方案以及本公开的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本公开的实施例进行描述。
49.健康信息码是以真实数据为基础，由个人通过微信小程序或支付宝等应用自行网上填报，并在后台进行审核后生成的个人的通行证。健康信息码有益于做好个人健康的自查和复查工作，但是在用户使用健康信息码的同时也相继出现了一些问题，如出示健康信息码进行通行时必须要手机进行获取，如果用户忘拿手机，那么有可能会造成用户出行不便。且如果当地除了健康信息码外，还需要用户的出行相关的通行码，就需要出示两张码，浪费人员大量时间，也增加了老年人等操作的复杂性。
50.为了解决上述问题，本公开实施例提供一种通行证生成方法，基于用户提供的身份证，获取用户的健康信息和出行信息，并自动生成用户对应的通行证，由此，不需要用户手机操作，既能完成通行证检查过程，方便用户出行。
51.下面对本公开实施例的应用场景进行解释：
52.图1为本公开实施例提供的通行证生成方法的一种应用场景图。如图1所示，在进行通行证生成流程中，用户100通过读卡设备110输入身份相关信息，读卡设备110将身份相关信息发送到后台服务器120，后台服务器120基于身份相关信息与云服务器130通信后，生成用户100对应的通信证，以便管理人员进行通信证检查。
53.需说明的是，图1所示场景中用户和读卡设备仅以一个为例进行示例说明，但本公开不以此为限制，也就是说，用户和读卡设备的个数可以是任意的。
54.以下通过具体实施例详细说明本公开提供的通行证生成方法。需要说明的是，下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。
55.图2为本公开一个实施例提供的通行证生成方法的流程图。如图2所示，包括以下步骤：
56.步骤s201、接收来自读卡设备的用户身份信息。
57.其中，用户身份信息是读卡设备响应于读取到用户的身份证件发出的。
58.具体的，用户的身份证件可以是二代身份证或护照等包含通用身份认证编码的证件，相对应的，读卡设备可以是与身份证件配合的磁卡式读卡器，也可以是通过摄像头进行拍摄/扫描识别的拍摄式读卡器，还可以是可以手动录入身份证号码或护照号码的键盘等输入设备，以应对用户可能忘记携带身份证的情况。
59.具体的，读卡设备获取的用户身份信息一般为用户的身份证号码或护照号码，后台服务器通过用户的身份证号码或护照号码以对用户身份进行校验，以便生成用户对应的通行证。
60.进一步地，包括老年人或者没有手机在身边需要进行生成健康码通行证的用户，将身份证件放在读卡设备上，读卡设备读取用户身份证后，会录入用户的身份证件对应的用户身份信息，并将用户身份信息发送到后台服务器。
61.若后台服务器确定保存有与用户身份信息对应的记录，则会通过5g/4g/wifi等无
线网络或有线网络发出http请求，到云服务器，以获取用户对应的健康信息码。进入本发明系统的后台服务器。
62.一些实施例中，如果后台服务器确定并没有保存与用户身份信息对应的记录，则认为用户未进行健康码的填报，此时需要用户通过移动终端或固定终端，进入后台服务器对应系统中的健康码获取界面，进行注册，并在线填报个人健康内容，以便生成个人通行证。
63.步骤s202、根据用户身份信息，获取用户上报信息。
64.其中，用户上报信息包括用户健康信息和用户出行信息。
65.具体的，后台服务器与用户上报信息相对接。后台服务器通过用户身份信息，能够查询后台服务器内保存或云服务器中保存的用户上报信息，并与用户身份证信息进行匹配。根据匹配确定的用户上报信息，进而得到用户通行证对应的个人健康内容或者是实时填报的个人健康内容，以据此生成健康填报画像。
66.步骤s203、根据用户上报信息，生成用户的通行证。
67.其中，通行证中包括预警等级信息。
68.具体的，后台服务器根据接收到用户个人健康内容，会根据个人健康内容中的用户健康信息和用户出行信息进行综合评估，并根据评估结果生成对应预警等级信息。
69.一些实施例中，预警等级信息可以为具体的预警等级值，预警等级值越大，安全性越低，以满足高安全性要求的环境下对精确预警等级信息的需求；预警等级信息也可以为基于综合评估的结果给出的色彩图，如红黄绿三种颜色分别表示不同等级。
70.其中，色彩图对应的通行证含义包括：“绿色”表示个人安全信息真实且个人处于安全状态，绿色者在全市域内通行；“黄色”表示去过中风险区，建议用户居家或集中隔离7天进行检查，并每日上报健康状况；“红色”表示高风险人群，包括确诊病例、疑似病例、密切接触者或者具有高风险地区旅居史等，并上报防疫工作组。
71.进一步地，后台服务器在生成用户对应通信证后，会将通信证返回到发送请求的读卡设备所在单元的显示设备，以供管理人员检查确认。
72.本公开实施例提供的通行证生成方法，通过接收来自读卡设备响应于读取到用户的身份证件发出的用户身份信息，并根据用户身份信息，获取包括用户健康信息和用户出行信息在内的用户上报信息，然后根据用户上报信息，生成用户包括预警等级信息在内的通行证。由于通行证由服务器生成，不需要额外调用用户的手机等设备，且全程只需要用户提供身份证件，因此，只需身份证号码也能读出“健康信息码”，给用户获取健康信息码提供了一种新的途径。由此，能够方便老人和儿童等不方便使用智能手机的人群，同时由于只需要刷一次身份证就能完成验证，还能提高用户通过通行证检查的效率，进而极大方便用户出行。
73.图3为本公开提供的一个通行证生成方法的流程图。如图3所示，本实施例提供的通行证生成方法包括以下步骤：
74.步骤s301、接收来自读卡设备的用户身份信息。
75.其中，用户身份信息是读卡设备响应于读取到用户的身份证件发出。
76.本步骤与图2所示实施例中的步骤s201内容相同，此处不再赘述。
77.步骤s302、确定用户是否已填报用户上报信息。
78.具体的，后台服务器接收到读卡设备发送的用户身份信息后，首先与后台服务器中的记录进行核对，以确定用户是否预先填报过上报信息。
79.如果用户已经填报了上报信息，则可以继续完成生成通行证的步骤；若用户尚未填报上报信息，则需要用户先向后台服务器注册和填报上报信息，以根据上报信息中的个人健康相关内容，确定用户对应的通行证。
80.步骤s303、若用户已填报用户上报信息，则获取与用户身份信息匹配的用户上报信息。
81.具体的，由于用户已填报用户上报信息时，后台服务器会正常执行确定用户对应通行证的步骤，此时，本步骤与图2所示实施例中的步骤s202内容相同，因此，此处不再赘述。
82.步骤s304、若用户未填报用户上报信息，则向第一目标设备发送第一指示信息。
83.其中，第一指示信息用于指示用户在第一目标设备上进行用户上报信息的在线填报。
84.具体的，第一目标设备为与读卡设备在同一单元或位置的设备。第一目标设备可以是用户的个人终端，如智能手机，也可以是读卡设备所在区域的管理人员的输入设备，如专用台式计算机，以便辅助老人或儿童填写和上报高人信息。
85.一些实施例中，第一指示信息包含健康码的获取页面，获取页面中需要用户填写个人健康相关内容。
86.步骤s305、接收来自第一目标设备的用户上报信息。
87.其中，第一目标设备为与读卡设备存在对应关系的显示设备。
88.具体的，用户会在第一目标设备上填写个人健康相关内容，主要包括自查身体状况是否异常和去过的区域。
89.一些实施例中，个人健康相关内容基于预先设置或地方规定的表格填写，示例性地，某地的个人健康内容表格中，需要填报的内容如下：
90.表1个人健康内容表格中需要填报的内容
[0091][0092]
除上述表格中的内容外，用户还需要填写如是否注射疫苗等相关内容，以便全面了解用户的健康信息，以保证后台服务器能准确评估用户的健康程度，进而生成对应的通行证。
[0093]
步骤s306、验证用户上报信息是真实的。
[0094]
具体的，服务器接收到上报信息后，会结合云服务器中的通信运营商提供的信息，判断用户填写的出行信息是否为真实；并结合云服务器中的官方提供的疫情数据，判断用户接种疫苗的信息是否为真实。
[0095]
进一步地，后台服务器可以通过接入不同通信运营商的数据接口，获取用户的位置信息。通信运营商数据可以提供包括用户的基站id、cell id、手机卡信息、imei、定位经纬度等信息，如下表2所示。
[0096]
表2通信运营商数据10个关键字段
[0097]
姓名身份证性别出生日期基站idcell idsim卡信息imei定位经度定位维度
[0098]
据此，以确定用户的行走轨迹、去过的区域以及行政区等，从而确定用户是否去过疫情高、中、低地区提供依据。并且据此对用户填报的上报信息中的出行、居住等信息进行校验，给信息填报用户的可信度进行画像，提高数据可信性。
[0099]
进一步地，后台服务器可以通过接入官方提供疫情数据接口，以获取疫情数据。根据用户填报的疫苗信息，与官方提供的疫苗数据接种情况表格，可以确定用户填报疫苗信息的真实性。如下表3所示，疫苗数据接种情况表格包括以下26个字段，可以清楚知道用户的疫苗接种情况信息，以确定用户具体的疫苗接种状态，包括：未接种、已接种未完成、已完成接种。
[0100]
表3疫苗数据接种情况表格的关键字段
[0101][0102]
一些实施例中，还包括将人口普查的数据表与疫苗数据接种情况表格进行对比，通过人口普查的数据和表3中的区域门诊疫苗数据接种日志统计表进行对比反馈用户疫苗接种情况。
[0103]
具体的，人口普查的数据表如表4所示，包括以下11个字段：
[0104]
表4人口普查的数据表的关键字段
[0105][0106][0107]
通过对用户提交的出行、居住、身体健康状况和疫苗接种信息进行综合验证，能够对用户填写的信息数据进行多维度的判断真伪，从而有效保证填写内容的真实性和可靠性。
[0108]
步骤s307、若用户上报信息是不真实的，则向第一目标设备发送第二指示信息。
[0109]
其中，第二指示信息用于指示用户在第一目标设备上进行用户上报信息的重新填报。
[0110]
具体的，如果后台服务器接收到的用户填报的上报信息中存在未通过验证的错误信息，则说明真实性需要质疑。此时应当提示用户正确填写，否则不能进行下一步的操作。
[0111]
进一步地，第二指示信息还包括针对性提醒用户具体填写内容不正确的提示信息，以便用户针对改正，提高填报速度。
[0112]
步骤s308、确定用户上报信息被验证为不真实的验证次数。
[0113]
一些实施例中，为减轻后台服务器的访问负荷，后台服务器会统计用户验证不通过的次数，当到达设定次数阈值(如3次)后，会在设定时间段内(如6小时或24小时)拒绝用户再次进行验证，并直接生成通行证数据。
[0114]
步骤s309、响应于验证次数大于次数阈值，生成预警等级最高的通行证。
[0115]
具体的，由于用户多次输入不真实的信息，后台服务器可以默认用户试图隐藏其本身存在严重健康隐患的情况，此时，就可以直接生成预警等级最高的通行证，以限制用户的通行。
[0116]
一些实施例中，也可以在验证次数大于次数阈值后，拒绝生成通行证，并设置冷却时间，经过冷却时间后，用户才能重新输入上报信息，由此，同样起到限制用户行动的效果。
[0117]
步骤s310、获取用户的轨迹信息和疫苗接种信息。
[0118]
当用户已经在后台服务器中留存有注册和上报信息时，后台服务器会基于用户身份信息获取用户预先填报过的个人健康内容，进而确定用户对应的轨迹信息和疫苗接种信息。
[0119]
其中，通过用户填写的个人健康内容，以获取用户身体状况是否异常的信息，并区分用户处于异常还是正常两种状态。通过轨迹信息，主要识别用户是否去过高、中、低风险区。通过疫苗接种信息，识别用户的疫苗接种情况，如未接种、已接种未完成、已完成接种三种状态。
[0120]
进一步地，当用户已经填写过个人健康内容，且个人健康内容通过云服务器提供的数据的验证时，后台服务器就不需要再次通过云服务器进行数据验证操作，以提高处理效率，并减轻云服务器的负荷。
[0121]
进一步地，获取用户的轨迹信息和疫苗接种信息之后，还需要根据用户上报信息、轨迹信息和疫苗接种信息，生成用户的通行证。
[0122]
步骤s311、对用户上报信息、轨迹信息和疫苗接种信息进行数据风险分析，得到用户的通行证得分。
[0123]
具体的，在获取到用户的上报信息、轨迹信息和疫苗接种信息后，需要基于这些信息，基于预设的规则，进行数据风险分析。
[0124]
示例性的，首先根据预设的预警优先级，当用户去过高风险区或者身体健康异常为最高预警，对应通行证得分为0。
[0125]
进一步地，当用户自查身体状况信息数据为正常，并没有去过高风险区则用户去过中、低区域预警优先级用户的疫苗接种情况预警。取表示将用户去过中、低区域设置安全系数：
[0126][0127]
p表示用户的疫苗接种情况：
[0128][0129]
由此，将用户去过中、低区域设置安全系数为0.5和1；将未接种、已接种未完成、已完成接种三种状态分别设置为60、80、100的分数。并可以据此进行个人健康通行证评分。
[0130]
个人健康通行证评分用score表示，具体计算公式如下：
[0131][0132]
那么当一个去过中风险区域的用户在未接种、已接种未完成、已完成接种三种状态下的得分分别为30、40、50；同理，在低分险区域的用户在未接种、已接种未完成、已完成接种三种状态下得分分别为60、80、100。
[0133]
进一步地，在个人健康通行证评分之后，还需要：根据通行证得分，生成用户的通行证。
[0134]
步骤s312、根据通行证得分所属的分数区间，确定预警等级信息。
[0135]
具体的，根据预设的每个预警等级对应的分数区间，可以确定通行证所属的预警等级。
[0136]
示例性的，将得分为0的个人通行证得分设置为最高等级，小于60分的个人通行证得分设置为中等级，将大于60分的个人通行证得分设置为高等级，从而可以根据计算出的用户通行证得分，快速确定对应的预警等级。
[0137]
步骤s313、根据预警等级信息，生成用户的通行证。
[0138]
其中，不同预警等级信息对应的通行证的颜色不同。
[0139]
具体的，对应0分的个人通行证得分(即最高预警等级)，可以显示为“红色”状态，需要立即隔离并就医；对应小于60分的个人通行证得分的预警等级，可以显示为“黄色”状态，表明该人员去过中风险地区，需要隔离观察7天；对应大于60分的个人通行证得分显示为“绿色”状态，表示个人安全，绿色者在全市域内通行。
[0140]
进一步地，当满足步骤s312中最高预警等级时，通行证为“红色”,表明禁制通行，并上报防疫工作组，当用户在高风险区时需等到该风险区降级为低分险后，通行证由“红色”转为“绿色”，然后通行。当用户去过由高风险区或者身体异常向其他区域流动时，需要进行14天的隔离和治疗，并配合核酸检测和每日上报健康状况。待一切正常则转为“绿码”通行。
[0141]
当通行证为“黄色”表明禁制通行，建议用户居家或集中隔离7天，进行7天的隔离检查，并配合核酸检测和每日上报健康状况。当用户在中风险区时需等到该风险区降级为低分险后，通行证由“黄色”转为“绿色”，然后通行。当用户去过由中风险区向其他区域流动时，需要进行7天的隔离观察，并配合核酸检测和每日上报健康状况。待一切正常则转为“绿码”通行。
[0142]
当通行证为“绿色”表明禁制通行表示个人安全通过信息真实且个人安全，绿色者在全市域内通行。
[0143]
步骤s314、向第二目标设备发送通行证，以在第二目标设备上显示通行证。
[0144]
其中，第二目标设备为与读卡设备存在对应关系的显示设备。
[0145]
第二目标设备可以是读卡设备所在单元(后台服务器中会预先记录读卡设备和第二目标设备间的单元对应关系，其中，同一单元的设备表示为在同一位置进行成套使用的设备)或位置的显示装置，如显示器。
[0146]
具体的，当生成用户的通行证后，会向读卡设备所在单元或位置的第二目标设备发送通行证，以便管理人员进行核查。
[0147]
本公开实施例提供的通行证生成方法，通过确定用户是否填报的上报信息，并对用户填报的上报信息的真实性进行多维度的联网验证，在验证不通过时给予用户最高等级
的预警，在验证通过后，根据具体上报信息确定用户的通行证和预警等级，并输出到读卡设备所在位置处的第二目标设备，以供管理人员进行核查。由此，既能够保证对用户健康信息的准确核查，又能方便用户，在填写过上报信息后，只需要用身份证件即可得到对应的通行证，不需要繁琐的手机操作，方便实用。
[0148]
综上，本公开提供的通行证生成方法具有以下有益效果：
[0149]
(1)提供了用户不带手机只需身份证件的号码也能读出的“健康信息码”和/或通行证。为用户获取健康信息码提供更多的一种途径。
[0150]
(2)由于用户不需要通过手机应用来获取通行证，由此避免不同途径申请出来的健康码，管理人员在扫码检查时出现不兼容的尴尬，实现统一管理。
[0151]
(3)在确认通行证时，结合个人健康信息填报数据、疫苗数据和通信运营商数据三个维度，有效将健康码与通行码有效反馈在一张通行证上，更具有通行性和减少操作复杂性。
[0152]
(4)结合了通信运营商数据进行验证，对用户提交的出行、居住、身体健康状况进行轨迹数据综合匹配，得到通行证等级的评估信息，该评估信息更加具有可信性。
[0153]
(5)通过个人通行证得分，更进一步细化了个人安全性。更加具备个人通行的安全参考，助力疫情防控。
[0154]
图4为本公开提供的一个通行证生成装置的结构示意图。如图4所示，该通行证生成装置400包括：接收模块410、获取模块420和生成模块430。其中：
[0155]
接收模块410，用于接收来自读卡设备的用户身份信息，所述用户身份信息是所述读卡设备响应于读取到用户的身份证件发出的；
[0156]
获取模块420，用于根据所述用户身份信息，获取用户上报信息，所述用户上报信息包括用户健康信息和用户出行信息；
[0157]
生成模块430，用于根据所述用户上报信息，生成所述用户的通行证，所述通行证中包括预警等级信息。
[0158]
可选地，生成模块430具体用于，获取用户的轨迹信息和疫苗接种信息；根据用户上报信息、轨迹信息和疫苗接种信息，生成用户的通行证。
[0159]
可选地，生成模块430具体用于，对用户上报信息、轨迹信息和疫苗接种信息进行数据风险分析，得到用户的通行证得分；根据通行证得分，生成用户的通行证。
[0160]
可选地，生成模块430具体用于，根据通行证得分所属的分数区间，确定预警等级信息；根据预警等级信息，生成用户的通行证，其中，不同预警等级信息对应的通行证的颜色不同。
[0161]
可选地，获取模块420具体用于，确定用户是否已填报用户上报信息；若用户已填报用户上报信息，则获取与用户身份信息匹配的用户上报信息；或者，若用户未填报用户上报信息，则向第一目标设备发送第一指示信息，第一指示信息用于指示用户在第一目标设备上进行用户上报信息的在线填报；接收来自第一目标设备的用户上报信息，第一目标设备为与读卡设备存在对应关系的显示设备。
[0162]
可选地，生成模块430还用于，根据用户上报信息，生成用户的通行证之前，在接收来自第一目标设备的用户上报信息后，验证用户上报信息是真实的。
[0163]
可选地，生成模块430还用于，若用户上报信息被验证为不真实的，则向第一目标
设备发送第二指示信息，第二指示信息用于指示用户在第一目标设备上进行用户上报信息的重新填报；接收来自第一目标设备的用户上报信息。
[0164]
可选地，生成模块430还用于，确定用户上报信息是不真实的验证次数；响应于验证次数大于次数阈值，生成预警等级最高的通行证。
[0165]
可选地，生成模块430还用于，在生成通行证后，向第二目标设备发送通行证，以在第二目标设备上显示通行证，第二目标设备为与读卡设备存在对应关系的显示设备。
[0166]
在本实施例中，通行证生成装置通过各模块的结合，能够方便老人和儿童等不方便使用智能手机的人群，同时由于只需要刷一次身份证就能完成验证，还能提高用户通过通行证检查的效率，进而极大方便用户出行。
[0167]
图5为本公开提供的一个电子设备的结构示意图，如图5所示，该电子设备500包括：存储器510和处理器520。
[0168]
其中，存储器510存储有可被至少一个处理器520执行的计算机程序。该算机程序被至少一个处理器520执行，以使电子设备实现如上任一实施例中提供的通行证生成方法。
[0169]
其中，存储器510和处理器520可以通过总线530连接。
[0170]
相关说明可以对应参见方法实施例所对应的相关描述和效果进行理解，此处不予赘述。
[0171]
图6为本发明提供一个的通行证生成系统的结构示意图。参考图6，该通行证生成系统600包括：相互通信连接的读卡设备610和电子设备620；
[0172]
读卡设备610，用于响应于读取到用户的身份证件，向电子设备发送用户身份信息；
[0173]
电子设备620，用于执行如图2至图3对应的任意实施例的通行证生成方法。
[0174]
本公开一个实施例提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行以实现如图2至图3对应的任意实施例的通行证生成方法。
[0175]
其中，计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
[0176]
本公开一个实施例提供了一种计算机程序产品，其包含计算机执行指令，该计算机执行指令被处理器执行时用于实现如图2至图3对应的任意实施例的通行证生成方法。
[0177]
在本公开所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0178]
本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求书指出。
[0179]
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并
且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求书来限制。