CN117612293A - 一种客商车辆进出管理***和方法 - Google Patents

Abstract

本申请属于车辆管理技术领域，公开了一种客商车辆进出管理***和方法，所述方法包括：响应于客商车辆的入园预约信息，选取与所述入园预约信息匹配的场景信息以生成单据信息；在客商车辆到达园区出入口道闸时，查询所述客商车辆的所述单据信息，以提取对应的所述场景信息；从通行规则库中提取与所述场景信息预先绑定的通行规则；所述通行规则包括保安查验项目；根据所述保安查验项目向安保终端发送查验指令，以指示保安对所述客商车辆完成所述保安查验项目的查验；在查验通过后放行所述客商车辆；从而能够提高客商车辆进出管理的工作效率和方便性。

Description

一种客商车辆进出管理***和方法

技术领域

本申请涉及车辆管理技术领域，具体而言，涉及一种客商车辆进出管理***和方法。

背景技术

目前，客商车辆进入工业园区或厂区进行销售（要把货物运入工业园区或厂区）或采购（要把货物从工业园区或厂区运出）时，在通过出入口闸门时一般需要由保安进行查验，查验通过后才会放行，具体查验项目需要预先由管理人员通知保安，由保安根据要求的查验项目进行查验。每次有客商车辆需要进出均需要管理人员预先制定对应的查验项目要求并通知保安，保安每次进行查验时均需要先人工确定与到达出入口闸门的客商车辆对应的查验项目要求，再根据该查验项目要求进行查验，当有较多客商车辆需要进出园区时，需要管理人员预先制定大量的查验项目要求，保安在进行查验时也需要花费大量时间来匹配来车和对应的查验项目要求，费时费力，导致工作效率低且不便于管理。

发明内容

本申请的目的在于提供一种客商车辆进出管理***和方法，能够提高客商车辆进出管理的工作效率和方便性。

第一方面，本申请提供了一种客商车辆进出管理方法，包括步骤：

A1.响应于客商车辆的入园预约信息，选取与所述入园预约信息匹配的场景信息以生成单据信息；

A2.在客商车辆到达园区出入口道闸时，查询所述客商车辆的所述单据信息，以提取对应的所述场景信息；

A3.从通行规则库中提取与所述场景信息预先绑定的通行规则；所述通行规则包括保安查验项目；

A4.根据所述保安查验项目向安保终端发送查验指令，以指示保安对所述客商车辆完成所述保安查验项目的查验；

A5.在查验通过后放行所述客商车辆。

可预先生成不同的场景和不同的通行规则，根据实际需要把各场景的场景信息与通行规则进行绑定，在实际应用中，每当有客商车辆提交入园预约信息，则选取与之匹配的场景，从而快速确定该客商车辆的通行规则，进而在客商车辆到达园区出入口道闸时，根据该通行规则指导保安进行查验即可，无需管理人员根据每辆客商车辆制定对应的查验项目要求并通知保安，也无需保安自己匹配来车的查验项目要求，提高了客商车辆进出管理的工作效率和方便性。

优选地，所述入园预约信息包括所述客商车辆的车辆类型；所述车辆类型为采购车辆或销售车辆；

所述场景信息包括入场场景信息和离场场景信息。

优选地，所述通行规则还包括过磅需求；所述过磅需求为需要过磅或无需过磅；

若所述客商车辆要求入场且所述过磅需求为需要过磅，则步骤A5之后还包括步骤：

A6.引导所述客商车辆至地磅处完成入场过磅，并接收和记录入场过磅信息。

在入场后即进行过磅能够获取到客商车辆的入场重量，以便在该客商车辆离场时确定重量是否有异常。

优选地，若所述客商车辆要求离场且所述过磅需求为需要过磅，则步骤A4之前还包括步骤：

A7.提取所述客商车辆的离场过磅信息；

A8.根据所述离场过磅信息，基于预设的离场过磅放行规则，放行所述客商车辆或者执行步骤A4-步骤A5。

在离场前先对客商车辆进行过磅能够获取客商车辆的离场重量，以便于结合入场重量判断其重量是否异常，避免重量异常的客商车辆离场而导致经济损失。

优选地，所述离场过磅放行规则包括：

B1.若所述客商车辆已完成离场过磅，则跳转至步骤B3；

B2.若所述客商车辆未完成离场过磅，则通知管理人员以确认所述客商车辆是否有特殊放行权限，如果有特殊放行权限，则放行所述客商车辆，如果没有特殊放行权限，则引导所述客商车辆至地磅处完成离场过磅，接收和记录对应的离场过磅信息并跳转至步骤B3；

B3.根据所述离场过磅信息判断所述客商车辆是否超重；

B4.若未超重，则执行步骤A4-步骤A5；

B5.若超重，则通知管理人员以确认所述客商车辆的超重情况是否属于异常情况，如果属于异常情况，则引导所述客商车辆返回进行异常处理，如果不属于异常情况，则执行步骤A4-步骤A5。

第二方面，本申请提供了一种客商车辆进出管理***，包括园区出入口道闸、通行管理***、管理终端和安保终端；所述管理终端、所述安保终端和所述园区出入口道闸均与所述通行管理***通信连接；

