CN112598400A - 一种通行校验方法及装置、电子设备 - Google Patents

Abstract

本申请涉及一种通行校验方法及装置、电子设备，所述方法包括：服务器获得当前用户提交的通行请求，所述通行请求包括所述当前用户申请进入的目标通行场所的标识信息；根据所述当前用户关联的可进入通行场所的标识信息，以及所述目标通行场所的标识信息，获得对应的通行审批结果；如果获得所述当前用户提交的携带有待通行场所的标识信息的权限校验请求，则在确定所述通行审批结果表示允许所述当前用户进入所述目标通行场所，以及所述目标通行场所与所述待通行场所相匹配的情况下，获得所述当前用户具有通行权限的权限校验结果。该方法能够提高通行处理的效率以及准确性。

Description

一种通行校验方法及装置、电子设备

技术领域

本申请涉及通行识别技术领域，例如涉及一种通行校验方法及装置、电子设备。

背景技术

对于一些需要进行进出人员管控的场所来说，例如，办公场所、涉密部门等，进出管制成为众多物业管理头疼的一项工作，目前出现很多二维码通行技术，可以缓解普通通行场所的管理需求，可是随着企业管理现代化意识的不断增强，对于很多管理比较严格企业，由于通行情况复杂，简单的二维码通行技术不能满足通行管制需求，所以很多企业内部通行的权限管理还是采用纸质审批，需要找直线领导签字，程序繁琐，效率低下，灵活性差，追溯行踪时需要人工排查申请记录，程序繁琐，不易追溯。

如何提高通行处理的效率以及通行处理的准确性，成为现有技术的一个问题。

发明内容

为了对披露的实施例的一些方面有基本的理解，下面给出了简单的概括。所述概括不是泛泛评述，也不是要确定关键/重要组成元素或描绘这些实施例的保护范围，而是作为后面的详细说明的序言。

本公开实施例提供了一种通行校验方法及装置、电子设备，以提高通行处理的效率以及准确性。

本实施例公开一种通行校验方法，所述方法包括：服务器获得当前用户提交的通行请求，所述通行请求包括所述当前用户申请进入的目标通行场所的标识信息；根据所述当前用户关联的可进入通行场所的标识信息，以及所述目标通行场所的标识信息，获得对应的通行审批结果；如果获得所述当前用户提交的携带有待通行场所的标识信息的权限校验请求，则在确定所述通行审批结果表示允许所述当前用户进入所述目标通行场所，以及所述目标通行场所与所述待通行场所相匹配的情况下，获得所述当前用户具有通行权限的权限校验结果。

可选的，如果所述服务器关联多个组织，且保存有不同组织各自关联的用户的标识信息，以及通行场所的标识信息，所述根据所述当前用户关联的可进入通行场所的标识信息，以及所述目标通行场所的标识信息，获得对应的通行审批结果，包括，确定所述当前用户关联的目标组织与所述目标通行场所关联的目标组织相符的情况下，根据所述当前用户在所述目标组织下关联的可通行场所的标识信息，以及所述目标通行场所的标识信息，获得所述通行审批结果。

可选的，如果所述通行请求中还包括申请进入所述目标通行场所的目标时间，所述获得所述当前用户具有通行权限的权限校验结果，包括：确定所述当前用户申请进入所述待通行场所的当前时间与所述目标时间相匹配的情况下，获得所述当前用户具有通行权限的权限校验结果。

可选的，如果所述通行请求中还包括申请进入所述目标通行场所的目标次数，所述获得所述当前用户具有通行权限的权限校验结果，包括，确定所述当前用户申请进入所述待通行场所的当前次数不超过所述目标次数的情况下，获得所述当前用户具有通行权限的权限校验结果。

可选的，获得所述权限校验请求后，所述方法还包括：确定所述当前用户申请进入所述待通行场所的当前时间在所述待通行场所关联的开放时间段内，再根据所述通行审批结果以及所述待通行场所的标识信息获得所述权限校验果。

可选的，获得所述权限校验请求后，所述方法还包括：确定所述当前用户申请进入所述待通行场所的当前时间在所述待通行场所关联的开放时间段外，获得用于表示不具有通行权限的权限校验结果。

优选的，获得所述权限校验结果后，所述方法还包括：如果获得所述当前用户提交的新的权限校验请求，获得所述权限校验请求与所述新的权限校验请求之间的间隔时长；如果所述间隔时长小于或等于预设时长，则获得所述权限校验结果；如果所述时长大于所述预设时长，则根据所述通行审批结果和所述新的权限校验请求中携带的信息进行权限校验。

