一种公共交通的乘车人员信息管理方法及装置与流程

本申请实施例涉及公共健康技术领域，尤其涉及一种公共交通的乘车人员信息管理方法、装置、电子设备及存储介质。

背景技术：

目前，在进行重大疫情防控时，如果需要对相关人员进行信息排查，最主要的方法有如下两种：第一种是通过与被监测者进行沟通排查来了解其行程路线的相关人员；第二种是通过手机运营商对相关手机关联的身份进行定位。特别是在人群流动性大且相对封闭的公共交通中，其在重大疫情和其他特殊公共安全事件发生时，需明确相关乘客动向，以较好地对相关人员进行追溯及信息排查。但是，在公共交通运行场景中，当出现疫情感染者时，采用沟通排查或者手机运营商定位的方式无法准确地确定相关密切接触者，不利于相关密切接触者的排查及定位。

技术实现要素：

本申请实施例提供一种公共交通的乘车人员信息管理方法、装置、电子设备及存储介质，能够准确地追溯相关乘车人员，便于乘车人员的信息排查。

在第一方面，本申请实施例提供了一种公共交通的乘车人员信息管理方法，包括：

在公共交通运行过程中，采集乘车人员的乘车认证信息和身份证标识信息，所述乘车认证信息为乘车码信息或公交ic卡信息，所述身份证标识信息为身份证号码或身份证ic卡信息；

将所述乘车认证信息、对应的所述身份证标识信息、时间信息、车次信息和站点信息绑定作为历史乘车记录存储于历史数据库；

在确定追溯目标时，基于所述追溯目标的所述身份证标识信息或所述乘车认证信息查询所述历史数据库，确定所述追溯目标的第一乘车记录；

基于所述第一乘车记录查询所述历史数据库，确定所述追溯目标的密切接触者的第二乘车记录；

基于所述第二乘车记录确定所述密切接触者的身份证标识信息，将所述密切接触者的身份证标识信息发送至定位跟踪端以对所述密切接触者进行定位跟踪。

进一步的，将所述乘车认证信息、对应的所述身份证标识信息、时间信息、车次信息和站点信息绑定作为历史乘车记录存储于历史数据库，包括：

根据采集时序对设定时段采集到的多个所述乘车认证信息和所述身份认证标识信息进行预绑定，确定对应的预绑定关系；

基于采集到的所述乘车认证信息查询所述历史数据库中对应的历史乘车记录，确定对应的所述乘车认证信息的历史绑定关系；

基于所述历史绑定关系修正对应的预绑定关系。

进一步的，基于所述历史绑定关系修正对应的预绑定关系，包括：

比对所述预绑定关系和所述历史绑定关系，若两者不同，从所述历史绑定关系中提取对应的所述身份证标识信息修正所述预绑定关系。

进一步的，基于所述追溯目标的所述身份证标识信息查询所述历史数据库，确定所述追溯目标的第一乘车记录，包括：

基于所述追溯目标的所述身份证标识信息或所述乘车认证信息查询所述历史数据库，确定所述历史数据库的对应历史乘车记录中包含了所述追溯目标的所述身份证标识信息或所述乘车认证信息，以对应历史乘车记录作为所述追溯目标的第一乘车记录。

进一步的，基于所述第一乘车记录查询所述历史数据库，确定所述追溯目标的密切接触者的第二乘车记录，包括：

以所述第一乘车记录中的时间信息和车次信息作为查询关键词查询所述历史数据库；

确定时间信息在所述第一乘车记录所对应的时间范围内，且车次信息与所述第一乘车记录相同的历史乘车记录，作为所述追溯目标的密切接触者的第二乘车记录，所述时间范围根据所述第一乘车记录的时间信息确定。

进一步的，基于所述第二乘车记录确定所述密切接触者的身份证标识信息，将所述密切接触者的身份证标识信息发送至定位跟踪端以对所述密切接触者进行定位跟踪，包括：

