CN106447792A - 一种行车计费方法、装置及系统 - Google Patents

Abstract

本申请公开了一种行车计费方法、装置及系统。一种行车计费方法应用于移动终端，所述移动终端与目标车辆上的行车电脑ECU通信连接，该方法包括：接收计费起始操作；根据计费起始操作，从ECU获取目标车辆当前的第一行驶里程数据；接收计费结束操作；根据计费结束操作，从ECU获取目标车辆当前的第二行驶里程数据；计算第二行驶里程数据与第一行驶里程数据的差值，得到计费行驶距离；根据计费行驶距离及预设的计费规则，计算计费行驶距离对应的费用。应用本申请方案，使得移动终端能够直接从ECU上获取行车数据，进而确定计费行驶距离。与现有技术相比，该方案的数据来源更为直接、准确，且完全不需要依赖于移动终端的电子地图和定位功能。

Description

一种行车计费方法、装置及系统

技术领域

本申请涉及移动终端技术领域，尤其涉及一种行车计费方法、装置及系统。

背景技术

随着手机、平板电脑等移动终端的发展，越来越多的车主用户选择使用移动终端上丰富的应用来实现对自己车辆功能的“扩展”，例如，使用手机实现导航、行车记录监控，音视频播放等。与购置新车或对原有车辆进行改装的方式相比，使用移动终端扩展汽车功能，在成本和便利性方面具有明显的优势。此外，基于移动终端自身的特点，在移动终端上实现车辆功能的扩展，还具有节能、便于升级、可实现多种功能融合等诸多优势。因此，尽管车辆技术本身也在发展，如何在移动终端上实现或改进各种与车辆相关的功能，仍然是当前一个重要的研究方向。

行车计费是车辆相关功能的一种，其基本原理是，根据某段行程起点到终点之间的距离，计算对应的行车费用。目前，移动终端上实现该功能的方案是：利用GPS或其他实时定位功能记录行驶轨迹，结合电子地图数据估算该行驶轨迹所对应的行驶距离，然后按照相应的规则计算费用。然而，这种方案的实现需要依赖于移动终端的实时定位以及电子地图功能，定位误差或者电子地图数据错误都会影响到行驶距离估算结果的准确性，如果出现GPS信号无法连接等情况，甚至会导致计费功能失效。

发明内容

本申请提供一种行车计费方法、装置及系统，以改善利用移动终端实现行车计费的准确性和可靠性，技术方案如下：

本申请提供一种行车计费方法，应用于移动终端，所述移动终端与目标车辆上的行车电脑ECU通信连接，所述方法包括：

接收计费起始操作；

根据所述计费起始操作，从所述ECU获取目标车辆当前的第一行驶里程数据；

接收计费结束操作；

根据所述计费结束操作，从所述ECU获取目标车辆当前的第二行驶里程数据；

计算第二行驶里程数据与第一行驶里程数据的差值，得到计费行驶距离；

根据预设的计费规则，获得所述计费行驶距离对应的行驶费用。

本申请提供一种行车计费装置，应用于移动终端，所述移动终端与目标车辆上的行车电脑ECU通信连接，所述装置包括：

操作接收模块，用于接收计费起始操作；以及用于接收计费结束操作；

里程数据获取模块，用于根据所述计费起始操作，从所述ECU获取目标车辆当前的第一行驶里程数据；以及用于根据所述计费结束操作，从所述ECU获取目标车辆当前的第二行驶里程数据；

距离计算模块，用于计算第二行驶里程数据与第一行驶里程数据的差值，得到计费行驶距离；

费用计算模块，用于根据预设的计费规则，获得所述计费行驶距离对应的行驶费用。

本申请提供一种行车计费系统，该系统包括移动终端和目标车辆上的行车电脑ECU，所述移动终端与所述ECU通信连接，且所述移动终端中包括前述的行车计费装置。

本申请实施例所提供的技术方案，通过建立移动终端与行车电脑ECU之间的通信连接，使得移动终端能够直接从ECU上获取行车数据，进而确定计费行驶距离。与现有技术相比，该方案的数据来源更为直接、准确，完全不需要依赖于移动终端的电子地图和定位功能。此外，由于不需要实时定位，因此还能够有效节省移动终端的电量消耗。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1是本申请行车计费系统的一种结构示意图；

图2是本申请行程计费方法的流程示意图；

图3是本申请行车计费系统的第二种结构示意图；

图4是本申请行车计费系统的第三种结构示意图；

图5是本申请行车计费装置的一种结构示意图；

图6是本申请行车计费装置的第二种结构示意图。

具体实施方式