所述管理终端用于响应于客商车辆的入园预约信息，选取与所述入园预约信息匹配的场景信息以生成单据信息，并把所述单据信息发送至所述通行管理***；

所述通行管理***用于执行：

S1.在客商车辆到达园区出入口道闸时，查询所述客商车辆的所述单据信息，以提取对应的所述场景信息；

S2.从通行规则库中提取与所述场景信息预先绑定的通行规则；所述通行规则包括保安查验项目；

S3.根据所述保安查验项目向所述安保终端发送查验指令，以指示保安对所述客商车辆完成所述保安查验项目的查验；

S4.在查验通过后控制所述园区出入口道闸放行所述客商车辆。

优选地，所述入园预约信息包括所述客商车辆的车辆类型；所述车辆类型为采购车辆或销售车辆；

所述场景信息包括入场场景信息和离场场景信息。

优选地，所述的客商车辆进出管理***，还包括地磅，所述地磅与所述通行管理***通信连接；

所述通行规则还包括过磅需求；所述过磅需求为需要过磅或无需过磅；

所述通行管理***还用于在所述过磅需求为需要过磅且所述客商车辆入场后，引导所述客商车辆至地磅处完成入场过磅，并接收和记录所述地磅发送的入场过磅信息；

所述地磅用于对所述客商车辆进行过磅，以获取所述入场过磅信息并发送至所述通行管理***。

优选地，所述通行管理***还用于在所述过磅需求为需要过磅且所述客商车辆要求离场时，先提取所述客商车辆的离场过磅信息，再根据所述离场过磅信息，基于预设的离场过磅放行规则，放行所述客商车辆或者执行步骤S3-步骤S4。

优选地，所述离场过磅放行规则包括：

C1.若所述客商车辆已完成离场过磅，则跳转至步骤C3；

C2.若所述客商车辆未完成离场过磅，则通过所述管理终端确认所述客商车辆是否有特殊放行权限，如果有特殊放行权限，则放行所述客商车辆，如果没有特殊放行权限，则引导所述客商车辆至所述地磅处完成离场过磅，接收和记录对应的离场过磅信息并跳转至步骤C3；

C3.根据所述离场过磅信息判断所述客商车辆是否超重；

C4.若未超重，则执行步骤S3-步骤S4；

C5.若超重，则通过所述管理终端确认所述客商车辆的超重情况是否属于异常情况，如果属于异常情况，则引导所述客商车辆返回进行异常处理，如果不属于异常情况，则执行步骤S3-步骤S4。

有益效果：本申请提供的客商车辆进出管理***和方法，预先生成不同的场景和不同的通行规则，根据实际需要把各场景的场景信息与通行规则进行绑定，在实际应用中，每当有客商车辆提交入园预约信息，则选取与之匹配的场景，从而快速确定该客商车辆的通行规则，进而在客商车辆到达园区出入口道闸时，根据该通行规则指导保安进行查验即可，无需管理人员根据每辆客商车辆制定对应的查验项目要求并通知保安，也无需保安自己匹配来车的查验项目要求，提高了客商车辆进出管理的工作效率和方便性。

附图说明

图1为本申请实施例提供的客商车辆进出管理方法的流程图。

图2为本申请实施例提供的客商车辆进出管理***的结构示意图。

标号说明：1、园区出入口道闸；2、通行管理***；3、管理终端；4、安保终端；5、地磅。

具体实施方式

下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

请参照图1，图1是本申请一些实施例中的一种客商车辆进出管理方法，包括步骤：

A1.响应于客商车辆的入园预约信息，选取与入园预约信息匹配的场景信息以生成单据信息；

A2.在客商车辆到达园区出入口道闸时，查询客商车辆的单据信息，以提取对应的场景信息；

A3.从通行规则库中提取与场景信息预先绑定的通行规则；通行规则包括保安查验项目；

A4.根据保安查验项目向安保终端发送查验指令，以指示保安对客商车辆完成保安查验项目的查验；

A5.在查验通过后放行客商车辆。

可预先生成不同的场景和不同的通行规则，根据实际需要把各场景的场景信息与通行规则进行绑定，在实际应用中，每当有客商车辆提交入园预约信息，则选取与之匹配的场景，从而快速确定该客商车辆的通行规则，进而在客商车辆到达园区出入口道闸时，根据该通行规则指导保安进行查验即可，无需管理人员根据每辆客商车辆制定对应的查验项目要求并通知保安，也无需保安自己匹配来车的查验项目要求，提高了客商车辆进出管理的工作效率和方便性。

其中，该客商车辆进出管理方法可应用于图2所示的客商车辆进出管理***。

其中，此处的园区可以是工业园区、厂区等。

其中，入园预约信息包括客商车辆的车辆类型。车辆类型为采购车辆或销售车辆。其中，采购车辆是要进入园区把货物运出的车辆，其进入园区前一般为空车，离开园区时一般载有货物；销售车辆是要把货物送入园区的车辆，其进入园区前一般载有货物，离开园区时一般为空车或货物减少。对应地，单据信息包括与入园预约信息匹配的场景信息和客商车辆的车辆类型。

