面向院校场所的基于多维信息的通行核验方法及系统

摘要

本公开提供了一种面向院校场所的基于多维信息的通用核验方法、面向院校场所的基于多维信息的通行核验系统、电子设备以及存储介质，可以应用于人工智能技术领域。该面向院校场所的基于多维信息的通用核验方法包括：通过对拟进出院校场所的目标用户提供的证件进行感应，获取证件信息，其中，证件信息包括目标用户的属性信息、证件有效期限信息和证件标记信息；在确定目标用户的属性信息与预设名单库匹配的情况下，根据证件有效期限信息和证件标记信息，确定第一核验结果；在确定第一核验结果满足预设条件的情况下，获取第二核验结果；以及根据第二核验结果，确定通行核验结果。

说明书

技术领域

本公开涉及人工智能技术领域，具体涉及面向院校场所的基于多维信 息的通行核验方法、系统及电子设备。

背景技术

传统的院校进出校模式是利用道闸系统，对门禁卡进行识别。当前院 校进出校模式发生了改变，不仅需要对门禁卡进行识别，还需要对进出校 人员的健康状态信息和行程信息等进行核验。

院校进出校人员身份复杂，例如，住校内的学生和教职工、住校外的 教职工、第三方临时聘用人员以及住校内的家属等。然而针对进出校人员 身份的不同，又有不同的进出校核验规则。此外，进出校人员进出校的方 式也有多种，例如，可以开车进校、步行进校、骑车进校等。因此，针对 当前院校进出校模式，相关人员进行核验，存在核验繁琐且核验效率低的 问题，甚至在进出校高峰期，还会造成人员和车辆的拥堵问题。

发明内容

鉴于上述问题，本公开提供了一种面向院校场所的基于多维信息的通 行核验方法、面向院校场所的基于多维信息的通行核验系统、电子设备以 及可读存储介质。

本公开的第一个方面，提出了一种面向院校场所的基于多维信息的通 行核验方法，包括：通过对拟进出院校场所的目标用户提供的证件进行感 应，获取证件信息，其中，证件信息包括：目标用户的属性信息、证件有 效期限信息和证件标记信息；在确定目标用户的属性信息与预设名单库匹 配的情况下，根据证件有效期限信息和证件标记信息，确定第一核验结果； 在确定第一核验结果满足预设条件的情况下，获取第二核验结果，其中，第二核验结果是根据目标用户的健康状态信息和行程信息确定的；以及根 据第二核验结果，确定通行核验结果。

根据本公开的实施例，第二核验结果是服务端根据证件信息，从第三 方设备端直接获取目标用户的健康状态信息和行程信息后，与预设规则进 行核验确定的。根据本公开的实施例，第二核验结果是通过第三方客户端 根据目标用户预先提供的健康状态信息和行程信息，与预设规则进行核验 确定的。

根据本公开的实施例，目标用户预先提供的健康状态信息和行程信息 是目标用户通过目标用户端，预先将目标用户的健康状态信息和行程信息， 以截图的方式，上传至第三方客户端的。

根据本公开的实施例，在确定目标用户的属性信息与预设名单库匹配 的情况下，根据证件有效期限信息和证件标记信息，确定第一核验结果， 包括：对证件有效期限信息进行核验，得到第一子核验结果；对证件标记 信息进行核验，得到第二子核验结果；以及根据第一子核验结果和第二子 核验结果，确定第一核验结果。

根据本公开的实施例，方法还包括：实时获取预设名单库中各个用户 的健康状态信息和行程信息；通过统计预设名单库中各个用户的健康状态 信息和行程信息，生成报表信息，以便于第三方客户端进行管理。

根据本公开的实施例，证件包括校园卡；在通过对拟进出院校场所的 目标用户提供的证件进行感应，获取证件信息之前，还包括：根据目标用 户拟进出院校场所的方式，确定对校园卡进行感应的目标设备；其中，目 标设备包括道闸设备或手持设备。

本公开的第二方面提供了一种面向院校场所的基于多维信息的通行 核验系统，包括：第一获取模块，用于通过对拟进出院校场所的目标用户 提供的证件进行感应，获取证件信息，其中，证件信息包括：目标用户的 属性信息、证件有效期限信息和证件标记信息；第一确定模块，用于在确 定目标用户的属性信息与预设名单库匹配的情况下，根据证件有效期限信 息和证件标记信息，确定第一核验结果；第二获取模块，用于在确定第一 核验结果满足预设条件的情况下，获取第二核验结果，其中，第二核验结 果是根据目标用户的健康状态信息和行程信息确定的；以及第二确定模块， 用于根据第二核验结果，确定通行核验结果。

