CN117079375A - 一种基于权限调度任务的园区通行管理方法和系统 - Google Patents

Abstract

本发明公开了一种基于权限调度任务的园区通行管理方法和系统。该方法包括：通行权限审批系统获取园区内人员的通行权限申请，并在所述通行权限申请通过时，向通行权限调度管理系统写入对应权限调度任务；通行权限调度管理系统通过调度组件和底层硬件服务定时定点处理权限调度任务，允许人员在所述通行权限申请申请时间和地点通行；通行记录使用系统从通行权限调度管理系统获取人员在所述园区内的通行记录，并对所述通行记录进行分析使用。本发明实施例可以实现对园区内人员定时定点通行的智慧管理。

Description

一种基于权限调度任务的园区通行管理方法和系统

技术领域

本发明涉及数据处理技术领域，尤其涉及一种基于权限调度的园区通行管理方法和系统。

背景技术

传统的园区通行管理大体上是以固定门禁点控制、人员控制的方式进行的。所有的区域通行权限控制都是固定的，不能灵活地变动。同时人员管理、权限调度、通行记录查询也无法做到协调统一。重点区域的禁入功能也需要人工干预，安全性、便利性得不到保障；一些可定时出入的区域(例如食堂)也无法进行灵活管理。

在信息化电子化的现在，从安全性、管理性、便利性角度来看，传统的通行管理模式已经无法满足现代化企业的管理要求。需要一个更先进、更稳定、更通用的通行权限调度系统来满足企业的需求，以权限为核心，通过赋予人员不同的权限来控制人员的准入准出区域。

发明内容

本发明提供了一种基于权限调度任务的园区通行管理方法和系统，以实现对园区内人员定时定点通行的智慧管理。

根据本发明的一方面，提供了一种基于权限调度任务的园区通行管理方法，包括：

通行权限审批系统获取园区内人员的通行权限申请，并在所述通行权限申请通过时，向通行权限调度管理系统写入对应权限调度任务；

通行权限调度管理系统通过调度组件和底层硬件服务定时定点处理权限调度任务，允许人员在所述通行权限申请申请时间和地点通行；

通行记录使用系统从通行权限调度管理系统获取人员在所述园区内的通行记录，并对所述通行记录进行分析使用

根据本发明的另一方面，提供了一种基于权限调度任务的通行综合管理系统，包括通行权限审批系统、通行权限调度管理系统和通行记录使用系统：

通行权限审批系统获取园区内人员的通行权限申请，并在所述通行权限申请通过时，向通行权限调度管理系统写入对应权限调度任务；

通行权限调度管理系统通过调度组件和底层硬件服务定时定点处理权限调度任务，允许人员在所述通行权限申请申请时间和地点通行；

通行记录使用系统从通行权限调度管理系统获取人员在所述园区内的通行记录，并对所述通行记录进行分析使用。

本发明实施例通过对园区的通行管理进行解耦，通行权限审批系统审批权限申请和任务创建，通行权限调度管理系统分配和处理执行权限调度任务，通行记录使用系统获取和分析通行记录，提高通行权限调度管理系统对其他系统的兼容性，不用担心出现耦合的问题；同时通过通行权限调度管理系统中各个调度组件，尤其是时间轮组件和调度任务队列组件，完成调度任务的定时定点触发，实现通行人员的定时定点通行。

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

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1A是根据本发明一实施例提供的基于权限调度任务的园区通行管理方法的流程图；

图1B是根据本发明一实施例提供的一种通行权限调度管理系统的结构示意图；

图1C是根据本发明一实施例提供的一种权限调度任务状态更新的示意图；

图2A是根据本发明又一实施例提供的一种基于权限调度任务的园区通行管理方法的流程图；

图2B是根据本发明又一实施例提供的一种通行记录不同获取方式的示意图；

图3是根据本发明又一实施例提供的一种基于权限调度任务的通行综合管理系统的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

图1A为本发明一实施例提供的一种基于权限调度任务的园区通行管理方法的流程图，本实施例可适用于针对需要准确控制其访问时间的访客，根据据各个企业的策略，提前或者准点下发权限，精确控制其入出场时间，以及针对企业内部地员工报餐场景，需做到准点放行，精确控制就餐时间，方便地达到分批就餐、人员分流等需要定时定点控制园区人员通行的情况。该方法应用于通行综合管理系统，所述通行综合管理系统包括通行权限审批系统、通行权限调度管理系统和通行记录使用系统。如图1A所示，该方法包括：

