CN114758437A - 闸机的控制方法及装置、非易失性存储介质、处理器 - Google Patents

Abstract

本申请公开了一种闸机的控制方法及装置、非易失性存储介质、处理器。其中，该方法包括：获取目标对象的待验证身份信息；依据待验证身份信息对目标对象的信息进行验证，得到验证结果，其中，目标对象的信息包括如下至少之一：目标对象的身份信息，目标对象的行程信息，目标对象的资金信息；依据验证结果和目标对象的结算信息对目标对象的消费信息进行结算，得到结算结果，其中，结算信息为目标对象进行结算所需要的密码信息，消费信息为目标对象消费的资金额度；依据结算结果控制闸机的状态。本申请解决了由于单一支付方式过闸造成的乘车通道堵塞的技术问题。

Description

闸机的控制方法及装置、非易失性存储介质、处理器

技术领域

本申请涉及闸机控制领域，具体而言，涉及一种闸机的控制方法及装置、非易失性存储介质、处理器。

背景技术

自动售票检票系统(Auto Fare Collection，AFC)是集计算机技术、信息收集和处理技术、机械制造于一体的自动化售票、检票系统，具有很强的智能化功能。自动售检票系统的便捷和准确性大大优于传统的纸票售票方式，它可以克服人工售检票模式中固有的速度慢、财务漏洞多、出错率高、劳动强度大等缺点，防止假票，杜绝人气票，防止工作人员作弊，提高管理水平，减轻劳动强度，不仅是地铁和交通系统发展的一个趋势，也是城市信息化建设的一个重要体现。

随着社会的发展和用户便利出行的需要，同时科学技术也在不停的进步革新，乘客过闸支付手段也在日渐增多，地铁AFC系统需要满足乘客的刷卡乘车、扫码乘车、手机PAY(移动终端无线通信支付方式)乘车、刷脸乘车等需求。

目前全国各地互联网票务正处于高速发展过程中，但问题也特别突显，国内AFC系统大多还停留在单一的识卡、识码、识脸等方式进出闸机，乘客进、出站时必须使用相同的支付方式，多种支付方式不能混用。互联网票务主要依赖网络通讯和移动手机，例如二维码必须使用手机APP产生、手机PAY也依赖于手机硬件、相关业务开通和过闸处理也需要网络通畅。所以当单一支付方式出现问题时，会导致乘客无法正常过闸、堵塞通道影响后续乘客出行，造成站内乘客滞留，同时增加地铁运营管理的安全隐患。

针对上述由于单一支付方式过闸造成的乘车通道堵塞的问题，目前尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种闸机的控制方法及装置、非易失性存储介质、处理器，以至少解决由于单一支付方式过闸造成的乘车通道堵塞的技术问题。

根据本申请实施例的一个方面，提供了一种闸机的控制方法，包括：获取目标对象的待验证身份信息；依据待验证身份信息对目标对象的信息进行验证，得到验证结果，其中，目标对象的信息包括如下至少之一：目标对象的身份信息，目标对象的行程信息，目标对象的资金信息；依据验证结果和目标对象的结算信息对目标对象的消费信息进行结算，得到结算结果，其中，结算信息为目标对象进行结算所需要的密码信息，消费信息为目标对象消费的资金额度；依据结算结果控制闸机的状态。

可选地，依据待验证身份信息对目标对象的信息进行验证，得到验证结果，包括：依据待验证身份信息对目标对象的身份信息进行验证；在验证通过的情况下，依次判断行程信息是否正确、资金信息是否大于消费信息，得到验证结果。

可选地，依据结算结果控制闸机的状态，包括：在结算结果为结算成功的情况下，控制闸机的状态处于开启状态；在结算结果为结算失败的情况下，控制闸机的状态处于关闭状态。

可选地，获取目标对象的待验证身份信息，包括：获取目标对象的验证方式，验证方式包括如下至少之一：采用人脸识别技术进行验证，采用集成电路卡进行验证，采用移动终端进行验证；通过验证方式采集待验证身份信息。