本公开的第三方面提供了一种电子设备，包括：一个或多个处理器； 存储器，用于存储一个或多个程序，其中，当上述一个或多个程序被上述 一个或多个处理器执行时，使得一个或多个处理器执行上述面向院校场所 的基于多维信息的通行核验方法。

本公开的第四方面还提供了一种计算机可读存储介质，其上存储有可 执行指令，该指令被处理器执行时使处理器执行上述面向院校场所的基于 多维信息的通行核验方法。

根据本公开的实施例，通过对拟进出院校场所的目标用户提供的证件 进行感应，获取证件信息，在确定目标用户的属性信息与预设名单库匹配 的情况下，根据证件有效期限信息和证件标记信息，确定第一核验结果， 进而在确定第一核验结果满足预设条件的情况下，获取第二核验结果，最 后根据第二核验结果，确定通行核验结果。由于通过对拟进出院校场所的 目标用户的证件进行感应后，即可获取证件信息，然后根据证件信息确定 通行核验结果，实现了一次证件感应就能完成对目标用户是否可以进出校 的核验，提高了核验效率，解决了人工核验的繁琐以及核验效率低的问题， 甚至避免了进出校高峰期，造成的人员和车辆的拥堵问题。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键 或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下 的说明书而变得容易理解。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述内容以及其 他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的可以应用面向院校场所的基于 多维信息的通行核验方法及系统的示例性系统架构；

图2示意性示出了根据本公开实施例的面向院校场所的基于多维信息 的通行核验方法的流程图；

图3示意性示出了根据本公开实施例的确定第一核验结果方法的的流 程图；

图4示意性示出了根据本公开实施例的面向院校场所的基于多维信息 的通行核验系统的结构框图；以及

图5示意性示出了根据本公开实施例的适于实现面向院校场所的基于 多维信息的通行核验方法的电子设备的方框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述 只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便 于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而， 明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。 此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地 混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。 在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部 件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或 部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通 常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有 与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来 解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般 来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如， “具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具 有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、 B、C的系统等)。

在本公开的实施例中，所涉及的用户个人信息的收集、存储、使用、 加工、传输、提供、公开和应用等处理，均符合相关法律法规的规定，采 取了必要保密措施，且不违背公序良俗。

在实施本公开的过程中发现，院校进出校人员身份复杂，例如，住校 内的学生和教职工、住校外的教职工、第三方临时聘用人员以及住校内的 家属等。然而针对进出校人员身份的不同，又有不同的进出校核验规则。 此外，进出校人员进出校的方式也有多种，例如，可以开车进校、步行进 校、骑车进校等。因此，针对当前院校进出校模式，需要对门禁卡进行识 别，还需要相关人员进行核验，存在核验繁琐且核验效率低的问题，甚至 在进出校高峰期，还会造成人员和车辆的拥堵问题。

为此，本公开的实施例提供了一种面向院校场所的基于多维信息的通 行核验方法，包括：通过对拟进出院校场所的目标用户提供的证件进行感 应，获取证件信息，其中，证件信息包括：目标用户的属性信息、证件有 效期限信息和证件标记信息；在确定目标用户的属性信息与预设名单库匹 配的情况下，根据证件有效期限信息和证件标记信息，确定第一核验结果； 在确定第一核验结果满足预设条件的情况下，获取第二核验结果，其中，第二核验结果是根据目标用户的健康状态信息和行程信息确定的；以及根 据第二核验结果，确定通行核验结果。

图1示意性示出了根据本公开实施例的可以应用面向院校场所的基于 多维信息的通行核验方法及系统的示例性系统架构。

需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示 例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开 实施例不可以用于其他设备、系统、环境或场景。

如图1所示，根据该实施例的系统架构100可以包括终端设备101、 102、103，网络104和服务器105。网络104用以在终端设备101、102、 103和服务器105之间提供通信链路的介质。网络104可以包括各种连接 类型，例如有线、无线通信链路或者光纤电缆等等。用户可以使用终端设 备101、102、103通过网络104与服务器105交互，以接收或发送消息等。 终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类 应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交 平台软件等(仅为示例)。终端设备101、102、103可以是具有显示屏并 且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝 上型便携计算机和台式计算机等等。

