CN105354886A - 通行费支付方法、装置及系统 - Google Patents

Abstract

本发明提供一种通行费支付方法、装置及系统，该方法应用在客户端设备上，包括：向服务器发送通行预约信息，以使所述服务器根据所述通行预约信息确定第一通行费；接收服务器发送的是否支付第一通行费的信息；向服务器发送支付第一通行费的信息，以使服务器在接收到支付第一通行费的信息后，从通行预约信息绑定的支付账户中扣除所述第一通行费。本发明通过客户端设备可以实现出行路线的预约以及通行费的预先支付，由此可以提高通行费的支付效率。

Description

通行费支付方法、装置及系统

技术领域

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

背景技术

目前，针对高速公路的收费路段通常采用电子卡收费的形式，当车辆行驶至高速公路收费站入口时，收费人员通常会给用户一张电子卡，该电子卡上可以记录该车辆进入高速公路的收费站入口。当车辆行驶至高速公路收费站出口时，收费人员回收该电子卡，并根据该电子卡上记录的收费站入口以及当前的收费站出口，计算出需要支付的费用，并告知用户，再由用户完成通行费的支付。由此可见，现有的通行费支付方式存在支付效率较低的问题。

发明内容

本发明提供一种通行费支付方法、装置及系统，以解决现有通行费支付方式支付效率较低的问题。

根据本发明实施例的第一方面，提供一种通行费支付方法，所述方法应用在客户端设备上，所述方法包括：

向服务器发送通行预约信息；

接收所述服务器发送的是否支付第一通行费的信息，所述是否支付第一通行费的信息包括所述服务器根据所述通行预约信息确定的第一通行费信息；

向所述服务器发送支付第一通行费的信息，以使所述服务器在接收到所述支付第一通行费的信息后，从所述通行预约信息绑定的支付账户中扣除所述第一通行费。

根据本发明实施例的第二方面，提供一种通行费支付方法，所述方法应用在服务器上，所述方法包括：

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

根据所述通行预约信息确定第一通行费；

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

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

根据本发明实施例的第三方面，提供一种通行费支付装置，所述装置应用在客户端设备侧，所述系统包括：

发送单元，用于向服务器发送通行预约信息；

接收单元，用于接收所述服务器发送的是否支付第一通行费的信息，所述是否支付第一通行费的信息包括所述服务器根据所述通行预约信息确定的第一通行费信息；

所述发送单元，还用于向所述服务器发送支付第一通行费的信息，以使所述服务器在接收到所述支付第一通行费的信息后，从所述通行预约信息绑定的支付账户中扣除所述第一通行费。

根据本发明实施例的第四方面，提供一种通行费支付装置，所述装置应用在服务器侧，所述系统包括：

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

确定单元，用于根据所述通行预约信息确定第一通行费；

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

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

根据本发明实施例的第五方面，提供一种通行费支付系统，包括分别应用在客户端设备侧以及服务器侧的通行费支付装置。

本发明的有益效果是：

1、本发明通过客户端设备可以实现出行路线的预约以及通行费的预先支付，由此可以提高通行费的支付效率；

2、本发明在通行费预付完成后，提供出行路线的修改功能，由此可以提高通行费支付的灵活度，并且在通行费预付完成后，出行路线发生修改时，首先判断出行线路修改后需要支付的通行费是否高于修改前需要支付的通行费，若是，则从绑定的支付账户中扣除额外增加的费用，由此可以降低通行费的收取风险；否则，将多收取的通行费返回支付账户中，由此可以降低通行费的支付风险；

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

4、现有的通行费支付方式(诸如ETC收费方式)中可能存在只收取部分通行费的情况，从而导致用户在完成所有通行费支付之前，如果想再次通过该收费路段则不可能，本发明通过在车辆离开收费路段之前完成所有通行费的收取，可以提高用户体验度。

附图说明

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

图2是本发明通行费支付方法的一个实施例流程图；

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