S110、通行权限审批系统获取园区内人员的通行权限申请，并在所述通行权限申请通过时，向通行权限调度管理系统写入对应权限调度任务。

其中，本发明提供的基于权限调度任务的智慧园区人员通行管理方法包括“通行账户的开通”、“人脸信息的录入”、“权限审批”、“权限调度”、“通行记录采集和实时推送”和“第三方通行记录使用系统接入”等流程。

具体的，在员工入职、访客到访前，需要开通人员通行账户，通行账户以人脸为核心，二维码为辅，开通通行账户后管理人员可以灵活的配置相关权限。通行账户开通时的人脸信息作为用户隐私信息，将会进行Base64压缩编码保存，并且不提供任何接口进行人脸信息查询，即使是用户本人，也无法查看已经成功录入的人脸信息。通行账户开通后，员工将会获得默认权限，正式的通行权限需要员工向通行权限审批系统进行申请和审批。通行权限审批系统在审批通过后，向通行权限调度管理系统发送权限调度任务创建请求，以在通行权限调度管理系统写入对应权限调度任务。通过权限申请和审批的方式，主动分配权限，可以精确控制人员的出入权限，达到分区、分时的通行管理目的。

示例性的，权限审批系统通过HTTP方式向本系统发起请求创建权限调度任务，相关数据结构如下：

权限调度信息：

权限调度以任务方式进行，指定权限的操作类型(增加/删除)，指定添加(删除)的时间，同时指定需要被调度的人员列表，任务通过校验并入库后，调度组件会自动进行定时定点的调度。

示例性的，通行账户开通包括以下步骤：

S1.1：小程序调用手机摄像头并进行人脸模型检测，当人脸模型达到阈值，则认为检测到人脸信息，进行视频流抓拍，将抓拍到的图片上传至服务器进行人脸质量分析和校验。

S1.2：服务端接受到人脸校验请求时，分别对人脸照片的整体质量、人脸照片清晰度、人脸照片亮度、人脸照片整体遮挡值、眼部遮挡值、眉毛遮挡值、鼻子遮挡值、脸颊遮挡值、嘴部遮挡值、下巴遮挡值做校验。

S1.3：若照片合格，，则开通人脸通行账户，流程结束，否则前端提示用户失败原因。

需要说明的是，在企业级的分布式应用中，默认所有服务都会有一个统一的用户管理，即各个系统中的人员id都是统一的、唯一的。在本发明提供的各系统中，通行账户所用的账户id也完全统一。每个用户(包括访客)都会从整个智慧园区统一的用户中心获取一个全局唯一的id，这个id将会成为通行账户的唯一标识，后续针对人员的通行权限调度都是基于这个唯一标识。

S120、通行权限调度管理系统通过调度组件和底层硬件服务定时定点处理权限调度任务，允许人员在所述通行权限申请申请时间和地点通行。

其中，通行权限调度管理系统由调度组件和底层硬件服务组成，调度组件包括基准时间线组件、时间轮组件、调度任务队列组件和调度任务处理器组件,基于于组件化的、分离式的架构设计，可以将该调度系统的权限处理组件切换为其他任意需要定时定点或者延时触发的业务处理组件，也可也做到无缝切换。

具体的，通行调度系统并不负责具体业务实现，只会单纯的关注权限调度分配的能力，所有的权限调度任务的创建、修改、取消以及相应的通行记录回传都由外部系统控制(如本发明中的通行权限审批系统和通行记录使用系统)，通行权限调度系统可以作为一个纯粹的、组件化的模块接入其他的外部系统，而不用担心出现耦合的问题。通行权限调度管理系统通过调度组件进行权限调度任务的定时定点分配，底层硬件服务对定时定点分配的权限调度任务进行处理，由于定时定点实际为权限申请中的通行时间和地点，从而实现了人员可在自己申请通过的通行时间和地点出入园区。

可选的，所述基准时间线组件根据未调度权限调度任务确定基准时间线；所述时间轮组件根据所述基准时间线将满足触发条件的权限调度任务，按类别分别加入到各调度任务队列组件；所述调度任务队列组件对队列中权限调度任务进行限流和顺序处理；调度任务处理器组件监听调度任务队列组件，并通过底层硬件服务处理对监听到的权限调度任务进行处理。

具体的，如图1B所示的通行权限调度管理系统的结构示意图和图1C所示的权限调度任务状态更新的示意图，各调度组件的功能分别如下：

