CN109235320B

CN109235320B - 道闸控制方法及装置

Info

Publication number: CN109235320B
Application number: CN201811259954.9A
Authority: CN
Inventors: 孙永利
Original assignee: Beijing Xiaomi Mobile Software Co Ltd
Current assignee: Beijing Xiaomi Mobile Software Co Ltd
Priority date: 2018-10-26
Filing date: 2018-10-26
Publication date: 2022-03-01
Anticipated expiration: 2038-10-26
Also published as: CN109235320A

Abstract

本公开是关于道闸控制方法及装置。该方法包括：获取打车订单的订单信息；订单信息中包括：打车订单对应的订单车辆标识和打车订单对应的目的地的信息；将打车订单对应的订单车辆标识发送给目的地的道闸。通过该种方式实现了道闸的自动化控制，并节省乘客和司机的时间，以及减轻道闸管理人员的工作量，有效提升了用户体验。

Description

道闸控制方法及装置

技术领域

本公开涉及自动控制技术领域，尤其涉及道闸控制方法及装置。

背景技术

目前，小区门口的道闸都是由人工进行管理的，当有车辆需要进入小区时，道闸的管理人员会根据当前车辆的特征来决定是否允许该车辆进入，即如果是当前小区的车辆则一般是允许进入，如果不是，一般只允许当前车辆暂时进入小区，而不允许长时间停放车辆。

发明内容

为克服相关技术中存在的问题，本公开实施例提供道闸控制方法及装置。所述技术方案如下：

根据本公开实施例的第一方面，提供一种道闸控制方法，包括：

获取打车订单的订单信息；所述订单信息中包括：所述打车订单对应的订单车辆标识和所述打车订单对应的目的地的信息；

将所述打车订单对应的订单车辆标识发送给所述目的地的道闸。

本公开的实施例提供的技术方案可以包括以下有益效果：获取打车订单的订单信息；订单信息中包括：打车订单对应的订单车辆标识和打车订单对应的目的地的信息；将打车订单对应的订单车辆标识发送给目的地的道闸。通过该种方式实现了道闸的自动化控制，并节省乘客和司机的时间，以及减轻道闸管理人员的工作量，有效提升了用户体验。

在一个实施例中，所述将所述打车订单对应的订单车辆标识发送给所述目的地的道闸，包括：

通过蓝牙通信将所述订单车辆标识发送给所述目的地的道闸。

通过网络将所述订单车辆标识发送给所述目的地的道闸。

获取与所述目的地的道闸之间的距离；

当检测到所述距离满足第一预设距离要求时，将所述订单车辆标识发送给所述目的地的道闸。

根据本公开实施例的第二方面，提供一种道闸控制方法，包括：

接收终端设备发送的打车订单对应的订单车辆标识；

获取道闸数据获取设备获取到的待通过道闸车辆的车辆标识；

当所述待通过道闸车辆的车辆标识满足所述订单车辆标识时，并当确定所述车辆标识对应的车辆到达所述目的地的道闸时，控制道闸打开。

本公开的实施例提供的技术方案可以包括以下有益效果：接收终端设备发送的打车订单对应的订单车辆标识；获取道闸数据获取设备获取到的待通过道闸车辆的车辆标识；当待通过道闸车辆的车辆标识满足订单车辆标识时，并当确定车辆标识对应的车辆到达目的地的道闸时，控制道闸打开。通过该种方式实现了道闸的自动化控制，并节省乘客和司机的时间，以及减轻道闸管理人员的工作量，有效提升了用户体验。

在一个实施例中，所述当所述待通过道闸车辆的车辆标识满足所述订单车辆标识时，并当确定所述车辆标识对应的车辆到达所述目的地的道闸时，控制道闸打开之前，所述方法还包括：

检测所述订单车辆标识对应的打车订单是否为有效打车订单；

在检测到所述订单车辆标识对应的打车订单为有效打车订单时，当所述待通过道闸车辆的车辆标识满足所述订单车辆标识时，并当确定所述车辆标识对应的车辆到达所述目的地的道闸时，控制道闸打开。

在一个实施例中，所述方法还包括：

当所述待通过道闸车辆的车辆标识不满足所述订单车辆标识时，并当确定所述车辆标识对应的车辆到达所述目的地的道闸时，控制道闸处于关闭状态。

在一个实施例中，所述确定所述车辆标识对应的车辆到达所述目的地的道闸，包括：

获取与所述车辆标识对应的车辆之间的距离；

当检测到所述距离满足第二预设距离要求时，确定所述车辆标识对应的车辆到达所述目的地的道闸。