图4是本发明通行费支付方法的另一个实施例流程图；

图5是本发明通行费支付装置所在设备的一种硬件结构图；

图6是本发明通行费支付装置的一个实施例框图；

图7是本发明通行费支付装置的另一个实施例框图。

具体实施方式

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

参见图1，为应用本发明实施例实现通行费支付的应用场景示意图。图1中，该客户端设备可以具体为手机、PC(PersonalComputer，个人计算机)、iPad等。本发明实施例中，用户通过客户端设备可以实现出行路线的预约以及通行费的预先支付，由此可以提高通行费的支付效率。

参见图2，为本发明通行费支付方法的一个实施例流程图，该实施例从客户端设备侧进行描述，包括以下步骤：

步骤201、向服务器发送通行预约信息，以使服务器根据该通行预约信息确定第一通行费。

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

另外，服务器中可以在本地预先存储入口控制系统的标识信息与收费站入口的对应关系，以及出口控制系统的标识信息与收费站出口的对应关系。当车辆驶近收费站入口处时，收费站入口处的入口控制系统可以采集该车辆的标识信息(诸如车辆的车牌号信息等)并将采集到的该车辆的标识信息以及该入口控制系统的标识信息发送给服务器。之后，服务器可以首先查找到与该车辆的标识信息对应的通行预约信息，以及与该入口控制系统的标识信息对应的当前收费站入口，然后分别比较当前出行的时间、当前收费站入口是否分别与通行预约信息中预计出行的时间、预计通过的收费站入口相同，若均相同，则向入口控制系统发送通行命令，以使入口控制系统在接收到通行命令后允许车辆通过当前收费站入口。车辆在通过该收费站入口后，服务器可以根据通行预约信息中预计出行路线(即预计通过的收费站入口信息以及收费站出口)，确定预计需要支付的第一通行费并将是否支付第一通行费的信息发送给客户端设备。需要注意的是：服务器也可以在车辆通过该收费站入口之前，根据通行预约信息中的预计出行路线，确定预计需要支付的第一通行费并将是否支付第一通行费的信息发送给客户端设备。

若当前出行的时间、当前收费站入口与通行预约信息中预计出行的时间、预计通过的收费站入口有任意一项不相同，则服务器可以向客户端设备发送到达收费站停车缴费的信息，此时用户可以按照传统的在收费站入口领取电子卡，在收费站出口处返还电子卡的方式来支付通行费。

需要注意的是：服务器在查找到与该车辆的标识信息对应的通行预约信息后，可以仅将当前收费站入口与该通行预约信息中预计通行的收费站入口进行比较，若两者相同，则可以向入口控制系统发送通行命令，以使入口控制系统在接收到该通行命令后，允许车辆通过当前收费站入口，若两者不相同，则可以向客户端设备发送到达收费站停车缴费的信息。

步骤202、接收服务器发送的是否支付第一通行费的信息。

步骤203、向服务器发送支付第一通行费的信息，以使服务器在接收到支付第一通行费的信息时，从通行预约信息绑定的支付账户中扣除该第一通行费。

在本实施例中，客户端设备在接收到服务器发送的是否支付第一通行费的信息后，用户可以通过客户端设备确认是否支付该第一通行费。当用户确认支付该第一通行费时，客户端设备可以向服务器发送支付第一通行费的信息。服务器在接收到支付第一通行费的信息后，可以首先判断通行预约信息绑定的支付账户中的剩余金额是否小于该第一通行费，若是，则可以等待出行路线发生改变或者车辆行驶至收费站出口，否则，从该支付账户中扣除该第一通行费。当用户确认不支付第一通行费时，客户端设备可以向服务器发送不支付第一通行费的信息。服务器在接收到不支付第一通行费的信息后，可以等待出行路线发生改变或者车辆行驶至收费站出口。