提取所述第二乘车记录中的身份证标识信息作为所述密切接触者的身份证标识信息，将所述密切接触者的身份证标识信息发送至定位跟踪端作为搜索关键词以搜索对应的身份证数据库。

进一步的，采集乘车人员的乘车认证信息和身份证标识信息，包括：

通过扫码装置或者读卡装置采集乘车人员的乘车认证信息，通过图像识别装置或者读卡装置采集乘车人员的身份证标识信息。

在第二方面，本申请实施例提供了一种公共交通的乘车人员信息管理装置，包括：

采集模块，用于在公共交通运行过程中，采集乘车人员的乘车认证信息和身份证标识信息，所述乘车认证信息为乘车码信息或公交ic卡信息，所述身份证标识信息为身份证号码或身份证ic卡信息；

绑定模块，用于将所述乘车认证信息、对应的所述身份证标识信息、时间信息、车次信息和站点信息绑定作为历史乘车记录存储于历史数据库；

第一确定模块，用于在确定追溯目标时，基于所述追溯目标的所述身份证标识信息查询所述历史数据库，确定所述追溯目标的第一乘车记录；

第二确定模块，用于基于所述第一乘车记录查询所述历史数据库，确定所述追溯目标的密切接触者的第二乘车记录；

发送模块，用于基于所述第二乘车记录确定所述密切接触者的身份证标识信息，将所述密切接触者的身份证标识信息发送至定位跟踪端以对所述密切接触者进行定位跟踪。

在第三方面，本申请实施例提供了一种电子设备，包括：

存储器以及一个或多个处理器；

所述存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如第一方面所述的公共交通的乘车人员信息管理方法。

在第四方面，本申请实施例提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如第一方面所述的公共交通的乘车人员信息管理方法。

本申请实施例通过将乘车人员的乘车认证信息与对应的身份证标识信息、时间信息、车次信息和站点信息绑定作为历史乘车记录存储于历史数据库，之后在确定追溯目标时，基于追溯目标的身份证标识信息查询历史数据库，确定追溯目标的第一乘车记录，基于第一乘车记录查询历史数据库，确定追溯目标的密切接触者的第二乘车记录，基于第二乘车记录将密切接触者的身份证标识信息发送至定位跟踪端以对密切接触者进行定位跟踪。采用上述技术手段，可以较快速地对相关乘车人员进行信息排查及追溯，优化乘车人员信息管理。在重大疫情和其他特殊公共安全事件发生时，提高信息排查和追溯效率。

附图说明

图1是本申请实施例一提供的一种公共交通的乘车人员信息管理方法的流程图；

图2是本申请实施例一中的信息绑定流程图；

图3是本申请实施例一中的第二乘车记录确定流程图；

图4是本申请实施例二提供的一种公共交通的乘车人员信息管理装置的结构示意图；

图5是本申请实施例三提供的一种电子设备的结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面结合附图对本申请具体实施例作进一步的详细描述。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部内容。在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

本申请提供的公共交通的乘车人员信息管理方法，旨在通过建立历史信息库，历史信息库将公共交通运行过程中乘车人员的乘车认证信息、对应的身份证标识信息、时间信息、车次信息和站点信息绑定作为历史乘车记录存储，以便于后续根据乘车认证信息或者身份证标识信息进行快速的信息排查。这样，当公共交通出现重大疫情或其他特殊公共安全事件时，根据追溯目标的身份证标识信息或乘车认证信息即可确定追溯目标在公共交通上的密切接触者，进而实现准确的信息排查及相关乘车人员的身份追溯。相对于传统的信息排查方式，其在进行信息排查确认时，主要通过与被监测者沟通排查的方式或者利用运营商定位的方式进行信息排查，这两种方式在人群流动性大且相对封闭的公共交通运行场景中，其对信息排查的效果相对较差，无法做到准确、全面的信息追溯及排查。基于此，提供本申请实施例的一种公共交通的乘车人员信息管理方法，以解决现有公共交通场景下信息排查追溯效率低下的技术问题。