进一步地，入园预约信息还包括客商车辆的车牌号，以便于根据该车牌号查询单据信息。对应地，单据信息还包括客商车辆的车牌号。在步骤A2中，根据客商车辆的车牌号查询客商车辆的单据信息。

此外，入园预约信息还可包括客商车辆运输的货物类型。对应地，单据信息还包括客商车辆运输的货物类型。

其中，场景信息可以为场景名称或场景编号；场景信息包括入场场景信息和离场场景信息。在步骤A2中，在客商车辆沿入场方向到达园区出入口道闸时，查询客商车辆的单据信息，以提取入场场景信息；在客商车辆沿离场方向到达园区出入口道闸时，查询客商车辆的单据信息，以提取离场场景信息。

其中，每个场景信息均预先绑定有对应的通行规则，形成通行规则绑定列表，具体地，通行规则绑定列表中记录有与场景信息绑定的通行规则的通行规则索引号，各通行规则的通行规则信息记录在通行规则库中。步骤A3中，根据提取得到的场景信息再利用规则绑定列表进行查询，得到对应的通行规则库。具体地，根据得到的场景信息利用规则绑定列表查询得到对应的通行规则索引号，再根据查询到的通行规则索引号从通行规则库中提取对应的通行规则信息。

其中，保安查验项目可以根据实际需要设置，例如查验货物类型、查验货物来源、查验驾驶员身份等，但不限于此。

其中，通行规则还可包括通行权限。该通行权限用于限定客商车辆在园区内能够通行的范围。

其中，通行规则还可包括第三方放行要求。该第三方放行要求用于限定发送第三方放行消息的第三方***，只有在接收到该第三方***发送的第三方放行消息，才允许对应的客商车辆通行。例如，第三方***为园区内的工厂的生产管理***，该生产管理***向通行管理***发送针对客商车辆的第三方放行消息后，该客商车辆才能出入园区。第三方放行消息通常是在客商车辆到达园区出入口道闸前发送的，但不限于此。

其中，通行规则还可包括审批要求。审批要求用于指定审批人员，并在审批人员全部通过审批后，才允许对应的客商车辆通行。审批过程通常是在客商车辆到达园区出入口道闸时触发的，但不限于此。

其中，安保终端可以为手机、平板电脑等移动终端，方便保安对照查验项目要求主项进行查验。

在一些实施方式中，步骤A4中，查验指令包含对安保终端的查验软件程序中各目标查验功能的激活指令，用以激活相应的查验功能，使保安根据被激活的查验功能执行对应的查验操作；其中，目标查验功能是指需要进行查验的保安查验项目对应的查验功能；其中，查验操作主要包括采集与相应保安查验项目相关的查验信息，并上传至通行管理***进行确认。其中，查验信息根据实际需要设置，例如，若保安查验项目为查验货物类型，则查验信息包括客商车辆所运载的货物的货物类型信息（货物类型信息可由保安查验后在安保终端中填写上传，也可通过安保终端对货物拍照并进行图像识别得到并上传）；若保安查验项目为查验货物来源，则查验信息包括客商车辆所运载的货物的货物来源信息（货物来源信息可由保安查验后在安保终端中填写上传）；若保安查验项目为查验驾驶员身份，则查验信息包括客商车辆的驾驶员身份信息（驾驶员身份信息可包括姓名、身份证号、人脸图像中的至少一种）。

具体地，一项查验功能被激活后，对应的查验功能选项被解锁，保安触发该查验功能选项进入对应的操作界面，根据该操作界面的指示进行操作以获取并上传对应的查验信息；通行管理***会对上传的查验信息进行核实确认。例如，驾驶员身份识别功能被激活后，保安触发该查验功能选项进入对应的操作界面，根据操作界面的指示进行驾驶员人脸图像的采集，采集完成后点击上传即可由通行管理***进行人脸匹配以查验驾驶员的身份。

具体地，步骤A5中，在查验通过后打开园区出入口道闸以供客商车辆通过。

有时候，客商车辆可能会存在超载情况，容易导致交通事故使货物损毁，为此，可以在园区内设置地磅对客商车辆进行称重以监测客商车辆是否存在超载情况。

从而，在一些优选实施方式中，通行规则还包括过磅需求；过磅需求为需要过磅或无需过磅。当过磅需求为需要过磅，则客商车辆需要到地磅处完成过磅以生成过磅信息（过磅信息包括重量数据）并由地磅发送至通行管理***；当过磅需求为无需过磅，则客商车辆无需到地磅处完成过磅。

其中，若客商车辆要求入场且过磅需求为需要过磅，则步骤A5之后还包括步骤：

A6.引导客商车辆至地磅处完成入场过磅，并接收和记录入场过磅信息。

在入场后即进行过磅能够获取到客商车辆的入场重量，以便在该客商车辆离场时确定重量是否有异常。其中，可以由通行管理***与客商车辆的客商终端（如客商车辆的车载终端、客商车辆的驾驶员的手机等）通信连接（例如由客商终端登陆通行管理***以建立通信连接），并向客商终端发送引导信息以引导客商车辆至地磅处完成入场过磅；其中，引导信息可以包括导航信息，以把客商车辆导航至地磅处；引导信息还可以包括认证信息，该认证信息用于确认客商车辆的身份，当客商车辆进行过磅时，可由客商终端把该认证信息发送至地磅控制***，由地磅控制***把该认证信息与称重结果加入过磅信息发送至通行管理***，以保证通行管理***能够把称重结果与对应的客商车辆进行关联。

