CN110852736B - 用车支付方法、装置、***及电子设备 - Google Patents

Abstract

本说明书实施例公开了一种用车支付方法、装置、***及电子设备，其实质方案是，对目标车的用车账单信息，确定所述用车账单信息所对应的用车行为类别，获取所述用车行为类别对应的支付渠道，根据所述用车账单信息，向所述支付渠道对应的结算端发送用车支付请求，使得所述结算端根据所述用车支付请求完成支付。

Description

用车支付方法、装置、***及电子设备

技术领域

本说明书实施例涉及计算机技术领域，尤其涉及一种用车支付方法、装置、***及电子设备。

背景技术

当前，用车电子收费模式逐渐普及，给予车主很多便利。

发明内容

有鉴于此，本说明书实施例提供了一种用户体验良好的用车支付方法、装置、***及电子设备。

本说明书实施例采用下述技术方案：

本说明书实施例提供一种用车支付方法，包括：

接收目标车的用车账单信息；

确定所述用车账单信息所对应的用车行为类别；

获取所述用车行为类别对应的支付渠道；

根据所述用车账单信息，向所述支付渠道对应的结算端发送用车支付请求，使得所述结算端根据所述用车支付请求完成支付。

本说明书实施例还提供一种用车支付***，包括：

采集终端，采集目标车的用车行为信息，根据所述用车行为信息生成用车账单信息；

用车收费***，从所述采集终端接收所述用车账单信息，确定所述用车账单信息所对应的用车行为类别，获取所述用车行为类别对应的支付渠道，根据所述用车账单信息生成用车支付请求；

结算端，从所述用车收费***接收所述用车支付请求根据所述用车支付请求完成支付。

本说明书实施例还提供一种用车支付装置，包括：

接收模块，接收目标车的用车账单信息；

确定模块，确定所述用车账单信息所对应的用车行为类别；

获取模块，获取所述用车行为类别对应的支付渠道；

发送模块，根据所述用车账单信息，向所述支付渠道对应的结算端发送用车支付请求，使得所述结算端根据所述用车支付请求完成支付。。

本说明书实施例还提供一种用车支付装置，包括：

接收模块，接收目标车的用车账单信息；

确定模块，确定所述用车账单信息所对应的用车行为类别；

获取模块，获取所述用车行为类别对应的支付渠道；

发送模块，根据所述用车账单信息，向所述支付渠道对应的结算端发送用车支付请求，使得所述结算端根据所述用车支付请求完成支付。

本说明书实施例还提供一种电子设备，包括：

处理器；以及

被配置成存储计算机程序的存储器，所述计算机程序在被执行时使所述处理器执行以下操作：

接收目标车的用车账单信息；

确定所述用车账单信息所对应的用车行为类别；

获取所述用车行为类别对应的支付渠道；

根据所述用车账单信息，向所述支付渠道对应的结算端发送用车支付请求，使得所述结算端根据所述用车支付请求完成支付。

本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：

对目标车的用车账单信息，确定所述用车账单信息所对应的用车行为类别，获取所述用车行为类别对应的支付渠道，根据所述用车账单信息，向所述支付渠道对应的结算端发送用车支付请求，使得所述结算端根据所述用车支付请求完成支付。本说明书实施例记载的方案提供支付渠道选择方案，具体地根据用车行为类别选择对应的支付渠道，改善单一用车行为类别造成的支付渠道唯一性，给予用户更多的支付选择，提升用户体验。

附图说明

此处所说明的附图用来提供对本说明书实施例的进一步理解，构成本说明书实施例的一部分，本说明书的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本说明书实施例提出的一种用车支付***的结构示意图；

图2为本说明书实施例提出的一种基于用车支付***的用车支付方法的一个应用示例的时序图；

图3为本说明书实施例提出的一种用车支付方法的流程图；

图4为本说明书实施例提出的一种用车支付***提供的客户端界面示意图；

