CN109903401A - 车辆支付管理方法、车载终端及电子设备 - Google Patents

Abstract

本申请实施例提供了一种车辆支付管理方法、车载终端及电子设备，其中，该方法包括：建立与电子设备的第一次通信；接收所述电子设备发送的收费信息；所述收费信息由所述电子设备根据所述车载终端对应的车辆的进入信息匹配得到；所述进入信息包括车辆信息和车主信息；建立与所述电子设备的第二次通信；当接收到所述电子设备发送的消费信息时，通过关联的电子钱包支付与所述消费信息相对应的电子资源。采用本申请，可以实现支付过程的自动化智能化，提高行车支付的便捷性。

Description

车辆支付管理方法、车载终端及电子设备

技术领域

本申请涉及智慧交通技术领域，尤其涉及一种车辆支付管理方法、车载终端及电子设备。

背景技术

随着社会的发展，车辆的数量与日剧增，人们享受车辆带来的便捷出行的同时，与车辆相关的支付场景也越来越多。例如，在车主需要支付停车费时，通常都是采用刷卡或者付现金的方式来完成停车费的支付，但此类方式需要车主先停车后再进行费用支付，支付方式较为繁琐。

发明内容

本申请实施例提供了一种车辆支付管理方法、车载终端及电子设备，可以实现支付过程的自动化智能化，提高行车支付的便捷性。

第一方面，本申请实施例提供了一种车辆支付管理方法，应用于车载终端，包括：

建立与电子设备的第一次通信；

接收所述电子设备发送的收费信息；所述收费信息由所述电子设备根据所述车载终端对应的车辆的进入信息匹配得到；所述进入信息包括车辆信息和车主信息；

建立与所述电子设备的第二次通信；

当接收到所述电子设备发送的消费信息时，通过关联的电子钱包支付与所述消费信息相对应的电子资源。

可选地，所述方法还包括：

当接收到所述电子设备发送的消费信息时，对所述消费消息进行校验；

当对所述消费信息校验通过时，触发通过关联的电子钱包支付与所述消费信息相对应的电子资源。

可选地，所述对所述消费信息进行校验，包括：

发送校验请求至指定服务器，所述校验请求携带所述消费信息，所述校验请求用于请求所述指定服务器对所述消费信息进行校验；

当接收到所述指定服务器返回的校验失败结果时，确定对所述消费信息校验未通过；

当接收到所述指定服务器返回的校验成功结果时，确定对所述消费信息校验通过。

可选地，所述消费信息包括消费明细和收费的商家信息，所述对所述消费信息进行校验，包括：

校验所述消费明细的正确性，并校验所述收费的商家信息的合法性；

当对所述消费明细的正确性校验通过，且对所述收费的商家信息的合法性校验通过时，确定对所述消费信息校验通过；

当对所述消费明细的正确性校验未通过，和/或对所述收费的商家信息的合法性校验未通过时，确定对所述消费信息校验未通过。

可选地，所述方法还包括：

当对所述消费信息校验通过时，获取所述车载终端的网络状态，并判断所述网络状态是否满足支付条件；

若所述网络状态满足支付条件，则触发通过关联的电子钱包支付与所述消费信息相对应的电子资源；

若所述网络状态不满足支付条件，则保存所述消费信息，并在再次检测到所述网络状态满足所述支付条件时，触发通过关联的电子钱包支付与所述消费信息相对应的电子资源。

第二方面，本申请实施例提供了一种车辆支付管理方法，应用于电子设备，包括：

建立与车载终端的第一次通信；

记录所述车载终端对应的车辆的进入信息，并将与所述进入信息匹配的收费信息下发至所述车载终端；所述进入信息包括车辆信息和车主信息；

建立与所述车载终端的第二次通信；

为所述车辆生成消费信息，并将所述消费信息发送至所述车载终端，以便所述车载终端通过关联的电子钱包支付与所述消费信息相对应的电子资源。

可选地，所述车主信息包括征信信息，所述将与所述进入信息匹配的收费信息下发至所述车载终端，包括：

根据所述征信信息，确定所述车辆对应的车主的信用状态；

根据预设的信用状态与收费信息的对应关系，确定所述车主的信用状态所对应的收费信息；

将所述车主的信用状态所对应的收费信息下发至所述车载终端。

可选地，在所述建立与所述车载终端的第二次通信之后，所述方法还包括：

获取所述车辆的车辆信息，并判断获取的车辆信息是否与记录的车辆信息相同；

当所述获取的车辆信息与所述记录的车辆信息相同时，触发为所述车辆生成消费信息。

第三方面，本申请实施例提供了一种车辆支付管理装置，包括用于执行如第一方面及其任意一种可选方式所述的方法的单元。

第四方面，本申请实施例还提供了一种车辆支付管理装置，包括用于执行如第二方面及其任意一种可选方式所述的方法的单元。