当用户需要对其出行路线进行修改时，若服务器已经从支付账户中扣除第一通行费，则用户可以通过客户端设备将修改后的通行预约信息发送给服务器。服务器在接收到修改后的通行预约信息后，可以根据修改后的通行预约信息中预计通过的收费站入口以及收费站出口，确定第二通行费，并对该第二通行费与该第一通行费进行比较。

当第二通行费大于第一通行费时，服务器可以首先计算出第二通行费与第一通行费的第一差额，然后将是否支付第一差额的信息发送给客户端设备，该是否支付第一差额的信息中可以包括客户端设备的标识信息、服务器的标识信息以及该第一差额信息。之后，用户可以通过该客户端设备确认是否支付该第一差额。若用户确认支付该第一差额，则可以通过该客户端设备向服务器发送支付第一差额的信息。服务器在接收到支付第一差额的信息后，可以首先判断通行预约信息绑定的支付账户中剩余的金额是否小于该第一差额，若是，则等待车辆行驶至收费站出口，否则，服务器可以从该支付账户中扣除该第一差额。若用户确认不支付该第一差额，则可以通过该客户端设备向服务器发送不支付第一差额的信息。服务器在接收到不支付第一差额的信息后，可以等待车辆行驶至收费站出口。

当第二通行费小于第一通行费时，服务器可以首先计算出第二通行费与第一通行费的第一差额，然后将该第一差额返还给通行预约信息中绑定的支付账户中，并向客户端设备返回返还的具体金额(即第一差额)以及支付账户等信息。本实施例在通行费预付完成后，提供出行路线的修改功能，由此可以提高通行费支付的灵活度。

当用户需要对其出行路线进行修改时，若服务器并未从支付账户中扣除第一通行费，则用户可以通过客户端设备将修改后的通行预约信息发送给服务器。服务器在接收到修改后的通行预约信息后，可以首先根据修改后的通行预约信息中预计通过的收费站入口以及收费站出口，确定第二通行费，然后向客户端设备返回是否支付第二通行费的信息。客户端设备在接收到服务器发送的是否支付第二通行费的信息后，用户可以通过客户端设备确认是否支付该第二通行费。当用户确认支付该第二通行费时，客户端设备可以向服务器发送支付第二通行费的信息。服务器在接收到支付第二通行费的信息后，可以首先判断通行预约信息绑定的支付账户中的剩余金额是否小于该第二通行费，若是，则可以等待车辆行驶至收费站出口，否则，从该支付账户中扣除该第二通行费。当用户确认不支付第二通行费时，客户端设备可以向服务器发送不支付第二通行费的信息。服务器在接收到不支付第二通行费的信息后，可以等待车辆行驶至收费站出口。

本实施例在通行费预付完成后，出行路线发生修改时，首先判断出行线路修改后需要支付的通行费是否高于修改前需要支付的通行费，若是，则从绑定的支付账户中扣除额外增加的费用，由此可以降低通行费的收取风险；否则，将多收取的通行费返回支付账户中，由此可以降低通行费的支付风险。另外，本实施例在从绑定的支付账户中扣除额外增加的费用之前，判断该支付账户中是否足以支付额外增加的费用，在足以支付额外增加的费用时才从支付账户中扣除该费用，在不足以支付额外增加的费用时提醒用户到收费站停车缴费，由此可以进一步降低通行费收取的风险，并可以在车辆离开收费路段之前完成所有通行费的收取。现有的通行费支付方式(诸如ETC收费方式)中可能存在只收取部分通行费的情况，从而导致用户在完成所有通行费支付之前，如果想再次通过该收费路段则不可能，本实施例通过在车辆离开收费路段之前完成所有通行费的收取，可以提高用户体验度。