在一个实施例中，所述车辆标识包括车牌号码，所述确定所述车辆标识对应的车辆到达所述目的地的道闸，包括：

当所述目的地的道闸中的预设车牌号码识别系统识别到所述车牌号码时，确定所述车辆标识对应的车辆到达所述目的地的道闸。

根据本公开实施例的第三方面，提供一种道闸控制装置，包括：

第一获取模块，用于获取打车订单的订单信息；所述订单信息中包括：所述打车订单对应的订单车辆标识和所述打车订单对应的目的地的信息；

发送模块，用于将所述第一获取模块获取的所述打车订单对应的订单车辆标识发送给所述目的地的道闸。

在一个实施例中，所述发送模块包括：第一发送子模块；

所述第一发送子模块，用于通过蓝牙通信将所述第一获取模块获取的所述订单车辆标识发送给所述目的地的道闸。

在一个实施例中，所述发送模块包括：第二发送子模块；

所述第二发送子模块，用于通过网络将所述第一获取模块获取的所述订单车辆标识发送给所述目的地的道闸。

在一个实施例中，所述发送模块包括：第一获取子模块和第三发送子模块；

所述第一获取子模块，用于获取与所述目的地的道闸之间的距离；

所述第三发送子模块，用于当检测到所述第一获取子模块获取的所述距离满足第一预设距离要求时，将所述第一获取模块获取的所述订单车辆标识发送给所述目的地的道闸。

根据本公开实施例的第四方面，提供一种道闸控制装置，包括：

接收模块，用于接收终端设备发送的打车订单对应的订单车辆标识；

第二获取模块，用于获取道闸数据获取设备获取到的待通过道闸车辆的车辆标识；

第一控制模块，用于当所述第二获取模块获取的所述待通过道闸车辆的车辆标识满足所述接收模块接收的所述订单车辆标识时，并当确定所述第二获取模块获取的所述车辆标识对应的车辆到达所述目的地的道闸时，控制道闸打开。

在一个实施例中，所述第一控制模块包括：检测子模块和控制子模块；

所述检测子模块，用于检测所述接收模块接收的所述订单车辆标识对应的打车订单是否为有效打车订单；

所述控制子模块，用于在所述检测子模块检测到所述接收模块接收的所述订单车辆标识对应的打车订单为有效打车订单时，当所述第二获取模块获取的所述待通过道闸车辆的车辆标识满足所述接收模块接收的所述订单车辆标识时，并当确定所述第二获取模块获取的所述车辆标识对应的车辆到达所述目的地的道闸时，控制道闸打开。

在一个实施例中，所述装置还包括：第二控制模块；

所述第二控制模块，用于当所述第二获取模块获取的所述待通过道闸车辆的车辆标识不满足所述接收模块接收的所述订单车辆标识时，并当确定所述第二获取模块获取的所述车辆标识对应的车辆到达所述目的地的道闸时，控制道闸处于关闭状态。

在一个实施例中，所述第一控制模块包括：第二获取子模块和第一确定子模块；

所述第二获取子模块，用于获取与所述第二获取模块获取的所述车辆标识对应的车辆之间的距离；

所述第一确定子模块，用于当检测到所述第二获取子模块获取的所述距离满足第二预设距离要求时，确定所述第二获取模块获取的所述车辆标识对应的车辆到达所述目的地的道闸。

在一个实施例中，所述车辆标识包括车牌号码，所述第一控制模块包括：第二确定子模块；

所述第二确定子模块，用于当所述目的地的道闸中的预设车牌号码识别系统识别到所述车牌号码时，确定所述第二获取模块获取的所述车辆标识对应的车辆到达所述目的地的道闸。

根据本公开实施例的第五方面，提供一种道闸控制装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

根据本公开实施例的第六方面，提供一种道闸控制装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

接收终端设备发送的打车订单对应的订单车辆标识；

根据本公开实施例的第七方面，提供一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现第一方面中任一项所述方法的步骤。

根据本公开实施例的第八方面，提供一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现第二方面中任一项所述方法的步骤。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的道闸控制方法的流程图一。

图2是根据一示例性实施例示出的道闸控制方法的流程图二。

图3是根据一示例性实施例示出的道闸控制方法的流程图三。

图4是根据一示例性实施例示出的一种道闸控制装置的框图一。

图5是根据一示例性实施例一示出的一种道闸控制装置中发送模块的框图。

图6是根据一示例性实施例二示出的一种道闸控制装置中发送模块的框图。