第五方面，本申请实施例提供了一种车载终端，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如第一方面及其任意一种可选方式所述的方法。

第六方面，本申请实施例提供了一种电子设备，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如第二方面及其任意一种可选方式所述的方法。

第七方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如第一方面及其任意一种可选方式所述的方法。

第八方面，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如第二方面及其任意一种可选方式所述的方法。

综上所述，车载终端可以建立与电子设备的第一次通信，并接收该电子设备发送的收费信息；该车载终端还可以建立与该电子设备的第二次通信，并当接收该电子设备发送的消费信息时，通过关联的电子钱包支付该消费信息对应的电子资源，从而实现了支付过程的自动化智能化，提高了行车支付的便捷性。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1是本申请实施例提供的一种车辆支付管理系统的网络架构示意图；

图2是本申请实施例提供的一种车辆支付管理方法的流程示意图；

图3是本申请实施例提供的另一种车辆支付管理方法的流程示意图；

图4是本申请实施例提供的另一种车辆支付管理方法的流程示意图；

图5是本申请实施例提供的一种车辆支付管理装置的结构示意图；

图6是本申请实施例提供的另一种车辆支付管理装置的结构示意图；

图7是本申请实施例提供的一种车载终端的结构示意图；

图8是本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

请参阅图1，为本申请实施例提供的一种车辆支付管理系统的网络架构示意图，图1所示的系统至少包括电子设备10、车辆20，还可以包括服务器30，该车辆20包括车载终端21。车载终端21可以分别与电子设备10和服务器30建立通信。在一个实施例中，为了保证电子设备10与车载终端21通信过程的高可靠性，电子设备10可以与车载终端21建立车到任意设备(Vehicle to X，V2X)通信。具体地，电子设备10可以与车载终端21建立车到路测设备(Vehicle to Infrastructure，V2I)通信。

本申请实施例中，车载终端21可以建立与电子设备10的第一次通信，电子设备10可以记录车辆20的进入信息，并将与该进入信息匹配的收费信息下发至车载终端21，车载终端21可以接收电子设备10发送的收费信息。车载终端21可以建立与电子设备10的第二次通信，电子设备10可以为车辆20生成消费信息，并将该消费信息发送至车载终端21；当车载终端21接收到电子设备10发送的消费信息时，可以通过关联的电子钱包支付与该消费信息相对应的电子资源。其中，该进入信息可以包括车辆信息和车主信息，该车辆信息可以包括车牌号和/或车型，该车主信息包括基本信息和/或征信信息。该基本信息包括但不限于车主姓名、联系方式等信息。该电子钱包包括但不限于银行卡、支付宝、微信等支付源。该消费信息至少可以包括消费明细，或还可以包括收费的商家信息。该电子资源是指存在于电子账户中、依托于电子商务且能在互联网上进行流通的资源，例如，该电子资源可以为电子货币。

在一个实施例中，车载终端21当接收到电子设备10发送的消费信息时，可以将该消费信息发送至服务器30以进行校验，并在确定服务器30对该消费信息校验通过时，通过关联的电子钱包支付该消费信息对应的电子资源。

在一个实施例中，电子设备10可以在将消费信息发送至车载终端21后，控制车道栏杆机抬杆。或，电子设备10可以在确认车载终端21支付该消费信息对应的电子资源成功后，控制车道栏杆机抬杆。

例如，在车辆进出停车场的支付场景下，当车辆1需要进入停车场A以停放车辆时，车主可以将车辆1行驶至停车场A的闸门口，车辆1的车载终端建立与设置在闸门口附近的电子设备1的第一次通信，电子设备1记录车俩1的进入信息，并将与该进入信息匹配的收费信息发送至车辆1的车载终端，车辆1的车载终端接收该收费信息以进行存储/展示/转发。电子设备1控制闸门口处的车道栏杆机抬杆，以便车辆1进入停车场A。当车辆1需要离开停车场A时，车主将车辆1再次行驶至停车场A的闸门口，车辆1的车载终端建立与设置在闸门口附近的电子设备1的第二次通信，电子设备1为车辆1生成消费信息，并将该消费信息发送至车辆1的车载终端，车辆1的车载终端在接收到电子设备1发送的消费信息时，通过关联的支付源支付与该消费信息相对应的电子资源。电子设备1控制闸门口处的车道栏杆机抬杆，以便车辆1离开停车场A。

请参阅图2，为本申请实施例提供的一种车辆支付管理方法的流程示意图。该方法可以应用于图1所示的支付系统中。具体地，该方法可以包括以下步骤：

S201、车载终端建立与电子设备的第一次通信。

S202、所述车载终端接收所述电子设备发送的收费信息。

在步骤S201-S202中，车载终端可以建立与电子设备的第一次通信，并可以接收该电子设备发送的收费信息。该收费信息由该电子设备根据该车载终端对应的车辆的进入信息匹配得到。