基准时间线组件(BaseTimeline)：在外部创建的调度任务持久化到通行系统的数据库后，调度系统会触发一次基准时间线记录事件，该事件触发后，系统会记录一次最早的未调度任务的调度时间，以该时间点的时间戳作为基准时间线。此外，权限调度时相同操作的权限调度任务会以最新的调度任务为准，同时会将旧的调度任务取消，保证调度任务的顺序性。

时间轮组件(TimeWheel)，调度系统中的时间轮会短间隔地持续转动，每次转动后会与基准时间线做比对，若当前时间轮时点加上一个指定的Buffer时间已经大于等于基准时间线，那么就立即触发一次调度任务扫描，将扫描到的调度任务根据类别分别加入到不同的调度任务队列中等待处理。指定的Buffer时间是为了提前下发权限的人为设定的时间，可根据需要自行调整。

调度任务队列组件：该组件的核心功能是限流和顺序处理，通过时间轮和队列组件，可以很好的完成调度任务的定时定点触发，并且保证调度任务的顺序性，避免了权限下发错乱的问题。

调度任务处理器组件：该组件是最终下发权限(与底层硬件服务交互)的组件，处理器会不停地监听调度任务队列，一旦有任务入列，那么就会立即被处理器处理，处理器处理完成后，将调度任务状态更新，最终调度任务无论成功与否，都不会被再次消费。

可选的，所述通行权限调度管理系统还包括通行记录拉取器；所述底层硬件服务主动向所述通行系统推送通信记录；所述通行记录拉取器拉取所述底层硬件服务的通行记录，并通过拉取的通信记录对所述底层硬件服务推送的通信记录进行补全。

具体的，所述通行权限调度管理系统中通行记录的采集使用了推拉(PUSH&PULL)策略，每次人员通行时，通行系统的硬件服务会主动将人员信息推送到通行系统中，此时可以保证通行记录的实时入库，但是这种方式强依赖于设备的处理速度和网络环境，并不能避免记录的丢失。所以本系统还额外引入了拉的策略来保证数据完整性，通行记录拉取器会以较低时间间隔(如1小时)的频率不间断拉取底层服务的通行记录，每次事件触发时拉取当前时间点前较高时间间隔(2小时)的记录，即使设备断网2小时，也能够预留足够的时间进行补偿。主动拉取时，会将硬件实时推送过程中丢失的数据补齐。

示例性的，调度任务的数据状态流转信息如下：

1)调度任务创建后，状态为待开始(0)

2)调度任务被扫描后，状态变为执行中(4)

3)调度任务取消执行后，状态变为已失败(2)并附带取消的原因

4)调度任务执行失败后，状态变为已失败(3)并附带失败信息。

S130、通行记录使用系统从通行权限调度管理系统获取人员在所述园区内的通行记录，并对所述通行记录进行分析使用。

其中，人员的通行记录可以准确完整地记录，可以为其他需要相关数据地系统提供底层能力支撑，同时，大量的通行记录归集后，也可以做大数据分析、安防分析，可以通过分析查找出风险人员和风险因素，提前规避风险。通行记录也是考勤通行记录使用等系统的重要依据、基础的支撑，基础的数据可以很方便地进行定制化需求开发，可以为企业完整准确地分析人员的考勤数据。通行记录使用系统可以为第三方考勤管理系统，分析使用为考勤管理。

具体的，通行权限调度管理系统使用推拉(PUSH&PULL)策略对人员的通行记录进行采集存储。通行记录使用系统可通过接口或Kafka消息队列方式从通行权限调度管理中获取采集到的通行记录，并对其进行分析使用，例如根据通行记录对员工进行考勤管理。

本发明实施例通过对园区的通行管理进行解耦，通行权限审批系统审批权限申请和任务创建，通行权限调度管理系统分配和处理执行权限调度任务，通行记录使用系统获取和分析通行记录，提高通行权限调度管理系统对其他系统的兼容性，不用担心出现耦合的问题；同时通过通行权限调度管理系统中各个调度组件，尤其是时间轮组件和调度任务队列组件，完成调度任务的定时定点触发，实现通行人员的定时定点通行。

图2A为本发明又一实施例提供的一种基于权限调度任务的园区通行管理方法的流程图，本实施例在上述实施例的基础上进行了优化改进。如图2A所示，该方法包括：