在大部分行车费用的计算规则中，行驶距离都是不可缺少的数据，根据现有的技术方案，移动终端并不能直接获知准确的行驶距离，只能根据行驶过程中的实时定位记录，结合电子地图数据对行驶距离进行估算，然而这种“估算”的方式，在准确性和可靠性方面均没有保证。

针对上述情况，本申请提供的方案是：利用从ECU上获得的行车数据确定计费行驶距离，从而提高计费方案的准确性和可靠性。下面首先对ECU进行简单介绍：

ECU是Electronic Control Unit的缩写，又称“行车电脑”、“车载电脑”等。是一种汽车专用的微机控制器。它和普通的电脑一样，由微处理器、存储器、输入/输出接口以及其他外围电路组成。ECU一方面可以实时获取到汽车上各个部件的运转数据，另一方面可以对这些数据进行运算处理，利用处理结果控制各个部件的运转。随着汽车电子化自动化程度的提高，EUC已经广泛应用于汽车上的发动机、防抱死、四轮驱动、自动变速、安全气囊等各类系统的自动控制。

除了车辆内部的自动控制功能外，为了满足用户的需求，很多车型还为行车电脑配备显示屏幕，能够将诸如行驶里程、行驶速度、油耗、车内外温度等基本信息集中在屏幕中显示出来。其中，行驶里程是根据车轮转数计算的，而车轮转数则是ECU通过读取变速箱输出轴的传感信息得到，因此ECU中的行驶里程数据是非常准确的。

为了使移动终端能够获得ECU中的行驶里程数据，需要为移动终端增加与ECU的通信功能，硬件方面，目前很多ECU支持USB数据接口，可以直接与手机、平板电脑等设备实现数据传输，有些ECU还进一步支持蓝牙等无线数据传输方式，可以更方便地与安装有蓝牙模块的移动设备进行连接。软件方面，需要在移动终端中安装车载ECU相适配的通信协议，以便能够从ECU中读取所需要的数据。

为了使本领域技术人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行详细地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于本申请保护的范围。

图1所示为本申请所提供一种行车计费系统，该系统包括行车电脑100和安装于移动终端中的行车计费装置200，二者可通过有线或无线方式实现通信连接。行车计费装置200可以通过在基于智能操作系统(例如iOS、Android、Windows Phone等)的移动终端中安装计费功能APP的方式实现，该APP中需要包括与ECU通信所必须的驱动程序、通信协议等，以实现移动终端对ECU数据的读取。当然，该APP还应具有对所获取数据的基本计算处理能力，具体的处理方式将在后面的实施例进行详细描述。另外，可以理解的是，行车计费装置200的相关功能，也可以是移动终端操作系统内置的功能，或者在专用的计费移动终端上实现，本申请对行车计费装置200具体的实现方式并不需要进行限定。

图2所示为移动终端侧的计费处理方法流程图，该方法可以包括以下步骤：

S101，接收计费起始操作；

S102，根据计费起始操作，从ECU获取目标车辆当前的第一行驶里程数据；

S103，接收计费结束操作；

S104，根据计费结束操作，从ECU获取目标车辆当前的第二行驶里程数据；

S105，计算第二行驶里程数据与第一行驶里程数据的差值，得到计费行驶距离；

S106，根据预设的计费规则，获得计费行驶距离对应的行驶费用。

ECU中的行驶里程数据会在某些特定事件后重置，这些特定事件包括：车辆出厂、车辆维修/保养等、车辆加油的等等，直到下一次重置事件之前，相应的行驶里程数据都会一直累加。除一些特殊情况之外，一段计费行程都应该发生在两次里程数据重置事件之间，因此完全可以利用ECU中的行驶里程数据来确定计费行驶距离。

当然，从ECU的角度，只是单纯地累加记录行驶距离，并不会了解计费何时开始、何时结束。因此，本申请方案还可结合计费方用户的操作来确定计费行程的两个端点。参见图1所示：

在S101-S102，计费行驶开始后，计费方用户对移动终端进行操作以提示计费开始，这里的操作可以是点击、滑动、甚至声控等形式，本申请对此不需要进行限定。移动终端在接收到该操作后，从ECU获取车辆当前的行驶里程数据。为与后文区分，这里将计费行程开始阶段获取的行驶里程数据称为第一行驶里程数据。

在车辆行驶过程中，计费方用户可以不需要进行任何操作，移动终端与ECU也不需要进行数据交互。

在S103-S104，车辆到达目的地后，计费行驶结束，计费方用户再次对移动终端进行操作以提示计费结束，这里同样不需要对操作方式进行限定。移动终端在接收到该操作后，再次从ECU获取车辆当前的行驶里程数据，这里将计费行程结束阶段获取的行驶里程数据称为第二行驶里程数据。