图7是根据一示例性实施例三示出的一种道闸控制装置中发送模块的框图。

图8是根据一示例性实施例示出的一种道闸控制装置的框图二。

图9是根据一示例性实施例一示出的一种道闸控制装置中第一控制模块的框图。

图10是根据一示例性实施例示出的一种道闸控制装置的框图三。

图11是根据一示例性实施例二示出的一种道闸控制装置中第一控制模块的框图。

图12是根据一示例性实施例三示出的一种道闸控制装置中第一控制模块的框图。

图13是根据一示例性实施例示出的一种用于道闸控制装置80的框图。

图14是根据一示例性实施例示出的一种用于道闸控制装置90的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

用户通过打车软件呼叫的车辆一般是属于只允许暂时进入小区，而不允许长时间在小区内停放的车辆，因为订单中的司机只是负责将乘客送到小区内的指定位置，而并不打算将车辆长期停放在小区。而如果每次不同的订单司机到达了小区的道闸之后，都需要道闸的管理人员与司机进行沟通才能了解其进入小区的意图，并且为司机手动打开道闸，这无疑会增加小区道闸管理人员的工作量，而对订单的乘客和司机来说，如果每次都需要与小区道闸管理人员进行沟通，这也会浪费乘客和司机的时间。

为了提升道闸的自动化，以节省乘客和司机的时间，并减轻道闸管理人员的工作量，本公开提出一种道闸控制方法，从而对打车订单类型的车辆进入小区道闸进行优化，以实现道闸的自动化控制。

图1是根据一示例性实施例示出的道闸控制方法的流程图，如图1所示，方法应用于终端设备中，该方法包括以下步骤S101-S102：

在S101中，获取打车订单的订单信息；订单信息中包括：打车订单对应的订单车辆标识和打车订单对应的目的地的信息。

在S102中，将打车订单对应的订单车辆标识发送给目的地的道闸。

可以通过终端设备中的打车软件来向服务器端发送打车需求，而服务器端可以为用户分配。

当用户有打车需求时，用户可以使用终端设备上的打车应用程序(APPlication，简称为：APP)来向服务器端发送打车的需求，而服务器端可以将用户的需求分配给某位司机，从而通过打车APP实现用户打车的目的。而打车订单生效之后，在司机的终端设备的打车APP上，可以获取到该打车订单的订单信息，例如：包括打车订单对应的订单车辆标识(例如：车牌号码)、打车订单对应的目的地的信息(也即乘客的目的地信息)以及乘客联系方式等；而在用户的终端设备的打车APP上，同样可以获取到该打车订单的订单信息，例如：打车订单对应的订单车辆标识(例如：车牌号码)、打车订单对应的目的地的信息(也即乘客的目的地信息)以及司机联系方式等。

值得注意的是，本实施例的方法可以应用于打车用户的终端设备，也可以应用于司机的终端设备，也可以应用于车辆，本公开不对本实施例方法的执行主体加以限制。

而在打车订单中的车辆驶入至目的地的道闸时，是希望目的地的道闸打开以让该车辆驶入的，因此，本公开中会将用于验证车辆是否为打车订单中的车辆的订单车辆标识发送给目的地的道闸，以让目的地的道闸基于该订单车辆标识对驶入道闸的车辆进行检测，以确定是否打开道闸。

由于打车订单中的车辆要驶入目的地的道闸，因此，获取到的打车订单的订单信息中还需要包括打车订单对应的目的地信息，以将打车订单对应的订单车辆标识发送给目的地的道闸。

在一个实施例中，上述步骤S102包括以下子步骤：通过蓝牙通信将订单车辆标识发送给目的地的道闸。

上述订单车辆标识可以通过蓝牙功能将其广播到周围的环境中，以便于被目的地的道闸获取到。

该种实现方式中，可以一直通过蓝牙广播订单车辆标识，但由于蓝牙会耗电，因此，也可以在距离目的地的道闸预设距离时，开始通过蓝牙广播订单验证信息，本公开不对广播订单车辆标识的时机加以限制。

示例的，在司机将用户送达目的地的过程中，如果打车APP上的定位功能检测到车辆到达了目的地的道闸附近时，则司机手机中的打车APP会自动使用蓝牙协议向周围环境中广播订单车辆标识，而此时，目的地的道闸同样支持蓝牙协议，能够监听并获取到该蓝牙信号，并从中获取到广播的订单车辆标识。

本公开的实施例提供的技术方案可以包括以下有益效果：通过蓝牙广播的方式向道闸发送订单车辆标识，可以减低道闸接收订单车辆标识的时延。