实施例一：

图1给出了本申请实施例一提供的一种公共交通的乘车人员信息管理方法的流程图，本实施例中提供的公共交通的乘车人员信息管理方法可以由公共交通的乘车人员信息管理设备执行，该公共交通的乘车人员信息管理设备可以通过软件和/或硬件的方式实现。一般而言，该公共交通的乘车人员信息管理设备可以是电脑，服务器主机等计算设备。

下述以公共交通的乘车人员信息管理设备为执行公共交通的乘车人员信息管理方法的主体为例，进行描述。参照图1，该公共交通的乘车人员信息管理方法具体包括：

s110、在公共交通运行过程中，采集乘车人员的乘车认证信息和身份证标识信息，所述乘车认证信息为乘车码信息或公交ic卡信息，所述身份证标识信息为身份证号码或身份证ic卡信息。

具体的，为了便于首先比对排查及追溯，本申请实施例在公共交通运行场景中，对乘车人员的每一次公共交通使用记录均进行登记。其中，通过采集乘车人员的乘车认证信息和身份证标识信息作为当次公共交通的使用记录进行信息登记。本申请实施例中，通过扫码装置或者读卡装置采集乘车人员的乘车认证信息，通过图像识别装置或者读卡装置采集乘车人员的身份证标识信息。其中，身份证标识信息可以是乘车人员身份证的ic卡信息或者身份证号码。需要说明的是，在进行身份证标识信息采集时，不对乘车人员的地址、人脸等信息进行采集，只对应识别该身份证的标识信息。

可以理解的是，根据身份证标识信息的采集需要，如若需要采集身份证号码作为身份证标识信息，则需要对应设置图像识别装置采集身份证图像，进一步基于采集到的身份证图像识别(如ocr识别)其中的身份证号码。而对应身份证的ic卡信息，则需要设置读卡装置进行身份证ic卡信息的采集。另一方面，对于乘车认证信息，考虑到目前公共交通场景中的乘车认证均采用乘车码或者刷公交卡的方式进行认证，因此，在采集乘车认证信息时，则对应设置扫码装置或者读卡装置进行乘车码信息或公交ic卡信息的识别采集。

s120、将所述乘车认证信息、对应的所述身份证标识信息、时间信息、车次信息和站点信息绑定作为历史乘车记录存储于历史数据库。

进一步的，基于上述采集到的乘车认证信息和对应的身份证标识信息，将其与乘车人员当次乘车的时间信息、车次信息和站点信息进行绑定，并作为历史乘车记录。根据这一历史乘车记录，即可确定对应乘车人员在什么时间什么站点乘坐那一路公共交通。并且，在一些应用场景中，如地铁的运行场景，还可以进一步将乘车人员的出站站点、时间信息进行绑定作为历史乘车记录。

具体的，参照图2，本申请实施例的信息绑定流程包括：

s1201、根据采集时序对设定时段采集到的多个所述乘车认证信息和所述身份认证标识信息进行预绑定，确定对应的预绑定关系；

s1202、基于采集到的所述乘车认证信息查询所述历史数据库中对应的历史乘车记录，确定对应的所述乘车认证信息的历史绑定关系；

s1203、基于所述历史绑定关系修正对应的预绑定关系。

在进行信息绑定过程中，需要先确定对应同一乘车人员的乘车认证信息和身份证标识信息。由于乘车认证信息和身份证标识信息采用不同的采集装置进行信息采集，因此本申请实施例利用这部分信息的采集时序来判定对应同一乘车人员的乘车认证信息和身份证标识信息。可以理解的是，对于同一个乘车人员的乘车认证信息和身份证标识信息，该两部分信息的采集时间点应当十分接近。因此，在两个乘车人员信息采集的时间间隔相对较长的情况下，可以直接根据采集时序确定对应同一乘车人员的乘车认证信息和身份证标识信息。而在乘车人员较多，乘车认证信息和身份证标识信息的信息采集装置需要频繁识别采集信息时，则需要进一步根据乘车认证信息的历史绑定关系来确定当前乘车认证信息所对应的身份证标识信息。