在S105-S106，通过计算两次获取的里程数据差值，可以得到本次计费行驶的总距离，然后根据预先规定的计费规则，计算得到计费行驶距离对应的行驶费用。这里的计费规则中可以包括起步价、分段里程计价，按时计价、各种附加费等细则，在本申请中不作详细介绍。

值得一提的是，在现有的计费规则中，还有一种经常会用到的数据-低速行驶时长。如果采用现有的移动终端计费方案，只能依据GPS位置实时变化情况对速度进行粗略估算，准确性非常低。而应用本申请方案，由于车辆的瞬时行驶速度也是ECU中的基本数据，因此，可以在在计费行驶过程中，实时从ECU获取车辆的行驶速度数据并进行记录。计费行驶结束后，根据整个行驶过程的瞬时速度记录，统计在该过程中速度低于预设阈值的时长总和，即可得到所需的“低速行驶时长”。与现有技术相比，本申请方案直接根据从ECU获取速度数据确定低速行驶时长，在准确性和可靠性方面均有明显改善。

上述通过建立移动终端与行车电脑ECU之间的通信连接，使得移动终端能够直接从ECU上获取行车数据，进而确定计费行驶距离。与现有技术相比，该方案的数据来源更为直接、准确，完全不需要依赖于移动终端的电子地图和定位功能。此外，由于在行驶过程中不需要实时定位，因此还能够有效节省移动终端的电量消耗。当然，可以理解的是，根据实际应用需求，本申请方案完全可以结合行车导航、定位等功能使用，本申请对这些结合实现方式并不需要进行限定。

本申请所提供的行车计费方案，既可以在独立的移动终端中实现，也可以在基于Client/Server(客户端/服务端)架构的系统中实现，以实现对多个计费移动终端的统一管理。如图3所示，多个不同的移动终端分别与本地的ECU进行通信连接，然后通过WIFI、3G/4G或专用网络等方式接入服务端。

移动终端从ECU获取相关数据后，费用的计算处理可以在移动终端本地执行。如果是在上述Client/Server架构的系统中，移动终端也可以将相关数据发送至服务端，由服务端完成行驶费用计算后，再将数据返回给对应的移动终端。当然，从统一管理的角度，移动终端也可以在本地完成计算以后，将计算结果发送至服务端保存。

此外，移动终端在计算完行驶费用之后，可以将计算结果发送至付费方的移动终端，以方便付费方乘客查看或记录。具体发送的信息内容除了总价格之外，还可以包括起步费、里程费、附加费等费用明细，如有需要的话还可以进一步包括行驶距离、行驶时间、起点/终点位置(可通过GPS功能获取)等信息，本申请对此不需要进行限定。可以理解的是，在Client/Server架构的系统中，如果是计费方移动终端本地进行费用计算，则上述行驶费用计算结果以及其他辅助信息可以通过服务端转发至付费方的移动终端；如果是在服务端完成费用计算，则可以由服务端直接将计算结果以及其他辅助信息下发至付费方的移动终端。

从用户使用方便的角度而言，本申请方案的一种理想实现方式是，在用户的手机、平板电脑等移动终端中内置或安装通用的计费功能APP，使得移动终端能够直接与ECU通信并从中获取所需数据。然而在实际应用中，不同品牌、不同车型中安装的ECU可能在配置上有所差异，为保证APP能够兼容各种型号的ECU，一种实现方式是在APP安装包内预置适配于多种型号ECU的通信配置信息，这里的配置信息指用于实现移动终端与ECU通信所需的信息，可以包括硬件驱动、通信协议等。然而这种方式会使APP安装包体积变大，而且对于某位具体用户而言，实际上仅需要与自己车内ECU适配的通信配置信息即可，其他通信配置信息成为冗余，针对该问题，本申请提供一种解决方案如下：在APP安装包或操作系统内置的计费应用中，不预置任何通信配置信息，在服务端侧预先将适用于各种类型ECU的通信配置信息(可以包括硬件驱动、通信协议等)分别打包存储，形成多种通信配置数据包，用户在使用时，根据实际的ECU类型从服务端下载相应的通信配置数据包，具体方法如下：

用户下载并安装APP后，首次与ECU连接时，需要向APP输入ECU的标识信息，这里的标识信息用于确定ECU的类型并选择相应通信配置，具体形式可以是ECU的品牌、型号、也可以是汽车的品牌、型号等，输入的方法可以是手动输入、也可以是扫描二维码等其他输入方式。