在一个实施例中，上述步骤S102包括以下子步骤：通过网络将订单车辆标识发送给目的地的道闸。

示例的，可以通过无线保真(WIreless-FIdelity，简称为：Wi-Fi)网络将订单车辆标识发送给目的地的道闸，也可以通过第二代移动通信技术2G、第三代移动通信技术3G、第四代移动通信技术4G或第五代移动通信技术5G等移动通信网络将订单车辆标识发送给目的地的道闸。

本公开的实施例提供的技术方案可以包括以下有益效果：由于网络的通信距离较长，通过网络将订单车辆标识发送给目的地的道闸，可以为目的地的道闸预留足够多的验证时间，提升了验证的准确性。

在一个实施例中，上述步骤S102包括以下子步骤A1-A2：

在A1中，获取与目的地的道闸之间的距离。

在A2中，当检测到距离满足第一预设距离要求时，将订单车辆标识发送给目的地的道闸。

当在较远距离发送订单车辆标识时容易造成发送失败，但如果误认为目的地的道闸已成功接收到订单车辆标识，从而会导致目的地的道闸无法进行有效的控制，因此，本公开中通过在订单车辆行驶的过程中，去检测订单车辆与目的地道闸之间的距离，只有当检测到订单车辆与目的地道闸之间的距离满足第一预设距离时，才会将订单车辆标识发送给目的地的道闸，从而提升了目的地的道闸接收到订单车辆标识的可靠性。

图2是根据一示例性实施例示出的道闸控制方法的流程图，如图2所示，方法应用于道闸中，该方法包括以下步骤S201-S203：

在S201中，接收终端设备发送的打车订单对应的订单车辆标识。

在S202中，获取道闸数据获取设备获取到的待通过道闸车辆的车辆标识。

在S203中，当待通过道闸车辆的车辆标识满足订单车辆标识时，并当确定车辆标识对应的车辆到达目的地的道闸时，控制道闸打开。

在打车订单类型的车辆到达目的地道闸时，期望目的地道闸直接打开，以让自己通过，因此，道闸数据获取设备会持续的获取待通过道闸车辆的车辆标识，当道闸接收到终端设备发送的打车订单对应的订单车辆标识，且当道闸数据获取设备获取到的待通过道闸车辆的车辆标识满足订单车辆标识时，并会持续监测车辆标识对应的车辆是否到达目的地的道闸，当监测到车辆标识对应的车辆到达目的地的道闸时，便会控制道闸打开，以让车辆进入。通过该种方式实现了道闸的自动化控制，并节省乘客和司机的时间，以及减轻道闸管理人员的工作量，有效提升了用户体验。

其中，道闸可以通过蓝牙接收到终端设备发送的打车订单对应的订单车辆标识，也可以通过网络接收到终端设备发送的打车订单对应的订单车辆标识，本公开不对车辆验证信息的接收方式加以限制。

在一个实施例，上述步骤S203包括以下子步骤B1-B2：

在B1中，检测订单车辆标识对应的打车订单是否为有效打车订单。

在B2中，在检测到订单车辆标识对应的打车订单为有效打车订单时，当待通过道闸车辆的车辆标识满足订单车辆标识时，并当确定车辆标识对应的车辆到达目的地的道闸时，控制道闸打开。

由于通信技术的发展，会出现伪造的打车订单，该些打车订单的车辆如果进入小区，可能会为小区带来安全隐患，因此，本公开中，在接收到终端设备发送的打车订单对应的订单车辆标识后，还会去检测订单车辆标识对应的打车订单是否为有效打车订单，只有当检测到接收到的订单车辆标识对应的打车订单为有效打车订单后，且当待通过道闸车辆的车辆标识满足订单车辆标识时，并当确定车辆标识对应的车辆到达所述目的地的道闸时，才会控制道闸打开，以让车辆驶入，从而提升了小区内部的安全性。

其中，检测订单车辆标识对应的打车订单为有效打车订单包括以下几种情况：

第一种情况：订单车辆标识中包括车牌号码；可以将车牌号码发送至服务器进行验证，以使服务器检测车牌号码是否有对应的有效打车订单，当服务器接收到道闸发送的车牌号码后，会检测该车牌号码是否有对应的有效打车订单，当服务器检测到该车牌号码有对应的有效打车订单时，会向道闸发送用于指示车牌号码有对应的有效打车订单的确定指令，当道闸接收到确定指令后，便确定当前订单为有效打车订单。其中，服务器可以为打车软件对应的服务器。