可选地，获取目标对象的待验证身份信息之前，上述方法还包括：获取目标对象的身份信息、结算信息。

可选地，依据结算结果控制闸机的状态之后，上述方法还包括：对行程信息进行跟踪。

可选地，依据结算结果控制闸机的状态之后，上述方法还包括：将行程信息和消费信息发送至目标对象的终端设备。

根据本申请实施例的另一方面，还提供了一种闸机的控制装置，包括：获取模块，用于获取目标对象的待验证身份信息；验证模块，用于依据待验证身份信息对目标对象的信息进行验证，得到验证结果，其中，目标对象的信息包括如下至少之一：目标对象的身份信息，目标对象的行程信息，目标对象的资金信息；结算模块，用于依据验证结果和目标对象的结算信息对目标对象的消费信息进行结算，得到结算结果，其中，结算信息为目标对象进行结算所需要的密码信息，消费信息为目标对象消费的资金额度；控制模块，用于依据结算结果控制闸机的状态。

根据本申请实施例的再一方面，还提供了一种非易失性存储介质，非易失性存储介质包括存储的程序，其中，在程序运行时控制非易失性存储介质所在设备执行以上的闸机的控制方法。

根据本申请实施例的再一方面，还提供了一种处理器，处理器用于运行存储在存储器中的程序，其中，程序运行时执行以上的闸机的控制方法。

在本申请实施例中，采用获取目标对象的待验证身份信息；依据待验证身份信息对目标对象的信息进行验证，得到验证结果，其中，目标对象的信息包括如下至少之一：目标对象的身份信息，目标对象的行程信息，目标对象的资金信息；依据验证结果和目标对象的结算信息对目标对象的消费信息进行结算，得到结算结果，其中，结算信息为目标对象进行结算所需要的密码信息，消费信息为目标对象消费的资金额度；依据结算结果控制闸机的状态的方式，通过多种验证方式采集目标对象的身份信息，并依据身份信息控制闸机的开关，达到了多元化支付方式过闸的目的，从而实现了提高乘客的出行效率、便于车站的安全管理的技术效果，进而解决了由于单一支付方式过闸造成的乘车通道堵塞技术问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的一种用于实现闸机的控制方法的计算机终端(或移动设备)的硬件结构框图；

图2是根据本申请实施例的一种可选的闸机的控制方法的流程图；

图3是根据本申请实施例的一种可选的闸机的控制方法的示意图；

图4是根据本申请实施例的一种可选的闸机的控制装置的结构框图。

具体实施方式

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

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

本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。图1示出了一种用于实现闸机的控制方法的计算机终端(或移动设备)的硬件结构框图。如图1所示，计算机终端10(或移动设备10)可以包括一个或多个(图中采用102a、102b，……，102n来示出)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输装置106。除此以外，还可以包括：显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为BUS总线的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

应当注意到的是上述一个或多个处理器102和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到计算机终端10(或移动设备)中的其他元件中的任意一个内。如本申请实施例中所涉及到的，该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。

存储器104可用于存储应用软件的软件程序以及模块，如本申请实施例中的闸机的控制方法对应的程序指令/数据存储装置，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的闸机的控制方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

显示器可以例如触摸屏式的液晶显示器(LCD)，该液晶显示器可使得用户能够与计算机终端10(或移动设备)的用户界面进行交互。

根据本申请实施例，提供了一种闸机的控制方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图2是根据本申请实施例的一种闸机的控制方法的流程图，如图2所示，该方法包括如下步骤：

步骤S202，获取目标对象的待验证身份信息；

目标对象的待验证信息为目标对象提供给闸机进行采集、验证的信息，是可以验证目标对象身份的信息。具体地，可以是目标对象的人脸、手机PAY信息等，将来还可以是目标对象的虹膜、掌纹等。