优选的，如果通过条形码展示所述当前用户具有通行权限的权限校验结果，所述条形码具有表示不同时间信息和/或所述目标通行场所的标识信息的元素。

本实施例还公开一种通行校验装置，所述装置包括：通行请求获得单元获得当前用户提交的通行请求，所述通行请求包括所述当前用户申请进入的目标通行场所的标识信息；通行审批结果获得单元，用于根据所述当前用户关联的可进入通行场所的标识信息，以及所述目标通行场所的标识信息，获得对应的通行审批结果；权限校验单元，用于在获得所述当前用户提交的携带有待通行场所的标识信息的权限校验请求，且在确定所述通行审批结果表示允许所述当前用户进入所述目标通行场所，以及所述目标通行场所与所述待通行场所相匹配的情况下，获得所述当前用户具有通行权限的权限校验结果。

本实施例还公开一种电子设备，包括处理器和存储有程序指令的存储器其特征在于，所述述处理器被配置为在运行所述程序指令时，执行上述的一种通行校验方法。

本公开实施例提供的一种通行校验方法，可以实现以下技术效果：

本公开实施例的通行校验方案可以划分为通行审批过程以及权限校验过程。通过线上校验，可以增加通行审批的效率，增加审批的环节，保证通行场所的安全和准确性，当前用户申请进入目标通行场所时，可以通过提交通行请求的方式，请求服务器进行通行审批，对应地，服务器可以对当前用户想要进入的目标通行场所以及当前用户关联的可进入通行场所进行匹配，获得通行请求对应的通行审批结果，该通行审批结果可以表示是否允许当前用户进入目标通行场所，审批过程对当前用户提交的申请进入的目标通行场所和关联的可进入通行场所进行匹配，保证审批环节的准确性。此外，在当前用户准备进入某个待通行场所时，可以通过提交权限校验请求的方式，请求服务器进行权限校验，对应地，服务器可以获得当前用户对应的通行审批结果，如果该通行审批结果表示允许当前用户进入目标通行场所，则可进一步对通行审批结果针对的目标通行场所与用户当前准备进入的待通行场所进行匹配，并在匹配成功的情况下，可以获得当前用户具有通行权限的权限校验结果，权限校验过程对当前用户获得得审批结果允许进入的目标通行场所与待通行场所进行匹配，又增加了通行权限校验的环节，能够保证通行校验的准确定。至此便可实现本公开实施例的通行校验过程，不仅可以简化通行审批流程，节省各流程节点上的人力成本，提高通行处理的效率，还可避免人为审批出现的漏批、错批等情况出现，提高通行处理的准确性，进而保证通行场所的进出安全性。

以上的总体描述和下文中的描述仅是示例性和解释性的，不用于限制本申请。

附图说明

一个或多个实施例通过与之对应的附图进行示例性说明，这些示例性说明和附图并不构成对实施例的限定，附图中具有相同参考数字标号的元件示为类似的元件，附图不构成比例限制，并且其中：

图1是本公开实施例提供的一种通行校验方法的流程图；

图2是本公开实施例提供的一种通行校验装置的示意图；

图3是本公开实施例提供的一种springboot框架的部署架构。

具体实施方式

为了能够更加详尽地了解本公开实施例的特点与技术内容，下面结合附图对本公开实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本公开实施例。在以下的技术描述中，为方便解释起见，通过多个细节以提供对所披露实施例的充分理解。然而，在没有这些细节的情况下，一个或多个实施例仍然可以实施。在其它情况下，为简化附图，熟知的结构和装置可以简化展示。

本公开实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开实施例的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。

除非另有说明，术语“多个”表示两个或两个以上。

本公开实施例中，字符“/”表示前后对象是一种“或”的关系。例如，A/B表示：A或B。

术语“和/或”是一种描述对象的关联关系，表示可以存在三种关系。例如，A和/或B，表示：A或B，或，A和B这三种关系。

参见图1所示，本实施例提供的通行校验方法，可以包括：

S11、服务器获得当前用户提交的通行请求，通行请求包括当前用户申请进入的目标通行场所的标识信息。

本公开实施例中，用户想要进入某个通行场所之前，可以向服务器提交通行请求，服务器可以根据通行请求确定进行通行申请的当前用户，以及当前用户申请进入的目标通行场所。

