项目入场规则
对接完白名单接口后已经有了基本的人员和近照信息可以进行基本的进出场识别
于此同时业务上还有一层入场规则的业务逻辑需要处理:对于符合条件的工人准予同行,不符合条件的工人禁止入场或进行提醒警告⚠️
项目规则相关的判别条件全部在白名单中随人员信息下发,目前设备无须请求其他额外的接口获取工人培训状态
接口地址
SERVICE-ADDRESS/device/rule?appid=APPID&sign=SIGN&projectId=PROJECTID
方法:get
参数说明
参数 | 类型 | 是否必须 | 说明 |
---|---|---|---|
appid | string | 是 | 唯一凭证 |
sign | string | 是 | 签名 |
projectId | long | 是 | 项目编码 |
返回数据示例
{
"success": true,
"code": "0",
"message": "操作成功",
"data": {
"Temperature_Abnormal_Forbid_Enter": {
"Id": 0,
"TenantId": 0,
"Org_id": 0,
"Code": "Temperature_Abnormal_Forbid_Enter",
"Describe": "温度异常时禁止进入施工现场",
"Enabled": false,
"Value": "NULL"
},
"Labor_SpecialWork": {
"Id": 0,
"TenantId": 0,
"Org_id": 0,
"Code": "Labor_SpecialWork",
"Describe": "特殊工种必须上传证书,不上传不能进场",
"Enabled": false,
"Value": null
},
"Government_Auth_Code": {
"Id": 0,
"TenantId": 246798218891776,
"Org_id": 0,
"Code": "Government_Auth_Code",
"Describe": "政府通行码失效禁止通行",
"Enabled": true,
"Value": "1"
},
"Security_NoAdmissionEducation": {
"Id": 0,
"TenantId": 0,
"Org_id": 0,
"Code": "Security_NoAdmissionEducation",
"Describe": "未进行入场安全教育时,禁止进入现场",
"Enabled": false,
"Value": "2"
}
}
}
人脸识别场景交互规则:
1、温度异常规则: 对应白名单中 temperatureStatus
字段
2、特殊工种规则: 对应 spec
是否特殊工种,certificateCount
证书数量,特殊工种证书数量大于0即表示规则验证通过否则规则验证不通过,需要进行触发禁止同行或预警
3、政府通行码规则:对应authStatus
此规则为政府对接定制规则,详细参建白名单字段注释
4、安全教育规则:对应白名单中的approachEdu
字段
返回字段说明
字段 | 字段名称 | 字段格式 | 备注 |
---|---|---|---|
Code | 规则code | String | |
Describe | 规则描述 | String | |
Enabled | 是否开启 | short | true 表示开启,false 表示不开启 |
Value | 值 | String | 值;1:禁止通行; 2:可以通行,但要进行提醒 |
规则更新
-
设备启动后需要在拉取白名单前提前调用此接口获取同行规则
-
项目规则在服务端设置有变更时会给设备下发
ruleupdate
的服务通知,这个和白名单whitelistupdate
更新原理是一样的接收到此服务指令后,设备再次请求此http接口回去最新的规则消息
在劳务平台配置通行规则
目前仅入场三级教育
和 特殊工种校验
可以手动设置,其他规则需要看接口返回的字段enable
状态判断是否开启此规则
规则生效后的界面效果
以下是一家厂商实现规则后的界面展示效果,供大家参考和直观的理解:
可配置建议
界面“显示体温正常、体温异常”信息显示,建议做成本地可配置,也可暂不实现,后续版本中更新