例如，终端设备101、102、103可以是第三方客户端，目标用户可以 将健康状态信息和行程信息，以截图的方式，上传至第三方客户端，审核 人员根据目标用户上传至第三方客户端的健康状态信息和行程信息截图， 与预设规则进行核验，确定第二核验结果，并将第二核验结果发送到服务 器105中。

服务器105可以是提供各种服务的服务器，例如，对用户利用终端设 备101、102、103所浏览的网站提供支持的后台管理服务器(仅为示例)。 后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处 理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给 终端设备。

需要说明的是，本公开实施例所提供的面向院校场所的基于多维信息 的通行核验方法一般可以由服务器105执行。相应地，本公开实施例所提 供的面向院校场所的基于多维信息的通行核验系统一般可以设置于服务 器105中。本公开实施例所提供的面向院校场所的基于多维信息的通行核 验方法也可以由不同于服务器105且能够与终端设备101、102、103和/ 或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所 提供的面向院校场所的基于多维信息的通行核验系统也可以设置于不同 于服务器105且能够与终端设备101、102、103和/或服务器105通信的服 务器或服务器集群中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。 根据实现需要，可以具有任意数目的终端设备、网络和服务器。

以下将基于图1描述的场景，通过图2～图3对公开实施例的面向院校 场所的基于多维信息的通行核验方法进行详细描述。

图2示意性示出了根据本公开实施例的面向院校场所的基于多维信息 的通行核验方法的流程图。

如图2所示，该方法200包括操作S210～S240。

在操作S210，通过对拟进出院校场所的目标用户提供的证件进行感应， 获取证件信息，其中，证件信息包括：目标用户的属性信息、证件有效期 限信息和证件标记信息。

根据本公开的实施例，证件可以包括校园卡。

根据本公开的实施例，目标用户的属性信息可以包括目标用户的姓名、 学号、身份证号以及校内唯一标识符等。

根据本公开的实施例，证件有效期限信息可以表征证件的起始使用时 间至证件的终止使用时间的时间期限信息。时间期限例如可以是但不限于： 1年、2年、3年、4年。

根据本公开的实施例，证件标记信息可以包括被挂失的证件标记信息 和未被挂失的证件标记信息。

例如，目标用户进出院校场所可以在道闸设备或手持设备上刷卡，道 闸设备或手持设备对目标用户提供的证件进行感应，从而获得目标用户的 属性信息、证件有效期限信息以及证件标记信息。

根据本公开的实施例，可以根据目标用户拟进出院校场所的方式，确 定对目标用户提供的证件进行感应的设备，例如，在目标用户步行或者骑 车进校的情况下，采用道闸设备进行感应，在目标用户开车进校的情况下， 采用手持设备进行感应。

在操作S220，在确定目标用户的属性信息与预设名单库匹配的情况下， 根据证件有效期限信息和证件标记信息，确定第一核验结果。

根据本公开的实施例，预设名单库可以包括允许进出校的人员名单库。 人员名单库可以包括姓名、学号、身份证号以及校内唯一标识符中的至少 一个。

根据本公开的实施例，确定第一核验结果的前提是目标用户的属性信 息与预设名单库相匹配，例如，在目标用户的姓名、学号、身份证号以及 校内唯一标识符信息中的至少一个可以在院校允许进出校的人员名单库 中查询到的情况下，可以进行确定第一核验结果。在目标用户的姓名、学 号、身份证号以及校内唯一标识符信息中的至少一个在院校允许进出校的 人员名单库中未查询到的情况下，无法进行确定第一核验结果，禁止目标用户通行。

根据本公开的实施例，第一核验结果可以用于表征证件是否有效。

例如，在目标用户的姓名、学号、身份证号以及校内唯一标识符信息 中的至少一个与院校允许进出校的人员名单库相匹配的情况下，可以根据 证件的起始使用时间至证件的终止使用时间的时间期限信息，判断证件是 否过期。可以根据证件标记信息，确定证件是否被挂失。只有在证件未过 期和证件未被挂失的情况下，第一核验结果可以表征证件有效；否则，第 一核验结果可以表征证件无效。例如，在证件已过期或者证件被挂失的情况下，第一核验结果可以表征证件无效。在证件已过期并且证件未被挂失 或者已被挂失的情况下，第一核验结果可以表征证件无效。