图5本说明书实施例提出的一种用车支付装置的结构示意图。

具体实施方式

对现有技术进行研究发现，在用车电子支付模式下，支付渠道单一，用户体验不足。

本说明书实施例提出一种用车支付方法、装置、***及电子设备，其实质方案是，对目标车的用车账单信息，确定所述用车账单信息所对应的用车行为类别，获取所述用车行为类别对应的支付渠道，根据所述用车账单信息，向所述支付渠道对应的结算端发送用车支付请求，使得所述结算端根据所述用车支付请求完成支付。本说明书实施例记载的方案提供支付渠道选择方案，具体地根据用车行为类别选择对应的支付渠道，改善单一用车行为类别造成的支付渠道唯一性，给予用户更多的支付选择，提升用户体验。

为使本申请的目的、技术方案和优点更加清楚，下面将结合本说明书具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

以下结合附图，详细说明本说明书各实施例提供的技术方案。

图1为本说明书实施例提出的一种用车支付***的结构示意图。

本说明书实施例记载的用车支付***可以包括：

采集终端101，采集目标车C的用车行为信息，根据所述用车行为信息生成用车账单信息；

用车收费***102，从所述采集终端101接收所述用车账单信息，确定所述用车账单信息所对应的用车行为类别，获取所述用车行为类别对应的支付渠道，根据所述用车账单信息生成用车支付请求；

结算端103，从所述用车收费***102接收所述用车支付请求根据所述用车支付请求完成支付。

在本说明书实施例中，采集终端101可以采用红外线扫描识别技术、或摄像识别技术、或激光扫描识别技术识别目标车C及用车行为信息。

在本说明书另一实施例中，用车支付***还可以包括：

车载终端，当与所述采集终端建立通信连接时，所述采集终端采集所述目标车的用车行为信息。

采集终端101与目标车C之间可以建立通信连接，通过识别目标车C来采集目标车C的用车行为信息。例如，采用IC卡识别技术、或非接触式射频识别技术识别目标车C及其用车行为信息。例如，无线通信识别技术中，目标车C中预装车载单元(On board unit，OBU)又称应答器(Transponder)或电子标签(Tag)，采集终端101预装路边单元(Road side unit，RSU)及感应器。当车辆通过时，感应器感知车辆，RSU发出询问信号，OBU做出响应，并进行双向通信和数据交换，继而OBU采集目标车C的车牌信息及用车行为信息。

用车行为信息可以包含指定路段行车、停车、加油中的一种或多种。指定路段行车可以包含收费公路行车，如高速、桥梁等，对具体场景不做限定。

用车账单信息是对用车行为进行计费而得到的缴费单。

支付渠道可以是第三方支付渠道、银行卡或其他支付渠道，在此不做具体限定。

利用本说明书实施例记载的***，可以根据用车行为类别选择对应的支付渠道，改善单一用车行为类别造成的支付渠道唯一性，给予用户更多的支付选择，提升用户体验。

图2为本说明书实施例提出的一种基于用车支付***的用车支付方法的一个应用示例的时序图。

步骤202：当目标车20进入预设车道，停车***21识别车辆标识信息，并采集入场时间。

停车***21为采集终端的一个应用示例，入场时间为用车行为信息的一种。

步骤204：当目标车20驶出预设车道，停车***21识别车辆标识信息，并采集出场时间。

步骤206：停车***21基于两次车辆标识信息匹配到同一辆目标车20，根据入场时间和出场时间计算目标车20的停车时间及停车费，生成停车账单信息。

步骤208：停车***21向用车收费***22发送停车账单信息。

步骤210：用车收费***22判定该用车行为类别为停车。

步骤212：用车收费***22根据停车与支付渠道之间的对应关系，确定当前的支付渠道；

步骤214：用车收费***22根据停车账单信息生成支付请求，将支付请求发送给已确定的支付渠道侧的结算端23；