作为一种示例，可以提供一种提交通行请求的客户端，例如，该客户端可以APP形式部署于当前用户关联的智能终端上，用户可以直接通过该客户端进行通行请求提交；或者，可以先对用户进行登录权限验证，确定当前用户具有登录权限的情况下，再进行通行请求提交。作为一种示例，登录权限验证可以由服务器完成，或者，为了尽量节省服务器的处理资源，可以由客户端进行登录权限验证。例如，可以将合法登录权限信息预先保存于客户端，客户端可以获取进行登录操作的当前用户的登录权限信息，如果能与合法登录权限信息相匹配，则可确定该当前用户具有登录权限，可以通过本客户端向服务器提交通行请求。

以企业员工申请进入办公楼为例，可以根据员工职级信息进行登录权限验证，通常，员工职级信息越低可进入的通行场所越受限，故可针对低于预设职级的员工进行通行校验，对应该方案下，合法登录权限信息可以体现为合法职级信息，即低于预设职级的职级信息。对应地，客户端可以获得当前用户的职级信息，如果属于合法职级信息范围，则可确定当前用户具有登录权限。

作为另一种示例，可以根据员工组织架构信息进行登录权限验证，则合法登录权限信息可以体现为合法部门信息，对应地，客户端可以获得当前用户所属的部门，如果属于合法部门信息范围，则可确定当前用户具有登录权限。

本实施例中，服务器首先获得当前用户的登录权限信息，对权限信息进行验证，验证通过，说明当前用户具有登录权限，对于当前用户的登录权限进行严格管控，保证通行的准确性以及安全性。

作为一种示例，用户登录权限验证通过后，可以开启后续免登录功能，免去用户每次都需要登录验证的程序，有助于节省时间，提高通行申请效率。另外，在确定用户与登录权限验证相关的信息发生变化时，例如用户职级信息变化或者用户所属部门变化，可以触发客户端再次开启登录权限验证功能，避免在当前用户信息变化不具有登录权限时，继续通过本公开方案进行通行校验，提高通行校验的使用安全性。

在一些实施例中，通行请求中还可以包括申请进入目标通行场所的目标时间，和/或申请进入目标通行场所的目标次数。

优选的，申请进入目标通行场所的目标时间可以包括申请进入目标通行场所的进入时间、离开时间、持续时长，优选的，进入时间可以为预定的日期。

优选的，申请进入目标通行场所的目标时间可以包括在单位时间段内申请进入目标通行场所的的次数以及持续的天数，单位时间段可根据实际使用需求设置，例如，单位时间段为一天。也就是说，用户可能需要在单位时间段内多次进出通行场所，则提交的通行请求中可以包括申请进入目标通行场所的次数，例如一天内需要进出三次，且需要按此进出次数连续进出三天，如此，可以避免由于短时间内多次进出需要频繁多次提交通行请求。

优选的，客户端可以预先获得通行场所的开放时间段，这样，在当前用户通过客户端提交的通行请求中包括申请进入目标通行场所的目标时间时，如果目标时间在目标通行场所的开放时间段以外，客户端可以对通行请求进行拦截处理，即不将通行请求发送到服务器，避免这种超出开放时间段的请求对服务器处理资源的浪费。

例如，A区域的开放时间为9点-16点，当前用户提交的通行请求中申请进入A区域的进入时间为8点，客户端可以设定无法提交通行请求，服务器无法接收该通行请求。

S12、根据当前用户关联的可进入通行场所的标识信息，以及目标通行场所的标识信息，获得对应的通行审批结果。

本公开实施例中，服务器可以预先获得不同用户各自关联的可进入通行场所，如果目标通行场所与可进入通行场所相匹配，则可获得允许当前用户进入目标通行场所的通行审批结果，否则可以获得禁止当前用户进入目标通行场所的通行审批结果。

在实际应用过程中，服务器可以关联一个组织，保存该组织关联的用户、该组织关联的通行场所、以及用户关联的可通行场所，为该组织下的用户提供通行校验服务。

或者，在一些实施例中，服务器可以关联多个组织，为不同组织提供通行校验服务。对应于此，服务器可以保存不同组织各自关联的用户的标识信息、不同组织各自关联的通行场所标识信息、以及不同用户各自关联的可通行场所的标识信息，并按如下方式获得通行请求对应的通行审批结果：确定当前用户关联的目标组织与目标通行场所关联的目标组织相符的情况下，根据当前用户在目标组织下关联的可通行场所的标识信息，以及目标通行场所的标识信息，获得通行审批结果。

优选的，确定当前用户关联的目标组织与目标通行场所关联的目标组织不相符的情况下，可以获得不具有通行权限的审批结果。

优选的，确定当前用户关联的目标组织与目标通行场所关联的目标组织相符的情况下，如果当前用户在目标组织下关联的可通行场所的标识信息与目标通行场所的标识信息相符，获得具有通行权限审批结果，如果当前用户在目标组织下关联的可通行场所的标识信息与目标通行场所的标识信息不相符，获得禁止当前用户进入目标通行场所的通行审批结果。