移动终端获得ECU的标识信息后，根据该标识向服务端请求与该标识信息相对应的通信配置数据包；其中，移动终端可以直接在本地分析需要使用哪种通信配置数据包，然后直接向服务端发送该类型的数据包请求。也可以仅将ECU标识信息发送至服务端，由服务端来确定对应的通信配置数据包类型。

移动终端获得服务端提供的通信配置数据包后，通过安装该数据包实现移动终端与ECU通信连接。

应用上述方案，用户可以有针对性安装所需的通信配置数据包，避免下载大量冗余数据。服务器侧还可以有针对性地统计用户ECU的使用情况，而且从后期维护来看，也更有利于针对单一类型的通信配置数据包进行修补或更新。

为解决移动终端与ECU的兼容性问题，本申请还提供另一种解决方案，如图4所示系统，行车计费装置200通过车载诊断系统300与行车电脑100实现通信连接。

车载诊断系统的英文全称是On-Board Diagnostic，缩写为OBD。其原本目的有两个，一是为维修人员提供检测接口，二是用来测定排放标准。无论是哪种应用，都要求OBD联接到ECU，并且能够读取ECU中的数据输出到外接设备。

OBD最初是美国汽车工程师协会制定的一套标准规范，要求各汽车制造企业按照OBD相关标准提供统一的诊断模式，目前，在全世界范围内的很多国家和地区都要求进入市场的汽车按照标准加装OBD。相对于ECU而言，OBD无论是在硬件接口和通信协议方面都更容易统一。因此，在本申请方案中，如果移动终端通过OBD与ECU实现通信连接，更有利于简化通信配置问题

目前，常见的OBD有两种产品形式，一种是通过一条专用的数据线连接到车辆的ECU，将数据读取出来再显示到配套的设备上，用户可以自行选择需要显示的数据，该设备同时提供具有标准格式的数据输出功能，用户可以通过USB、蓝牙或WIFI等方式从该设备下载所需数据；另一种形式是：无线OBD接口适配器+客户端软件，这种与用户设备配合的适配器本身不具有显示或可操作功能，相当于给ECU增加了一个无线通讯模块，通过蓝牙或WIFI等方式将从ECU读取到的数据传输到用户设备，再通过用户设备侧的客户端软件呈现给使用者，而该客户端软件同样具有标准格式的数据输出功能。无论哪种方式，OBD的作用都是读取ECU中的数据并以标准格式输出，这样在实现本申请方案时，对于安装有OBD的ECU而言，就可以不必关注与ECU的之间的通信配置，直接通过连接OBD来获取所需数据。

根据OBD产品形态的不同，本申请中的计费APP可以直接利用USB、蓝牙等方式与OBD硬件进行通信连接，也可以从与OBD配套的客户端软件中直接获取数据。当然，如果有实际需求，本申请方案也可以以“无线OBD接口适配器+客户端软件”的形式实现。

另外，图4仅示出了在独立的移动终端中利用OBD实现计费的方案，可以理解的是，该方案也可以在基于类似图3所示的Client/Server(客户端/服务端)架构的系统中实现，这里不再重复说明。

相应于上述方法实施例，本申请还提供一种行车计费装置，该装置应用于移动终端，且该移动终端与目标车辆上的行车电脑ECU通信连接，参见图5所示，该装置可以包括：

操作接收模块210，用于接收计费起始操作，以及用于接收计费结束操作；

里程数据获取模块220，用于根据计费起始操作，从ECU获取目标车辆当前的第一行驶里程数据；以及用于根据计费结束操作，从ECU获取目标车辆当前的第二行驶里程数据；

距离计算模块230，用于计算第二行驶里程数据与第一行驶里程数据的差值，得到计费行驶距离；

费用计算模块240，用于根据预设的计费规则，获得计费行驶距离对应的行驶费用。

在本申请的一种具体实施方式中，费用计算模块240使用的预设的计费规则为：根据行驶距离和低速行驶时长计算行驶费用的规则；

参见图6所示，行车计费装置还可以包括：

速度数据获取模块250，用于在计费行驶过程中，从ECU获取目标车辆的行驶速度数据；

速度统计模块260，用于根据获取的行驶速度数据，统计在计费行驶过程中行驶速度低于预设阈值的时长总和，得到计费行驶过程中的低速行驶时长；

其中，计费行驶过程为：接收到计费起始操作至接收计费结束操作之间的过程。

在本申请的一种具体实施方式中，费用计算模块240具体可以用于：

将用于计算行驶费用的数据发送至服务端，以触发服务端对行驶费用进行计算；

接收服务端发送的行驶费用计算结果。