在操作S230，在确定第一核验结果满足预设条件的情况下，获取第二 核验结果，其中，第二核验结果是根据目标用户的健康状态信息和行程信 息确定的。

根据本公开的实施例，预设条件可以是证件有效。

根据本公开的实施例，健康状态信息可以包括健康码和健康检测证明。

根据本公开的实施例，行程信息可以包括行程码。

根据本公开的实施例，第二核验结果可以用于表征目标用户的健康状 态信息和行程信息是否符合预设规则。其中，预设规则可以是根据当前时 间对健康状态信息和行程信息的要求确定的。

根据本公开的实施例，获取第二核验结果的前提是第一核验结果满足 预设条件，例如，在第一核验结果满足预设条件的情况下，可以获取第二 核验结果，在第一核验结果不满足预设条件的情况下，无法获取第二核验 结果。避免了在第一核验结果表征证件无效的情况下，对第二核验结果的 调用。

根据本公开的实施例，获取第二核验结果可以是通过目标用户预先将 目标用户的健康状态信息和行程信息以截图的方式上传至第三方客户端， 而第三方客户端的审核人员根据预设规则审核目标用户的健康状态信息 和行程信息，判断是否符合预设规则，从而确定第二核验结果。目标用户 通过在道闸设备或者手持设备上刷卡，道闸设备或者手持设备对目标用户 的证件进行感应，接收来自第三方客户端发送的第二核验结果。

根据本公开的实施例，获取第二核验结果也可以是服务端根据目标用 户的证件信息，从第三方设备端直接获取目标用户的健康状态信息和行程 信息后，自动根据预设规则审核获取的目标用户的健康状态信息和行程信 息，判断是否符合预设规则，从而确定第二核验结果。目标用户通过在道 闸设备或者手持设备上刷卡，道闸设备或者手持设备对目标用户的证件进 行感应，接收从第三方设备端直接获取的第二核验结果。

例如，在第一核验结果表征证件有效的情况下，可以根据当前时间对 健康状态信息和行程信息的要求，判断目标用户的健康状态信息和行程信 息是否符合当前时间对健康状态信息和行程信息的要求，从而获取第二核 验结果。在目标用户的健康状态信息和行程信息符合当前时间对健康状态 信息和行程信息的要求的情况下，第二核验结果可以表征目标用户的健康 状态信息和行程信息符合预设规则。在目标用户的健康状态信息和行程信 息不符合当前时间对健康状态信息和行程信息的要求的情况下，第二核验 结果可以表征目标用户的健康状态信息和行程信息不符合预设规则。

在操作S240，根据第二核验结果，确定通行核验结果。

根据本公开的实施例，通行核验结果可以表征目标用户是否可以通行。 在第二核验结果表征目标用户的健康状态信息和行程信息符合预设规则 的情况下，目标用户可以通行。在第二核验结果表征目标用户的健康状态 信息和行程信息不符合预设规则的情况下，目标用户不可以通行。

根据本公开的实施例，通过对拟进出院校场所的目标用户提供的证件 进行感应，获取证件信息，在确定目标用户的属性信息与预设名单库匹配 的情况下，根据证件有效期限信息和证件标记信息，确定第一核验结果， 进而在确定第一核验结果满足预设条件的情况下，获取第二核验结果，最 后根据第二核验结果，确定通行核验结果。由于通过对拟进出院校场所的 目标用户的证件进行感应后，即可获取证件信息，然后根据证件信息确定 通行核验结果，实现了一次证件感应就能完成对目标用户是否可以进出校 的核验，提高了核验效率，解决了人工核验的繁琐以及核验效率低的问题， 甚至避免了进出校高峰期，造成的人员和车辆的拥堵问题。

图3示意性示出了根据本公开实施例的确定第一核验结果方法的流程 图。

如图3所示，该方法300包括操作S310～S370。

在操作S310，根据目标用户拟进出院校场所的方式，确定对证件进行 感应的目标设备。

根据本公开的实施例，目标用户拟进出院校场所的方式可以包括步行、 骑车以及开车等。目标设备可以包括手持设备和道闸系统。可以在目标用 户拟进出院校场所的方式是步行或者骑车的情况下，采用道闸设备对证件 进行感应。可以在目标用户拟进出院校场所的方式是开车的情况下，采用 手持设备对证件进行感应。

在操作S320，对目标用户提供的证件进行感应。

