CN105551095A - 通行控制方法、装置及系统 - Google Patents

Abstract

本发明提供一种通行控制方法、装置及系统，该方法应用在服务器上，包括：接收客户端设备发送的通行预约信息；根据通行预约信息中的预计出行路线，确定第一通行费；向客户端设备发送是否支付第一通行费的信息；在接收到客户端设备发送的支付第一通行费的信息时，从通行预约信息绑定的支付账户中扣除所述第一通行费；判断车辆的实际出行路线是否与预计出行路线相同；若相同，则向实际出行路线的收费站出口处的出口控制系统发送通行命令，以使出口控制系统在接收到通行命令后，允许车辆通行。通过本发明可以实现车辆预约不停车通行，由此可以提高车辆的通行速率。

Description

通行控制方法、装置及系统

技术领域

本发明涉及交通技术领域，尤其涉及一种通行控制方法、装置及系统。

背景技术

目前，在高速公路上通常采用人工收费的方式。当车辆行驶至高速公路收费站入口时需要停车从收费人员处获得一张电子卡，该电子卡上可以记录该车辆进入高速公路的收费站入口。当车辆行驶至高速公路收费站出口时，车主停车将该电子卡返还给收费人员，收费人员在回收该电子卡后，根据该电子卡上记录的收费站入口以及当前的收费站出口，可以计算出车主需要支付的费用并告知车主，再由车主完成通行费的支付。

由于车辆在收费站入口和收费站出口处都需要停车，因此目前的通行控制方式存在车辆通行速率较低的问题。

发明内容

本发明提供一种通行控制方法、装置及系统，以解决目前通行控制方式存在的车辆通行速率较低的问题。

根据本发明实施例的第一方面，提供一种通行控制方法，所述方法应用在服务器侧，所述方法包括：

接收客户端设备发送的通行预约信息；

根据所述通行预约信息中的预计出行路线，确定第一通行费；

向所述客户端设备发送是否支付第一通行费的信息；

在接收到所述客户端设备发送的支付第一通行费的信息时，从所述通行预约信息绑定的支付账户中扣除所述第一通行费；

判断车辆的实际出行路线是否与所述预计出行路线相同；

若相同，则向所述实际出行路线的收费站出口处的出口控制系统发送通行命令，以使所述出口控制系统在接收到所述通行命令后，允许所述车辆通行。

根据本发明实施例的第二方面，提供一种通行控制装置，所述装置应用在服务器侧，所述装置包括：

接收单元，用于接收客户端设备发送的通行预约信息；

确定单元，用于根据所述通行预约信息中的预计出行路线，确定第一通行费；

发送单元，用于向所述客户端设备发送是否支付第一通行费的信息；

扣除单元，用于在接收到所述客户端设备发送的支付第一通行费的信息时，从所述通行预约信息绑定的支付账户中扣除所述第一通行费；

判断单元，用于判断车辆的实际出行路线是否与所述预计出行路线相同；

发送单元，用于在车辆的实际出行路线与所述预计出行路线相同时，向所述实际出行路线的收费站出口处的出口控制系统发送通行命令，以使所述出口控制系统在接收到所述通行命令后，允许所述车辆通行。

根据本发明实施例的第三方面，提供一种通行控制系统，包括客户端设备、入口控制系统、出口控制系统以及上述应用于服务器侧的通行控制装置。

本发明的有益效果是：

本发明中该客户端设备可以向服务器发送通行预约信息，并向服务器发送是否支付通行费的信息。服务器在接收到客户端设备发送的支付通行费的信息时，可以从通行预约信息绑定的支付账户中扣除对应的通行费，由此通过客户端设备可以实现出行路线的预约以及通行费的支付。在客户端设备完成第一通行费(即预计需要支付的通行费)的支付后，若服务器确定实际出行路线与预约出行路线相同，则表示实际需要支付的通行费也完成支付，此时服务器控制出口控制系统允许车辆通行，可以实现车辆预约不停车通行，由此可以提高车辆的通行速率。

附图说明

图1是应用本发明实施例实现通行控制的应用场景示意图；