步骤S204，依据待验证身份信息对目标对象的信息进行验证，得到验证结果，其中，目标对象的信息包括如下至少之一：目标对象的身份信息，目标对象的行程信息，目标对象的资金信息；

步骤S206，依据验证结果和目标对象的结算信息对目标对象的消费信息进行结算，得到结算结果，其中，结算信息为目标对象进行结算所需要的密码信息，消费信息为目标对象消费的资金额度；

乘客完成一次进、出站行程后，互联网票务后台会依据乘客的进、出站记录进行请款扣费。通过乘客的进出站记录确定目标对象的乘车费用，通过事先获取的目标对象支付密码对乘车费用进行结算。

步骤S208，依据结算结果控制闸机的状态。

通过上述步骤，通过多种验证方式采集用户的身份信息，并依据身份信息控制闸机的开关，达到了多元化支付方式过闸的目的，从而实现了提高乘客的出行效率、便于车站的安全管理的技术效果。

根据本申请的一个可选的实施例，执行步骤S204依据待验证身份信息对目标对象的信息进行验证，得到验证结果，包括：依据待验证身份信息对目标对象的身份信息进行验证；在验证通过的情况下，依次判断行程信息是否正确、资金信息是否大于消费信息，得到验证结果。

本步骤中，通过将采集的待验证身份信息与用户的身份信息进行匹配，匹配成功的情况下认为用户的身份信息验证通过。在验证通过的情况下，再对用户的行程信息进行核对。在用户的行程信息正确的情况下，再对用户的资金信息进行查询，判断资金信息与消费信息的大小。在资金信息大于消费信息的情况下，确认用户的信息验证通过。乘客在车站票检闸机处可以选择二维码、PAY或人脸支付方式进行过闸验证，闸机将乘客使用的支付方式信息转发至互联网票务平台；互联网票务平台将乘客前端使用的支付方式统一转换为用户卡号后进行业务验证(是否注册用户、进出站次序合法、未欠费等)，如图3所示。

根据本申请的另一个可选的实施例，执行步骤S208依据结算结果控制闸机的状态，包括：在结算结果为结算成功的情况下，控制闸机的状态处于开启状态；在结算结果为结算失败的情况下，控制闸机的状态处于关闭状态。

互联网票务平台在验证通过后将验证结果(含用户卡号)反馈给闸机，作为闸机是否开门放行的依据。在结算成功的情况下，控制闸机开启；在结算失败的情况下，控制闸机关闭。

根据本申请的再一个可选的实施例，执行步骤S202获取目标对象的待验证身份信息，包括：获取目标对象的验证方式，验证方式包括如下至少之一：采用人脸识别技术进行验证，采用集成电路卡进行验证，采用移动终端进行验证；通过验证方式采集待验证身份信息。

作为一个可选的实施例，集成电路卡可以是交通卡，采用移动终端进行验证可以是通过二维码验证，也可以是采用手机的近场通信功能进行验证。地铁出行过闸时，乘客可以根据自身的喜好和需求，随意更换过闸方式，包括采用交通卡，采用手机二维码等。当乘客开通人脸过闸后，在无法正常使用手机时(没电、损坏、忘记带手机等)，还可以使用人脸无感支付过闸。通过这些验证方式来采集用户的待验证身份信息，实现了多元化的支付方式过闸。

多元化支付过闸是地铁AFC系统的一次大变革，在以往的验票、验卡方式上增加了人脸识别、移动终端等通过验身份的方式进/出站。由以往的地铁提供什么乘客就使用什么，方式单一乘客没有选择，转变为乘客需要什么地铁就提供什么，尽可能给乘客多样的方式进行选择，并且将选择权交给乘客，怎么方便就选择什么。

在本申请的一些可选的实施例中，执行步骤S202获取目标对象的待验证身份信息之前，上述方法还包括：获取目标对象的身份信息、结算信息。