在车载终端建立与电子设备的第一次通信后，电子设备可以记录该车载终端对应的车辆的进入信息，并将与该进入信息匹配的收费信息下发至车载终端。

在一个实施例中，该第一次通信可以为第一次V2X通信。具体地，该第一次通信可以为第一次V2I通信。或，该第一次通信还可以为其他近场通信方式。

在一个实施例中，该进入信息可以是由车载终端发送至电子设备的。

在一个实施例中，该进入信息中的车辆信息可以是电子设备通过调用摄像装置采集，并经由图像识别技术识别出的。相应地，该进入信息中的车主信息可以是由车载终端发送至电子设备的。或，该车主信息包括的基本信息是该电子设备通过识别出的车辆信息从车管系统查询出的，该车主信息包括的征信信息是该电子设备根据该基本信息从征信系统查询出的。

在一个实施例中，该消费信息还可以包括消费数值估算值，该消费数值估算值是电子设备根据进入信息包括的预估停车时长计算出的。其中，该预估停车时长可以是由车主通过车载终端输入的。或，该预估停车时长还可以是由电子设备根据该车辆的平均停车时长计算出的。例如，该平均停车时长的单位可以为小时/每天。或，该预估停车时长还可以是由电子设备根据该车辆在目标区域的平均停车时长计算出的。在一个实施例中，该目标区域可以是指该电子设备所处的区域，如电子设备所处的停车场。或，该预估停车时长还可以是由电子设备根据该车辆在预设时间段内在目标区域的平均停车时长计算出的。

S203、所述车载终端建立与所述电子设备的第二次通信。

S204、当接收到所述电子设备发送的消费信息时，所述车载终端通过关联的电子钱包支付与所述消费信息相对应的电子资源。

在步骤S203-S204中，车载终端可以建立与该电子设备的第二次通信，并当接收到该电子设备发送的消费信息时，通过关联的电子钱包支付与该消费信息相对应的电子资源。

车载终端建立与该电子设备的第二次通信后，电子设备可以为该车辆生成消费信息，并将该消费信息下发至车载终端，车载终端可以接收电子设备发送的消费信息。

在一个实施例中，该第二次通信可以为第二次V2X通信。具体地，该第二次通信可以为第二次V2I通信。

在一个实施例中，当车载终端通过关联的电子钱包支付与该消费信息相对应的电子资源失败时，可以保存该消费信息，并在预设时间范围(如一个月)内再次通过关联的电子钱包支付与该消费信息相对应的电子资源。

在一个实施例中，车载终端可以接收电子设备对应的服务器发送的提示信息，该提示信息用于提示该在预设时间范围内再次通过关联的电子钱包支付与该消费信息相对应的电子资源。

可见，图2所示的实施例中，车载终端可以建立与电子设备的第一次通信，并接收该电子设备发送的收费信息；该车载终端还可以建立与该电子设备的第二次通信，并当接收该电子设备发送的消费信息时，通过关联的电子钱包支付该消费信息对应的电子资源，从而实现了支付过程的自动化智能化，提高了行车支付的便捷性。

请参阅图3，为本申请实施例提供的另一种车辆支付管理方法的流程示意图。该方法可以应用于图1所示的系统中。具体地，该方法可以包括以下步骤：

S301、车载终端建立与电子设备的第一次通信。

S302、所述车载终端接收所述电子设备发送的收费信息；

S303、所述车载终端建立与所述电子设备的第二次通信。

其中，步骤S301-S303可以参见图2实施例中的步骤S201-S203，本申请实施例在此不做赘述。

S204、所述车载终端当接收到所述电子设备发送的消费信息时，对所述消费消息进行校验。

S205、当对所述消费信息校验通过时，所述车载终端通过关联的电子钱包支付与所述消费信息相对应的电子资源。

本申请实施例中，为了保证消费信息的正确性，车载终端当接收到电子设备发送的消费信息时，可以对该消费信息进行校验，并当对该消费信息校验通过时，车载终端通过关联的电子钱包支付与该消费信息相对应的电子资源。

在一个实施例中，车载终端对该消费信息进行校验，包括：该车载终端发送校验请求至指定服务器，该校验请求携带该消费信息，该校验请求用于请求该指定服务器对该消费信息进行校验；当该车载终端接收到该指定服务器返回的校验失败结果时，该车载终端确定对该消费信息校验未通过；当该车载终端接收到该指定服务器返回的校验成功结果时，该车载终端确定对该消费信息校验通过。其中，该指定服务器可以是指该车载终端对应的服务器，如可以为图1所示的支付管理系统中的服务器30。本申请实施例通过服务器对消费信息进行校验，可以有效地保证校验过程的可靠性。

在一个实施例中，该校验请求还可以携带收费信息，该校验请求用于请求该指定服务器根据该收费信息对该消费信息进行校验。