优选的，本公开实施例中的组织可以体现为企业、团队、部门、政府，通行场所可以体现为楼宇、区域或具有特殊功能的房间，比如：会议室、培训室、洽谈室等等，本公开实施例对此可不做具体限定。

例如，公司A有员工“王二”、公司B有员工“张三”，公司A设有“博学楼”，B公司没有“博学楼”，A公司的“王二”关联的目标组织为A公司，公司B的“张三”关联的目标组织为B公司，公司A的“博学楼”关联的目标组织为A公司，如果A公司的“王二”申请进入A公司的“博学楼”，服务器首先获得A公司的“王二”提交通行请求的目标通行场所为A公司的“博学楼”，然后确定A公司的“王二”与A公司的“博学楼”关联的目标组织都为A公司，再确定A公司的“王二”在A公司关联的可通行场所里包含A公司的“博学楼”，与A公司的“王二”提交的目标通行场所”博学楼“相符，则获得A公司的“王二”具有通行权限的审批结果。如果A公司的“王二”在A公司关联的可通行场所里不包含A公司的“博学楼”，与A公司的“王二”提交的目标通行场所”博学楼“不相符，则获得A公司的“王二”不具有通行权限的审批结果。如果B公司的“张三”申请进入A公司“博学楼”，服务器首先获得B公司的“张三”提交通行请求的目标通行场所为A公司的“博学楼”，然后确定B公司的“张三”与A公司的“博学楼”关联的目标组织不相符，获得B公司的“张三”不具有通行权限的审批结果。

在一些实施例中，服务器可以根据目标通行场所与可通行场所自动获得通行审批结果。优选地，为了确保通行审批结果的准确性，还可将通行请求以及通行审批结果转发到具有审批权限的审批人员关联的设备上，提示审批人员进行核验。优选的，设备为移动终端，电脑端。

优选的，核验行为可以关联多个审批人员，多个审批人员中的任一个人员做出核验行为，就可获得对应的通行审批结果。例如，如果多个审批人员有一个人员做出同意的核验行为，则可获得当前用户具有通行审批权限的审批结果；如果多个审批人员有一个人员做出拒绝的核验行为，则可获得不允许通行的审批结果；如果多个审批人员做出不同的核验行为，可以先发出的核验行为为准，获得对应的通行审批结果，或者，可以拒绝的核验行为的为主，即在多个核验行为中存在拒绝的核验行为，可以获得不允许通行的审批结果。

优选的，核验行为可以关联多环节审批，多环节审批的每个环节可以设置审批人员进行审批，也可以设置自动审批，可以所有环节都做出同意的核验行为，才可以获得具有通行权限的审批结果，优选的，每个审批环节也可以关联一个或多个审批人员。

优选的，核验行为关联的审批人员可以具有赋予、取消、更改其他人员做出核验行为的权限，例如，核验行为关联的直系领导可以具有赋予、取消，更改其所属部门用户审批权限的功能，或者核验行为关联的管理人员可以具有赋予、取消，更改所有用户的做出核验权限的功能。

在另外一些实施例中，确定提交通行请求的当前用户申请进入的目标通行场所为日常通行场所，例如，目标通行场所为当前用户每天工作的场所，则可自动获得允许通行的通行审批结果。可选地，为了简化用户操作，针对日常通行场所获得允许通行的通行审批结果后，可以开启后续免审批功能，提高通行申请效率。另外，在当前用户关联的日常通行场所发生变化的情况下，可以继续根据目标通行场所以及可通行场所对当前用户进行通行审批验证。

在另外一些实施例中，确定提交通行请求的当前用户配置有预设通行标识，例如，因为工作需要，员工需要频繁进出各个通行场所时，可以通过预设通行标识对其进行标示，则服务器可直接根据该标识直接获得允许通行的通行审批结果。可选地，为了简化用户操作，获得允许通行的通行审批结果后，可以开启后续免审批功能，提高通行申请效率。另外，在当前用户与预设通行标识进行解绑处理后，可以继续根据目标通行场所以及可通行场所对当前用户进行通行审批验证。

S13、如果获得当前用户提交的携带有待通行场所的标识信息的权限校验请求，则在确定通行审批结果表示允许当前用户进入目标通行场所，以及目标通行场所与待通行场所相匹配的情况下，获得当前用户具有通行权限的权限校验结果。