图2是本发明通行控制方法的一个实施例流程图；

图3是本发明通行控制方法的另一个实施例流程图；

图4是本发明通行控制装置所在设备的一种硬件结构图；

图5是本发明通行控制装置的一个实施例框图。

具体实施方式

为了使本技术领域的人员更好地理解本发明实施例中的技术方案，并使本发明实施例的上述目的、特征和优点能够更加明显易懂，下面结合附图对本发明实施例中技术方案作进一步详细的说明。

参见图1，为应用本发明实施例实现通行控制的应用场景示意图。图1中，该客户端设备可以具体为手机、PC(PersonalComputer，个人计算机)、iPad等，该入口控制系统和出口控制系统中均可以包括用于阻挡车辆通行的栏杆以及用于控制该栏杆动作的控制器。

本发明实施例中，该客户端设备可以向服务器发送通行预约信息，并向服务器发送是否支付通行费的信息。服务器在接收到客户端设备发送的支付通行费的信息时，可以从通行预约信息绑定的支付账户中扣除对应的通行费，由此通过客户端设备可以实现出行路线的预约以及通行费的支付。在客户端设备完成第一通行费(即预计需要支付的通行费)的支付后，若服务器确定实际出行路线与预约出行路线相同，则表示实际需要支付的通行费也完成支付，此时服务器控制出口控制系统允许车辆通行，可以实现车辆预约不停车通行，由此可以提高车辆的通行速率。

参见图2，为本发明通行控制方法的一个实施例流程图，该实施例从服务器侧进行描述，包括以下步骤：

步骤201、接收客户端设备发送的通行预约信息。

在本实施例中，用户在出行之前，可以通过客户端设备向服务器发送通行预约信息来预约其出行路线。其中，该通行预约信息中可以包括用户预计出行的时间信息、预计通过的收费站入口信息、收费站出口信息、车辆的标识信息、支付账户信息、客户端设备的标识信息和服务器的标识信息。另外，用户在预约其出行路线后，还可以对其出行路线进行修改，并通过客户端设备将修改后的通行预约信息发送给服务器。服务器在接收到该通行预约信息后，可以对该通行预约信息进行存储。本实施例中客户端设备将预计出行的时间信息、预计通过的收费站入口信息和收费站出口信息发送给服务器，可以使服务器基于该预计出行的时间信息，确定该时间段，该高速路段的车流量，并基于该时间段，该高速路段的车流量信息对高速公路的交通进行控制，由此可以提高高速公路交通控制的准确度。

步骤202、根据通行预约信息中的预计出行路线，确定第一通行费。

在本实施例中，服务器中可以预先存储通行费的计算公式，当服务器接收到客户端设备发送的通行预约信息后，可以根据通行预约信息中的预计出行路线以及该计算公式，计算出用户预计需要支付的第一通行费。另外，服务器中也可以预先存储出行路线与通行费之间的对应关系，当服务器接收到客户端设备发送的通行预约信息后，可以查找出与通行预约信息中的预计出行路线对应的通行费，以此作为用户预计需要支付的第一通行费。

步骤203、向客户端设备发送是否支付第一通行费的信息。

在本实施例中，客户端设备在接收到服务器发送的是否支付第一通行费的信息后，用户可以通过客户端设备确认是否支付该第一通行费。当用户确认支付该第一通行费时，客户端设备可以向服务器发送支付第一通行费的信息。当用户确认不支付第一通行费时，客户端设备可以向服务器发送不支付第一通行费的信息。

步骤204、在接收到客户端设备发送的支付第一通行费的信息时，执行步骤205，在接收到客户端设备发送的不支付第一通行费的信息时，执行步骤216。

步骤205、从通行预约信息绑定的支付账户中扣除该第一通行费。

在本实施例中，服务器在接收到支付第一通行费的信息后，可以首先判断通行预约信息绑定的支付账户中的剩余金额是否小于该第一通行费，若是，则可以执行步骤214，否则，从该支付账户中扣除该第一通行费。