在一个实施例中，该消费信息包括消费明细，车载终端对该消费信息进行校验，包括：该车载终端校验该消费明细的正确性；当该车载终端对该消费明细的正确性校验通过时，确定对该消费信息校验通过；当该车载终端对该消费明细的正确性校验未通过时，确定对该消费信息校验未通过。本申请实施例通过车载终端进行校验，可以提高校验速度。

在一个实施例中，该消费信息包括收费的商家信息，车载终端对该消费信息进行校验，包括：该车载终端校验该收费的商家信息的合法性；当该车载终端对该收费的商家信息的合法性校验通过时，确定对该消费信息校验通过；当该车载终端对该收费的商家信息的合法性校验未通过时，确定对该消费信息校验未通过。本申请实施例通过车载终端进行校验，可以提高校验速度。

在一个实施例中，该消费信息包括消费明细和收费的商家信息，车载终端对该消费信息进行校验，包括：该车载终端校验该消费明细的正确性，并校验该收费的商家信息的合法性；当该车载终端对该消费明细的正确性校验通过，且对该收费的商家信息的合法性校验通过时，确定对该消费信息校验通过；当该车载终端对该消费明细的正确性校验未通过，和/或对该收费的商家信息的合法性校验未通过时，确定对该消费信息校验未通过。本申请实施例通过车载终端进行校验，可以提高校验速度。

在一个实施例中，车载终端校验该消费明细的正确性，包括：车载终端获取目标信息；该目标信息包括该车辆的进场时间、该车辆的出场时间、该收费信息；根据该进场时间、该出场时间、该收费信息，判断该消费明细中的消费数值是否正确；当确定该消费数值正确时，车载终端确定对该消费明细的正确性校验通过。

在一个实施例中，车载终端校验该收费的商家信息的合法性，包括：车载终端确定该收费的商家信息对应的商家所在的地区；车载终端根据预设的地区与黑名单的对应关系，确定出该商家所在的地区对应的目标黑名单；该目标黑名单中记录了非法的商家信息；车载终端查询该目标黑名单是否包括该收费的商家信息；当查询到该目标黑名单不包括该收费的商家信息时，车载终端确定对该收费的商家信息的合法性校验通过。

在一个实施例中，当对该消费信息校验通过时，车载终端获取该车载终端的网络状态，并判断该网络状态是否满足支付条件；若该网络状态满足支付条件，则触发该车载终端通过关联的电子钱包支付与该消费信息相对应的电子资源；若该网络状态不满足支付条件，则保存该消费信息，并在再次检测到该网络状态满足该支付条件时，触发该车载终端通过关联的电子钱包支付与该消费信息相对应的电子资源。

在一个实施例中，该网络状态包括网络状态等级，判断该网络状态是否满足预设条件，可以包括：判断该网络状态等级是否达到预设等级；若该网络状态等级达到预设等级，则确定该网络状态满足预设条件，若该网络状态等级未达到预设等级，则确认该网络状态不满足预设条件。例如，该网络状态等级可以为优、良、中、差，或为一级、二级、三级、四级。或，该网络状态包括信号强度，该判断该网络状态是否满足预设条件，可以包括：判断该信号强度是否大于预设值；若该信号强度大于预设值，则确定该网络状态满足预设条件，若该信号强度小于或等于预设值，则确定该网络状态不满足预设条件。

在一个实施例中，当车载终端对该消费信息校验未通过时，可以返回问题信息至该指定服务器，或反馈问题信息至目标服务器。

可见，图3所示的实施例中，车载终端可以建立与电子设备的第一次通信，并接收该电子设备发送的收费信息；该车载终端还可以建立与该电子设备的第二次通信，当接收该电子设备发送的消费信息时，对该消费信息进行校验，并当对该消费信息校验通过时，通过关联的电子钱包支付该消费信息对应的电子资源，从而实现了支付过程的自动化智能化，提高了行车支付可靠性和便捷性。

请参阅图4，为本申请实施例中提供的另一种车辆支付管理方法的流程示意图。其中，该方法可以应用于图1所示的系统中。具体地，该方法可以包括以下步骤：

S401、电子设备建立与车载终端的第一次通信。

S402、所述电子设备记录所述车载终端对应的车辆的进入信息，并将与所述进入信息匹配的收费信息下发至所述车载终端。

本申请实施例中，电子设备可以建立与车子终端的第一次通信，并记录该车子终端对应的车辆的进入信息，将与该进入信息匹配的收费信息下发至车载终端。其中，该进入信息可以包括车主信息和车辆信息。本申请实施例通过将匹配的收费信息下发至车载终端可以便于车主掌握收费情况，并且在一些实施例中，该收费信息还可以用于车载终端对消费信息的校验过程。

在一个实施例中，该第一次通信可以为第一次V2X通信。具体地，该第一次通信可以为第一次V2I通信。或，该第一次通信还可以为其他近场通信方式。

在一个实施例中，该进入信息可以是由车载终端发送至电子设备的。