本公开实施例中，当前用户除了在进入目标通行场所之前进行通行审批之外，还可在进入待通行场所时进行权限校验，并在通行审批结果表示允许当前用户进入目标通行场所，且目标通行场所与待通行场所相匹配的情况下，获得当前用户具有通行权限的权限校验结果。

在一些实施例中，如果获得当前用户提交的携带有待通行场所的标识信息的权限校验请求，则在确定通行审批结果表示禁止当前用户进入目标通行场所，获得当前用户不具有通行权限的权限校验结果。

在另一些实施例中，如果获得当前用户提交的携带有待通行场所的标识信息的权限校验请求，则在确定通行审批结果表示允许当前用户进入目标通行场所，但是目标通行场所与待通行场所不匹配的情况下，获得当前用户不具有通行权限的权限校验结果。

优选的，不同的待通行场所分别设有各自对应的标识信息，防止出现一次授权进入多个通行场所的情况的发生。

优选的，当前用户可以通过扫码、发送短信、网页校验等方式提交权限校验请求，待通行场所的标识信息可以体现为条形码、短信、网页等形式。

优选的，当前用户的权限校验结果关联的标识信息可以为条形码、图片、文字、短信等形式。

例如，当前用户提交的携带有待通行场所的标识信息的权限校验请求的提交方式为扫码，待通行场所的标识信息为条形码，当前用户具有通行权限校验结果关联的条形码为绿码，当前用户不具有通行权限校验结果关联的条形码的为红码。

在一些实施例中，如果通行请求中还包括申请进入目标通行场所的目标时间，获得当前用户具有通行权限的权限校验结果，还可以包括：确定当前用户申请进入待通行场所的当前时间与目标时间相匹配的情况下，获得当前用户具有通行权限的权限校验结果。即，根据通行审批结果、目标通行场所与待通行场所是否匹配、以及当前时间与目标时间是否匹配，进行权限校验。

例如，当前用户提交的通行请求中申请进入目标通行场所进入时间为9点，离开时间为16点，持续时间为7个小时，当前用户提交权限校验请求的当前时间在9点-16点之内时间段，可以获得当前用户具有通行权限的权限校验结果，当前用户提交权限校验请求的当前时间在9点-16点以外的时间段，可以获得不具有通行权限的权限校验结果。

在一些实施例中，如果通行请求中还包括申请进入目标通行场所的目标次数，获得当前用户具有通行权限的权限校验结果，还可以包括：确定当前用户申请进入待通行场所的当前次数不超过目标次数的情况下，获得当前用户具有通行权限的权限校验结果。即，根据通行审批结果、目标通行场所与待通行场所是否匹配、以及当前次数与目标次数是否匹配，进行权限校验。

优选的，如果当前用户申请进入目标通行场所的目标次数为三次，在当前用户申请进入待通行场所的当前次数不超过三次的情况下，获得具有通行权限的权限校验结果，在当前用户申请进入待通行场所的当前次数为超过三次的情况下，获得不具有通行权限的权限校验结果。

在一些实施例中，获得权限校验请求后，还可以包括：确定获得权限校验请求的当前时间在待通行场所关联的开放时间段内，再根据通行审批结果以及待通行场所的标识信息获得权限校验结果。其中，获得权限校验请求的当前时间可以体现为当前用户申请进入待通行场所的当前时间。

优选的，确定获得权限校验请求的当前时间在待通行场所关联的开放时间段内，通行审批结果表示允许当前入户进入目标通行场所，以及目标通行场所与待通行场所相匹配的情况下，可以获得当前用户具有通行权限的权限校验结果。

优选的，确定获得权限校验请求的当前时间在待通行场所关联的开放时间段内，通行审批结果表示不允许当前用户进入目标通行场所，可以获得当前用户不具有通行权限的权限校验结果。

优选的，确定获得权限校验请求的当前时间在待通行场所关联的开放时间段内，通行审批结果表示允许当前用户进入目标通行场所，但是目标通行场所与待通行场所不匹配的情况下，可以获得当前用户不具有通行权限的权限校验结果。

在另一些实施例中，获得权限校验请求后，还可以包括：确定获得权限校验请求的当前时间在待通行场所关联的开放时间段外，获得用于表示不具有通行权限的权限校验结果。

在一些实施例中，可以用不同的方式向当前用户展示不具有通行权限的权限校验结果，方便当前用户根据展现方式明确不具有通行权限的原因。例如，确定获得权限校验请求的当前时间在待通行场所关联的开放时间段内，但是因为其他原因导致当前用户不具有通行权限的，可以生成红色条形码发送至当前用户关联的智能终端进行展示。确定获得权限校验请求的当前时间在待通行场所关联的开放时间段外，导致导致当前用户不具有通行权限的可以生成黑色条形条形码发送至智能终端进行展示。