其中，客商车辆要求入场或要求离场可通过客商车辆驶向园区出入口道闸的行驶方向判断。

进一步地，若客商车辆要求离场且过磅需求为需要过磅，则步骤A4之前还包括步骤：

A7.提取客商车辆的离场过磅信息；

A8.根据离场过磅信息，基于预设的离场过磅放行规则，放行客商车辆或者执行步骤A4-步骤A5。

在离场前先对客商车辆进行过磅能够获取客商车辆的离场重量，以便于结合入场重量判断其重量是否异常，避免重量异常的客商车辆离场而导致经济损失。例如，若客商车辆为销售车辆，则入场重量与离场重量之差为实际卸载的货物重量，若实际卸载的货物重量与需要卸载的货物重量不相符，则表示重量异常，可能存在卸货不足的情况导致园区内买家的经济损失；若客商车辆采购车辆，则离场重量与入场重量之差为实际加载的货物重量，若实际加载的货物重量与需要加载的货物重量不相符，则表示重量异常，可能存在多拿货物的情况导致园区内卖家的经济损失。

其中，为了保证过磅时的称重结果的可靠性，会要求客商车辆完成多次过磅，从而取得多个过磅信息，通过对比该多个过磅信息的差异来判断称重结果是否可靠（若各次称重结果两两之间的绝对值偏差均不超过预设的偏差阈值，则判定称重结果可靠，否则判定称重结果不可靠）。从而，当过磅需求为需要过磅时，通行规则还包括目标过磅次数，若客商车辆在需要离场时完成该目标过磅次数次的过磅，则表示完成离场过磅，此时生成了目标过磅次数个离场过磅信息，当客商车辆到达园区出入口道闸要求离场时，应该能够提取到目标过磅次数个离场过磅信息。

具体地，离场过磅放行规则包括：

B1.若客商车辆已完成离场过磅，则跳转至步骤B3；

B2.若客商车辆未完成离场过磅，则通知管理人员以确认客商车辆是否有特殊放行权限，如果有特殊放行权限，则放行客商车辆，如果没有特殊放行权限，则引导客商车辆至地磅处完成离场过磅，接收和记录对应的离场过磅信息并跳转至步骤B3；

B3.根据离场过磅信息判断客商车辆是否超重；

B4.若未超重，则执行步骤A4-步骤A5；

B5.若超重，则通知管理人员以确认客商车辆的超重情况是否属于异常情况，如果属于异常情况，则引导客商车辆返回进行异常处理，如果不属于异常情况，则执行步骤A4-步骤A5。

此处，通过对比提取到的离场过磅信息的个数和目标过磅次数来判断客商车辆是否已完成离场过磅，从步骤B1之前还包括：B0.若提取到的离场过磅信息的个数小于目标过磅次数，则判定客商车辆未完成离场过磅，若提取到的离场过磅信息的个数不小于目标过磅次数，则判定客商车辆已完成离场过磅。其中，若未提取到离场过磅信息，则提取到的离场过磅信息的个数为零。

步骤B2中，可由保安通过安保终端向管理终端发送询问信息以询问客商车辆是否有特殊放行权限，在管理人员通过管理终端向通行管理***确认该客商车辆具有特殊放行权限时，由通行管理***记录本次特殊放行的相关信息（例如包括被特殊放行的客商车辆的车牌号、放行时间、确认该客商车辆具有特殊放行权限的管理人员的身份信息等）并打开园区出入口道闸放行客商车辆。

步骤B3中，客商车辆超重是指客商车辆的离场重量超过目标离场重量。其中，若客商车辆为销售车辆，则目标离场重量为客商车辆的入场重量与购入货物重量（即园区内买家购买的货物的标准重量）之差，若客商车辆为采购车辆，则目标离场重量为客商车辆的入场重量与卖出货物重量（即园区内卖家售出的货物的标准重量）之和。具体地，步骤B3包括：

在目标过磅次数为1时，判定称重结果可靠；在目标过磅次数大于1时，根据各个离场过磅信息中的重量数据两两之间的绝对值偏差判断称重结果是否可靠（若这些绝对值偏差均不超过预设的偏差阈值，则判定称重结果可靠，否则判定称重结果不可靠）；

若称重结果不可靠，则引导客商车辆至地磅处重新进行离场过磅；

若称重结果可靠，则计算各次离场过磅的称重结果的平均值作为客商车辆的离场重量；

在计算得到离场重量后，根据客商车辆的入场重量计算目标离场重量；

若离场重量超过目标离场重量，则判定客商车辆超重，否则，判定客商车辆未超重。