在一个实施例中，该进入信息中的车辆信息可以是电子设备通过调用摄像装置采集，并经由图像识别技术识别出的。相应地，该进入信息中的车主信息可以是由车载终端发送至电子设备的。或，该车主信息包括的基本信息是该电子设备通过识别出的车辆信息从车管系统查询出的，该车主信息包括的征信信息是该电子设备根据该基本信息从征信系统查询出的。

在一个实施例中，该消费信息还可以包括消费数值估算值，该消费数值估算值是电子设备根据进入信息包括的预估停车时长计算出的。其中，该预估停车时长可以是由车主通过车载终端输入的。或，该预估停车时长还可以是由电子设备根据该车辆的平均停车时长计算出的。例如，该平均停车时长的单位可以为小时/每天。或，该预估停车时长还可以是由电子设备根据该车辆在目标区域的平均停车时长计算出的。在一个实施例中，该目标区域可以是指该电子设备所处的区域，如电子设备所处的停车场。或，该预估停车时长还可以是由电子设备根据该车辆在预设时间段内在目标区域的平均停车时长计算出的。

在一个实施例中，电子设备将与该进入信息匹配的收费信息下发至该车载终端，可以包括：该电子设备获取预设的收费信息，并将该预设的收费信息下发至该车载终端。针对所有车辆统一设置收费信息，有利于快速下发收费信息。

在一个实施例中，该车主信息包括征信信息，电子设备将与该进入信息匹配的收费信息下发至该车载终端，可以包括：该电子设备根据该征信信息，确定该车辆对应的车主的信用状态；该电子设备根据预设的信用状态与收费信息的对应关系，确定该车主的信用状态所对应的收费信息；该电子设备将该车主的信用状态所对应的收费信息下发至该车载终端。通过信用状态设置收费信息，可以有效地确保支付过程的可靠性，保证商家的权益。

在一个实施例中，该电子设备根据该征信信息，确定该车辆对应的车主的信用状态，可以包括；电子设备根据该征信信息计算出该车主的征信评分，并根据预设的征信评分与信用状态的对应关系，确定出该车主的征信评分所对应的信用状态。

在一个实施例中，电子设备根据该征信信息计算出该车主的征信评分，可以包括：电子设备根据预设的信息与分值的对应关系，确定出该征信信息中各信息所对应的分值；电子设备将该征信信息中各信息所对应的分值累加，得到累加后的分值，并将该累加后的分值确定为该车主的征信评分。

S403、所述电子设备建立与所述车载终端的第二次通信；

S404、所述电子设备为所述车辆生成消费信息，并将所述消费信息发送至所述车载终端，以便所述车载终端通过关联的电子钱包支付与所述消费信息相对应的电子资源。

本申请实施例中，电子设备可以建立与车载终端的第二次通信，并为该车辆生成消费信息，将该消费信息发送至车载终端，以便车载终端通过关联的电子钱包支付与该消费信息相对应的电子资源。其中，该消费信息可以包括消费明细和/或收费的商家信息。该消费明细包括的消费数值，可以是根据该车辆的进场时间、该车辆的出场时间、该车辆的收费信息计算出的。

在一个实施例中，该第二次通信可以为第二次V2X通信。具体地，该第二次通信可以为第二次V2I通信。

在一个实施例中，电子设备在建立与该车载终端的第二次通信之后，该电子设备获取该车辆的车辆信息，并判断获取的车辆信息是否与记录的车辆信息相同；当该获取的车辆信息与该记录的车辆信息相同时，触发该电子设备为该车辆生成消费信息。通过判断获取的车辆信息与记录的车辆信息是否相同，可以便于准确地计算出相应车辆的消费信息。

在一个实施例中，电子设备获取该车辆的获取车辆信息，可以包括：该电子设备接收该车载终端发送的车辆信息。

在一个实施例中，电子设备获取该车辆的车辆信息，可以包括：该电子设备通过调用摄像装置采集该车俩的图片，并经由图像识别技术对该车辆的图片进行识别以获取该车辆的车辆信息。

可见，图4所示的实施例中，电子设备可以建立与车载终端的第一次通信，并将与车载终端对应的车辆的进入信息匹配的消费信息下发至该车载终端，以便与该电子设备建立与该车载终端的第二次通信时，可以为该车辆生成消费信息，并将该消费信息下发至该车载终端，以便车载终端执行线上支付操作，不仅实现了支付过程的自动化智能化，还提供了行车支付的便捷性和可靠性。

请参阅图5，为本申请实施例提供的一种车辆支付管理装置的结构示意图。该装置可以应用于车载终端。具体地，该装置可以包括：

通信模块501，用于建立与电子设备的第一次通信；

通信模块501，还用于接收所述电子设备发送的收费信息；所述收费信息由所述电子设备根据所述车载终端对应的车辆的进入信息匹配得到；所述进入信息包括车辆信息和车主信息；