本实施例在从绑定的支付账户中扣除第一通行费之前，判断该支付账户中是否足以支付额外增加的费用，在足以支付额外增加的费用才从支付账户中扣除该费用，在不足以支付第一通行费是提醒用户行驶至收费通道停车缴费，由此可以降低通行费收取的风险。

步骤206、判断车辆的实际出行路线是否与预计出行路线相同，若相同，则执行步骤207，否则，执行步骤208。

在本实施例中，高速公路上的每个收费站入口处都可以对应设置有入口控制系统，每个收费站出口都可以对应设置有出口控制系统。服务器中可以预先存储入口控制系统的标识信息与收费站入口的对应关系，以及出口控制系统的标识信息与收费站出口的对应关系。

当车辆驶近收费站入口时，该收费站入口处的入口控制系统可以首先对该车辆的标识信息(诸如车辆的车牌号信息等)进行采集，获得该车辆的第一标识信息，然后将该车辆的第一标识信息以及该入口控制系统的标识信息发送给服务器。之后，服务器可以查找出与该入口控制系统的标识信息对应的收费站入口，从而确定该车辆实际通过的收费站入口。

当车辆驶近收费站出口时，该收费站出口处的出口控制系统可以首先对该车辆的标识信息进行采集，获得该车辆的第二标识信息，然后将该车辆的第二标识信息以及该出口控制系统的标识信息发送给服务器。之后，服务器可以查找出与该入口控制系统的标识信息对应的收费站出口，从而确定该车辆实际通过的收费站出口。根据上述确定的该车辆实际通过的收费站入口和收费站出口，服务器可以确定该车辆的实际出行路线。

另外，服务器在确定该车辆实际通过的收费站入口后，可以首先查找出与该第一标识信息对应的通行预约信息，然后判断该车辆实际通过的收费站入口是否与通行预约信息中预计通过的收费站入口相同，若相同，则可以向该入口控制系统发送通行命令，以使该入口控制系统在接收到该通行命令后，允许该车辆通行。此时，服务器在确定该车辆实际通过的收费站出口后，可以首先查找出与该第二标识信息对应的通行预约信息，然后判断实际出行路线中车辆实际通过的收费站出口是否与通行预约信息中预计通过的收费站出口相同，若相同，则执行步骤207；否则，执行步骤214。

当然，服务器在确定该车辆实际通过的收费站入口后，也可以直接将通行命令发送给该入口控制系统，由此可以进一步提高车辆通行速率。服务器在确定车辆实际通过的收费站出口后，可以首先查找出与该第二标识信息对应的通行预约信息，然后分别判断实际出行路线中车辆实际通过的收费站入口、收费站出口是否与该通行预约信息中预计通过的收费站入口、收费站出口相同，若均相同，则执行步骤207；否则，执行步骤214。

步骤207、向实际出行路线中车辆实际驶近的收费站出口处的出口控制系统发送通行命令，以使出口控制系统在接收到该通行命令后，允许该车辆通行。

在本实施例中，当实际出行路线与预计出行路线相同时，由于之前用户已经完成预计出行路线对应的第一通行费的支付，因而至此用户已经完成所有通行费的支付。服务器通过向出口控制系统发送通行命令，可以使车辆在完成所有通行费的支付后，实现通行。

步骤208、根据实际出行路线确定第二通行费。

在本实施例中，当服务器中预先存储有通行费的计算公式时，服务器可以根据实际出行路线以及该公式，计算出用户实际需要支付的第二通行费。当服务器中预先存储有出行路线与通行费的对应关系时，服务器可以查找出与该实际出行路线对应的通行费，以此作为用户实际需要支付的第二通行费。

步骤209、判断第二通行费是否多于第一通行费，若是，则执行步骤210，否则执行步骤207。

在本实施例中，当第二通行费少于第一通行费时，服务器还可以在确定第二通行费与第一通行费的差额后，将该差额返还至绑定的支付账户中。

本实施例在车辆驶近收费站出口时，首先判断用户实际需要支付的第二通行费是否高于用户预计需要支付的第一通行费，若是，则从绑定的支付账户中扣除额外增加的费用，由此可以降低通行费的收取风险；否则，将多收取的通行费返回支付账户中，由此可以降低通行费的支付风险。