在本申请的一种具体实施方式中，行车计费装置还可以包括：费用发送模块270，用于将行驶费用计算结果发送至付费方的移动终端。

在本申请的一种具体实施方式中，行车计费装置还可以包括通信连接配置模块(图中未示出)，用于获得ECU的标识信息；根据标识信息，向服务端请求与该标识信息相对应的通信配置数据包；安装通信配置数据包，实现移动终端与ECU通信连接。

上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。此外，图6中所示模块，在实际应用中可以全部配置，也可以根据功能需求仅配置其中的一部分。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置或系统实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，在实施本申请方案时可以把各模块的功能在同一个或多个软件和/或硬件中实现。也可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本申请的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (13)

1.一种行车计费方法，其特征在于，应用于移动终端，所述移动终端与目标车辆上的行车电脑ECU通信连接，所述方法包括：

接收计费起始操作；

根据所述计费起始操作，从所述ECU获取目标车辆当前的第一行驶里程数据；

接收计费结束操作；

根据所述计费结束操作，从所述ECU获取目标车辆当前的第二行驶里程数据；

计算第二行驶里程数据与第一行驶里程数据的差值，得到计费行驶距离；

根据预设的计费规则，获得所述计费行驶距离对应的行驶费用。

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

所述预设的计费规则为：根据行驶距离和低速行驶时长计算行驶费用的规则；

则所述方法还包括：

在计费行驶过程中，从所述ECU获取目标车辆的行驶速度数据；

根据获取的行驶速度数据，统计在所述计费行驶过程中行驶速度低于预设阈值的时长总和，得到计费行驶过程中的低速行驶时长；

其中，所述计费行驶过程为：接收到计费起始操作至接收计费结束操作之间的过程。

3.根据权利要求1或2所述的方法，其特征在于，所述获得所述计费行驶距离对应的行驶费用的步骤，包括：

将用于计算行驶费用的数据发送至服务端，以触发服务端对所述行驶费用进行计算；

接收服务端发送的行驶费用计算结果。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：将行驶费用计算结果发送至付费方的移动终端。

5.根据权利要求1所述的方法，其特征在于，所述移动终端与ECU通信连接的实现方法，包括：

获得所述ECU的标识信息；

根据所述标识信息，向服务端请求与该标识信息相对应的通信配置数据包；

安装所述通信配置数据包，实现移动终端与ECU通信连接。

6.根据权利要求1所述的方法，其特征在于，所述移动终端通过车载诊断系统OBD与所述ECU实现通信连接。

7.一种行车计费装置，其特征在于，应用于移动终端，所述移动终端与目标车辆上的行车电脑ECU通信连接，所述装置包括：

操作接收模块，用于接收计费起始操作；以及用于接收计费结束操作；

里程数据获取模块，用于根据所述计费起始操作，从所述ECU获取目标车辆当前的第一行驶里程数据；以及用于根据所述计费结束操作，从所述ECU获取目标车辆当前的第二行驶里程数据；

距离计算模块，用于计算第二行驶里程数据与第一行驶里程数据的差值，得到计费行驶距离；

费用计算模块，用于根据预设的计费规则，获得所述计费行驶距离对应的行驶费用。

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

所述费用计算模块使用的预设的计费规则为：根据行驶距离和低速行驶时长计算行驶费用的规则；

则所述装置还包括：

速度数据获取模块，用于在计费行驶过程中，从所述ECU获取目标车辆的行驶速度数据；

速度统计模块，用于根据获取的行驶速度数据，统计在所述计费行驶过程中行驶速度低于预设阈值的时长总和，得到计费行驶过程中的低速行驶时长；

其中，所述计费行驶过程为：接收到计费起始操作至接收计费结束操作之间的过程。

9.根据权利要求7或8所述的装置，其特征在于，所述费用计算模块，具体用于：

将用于计算行驶费用的数据发送至服务端，以触发服务端对所述行驶费用进行计算；

接收服务端发送的行驶费用计算结果。

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

费用发送模块，用于将行驶费用计算结果发送至付费方的移动终端。

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

通信连接配置模块，用于获得所述ECU的标识信息；根据所述标识信息，向服务端请求与该标识信息相对应的通信配置数据包；安装所述通信配置数据包，实现移动终端与ECU通信连接。

12.一种行车计费系统，其特征在于，该系统包括移动终端和目标车辆上的行车电脑ECU，所述移动终端与所述ECU通信连接，且所述移动终端中包括如权利要求7至11任一项所述的行车计费装置。

13.根据权利要求12所述的系统，其特征在于，该系统还包括车载诊断系统OBD，所述移动终端通过车载诊断系统OBD与所述ECU实现通信连接。