举例而言，在公交车行车过程中，某一时间段内，若只采集到一个乘车认证信息和一个身份证标识信息，则直接根据采集时序，确定这两个信息来自同一个乘车人员，将两者与对应的时间信息、车次信息和站点信息进行绑定，作为历史乘车记录存储。若采集到的是多个乘车认证信息和身份证标识信息，但各个乘车认证信息之间、各个身份证标识信息之间的采集时间间隔大于设定的时间间隔，即存在明显的时间间隔，则通过两部分信息的采集时序，依序将两部分信息进行绑定。而如若各个乘车认证信息之间、各个身份证标识信息之间的采集时间间隔较短，小于设定的时间间隔，则仅仅简单的根据采集时序进行信息绑定的话，会存在一定的误差。因此，本申请实施例在采集到多个乘车认证信息和身份认证标识信息后，首先根据采集时序对两部分信息依序进行预绑定，确定预绑定关系。对预绑定后的各组乘车认证信息和身份证标识信息，提取其乘车认证信息查询历史数据库，确定该乘车认证信息在历史乘车记录中的绑定关系。并进一步比对所述预绑定关系和所述历史绑定关系，若两者相同，则以该预绑定关系直接进行信息绑定并生成历史乘车记录。若两者不同，从所述历史绑定关系中提取对应的所述身份证标识信息修正所述预绑定关系。可以理解的是，历史绑定关系中的身份证标识信息应当与该乘车认证信息归属于同一乘车人员。因此，若当前预绑定关系中的身份证标识信息与历史绑定关系不同，则可能出错。以此类推，完成所有乘车认证信息的预绑定关系与历史绑定关系比对后，确定其中预绑定关系与历史绑定关系不同的部分。根据历史绑定关系对这部分预绑定关系进行修正，确保当前绑定的乘车认证信息和身份证信息来源于同一个乘车人员。需要说明的是，在一些实施例中，可以采用逐一比对预绑定关系与历史绑定关系，并在比对判定两者不同时直接基于历史绑定关系修正预绑定关系。本申请实施例采用一段时间内，先确定所有预绑定关系不同于历史绑定关系的信息，并进一步基于历史绑定关系进行修正。这样可以避免乘车人员使用新公交卡、乘车人员未上传身份证标识信息等情况下，直接基于单个历史绑定关系修正单个与绑定关系时导致的误差问题，综合一段时间内所有比对不同的预绑定关系，基于其对应的历史绑定关系进行修正，保障最终确定的绑定关系准确，对应绑定的乘车认证信息和身份证标识信息均来自同一乘车人员。

在确定乘车认证信息和身份证标识信息的最终绑定关系后，进一步提取与该乘车认证信息和身份证标识信息一并记录的时间信息、车次信息和站点信息，将这些信息绑定进行关联存储，保存至历史数据库。后续以上述信息的任意一种作为关键词，即可在历史数据库中查询到对应的历史乘车记录。需要说明的是，时间信息、车次信息和站点信息可以在乘车认证信息或者身份证标识信息采集的时候一并进行记录和绑定。例如，公交车采集到某一乘车认证信息时，即记录当前的时间信息，定位当前的站点信息并提取公交车所对应的车次信息，将上述时间信息、站点信息和车次信息与采集到的乘车认证信息关联，用于后续与身份证标识信息进行绑定。

s130、在确定追溯目标时，基于所述追溯目标的所述身份证标识信息或所述乘车认证信息查询所述历史数据库，确定所述追溯目标的第一乘车记录。