另外，当车辆行驶至收费站出口时，收费站出口处的出口控制系统可以采集该车辆的标识信息并将该车辆的标识信息以及该出口控制系统的标识信息发送给服务器。之后，服务器可以首先查找出与该车辆的标识信息对应的通行预约信息，并根据该出口控制系统的标识信息确定该车辆实际通过的收费站出口，从而根据该车辆实际通过的收费站入口和收费站出口，确定该车辆的实际出行路线，然后判断是否从该通行预约信息绑定的支付账户中扣除对应的第一通行费(或者第二通行费)。

当服务器已经从绑定支付账户中扣除第一通行费(或者第二通行费)时，服务器可以判断实际出行路线是否与通行预约信息中预计出行路线相同。若相同，则服务器可以向出口控制系统发送通行命令，以使出口控制系统在接收到通行命令后，允许该车辆通过当前收费站出口。若不相同，则服务器可以首先根据通行预约信息中预计出行路线(包括预计通过的收费站入口以及当前收费站出口)，确定第三通行费，然后对该第三通行费与第一通行费(若用户通过客户端设备完成第一通行费的支付后，对其出行计划中的收费站出口进行了修改，则此处为上述第二通行费)进行比较。

当第三通行费大于第一通行费时，服务器可以首先计算出第三通行费与第一通行费的第二差额，然后将是否支付第二差额的信息发送给客户端设备，提示用户由于其预计出行路线与实际出行路线不同尚需支付额外增加的费用，其中该是否支付第二差额的信息中可以包括第二差额信息、客户端设备的标识信息以及服务器的标识信息。客户端设备在接收到该是否支付第二差额的信息后，用户可以通过该客户端设备确认是否支付该第二差额。若用户确认支付该第二差额，则该客户端设备可以向服务器发送支付第二差额的信息。服务器在接收到支付第二差额的信息后，可以首先判断通行预约信息绑定的支付账户中剩余的金额是否小于该第二差额，若是，则服务器可以向客户端设备发送到达收费站停车缴费的信息，否则，服务器可以从该支付账户中扣除该第二差额。若用户确认不支付该第二差额通行费，则客户端设备可以向服务器发送不支付第二差额的信息。服务器在接收到不支付第二差额的信息后，可以向客户端设备返回到达收费站停车缴费的信息，并将该车辆的标识信息以及该第二差额信息发送给出口控制系统，这样收费站出口处的收费人员就可以根据该车辆标识信息以及第二差额信息，向用户收取额外增加的费用，并在收取第二差额后，允许该车辆通行。

当第三通行费小于第一通行费时，服务器可以首先计算出第三通行费与第一通行费的第二差额，然后将该第二差额返还给通行预约信息中绑定的支付账户中，向客户端设备返回包括返还的具体金额以及支付账户等的信息，并向收费站出口处的出口控制系统发送通行命令。出口控制系统在接收到该通行命令后，允许该车辆通行。

本实施例在车辆驶近收费站出口时，服务器首先判断通过实际出行路线所需要支付的通行费是否高于通过预计出行路线所需要支付的通行费，若是，则从绑定的支付账户中扣除额外增加的费用，由此可以降低通行费的收取风险；否则，将多收取的通行费返回支付账户中，由此可以降低通行费的支付风险。另外，本实施例在从绑定的支付账户中扣除额外增加的费用之前，判断该支付账户中是否足以支付额外增加的费用，在足以支付额外增加的费用才从支付账户中扣除该费用，在不足以支付额外增加的费用时提醒用户到收费站停车缴费，由此可以进一步降低通行费收取的风险，并可以在车辆离开收费路段之前完成所有通行费的收取。

当服务器并未从绑定支付账户中扣除第一通行费(或者第二通行费)时，服务器可以首先根据实际出行路线，确定第三通行费，然后将是否支付第三通行费的信息发送给客户端设备。客户端设备在接收到服务器发送的是否支付第三通行费的信息后，用户可以通过客户端设备确认是否支付该第三通行费。当用户确认支付该第三通行费时，客户端设备可以向服务器发送支付第三通行费的信息。服务器在接收到支付第三通行费的信息后，可以首先判断通行预约信息绑定的支付账户中的剩余金额是否小于该第三通行费，若是，则可以向该客户端设备发送到达收费站停车收费的信息，否则，从该支付账户中扣除该第三通行费。当用户确认不支付第三通行费时，客户端设备可以向服务器发送不支付第三通行费的信息。服务器在接收到不支付第三通行费的信息后，可以向客户端设备发送到达收费站停车收费的信息。