其中，若客商车辆为销售车辆，则入园预约信息还可包括购入货物重量，对应地，单据信息还包括购入货物重量；若客商车辆为采购车辆，则入园预约信息还可包括卖出货物重量，对应地，单据信息还包括卖出货物重量。从而，根据客商车辆的入场重量计算目标离场重量包括：若客商车辆为销售车辆则从单据信息中提取购入货物重量，并用客商车辆的入场重量减去购入货物重量得到目标离场重量；若客商车辆为采购车辆则从单据信息中提取卖出货物重量，并用客商车辆的入场重量加上卖出货物重量得到目标离场重量。

实际上，当销售车辆把货物运输至园区内后，可能由于部分货物质量不合格、受损或其它情况而导致该部分货物被拒收，从而导致离场时超重；当采购车辆进入园区后，采购方临时加单要求采购更多货物，导致采购车辆需要运出比原定的卖出货物重量更重的货物，进而使离场时超重；这些情况实际上并不属于异常情况，应该允许客商车辆通行，因此，步骤B5中，当客商车辆超重时，先通知管理人员进行异常情况确认，避免在上述情况下的客商车辆无法通行。

其中，可由保安通过安保终端向管理终端发送询问信息以询问客商车辆的超重情况是否为异常情况，在管理人员通过管理终端向通行管理***确认该客商车辆的超重情况不是异常情况时，由通行管理***记录本次确认过程的相关信息（例如包括客商车辆的车牌号、确认时间、确认超重情况不属于异常情况的管理人员的身份信息等）。

参考图2，本申请提供了一种客商车辆进出管理***，包括园区出入口道闸1、通行管理***2、管理终端3和安保终端4；管理终端3、安保终端4和园区出入口道闸1均与通行管理***2通信连接；

管理终端3用于响应于客商车辆的入园预约信息，选取与入园预约信息匹配的场景信息以生成单据信息，并把单据信息发送至通行管理***2；

通行管理***2用于执行：

S1.在客商车辆到达园区出入口道闸1时，查询客商车辆的单据信息，以提取对应的场景信息；

S2.从通行规则库中提取与场景信息预先绑定的通行规则；通行规则包括保安查验项目；

S3.根据保安查验项目向安保终端4发送查验指令，以指示保安对客商车辆完成保安查验项目的查验；

S4.在查验通过后控制园区出入口道闸1放行客商车辆。

可预先生成不同的场景和不同的通行规则，根据实际需要把各场景的场景信息与通行规则进行绑定，在实际应用中，每当有客商车辆提交入园预约信息，则选取与之匹配的场景，从而快速确定该客商车辆的通行规则，进而在客商车辆到达园区出入口道闸1时，根据该通行规则指导保安进行查验即可，无需管理人员根据每辆客商车辆制定对应的查验项目要求并通知保安，也无需保安自己匹配来车的查验项目要求，提高了客商车辆进出管理的工作效率和方便性。

其中，此处的园区可以是工业园区、厂区等。

其中，入园预约信息包括客商车辆的车辆类型。车辆类型为采购车辆或销售车辆。其中，采购车辆是要进入园区把货物运出的车辆，其进入园区前一般为空车，离开园区时一般载有货物；销售车辆是要把货物送入园区的车辆，其进入园区前一般载有货物，离开园区时一般为空车或货物减少。对应地，单据信息包括与入园预约信息匹配的场景信息和客商车辆的车辆类型。

进一步地，入园预约信息还包括客商车辆的车牌号，以便于根据该车牌号查询单据信息。对应地，单据信息还包括客商车辆的车牌号。在步骤S1中，根据客商车辆的车牌号查询客商车辆的单据信息。

此外，入园预约信息还可包括客商车辆运输的货物类型。对应地，单据信息还包括客商车辆运输的货物类型。

其中，场景信息可以为场景名称或场景编号；场景信息包括入场场景信息和离场场景信息。在步骤S1中，在客商车辆沿入场方向到达园区出入口道闸1时，查询客商车辆的单据信息，以提取入场场景信息；在客商车辆沿离场方向到达园区出入口道闸1时，查询客商车辆的单据信息，以提取离场场景信息。

其中，每个场景信息均预先绑定有对应的通行规则，形成通行规则绑定列表，具体地，通行规则绑定列表中记录有与场景信息绑定的通行规则的通行规则索引号，各通行规则的通行规则信息记录在通行规则库中。步骤S2中，根据提取得到的场景信息再利用规则绑定列表进行查询，得到对应的通行规则库。具体地，根据得到的场景信息利用规则绑定列表查询得到对应的通行规则索引号，再根据查询到的通行规则索引号从通行规则库中提取对应的通行规则信息。

其中，保安查验项目可以根据实际需要设置，例如查验货物类型、查验货物来源、查验驾驶员身份等，但不限于此。

其中，通行规则还可包括通行权限。该通行权限用于限定客商车辆在园区内能够通行的范围。

其中，通行规则还可包括第三方放行要求。该第三方放行要求用于限定发送第三方放行消息的第三方***，只有在接收到该第三方***发送的第三方放行消息，才允许对应的客商车辆通行。例如，第三方***为园区内的工厂的生产管理***，该生产管理***向通行管理***发送针对客商车辆的第三方放行消息后，该客商车辆才能出入园区。第三方放行消息通常是在客商车辆到达园区出入口道闸1前发送的，但不限于此。