s140、基于所述第一乘车记录查询所述历史数据库，确定所述追溯目标的密切接触者的第二乘车记录。

具体的，公共交通运行过程中，对每一次乘车人员使用公共交通所产生的历史乘车记录均进行存储。当重大疫情或者公共安全事件发生时，即可根据追溯目标的身份证标识信息或所述乘车认证信息查询历史数据库，以进行相关乘车人员的信息排查和追溯。

以疫情防控为例，当确定某一使用了公共交通的乘车人员感染疫情时，以这一感染者作为追溯目标。首先确定该感染者的身份证标识信息或乘车认证信息，基于所述追溯目标的所述身份证标识信息或所述乘车认证信息查询所述历史数据库，确定所述历史数据库的对应历史乘车记录中包含了所述追溯目标的所述身份证标识信息或所述乘车认证信息，以对应历史乘车记录作为所述追溯目标的第一乘车记录。可以理解的是，以感染者的身份证标识信息或乘车认证信息作为数据搜索关键词搜索历史数据库，若历史数据库中的历史乘车记录包含了感染者的身份证标识信息或乘车认证信息，则这部分历史乘车记录即为感染者的历史乘车记录，定义其为第一乘车记录。

进一步的，根据这一第一乘车记录即可确定与感染者在相近的时间点乘坐同一路公共交通的乘车人员，这部分乘车人员即为感染者的密切接触者。进而通过第一乘车记录确定这部分密切接触者的乘车记录，定义为第二乘车记录，基于第二乘车记录即可确定该密切接触者的身份证标识信息。参照图3，第二乘车记录确定流程包括：

s1401、以所述第一乘车记录中的时间信息和车次信息作为查询关键词查询所述历史数据库；

s1402、确定时间信息在所述第一乘车记录所对应的时间范围内，且车次信息与所述第一乘车记录相同的历史乘车记录，作为所述追溯目标的密切接触者的第二乘车记录，所述时间范围根据所述第一乘车记录的时间信息确定。

具体的，根据上述第一乘车记录，提取每一个历史乘车记录中的时间信息和对应的车次信息，以这些时间信息和对应的车次信息作为查询关键词查询历史数据库。可以理解的是，对应感染者的一次历史乘车记录中的时间信息和车次信息，若其他乘车人员的历史乘车记录中，存在车次信息相同，且时间信息相近(即在对应的时间范围内)的历史乘车记录，则认为该乘车人员与感染者曾经乘坐过同一班公共交通，其可能为感染者的密切接触者。举例而言，根据感染者的第一乘车记录，确定感染者在5月21日，12点10分乘坐了297路公交车，则根据这一时间信息和车次信息查询历史数据库，提取其中车次信息为297路公交车，时间信息在5月21日，11点40分～12点40分(即12点10分前后30分钟的时间范围内)的历史乘车记录，认为这些历史乘车记录所对应的乘车人员可能与感染者乘坐过同一班车，即这部分乘车人员定义为感染者的密切接触者。进一步提取上述时间信息在第一乘车记录所对应的时间范围内，且车次信息与第一乘车记录相同的密切接触者的历史乘车记录，定义这部分历史乘车记录为第二乘车记录，基于该第二乘车记录，即可对应进行密切接触者的信息排查和追溯。

此外，考虑到感染者在历史数据库中的历史乘车记录可能相对较长，为了避免信息首先量较大，在基于第一乘车记录确定第二乘车记录时，还根据感染者的感染时间点，只提取对应时间范围内的历史乘车记录作为第一乘车记录。而不是提取感染者的所有历史乘车记录作为第一乘车记录，以此可减少信息比对搜索的数量，提升信息排查效率。

s150、基于所述第二乘车记录确定所述密切接触者的身份证标识信息，将所述密切接触者的身份证标识信息发送至定位跟踪端以对所述密切接触者进行定位跟踪。