由上述实施例可见，用户通过客户端设备可以实现出行路线的预约以及通行费的预先支付，由此可以提高通行费的支付效率。

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

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

步骤302、根据该通行预约信息确定第一通行费。

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

步骤304、当接收到客户端设备发送的支付第一通行费的信息时，执行步骤305，当接收到客户端设备发送的不支付第一通行费的信息时，执行步骤306。

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

步骤306、向客户端设备发送到达收费站停车缴费的信息。

图3所示实施例与前述图2所示实施例的描述一致，其区别仅在于执行主体不同，在此不再赘述。

由上述实施例可见，用户通过客户端设备可以实现出行路线的预约以及通行费的预先支付，由此可以提高通行费的支付效率。

参见图4，为本发明通行费支付方法的另一个实施例流程图，该实施例通过客户端设备与服务器之间的交互，详细描述了本发明实施例的通行费支付过程：

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

步骤402、服务器根据通行预约信息中预计通过的收费站入口信息以及收费站出口信息，确定第一通行费。

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

步骤404、用户通过客户端设备确定是否支付该第一通行费，若是，则执行步骤405，否则，执行步骤408。

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

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

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

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

步骤409、服务器判断是否从支付账户中扣除该第一通行费，若是，则执行步骤418，否则，执行步骤410。

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

步骤411、服务器将是否支付第三通行费的信息发送给客户端设备。

步骤412、用户通过客户端设备确认是否支付第三通行费，若是，则执行步骤413，否则，执行步骤417。

步骤413、客户端设备将支付第三通行费的信息发送给服务器。

步骤414、服务器判断支付账户中剩余金额是否小于第三通行费，若是，则执行步骤415，否则，执行步骤416。

步骤415、服务器向客户端设备发送到达收费站停车缴费的信息。

步骤416、服务器从支付账户中扣除第三通行费。

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

步骤418、服务器判断通行预约信息中预计出行路线是否与实际出行路线相同，若相同，则执行步骤419，否则执行步骤420。

在本实施例中，车辆驶近收费站入口时，收费站入口处的入口控制系统可以采集入口车辆标识信息并将该入口车辆标识信息和实际通过的收费站入口信息发送给服务器。另外，当车辆驶近收费站出口时，收费站出口处的出口控制系统可以采集该车辆的标识信息并将该车辆的标识信息和实际通过的收费站出口信息发送给服务器。由于通行预约信息中可以包括预计出行路线(即预计通过的收费站入口和收费站出口)，因此服务器在接收到出口控制系统发送的车辆标识信息后，可以确定通行预约信息中与该车辆标识信息对应的预计出行路线。服务器在接收到上述车辆实际通过的收费站入口信息和收费站出口信息后，可以根据车辆实际通过的收费站入口以及收费站出口来确定实际出行路线。之后，服务器可以判断该预计出行路线是否与实际出行路线相同。

步骤419、服务器向对应的出口控制系统发送通行命令，以使该出口控制系统在接收到通行命令后，允许该车辆通过收费站出口。

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

步骤421、服务器对第三通行费与第一通行费进行比较，当第三通行费小于第一通行费时，执行步骤422，当第三通行费大于第一通行费时，执行步骤423。

步骤422、服务器计算出第三通行费与第一通行费的第二差额，并将该第二差额返还给支付账户。

步骤423、服务器计算出第三通行费与第一通行费的第二差额。

步骤424、服务器将是否支付第二差额的信息发送给客户端设备。