步骤216：结算端23接收支付请求，并根据支付请求完成支付。

图3为本说明书实施例提出的一种用车支付方法的流程图。本方法的执行主体可以是用车收费***。

步骤301：接收目标车的用车账单信息。

本说明书实施例记载的用车账单信息可以是采集终端通过采集用车行为而产生的缴费单信息。

用车账单信息可以包含目标车的车辆标识、缴费金额、用车行为信息中的一种或多种。

步骤303：确定所述用车账单信息所对应的用车行为类别。

用车账单信息所对应的用车行为类别反映了产生用车账单信息的用车行为所属类别。

在本说明书实施例中，确定所述用车账单信息所对应的用车行为类别，可以包括：

根据所述用车账单信息的发送方的标识获取用车行为类别。

用车账单信息的发送方的标识表征发送方从事的业务类型，该业务类型为发送方提供特定类别的用车服务，那么由此可以确定出用车行为类别。

在一个实施例中，发送方的标识中可以携带业务类型，由此从发送方的标识中直接提取出业务类型。

在本说明书另一实施例中，根据所述用车账单信息的发送方的标识获取用车行为类别，可以包括：

根据所述用车账单信息的发送方标识，从数据库中获取所述发送方的业务类型；

根据所述发送方的业务类型确定所述用车行为类别。

在本说明书实施例中，用车收费***与发送方之间存在业务关系，用车收费***中可以存储发送方的标识与业务类型之间的对应关系，这样用车收费***可以从自身数据库中获取到发送方的业务类型。

在本说明书实施例中，确定所述用车账单信息所对应的用车行为类别，可以包括：

若所述用车账单信息中包含所述用车行为类别，则从所述用车账单信息中获取所述用车行为类别。

步骤305：获取所述用车行为类别对应的支付渠道。

在本说明书实施例中，不同的用车行为类别可以对应不同的支付渠道，这可以是默认设定，还可以由用户设定。

在本说明书实施例中，获取所述用车行为类别对应的支付渠道，可以包括：

根据所述目标车的标识，从数据库中获取所述支付渠道与用车行为类别之间的对应关系；

利用获取的所述支付渠道与用车行为类别之间的对应关系确定所述目标车的用车行为类别对应的支付渠道。

在本说明书实施例中，获取所述用车行为类别对应的支付渠道，可以包括：

向所述目标车所属用户的客户端发送所述用车行为类别对应的支付渠道推荐信息；

根据所述用户对所述支付渠道信息的反馈确定所述用车行为类别信息对应的支付渠道。

步骤307：根据所述用车账单信息，向所述支付渠道对应的结算端发送用车支付请求，使得所述结算端根据所述用车支付请求完成支付。

具体地，可以是根据用车账单信息生成用车支付请求，将该用车支付请求发送给支付渠道对应的结算端。

在本说明书实施例中，在向所述支付渠道对应的结算端发送用车支付请求之前，还包括：

根据所述目标车的标识获取所述目标车所属用户的账户信息；

这样，根据所述用车账单信息，向所述支付渠道对应的结算端发送用车支付请求，可以包括：

根据所述用车账单信息和所述用户的账户信息，向所述支付渠道对应的结算端发送用车支付请求。

这样，结算端从用户账户中扣除缴费金额，并将缴费金额转入用车收费***。那么，之后，用车收费***与采集终端之间进行费用结算。

本说明书实施例记载的方法提供了一种用车的支付渠道选择方案，根据用车行为类别选择对应的支付渠道，改善单一用车行为类别造成的支付渠道唯一性，给予用户更多的支付选择，提升用户体验。

图4为本说明书实施例提出的一种用车支付***提供的客户端界面示意图。

参考图4(a)，提供用车支付渠道设置界面，界面中展示高速、停车、加油及其他用车行为类别；