最终，根据上述步骤s140确定的第二乘车记录，提取第二乘车记录中的所有身份证标识信息，进一步进行去重处理，得到对应的身份证标识信息列表，即为感染者的密切接触者的身份证标识信息列表，以此完成相关乘车人员的信息排查和追溯。需要说明的是，由于大部分公共交通信息管理系统不具备访问密切接触者的具体身份证信息(如姓名、住址等)的权限，因此，基于该身份证标识信息列表，如若需要对密切接触者进行定位跟踪，则需要提取所述第二乘车记录中的身份证标识信息作为所述密切接触者的身份证标识信息，将所述密切接触者的身份证标识信息发送至定位跟踪端作为搜索关键词以搜索对应的身份证数据库。可以理解的是，当需要定位跟踪上述密切接触者时，通过提取上述密切接触者的身份证标识信息列表，将这一身份证标识信息列表发送至定位跟踪端，定位跟踪端可以是具备身份信息访问权限的客户端。由定位跟踪端基于这一身份证标识信息查询身份证数据库，确定与身份证标识信息相对应的姓名、住址等信息。以此即可实现对密切接触者的定位跟踪。

在一个实施例中，还直接将密切接触者的第二乘车记录发送至定位跟踪端，定位跟踪端根据这一第二乘车记录的站点信息确定密切接触者在哪个站点乘坐公共交通，确定密切接触者的乘车站点，进而优化对密切接触者定位跟踪流程。

上述，通过将乘车人员的乘车认证信息、对应的身份证标识信息、时间信息、车次信息和站点信息绑定作为历史乘车记录存储于历史数据库，之后在确定追溯目标时，基于追溯目标的身份证标识信息查询历史数据库，确定追溯目标的第一乘车记录，基于第一乘车记录查询历史数据库，确定追溯目标的密切接触者的第二乘车记录，基于第二乘车记录将密切接触者的身份证标识信息发送至定位跟踪端以对密切接触者进行定位跟踪。采用上述技术手段，可以较快速地对相关乘车人员进行信息排查及追溯，优化乘车人员信息管理。在重大疫情和其他特殊公共安全事件发生时，提高信息排查和追溯效率。

实施例二：

在上述实施例的基础上，图4为本申请实施例二提供的一种公共交通的乘车人员信息管理装置的结构示意图。参考图4，本实施例提供的公共交通的乘车人员信息管理装置具体包括：采集模块21、绑定模块22、第一确定模块23、第二确定模块24和发送模块25。

其中，采集模块21用于在公共交通运行过程中，采集乘车人员的乘车认证信息和身份证标识信息，所述乘车认证信息为乘车码信息或公交ic卡信息，所述身份证标识信息为身份证号码或身份证ic卡信息；

绑定模块22用于将所述乘车认证信息、对应的所述身份证标识信息、时间信息、车次信息和站点信息绑定作为历史乘车记录存储于历史数据库；

第一确定模块23用于在确定追溯目标时，基于所述追溯目标的所述身份证标识信息查询所述历史数据库，确定所述追溯目标的第一乘车记录；

第二确定模块24用于基于所述第一乘车记录查询所述历史数据库，确定所述追溯目标的密切接触者的第二乘车记录；

发送模块25用于基于所述第二乘车记录确定所述密切接触者的身份证标识信息，将所述密切接触者的身份证标识信息发送至定位跟踪端以对所述密切接触者进行定位跟踪。

上述，通过将乘车人员的乘车认证信息、对应的身份证标识信息、时间信息、车次信息和站点信息绑定作为历史乘车记录存储于历史数据库，之后在确定追溯目标时，基于追溯目标的身份证标识信息查询历史数据库，确定追溯目标的第一乘车记录，基于第一乘车记录查询历史数据库，确定追溯目标的密切接触者的第二乘车记录，基于第二乘车记录将密切接触者的身份证标识信息发送至定位跟踪端以对密切接触者进行定位跟踪。采用上述技术手段，可以较快速地对相关乘车人员进行信息排查及追溯，优化乘车人员信息管理。在重大疫情和其他特殊公共安全事件发生时，提高信息排查和追溯效率。