第二种情况：打车订单的订单信息中还可以包括订单编号；此时，当道闸接收到打车订单的订单信息后，道闸会将打车订单的订单信息中的订单编号发送给服务器，当服务器接收到道闸发送的订单编号后，会检测该订单编号对应的打车订单中的订单车辆标识，当服务器检测到该订单编号对应的打车订单中的订单车辆标识后，表明该订单编号对应的车辆被服务端分配了有效的打车订单，当前司机进入小区仅仅是为了完成乘客的打车订单的需求，服务器便会将订单车辆标识发送给道闸，当道闸接收到订单车辆标识后，便会去检测接收到的服务器发送的订单车辆标识是否与接收到的终端设备发送的打车订单的订单信息中包括的订单车辆标识相同，当两者相同时，便确定当前订单为有效打车订单。其中，服务器可以为打车软件对应的服务器。

第三种情况：打车订单的订单信息中还包括订单编号，且订单车辆标识中包括车牌号码，当道闸接收到订单信息后，会将订单编号和车牌号码发送给服务器，当服务器接收到订单编号和车牌号码后，会检测该订单编号和车牌号码是否匹配，当服务器检测到该订单编号和车牌号码匹配后，表明该订单编号对应的车辆被服务端分配了有效的打车订单，当前司机进入小区仅仅是为了完成乘客的打车订单的需求，并向道闸发送指示订单编号和车牌号码匹配的匹配指令，当道闸接收到匹配指令后，便确定当前订单为有效打车订单。

在一个实施例中，上述方法还包括以下子步骤：当待通过道闸车辆的车辆标识不满足订单车辆标识时，并当确定车辆标识对应的车辆到达目的地的道闸时，控制道闸处于关闭状态。

当待通过道闸车辆的车辆标识不满足订单车辆标识时，表明该车辆不是打车订单中的车辆，那么，当确定该车辆标识对应的车辆到达目的地的道闸时，就会控制道闸处于关闭状态，以阻止该车辆通过道闸。

进一步的，在控制道闸关闭的同时，道闸还可以通过语音的方式告知当前车辆的司机，当前陌生车辆不允许进入小区。

本公开的实施例提供的技术方案可以包括以下有益效果：当待通过道闸车辆的车辆标识不满足订单车辆标识时，控制道闸处于关闭状态，从而有效提升了道闸开闭的可靠性。

在一个实施例中，上述步骤S203中确定车辆标识对应的车辆到达目的地的道闸包括以下子步骤C1-C2：

在C1中，获取与车辆标识对应的车辆之间的距离。

在C2中，当检测到距离满足第二预设距离要求时，确定车辆标识对应的车辆到达目的地的道闸。

道闸可以根据检测到的终端设备广播的蓝牙信号强度，计算道闸与终端设备之间的距离。如果该距离小于第二预设距离，则表明车辆标识对应的车辆到达了目的地的道闸。

这样就可以避免如果道闸一直打开，此时在车辆标识对应的车辆之前会有其他车辆进入道闸对应的小区，从而造成不安全隐患。

在一个实施例中，车辆标识包括车牌号码，确定车辆标识对应的车辆到达目的地的道闸，包括以下子步骤：当目的地的道闸中的预设车牌号码识别系统识别到车牌号码时，确定车辆标识对应的车辆到达目的地的道闸。

由于预设车牌号码识别系统进行车牌号码识别时，是在一定距离范围内进行识别的，因此，当目的地的道闸中的预设车牌号码识别系统识别到车牌号码时，便可以确定车辆标识对应的车辆到达目的地的道闸。

下面通过几个实施例详细介绍实现过程。

图3是根据一示例性实施例示出的一种道闸控制方法的流程图，如图3所示，包括以下步骤：

在S301中，终端设备获取打车订单的订单信息；订单信息中包括：打车订单对应的订单车辆标识和打车订单对应的目的地的信息。

在S302中，终端设备将打车订单对应的订单车辆标识发送给目的地的道闸。

该步骤可以通过下述三种方式实现：

第一种：通过蓝牙通信将订单车辆标识发送给目的地的道闸。

此时，终端设备会广播蓝牙信号，该蓝牙信号中携带上述打车订单对应的订单车辆标识。

第二种：通过网络将订单车辆标识发送给目的地的道闸。

第三种：获取与目的地的道闸之间的距离；当检测到距离满足第一预设距离要求时，将订单车辆标识发送给目的地的道闸。

在S303中，目的地的道闸接收到终端设备发送的打车订单对应的订单车辆标识。