步骤210、确定第二通行费与第一通行费的差额。

步骤211、向客户端设备发送是否支付差额的信息。

步骤212、在接收到客户端设备发送的支付差额的信息时，执行步骤213，在接收到客户端设备发送的不支付差额的信息时，执行步骤214。

步骤213、从支付账户中扣除该差额，执行步骤207。

在本实施例中，服务器可以首先判断通行预约信息绑定的支付账户中的剩余金额是否小于该差额，若是，则执行步骤214，否则，从该支付账户中扣除该差额。

本实施例在从绑定的支付账户中扣除额外增加的费用之前，判断该支付账户中是否足以支付额外增加的费用，在足以支付额外增加的费用才从支付账户中扣除该费用，在不足以支付额外增加的费用时提醒用户行驶至收费通道停车缴费，由此可以进一步降低通行费收取的风险。

步骤214、向客户端设备发送行驶至收费通道停车缴费的通知。

步骤215、将该车辆需要缴纳的通行费信息以及该车辆的标识信息发送给出口控制系统，以使收费人员在根据该车辆的标识信息，收取该车辆需要缴纳的通行费后，允许该车辆通行。

在本实施例中，服务器可以将第二通行费信息以及车辆的标识信息发送给出口控制系统，此时服务器需要将该第二通行费返还至对应的支付账户中，由此可以降低用户通行费的支付风险。另外，服务器可以将第二通行费与第一通行费的差额信息以及车辆的标识信息发送给出口控制系统，此时服务器不必返还已经支付的第一通行费。之后，收费人员可以根据车辆的标识信息，向车辆收取通行费。在通行费支付完成后，收费人员可以对出口控制系统进行操作，以使出口控制系统允许该车辆通行。

步骤216、根据实际出行路线确定第二通行费。

步骤217、向客户端设备发送是否支付第二通行费的信息。

在本实施例中，客户端设备在接收到服务器发送的是否支付第二通行费的信息后，用户可以通过客户端设备确认是否支付该第二通行费。当用户确认支付该第二通行费时，客户端设备可以向服务器发送支付第二通行费的信息。当用户确认不支付第二通行费时，客户端设备可以向服务器发送不支付第二通行费的信息。

步骤218、在接收到支付第二通行费的信息时，执行步骤219，在接收到不支付第二通行费的信息时，执行步骤214。

步骤219、从支付账户中扣除第二通行费。

在本实施例中，服务器在接收到支付第二通行费的信息后，可以首先判断通行预约信息绑定的支付账户中的剩余金额是否小于该第二通行费，若是，则可以执行步骤214，否则，从该支付账户中扣除该第二通行费。

本实施例在从绑定的支付账户中扣除第二通行费之前，判断该支付账户中是否足以支付额外增加的费用，在足以支付额外增加的费用时才从支付账户中扣除该费用，在不足以支付第二通行费时提醒用户行驶至收费通道停车缴费，由此可以降低通行费收取的风险。

由上述实施例可见，该客户端设备可以向服务器发送通行预约信息，并向服务器发送是否支付通行费的信息。服务器在接收到客户端设备发送的支付通行费的信息时，可以从通行预约信息绑定的支付账户中扣除对应的通行费，由此通过客户端设备可以实现出行路线的预约以及通行费的支付。在客户端设备完成第一通行费(即预计需要支付的通行费)的支付后，若服务器确定实际出行路线与预约出行路线相同，则表示实际需要支付的通行费也完成支付，此时服务器控制出口控制系统允许车辆通行，可以实现车辆预约不停车通行，由此可以提高车辆的通行速率。

