标识信息进行采集，获得该车辆的第二标识信息，然后将该车辆的第二标识信息以及该出口控制系统的标识信息发送给服务器。之后，服务器可以查找出与该入口控制系统的标识信息对应的收费站出口，从而确定该车辆实际通过的收费站出口。根据上述确定的该车辆实际通过的收费站入口和收费站出口，服务器可以确定该车辆的实际出行路线。
[0045]另外，服务器在确定该车辆实际通过的收费站入口后，可以首先查找出与该第一标识信息对应的通行预约信息，然后判断该车辆实际通过的收费站入口是否与通行预约信息中预计通过的收费站入口相同，若相同，则可以向该入口控制系统发送通行命令，以使该入口控制系统在接收到该通行命令后，允许该车辆通行。此时，服务器在确定该车辆实际通过的收费站出口后，可以首先查找出与该第二标识信息对应的通行预约信息，然后判断实际出行路线中车辆实际通过的收费站出口是否与通行预约信息中预计通过的收费站出口相同，若相同，则执行步骤207;否则，执行步骤214。
[0046]当然，服务器在确定该车辆实际通过的收费站入口后，也可以直接将通行命令发送给该入口控制系统，由此可以进一步提高车辆通行速率。服务器在确定车辆实际通过的收费站出口后，可以首先查找出与该第二标识信息对应的通行预约信息，然后分别判断实际出行路线中车辆实际通过的收费站入口、收费站出口是否与该通行预约信息中预计通过的收费站入口、收费站出口相同，若均相同，则执行步骤207;否则，执行步骤214。
[0047]步骤207、向实际出行路线中车辆实际驶近的收费站出口处的出口控制系统发送通行命令，以使出口控制系统在接收到该通行命令后，允许该车辆通行。
[0048]在本实施例中，当实际出行路线与预计出行路线相同时，由于之前用户已经完成预计出行路线对应的第一通行费的支付，因而至此用户已经完成所有通行费的支付。服务器通过向出口控制系统发送通行命令，可以使车辆在完成所有通行费的支付后，实现通行。
[0049]步骤208、根据实际出行路线确定第二通行费。
[0050]在本实施例中，当服务器中预先存储有通行费的计算公式时，服务器可以根据实际出行路线以及该公式，计算出用户实际需要支付的第二通行费。当服务器中预先存储有出行路线与通行费的对应关系时，服务器可以查找出与该实际出行路线对应的通行费，以此作为用户实际需要支付的第二通行费。
[0051 ]步骤209、判断第二通行费是否多于第一通行费，若是，则执行步骤210，否则执行步骤207。
[0052]在本实施例中，当第二通行费少于第一通行费时，服务器还可以在确定第二通行费与第一通行费的差额后，将该差额返还至绑定的支付账户中。
[0053]本实施例在车辆驶近收费站出口时，首先判断用户实际需要支付的第二通行费是否高于用户预计需要支付的第一通行费，若是，则从绑定的支付账户中扣除额外增加的费用，由此可以降低通行费的收取风险；否则，将多收取的通行费返回支付账户中，由此可以降低通行费的支付风险。
[0054]步骤210、确定第二通行费与第一通行费的差额。
[0055]步骤211、向客户端设备发送是否支付差额的信息。
[0056]步骤212、在接收到客户端设备发送的支付差额的信息时，执行步骤213，在接收到客户端设备发送的不支付差额的信息时，执行步骤214。
[0057]步骤213、从支付账户中扣除该差额，执行步骤207。
[0058]在本实施例中，服务器可以首先判断通行预约信息绑定的支付账户中的剩余金额是否小于该差额，若是，则执行步骤214，否则，从该支付账户中扣除该差额。
[0059]本实施例在从绑定的支付账户中扣除额外增加的费用之前，判断该支付账户中是否足以支付额外增加的费用，在足以支付额外增加的费用才从支付账户中扣除该费用，在不足以支付额外增加的费用时提醒用户行驶至收费通道停车缴费，由此可以进一步降低通行费收取的风险。
[0060]步骤214、向客户端设备发送行驶至收费通道停车缴费的通知。
[0061]步骤215、将该车辆需要缴纳的通行费信息以及该车辆的标识信息发送给出口控制系统，以使收费人员在根据该车辆的标识信息，收取该车辆需要缴纳的通行费后，允许该车辆通行。
[0062]在本实施例中，服务器可以将第二通行费信息以及车辆的标识信息发送给出口控制系统，此时服务器需要将该第二通行费返还至对应的支付账户中，由此可以降低用户通行费的支付风险。另外，服务器可以将第二通行费与第一通行费的差额信息以及车辆的标识信息发送给出口控制系统，此时服务器不必返还已经支付的第一通行费。之后，收费人员可以根据车辆的标识信息，向车辆收取通行费。在通行费支付完成后，收费人员可以对出口控制系统进行操作，以使出口控制系统允许该车辆通行。
[0063]步骤216、根据实际出行路线确定第二通行费。
[0064]步骤217、向客户端设备发送是否支付第二通行费的信息。
[0065]在本实施例中，客户端设备在接收到服务器发送的是否支付第二通行费的信息后，用户可以通过客户端设备确认是否支付该第二通行费。当用户确认支付该第二通行费时，客户端设备可以向服务器发送支付第二通行费的信息。当用户确认不支付第二通行费时，客户端设备可以向服务器发送不支付第二通行费的信息。
[0066]步骤218、在接收到支付第二通行费的信息时，执行步骤219，在接收到不支付第二通行费的信息时，执行步骤214。
[0067 ]步骤219、从支付账户中扣除第二通行费。
[0068]在本实施例中，服务器在接收到支付第二通行费的信息后，可以首先判断通行预约信息绑定的支付账户中的剩余金额是否小于该第二通行费，若是，则可以执行步骤214，否则，从该支付账户中扣除该第二通行费。
[0069]本实施例在从绑定的支付账户中扣除第二通行费之前，判断该支付账户中是否足以支付额外增加的费用，在足以支付额外增加的费用时才从支付账户中扣除该费用，在不足以支付第二通行费时提醒用户行驶至收费通道停车缴费，由此可以降低通行费收取的风险。
[0070]由上述实施例可见，该客户端设备可以向服务器发送通行预约信息，并向服务器发送是否支付通行费的信息。服务器在接收到客户端设备发送的支付通行费的信息时，可以从通行预约信息绑定的支付账户中扣除对应的通行费，由此通过客户端设备可以实现出行路线的预约以及通行费的支付。在客户端设备完成第一通行费(即预计需要支付的通行费)的支付后，若服务器确定实际出行路线与预约出行路线相同，则表示实际需要支付的通行费也完成支付，此时服务器控制出口控制系统允许车辆通行，可以实现车辆预约不停车通行，由此可以提高车辆的通行速率。
[0071]另外，现有的ETC(Electronic Toll Collect1n，不停车电子收费)收费通道只针对安装有ETC车载器的车辆。ETC收费通道在收费过程中可能存在只收取部分通行费的情况。车主在支付未收取的通行费时，通常需要到固定的营业点，对ETC车载器绑定的支付账户充值或更改支付账户，并且在高速公路管理公司完成结算之前，车辆仍然不能再次通过高速公路。由于车主在支付未收取的通行费时，可选择的方式有限且繁琐，因而ETC收费通道存在用户体验度较低的问题。由于本发明在车辆通过收费路段之前在绑定的支付账户中的剩余金额足以支付第一通行费时，从该支付账户中扣除该第一通行费，另外在第二通行费多于第一通行费，且该支付账户中剩余的金额足以支付该第二通行费与第一通行费的差额时，再从该支付账户中扣除额外增加的费用，由此可以保证在车辆通过收费路段之前所有通行费均已支付完成，因而相对于目前的ETC收费通道，本发明可以向用户提供更加良好的体验。
[0072]参见图3，为本发明通行控制方法的另一个实施例流程图，该实施例通过服务器分别与客户端设备、入口控制系统、出口控制系统之间的交互，详细描述了本发明实施例的通行控制过程。
[0073]用户通过客户端设备预约出行路线后，预计通行费的支付过程可以包括以下步骤:
[0074]步骤301、客户端设备向服务器发送通行预约信息。
[0075]在本实施例中，该通行预约信息中可以包括车辆的标识信息、支付账户、预计出行路线(诸如车辆预计通过的收费站入口和收费站出口)、客户端设备的标识信息和服务器的标识信息等。
[0076]步骤302、服务器根据通行预约信息中的预计出行路线，确定第一通行费。
[0077]步骤303、服务器向客户端设备发送是否支付第一通行费的信息。
[0078]步骤304、客户端设备确认是否支付第一通行费，若是，则执行步骤305，否则，执行步骤309。
[0079]步骤305、客户端设备向服务器发送支付第一通行费的信息。
[0080]步骤306、服务器判断通行预约信息绑定的支付账户中剩余金额是否小于第一通行费，若是，则执行步骤308，否则，执行步骤307。
[0081]步骤307、服务器从该支付账户中扣除该第一通行费。
[008