优选的，不同的待通行场所可以关联对应的开放时间段，比如，图书馆关联的开放时间段为“早上九点到晚上九点”，办公区域关联的开放时间段为“早上七点到晚上九点”，有的待通行场所关联的开放时间段，可以设定为“二十四小时”，有的待通行场所关联的开放时间段可以设定为“周一、周三、周五”，待通行场所关联的开放时间段，可以为全天，也可以为一天的某段时间开放，也可以为一个周和/或一个月的某几天，本公开实施例对此可不做具体限定。

优选的，待通行场所关联的开放时间段可以更改和/或取消，比如，待通行场所关联开放时间段由“早上七点—晚上七点”修改为“早上九点—晚上九点”或者取消关联开放时间段。在一些实施例中，服务器获得取消通行场所关联的开放时间段，可以将该通行场所设置为禁止通行，即，针对所有申请进入该通行场所的请求，均可获得不具有通行权限的权限校验结果。

在一些实施例中，获得权限校验结果后，还可以包括：如果获得当前用户提交的新的权限校验请求，获得权限校验请求与新的权限校验请求之间的间隔时长；如果间隔时长小于或等于预设时长，则获得权限校验结果；如果时长大于预设时长，则根据通行审批结果和新的权限校验请求中携带的信息进行权限校验。

在实际应用过程中，可能存在用户退出权限校验结果展示界面的情况，在下次查看权限校验结果时，会重新提交新的权限校验请求，为了简化服务器校验过程，节省处理资源，在获得具有通行权限的校验结果后，且在预设时长内，当前用户又重复提交了新的权限校验请求，可以直接获得具有通行权限的权限校验结果。

优选的，获得具有通行权限的校验结果后，在超过预设时长后，重复提交新的权限校验请求，则可获得不具有通行权限的权限校验结果；或者可以根据本公开实施例提供的方案，根据通行审批结果和新的权限校验请求中携带的信息进行权限校验，具体实现过程可参见上文所做介绍，此处不再赘述。

在一些实施例中，可以通过条形码展示权限校验结果，且权限校验结果为当前用户具有通行权限，则其关联的条形码还可以具有表示不同时间信息和/或不同通行场所的标识信息的元素。

优选的，表示不同时间信息的元素可以为闪烁、转动、时间、颜色渐变等中的至少一个，通过该时间元素的动态更新，可以有效避免在当前用户不具有通行权限的情况下，使用其他用户的权限校验结果或者当前用户的历史权限校验结果的截图、照片等，进入目标通行场所的情况发生。

优选的，表示不同通行场所的标识信息的元素可以为通行场所的名称、缩写、字母、符号等中的至少一个，便于将其他通行场所与目标通行场所进行区分，可以有效避免在当前用户不具有通行权限的情况下，使用其他通行场所的权限校验结果，进入目标待通行场所的情况发生。

在一些实施例中，服务器可以记录当前用户提交的通行请求、通行审批结果、权限校验结果等信息，有助于对目标通行场所的进出情况、人流量等进行统计分析，还可以对用户的通行行为进行追溯。

优选的，服务器可以对不具有通行权限的权限校验结果关联的通行行为，进行单独存储记录，并根据使用需求对这部分数据进行分析处理。例如，需要筛选可疑人员时，首选获得不具有通向权限的权限校验的记录。

在一些实施例中，服务器根据当前用户提交通行请求生成流转节点，并确定各流转节点对应的审批状态信息，推送至当前用户关联的智能终端进行信息展示，方便当前用户了解通行校验进度。

在实际应用过程中，通行审批过程以及权限校验过程可以由一台服务器完成，或者可以作为两个功能模块由不同的服务器完成，本公开实施例对此可不做具体限定。

以上所有实施例中，提供一种通行校验方法，服务器从当前用户的登录权限管理进行严格管控，可以保证通行场所及同行人员的通行安全，线上高效率完成通行审批，实时审批，提高通行校验的效率和准确性，避免纸质审批，程序繁琐，效率低下的缺点，同时具有用户通行记录和通行失败记录，能够在需要查看场所进出记录时，高效快捷获得通行记录。

本实施例还公开一种通行校验方法的具体实现方案：

在一些实施例中，提供一种查询服务接口，采用用户鉴权技术对提交请求的接口进行鉴权，具体可体现为：多机部署的IDM(综合数据复用器)用户中心对外暴露鉴权RPC(远程过程调用协议)接口，实时查询用户鉴权调用用户中心的RPC接口对请求接口进行鉴权。