在S304中，目的地的道闸获取道闸数据获取设备获取到的待通过道闸车辆的车辆标识。

在S305中，目的地的道闸检测订单车辆标识对应的打车订单是否为有效打车订单。

在S306中，在检测到订单车辆标识对应的打车订单为有效打车订单时，当待通过道闸车辆的车辆标识满足订单车辆标识时，并当确定车辆标识对应的车辆到达目的地的道闸时，控制道闸打开。

在S307中，当待通过道闸车辆的车辆标识不满足订单车辆标识时，并当确定车辆标识对应的车辆到达目的地的道闸时，控制道闸处于关闭状态。

其中，确定车辆标识对应的车辆到达目的地的道闸，包括：

获取与车辆标识对应的车辆之间的距离，当检测到距离满足第二预设距离要求时，确定车辆标识对应的车辆到达目的地的道闸。

或者，确定车辆标识对应的车辆到达目的地的道闸，包括：

当目的地的道闸中的预设车牌号码识别系统识别到车牌号码时，确定车辆标识对应的车辆到达目的地的道闸。

下述为本公开装置实施例，可以用于执行本公开方法实施例。

图4是根据一示例性实施例示出的一种道闸控制装置的框图，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图4所示，该道闸控制装置包括：

第一获取模块11，用于获取打车订单的订单信息；所述订单信息中包括：所述打车订单对应的订单车辆标识和所述打车订单对应的目的地的信息；

发送模块12，用于将所述第一获取模块11获取的所述打车订单对应的订单车辆标识发送给所述目的地的道闸。

在一个实施例中，如图5所示，所述发送模块12包括：第一发送子模块121；

所述第一发送子模块121，用于通过蓝牙通信将所述第一获取模块11获取的所述订单车辆标识发送给所述目的地的道闸。

在一个实施例中，如图6所示，所述发送模块12包括：第二发送子模块122；

所述第二发送子模块122，用于通过网络将所述第一获取模块11获取的所述订单车辆标识发送给所述目的地的道闸。

在一个实施例中，如图7所示，所述发送模块12包括：第一获取子模块123和第三发送子模块124；

所述第一获取子模块123，用于获取与所述目的地的道闸之间的距离；

所述第三发送子模块124，用于当检测到所述第一获取子模块123获取的所述距离满足第一预设距离要求时，将所述第一获取模块11获取的所述订单车辆标识发送给所述目的地的道闸。

图8是根据一示例性实施例示出的一种道闸控制装置的框图。如图8所示，该道闸控制装置包括：

接收模块21，用于接收终端设备发送的打车订单对应的订单车辆标识；

第二获取模块22，用于获取道闸数据获取设备获取到的待通过道闸车辆的车辆标识；

第一控制模块23，用于当所述第二获取模块22获取的所述待通过道闸车辆的车辆标识满足所述接收模块21接收的所述订单车辆标识时，并当确定所述第二获取模块22获取的所述车辆标识对应的车辆到达所述目的地的道闸时，控制道闸打开。

在一个实施例中，如图9所示，所述第一控制模块23包括：检测子模块231和控制子模块232；

所述检测子模块231，用于检测所述接收模块21接收的所述订单车辆标识对应的打车订单是否为有效打车订单；

所述控制子模块232，用于在所述检测子模块231检测到所述接收模块接收的所述订单车辆标识对应的打车订单为有效打车订单时，当所述第二获取模块22获取的所述待通过道闸车辆的车辆标识满足所述接收模块21接收的所述订单车辆标识时，并当确定所述第二获取模块22获取的所述车辆标识对应的车辆到达所述目的地的道闸时，控制道闸打开。

在一个实施例中，如图10所示，所述装置还包括：第二控制模块24；

所述第二控制模块24，用于当所述第二获取模块22获取的所述待通过道闸车辆的车辆标识不满足所述接收模块21接收的所述订单车辆标识时，并当确定所述第二获取模块22获取的所述车辆标识对应的车辆到达所述目的地的道闸时，控制道闸处于关闭状态。

在一个实施例中，如图11所示，所述第一控制模块23包括：第二获取子模块233和第一确定子模块234；

所述第二获取子模块233，用于获取与所述第二获取模块22获取的所述车辆标识对应的车辆之间的距离；

所述第一确定子模块234，用于当检测到所述第二获取子模块233获取的所述距离满足第二预设距离要求时，确定所述第二获取模块22获取的所述车辆标识对应的车辆到达所述目的地的道闸。

在一个实施例中，如图12所示，所述车辆标识包括车牌号码，所述第一控制模块23包括：第二确定子模块235；