通信模块501，还用于建立与所述电子设备的第二次通信；

处理模块502，还用于当通过通信模块501接收到所述电子设备发送的消费信息时，通过关联的电子钱包支付与所述消费信息相对应的电子资源。

在一种可选的实施方式中，处理模块502，还用于当接收到所述电子设备发送的消费信息时，对所述消费消息进行校验；当对所述消费信息校验通过时，触发通过关联的电子钱包支付与所述消费信息相对应的电子资源。

在一种可选的实施方式中，处理模块502对所述消费信息进行校验，具体为：通过通信模块501发送校验请求至指定服务器，所述校验请求携带所述消费信息，所述校验请求用于请求所述指定服务器对所述消费信息进行校验；当通过通信模块501接收到所述指定服务器返回的校验失败结果时，确定对所述消费信息校验未通过；当通过通信模块501接收到所述指定服务器返回的校验成功结果时，确定对所述消费信息校验通过。

在一种可选的实施方式中，所述消费信息包括消费明细和收费的商家信息，处理模块502对所述消费信息进行校验，具体为：校验所述消费明细的正确性，并校验所述收费的商家信息的合法性；当对所述消费明细的正确性校验通过，且对所述收费的商家信息的合法性校验通过时，确定对所述消费信息校验通过；当对所述消费明细的正确性校验未通过，和/或对所述收费的商家信息的合法性校验未通过时，确定对所述消费信息校验未通过。

在一种可选的实施方式中，处理模块502，还用于当对所述消费信息校验通过时，获取所述车载终端的网络状态，并判断所述网络状态是否满足支付条件；若所述网络状态满足支付条件，则触发通过关联的电子钱包支付与所述消费信息相对应的电子资源；若所述网络状态不满足支付条件，则保存所述消费信息，并在再次检测到所述网络状态满足所述支付条件时，触发通过关联的电子钱包支付与所述消费信息相对应的电子资源。

可见，图5所示的实施例中，车载终端可以建立与电子设备的第一次通信，并接收该电子设备发送的收费信息；该车载终端还可以建立与该电子设备的第二次通信，并当接收该电子设备发送的消费信息时，通过关联的电子钱包支付该消费信息对应的电子资源，从而实现了支付过程的自动化智能化，提高了行车支付的便捷性。

请参阅图6，为本申请实施例提供的另一种车辆支付管理装置。其中，该装置可以应用于电子设备。具体地，该装置可以包括：

通信模块601，用于建立与车载终端的第一次通信；

处理模块602，用于记录所述车载终端对应的车辆的进入信息，并通过通信模块601将与所述进入信息匹配的收费信息下发至所述车载终端；所述进入信息包括车辆信息和车主信息；

通信模块601，还用于建立与所述车载终端的第二次通信；

处理模块602，还用于为所述车辆生成消费信息，并通过通信模块601将所述消费信息发送至所述车载终端，以便所述车载终端通过关联的电子钱包支付与所述消费信息相对应的电子资源。

在一种可选的实施方式中，所述车主信息包括征信信息，处理模块602通过通信模块601将与所述进入信息匹配的收费信息下发至所述车载终端，具体为根据所述征信信息，确定所述车辆对应的车主的信用状态；根据预设的信用状态与收费信息的对应关系，确定所述车主的信用状态所对应的收费信息；通过通信模块601将所述车主的信用状态所对应的收费信息下发至所述车载终端。

在一种可选的实施方式中，处理模块602，还用于在通过通信模块601建立与所述车载终端的第二次通信之后，获取所述车辆的车辆信息，并判断获取的车辆信息是否与记录的车辆信息相同；当所述获取的车辆信息与所述记录的车辆信息相同时，触发为所述车辆生成消费信息。

可见，图6所示的实施例中，电子设备可以建立与车载终端的第一次通信，并将与车载终端对应的车辆的进入信息匹配的消费信息下发至该车载终端，以便当该电子设备建立与该车载终端的第二次通信时，可以为该车辆生成消费信息，并将该消费信息下发至该车载终端，以便车载终端执行线上支付操作，不仅实现了支付过程的自动化智能化，还提供了行车支付的便捷性和可靠性。

请参阅图7，为本申请实施例提供的一种车载终端的结构示意图。图7所示的车载终端可以包括：一个或多个处理器701；一个或多个输入设备702，一个或多个输出设备703和存储器704。上述处理器701、输入设备702、输出设备703和存储器704通过总线连接。存储器704用于存储计算机程序，所述计算机程序包括程序指令，处理器701用于执行存储器704存储的程序指令。