在本实施例中，服务器可以对外只开放用户请求获得登录权限的接口，服务器进行通行审批之前，可以先对用户登录权限进行权限验证，服务器实时调用用户中心的鉴权RPC接口对提出登录权限验证的用户进行查询然后鉴权，能够实现单点登录的效果，即用户只需要登录一次就可以访问所有相互信任的应用系统，可以获取用户的登录信息，实时用户实时登录的功能。

在一些实施例中，多机部署的springboot服务将当前用户提交的通行请求部署到不同的docker容器(开源的应用容器引擎)，根据每个docker的负载，自动分配连接的容器。

在本实施例中，如果服务器收到用户通行请求超过应用引擎的负载，会导致服务器卡顿，可以采用springboot框架模式解决该问题。具体地，springboot框架模式可以根据访问压力自动扩容服务器配置，提高可用性，springboot框架模式可以非常方便、快速搭建将申请模块部署到不同的docker容器，不用担心出现兼容性、适用版本的问题，也可以解决通行请求过多导致的服务器卡顿等问题，具有方便部署、方便运维、方便扩容配置的优点。

结合图3，优选的，springboot框架支持移动端和PC(电脑)端进行访问，用户可以通过移动端和PC端登录；移动端和PC端的前端和后端均可以部署到组织内网自建的paas集群中，可以实现动态扩容配置，可以保证服务器与组织的关联，获取组织关联的用户、该组织关联的通行场所、以及用户关联的可通行场所，为该组织下的用户提供通行校验服务。springboot框架还实现可以通过域名绑定IP，无需关心服务在哪台服务器上，可以实现服务的多样化，后端数据库采用MySQL主从架构，虚拟IP进行数据库连接访问，保障了数据安全和稳定性。

在一些实施例中，服务器可以将所有审批结果存储到数据库中，可以理解为对于用户的通行信息进行完整记录。

在一些实施例中，服务器获得当前用户提交的携带由待通行场所的标识信息的权限校验请求的方式可以为扫描二维码，进行二维码解析，请求相应的服务进行通行权限校验。

在一些实施例中，服务器的数据缓存可以以实际业务为准，本实施例中不做具体规定。

在一些实施例中，服务器的开放库可以为数据开发数据存储的数据库，只有存入开放库的数据才能开放外部使用，不对外暴露实际数据库，由异构数据源管理屏蔽物理库结构。

本实施例中，服务器对于数据库表进行安全保护，防止他人知道数据库表结构进行恶意攻击，以及知道连接信息进行数据库访问操作所带来的损失。

本公开实施例还提供一种通行校验装置，参见图2所示，可以包括：

通行请求获得单元21，用于获得当前用户提交的通行请求，通行请求包括当前用户申请进入的目标通行场所的标识信息；

通行审批结果获得单元22，用于根据当前用户关联的可进入通行场所的标识信息，以及目标通行场所的标识信息，获得对应的通行审批结果；

权限校验单元23，用于在获得当前用户提交的携带有待通行场所的标识信息的权限校验请求，且在确定通行审批结果表示允许当前用户进入目标通行场所，以及目标通行场所与待通行场所相匹配的情况下，获得当前用户具有通行权限的权限校验结果。

本公开实施例还提供一种电子设备，可以体现为上文所说服务器，可以包括处理器和存储有程序指令的存储器，处理器被配置为在运行程序指令时，执行上述实施例的一种通行校验方法。

以上描述和附图充分地示出了本公开的实施例，以使本领域的技术人员能够实践它们。其他实施例可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求，否则单独的部件和功能是可选的，并且操作的顺序可以变化。一些实施例的部分和特征可以被包括在或替换其他实施例的部分和特征。而且，本申请中使用的用词仅用于描述实施例并且不用于限制权利要求。如在实施例以及权利要求的描述中使用的，除非上下文清楚地表明，否则单数形式的“一个”(a)、“一个”(an)和“”(the)旨在同样包括复数形式。类似地，如在本申请中所使用的术语“和/或”是指包含一个或一个以上相关联的列出的任何以及所有可能的组合。另外，当用于本申请中时，术语“包括”(comprise)及其变型“包括”(comprises)和/或包括(comprising)等指陈述的特征、整体、步骤、操作、元素，和/或组件的存在，但不排除一个或一个以上其它特征、整体、步骤、操作、元素、组件和/或这些的分组的存在或添加。在没有更多限制的情况下，由语句“包括一个…”限定的要素，并不排除在包括要素的过程、方法或者设备中还存在另外的相同要素。本文中，每个实施例重点说明的可以是与其他实施例的不同之处，各个实施例之间相同相似部分可以互相参见。对于实施例公开的方法、产品等而言，如果其与实施例公开的方法部分相对应，那么相关之处可以参见方法部分的描述。