另外，现有的ETC(ElectronicTollCollection，不停车电子收费)收费通道只针对安装有ETC车载器的车辆。ETC收费通道在收费过程中可能存在只收取部分通行费的情况。车主在支付未收取的通行费时，通常需要到固定的营业点，对ETC车载器绑定的支付账户充值或更改支付账户，并且在高速公路管理公司完成结算之前，车辆仍然不能再次通过高速公路。由于车主在支付未收取的通行费时，可选择的方式有限且繁琐，因而ETC收费通道存在用户体验度较低的问题。由于本发明在车辆通过收费路段之前在绑定的支付账户中的剩余金额足以支付第一通行费时，从该支付账户中扣除该第一通行费，另外在第二通行费多于第一通行费，且该支付账户中剩余的金额足以支付该第二通行费与第一通行费的差额时，再从该支付账户中扣除额外增加的费用，由此可以保证在车辆通过收费路段之前所有通行费均已支付完成，因而相对于目前的ETC收费通道，本发明可以向用户提供更加良好的体验。

参见图3，为本发明通行控制方法的另一个实施例流程图，该实施例通过服务器分别与客户端设备、入口控制系统、出口控制系统之间的交互，详细描述了本发明实施例的通行控制过程。

用户通过客户端设备预约出行路线后，预计通行费的支付过程可以包括以下步骤：

步骤301、客户端设备向服务器发送通行预约信息。

在本实施例中，该通行预约信息中可以包括车辆的标识信息、支付账户、预计出行路线(诸如车辆预计通过的收费站入口和收费站出口)、客户端设备的标识信息和服务器的标识信息等。

步骤302、服务器根据通行预约信息中的预计出行路线，确定第一通行费。

步骤303、服务器向客户端设备发送是否支付第一通行费的信息。

步骤304、客户端设备确认是否支付第一通行费，若是，则执行步骤305，否则，执行步骤309。

步骤305、客户端设备向服务器发送支付第一通行费的信息。

步骤306、服务器判断通行预约信息绑定的支付账户中剩余金额是否小于第一通行费，若是，则执行步骤308，否则，执行步骤307。

步骤307、服务器从该支付账户中扣除该第一通行费。

步骤308、服务器向客户端发送行驶至收费通道停止缴费的通知。

步骤309、客户端设备向服务器发送不支付第一通行费的信息，执行步骤308。

服务器对收费站入口处的入口控制系统的控制可以包括以下步骤：

步骤310、在车辆驶近收费站入口时，收费站入口处的入口控制系统对车辆的标识信息进行采集，获得该车辆的第一标识信息。

步骤311、入口控制系统将该第一标识信息以及该入口控制系统的标识信息发送给服务器。

步骤312、服务器根据该第一标识信息以及入口控制系统的标识信息，确定该车辆实际通过的收费站入口。

步骤313、服务器查找出与该第一标识信息对应的通行预约信息，并判断车辆实际通过的收费站入口是否与通行预约信息中车辆预计通过的收费站入口相同，若相同，则执行步骤314，否则，执行步骤308。

步骤314、服务器向入口控制系统发送通行命令，执行步骤315。

步骤315、入口控制系统在接收到该通行命令后，允许该车辆通行。

另外，服务器对收费站出口处的出口控制系统的控制可以包括以下步骤：

步骤316、在车辆驶近收费站出口时，收费站出口处的出口控制系统对车辆的标识信息进行采集，获得该车辆的第二标识信息。

步骤317、出口控制系统将该第二标识信息以及该出口控制系统的标识信息发送给服务器。

步骤318、服务器根据该第二标识信息以及该出口控制系统的标识信息，确定该车辆实际通过的收费站出口。

步骤319、服务器根据车辆实际通过的收费站入口和收费站出口，确定车辆的实际出行路线。

步骤320、服务器判断车辆的实际出行路线是否与预计出行路线相同，若相同，则执行步骤321，否则，执行步骤323。

步骤321、服务器向实际出行路线的收费站出口处的出口控制系统发送通行命令，执行步骤322。

步骤322、服务器在接收到该通行命令后，允许该车辆通行。

步骤323、服务器根据实际出行路线，确定第二通行费。

步骤324、服务器判断第二通行费是否多于第一通行费，若是，则执行步骤325，否则，执行步骤321。

步骤325、服务器确定第二通行费与第一通行费的差额。

步骤326、服务器向客户端设备发送是否支付差额的信息。

步骤327、客户端设备确认是否支付该差额，若是，则执行步骤328，否则，执行步骤342。