本申请实施例二提供的公共交通的乘车人员信息管理装置可以用于执行上述实施例一提供的公共交通的乘车人员信息管理方法，具备相应的功能和有益效果。

实施例三：

本申请实施例三提供了一种电子设备，参照图5，该电子设备包括：处理器、存储器、通信模块、输入装置及输出装置。该电子设备中处理器的数量可以是一个或者多个，该电子设备中的存储器的数量可以是一个或者多个。该电子设备的处理器、存储器、通信模块、输入装置及输出装置可以通过总线或者其他方式连接。

存储器作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本申请任意实施例所述的公共交通的乘车人员信息管理方法对应的程序指令/模块(例如，公共交通的乘车人员信息管理装置中的采集模块、绑定模块、第一确定模块、第二确定模块和发送模块)。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

通信模块用于进行数据传输。

处理器通过运行存储在存储器中的软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述的公共交通的乘车人员信息管理方法。

输入装置可用于接收输入的数字或字符信息，以及产生与设备的用户设置以及功能控制有关的键信号输入。输出装置可包括显示屏等显示设备。

上述提供的电子设备可用于执行上述实施例一提供的公共交通的乘车人员信息管理方法，具备相应的功能和有益效果。

实施例四：

本申请实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种公共交通的乘车人员信息管理方法，该公共交通的乘车人员信息管理方法包括：在公共交通运行过程中，采集乘车人员的乘车认证信息和身份证标识信息，所述乘车认证信息为乘车码信息或公交ic卡信息，所述身份证标识信息为身份证号码或身份证ic卡信息；将所述乘车认证信息、对应的所述身份证标识信息、时间信息、车次信息和站点信息绑定作为历史乘车记录存储于历史数据库；在确定追溯目标时，基于所述追溯目标的所述身份证标识信息查询所述历史数据库，确定所述追溯目标的第一乘车记录；基于所述第一乘车记录查询所述历史数据库，确定所述追溯目标的密切接触者的第二乘车记录；基于所述第二乘车记录确定所述密切接触者的身份证标识信息，将所述密切接触者的身份证标识信息发送至定位跟踪端以对所述密切接触者进行定位跟踪。

存储介质——任何的各种类型的存储器设备或存储设备。术语“存储介质”旨在包括：安装介质，例如cd-rom、软盘或磁带装置；计算机系统存储器或随机存取存储器，诸如dram、ddrram、sram、edoram，兰巴斯(rambus)ram等；非易失性存储器，诸如闪存、磁介质(例如硬盘或光存储)；寄存器或其它相似类型的存储器元件等。存储介质可以还包括其它类型的存储器或其组合。另外，存储介质可以位于程序在其中被执行的第一计算机系统中，或者可以位于不同的第二计算机系统中，第二计算机系统通过网络(诸如因特网)连接到第一计算机系统。第二计算机系统可以提供程序指令给第一计算机用于执行。术语“存储介质”可以包括驻留在不同位置中(例如在通过网络连接的不同计算机系统中)的两个或更多存储介质。存储介质可以存储可由一个或多个处理器执行的程序指令(例如具体实现为计算机程序)。

当然，本申请实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的公共交通的乘车人员信息管理方法，还可以执行本申请任意实施例所提供的公共交通的乘车人员信息管理方法中的相关操作。

上述实施例中提供的公共交通的乘车人员信息管理装置、存储介质及电子设备可执行本申请任意实施例所提供的公共交通的乘车人员信息管理方法，未在上述实施例中详尽描述的技术细节，可参见本申请任意实施例所提供的公共交通的乘车人员信息管理方法。

上述仅为本申请的较佳实施例及所运用的技术原理。本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行的各种明显变化、重新调整及替代均不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由权利要求的范围决定。