S210、通行权限审批系统接收园区内人员终端的通行权限申请，并根据所述通行权项申请单生成待审核申请单。

S220、通行权限审批系统向所述管理人员展示所述待审核申请单，并在所述所述管理人员同意所述待审核申请单时，确定所述通行权限申请通过。

S230、通行权限审批系统根据通过的通行权限申请向通行权限调度管理系统发起权限调度任务创建请求，通行权限审批系统根据所述权限调度任务创建请求创建调度策略为立即执行的对应权限调度任务。

具体的，员工在开通了人脸通行账户后，将会获得默认权限，此时员工还未获得通行权限。默认权限只能够让系统识别到对应的员工，并生成抓拍记录，此时的抓拍记录已经具备考勤数据记录的能力。员工想要进一步获得各区域的通行权限，则需要在手机、电脑等员工终端向通行权限审批系统发起对该区域的通行权限申请。拥有审核权限的管理员进入服务端的权限申请审核界面，该界面会展示所有处于等待审核的状态的申请单。管理员根据实际业务场景和需求，决定同意或者拒绝申请人的权限申请，同时附带相关的审核意见作为存档。管理员同意申请人的权限申请后，通行权限调度管理系统会自动生成一个对应的权限调度任务，该任务的调度策略为立即执行。

可选的，所述方法还包括:通行权限审批系统在确定人员的通行权限变更时，向通行权限调度管理系统发起权限变更请求，通行权限审批系统根据所述权限变更请求更新对应权限调度任务；

通行权限调度管理系统在权限调度任务处理失败时，向通行权限审批系统对应反馈失败原因。

具体的，通行权限调度管理系统被解耦一个单纯只关注权限调度分配的系统，因此该系统中权限调度任务的创建、取消、更新均由通行权限审批系统根据实际情况向权限调度管理系统发起。相应的，调度任务的失败原因也由权限调度管理系统上报调度权限审批系统，管理人员在管理页面查看到原因，并且可以由管理员决定是否进行重新调度，以提供完善的管理能力。

S240、通行权限调度管理系统通过调度组件和底层硬件服务定时定点处理权限调度任务，允许人员在所述通行权限申请申请时间和地点通行。

S250、所述通行权限调度管理系统中的通行记录通过CDC方式推送到Kafka消息队列；所述通行记录使用系统从所述Kafka消息队列获取通行记录，并根据所述通行记录进行分析使用。

具体的，使用CDC(变化数据动态捕捉Change Data Capture)技术实时监听Mysql数据库中产生的通行记录，在通行系统实时接收到人员的通行记录后，CDC同样可以第一时间获取到该条通行记录，此时将通行记录推送到Kafka消息队列中，供需要实时获取通行记录的三方通行记录使用系统使用，如考勤系统。使用CDC和Kafka极大的解耦了业务逻辑，让系统更闭环。

可选的，所述通行记录使用系统从所述Kafka消息队列获取通行记录，并根据所述通行记录进行分析使用还包括：所述通行记录使用系统通过所述通行权限调度管理系统提供的记录查询接口，从所述通行权限调度管理系统获取通行记录，并根据所述通行记录进行分析使用。

具体的，如图2B中通行记录不同获取方式的示意图，除kafka消息队列+CDC之外，通行记录使用系统也可以通过通行权限调度管理系统提供的记录查询接口，主动从通行记录使用系统获取通信记录。以考勤系统为例，考勤系统既可以通过监听kafka消息队列来做到考勤数据实时回显，又可以通过定时拉取完成整体的考勤数据核算。不同获取方式所获取的通信记录数据结构相同，具体数据结构示例如下：

本发明实施例通过

图3是根据本发明又一实施例提供的一种基于权限调度任务的通行综合管理系统的结构示意图，其特征在于，包括通行权限审批系统310、通行权限调度管理系统320和通行记录使用系统330：

通行权限审批系统310获取园区内人员的通行权限申请，并在所述通行权限申请通过时，向通行权限调度管理系统320写入对应权限调度任务；

通行权限调度管理系统320通过调度组件和底层硬件服务定时定点处理权限调度任务，允许人员在所述通行权限申请申请时间和地点通行；

通行记录使用系统330从通行权限调度管理系统320获取人员在所述园区内的通行记录，并对所述通行记录进行分析使用。