步骤328、客户端设备向服务器发送支付差额的信息。

步骤329、服务器判断通行预约信息绑定的支付账户中的剩余金额是否小于该差额，若是，则执行步骤308，否则，执行步骤330。

步骤330、服务器从该支付账户中扣除该差额，执行步骤321。

步骤331、客户端设备向服务器发送不支付差额的信息，执行步骤308。

另外，在步骤309中，服务器在接收到客户端设备发送的不支付第一通行费的信息，并接收到出口控制系统发送的车辆的标识信息和该出口控制系统的标识信息后，可以根据该出口控制系统的标识信息，确定该车辆实际通过的收费站出口，从而确定该车辆的实际出行路线。之后，服务器可以根据该实际出行路线，确定第二通信费，并将是否支付该第二通行费的信息发送给客户端设备。用户在确认支付第二通行费时，可以通过客户端设备向服务器发送支付第二通行费的信息，此时服务器可以首先判断通行预约信息绑定的支付账户中的剩余金额是否小于该第二通行费，若是，则执行步骤308，否则从该支付账户中扣除该第二通行费，并向出口控制系统发送通行命令，以使出口控制系统在接收到该通行命令后，允许该车辆通行。用户在确认不支付第二通行费时，可以通过客户端设备向服务器发送不支付第二通行费的信息，此时服务器可执行步骤308。

由上述实施例可见，该客户端设备可以向服务器发送通行预约信息，并向服务器发送是否支付通行费的信息。服务器在接收到客户端设备发送的支付通行费的信息时，可以从通行预约信息绑定的支付账户中扣除对应的通行费，由此通过客户端设备可以实现出行路线的预约以及通行费的支付。在客户端设备完成第一通行费(即预计需要支付的通行费)的支付后，若服务器确定实际出行路线与预约出行路线相同，则表示实际需要支付的通行费也完成支付，此时服务器控制出口控制系统允许车辆通行，可以实现车辆预约不停车通行，由此可以提高车辆的通行速率。

与前述报文传输方法实施例相对应，本发明还提供了通行控制装置的实施例。

本发明通行控制装置的实施例可以分别应用在服务器上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图4所示，为本发明通行控制装置所在设备的一种硬件结构图，除了图4所示的处理器、网络接口、存储器之外，实施例中装置所在的设备通常还可以包括其他硬件，如负责处理报文的转发芯片等等；从硬件结构上来讲该设备还可能是分布式的设备，可能包括多个接口卡，以便在硬件层面进行报文处理的扩展。

参见图5，为本发明通行控制装置的一个实施例框图，所述装置应用在服务器上，所述装置可以包括：

接收单元510，用于接收客户端设备发送的通行预约信息；

确定单元520，用于根据所述通行预约信息中的预计出行路线，确定第一通行费；

发送单元530，用于向所述客户端设备发送是否支付第一通行费的信息；

扣除单元540，用于在接收到所述客户端设备发送的支付第一通行费的信息时，从所述通行预约信息绑定的支付账户中扣除所述第一通行费；

判断单元550，用于判断车辆的实际出行路线是否与所述预计出行路线相同；

发送单元530，用于在车辆的实际出行路线与所述预计出行路线相同时，向所述实际出行路线的收费站出口处的出口控制系统发送通行命令，以使所述出口控制系统在接收到所述通行命令后，允许所述车辆通行。

在一种可选的实现方式中，所述确定单元520，还用于在接收到所述客户端设备发送的不支付第一通行费的信息时，根据所述实际出行路线确定第二通行费；

所述发送单,530，还用于向所述客户端设备发送是否支付第二通行费的信息；

所述扣除单元540，还用于在接收到所述客户端设备发送的支付第二通行费的信息时，从所述支付账户中扣除所述第二通行费；

所述发送单元530，还用于向所述出口控制系统发送通行命令，以使所述出口控制系统在接收到所述通行命令后，允许所述车辆通行；

所述发送单元530，还用于在接收到所述客户端设备发送的不支付第二通行费的信息时，向所述客户端设备发送行驶至收费通道停车缴费的通知。