根据本公开的实施例，目标用户在道闸设备或者手持设备上刷卡，道 闸设备或手持设备对目标用户提供的证件进行感应，从而获得目标用户的 属性信息、证件有效期限信息以及证件标记信息。

在操作S330，判断目标用户的属性信息与预设名单库是否匹配。

根据本公开的实施例，目标用户的属性信息可以包括以下至少之一： 姓名、学号、身份证号。预设名单库可以是根据目标用户的属性信息预先 保存的允许进出校的人员名单库。

例如，目标用户通过在道闸设备或者手持设备上刷卡，道闸设备或手 持设备对目标用户提供的证件进行感应，可以获得目标用户的姓名、学号、 身份证号以及校内唯一标识符信息中的至少一个，从而判断获得的目标用 户的姓名、学号、身份证号信息中的至少一个是否与预设名单库匹配。

在操作S340，在目标用户的属性信息与预设名单库不匹配的情况下， 禁止通行。

根据本公开的实施例，在目标用户的姓名、学号、身份证号信息中的 至少一个不在允许进出校的人员名单库中的情况下，禁止目标用户通行。

在操作S350，在目标用户的属性信息与预设名单库匹配的情况下，对 证件有效期限信息进行核验。

根据本公开的实施例，在目标用户的姓名、学号、身份证号信息中的 至少一个在允许进出校的人员名单库中的情况下，可以对证件有效期限进 行核验。

根据本公开的实施例，对证件有效期限信息进行核验可以得到第一子 核验结果，第一子核验结果可以用于表征目标用户的证件是否过期。

在操作S360，在目标用户的属性信息与预设名单库匹配的情况下，对 证件标记信息进行核验。

根据本公开的实施例，在目标用户的姓名、学号、身份证号信息中的 至少一个在允许进出校的人员名单库中的情况下，可以对证件标记信息进 行核验。

根据本公开的实施例，对证件标记信息进行核验，得到第二子核验结 果，第二核验子结果可以用于表征目标用户的证件是否被挂失。

在操作S370，确定第一核验结果。

根据本公开的实施例，在确定目标用户的属性信息与预设名单库匹配 的情况下，根据证件有效期限信息和证件标记信息，确定第一核验结果， 可以包括如下操作：对证件有效期限信息进行核验，得到第一子核验结果； 对证件标记信息进行核验，得到第二子核验结果；根据第一子核验结果和 第二子核验结果，确定第一核验结果。

例如，在第一子核验结果表征目标用户的证件未过期和第二子核验结 果表征目标用户的证件未被挂失的情况下，可以确定第一核验结果表征证 件有效。在第一子核验结果表征目标用户的证件已过期并且第二子核验结 果表征目标用户的证件被挂失或者证件未被挂失的情况下，可以确定第一 核验结果表征证件无效，禁止目标用户进出校。在第二子核验结果表征目 标用户的证件被挂失并且第一子核验结果表征目标用户的证件未过期或 者证件已过期的情况下，可以确定第一核验结果表征证件无效，禁止目标 用户进出校。

根据本公开的实施例，在目标用户的属性信息与预设名单库相匹配的 情况下，通过对证件有效期限信息进行核验，得到第一子核验结果，判断 证件是否过期。对证件标记信息进行核验，得到第二子核验结果，判断证 件是否被挂失。最后在此基础上，根据第一子核验结果和第二子核验结果， 确定第一核验结果，实现了对证件有效性的核验，避免了对不在预设名单 库中的进出校人员进行健康状态信息和行程信息进行核验的不必要性。

根据本公开的实施例，第二核验结果可以是服务端根据证件信息，从 第三方设备端直接获取目标用户的健康状态信息和行程信息后，与预设规 则进行核验确定的。

根据本公开的实施例，服务端可以根据目标用户的证件信息，从第三 方设备端直接调用该目标用户的健康状态信息和行程信息。然后服务端根 据目标用户的健康状态信息和行程信息，判断是否符合预设规则。其中， 预设规则可以是根据当前时间对健康状态信息和行程信息的要求确定的。 第二核验结果可以表征目标用户的健康状态信息和行程信息是否符合预 设规则。第三方设备端可以理解为是用于检测或者接收健康状态信息和行 程信息的设备端。该设备例如可以是安装有健康码系统、健康检测证明的 结果系统以及行程码系统的设备。

