一种基于状态机的闸机业务对接方法、系统及存储介质与流程

1.本技术涉及闸机控制的技术领域，尤其是涉及一种基于状态机的闸机业务对接方法、系统及存储介质。


背景技术：

2.闸机是当前生活中常见的一种通道管理设备，用于管理人流并规范行人出入，在机场、地铁站、园区、写字楼、商场等地方可以用到。
3.因闸机所用到的业务场合极多，故在不同的业务场景中需要对接不同的业务逻辑，如商场内的闸机控制逻辑和机场中的闸机控制逻辑就是不同的，在这种情况下，相关技术中的闸机在业务对接、逻辑控制设定中，需要开发出不同的业务逻辑以满足不同场合下的要求，这就导致开发事件成本高。


技术实现要素：

4.为了减少闸机应用在不同业务场景下的开发成本，本技术提供一种基于状态机的闸机业务对接方法、系统及存储介质。
5.第一方面，本技术提供的一种基于状态机的闸机业务对接方法，采用如下的技术方案：一种基于状态机的闸机业务对接方法，包括以下步骤：获取业务对接指令，通过所述业务对接指令中的业务场景信息实现与通行状态机的对接并获得相应的业务视角，所述业务场景信息表征为使用闸机的不同场景；判断业务对接信息中的闸机类型，所述闸机类型包括单门闸机和/或双门闸机；根据所述闸机类型和业务视角获取相对应的人员理论事件；获取所述通行状态机内预设的闸机事件和通行状态，将所述人员理论事件与所述闸机事件进行关联以获得相应的业务动作；获取人员实时事件，根据所述人员实时事件结合闸机事件选择相对应的业务动作以使闸机处于相应的通行状态。
6.在另外的一些实施例中，判断业务对接信息中的闸机类型，包括：根据所述业务场景信息获取闸机预测信息；根据所述闸机预测信息生成相应的测试触发指令并下放；获取返回的测试结果；判断所述测试结果的数量是否大于1；若不大于1，则判断所述测试结果是否正常；若测试结果为正常，则根据当前的闸机预测信息获取相应的闸机类型；若测试结果为异常，则获取与当前的闸机预测信息相反的闸机类型；若大于1，则判断若干测试结果是否一致；若一致，则根据当前的闸机预测信息获取相应的闸机类型；
若不一致，则定义测试结果为正常的闸机为与所述闸机预测信息所对应的闸机类型，定义测试结果为异常的闸机为与所述闸机预测信息所相反的闸机类型。
7.在另外的一些实施例中，根据所述闸机类型和业务视角获取相对应的人员理论事件，所述业务视角至少包括安检视角和验证通行视角，包括以下步骤：若所述业务视角为安检视角，且所述闸机类型为单门闸机，则所述人员理论事件包括单闸身份验证结果和单闸安全验证结果；若所述业务视角为安检视角，且所述闸机类型为双门闸机，则所述人员理论事件包括前闸身份验证结果和后闸安全验证结果，所述前闸表征为人员前进方向中遇到的双门闸机的第一个闸门，所述后闸表征为人员前进方向中遇到的双门闸机的第二个闸门；若所述业务视角为验证通行视角，且所述闸机类型为单门闸机中的单侧闸机，则所述人员理论事件至少包括单闸身份验证结果；若所述业务视角为验证通行视角，且所述闸机类型为单门闸机中的双侧闸机，则所述人员理论事件至少包括入口闸身份验证结果和/或入口闸订单验证结果以及出口闸订单复验证结果。
8.在另外的一些实施例中，将所述人员理论事件与所述闸机事件进行关联以获得相应的业务动作，包括以下步骤：业务动作包括生成相应的闸机控制指令；若所述闸机类型为单门闸机，则所述业务动作包括生成单闸机控制指令；若所述闸机类型为双门闸机，则所述业务动作包括生成第一闸门控制指令和第二闸门控制指令。
9.在另外的一些实施例中，所述通行状态包括开检、等待人员进入通道、通行核验、核验失败、核验成功和紧急。
10.第二方面，本技术提供一种基于状态机的闸机业务对接系统，采用如下的技术方案：一种基于状态机的闸机业务对接系统，包括业务对接模块、通行状态机、闸机模块、业务模块和处理模块，其中，所述业务对接模块用于接收不同的业务场景信息并根据对接命令生成相应的业务对接指令；所述处理模块连接于所述业务对接模块以接收所述业务对接指令，并通过所述业务对接指令中的业务场景信息实现与通行状态机的对接并获得相应的业务视角，所述业务场景信息表征为使用闸机的不同场景；所述处理模块还用于判断业务对接信息中的闸机类型，所述闸机类型包括单门闸机和/或双门闸机，并根据所述闸机类型和业务视角获取相对应的人员理论事件；所述通行状态机内预设有闸机事件和相对应的通行状态，所述处理模块用于将所述人员理论事件与所述闸机事件进行关联以获得相应的业务动作；所述业务模块用于获取人员实时事件，所述处理模块还用于根据人员实时事件选择对应的业务动作以使闸机处于相应的通行状态；所述闸机模块用于使闸机进行动作以处于不同的通行状态。
11.在另外的一些实施例中，所述闸机模块包括：
闸机自身控制模块，用于根据不同的业务动作生成的不同闸机控制指令控制闸机动作；屏幕提示模块，用于将通行状态进行屏幕显示；语音提醒模块，用于根据通行状态生成相应的语音信息进行提示；灯光指示模块，用于根据通行状态生成相应的灯光指示。
12.在另外的一些实施例中，所述业务模块包括人证核验模块、人脸比对模块、读取票证或其他人员相关识别模块中的一项或多项。
13.在另外的一些实施例中，所述业务对接模块、处理模块和通行状态机构成同一整体并定义为业务对接处理系统，所述闸机模块与所述业务对接处理系统之间双向通信连接，所述业务系统与所述业务对接处理模块之间双向通信连接。
14.第三方面，本技术提供一种计算机存储介质，采用如下的技术方案：一种计算机存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的基于状态机的闸机业务对接系统。
15.综上所述，本技术包括以下至少一种有益技术效果：1.针对单门闸机和双门闸机的通行状态，抽象了一套适用于单双门闸机的通行状态机接口和业务对接接口，并通过业务对接手段实现快速对接不同的业务场景，将人员事件和闸机事件进行隔离，实现闸机模块、通行状态的复用，只需要根据不同业务场景下对接的人员事件即可完成业务转换工作，并实现对闸机的控制，提高闸机业务开发效率，减少开发时间成本；2.定义了多种常用的通行状态，以此对闸机通行状态进行统一，使得后续不论对接什么业务场景，都不需要对通行状态进行再次开发。
附图说明
16.图1是本技术实施例中基于状态机的闸机业务对接方法的整体流程示意图；图2是本技术实施例中基于状态机的闸机业务对接系统的模块连接示意图；图3是本技术实施例中基于状态机的闸机业务对接系统的实现框架示意图。
17.附图标记说明：1、业务对接模块；2、通行状态机；3、闸机模块；4、业务模块；5、处理模块。
具体实施方式
18.以下结合附图1-3对本技术作进一步详细说明。
19.本技术实施例公开一种基于状态机的闸机业务对接方法。
20.如图1所示，一种基于状态机的闸机业务对接方法包括：s100，获取业务对接指令，通过业务对接指令中的业务场景信息实现与通行状态机2的对接并获得相应的业务视角。
21.业务场景信息表征为使用闸机的不同场景，如机场、地铁站、园区、学校、医院等等。
22.不同业务场景信息可以由开发的不同业务代码进行表示，根据开发的业务代码生成不同的业务对接指令，以实现与通行状态机2的对接并获得相应的业务视角。
23.不同的业务视角指代不同的业务环境下的闸机业务状态，比如在医院时闸机如何工作、机场安检时闸机如何工作，通过设置方便的业务对接方法使得通行状态机可以通过业务对接指令对接到不同的业务场景，为统一对接不同业务提供了复用基础。
24.s200，判断业务对接信息中的闸机类型。
25.闸机类型包括单门闸机和双门闸机，单门闸机普遍用于地铁站、商场、园区等地的出入口，一般在这些环境下，在出口和入口处皆设置有一个单门闸机，单门闸机只有一个闸门，人员的出、入动作皆对应于一个闸机，而双门闸机普遍用于园区、机场、火车站等需要进行安检的地方，人员通过第一道闸门的验证后进入通道进行安检，安检结束后再从第二道闸门处离开。不同类型的闸机对应有不同的闸机控制动作和状态。
26.其中，判断业务对接信息中的闸机类型，包括：s210，根据业务场景信息获取闸机预测信息。
27.s220，根据闸机预测信息生成相应的测试触发指令并下放。
28.s230，获取返回的测试结果，判断测试结果的数量是否大于1。
29.s240，若不大于1，则判断测试结果是否正常。
30.s250，若测试结果为正常，则根据当前的闸机预测信息获取相应的闸机类型；若测试结果为异常，则获取与当前的闸机预测信息相反的闸机类型。
31.s260，若大于1，则判断若干测试结果是否一致。
32.s270，若一致，则根据当前的闸机预测信息获取相应的闸机类型；若不一致，则定义测试结果为正常的闸机为与闸机预测信息所对应的闸机类型，定义测试结果为异常的闸机为与闸机预测信息所相反的闸机类型。
33.如果业务场景为医院，那么医院普遍都使用的是单门闸机，那么闸机预测信息就是单门闸机，如果是机场，那么普遍使用的是双门闸机，那么闸机预测信息就是双门闸机。
34.将预测信息生成的测试触发指令进行下发，使得该场景下的闸机接收触发信号并发出反馈得到测试结果，如果测试结果的数量为1，那么说明该场景下只有一个闸机，其可能是入口处的单门闸机（在一些场景下，只有入口处设置单门闸机，而出口处不设置闸机），也可能是入口处的双门闸机，那么就判断测试结果是否正常。如果单门闸机接受的是双门闸机的测试触发指令，其反馈的测试结果一定是异常的，那么就将与双门闸机的闸机预测信息相反的信息，也就是单门闸机输出为该闸门的闸门类型；而如果单门闸机接收的就是单门闸机的测试触发指令，其反馈的测试结果一定是正常的，那么就将单门闸机输出为该闸门的闸门类型。
35.而在一些场景下，如机场，其出入口和安检的位置皆设置有多个闸机，这种情况返回的测试结果的数量是大于1的，那么就将若干相同的闸机测试信息都进行下放，如园区这种皆设置的是单门闸机的场景下，当闸机测试信息是单门闸机时，其返回的测试结果都是正常的，那么闸机类型都确认为单门闸机，如果如机场这种既有单门闸机也存在双门闸机的场景下，多个测试结果中有一部分为异常，那么测试结果为正常的就将闸机预测信息作为闸机类型，测试结果异常的就将与闸机预测信息相反的信息作为闸机类型。
36.通过上述方法，对闸机类型的预测方法较为快捷简单，只需要通过测试后的反馈的结果就可以得到所有的闸机类型，而无需操作人员手动将一个环境中的所有闸机类型进行相应的设定和输入。
37.s300，根据闸机类型和业务视角获取相对应的人员理论事件。
38.人员理论事件表征为在不同的业务视角下面对不同的闸机类型，可能由闸机使用人的可能做出的结果事件，如身份证验证、身份证失效、身份证有效、人脸验证匹配、人证验证匹配等。
39.事件这个概念在本技术实施例中指代执行某个操作的触发条件或口令，如身份验证通过、身份证失效、安全检查合格等。
40.其中，业务视角至少包括安检视角和验证通行视角，具体包括：s310，若业务视角为安检视角，且闸机类型为单门闸机，则人员理论事件包括单闸身份验证结果和单闸安全验证结果。
41.在安检视角下，如果闸机类型是单门闸机，那么其适用环境下，一般是需要同时存在身份验证和安全验证的，先经过安检，安检结束后通过身份验证打开闸机，离开时可能存在身份验证也可能无需身份验证。
42.也就是说在安检视角下的单门闸机中，其需要经过人员做出的身份验证和安全验证的事件。
43.s320，若业务视角为安检视角，且闸机类型为双门闸机，则人员理论事件包括前闸身份验证结果和后闸安全验证结果。
44.在安检视角下，如果闸机类型为双门闸机，那么双门闸机中的第一道闸门和第二道闸门分别对应有不同的人员理论事件，也就是前闸身份验证结果和后闸身份验证结果，其中前闸表征为人员前进方向中遇到的双门闸机中的第一道闸门，后闸表征为人员前进方向中遇到的双门闸机中的第二个闸门。
45.双门闸机中的两个闸门之间普遍存在一个检查通道，其使用时，人员在第一道闸门处进行身份验证，身份验证合格后第一道闸门打开，人员进入通道进行安全检查，安全检查合格后，第二道闸门打开，人员从第二道闸门处离开。
46.那么在这种情况下，双门闸机所对应的人员理论事件就是第一道闸门的身份验证（前闸身份验证）和第二道闸门的安全验证（后闸身份验证）。
47.s330，若业务视角为验证通行视角，且闸机类型为单门闸机中的单侧闸机，则人员理论事件至少包括单闸身份验证结果。
48.如果是验证通行视角，那么就不存在安检过程，那么与安全检查相关的人员理论事件不会发生，故闸机只需要对人员的身份进行验证，故至少包括单闸的身份验证结果即可。
49.当然，根据闸机所实际使用的不同环境，也可以包括其他的人员事件，如票据、电子码、健康码等信息。
50.s340，若业务视角为验证通行视角，且闸机类型为单门闸机中的双侧闸机，则人员理论事件至少包括入口闸身份验证结果和/或订单验证结果以及出口闸订单复验证结果。
51.双侧闸门指代其闸门是单门闸机，但是其出、入中都需要进行验证，例如地铁站中的闸机，当人员进入时需要通过支付码、交通卡等进行支付验证，验证即可通过，当出站时，需要再通过支付码或交通卡进行验证，验证成功且支付成功后，出站位置的单侧闸门再次打开，这样一个单侧闸门无论是用于入还是用于出，都需要进行发生相关的人员事件。
52.若验证通行视角下，闸机类型为双侧闸机，那么人员理论事件至少包括入口闸身
份验证结果和/或订单验证结果以及出口闸订单复验证结果。
53.在地铁站，如上述的描述，人员在进入时需要进行第一次订单验证，出站时需要对订单进行复验证。需要注意的是，当闸机为双侧闸机时，如果进入时通过的订单验证，那么其必然存在订单复验证，如果进入时为身份验证，其出去的时候可能存在订单验证。
54.s400，获取通行状态机2内预设的闸机事件和通行状态，将人员理论事件与闸机事件进行关联以获得相应的业务动作。
55.闸机事件和通行状态预设在通行状态机2内，闸机事件为闸机可能进行的一个情况，通过不同的闸机事件可以表现闸机的不同通行状态，可能闸机事件包括第一道门关闭、第一道门正向开、第一道门反向开、第二道门关闭、第二道门正向开、第二道门反向开、人员尾随警告、人员入侵告警、通过门后这番、通行超时、告警取消等。
56.通行状态包括开检、等待人员进入通道、通行核验、核验失败、核验成功、紧急六种状态。通过对闸机常用的通行状态进行定义，统一了不同场景下的闸机通行状态，这样无论在对接什么业务场景时，都只会在这几个通行状态中进行转换，而无需在转换业务场景时对通行状态进行反复定义，而且这几个通行状态基本适用于任何存在闸机的业务场景，若有些业务场景中不存在这些通行状态也不会对总体的控制指令造成影响。
57.开检表征为开始进行安全检查，这时在双门闸机中，单个人员开始通行，对证件等信息进行读取，直到第一道门打开，也就是说这时双门闸机中的两个门都为关闭，单门闸机中，无需有开检这个过程，因为单门闸机可以直接对身份信息进行验证，而无需使人员等待第一道门打开以进行验证，故单门闸机中不存在开检这一通行状态。
58.等待人员进入通道状态下，双门闸机第一道闸门打开直到人员进入两个闸门之间的通道，人员进入后第一道闸门关闭，而单门闸机中不存在通道，故也不存在该状态。
59.通行核验状态在双门闸机和单门闸机中结尾核验乘客信息，直到得到核验结果。
60.核验失败状态在双门闸机中为第一道闸门反向开，人员退出并重新通行；在单门闸机中为提醒核验失败，闸门不打开，重新通行。
61.核验成功状态在双门闸机中为第二道闸门打开，人员通过；在单门闸机中为闸门打开，人员通过。
62.紧急状态下，双门闸机和单门闸机皆为所有门打开，人员通过。
63.具体包括：s410，业务动作包括生成相应的闸机控制指令。
64.s420，若闸机类型为单门闸机，则业务动作包括单闸机控制指令。
65.s430，若闸机类型为双门闸机，则业务动作包括第一闸门控制指令和第二闸门控制指令。
66.当业务对接指令生成后，通行状态机2与不同的业务进行对接，使得不同业务场景下的人员理论事件可以和闸机事件进行关联，以获得相应的业务动作，例如在安检视角下，若人员理论事件为身份验证不通过，且闸机事件为第一道门关闭时，其可能是单门闸机处于核验失败的状态；当人员理论事件为安全验证成功，闸机事件为第一道闸门关闭，第二道闸门正向开时，通行状态为双门闸机处于核验成功的状态。
67.人员理论事件和闸机事件互不影响，两个单独的事件使得闸门发生动作以使闸机处于一个通行状态，实现状态机的抽象逻辑具象化实现，无需考虑不同业务下的业务逻辑，
实现方式更为简单快捷。
68.s500，获取人员实时事件，根据人员实时事件结合闸机事件选择相对应的业务动作以使闸机处于相应的通行状态。
69.人员实时事件表征为人员目前正在进行的活动，在之前的步骤中，在业务对接时先通过人员理论事件与闸机事件进行结合实现业务的对接完成，后续在人员实时做出某个事件时，可以直接复用该系统的状态逻辑以得到相应的业务动作，无需进行重复定义。
70.通过上述方法，不同的业务对接转化成处理上报的闸机事件和人员事件，根据业务需要发送闸机控制指令和业务动作，业务对接系统不用关心具体对接的业务逻辑，实现业务解耦。
71.同时，因为闸机事件和通行状态是固定的，无论存在怎样的人员实时事件，其闸机的事件和状态都是在这几个事件和状态下进行选择的，故通过预先的预设存储，使得闸机系统发送的闸机事件和响应的控制指令和业务无关，可在对接不同业务时直接复用，只需要根据不同业务中的不同人员理论实践进行获取对接，即可和整个业务系统进行对接。
72.如图2所示，本技术还公开了一种基于状态机的闸机业务对接系统，包括业务对接模块1、通行状态机2、闸机模块3、业务模块4和处理模块5。
73.业务对接模块1用于接收不同的业务场景信息并根据对接命令生成相应的业务对接指令。
74.处理模块5连接于业务对接模块1以接收业务对接指令，并通过业务对接指令中的业务场景信息实现与通行状态机2的对接并获得相应的业务视角，业务场景信息表征为使用闸机的不同场景。
75.处理模块5还用于判断业务对接信息中的闸机类型，闸机类型包括单门闸机和/或双门闸机，并根据闸机类型和业务视角获取相对应的人员理论事件。
76.通行状态机2内预设有闸机事件和相对应的通行状态，处理模块5用于将人员理论事件与闸机事件进行关联以获得相应的业务动作。
77.业务模块4用于获取人员实时事件，处理模块5还用于根据人员实时事件选择对应的业务动作以使闸机处于相应的通行状态。
78.闸机模块3用于使闸机进行动作以处于不同的通行状态。
79.在另一些实施例中，闸机模块3包括：闸机自身控制模块，用于根据不同的业务动作生成的不同闸机控制指令控制闸机动作。
80.屏幕提示模块，用于将通行状态进行屏幕显示。
81.语音提醒模块，用于根据通行状态生成相应的语音信息进行提示。
82.灯光指示模块，用于根据通行状态生成相应的灯光指示。
83.在另一些实施例中，业务系统包括人证核验模块、人脸比对模块、读取票据或其他人员相关识别模块中的一项或多项。人证核验为人员和证件之间的合法性验证，例如是否为同一人、证件是否有效等，读取票据可以是支付类票据、识别类票据、门票等。
84.在另一些实施例中，业务对接模块1、处理模块5和通行状态机2构成同一整体并定义为业务对接处理系统，闸机模块3与业务对接处理系统之间双向通信连接，业务系统与业务对接处理模块5之间双向通信连接。
85.如图3所示，还包括闸机业务对接系统的实现框架，其中，图中的basebusiness定义为业务核心接口，用于和状态机交互；trafficstate定义为状态核心接口，用于和业务交互；m_gateclient表示闸机系统代理类，接收闸机上报事件、控制闸机；m_passengerclient表示业务系统代理类，接收业务事件、触发业务动作。通过上述实现框架抽象了通行状态机2接口、业务对接接口，实现闸机模、状态机代码复用，只需开发业务代码即可对接不同的业务场景。
86.本技术还公开了一种计算机存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述的基于状态机的闸机业务对接系统。
87.实施原理为：业务模块4将人员的动作状态作为人员事件反馈至处理模块5，处理模块5结合通行状态机2实现在不同的通行状态下，闸机模块3根据收到的事件，触发相应的业务动作，完成整个闸机通行状态的切换，同时，根据业务对接模块1和方法，实现快速地对接不同业务场景，在不改变闸机事件和通行状态的前提下，根据快速对接的业务场景下的不同人员事件匹配不同的状态逻辑，实现业务解耦和快速转换。
88.以上均为本技术的较佳实施例，并非依此限制本技术的保护范围，故：凡依本技术的结构、形状、原理所做的等效变化，均应涵盖于本技术的保护范围之内。