其中，通行规则还可包括审批要求。审批要求用于指定审批人员，并在审批人员全部通过审批后，才允许对应的客商车辆通行。审批过程通常是在客商车辆到达园区出入口道闸1时触发的，但不限于此。

其中，安保终端4可以为手机、平板电脑等移动终端，方便保安对照查验项目要求主项进行查验。

在一些实施方式中，步骤S3中，查验指令包含对安保终端4的查验软件程序中各目标查验功能的激活指令，用以激活相应的查验功能，使保安根据被激活的查验功能执行对应的查验操作；其中，目标查验功能是指需要进行查验的保安查验项目对应的查验功能；其中，查验操作主要包括采集与相应保安查验项目相关的查验信息，并上传至通行管理***2进行确认。其中，查验信息根据实际需要设置，例如，若保安查验项目为查验货物类型，则查验信息包括客商车辆所运载的货物的货物类型信息（货物类型信息可由保安查验后在安保终端4中填写上传，也可通过安保终端4对货物拍照并进行图像识别得到并上传）；若保安查验项目为查验货物来源，则查验信息包括客商车辆所运载的货物的货物来源信息（货物来源信息可由保安查验后在安保终端4中填写上传）；若保安查验项目为查验驾驶员身份，则查验信息包括客商车辆的驾驶员身份信息（驾驶员身份信息可包括姓名、身份证号、人脸图像中的至少一种）。

具体地，一项查验功能被激活后，对应的查验功能选项被解锁，保安触发该查验功能选项进入对应的操作界面，根据该操作界面的指示进行操作以获取并上传对应的查验信息（上传至通行管理***2）；通行管理***2会对上传的查验信息进行核实确认。例如，驾驶员身份识别功能被激活后，保安触发该查验功能选项进入对应的操作界面，根据操作界面的指示进行驾驶员人脸图像的采集，采集完成后点击上传即可由通行管理***2进行人脸匹配以查验驾驶员的身份。

具体地，步骤S4中，在查验通过后，发送开门指令至园区出入口道闸1，使园区出入口道闸1打开以供客商车辆通过。

有时候，客商车辆可能会存在超载情况，容易导致交通事故使货物损毁，为此，可以在园区内设置地磅对客商车辆进行称重以监测客商车辆是否存在超载情况。

从而，在一些优选实施方式中，该客商车辆进出管理***，还包括地磅5，地磅5与通行管理***2通信连接（具体地，地磅5具有地磅控制***，该地磅控制***与通行管理***2通信连接）。通行规则还包括过磅需求；过磅需求为需要过磅或无需过磅；当过磅需求为需要过磅，则客商车辆需要到地磅5处完成过磅以生成过磅信息（过磅信息包括重量数据）并由地磅5发送至通行管理***2；当过磅需求为无需过磅，则客商车辆无需到地磅5处完成过磅。

进一步地，通行管理***2还用于在过磅需求为需要过磅且客商车辆入场后，引导客商车辆至地磅5处完成入场过磅，并接收和记录地磅5发送的入场过磅信息；

地磅5用于对客商车辆进行过磅，以获取入场过磅信息并发送至通行管理***2。

在客商车辆入场后即进行过磅能够获取到客商车辆的入场重量，以便在该客商车辆离场时确定重量是否有异常。其中，可以由通行管理***2与客商车辆的客商终端（如客商车辆的车载终端、客商车辆的驾驶员的手机等）通信连接（例如由客商终端登陆通行管理***2以建立通信连接），并向客商终端发送引导信息以引导客商车辆至地磅5处完成入场过磅；其中，引导信息可以包括导航信息，以把客商车辆导航至地磅处；引导信息还可以包括认证信息，该认证信息用于确认客商车辆的身份，当客商车辆进行过磅时，可由客商终端把该认证信息发送至地磅控制***，由地磅控制***把该认证信息与称重结果加入过磅信息发送至通行管理***2，以保证通行管理***2能够把称重结果与对应的客商车辆进行关联。

其中，客商车辆要求入场或要求离场可通过客商车辆驶向园区出入口道闸1的行驶方向判断。

进一步地，通行管理***2还用于在过磅需求为需要过磅且客商车辆要求离场时，先提取客商车辆的离场过磅信息，再根据离场过磅信息，基于预设的离场过磅放行规则，放行客商车辆或者执行步骤S3-步骤S4。

在离场前先对客商车辆进行过磅能够获取客商车辆的离场重量，以便于结合入场重量判断其重量是否异常，避免重量异常的客商车辆离场而导致经济损失。例如，若客商车辆为销售车辆，则入场重量与离场重量之差为实际卸载的货物重量，若实际卸载的货物重量与需要卸载的货物重量不相符，则表示重量异常，可能存在卸货不足的情况导致园区内买家的经济损失；若客商车辆采购车辆，则离场重量与入场重量之差为实际加载的货物重量，若实际加载的货物重量与需要加载的货物重量不相符，则表示重量异常，可能存在多拿货物的情况导致园区内卖家的经济损失。