当接收到用户对停车对应的用车渠道更改操作，则跳转至图4(b)所示界面，该界面提供支付渠道1、支付渠道2、支付1到3及支付渠道4，供用户选择。例如，当用户选择支付渠道2，则支付渠道2高亮显示。

图5本说明书实施例提出的一种用车支付装置的结构示意图。

本装置可以包括：

接收模块501，接收目标车的用车账单信息；

确定模块502，确定所述用车账单信息所对应的用车行为类别；

获取模块503，获取所述用车行为类别对应的支付渠道；

发送模块504，根据所述用车账单信息，向所述支付渠道对应的结算端发送用车支付请求，使得所述结算端根据所述用车支付请求完成支付。

可选地，确定所述用车账单信息所对应的用车行为类别，包括：

根据所述用车账单信息的发送方的标识获取用车行为类别。

可选地，确定所述用车账单信息所对应的用车行为类别，包括：

若所述用车账单信息中包含所述用车行为类别，则从所述用车账单信息中获取所述用车行为类别。

可选地，获取所述用车行为类别对应的支付渠道，包括：

根据所述目标车的标识，从数据库中获取所述支付渠道与用车行为类别之间的对应关系；

利用获取的所述支付渠道与用车行为类别之间的对应关系确定所述目标车的用车行为类别对应的支付渠道。

可选地，获取所述用车行为类别对应的支付渠道，包括：

向所述目标车所属用户的客户端发送所述用车行为类别对应的支付渠道推荐信息；

根据所述用户对所述支付渠道信息的反馈确定所述用车行为类别信息对应的支付渠道。

本说明书实施例记载的装置提供一种用车支付渠道选择方案，具体地根据用车行为类别选择对应的支付渠道，改善单一用车行为类别造成的支付渠道唯一性，给予用户更多的支付选择，提升用户体验。

基于同一个发明构思，本说明书实施例还提供了一种电子设备，包括：

处理器；以及

被配置成存储计算机程序的存储器，所述计算机程序在被执行时使所述处理器执行以下操作：

接收目标车的用车账单信息；

确定所述用车账单信息所对应的用车行为类别；

获取所述用车行为类别对应的支付渠道；

根据所述用车账单信息，向所述支付渠道对应的结算端发送用车支付请求，使得所述结算端根据所述用车支付请求完成支付。

基于同一发明构思，本说明书实施例中还提供了一种计算机可读存储介质，包括与电子设备结合使用计算机程序，所述计算机程序可被处理器执行以完成以下步骤：

接收目标车的用车账单信息；

确定所述用车账单信息所对应的用车行为类别；

获取所述用车行为类别对应的支付渠道；

根据所述用车账单信息，向所述支付渠道对应的结算端发送用车支付请求，使得所述结算端根据所述用车支付请求完成支付。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字***“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的***、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于***实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (15)

1.一种用车支付方法，包括：

接收目标车的用车账单信息；

确定所述用车账单信息所对应的用车行为类别；

根据支付渠道与所述用车行为类别之间的对应关系，获取所述用车行为类别对应的支付渠道；

根据所述用车账单信息，向所述支付渠道对应的结算端发送用车支付请求，使得所述结算端根据所述用车支付请求完成支付；

其中，所述用车行为类别包括停车、指定路段行车、加油中的一种或多种。

2.如权利要求1所述的方法，确定所述用车账单信息所对应的用车行为类别，包括：

根据所述用车账单信息的发送方的标识获取用车行为类别。

3.如权利要求2所述的方法，根据所述用车账单信息的发送方的标识获取用车行为类别，包括：

根据所述用车账单信息的发送方标识，从数据库中获取所述发送方的业务类型；

根据所述发送方的业务类型确定所述用车行为类别。

4.如权利要求1所述的方法，确定所述用车账单信息所对应的用车行为类别，包括：

若所述用车账单信息中包含所述用车行为类别，则从所述用车账单信息中获取所述用车行为类别。