技术特征：
1.一种基于状态机的闸机业务对接方法，其特征在于，包括以下步骤：获取业务对接指令，通过所述业务对接指令中的业务场景信息实现与通行状态机（2）的对接并获得相应的业务视角，所述业务场景信息表征为使用闸机的不同场景；判断业务对接信息中的闸机类型，所述闸机类型包括单门闸机和/或双门闸机；根据所述闸机类型和业务视角获取相对应的人员理论事件；获取所述通行状态机（2）内预设的闸机事件和通行状态，将所述人员理论事件与所述闸机事件进行关联以获得相应的业务动作；获取人员实时事件，根据所述人员实时事件结合闸机事件选择相对应的业务动作以使闸机处于相应的通行状态。2.根据权利要求1所述的一种基于状态机的闸机业务对接方法，其特征在于：判断业务对接信息中的闸机类型，包括：根据所述业务场景信息获取闸机预测信息；根据所述闸机预测信息生成相应的测试触发指令并下放；获取返回的测试结果；判断所述测试结果的数量是否大于1；若不大于1，则判断所述测试结果是否正常；若测试结果为正常，则根据当前的闸机预测信息获取相应的闸机类型；若测试结果为异常，则获取与当前的闸机预测信息相反的闸机类型；若大于1，则判断若干测试结果是否一致；若一致，则根据当前的闸机预测信息获取相应的闸机类型；若不一致，则定义测试结果为正常的闸机为与所述闸机预测信息所对应的闸机类型，定义测试结果为异常的闸机为与所述闸机预测信息所相反的闸机类型。3.根据权利要求1所述的一种基于状态机的闸机业务对接方法，其特征在于：根据所述闸机类型和业务视角获取相对应的人员理论事件，所述业务视角至少包括安检视角和验证通行视角，包括以下步骤：若所述业务视角为安检视角，且所述闸机类型为单门闸机，则所述人员理论事件包括单闸身份验证结果和单闸安全验证结果；若所述业务视角为安检视角，且所述闸机类型为双门闸机，则所述人员理论事件包括前闸身份验证结果和后闸安全验证结果，所述前闸表征为人员前进方向中遇到的双门闸机的第一个闸门，所述后闸表征为人员前进方向中遇到的双门闸机的第二个闸门；若所述业务视角为验证通行视角，且所述闸机类型为单门闸机中的单侧闸机，则所述人员理论事件至少包括单闸身份验证结果；若所述业务视角为验证通行视角，且所述闸机类型为单门闸机中的双侧闸机，则所述人员理论事件至少包括入口闸身份验证结果和/或入口闸订单验证结果以及出口闸订单复验证结果。4.根据权利要求1所述的一种基于状态机的闸机业务对接方法，其特征在于：将所述人员理论事件与所述闸机事件进行关联以获得相应的业务动作，包括以下步骤：业务动作包括生成相应的闸机控制指令；若所述闸机类型为单门闸机，则所述业务动作包括生成单闸机控制指令；
若所述闸机类型为双门闸机，则所述业务动作包括生成第一闸门控制指令和第二闸门控制指令。5.根据权利要求1所述的一种基于状态机的闸机业务对接方法，其特征在于：所述通行状态包括开检、等待人员进入通道、通行核验、核验失败、核验成功和紧急。6.一种基于状态机的闸机业务对接系统，其特征在于：包括业务对接模块（1）、通行状态机（2）、闸机模块（3）、业务模块（4）和处理模块（5），其中，所述业务对接模块（1）用于接收不同的业务场景信息并根据对接命令生成相应的业务对接指令；所述处理模块（5）连接于所述业务对接模块（1）以接收所述业务对接指令，并通过所述业务对接指令中的业务场景信息实现与通行状态机（2）的对接并获得相应的业务视角，所述业务场景信息表征为使用闸机的不同场景；所述处理模块（5）还用于判断业务对接信息中的闸机类型，所述闸机类型包括单门闸机和/或双门闸机，并根据所述闸机类型和业务视角获取相对应的人员理论事件；所述通行状态机（2）内预设有闸机事件和相对应的通行状态，所述处理模块（5）用于将所述人员理论事件与所述闸机事件进行关联以获得相应的业务动作；所述业务模块（4）用于获取人员实时事件，所述处理模块（5）还用于根据人员实时事件选择对应的业务动作以使闸机处于相应的通行状态；所述闸机模块（3）用于使闸机进行动作以处于不同的通行状态。7.根据权利要求6所述的一种基于状态机的闸机业务对接系统，其特征在于，所述闸机模块（3）包括：闸机自身控制模块，用于根据不同的业务动作生成的不同闸机控制指令控制闸机动作；屏幕提示模块，用于将通行状态进行屏幕显示；语音提醒模块，用于根据通行状态生成相应的语音信息进行提示；灯光指示模块，用于根据通行状态生成相应的灯光指示。8.根据权利要求6所述的一种基于状态机的闸机业务对接系统，其特征在于：所述业务模块（4）包括人证核验模块、人脸比对模块、读取票证或其他人员相关识别模块中的一项或多项。9.根据权利要求6所述的一种基于状态机的闸机业务对接系统，其特征在于：所述业务对接模块（1）、处理模块（5）和通行状态机（2）构成同一整体并定义为业务对接处理系统，所述闸机模块（3）与所述业务对接处理系统之间双向通信连接，所述业务系统与所述业务对接处理模块（5）之间双向通信连接。10.一种计算机存储介质，其上存储有计算机程序，其特征在于：所述计算机程序被处理器执行时实现权利要求1至5中任一项所述的基于状态机的闸机业务对接系统。

技术总结
本申请涉及闸机控制的技术领域，尤其是涉及一种基于状态机的闸机业务对接方法、系统及存储介质，其包括业务对接模块用于接收不同的业务场景信息并根据对接命令生成相应的业务对接指令；处理模块连接于业务对接模块以接收业务对接指令，并通过业务对接指令与通行状态机对接获得业务视角；判断业务对接信息中的闸机类型，并根据闸机类型和业务视角获取相人员理论事件；通行状态机内预设有闸机事件和通行状态，处理模块用于将人员理论事件与闸机事件进行关联以获得业务动作；业务模块用于获取人员实时事件，处理模块还用于根据人员实时事件选择业务动作以使闸机处于相应的通行状态。本申请具有减少闸机应用在不同业务场景下的开发成本的效果。发成本的效果。发成本的效果。


技术研发人员：杨跃庭 陈珍敬 曾晨宸 林锦成 薛健
受保护的技术使用者：厦门瑞为信息技术有限公司
技术研发日：2022.12.13
技术公布日：2023/7/11