其中，为了保证过磅时的称重结果的可靠性，会要求客商车辆完成多次过磅，从而取得多个过磅信息，通过对比该多个过磅信息的差异来判断称重结果是否可靠（若各次称重结果两两之间的绝对值偏差均不超过预设的偏差阈值，则判定称重结果可靠，否则判定称重结果不可靠）。从而，当过磅需求为需要过磅时，通行规则还包括目标过磅次数，若客商车辆在需要离场时完成该目标过磅次数次的过磅，则表示完成离场过磅，此时生成了目标过磅次数个离场过磅信息，当客商车辆到达园区出入口道闸要求离场时，应该能够提取到目标过磅次数个离场过磅信息。

具体地，离场过磅放行规则包括：

C1.若客商车辆已完成离场过磅，则跳转至步骤C3；

C2.若客商车辆未完成离场过磅，则通过管理终端3确认客商车辆是否有特殊放行权限，如果有特殊放行权限，则放行客商车辆，如果没有特殊放行权限，则引导客商车辆至地磅5处完成离场过磅，接收和记录对应的离场过磅信息并跳转至步骤C3；

C3.根据离场过磅信息判断客商车辆是否超重；

C4.若未超重，则执行步骤S3-步骤S4；

C5.若超重，则通过管理终端3确认客商车辆的超重情况是否属于异常情况，如果属于异常情况，则引导客商车辆返回进行异常处理，如果不属于异常情况，则执行步骤S3-步骤S4

此处，通过对比提取到的离场过磅信息的个数和目标过磅次数来判断客商车辆是否已完成离场过磅，从步骤C1之前还包括：C0.若提取到的离场过磅信息的个数小于目标过磅次数，则判定客商车辆未完成离场过磅，若提取到的离场过磅信息的个数不小于目标过磅次数，则判定客商车辆已完成离场过磅。其中，若未提取到离场过磅信息，则提取到的离场过磅信息的个数为零。

步骤C2中，可由保安通过安保终端4向管理终端3发送询问信息以询问客商车辆是否有特殊放行权限，在管理人员通过管理终端3向通行管理***2确认该客商车辆具有特殊放行权限时，由通行管理***2记录本次特殊放行的相关信息（例如包括被特殊放行的客商车辆的车牌号、放行时间、确认该客商车辆具有特殊放行权限的管理人员的身份信息等）并打开园区出入口道闸1放行客商车辆。

步骤C3中，客商车辆超重是指客商车辆的离场重量超过目标离场重量。其中，若客商车辆为销售车辆，则目标离场重量为客商车辆的入场重量与购入货物重量（即园区内买家购买的货物的标准重量）之差，若客商车辆为采购车辆，则目标离场重量为客商车辆的入场重量与卖出货物重量（即园区内卖家售出的货物的标准重量）之和。具体地，步骤C3包括：

在目标过磅次数为1时，判定称重结果可靠；在目标过磅次数大于1时，根据各个离场过磅信息中的重量数据两两之间的绝对值偏差判断称重结果是否可靠（若这些绝对值偏差均不超过预设的偏差阈值，则判定称重结果可靠，否则判定称重结果不可靠）；

若称重结果不可靠，则引导客商车辆至地磅5处重新进行离场过磅；

若称重结果可靠，则计算各次离场过磅的称重结果的平均值作为客商车辆的离场重量；

在计算得到离场重量后，根据客商车辆的入场重量计算目标离场重量；

若离场重量超过目标离场重量，则判定客商车辆超重，否则，判定客商车辆未超重。

其中，若客商车辆为销售车辆，则入园预约信息还可包括购入货物重量，对应地，单据信息还包括购入货物重量；若客商车辆为采购车辆，则入园预约信息还可包括卖出货物重量，对应地，单据信息还包括卖出货物重量。从而，根据客商车辆的入场重量计算目标离场重量包括：若客商车辆为销售车辆则从单据信息中提取购入货物重量，并用客商车辆的入场重量减去购入货物重量得到目标离场重量；若客商车辆为采购车辆则从单据信息中提取卖出货物重量，并用客商车辆的入场重量加上卖出货物重量得到目标离场重量。

实际上，当销售车辆把货物运输至园区内后，可能由于部分货物质量不合格、受损或其它情况而导致该部分货物被拒收，从而导致离场时超重；当采购车辆进入园区后，采购方临时加单要求采购更多货物，导致采购车辆需要运出比原定的卖出货物重量更重的货物，进而使离场时超重；这些情况实际上并不属于异常情况，应该允许客商车辆通行，因此，步骤C5中，当客商车辆超重时，先通知管理人员进行异常情况确认，避免在上述情况下的客商车辆无法通行。

其中，可由保安通过安保终端4向管理终端3发送询问信息以询问客商车辆的超重情况是否为异常情况，在管理人员通过管理终端3向通行管理***2确认该客商车辆的超重情况不是异常情况时，由通行管理***2记录本次确认过程的相关信息（例如包括客商车辆的车牌号、确认时间、确认超重情况不属于异常情况的管理人员的身份信息等）。

在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种客商车辆进出管理方法，其特征在于，包括步骤：

A1.响应于客商车辆的入园预约信息，选取与所述入园预约信息匹配的场景信息以生成单据信息；

A2.在客商车辆到达园区出入口道闸时，查询所述客商车辆的所述单据信息，以提取对应的所述场景信息；