在另一种可选的实现方式中，所述确定单元520还用于若所述实际出行路线与所述预计出行路线不相同，则根据所述实际出行路线确定第二通行费；

所述判断单元550还用于判断所述第二通行费是否多于所述第一通行费；

所述确定单元520还用于在所述第二通行费多于所述第一通行费时，确定所述第二通行费与所述第一通行费的差额；

所述发送单元530还用于向所述客户端设备发送是否支付差额的信息；

所述扣除单元540还用于在接收到所述客户端设备发送的支付差额的信息时，从所述支付账户中扣除所述差额；

所述发送单元530还用于向所述出口控制系统发送通行命令，以使所述出口控制系统在接收到所述通行命令后，允许车辆通行。

在另一种可选的实现方式中，所述发送单元530还用于在所述第二通行费不多于所述第一通行费时，向所述实际出行路线的收费站出口处的出口控制系统发送通行命令，以使所述出口控制系统在接收到所述通行命令后，允许所述车辆通行。

在另一种可选的实现方式中，所述发送单元530还用于在接收到所述客户端设备发送的不支付差额的信息时，向所述客户端设备发送行驶至收费通道停车缴费的通知。

在另一种可选的实现方式中，所述发送单元530还用于在向所述客户端设备发送行驶至收费通道停车缴费的通知之后，将所述车辆需要缴纳的通行费信息以及所述车辆的标识信息发送给所述出口控制系统，以使收费人员在根据所述车辆的标识信息，收取所述车辆需要缴纳的通行费后，允许所述车辆通行。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本发明方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

由上述实施例可见，该客户端设备可以向服务器发送通行预约信息，并向服务器发送是否支付通行费的信息。服务器在接收到客户端设备发送的支付通行费的信息时，可以从通行预约信息绑定的支付账户中扣除对应的通行费，由此通过客户端设备可以实现出行路线的预约以及通行费的支付。在客户端设备完成第一通行费(即预计需要支付的通行费)的支付后，若服务器确定实际出行路线与预约出行路线相同，则表示实际需要支付的通行费也完成支付，此时服务器控制出口控制系统允许车辆通行，可以实现车辆预约不停车通行，由此可以提高车辆的通行速率。

另外，本发明还提供一种通行控制系统，该系统可以包括客户端设备、入口控制系统、出口控制系统以及上述应用于服务器侧的通行控制装置。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

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

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

Claims (13)

1.一种通行控制方法，所述方法应用在服务器侧，其特征在于，所述方法包括：

接收客户端设备发送的通行预约信息；

根据所述通行预约信息中的预计出行路线，确定第一通行费；

向所述客户端设备发送是否支付第一通行费的信息；

在接收到所述客户端设备发送的支付第一通行费的信息时，从所述通行预约信息绑定的支付账户中扣除所述第一通行费；

判断车辆的实际出行路线是否与所述预计出行路线相同；

若相同，则向所述实际出行路线的收费站出口处的出口控制系统发送通行命令，以使所述出口控制系统在接收到所述通行命令后，允许所述车辆通行。

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

在接收到所述客户端设备发送的不支付第一通行费的信息时，根据所述实际出行路线确定第二通行费；

向所述客户端设备发送是否支付第二通行费的信息；

在接收到所述客户端设备发送的支付第二通行费的信息时，从所述支付账户中扣除所述第二通行费；

向所述出口控制系统发送通行命令，以使所述出口控制系统在接收到所述通行命令后，允许所述车辆通行；

在接收到所述客户端设备发送的不支付第二通行费的信息时，向所述客户端设备发送行驶至收费通道停车缴费的通知。

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

若所述实际出行路线与所述预计出行路线不相同，则根据所述实际出行路线确定第二通行费；

判断所述第二通行费是否多于所述第一通行费；

若是，确定所述第二通行费与所述第一通行费的差额；

向所述客户端设备发送是否支付差额的信息；

在接收到所述客户端设备发送的支付差额的信息时，从所述支付账户中扣除所述差额；

向所述出口控制系统发送通行命令，以使所述出口控制系统在接收到所述通行命令后，允许车辆通行。

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