在本申请实施例中，由处理器701加载并执行计算机存储介质中存放的至少一条(一条或一条以上)指令，以实现上述图2-图3所示方法流程的相应步骤；具体实现中，计算机存储介质中的至少一条指令由处理器701加载并执行如下步骤：建立与电子设备的第一次通信；通过输入设备702接收所述电子设备发送的收费信息；所述收费信息由所述电子设备根据所述车载终端对应的车辆的进入信息匹配得到；所述进入信息包括车辆信息和车主信息；建立与所述电子设备的第二次通信；当通过输入设备702接收到所述电子设备发送的消费信息时，通过关联的电子钱包支付与所述消费信息相对应的电子资源。

可选地，至少一条指令由处理器701加载，并还执行当接收到所述电子设备发送的消费信息时，对所述消费消息进行校验；当对所述消费信息校验通过时，触发通过关联的电子钱包支付与所述消费信息相对应的电子资源。

可选地，至少一条指令由处理器701加载并执行所述对所述消费信息进行校验，具体为：通过输出设备703发送校验请求至指定服务器，所述校验请求携带所述消费信息，所述校验请求用于请求所述指定服务器对所述消费信息进行校验；当通过输入设备702接收到所述指定服务器返回的校验失败结果时，确定对所述消费信息校验未通过；当通过输入设备702接收到所述指定服务器返回的校验成功结果时，确定对所述消费信息校验通过。

可选地，所述消费信息包括消费明细和收费的商家信息，至少一条指令由处理器701加载并执行所述对所述消费信息进行校验，具体为：校验所述消费明细的正确性，并校验所述收费的商家信息的合法性；当对所述消费明细的正确性校验通过，且对所述收费的商家信息的合法性校验通过时，确定对所述消费信息校验通过；当对所述消费明细的正确性校验未通过，和/或对所述收费的商家信息的合法性校验未通过时，确定对所述消费信息校验未通过。

可选地，至少一条指令由处理器701加载，并还执行当对所述消费信息校验通过时，获取所述车载终端的网络状态，并判断所述网络状态是否满足支付条件；若所述网络状态满足支付条件，则触发通过关联的电子钱包支付与所述消费信息相对应的电子资源；若所述网络状态不满足支付条件，则保存所述消费信息，并在再次检测到所述网络状态满足所述支付条件时，触发通过关联的电子钱包支付与所述消费信息相对应的电子资源。

应当理解，所称处理器701可以是中央处理单元(Central Processing Unit，CPU)，该处理器还可以是其它通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

输入设备702与输出设备703可以包括标准的有线或无线通信接口。该输入设备702还可以包括触控板、指纹采传感器(用于采集用户的指纹信息和指纹的方向信息)、麦克风等，输出设备703可以包括显示器(LCD等)、扬声器等。

该存储器704可以包括只读存储器和随机存取存储器，并向处理器701提供指令和数据。存储器704的一部分还可以包括非易失性随机存取存储器。例如，存储器704还可以存储数据库。

在本申请的另一实施例中提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令被处理器执行时实现本申请实施例提供的图2或图3所描述的车辆支付管理方法的实现方式。该计算机可读存储介质可以是前述任一实施例车载终端的内部存储单元，例如硬盘或内存。该计算机可读存储介质也可以是车载终端的外部存储设备，例如车载终端上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，该计算机可读存储介质还可以既包括车载终端的内部存储单元也包括外部存储设备。计算机可读存储介质用于存储计算机程序以及所述车载终端所需的其它程序和数据。计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

请参阅图8，为本申请实施例提供的一种电子设备的结构示意图。图8所示的电子设备可以包括：一个或多个处理器801；一个或多个输入设备802，一个或多个输出设备803和存储器804。上述处理器801、输入设备802、输出设备803和存储器804通过总线连接。存储器804用于存储计算机程序，所述计算机程序包括程序指令，处理器801用于执行存储器804存储的程序指令。

在本申请实施例中，由处理器801加载并执行计算机存储介质中存放的至少一条(一条或一条以上)指令，以实现上述图4所示方法流程的相应步骤；具体实现中，计算机存储介质中的至少一条指令由处理器801加载并执行如下步骤：建立与车载终端的第一次通信；记录所述车载终端对应的车辆的进入信息，并通过输出设备803将与所述进入信息匹配的收费信息下发至所述车载终端；所述进入信息包括车辆信息和车主信息；建立与所述车载终端的第二次通信；为所述车辆生成消费信息，并通过输出设备803将所述消费信息发送至所述车载终端，以便所述车载终端通过关联的电子钱包支付与所述消费信息相对应的电子资源。

可选地，所述车主信息包括征信信息，至少一条指令由处理器801加载并执行通过输出设备803所述将与所述进入信息匹配的收费信息下发至所述车载终端，具体为：根据所述征信信息，确定所述车辆对应的车主的信用状态；根据预设的信用状态与收费信息的对应关系，确定所述车主的信用状态所对应的收费信息；通过输出设备803将所述车主的信用状态所对应的收费信息下发至所述车载终端。