A3.从通行规则库中提取与所述场景信息预先绑定的通行规则；所述通行规则包括保安查验项目；

A4.根据所述保安查验项目向安保终端发送查验指令，以指示保安对所述客商车辆完成所述保安查验项目的查验；

A5.在查验通过后放行所述客商车辆。

2.根据权利要求1所述的客商车辆进出管理方法，其特征在于，所述入园预约信息包括所述客商车辆的车辆类型；所述车辆类型为采购车辆或销售车辆；

所述场景信息包括入场场景信息和离场场景信息。

3.根据权利要求1所述的客商车辆进出管理方法，其特征在于，所述通行规则还包括过磅需求；所述过磅需求为需要过磅或无需过磅；

若所述客商车辆要求入场且所述过磅需求为需要过磅，则步骤A5之后还包括步骤：

A6.引导所述客商车辆至地磅处完成入场过磅，并接收和记录入场过磅信息。

4.根据权利要求3所述的客商车辆进出管理方法，其特征在于，若所述客商车辆要求离场且所述过磅需求为需要过磅，则步骤A4之前还包括步骤：

A7.提取所述客商车辆的离场过磅信息；

A8.根据所述离场过磅信息，基于预设的离场过磅放行规则，放行所述客商车辆或者执行步骤A4-步骤A5。

5.根据权利要求4所述的客商车辆进出管理方法，其特征在于，所述离场过磅放行规则包括：

B1.若所述客商车辆已完成离场过磅，则跳转至步骤B3；

B2.若所述客商车辆未完成离场过磅，则通知管理人员以确认所述客商车辆是否有特殊放行权限，如果有特殊放行权限，则放行所述客商车辆，如果没有特殊放行权限，则引导所述客商车辆至地磅处完成离场过磅，接收和记录对应的离场过磅信息并跳转至步骤B3；

B3.根据所述离场过磅信息判断所述客商车辆是否超重；

B4.若未超重，则执行步骤A4-步骤A5；

B5.若超重，则通知管理人员以确认所述客商车辆的超重情况是否属于异常情况，如果属于异常情况，则引导所述客商车辆返回进行异常处理，如果不属于异常情况，则执行步骤A4-步骤A5。

6.一种客商车辆进出管理***，其特征在于，包括园区出入口道闸、通行管理***、管理终端和安保终端；所述管理终端、所述安保终端和所述园区出入口道闸均与所述通行管理***通信连接；

所述管理终端用于响应于客商车辆的入园预约信息，选取与所述入园预约信息匹配的场景信息以生成单据信息，并把所述单据信息发送至所述通行管理***；

所述通行管理***用于执行：

S1.在客商车辆到达园区出入口道闸时，查询所述客商车辆的所述单据信息，以提取对应的所述场景信息；

S2.从通行规则库中提取与所述场景信息预先绑定的通行规则；所述通行规则包括保安查验项目；

S3.根据所述保安查验项目向所述安保终端发送查验指令，以指示保安对所述客商车辆完成所述保安查验项目的查验；

S4.在查验通过后控制所述园区出入口道闸放行所述客商车辆。

7.根据权利要求6所述的客商车辆进出管理***，其特征在于，所述入园预约信息包括所述客商车辆的车辆类型；所述车辆类型为采购车辆或销售车辆；

所述场景信息包括入场场景信息和离场场景信息。

8.根据权利要求6所述的客商车辆进出管理***，其特征在于，还包括地磅，所述地磅与所述通行管理***通信连接；

所述通行规则还包括过磅需求；所述过磅需求为需要过磅或无需过磅；

所述通行管理***还用于在所述过磅需求为需要过磅且所述客商车辆入场后，引导所述客商车辆至地磅处完成入场过磅，并接收和记录所述地磅发送的入场过磅信息；

所述地磅用于对所述客商车辆进行过磅，以获取所述入场过磅信息并发送至所述通行管理***。

9.根据权利要求8所述的客商车辆进出管理***，其特征在于，所述通行管理***还用于在所述过磅需求为需要过磅且所述客商车辆要求离场时，先提取所述客商车辆的离场过磅信息，再根据所述离场过磅信息，基于预设的离场过磅放行规则，放行所述客商车辆或者执行步骤S3-步骤S4。

10.根据权利要求9所述的客商车辆进出管理***，其特征在于，所述离场过磅放行规则包括：

C1.若所述客商车辆已完成离场过磅，则跳转至步骤C3；

C2.若所述客商车辆未完成离场过磅，则通过所述管理终端确认所述客商车辆是否有特殊放行权限，如果有特殊放行权限，则放行所述客商车辆，如果没有特殊放行权限，则引导所述客商车辆至所述地磅处完成离场过磅，接收和记录对应的离场过磅信息并跳转至步骤C3；

C3.根据所述离场过磅信息判断所述客商车辆是否超重；

C4.若未超重，则执行步骤S3-步骤S4；

C5.若超重，则通过所述管理终端确认所述客商车辆的超重情况是否属于异常情况，如果属于异常情况，则引导所述客商车辆返回进行异常处理，如果不属于异常情况，则执行步骤S3-步骤S4。