所述第二确定子模块235，用于当所述目的地的道闸中的预设车牌号码识别系统识别到所述车牌号码时，确定所述第二获取模块22获取的所述车辆标识对应的车辆到达所述目的地的道闸。

本公开实施例还提供一种道闸控制装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，处理器被配置为：

上述处理器还可被配置为：

所述将所述打车订单对应的订单车辆标识发送给所述目的地的道闸，包括：

通过网络将所述订单车辆标识发送给所述目的地的道闸。

获取与所述目的地的道闸之间的距离；

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图13是根据一示例性实施例示出的一种用于道闸控制装置80的框图，该装置适用于终端设备。例如，装置80可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

装置80可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制装置80的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在装置80的操作。这些数据的示例包括用于在装置80上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件806为装置80的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为装置80生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述装置80和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当装置80处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当装置80处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为装置80提供各个方面的状态评估。例如，传感器组件814可以检测到装置80的打开/关闭状态，组件的相对定位，例如所述组件为装置80的显示器和小键盘，传感器组件814还可以检测装置80或装置80一个组件的位置改变，用户与装置80接触的存在或不存在，装置80方位或加速/减速和装置80的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于装置80和其他设备之间有线或无线方式的通信。装置80可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置80可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子组件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由装置80的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由装置80的处理器执行时，使得装置80能够执行上述的道闸控制方法，所述方法包括：

通过网络将所述订单车辆标识发送给所述目的地的道闸。

获取与所述目的地的道闸之间的距离；

本公开实施例还提供一种道闸控制装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，处理器被配置为：

接收终端设备发送的打车订单对应的订单车辆标识；

上述处理器还可被配置为：

所述当所述待通过道闸车辆的车辆标识满足所述订单车辆标识时，并当确定所述车辆标识对应的车辆到达所述目的地的道闸时，控制道闸打开之前，所述方法还包括：

所述方法还包括：

所述确定所述车辆标识对应的车辆到达所述目的地的道闸，包括：

获取与所述车辆标识对应的车辆之间的距离；

所述车辆标识包括车牌号码，所述确定所述车辆标识对应的车辆到达所述目的地的道闸，包括：

装置90可以包括以下一个或多个组件：处理组件902，存储器904，电源组件906，多媒体组件908，音频组件910，输入/输出(I/O)的接口912，传感器组件914，以及通信组件916。

通信组件916被配置为便于装置90和其他设备之间有线或无线方式的通信。装置90可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件916经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件916还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置90可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子组件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器904，上述指令可由装置90的处理器920执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由装置90的处理器执行时，使得装置90能够执行上述的道闸控制方法，所述方法包括：

接收终端设备发送的打车订单对应的订单车辆标识；

所述方法还包括：

获取与所述车辆标识对应的车辆之间的距离；

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims

1.一种道闸控制方法，其特征在于，应用于终端设备，所述终端设备中安装有打车应用程序，所述终端设备由车辆中的打车用户或司机携带，所述方法包括：

当打车应用程序的打车订单生效后，获取打车订单的订单信息；所述订单信息中包括：所述打车订单对应的订单车辆标识和所述打车订单对应的目的地的信息；

将所述打车订单对应的订单车辆标识发送给所述目的地的道闸，包括：根据定位功能检测到车辆到达了目的地的道闸时，使用蓝牙协议向周围环境中广播订单车辆标识，以使所述道闸根据检测到的终端设备广播的蓝牙信号强度，计算道闸与终端设备之间的距离，如果该距离小于第二预设距离，则确定订单车辆标识对应的车辆到达了目的地的道闸，以及当待通过道闸车辆的车辆标识满足所述订单车辆标识时，控制道闸打开。

2.根据权利要求1所述的方法，其特征在于，所述将所述打车订单对应的订单车辆标识发送给所述目的地的道闸，还包括：

通过网络将所述订单车辆标识发送给所述目的地的道闸。

3.根据权利要求1所述的方法，其特征在于，所述将所述打车订单对应的订单车辆标识发送给所述目的地的道闸，包括：

获取与所述目的地的道闸之间的距离；

4.一种道闸控制方法，其特征在于，应用于道闸，包括：

接收终端设备发送的打车订单对应的订单车辆标识，其中，所述终端设备中安装有打车应用程序，所述终端设备由车辆中的打车用户或司机携带，终端设备在打车应用程序的打车订单生效后，获取打车订单的订单信息，所述订单信息中包括：所述打车订单对应的订单车辆标识和所述打车订单对应的目的地的信息，并根据定位功能检测到车辆到达了目的地的道闸时，使用蓝牙协议向周围环境中广播订单车辆标识；