本领域技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，可以取决于技术方案的特定应用和设计约束条件。技术人员可以对每个特定的应用来使用不同方法以实现所描述的功能，但是这种实现不应认为超出本公开实施例的范围。技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本文所披露的实施例中，所揭露的方法、产品(包括但不限于装置、设备等)，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，可以仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例。另外，在本公开实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

Claims (10)

1.一种通行校验方法，其特征在于，所述方法包括：

服务器获得当前用户提交的通行请求，所述通行请求包括所述当前用户申请进入的目标通行场所的标识信息；

根据所述当前用户关联的可进入通行场所的标识信息，以及所述目标通行场所的标识信息，获得对应的通行审批结果；

如果获得所述当前用户提交的携带有待通行场所的标识信息的权限校验请求，则在确定所述通行审批结果表示允许所述当前用户进入所述目标通行场所，以及所述目标通行场所与所述待通行场所相匹配的情况下，获得所述当前用户具有通行权限的权限校验结果。

2.根据权利要求1所述的方法，其特征在于，如果所述服务器关联多个组织，且保存有不同组织各自关联的用户的标识信息以及通行场所的标识信息，

所述根据所述当前用户关联的可进入通行场所的标识信息，以及所述目标通行场所的标识信息，获得对应的通行审批结果，包括：

确定所述当前用户关联的目标组织与所述目标通行场所关联的目标组织相符的情况下，根据所述当前用户在所述目标组织下关联的可通行场所的标识信息，以及所述目标通行场所的标识信息，获得所述通行审批结果。

3.根据权利要求1所述的方法，其特征在于，如果所述通行请求中还包括申请进入所述目标通行场所的目标时间，所述获得所述当前用户具有通行权限的权限校验结果，包括：

确定所述当前用户申请进入所述待通行场所的当前时间与所述目标时间相匹配的情况下，获得所述当前用户具有通行权限的权限校验结果。

4.根据权利要求1所述的方法，其特征在于，如果所述通行请求中还包括申请进入所述目标通行场所的目标次数，所述获得所述当前用户具有通行权限的权限校验结果，包括：

确定所述当前用户申请进入所述待通行场所的当前次数不超过所述目标次数的情况下，获得所述当前用户具有通行权限的权限校验结果。

5.根据权利要求1所述的方法，其特征在于，获得所述权限校验请求后，所述方法还包括：

确定所述当前用户申请进入所述待通行场所的当前时间在所述待通行场所关联的开放时间段内，再根据所述通行审批结果以及所述待通行场所的标识信息进行权限校验。

6.根据权利要求1所述的方法，其特征在于，获得所述权限校验请求后，所述方法还包括：

确定所述当前用户申请进入所述待通行场所的当前时间在所述待通行场所关联的开放时间段外，获得用于表示不具有通行权限的权限校验结果。

7.根据权利要求1所述的方法，其特征在于，获得所述权限校验结果后，所述方法还包括：

如果获得所述当前用户提交的新的权限校验请求，获得所述权限校验请求与所述新的权限校验请求之间的间隔时长；

如果所述间隔时长小于或等于预设时长，则获得所述权限校验结果；

如果所述时长大于所述预设时长，则根据所述通行审批结果和所述新的权限校验请求中携带的信息进行权限校验。

8.根据权利要求1所述的方法，其特征在于，如果通过条形码展示所述当前用户具有通行权限的权限校验结果，所述条形码具有表示不同时间信息和/或所述目标通行场所的标识信息的元素。

9.一种通行校验装置，其特征在于，所述装置包括：

通行请求获得单元，用于获得当前用户提交的通行请求，所述通行请求包括所述当前用户申请进入的目标通行场所的标识信息；

通行审批结果获得单元，用于根据所述当前用户关联的可进入通行场所的标识信息，以及所述目标通行场所的标识信息，获得对应的通行审批结果；

权限校验单元，用于在获得所述当前用户提交的携带有待通行场所的标识信息的权限校验请求，且在确定所述通行审批结果表示允许所述当前用户进入所述目标通行场所，以及所述目标通行场所与所述待通行场所相匹配的情况下，获得所述当前用户具有通行权限的权限校验结果。

10.一种电子设备，包括处理器和存储有程序指令的存储器，其特征在于，所述处理器被配置为在运行所述程序指令时，执行如权利要求1至8任一项所述的一种通行校验方法。

Images