步骤425、用户通过客户端设备确认是否支付第二差额，若是，则执行步骤426，否则，执行步骤429。

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

步骤427、服务器判断支付账户中的剩余金额是否小于第二差额，若是，则执行步骤415，否则，执行步骤428。

步骤428、服务器从支付账户中扣除第二差额。

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

由上述实施例可见，用户通过客户端设备可以实现出行路线的预约以及通行费的预先支付，由此可以提高通行费的支付效率。

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

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

参见图6，为本发明通行费支付装置的一个实施例框图，所述装置应用在客户端设备上，所述装置可以包括：发送单元610和接收单元620。

其中，发送单元610，用于向服务器发送通行预约信息，以使所述服务器根据所述通行预约信息确定第一通行费；

接收单元620，用于接收所述服务器发送的是否支付第一通行费的信息；

所述发送单元610，还用于向所述服务器发送支付第一通行费的信息，以使所述服务器在接收到所述支付第一通行费的信息后，从所述通行预约信息绑定的支付账户中扣除所述第一通行费。

在一个可选的实现方式中：

所述发送单元610，还用于在向所述服务器发送支付第一通行费的信息之后，向所述服务器发送修改后的通行预约信息，以使所述服务器根据所述修改后的通行预约信息确定第二通行费，并对所述第二通行费与所述第一通行费进行比较；

所述接收单元620，还用于接收所述服务器在比较出所述第二通行费大于所述第一通行费时发送的是否支付第一差额的信息，所述第一差额为所述第二通行费与所述第一通行费的差额；

所述发送单元610，还用于向所述服务器发送支付第一差额的信息，以使所述服务器在接收到所述支付第一差额的信息后，从所述支付账户中扣除所述第一差额。

在另一个可选的实现方式中：

所述接收单元620，还用于在向所述服务器发送支付第一通行费的信息之后，接收所述服务器发送的是否支付第二差额的信息，所述第二差额为所述服务器在判断出实际出行路线与所述通行预约信息中的预计出行路线不同时，根据所述实际出行路线确定的第三通行费，与所述第一通行费的差额；

所述发送单元610，还用于向所述服务器发送支付第二差额的信息，以使所述服务器在接收到所述支付第二差额的信息后，从所述支付账户中扣除所述第二差额；

所述发送单元610，还用于向所述服务器发送不支付第二差额的信息；

所述接收单元620，还用于接收所述服务器在接收到所述不支付第二差额的信息后，发送的到达收费站停车缴费的信息。

由上述实施例可见，用户通过客户端设备可以实现出行路线的预约以及通行费的预先支付，由此可以提高通行费的支付效率。

参见图7，为本发明通行费支付装置的另一个实施例框图，所述装置应用在服务器上，所述装置包括：接收单元710、确定单元720、发送单元730和扣除单元740。

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

确定单元720，用于根据所述通行预约信息确定第一通行费；

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

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

在一个可选的实现方式中：

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

所述确定单元720，还用于根据所述修改后的通行预约信息确定第二通行费；

所述装置还包括：比较单元750，用于对所述第二通行费与所述第一通行费进行比较；

所述发送单元730，还用于当所述第二通行费大于所述第一通行费时，向所述客户端设备发送是否支付第一差额的信息，所述第一差额为所述第二通行费与所述第一通行费的差额；

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

所述装置还包括：返还单元760，用于当所述第二通行费小于所述第一通行费时，向所述支付账户中返还所述第一差额。

在另一个可选的实现方式中：

所述装置还包括：判断单元770，用于在从所述通行预约信息绑定的支付账户中扣除所述第一通行费之后，判断实际出行路线与所述通行预约信息中的预计出行路线是否相同；

所述确定单元720，还用于若所述实际出行路线与所述通行预约信息中的预计出行路线不相同，则根据所述实际出行路线确定第三通行费；

所述比较单元750，还用于对所述第三通行费与所述第一通行费进行比较；