当所述待通过道闸车辆的车辆标识满足所述订单车辆标识时，并当确定所述车辆标识对应的车辆到达所述目的地的道闸时，控制道闸打开，其中，根据检测到的终端设备广播的蓝牙信号强度，计算道闸与终端设备之间的距离，如果该距离小于第二预设距离，则确定所述车辆标识对应的车辆到达了目的地的道闸。

5.根据权利要求4所述的方法，其特征在于，所述当所述待通过道闸车辆的车辆标识满足所述订单车辆标识时，并当确定所述车辆标识对应的车辆到达所述目的地的道闸时，控制道闸打开之前，所述方法还包括：

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

7.根据权利要求4所述的方法，其特征在于，所述车辆标识包括车牌号码，所述确定所述车辆标识对应的车辆到达所述目的地的道闸，还包括：

8.一种道闸控制装置，其特征在于，应用于终端设备，所述终端设备中安装有打车应用程序，所述终端设备由车辆中的打车用户或司机携带，所述装置包括：

第一获取模块，用于当打车应用程序的打车订单生效后，获取打车订单的订单信息；所述订单信息中包括：所述打车订单对应的订单车辆标识和所述打车订单对应的目的地的信息；

发送模块，用于将所述第一获取模块获取的所述打车订单对应的订单车辆标识发送给所述目的地的道闸，包括：根据定位功能检测到车辆到达了目的地的道闸时，使用蓝牙协议向周围环境中广播订单车辆标识；以使所述道闸根据检测到的终端设备广播的蓝牙信号强度，计算道闸与终端设备之间的距离，如果该距离小于第二预设距离，则确定订单车辆标识对应的车辆到达了目的地的道闸，以及当待通过道闸车辆的车辆标识满足所述订单车辆标识时，控制道闸打开。

9.根据权利要求8所述的装置，其特征在于，所述发送模块还包括：第二发送子模块；

10.根据权利要求8所述的装置，其特征在于，所述发送模块还包括：第一获取子模块和第三发送子模块；

11.一种道闸控制装置，其特征在于，应用于道闸，包括：

接收模块，用于接收终端设备发送的打车订单对应的订单车辆标识，其中，所述终端设备中安装有打车应用程序，所述终端设备由车辆中的打车用户或司机携带，终端设备在打车应用程序的打车订单生效后，获取打车订单的订单信息，所述订单信息中包括：所述打车订单对应的订单车辆标识和所述打车订单对应的目的地的信息，并根据定位功能检测到车辆到达了目的地的道闸时，使用蓝牙协议向周围环境中广播订单车辆标识；

第一控制模块，用于当所述第二获取模块获取的所述待通过道闸车辆的车辆标识满足所述接收模块接收的所述订单车辆标识时，并当确定所述第二获取模块获取的所述车辆标识对应的车辆到达所述目的地的道闸时，控制道闸打开，其中，根据检测到的终端设备广播的蓝牙信号强度，计算道闸与终端设备之间的距离，如果该距离小于第二预设距离，则确定所述车辆标识对应的车辆到达了目的地的道闸。

12.根据权利要求11所述的装置，其特征在于，所述第一控制模块包括：检测子模块和控制子模块；

13.根据权利要求11所述的装置，其特征在于，所述装置还包括：第二控制模块；

14.根据权利要求11所述的装置，其特征在于，所述车辆标识包括车牌号码，所述第一控制模块包括：第二确定子模块；

15.一种道闸控制装置，其特征在于，应用于终端设备，所述终端设备中安装有打车应用程序，所述终端设备由车辆中的打车用户或司机携带，所述装置包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

将所述打车订单对应的订单车辆标识发送给所述目的地的道闸，包括：根据定位功能检测到车辆到达了目的地的道闸时，使用蓝牙协议向周围环境中广播订单车辆标识；以使所述道闸根据检测到的终端设备广播的蓝牙信号强度，计算道闸与终端设备之间的距离，如果该距离小于第二预设距离，则确定订单车辆标识对应的车辆到达了目的地的道闸，以及当待通过道闸车辆的车辆标识满足所述订单车辆标识时，控制道闸打开。

16.一种道闸控制装置，其特征在于，应用于道闸，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

17.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，该指令被处理器执行时实现权利要求1至3中任一项所述方法的步骤。

18.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，该指令被处理器执行时实现权利要求4至7中任一项所述方法的步骤。