例如，在第二核验结果可以表征目标用户的健康状态信息和行程信息 符合预设规则情况下，目标用户可以通行。在第二核验结果可以表征目标 用户的健康状态信息和行程信息不符合预设规则情况下，目标用户不可以 通行。例如，服务端在接收到目标用户的证件信息后，直接从第三方设备 端获取目标用户的健康状态信息和行程信息，并设置目标用户状态为已上 传待审核，再根据预设规则判断是否符合预设规则，从而确定第二核验结果。目标用户通过在道闸设备或者手持设备上刷卡，道闸设备或者手持设 备对目标用户的证件进行感应，从而接收从第三方设备端直接获取的第二 核验结果。可以在预定时间，对拟进出院校场所的目标用户状态为未上传 状态的用户发送提醒信息。其中，拟进出院校场所的目标用户状态为未上 传状态可以是服务端未获取到目标用户的健康状态信息和行程信息后确 定的。

根据本公开的实施例，服务端根据证件信息，从第三方设备端直接获 取目标用户的健康状态信息和行程信息后，与预设规则进行核验确定第二 核验结果，能够自动获取目标用户的健康状态信息和行程信息以及自动判 断是否符合预设规则，避免了目标用户未及时上传健康状态信息和行程信 息的问题，加快了核验速度。

根据本公开的另一实施例，第二核验结果还可以是通过第三方客户端 根据目标用户预先提供的健康状态信息和行程信息，与预设规则进行核验 确定的。

例如，目标用户可以在第三方客户端预先上传健康码、行程码以及健 康检测证明。审核人员通过第三方客户端，将目标用户的健康码、行程码 以及健康检测证明与预设规则进行核验，得到第二核验结果。其中，第三 方客户端可以理解为是用于审核人员进行审核目标用户的健康码、行程码 以及健康检测证明的客户端。

根据本公开的实施例，第三方客户端根据目标用户预先提供的健康状 态信息和行程信息，与预设规则进行核验，从而确定第二核验结果，解决 了进校时用户手动打开健康码、行程码时可能由于网络问题导致打开缓慢 的问题，提高了核验效率，甚至避免了进出校高峰期，造成的人员和车辆 的拥堵问题。

根据本公开的实施例，在确定获取到第二核验结果表征目标用户的健 康状态信息和行程信息符合预设规则的情况下，还可以将目标用户添加到 白名单中。在确定未获取到第二核验结果的情况下，将目标用户添加到灰 名单中，以便于核验人员对其进行健康状态信息和行程信息的核验。在确 定获取到第二核验结果表征目标用户的健康状态信息和行程信息不符合 预设规则的情况下，目标用户可以不添加到白名单，也不添加到灰名单中。

根据本公开的实施例，目标用户预先提供的健康状态信息和行程信息 是目标用户通过目标用户端，预先将目标用户的健康状态信息和行程信息， 以截图的方式，上传至第三方客户端的。

根据本公开的实施例，目标用户可以截取健康码、行程码以及健康检 测证明图片并上传至第三方客户端，审核人员在第三方客户端根据预设规 则审核目标用户上传的健康码、行程码以及健康检测证明，判断是否符合 预设规则，从而确定第二核验结果。

根据本公开的实施例，上传健康码、行程码以及健康检测证明截图时， 为优化系统性能，可以采用前端上传的时候自动压缩截图，同时后端脚本 自动轮巡。如果有前端未压缩成功的情况，可以重新再次启动自动压缩。

根据本公开的实施例，可以根据目标用户的行程信息，确定目标用户 预先上传的信息。

例如，目标用户具有外地行程信息时，目标用户预先上传的信息可以 包括：从何地以何种方式返回学校、返校理由、预计进校时间、健康码、 行程码、健康检测证明等。有利于审核人员根据当前时间对地区划分的要 求以及用户所提供的健康码、行程码、健康检测证明，判断是否符合当前 时间地区划分的要求以及预设规则，从而确定第二核验结果。目标用户不 具有外地行程信息时，例如，可以是在校内或者本地的目标用户，目标用 户预先上传的信息可以包括：健康码、行程码、健康检测证明等。

根据本公开的实施例，目标用户通过目标用户端，预先将健康状态信 息和行程信息，以截图的方式，上传至第三方客户端，审核人员通过第三 方客户端并根据目标用户预先提供的健康状态信息和行程信息，与预设规 则进行核验，从而确定第二核验结果，解决了进出校时用户手动打开健康 码、行程码时可能由于网络问题导致打开缓慢的问题，提高了核验效率， 解决了人工核验的繁琐以及核验效率低的问题。