如图3所示，互联网票务平台是地铁互联网票务业务的后台处理系统，动态管理开通互联网票务乘客的实名信息、人脸数据、票务数据及过闸核验数据，实现互联网票务业务开通、乘客进出站记录配对/计费/请款及多元化过闸支付方式的过闸认证、乘客的身份核验等业务。在乘客进站之前，需要事先在应用程序上进行认证，将用户信息上传至互联网票务平台上。多元化支付方式过闸需要乘客在应用程序上上传自己的身份信息和各种支付方式的密码信息，以开通不同的过闸支付方式(包含二维码、手机PAY信息、人脸信息，未来还可以是银行卡、数字人民币穿戴产品等)。

在本申请的另一些可选的实施例中，执行步骤S208依据结算结果控制闸机的状态之后，上述方法还包括：对行程信息进行跟踪。

乘客完成一次进、出站行程后，互联网票务后台会对乘客的进、出站记录进行记录，以形成用户的行程信息。通过对行程信息进行跟踪，可以判断乘客的行程信息是否准确从而确定乘客是否可以进出站。同时，通过对行程信息进行跟踪，可以在后续通知用户的行程信息。

在本申请的再一些可选的实施例中，执行步骤S208依据结算结果控制闸机的状态之后，上述方法还包括：将行程信息和消费信息发送至用户的终端设备。

乘客完成一次进、出站行程后，互联网票务后台即时通知乘客行程及扣费信息。乘客过闸后可以在手机的应用程序上及时查询进出站行程记录、扣费记录。

需要特别说明的是，当出现进、出单边行程时，应用程序还提供了自助补票和过闸票款补扣业务。

本申请所提供的闸机的控制方法是一种采用多元化支付方式过闸的方法。本方法将以往的识卡、识码等方式更改为识人方式，闸机前端进行支付介质合法性判别，依托互联网票务服务后台进行乘客身份识别，按乘客身份进行行程配对、请款支付，实现码、PAY和人脸混合支付过闸乘车的功能。多元化支付过闸是地铁AFC系统的一次大变革，在以往的验票、验卡方式上增加了人脸识别、移动终端等通过验身份的方式进/出站。由以往的地铁提供什么乘客就使用什么，方式单一乘客没有选择，转变为乘客需要什么地铁就提供什么，尽可能给乘客多样的方式进行选择，并且将选择权交给乘客，怎么方便就选择什么。

图4是根据本申请实施例的一种闸机的控制装置的结构框图，如图4所示，该装置包括：

获取模块40，用于获取目标对象的待验证身份信息；

验证模块42，用于依据待验证身份信息对目标对象的信息进行验证，得到验证结果，其中，目标对象的信息包括如下至少之一：目标对象的身份信息，目标对象的行程信息，目标对象的资金信息；

结算模块44，用于依据验证结果和目标对象的结算信息对目标对象的消费信息进行结算，得到结算结果，其中，结算信息为目标对象进行结算所需要的密码信息，消费信息为目标对象消费的资金额度；

控制模块46，用于依据结算结果控制闸机的状态。

需要说明的是图4所示实施例的优选实施方式可以参见图2所示实施例的相关描述，此处不再赘述。

根据本申请实施例的再一方面，还提供了一种非易失性存储介质，非易失性存储介质包括存储的程序，其中，在程序运行时控制非易失性存储介质所在设备执行以上的闸机的控制方法。

上述非易失性存储介质用于存储执行以下功能的程序：获取目标对象的待验证身份信息；依据待验证身份信息对目标对象的信息进行验证，得到验证结果，其中，目标对象的信息包括如下至少之一：目标对象的身份信息，目标对象的行程信息，目标对象的资金信息；依据验证结果和目标对象的结算信息对目标对象的消费信息进行结算，得到结算结果，其中，结算信息为目标对象进行结算所需要的密码信息，消费信息为目标对象消费的资金额度；依据结算结果控制闸机的状态。