所述发送单元730，还用于当所述第三通行费大于所述第一通行费时，向所述客户端设备发送是否支付第二差额的信息，所述第二差额为所述第三通行费与所述第一通行费的差额；

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

所述发送单元730，还用于若接收到所述客户端设备发送的不支付第二差额的信息，则向所述客户端设备发送到达收费站停车缴费的信息；

所述装置还包括：返还单元760，还用于当所述第三通行费小于所述第一通行费时，向所述支付账户中返还所述第二差额。

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

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

由上述实施例可见，用户通过客户端设备可以实现出行路线的预约以及通行费的预先支付，由此可以提高通行费的支付效率。

另外，本发明还提供一种通行费支付系统，其可以包括上述分别应用在客户端设备侧以及服务器侧的通行费支付装置。

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

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

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

Claims (13)

1.一种通行费支付方法，所述方法应用在客户端设备上，其特征在于，所述方法包括：

向服务器发送通行预约信息，以使所述服务器根据所述通行预约信息确定第一通行费；

接收所述服务器发送的是否支付第一通行费的信息；

向所述服务器发送支付第一通行费的信息，以使所述服务器在接收到所述支付第一通行费的信息后，从所述通行预约信息绑定的支付账户中扣除所述第一通行费。

2.根据权利要求1所述的方法，其特征在于，在向所述服务器发送支付第一通行费的信息之后，所述方法还包括：

向所述服务器发送修改后的通行预约信息，以使所述服务器根据所述修改后的通行预约信息确定第二通行费，并对所述第二通行费与所述第一通行费进行比较；

接收所述服务器在比较出所述第二通行费大于所述第一通行费时发送的是否支付第一差额的信息，所述第一差额为所述第二通行费与所述第一通行费的差额；

向所述服务器发送支付第一差额的信息，以使所述服务器在接收到所述支付第一差额的信息后，从所述支付账户中扣除所述第一差额。

3.根据权利要求1所述的方法，其特征在于，在向所述服务器发送支付第一通行费的信息之后，所述方法还包括：

接收所述服务器发送的是否支付第二差额的信息，所述第二差额为所述服务器在判断出实际出行路线与所述通行预约信息中的预计出行路线不同时，根据所述实际出行路线确定的第三通行费，与所述第一通行费的差额；

向所述服务器发送支付第二差额的信息，以使所述服务器在接收到所述支付第二差额的信息后，从所述支付账户中扣除所述第二差额；

向所述服务器发送不支付第二差额的信息；

接收所述服务器在接收到所述不支付第二差额的信息后，发送的到达收费站停车缴费的信息。

4.一种通行费支付方法，所述方法应用在服务器上，其特征在于，所述方法包括：

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

根据所述通行预约信息确定第一通行费；

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

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

5.根据权利要求4所述的方法，其特征在于，在从所述通行预约信息绑定的支付账户中扣除所述第一通行费之后，所述方法还包括：

接收所述客户端设备发送的修改后的通行预约信息；

根据所述修改后的通行预约信息确定第二通行费；

对所述第二通行费与所述第一通行费进行比较；

当所述第二通行费大于所述第一通行费时，向所述客户端设备发送是否支付第一差额的信息，所述第一差额为所述第二通行费与所述第一通行费的差额；

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

当所述第二通行费小于所述第一通行费时，向所述支付账户中返还所述第一差额。

6.根据权利要求4所述的方法，其特征在于，在从所述通行预约信息绑定的支付账户中扣除所述第一通行费之后，所述方法还包括：

判断实际出行路线与所述通行预约信息中的预计出行路线是否相同；

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

对所述第三通行费与所述第一通行费进行比较；

当所述第三通行费大于所述第一通行费时，向所述客户端设备发送是否支付第二差额的信息，所述第二差额为所述第三通行费与所述第一通行费的差额；

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