根据本公开的实施例，面向院校场所的基于多维信息的通行核验方法 还可以包括如下操作：实时获取预设名单库中各个用户的健康状态信息和 行程信息；通过统计预设名单库中各个用户的健康状态信息和行程信息， 生成报表信息，以便于第三方客户端进行管理。

根据本公开的实施例，报表信息可以表征健康码、行程码以及健康检 测证明情况。根据本公开的实施例，实时获取预设名单库中各个用户的健 康状态信息和行程信息，并生成报表信息，以便于第三方客户端进行管理， 有利于第三方客户端根据报表信息与预设规则进行核验，最终确定第二核 验结果。同时，方便管理员通过第三方客户端对允许进出校的人员名单库 进行管理，进而有利于通过管理员的分组对用户的健康状态信息和行程信 息进行核验。

根据本公开的实施例，证件可以包括校园卡。其中，在通过对拟进出 院校场所的目标用户提供的证件进行感应，获取证件信息之前，还可以包 括如下操作：根据目标用户拟进出院校场所的方式，确定对校园卡进行感 应的目标设备，其中，目标设备包括道闸设备或手持设备。

根据本公开的实施例，手持设备可以用于对以开车方式拟进出院校场 所的目标用户进行校园卡的感应。道闸设备可以用于对以步行或骑车方式 拟进出院校场所的目标用户进行校园卡的感应。

根据本公开的实施例，道闸设备和手持设备可以用于判断用户的通行 权限。例如，根据师生的健康状态信息和行程信息确认师生当前是否处于 可进出校园状态。其中，师生的健康状态信息和行程信息可以通过学生端 或教师端上传健康码、行程码以及健康检测证明到第三方设备端。根据预 设规则进行核验，判断是否符合预设规则。

根据本公开的实施例，在确定手持设备是首次使用的情况下，目标用 户需要填写注册码，完成授权注册，获得签名。其中，手持设备可以是用 于核验校园卡有效性及通行权限的一种便携式移动无线设备，可以二次开 发，可以通过无线接入点(AP点)或者专门的路由器在门禁处加强网络 信号。

根据本公开的实施例，根据目标用户拟进出院校场所的方式，确定对 校园卡进行感应的目标设备，其中，目标设备包括道闸设备或手持设备， 因此，手持设备可以用于对以开车方式拟进出院校场所的目标用户进行校 园卡的感应，道闸设备可以用于对以步行或骑车方式拟进出院校场所的目 标用户进行校园卡的感应，实现了根据目标用户拟进出院校场所的方式的 不同，进行目标设备分类，有利于快速进行核验，提高了核验效率，甚至避免了进出校高峰期，造成的人员和车辆的拥堵问题。

基于上述面向院校场所的基于多维信息的通行核验方法，本公开还提 供了一种面向院校场所的基于多维信息的通行核验系统。以下将结合图4 对该系统进行详细描述。

图4示意性示出了根据本公开实施例的面向院校场所的基于多维信息 的通行核验系统的结构框图。

如图4所示，面向院校场所的基于多维信息的通行核验系统400可以 包括第一获取模块410、第一确定模块420、第二获取模块430和第二确 定模块440。

第一获取模块410，用于通过对拟进出所述院校场所的目标用户提供 的证件进行感应，获取证件信息，其中，所述证件信息包括：所述目标用 户的属性信息、证件有效期限信息和证件标记信息。

第一确定模块420，用于在确定所述目标用户的属性信息与预设名单 库匹配的情况下，根据所述证件有效期限信息和所述证件标记信息，确定 第一核验结果。

第二获取模块430，用于在确定第一核验结果满足预设条件的情况下， 获取第二核验结果，其中，第二核验结果是根据目标用户的健康状态信息 和行程信息确定的。

第二确定模块440，用于根据所述第二核验结果，确定通行核验结果。

根据本公开的实施例，第一确定模块420可以包括第一子确定单元、 第二子确定单元和第三子确定单元。

第一子确定单元，用于对证件有效期限信息进行核验，得到第一子核 验结果。

第二子确定单元，用于对证件标记信息进行核验，得到第二子核验结 果。

第三子确定单元，用于根据第一子核验结果和第二子核验结果，确定 所述第一核验结果。

根据本公开的实施例，面向院校场所的基于多维信息的通行核验系统 400还可以包括第三获取模块和生成模块。