若所述第二通行费不多于所述第一通行费，则向所述实际出行路线的收费站出口处的出口控制系统发送通行命令，以使所述出口控制系统在接收到所述通行命令后，允许所述车辆通行。

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

在接收到所述客户端设备发送的不支付差额的信息时，向所述客户端设备发送行驶至收费通道停车缴费的通知。

6.根据权利要求2或5所述的方法，其特征在于，在向所述客户端设备发送行驶至收费通道停车缴费的通知之后，所述方法还包括：

将所述车辆需要缴纳的通行费信息以及所述车辆的标识信息发送给所述出口控制系统，以使收费人员在根据所述车辆的标识信息，收取所述车辆需要缴纳的通行费后，允许所述车辆通行。

7.一种通行控制装置，所述装置应用在服务器侧，其特征在于，所述装置包括：

接收单元，用于接收客户端设备发送的通行预约信息；

确定单元，用于根据所述通行预约信息中的预计出行路线，确定第一通行费；

发送单元，用于向所述客户端设备发送是否支付第一通行费的信息；

扣除单元，用于在接收到所述客户端设备发送的支付第一通行费的信息时，从所述通行预约信息绑定的支付账户中扣除所述第一通行费；

判断单元，用于判断车辆的实际出行路线是否与所述预计出行路线相同；

发送单元，用于在车辆的实际出行路线与所述预计出行路线相同时，向所述实际出行路线的收费站出口处的出口控制系统发送通行命令，以使所述出口控制系统在接收到所述通行命令后，允许所述车辆通行。

8.根据权利要求7所述的装置，其特征在于，所述确定单元，还用于在接收到所述客户端设备发送的不支付第一通行费的信息时，根据所述实际出行路线确定第二通行费；

所述发送单元，还用于向所述客户端设备发送是否支付第二通行费的信息；

所述扣除单元，还用于在接收到所述客户端设备发送的支付第二通行费的信息时，从所述支付账户中扣除所述第二通行费；

所述发送单元，还用于向所述出口控制系统发送通行命令，以使所述出口控制系统在接收到所述通行命令后，允许所述车辆通行；

所述发送单元，还用于在接收到所述客户端设备发送的不支付第二通行费的信息时，向所述客户端设备发送行驶至收费通道停车缴费的通知。

9.根据权利要求7所述的装置，其特征在于，所述确定单元还用于若所述实际出行路线与所述预计出行路线不相同，则根据所述实际出行路线确定第二通行费；

所述判断单元还用于判断所述第二通行费是否多于所述第一通行费；

所述确定单元还用于在所述第二通行费多于所述第一通行费时，确定所述第二通行费与所述第一通行费的差额；

所述发送单元还用于向所述客户端设备发送是否支付差额的信息；

所述扣除单元还用于在接收到所述客户端设备发送的支付差额的信息时，从所述支付账户中扣除所述差额；

所述发送单元还用于向所述出口控制系统发送通行命令，以使所述出口控制系统在接收到所述通行命令后，允许车辆通行。

10.根据权利要求9所述的装置，其特征在于，所述发送单元还用于在所述第二通行费不多于所述第一通行费时，向所述实际出行路线的收费站出口处的出口控制系统发送通行命令，以使所述出口控制系统在接收到所述通行命令后，允许所述车辆通行。

11.根据权利要求9所述的装置，其特征在于，所述发送单元还用于在接收到所述客户端设备发送的不支付差额的信息时，向所述客户端设备发送行驶至收费通道停车缴费的通知。

12.根据权利要求8或11所述的装置，其特征在于，所述发送单元还用于在向所述客户端设备发送行驶至收费通道停车缴费的通知之后，将所述车辆需要缴纳的通行费信息以及所述车辆的标识信息发送给所述出口控制系统，以使收费人员在根据所述车辆的标识信息，收取所述车辆需要缴纳的通行费后，允许所述车辆通行。

13.一种通行控制系统，其特征在于，包括客户端设备、入口控制系统、出口控制系统以及权利要求7至12中任意一项所述的应用于服务器侧的通行控制装置。