可选地，至少一条指令由处理器801加载，并还执行在建立与所述车载终端的第二次通信之后，获取所述车辆的车辆信息，并判断获取的车辆信息是否与记录的车辆信息相同；当所述获取的车辆信息与所述记录的车辆信息相同时，触发所述为所述车辆生成消费信息。

应当理解，所称处理器801可以是中央处理单元(Central Processing Unit，CPU)，该处理器还可以是其它通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

输入设备802与输出设备803可以包括标准的有线或无线通信接口。可选的，该输入设备802还可以包括触控板、指纹采传感器(用于采集用户的指纹信息和指纹的方向信息)、麦克风等，输出设备803可以包括显示器(LCD等)、扬声器等。

该存储器804可以包括只读存储器和随机存取存储器，并向处理器801提供指令和数据。存储器804的一部分还可以包括非易失性随机存取存储器。例如，存储器804还可以存储数据库。

在本申请的另一实施例中提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令被处理器执行时实现本申请实施例提供的图4所描述的车辆支付管理方法的实现方式。该计算机可读存储介质可以是前述任一实施例电子设备的内部存储单元，例如硬盘或内存。该计算机可读存储介质也可以是电子设备的外部存储设备，例如电子设备上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，该计算机可读存储介质还可以既包括电子设备的内部存储单元也包括外部存储设备。计算机可读存储介质用于存储计算机程序以及所述电子设备所需的其它程序和数据。计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、方法、装置、车载终端、电子设备，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

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

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

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种车辆支付管理方法，应用于车载终端，其特征在于，包括：

建立与电子设备的第一次通信；

接收所述电子设备发送的收费信息；所述收费信息由所述电子设备根据所述车载终端对应的车辆的进入信息匹配得到；所述进入信息包括车辆信息和车主信息；

建立与所述电子设备的第二次通信；

当接收到所述电子设备发送的消费信息时，通过关联的电子钱包支付与所述消费信息相对应的电子资源。

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

当接收到所述电子设备发送的消费信息时，对所述消费消息进行校验；

当对所述消费信息校验通过时，触发通过关联的电子钱包支付与所述消费信息相对应的电子资源。

3.根据权利要求2所述的方法，其特征在于，所述对所述消费信息进行校验，包括：

发送校验请求至指定服务器，所述校验请求携带所述消费信息，所述校验请求用于请求所述指定服务器对所述消费信息进行校验；

当接收到所述指定服务器返回的校验失败结果时，确定对所述消费信息校验未通过；

当接收到所述指定服务器返回的校验成功结果时，确定对所述消费信息校验通过。

4.根据权利要求2所述的方法，其特征在于，所述消费信息包括消费明细和收费的商家信息，所述对所述消费信息进行校验，包括：

校验所述消费明细的正确性，并校验所述收费的商家信息的合法性；

当对所述消费明细的正确性校验通过，且对所述收费的商家信息的合法性校验通过时，确定对所述消费信息校验通过；

当对所述消费明细的正确性校验未通过，和/或对所述收费的商家信息的合法性校验未通过时，确定对所述消费信息校验未通过。

5.根据权利要求2-4任意一项所述的方法，其特征在于，所述方法还包括：

当对所述消费信息校验通过时，获取所述车载终端的网络状态，并判断所述网络状态是否满足支付条件；

若所述网络状态满足支付条件，则触发通过关联的电子钱包支付与所述消费信息相对应的电子资源；

若所述网络状态不满足支付条件，则保存所述消费信息，并在再次检测到所述网络状态满足所述支付条件时，触发通过关联的电子钱包支付与所述消费信息相对应的电子资源。

6.一种车辆支付管理方法，应用于电子设备，其特征在于，包括：

建立与车载终端的第一次通信；

记录所述车载终端对应的车辆的进入信息，并将与所述进入信息匹配的收费信息下发至所述车载终端；所述进入信息包括车辆信息和车主信息；

建立与所述车载终端的第二次通信；

为所述车辆生成消费信息，并将所述消费信息发送至所述车载终端，以便所述车载终端通过关联的电子钱包支付与所述消费信息相对应的电子资源。

7.根据权利要求6所述的方法，其特征在于，所述车主信息包括征信信息，所述将与所述进入信息匹配的收费信息下发至所述车载终端，包括：

根据所述征信信息，确定所述车辆对应的车主的信用状态；

根据预设的信用状态与收费信息的对应关系，确定所述车主的信用状态所对应的收费信息；

将所述车主的信用状态所对应的收费信息下发至所述车载终端。

8.根据权利要求6或7所述的方法，其特征在于，在所述建立与所述车载终端的第二次通信之后，所述方法还包括：

获取所述车辆的车辆信息，并判断获取的车辆信息是否与记录的车辆信息相同；

当所述获取的车辆信息与所述记录的车辆信息相同时，触发为所述车辆生成消费信息。

9.一种车载终端，其特征在于，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如权利要求1-5任一项所述的方法。

10.一种电子设备，其特征在于，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如权利要求6-8任意一项所述的方法。