第三获取模块用于实时获取预设名单库中各个用户的健康状态信息 和行程信息。

生成模块用于通过统计预设名单库中各个用户的健康状态信息和行 程信息，生成报表信息，以便于第三方客户端进行管理。

根据本公开的实施例，面向院校场所的基于多维信息的通行核验系统 400还可以包括第三确定模块。

第三确定模块，用于根据目标用户拟进出院校场所的方式，确定对校 园卡进行感应的目标设备，其中，目标设备包括道闸设备或手持设备。

根据本公开的实施例，面向院校场所的基于多维信息的通行核验系统 400还可以包括人员管理模块。

人员管理模块用于设置维护允许进出校的人员名单库、各部门的管理 员和审核人员；可以将管理负责人作为各部门的管理员，并可手动调整人 员，也可根据需要在部门下创建分组、给分组添加成员和设置审核人员， 负责审核组内用户的健康码、行程码以及健康检测证明。其中，允许进出 校的人员名单库可以包括允许进校人员、允许进校人员的身份以及允许进 校人员的归属部门等。

根据本公开的实施例，第一获取模块410、第一确定模块420、第二 获取模块430和第二确定模块440中的任意多个模块可以合并在一个模块 中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模 块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能 相结合，并在一个模块中实现。根据本公开的实施例，第一获取模块410、 第一确定模块420、第二获取模块430和第二确定模块440中的至少一个 可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可 编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用 集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理 方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意 一种或以其中任意几种的适当组合来实现。或者，第一获取模块410、第 一确定模块420、第二获取模块430和第二确定模块440中的至少一个可 以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时， 可以执行相应的功能。

图5示意性示出了根据本公开实施例的适于实现面向院校场所的基于 多维信息的通行核验方法的电子设备的方框图。

如图5所示，根据本公开实施例的电子设备500包括处理器501，其 可以根据存储在只读存储器(ROM)502中的程序或者从存储部分508加 载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。 处理器501例如可以包括通用微处理器(例如CPU)、指令集处理器和/或 相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))等等。处理器501还可以包括用于缓存用途的板载存储器。处理器501可以包括用 于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是 多个处理单元。

在RAM 503中，存储有电子设备500操作所需的各种程序和数据。 处理器501、ROM502以及RAM 503通过总线504彼此相连。处理器501 通过执行ROM 502和/或RAM 503中的程序来执行根据本公开实施例的方 法流程的各种操作。需要注意，所述程序也可以存储在除ROM 502和RAM 503以外的一个或多个存储器中。处理器501也可以通过执行存储在所述 一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种 操作。

根据本公开的实施例，电子设备500还可以包括输入/输出(I/O)接 口505，输入/输出(I/O)接口505也连接至总线504。电子设备500还可 以包括连接至I/O接口505的以下部件中的一项或多项：包括键盘、鼠标 等的输入部分506；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等 以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸 如LAN卡、调制解调器等的网络接口卡的通信部分509。通信部分509 经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至I/O 接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等 等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据 需要被安装入存储部分508。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可 以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在， 而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或 者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例 的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机 可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机 访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器 (EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器 件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读 存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行 系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例， 计算机可读存储介质可以包括上文描述的ROM 502和/或RAM 503和/或 ROM 502和RAM 503以外的一个或多个存储器。

本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该 计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产 品在计算机系统中运行时，该程序代码用于使计算机系统实现本公开实施 例所提供的物品推荐方法。

在该计算机程序被处理器501执行时执行本公开实施例的系统/装置 中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、 单元等可以通过计算机程序模块来实现。

在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件 等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上 以信号的形式进行传输、分发，并通过通信部分509被下载和安装，和/ 或从可拆卸介质511被安装。该计算机程序包含的程序代码可以用任何适 当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合 适的组合。

在这样的实施例中，该计算机程序可以通过通信部分509从网络上被 下载和安装，和/或从可拆卸介质511被安装。在该计算机程序被处理器 501执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的 实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程 序模块来实现。

根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来 编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以 利用高层级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这 些计算程序。程序设计语言包括但不限于诸如Java，C++，python，“C” 语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、 部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备 可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接 到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务 提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法 和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程 图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上 述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功 能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注 的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示 的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行， 这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以 及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的 基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载 的特征可以进行多种组合或/或结合，即使这样的组合或结合没有明确记载 于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各 个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有 这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说 明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施 例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开 的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技 术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围 之内。