5.如权利要求1所述的方法，获取所述用车行为类别对应的支付渠道，包括：

根据所述目标车的标识，从数据库中获取所述支付渠道与用车行为类别之间的对应关系；

利用获取的所述支付渠道与用车行为类别之间的对应关系确定所述目标车的用车行为类别对应的支付渠道。

6.如权利要求1所述的方法，获取所述用车行为类别对应的支付渠道，包括：

向所述目标车所属用户的客户端发送所述用车行为类别对应的支付渠道推荐信息；

根据所述用户对所述支付渠道推荐信息的反馈确定所述用车行为类别信息对应的支付渠道。

7.如权利要求1所述的方法，在向所述支付渠道对应的结算端发送用车支付请求之前，还包括：

根据所述目标车的标识获取所述目标车所属用户的账户信息；

根据所述用车账单信息，向所述支付渠道对应的结算端发送用车支付请求，包括：

根据所述用车账单信息和所述用户的账户信息，向所述支付渠道对应的结算端发送用车支付请求。

8.一种用车支付***，包括：

采集终端，采集目标车的用车行为信息，根据所述用车行为信息生成用车账单信息；

用车收费***，从所述采集终端接收所述用车账单信息，确定所述用车账单信息所对应的用车行为类别，根据支付渠道与所述用车行为类别之间的对应关系，获取所述用车行为类别对应的支付渠道，根据所述用车账单信息生成用车支付请求；其中，所述用车行为类别包括停车、指定路段行车、加油中的一种或多种；

结算端，从所述用车收费***接收所述用车支付请求根据所述用车支付请求完成支付。

9.如权利要求8所述的***，还包括：

车载终端，当与所述采集终端建立通信连接时，所述采集终端采集所述目标车的用车行为信息。

10.一种用车支付装置，包括：

接收模块，接收目标车的用车账单信息；

确定模块，确定所述用车账单信息所对应的用车行为类别；其中，所述用车行为类别包括停车、指定路段行车、加油中的一种或多种；

获取模块，根据支付渠道与所述用车行为类别之间的对应关系，获取所述用车行为类别对应的支付渠道；

发送模块，根据所述用车账单信息，向所述支付渠道对应的结算端发送用车支付请求，使得所述结算端根据所述用车支付请求完成支付。

11.如权利要求10所述的装置，确定所述用车账单信息所对应的用车行为类别，包括：

根据所述用车账单信息的发送方的标识获取用车行为类别。

12.如权利要求10所述的装置，确定所述用车账单信息所对应的用车行为类别，包括：

若所述用车账单信息中包含所述用车行为类别，则从所述用车账单信息中获取所述用车行为类别。

13.如权利要求10所述的装置，获取所述用车行为类别对应的支付渠道，包括：

根据所述目标车的标识，从数据库中获取所述支付渠道与用车行为类别之间的对应关系；

利用获取的所述支付渠道与用车行为类别之间的对应关系确定所述目标车的用车行为类别对应的支付渠道。

14.如权利要求10所述的装置，获取所述用车行为类别对应的支付渠道，包括：

向所述目标车所属用户的客户端发送所述用车行为类别对应的支付渠道推荐信息；

根据所述用户对所述支付渠道推荐信息的反馈确定所述用车行为类别信息对应的支付渠道。

15.一种电子设备，包括：

处理器；以及

被配置成存储计算机程序的存储器，所述计算机程序在被执行时使所述处理器执行以下操作：

接收目标车的用车账单信息；

确定所述用车账单信息所对应的用车行为类别；

根据支付渠道与所述用车行为类别之间的对应关系，获取所述用车行为类别对应的支付渠道；

根据所述用车账单信息，向所述支付渠道对应的结算端发送用车支付请求，使得所述结算端根据所述用车支付请求完成支付；

其中，所述用车行为类别包括停车、指定路段行车、加油中的一种或多种。

Images