本申请实施例还提供了一种处理器，处理器用于运行存储在存储器中的程序，其中，程序运行时执行以上的闸机的控制方法。

上述处理器用于运行执行以下功能的程序：获取目标对象的待验证身份信息；依据待验证身份信息对目标对象的信息进行验证，得到验证结果，其中，目标对象的信息包括如下至少之一：目标对象的身份信息，目标对象的行程信息，目标对象的资金信息；依据验证结果和目标对象的结算信息对目标对象的消费信息进行结算，得到结算结果，其中，结算信息为目标对象进行结算所需要的密码信息，消费信息为目标对象消费的资金额度；依据结算结果控制闸机的状态。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对相关技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种闸机的控制方法，其特征在于，包括：

获取目标对象的待验证身份信息；

依据所述待验证身份信息对所述目标对象的信息进行验证，得到验证结果，其中，所述目标对象的信息包括如下至少之一：所述目标对象的身份信息，所述目标对象的行程信息，所述目标对象的资金信息；

依据所述验证结果和所述目标对象的结算信息对所述目标对象的消费信息进行结算，得到结算结果，其中，所述结算信息为所述目标对象进行结算所需要的密码信息，所述消费信息为所述目标对象消费的资金额度；

依据所述结算结果控制闸机的状态。

2.根据权利要求1所述的方法，其特征在于，依据所述待验证身份信息对所述目标对象的信息进行验证，得到验证结果，包括：

依据所述待验证身份信息对所述目标对象的身份信息进行验证；

在验证通过的情况下，依次判断所述行程信息是否正确、所述资金信息是否大于所述消费信息，得到所述验证结果。

3.根据权利要求1所述的方法，其特征在于，依据所述结算结果控制闸机的状态，包括：

在所述结算结果为结算成功的情况下，控制所述闸机的状态处于开启状态；

在所述结算结果为结算失败的情况下，控制所述闸机的状态处于关闭状态。

4.根据权利要求1所述的方法，其特征在于，获取目标对象的待验证身份信息，包括：

获取所述目标对象的验证方式，所述验证方式包括如下至少之一：采用人脸识别技术进行验证，采用集成电路卡进行验证，采用移动终端进行验证；

通过所述验证方式采集所述待验证身份信息。

5.根据权利要求1所述的方法，其特征在于，获取目标对象的待验证身份信息之前，所述方法还包括：

获取所述目标对象的身份信息、所述结算信息。

6.根据权利要求1所述的方法，其特征在于，依据所述结算结果控制闸机的状态之后，所述方法还包括：

对所述行程信息进行跟踪。

7.根据权利要求1所述的方法，其特征在于，依据所述结算结果控制闸机的状态之后，所述方法还包括：

将所述行程信息和所述消费信息发送至所述目标对象的终端设备。

8.一种闸机的控制装置，其特征在于，包括：

获取模块，用于获取目标对象的待验证身份信息；

验证模块，用于依据所述待验证身份信息对所述目标对象的信息进行验证，得到验证结果，其中，所述目标对象的信息包括如下至少之一：所述目标对象的身份信息，所述目标对象的行程信息，所述目标对象的资金信息；

结算模块，用于依据所述验证结果和所述目标对象的结算信息对所述目标对象的消费信息进行结算，得到结算结果，其中，所述结算信息为所述目标对象进行结算所需要的密码信息，所述消费信息为所述目标对象消费的资金额度；

控制模块，用于依据所述结算结果控制闸机的状态。

9.一种非易失性存储介质，其特征在于，所述非易失性存储介质包括存储的程序，其中，在所述程序运行时控制所述非易失性存储介质所在设备执行权利要求1至7中任意一项所述的闸机的控制方法。

10.一种处理器，其特征在于，所述处理器用于运行存储在存储器中的程序，其中，所述程序运行时执行权利要求1至7中任意一项所述的闸机的控制方法。

Images