若接收到所述客户端设备发送的不支付第二差额的信息，则向所述客户端设备发送到达收费站停车缴费的信息；

当所述第三通行费小于所述第一通行费时，向所述支付账户中返还所述第二差额。

7.一种通行费支付装置，所述装置应用在客户端设备侧，其特征在于，所述装置包括：

发送单元，用于向服务器发送通行预约信息，以使所述服务器根据所述通行预约信息确定第一通行费；

接收单元，用于接收所述服务器发送的是否支付第一通行费的信息；

所述发送单元，还用于向所述服务器发送支付第一通行费的信息，以使所述服务器在接收到所述支付第一通行费的信息后，从所述通行预约信息绑定的支付账户中扣除所述第一通行费。

8.根据权利要求7所述的装置，其特征在于，

所述发送单元，还用于在向所述服务器发送支付第一通行费的信息之后，向所述服务器发送修改后的通行预约信息，以使所述服务器根据所述修改后的通行预约信息确定第二通行费，并对所述第二通行费与所述第一通行费进行比较；

所述接收单元，还用于接收所述服务器在比较出所述第二通行费大于所述第一通行费时发送的是否支付第一差额的信息，所述第一差额为所述第二通行费与所述第一通行费的差额；

所述发送单元，还用于向所述服务器发送支付第一差额的信息，以使所述服务器在接收到所述支付第一差额的信息后，从所述支付账户中扣除所述第一差额。

9.根据权利要求7所述的装置，其特征在于，

所述接收单元，还用于在向所述服务器发送支付第一通行费的信息之后，接收所述服务器发送的是否支付第二差额的信息，所述第二差额为所述服务器在判断出实际出行路线与所述通行预约信息中的预计出行路线不同时，根据所述实际出行路线确定的第三通行费，与所述第一通行费的差额；

所述发送单元，还用于向所述服务器发送支付第二差额的信息，以使所述服务器在接收到所述支付第二差额的信息后，从所述支付账户中扣除所述第二差额；

所述发送单元，还用于向所述服务器发送不支付第二差额的信息；

所述接收单元，还用于接收所述服务器在接收到所述不支付第二差额的信息后，发送的到达收费站停车缴费的信息。

10.一种通行费支付装置，所述装置应用在服务器侧，其特征在于，所述装置包括：

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

确定单元，用于根据所述通行预约信息确定第一通行费；

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

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

11.根据权利要求10所述的装置，其特征在于，

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

所述确定单元，还用于根据所述修改后的通行预约信息确定第二通行费；

所述装置还包括：比较单元，用于对所述第二通行费与所述第一通行费进行比较；

所述发送单元，还用于当所述第二通行费大于所述第一通行费时，向所述客户端设备发送是否支付第一差额的信息，所述第一差额为所述第二通行费与所述第一通行费的差额；

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

所述装置还包括：返还单元，用于当所述第二通行费小于所述第一通行费时，向所述支付账户中返还所述第一差额。

12.根据权利要求10所述的装置，其特征在于，所述装置还包括：

判断单元，用于在从所述通行预约信息绑定的支付账户中扣除所述第一通行费之后，判断实际出行路线与所述通行预约信息中的预计出行路线是否相同；

所述确定单元，还用于若所述实际出行路线与所述通行预约信息中的预计出行路线不相同，则根据所述实际出行路线确定第三通行费；

所述比较单元，还用于对所述第三通行费与所述第一通行费进行比较；

所述发送单元，还用于当所述第三通行费大于所述第一通行费时，向所述客户端设备发送是否支付第二差额的信息，所述第二差额为所述第三通行费与所述第一通行费的差额；

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

所述发送单元，还用于若接收到所述客户端设备发送的不支付第二差额的信息，则向所述客户端设备发送到达收费站停车缴费的信息；

所述装置还包括：返还单元，还用于当所述第三通行费小于所述第一通行费时，向所述支付账户中返还所述第二差额。

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