本发明实施例通过对园区的通行管理进行解耦，通行权限审批系统审批权限申请和任务创建，通行权限调度管理系统分配和处理执行权限调度任务，通行记录使用系统获取和分析通行记录，提高通行权限调度管理系统对其他系统的兼容性，不用担心出现耦合的问题；同时通过通行权限调度管理系统中各个调度组件，尤其是时间轮组件和调度任务队列组件，完成调度任务的定时定点触发，实现通行人员的定时定点通行。

Claims (10)

1.一种基于权限调度任务的园区通行管理方法，其特征在于，应用于通行综合管理系统，所述通行综合管理系统包括通行权限审批系统、通行权限调度管理系统和通行记录使用系统，所述方法包括：

通行权限审批系统获取园区内人员的通行权限申请，并在所述通行权限申请通过时，向通行权限调度管理系统写入对应权限调度任务；

通行权限调度管理系统通过调度组件和底层硬件服务定时定点处理权限调度任务，允许人员在所述通行权限申请申请时间和地点通行；

通行记录使用系统从通行权限调度管理系统获取人员在所述园区内的通行记录，并对所述通行记录进行分析使用。

2.根据权利要求1所述的方法，其特征在于，所述调度组件包括基准时间线组件、时间轮组件、调度任务队列组件和调度任务处理器组件。

3.根据权利要求2所述的方法，其特征在于，

所述基准时间线组件根据未调度权限调度任务确定基准时间线；

所述时间轮组件根据所述基准时间线将满足触发条件的权限调度任务，按类别分别加入到各调度任务队列组件；

所述调度任务队列组件对队列中权限调度任务进行限流和顺序处理；

调度任务处理器组件监听调度任务队列组件，并通过底层硬件服务处理对监听到的权限调度任务进行处理。

4.根据权利要求1所述的方法，其特征在于，所述通行权限调度管理系统还包括通行记录拉取器；

所述底层硬件服务主动向所述通行系统推送通信记录；

所述通行记录拉取器拉取所述底层硬件服务的通行记录，并通过拉取的通信记录对所述底层硬件服务推送的通信记录进行补全。

5.根据权利要求1所述的方法，其特征在于，所述通行权限审批系统获取园区内人员的通行权限申请，并在所述通行权限申请通过时，向通行权限调度管理系统写入对应权限调度任务包括：

通行权限审批系统接收园区内人员终端的通行权限申请，并根据所述通行权项申请单生成待审核申请单；

通行权限审批系统向所述管理人员展示所述待审核申请单，并在所述所述管理人员同意所述待审核申请单时，确定所述通行权限申请通过；

通行权限审批系统根据通过的通行权限申请向通行权限调度管理系统发起权限调度任务创建请求，通行权限审批系统根据所述权限调度任务创建请求创建调度策略为立即执行的对应权限调度任务。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括:

通行权限审批系统在确定人员的通行权限变更时，向通行权限调度管理系统发起权限变更请求，通行权限审批系统根据所述权限变更请求更新对应权限调度任务；

通行权限调度管理系统在权限调度任务处理失败时，向通行权限审批系统对应反馈失败原因。

7.根据权利要求1所述的方法，其特征在于，所述通行记录使用系统从通行权限调度管理系统获取人员在所述园区内的通行记录，并对所述通行记录进行分析使用包括:

所述通行权限调度管理系统中的通行记录通过CDC方式推送到Kafka消息队列；

所述通行记录使用系统从所述Kafka消息队列获取通行记录，并根据所述通行记录进行分析使用。

8.根据权利要求1所述的方法，其特征在于通行记录使用系统从通行权限调度管理系统获取人员在所述园区内的通行记录，并对所述通行记录进行分析使用：

所述通行记录使用系统通过所述通行权限调度管理系统提供的记录查询接口，从所述通行权限调度管理系统获取通行记录，并根据所述通行记录进行分析使用。

9.根据权利要求1-8任一项所述的方法，其特征在于，所述通行记录使用系统为第三方考勤管理系统，所述分析使用为考勤管理。

10.一种基于权限调度任务的通行综合管理系统，其特征在于，包括通行权限审批系统、通行权限调度管理系统和通行记录使用系统：

通行权限审批系统获取园区内人员的通行权限申请，并在所述通行权限申请通过时，向通行权限调度管理系统写入对应权限调度任务；

通行权限调度管理系统通过调度组件和底层硬件服务定时定点处理权限调度任务，允许人员在所述通行权限申请申请时间和地点通行；

通行记录使用系统从通行权限调度管理系统获取人员在所述园区内的通行记录，并对所述通行记录进行分析使用。