CN106228639A - Obd数据的处理方法和装置 - Google Patents

Abstract

本发明提供一种OBD数据的处理方法和装置，应用于行车记录仪，通过数据接口从车辆OBD系统获取OBD数据；判断OBD数据是否需要发送给服务器，若是则通过网络接口将OBD数据发送给服务器；服务器根据OBD数据进行分析车况以确定用户需要获悉的反馈信息，然后将反馈信息反馈，行车记录仪通过网络接口接收来自服务器的与OBD数据关联的反馈信息，使得用户可以根据反馈信息进行与当前车况相关的活动，例如加油、充电、维修、停车、联系拖车等等活动。上述方法和装置加强了行车记录仪与车辆之间的联系，使得行车记录仪可以获取更详细的车况信息，并能通过服务器对车况信息进行分析然后反馈用户相应的车况信息和建议，使得行车记录仪的功能得以扩展。

Description

OBD数据的处理方法和装置

技术领域

本发明涉及车辆安全领域，具体而言，本发明涉及一种OBD数据的处理方法和装置。

背景技术

行车记录仪即记录车辆行驶途中的影像及声音等相关资讯的仪器。安装行车记录仪后，能够记录汽车行驶全过程的视频图像和声音，可为交通事故提供证据。然而，传统的行车记录仪功能较为单一，无法获取详细的车况信息，用户也无法根据车况信息而得到有效指引。

发明内容

本发明的目的旨在至少能解决上述的技术缺陷之一，特别是行车记录仪功能较为单一的缺陷。

本发明提供一种OBD数据的处理方法，应用于行车记录仪，包括如下步骤：

通过数据接口从车辆OBD系统获取OBD数据；

判断所述OBD数据是否需要发送给服务器，若是则通过网络接口将所述OBD数据发送给服务器；

通过所述网络接口接收来自所述服务器的与所述OBD数据关联的反馈信息。

在其中一个实施例中，判断所述OBD数据是否是需要发送给服务器的步骤包括：

判断所述OBD数据是否为OBD故障码或根据用户查询指令得到的OBD查询码，若是则判断所述OBD数据需要发送给服务器。

在其中一个实施例中，若所述OBD数据为所述根据用户查询指令得到的OBD查询码，则在通过数据接口获取车辆的OBD数据之前，还包括步骤：

通过所述数据接口向车辆OBD系统发送用户查询指令。

在其中一个实施例中，判断所述OBD数据是否需要发送给服务器，若是则通过网络接口将所述OBD数据和行车记录仪信息发送给服务器。

在其中一个实施例中，所述反馈信息还与所述行车记录仪信息相关联。

在其中一个实施例中，所述行车记录仪信息包括当前时间信息和/或当前位置信息。

在其中一个实施例中，所述反馈信息包括根据所述OBD数据确定的以当前位置为中心预设范围内的目标对象信息。

在其中一个实施例中，所述目标对象信息包括加油站信息、充电站信息、车辆维修店信息、停车场信息、拖车服务信息、4S店信息中的任意一项或组合。

在其中一个实施例中，所述目标对象信息包括目标对象的营业时间，所述当前时间信息表征的时间处于所述目标对象的营业时间内。

在其中一个实施例中，通过所述网络接口接收来自所述服务器的与所述OBD数据关联的反馈信息之后，还包括步骤：

在电子地图上对应显示所述目标对象信息；

接收指向所述目标对象的导航指令启动导航。

在其中一个实施例中，所述反馈信息包括车辆状况评测信息和/或车辆保养建议信息。

在其中一个实施例中，所述数据接口包括DLC接口、Wi-Fi Direct通信接口或蓝牙通信接口。

本发明还提供一种OBD数据的处理装置，应用于行车记录仪，包括：

获取模块，用于通过数据接口从车辆OBD系统获取OBD数据；

处理模块，用于判断所述OBD数据是否需要发送给服务器，若是则通过网络接口将所述OBD数据发送给服务器；

接收模块，用于通过所述网络接口接收来自所述服务器的与所述OBD数据关联的反馈信息。

在其中一个实施例中，所述处理模块用于：

判断所述OBD数据是否为OBD故障码或根据用户查询指令得到的OBD查询码，若是则判断所述OBD数据需要发送给服务器。

在其中一个实施例中，若所述OBD数据为所述根据用户查询指令得到的OBD查询码，则还包括交互模块；所述交互模块用于：在通过数据接口获取车辆的OBD数据之前，通过所述数据接口向车辆OBD系统发送用户查询指令。

在其中一个实施例中，所述处理模块用于：

判断所述OBD数据是否需要发送给服务器，若是则通过网络接口将所述OBD数据和行车记录仪信息发送给服务器。

在其中一个实施例中，所述反馈信息还与所述行车记录仪信息相关联。

在其中一个实施例中，所述行车记录仪信息包括当前时间信息和/或当前位置信息。

在其中一个实施例中，所述反馈信息包括根据所述OBD数据确定的以当前位置为中心预设范围内的目标对象信息。

在其中一个实施例中，所述目标对象信息包括加油站信息、充电站信息、车辆维修店信息、停车场信息、拖车服务信息、4S店信息中的任意一项或组合。

在其中一个实施例中，所述目标对象信息包括目标对象的营业时间，所述当前时间信息表征的时间处于所述目标对象的营业时间内。

在其中一个实施例中，还包括显示模块和导航模块；通过所述网络接口接收来自所述服务器的与所述OBD数据关联的反馈信息之后，所述显示模块用于在电子地图上对应显示所述目标对象信息，所述导航模块用于接收指向所述目标对象的导航指令启动导航。

在其中一个实施例中，所述反馈信息包括车辆状况评测信息和/或车辆保养建议信息。

在其中一个实施例中，所述数据接口包括DLC接口、Wi-Fi Direct通信接口或蓝牙通信接口。

上述的OBD数据的处理方法和装置，应用于行车记录仪，通过数据接口从车辆OBD系统获取OBD数据；判断所述OBD数据是否需要发送给服务器，若是则通过网络接口将所述OBD数据发送给服务器；服务器根据OBD数据进行分析车况以确定用户需要获悉的反馈信息，然后将反馈信息反馈，行车记录仪通过所述网络接口接收来自所述服务器的与所述OBD数据关联的反馈信息，使得用户可以根据反馈信息进行与当前车况相关的活动，例如加油、充电、维修、停车、联系拖车等等活动。上述方法和装置加强了行车记录仪与车辆之间的联系，使得行车记录仪可以获取更详细的车况信息，并能通过服务器对车况信息进行分析然后反馈用户相应的车况信息和建议，使得行车记录仪的功能得以扩展。

本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为一个实施例的OBD数据的处理方法流程图；

图2为一个实施例的OBD数据的处理装置示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

本技术领域技术人员可以理解，这里所使用的“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，执行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；PCS(Personal Communications Service，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；PDA(Personal Digital Assistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(Global Positioning System，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(Mobile Internet Device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。

本技术领域技术人员可以理解，这里所使用的远端网络设备，其包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或多个服务器构成的云。在此，云由基于云计算(Cloud Computing)的大量计算机或网络服务器构成，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。本发明的实施例中，远端网络设备、终端设备与WNS服务器之间可通过任何通信方式实现通信，包括但不限于，基于3GPP、LTE、WIMAX的移动通信、基于TCP/IP、UDP协议的计算机网络通信以及基于蓝牙、红外传输标准的近距无线传输方式。

对于车辆的故障诊断及报警，通常是由车辆故障诊断技术(OBD，On-BoardDiagnostics)进行。OBD是集成在汽车的发动机管理系统中，监测尾气排放部件工作状态的诊断系统。OBD系统通过有效的发动机管理和及时的故障报告来提高发动机效率并降低汽车尾气对大气的污染。车联网技术与产业的迅速发展，使得车辆营运监控、车辆实时参数获取与分析、运程协助与诊断成为可能，从而推动了车辆故障诊断技术的进步。传统的OBD主要有两大功能：一是对车辆运行状态进行监视，实时显示各种与汽车相关的数据；二是当系统出现故障时及时报警，并给出故障原因以及维修意见。报警仅限于向驾驶者发出的即时报警，并没有解决求助及时性缺陷问题。

发动机管理系统以及排放控制系统部件的效能在车辆使用过程中会不断降低甚至损坏，从而导致污染物排放的急剧增加。故障报告在这时便显得尤为重要。当系统出现故障时，动力总成控制模块(PCM或PCU，也被称为发动机控制模块ECM或ECU)，会将故障信息存人存储器，并同时点亮仪表板上的故障灯。OBD故障码随后可以通过将读码器连接到汽车上的专用接口来读取。根据故障码的提示，用户可以准确地确定故障的性质和部位。

因此，可以考虑将行车记录仪与车辆OBD系统相连接以拓展行车记录仪的功能。图1为一个实施例的OBD数据的处理方法流程图。

本发明提供一种OBD数据的处理方法，应用于行车记录仪，该方法包括如下步骤：

步骤S110：通过数据接口从车辆OBD系统获取OBD数据。

现在流行的OBD-II是采用一个通用的标准接口，简称DLC(Data Link Connector的简写，数据链接接口)接口。OBD故障码和其他参数可以通过任何OBD-II标准的检测仪器读取。DLC一般位于驾驶室内部驾驶人侧仪表板底部靠近转向盘柱附近。DLC是一个按照SAEJ1962的标准设计的具有16针插孔的倒梯形插座。

因此，数据接口可以是DLC接口等有线数据接口，也可以是Wi-Fi Direct通信接口或蓝牙通信接口等无线数据接口，即通过与车辆OBD系统中的Wi-Fi或蓝牙模块进行通信获取OBD数据。行车记录仪通过数据接口，获取OBD系统发送的关于车辆诊断的车况数据，例如OBD故障码或根据用户查询指令得到的OBD查询码。

OBD故障码是SAE J2012的标准设计的诊断故障码，一般来说，OBD故障码由一位字母和四位数字组成，例如P0279。第一位字母表示系统类型，P为动力系统、B为车身系统、C为底盘、U为网络连接相关系统；第二位数字表示标准代码，0、2、3为由通用故障码，其他数字为厂家各自制定的故障码；第三位数字表示出现故障的部件信息，0～2为燃油系统，3为点火系统，4为排放系统，5为车速及怠速控制，6为计算机或辅助输出电路，7～9为变速箱，A、B、C为混合动力系统；第四和第五位数字表示部件/系统的标识代码。

OBD查询码可以是通过16位OBD-II PID(Parameter Identification)码向车辆请求数据而得到的车辆诊断数据，PID码是基于SAE J1979标准的。在这里，PID码可以理解为上述的用户查询指令。

OBD故障码是OBD系统诊断出车辆某些问题时自动发出的数据，而OBD查询码是OBD系统在接收到用户的查询指令后反馈的关于车况的数据。因此，若OBD数据为根据用户查询指令得到的OBD查询码，则在通过数据接口获取车辆的OBD数据之前，还包括步骤：通过数据接口向车辆OBD系统发送用户查询指令。该步骤具体可以是用户在行车记录仪进行查询操作后，行车记录仪根据用户操作生成用户查询指令，然后再向车辆OBD系统发送用户查询指令。

获取到OBD数据后，执行步骤S120。

步骤S120：判断OBD数据是否需要发送给服务器，若是则通过网络接口将OBD数据发送给服务器。

判断OBD数据是否是需要发送给服务器的步骤具体可以是：判断OBD数据是否为OBD故障码或根据用户查询指令得到的OBD查询码，若是则判断OBD数据需要发送给服务器。

当OBD数据为OBD系统自动发送给行车记录仪的OBD故障码时，则直接判断该OBD数据需要发送给服务器，因为出现OBD故障码表明车辆出现异常，需要将该OBD故障码上报服务器，由服务器分析车辆状况。

而当OBD数据为根据用户查询指令得到的OBD查询码时，需要判断OBD查询码是否表征车辆出现异常，如果是则将OBD数据发送给服务器。因此，行车记录仪还应存储有表征车辆异常的数据或正常的数据(对应该用户查询指令)，将OBD查询码与存储的数据进行对比，以判断车辆是否出现异常。

在一些实施例中，判断OBD数据需要发送给服务器后，并不是仅仅将OBD数据发送给服务器，还会发送行车记录仪信息给服务器。即步骤S120可以具体是：判断OBD数据是否需要发送给服务器，若是则通过网络接口将OBD数据和行车记录仪信息发送给服务器。

行车记录仪信息通常包括基础信息和摄录信息。

基础信息反映事件发生的基本情况，例如时间、地点、海拔等等，因此基础信息可以包括时间信息和定位信息(位置信息)中的至少之一，通常基础信息可以包括时间信息和定位信息。定位信息可以是标志地理方位的坐标信息，例如可以是经纬度信息；也可以是标志性建筑、地方的具体位置信息，例如北京人民大会堂、上海路、XX公交站等等。

摄录信息记载事件发生的影像和声音，摄录信息可以包括视频信息、声频信息和图像信息中的至少之一，通常摄录信息至少包括视频信息，在一些实施例中，还会包括声频信息和图像信息。

在本实施例中，行车记录仪信息包括当前时间信息和/或当前位置信息，以使得后续服务器可以根据车况信息(OBD数据)、车况发生时间、车况发生地点反馈给最适合用户的反馈信息。当然，在一些实施例中，不排除将摄录信息也发送给服务器，例如数据量较少的图像信息。

步骤S130：通过网络接口接收来自服务器的与OBD数据关联的反馈信息。如果行车记录仪发送给服务器的信息中包括了行车记录仪信息，则反馈信息还与行车记录仪信息相关联。网络接口可以是基于移动通信的、可以连接互联网的通信接口，例如可以是2G/3G/4G/5G通信接口。

反馈信息，是与OBD数据或行车记录仪信息关联的信息，可以是服务器分析了OBD数据后得出的车辆状况评测信息(车况信息)、车辆保养建议信息和周边查询信息。服务器根据OBD数据进行分析车况以确定用户需要获悉的反馈信息，然后将反馈信息反馈，行车记录仪通过网络接口接收来自服务器的与OBD数据关联的反馈信息，使得用户可以根据反馈信息进行与当前车况相关的活动。通过反馈信息获知周边各种加油站信息、充电站信息、车辆维修店信息、停车场信息、拖车服务信息、4S店信息，以方便用户进行加油、充电(例如电动车充电)、维修、停车、联系拖车、养护等等活动。

例如，服务器通过分析OBD数据判断车辆油量不足，则根据行车记录仪信息得到的车辆位置自动检索该位置附近的加油站，并将加油站信息反馈给用户，此时反馈信息可以包括加油站位置、联系电话、用户评分、营业时间等信息。又例如，服务器通过分析OBD数据判断车辆制动系统有故障，则根据行车记录仪信息得到的车辆位置自动检索该位置附近的维修店，并将维修站信息反馈给用户，此时反馈信息可以包括维修站位置、联系电话、用户评分、营业时间等信息。反馈信息还可以同时包括停车场信息、拖车服务信息，当用户认为问题严重需要停车和拖车时带来便利。

因此，在本实施例中，反馈信息包括根据OBD数据确定的以当前位置为中心预设范围(例如方圆2公里)内的目标对象信息。目标对象信息包括加油站信息、充电站信息、车辆维修店信息、停车场信息、拖车服务信息、4S店信息中的任意一项或组合。当然，服务器反馈信息时的时间可能并不是加油站、充电站、车辆维修店、停车场、拖车店、4S店的营业时间，可能会导致用户赶到该目标对象处时该目标对象已经打烊，白白浪费用户时间，甚至影响车辆维护，所以有需要在反馈信息中包含对应目标对象的营业时间。

因而在一些实施例中，目标对象信息包括目标对象的营业时间，当前时间信息表征的时间处于目标对象的营业时间内。即只有当前时间信息表征的时间处于目标对象的营业时间内时，该目标对象才会被服务器反馈。

通过网络接口接收来自服务器的与OBD数据关联的反馈信息之后，例如用户知道车辆出现异常需要上述目标对象提供服务时，行车记录仪还可以直接根据用户选择的目标对象进行导航。因此，步骤S130之后，还可以包括步骤：在电子地图上对应显示目标对象信息，接收指向目标对象的导航指令启动导航。

图2为一个实施例的OBD数据的处理装置示意图。

与上述OBD数据的处理方法对应，以下还描述一种OBD数据的处理装置，应用于行车记录仪，包括：获取模块100、处理模块200和接收模块300。

获取模块100用于通过数据接口从车辆OBD系统获取OBD数据；处理模块200用于判断OBD数据是否需要发送给服务器，若是则通过网络接口将OBD数据发送给服务器；接收模块300于通过网络接口接收来自服务器的与OBD数据关联的反馈信息。

获取模块100通过数据接口从车辆OBD系统获取OBD数据。

现在流行的OBD-II是采用一个通用的标准接口，简称DLC(Data Link Connector的简写，数据链接接口)接口。OBD故障码和其他参数可以通过任何OBD-II标准的检测仪器读取。DLC一般位于驾驶室内部驾驶人侧仪表板底部靠近转向盘柱附近。DLC是一个按照SAEJ1962的标准设计的具有16针插孔的倒梯形插座。

因此，数据接口可以是DLC接口等有线数据接口，也可以是Wi-Fi Direct通信接口或蓝牙通信接口等无线数据接口，即通过与车辆OBD系统中的Wi-Fi或蓝牙模块进行通信获取OBD数据。获取模块100通过数据接口，获取OBD系统发送的关于车辆诊断的车况数据，例如OBD故障码或根据用户查询指令得到的OBD查询码。

OBD故障码是SAE J2012的标准设计的诊断故障码，一般来说，OBD故障码由一位字母和四位数字组成，例如P0279。第一位字母表示系统类型，P为动力系统、B为车身系统、C为底盘、U为网络连接相关系统；第二位数字表示标准代码，0、2、3为由通用故障码，其他数字为厂家各自制定的故障码；第三位数字表示出现故障的部件信息，0～2为燃油系统，3为点火系统，4为排放系统，5为车速及怠速控制，6为计算机或辅助输出电路，7～9为变速箱，A、B、C为混合动力系统；第四和第五位数字表示部件/系统的标识代码。

OBD查询码可以是通过16位OBD-II PID(Parameter Identification)码向车辆请求数据而得到的车辆诊断数据，PID码是基于SAE J1979标准的。在这里，PID码可以理解为上述的用户查询指令。

OBD故障码是OBD系统诊断出车辆某些问题时自动发出的数据，而OBD查询码是OBD系统在接收到用户的查询指令后反馈的关于车况的数据。因此，若OBD数据为根据用户查询指令得到的OBD查询码，则OBD数据的处理装置还包括交互模块，用户在通过数据接口获取车辆的OBD数据之前，通过数据接口向车辆OBD系统发送用户查询指令。具体可以是用户通过交互模块进行查询操作后，交互模块根据用户操作生成用户查询指令，然后再向车辆OBD系统发送用户查询指令。

获取模块100获取到OBD数据后，处理模块200判断OBD数据是否需要发送给服务器，若是则通过网络接口将OBD数据发送给服务器。

处理模块200判断OBD数据是否是需要发送给服务器的步骤具体可以是：判断OBD数据是否为OBD故障码或根据用户查询指令得到的OBD查询码，若是则判断OBD数据需要发送给服务器。

当OBD数据为OBD系统自动发送给行车记录仪的OBD故障码时，则直接判断该OBD数据需要发送给服务器，因为出现OBD故障码表明车辆出现异常，需要将该OBD故障码上报服务器，由服务器分析车辆状况。

而当OBD数据为根据用户查询指令得到的OBD查询码时，需要判断OBD查询码是否表征车辆出现异常，如果是则将OBD数据发送给服务器。因此，行车记录仪还应存储有表征车辆异常的数据或正常的数据(对应该用户查询指令)，处理模块200将OBD查询码与存储的数据进行对比，以判断车辆是否出现异常。

在一些实施例中，判断OBD数据需要发送给服务器后，并不是仅仅将OBD数据发送给服务器，还会发送行车记录仪信息给服务器。即处理模块200判断OBD数据是否需要发送给服务器，若是则通过网络接口将OBD数据和行车记录仪信息发送给服务器。

行车记录仪信息通常包括基础信息和摄录信息。

基础信息反映事件发生的基本情况，例如时间、地点、海拔等等，因此基础信息可以包括时间信息和定位信息(位置信息)中的至少之一，通常基础信息可以包括时间信息和定位信息。定位信息可以是标志地理方位的坐标信息，例如可以是经纬度信息；也可以是标志性建筑、地方的具体位置信息，例如北京人民大会堂、上海路、XX公交站等等。

摄录信息记载事件发生的影像和声音，摄录信息可以包括视频信息、声频信息和图像信息中的至少之一，通常摄录信息至少包括视频信息，在一些实施例中，还会包括声频信息和图像信息。

在本实施例中，行车记录仪信息包括当前时间信息和/或当前位置信息，以使得后续服务器可以根据车况信息(OBD数据)、车况发生时间、车况发生地点反馈给最适合用户的反馈信息。当然，在一些实施例中，不排除将摄录信息也发送给服务器，例如数据量较少的图像信息。

处理模块200将OBD数据发送给服务器后，接收模块300通过网络接口接收来自服务器的与OBD数据关联的反馈信息。如果行车记录仪发送给服务器的信息中包括了行车记录仪信息，则反馈信息还与行车记录仪信息相关联。网络接口可以是基于移动通信的、可以连接互联网的通信接口，例如可以是2G/3G/4G/5G通信接口。

反馈信息，是与OBD数据或行车记录仪信息关联的信息，可以是服务器分析了OBD数据后得出的车辆状况评测信息(车况信息)、车辆保养建议信息和周边查询信息。服务器根据OBD数据进行分析车况以确定用户需要获悉的反馈信息，然后将反馈信息反馈，接收模块300通过网络接口接收来自服务器的与OBD数据关联的反馈信息，使得用户可以根据反馈信息进行与当前车况相关的活动。通过反馈信息获知周边各种加油站信息、充电站信息、车辆维修店信息、停车场信息、拖车服务信息、4S店信息，以方便用户进行加油、充电(例如电动车充电)、维修、停车、联系拖车、养护等等活动。

例如，服务器通过分析OBD数据判断车辆油量不足，则根据行车记录仪信息得到的车辆位置自动检索该位置附近的加油站，并将加油站信息反馈给用户，此时反馈信息可以包括加油站位置、联系电话、用户评分、营业时间等信息。又例如，服务器通过分析OBD数据判断车辆制动系统有故障，则根据行车记录仪信息得到的车辆位置自动检索该位置附近的维修店，并将维修站信息反馈给用户，此时反馈信息可以包括维修站位置、联系电话、用户评分、营业时间等信息。反馈信息还可以同时包括停车场信息、拖车服务信息，当用户认为问题严重需要停车和拖车时带来便利。

因此，在本实施例中，反馈信息包括根据OBD数据确定的以当前位置为中心预设范围(例如方圆2公里)内的目标对象信息。目标对象信息包括加油站信息、充电站信息、车辆维修店信息、停车场信息、拖车服务信息、4S店信息中的任意一项或组合。当然，服务器反馈信息时的时间可能并不是加油站、充电站、车辆维修店、停车场、拖车店、4S店的营业时间，可能会导致用户赶到该目标对象处时该目标对象已经打烊，白白浪费用户时间，甚至影响车辆维护，所以有需要在反馈信息中包含对应目标对象的营业时间。

因而在一些实施例中，目标对象信息包括目标对象的营业时间，当前时间信息表征的时间处于目标对象的营业时间内。即只有当前时间信息表征的时间处于目标对象的营业时间内时，该目标对象才会被服务器反馈。

通过网络接口接收来自服务器的与OBD数据关联的反馈信息之后，例如用户知道车辆出现异常需要上述目标对象提供服务时，行车记录仪还可以直接根据用户选择的目标对象进行导航。因此，上述的OBD数据的处理装置还包括显示模块和导航模块，接收模块300通过网络接口接收来自服务器的与OBD数据关联的反馈信息后，显示模块在电子地图上对应显示目标对象信息，导航模块接收指向目标对象的导航指令启动导航。

上述的OBD数据的处理方法和装置，应用于行车记录仪，通过数据接口从车辆OBD系统获取OBD数据；判断OBD数据是否需要发送给服务器，若是则通过网络接口将OBD数据发送给服务器；服务器根据OBD数据进行分析车况以确定用户需要获悉的反馈信息，然后将反馈信息反馈，行车记录仪通过网络接口接收来自服务器的与OBD数据关联的反馈信息，使得用户可以根据反馈信息进行与当前车况相关的活动，例如加油、充电、维修、停车、联系拖车等等活动。上述方法和装置加强了行车记录仪与车辆之间的联系，使得行车记录仪可以获取更详细的车况信息，并能通过服务器对车况信息进行分析然后反馈用户相应的车况信息和建议，使得行车记录仪的功能得以扩展。

应该理解的是，虽然图1的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，图1中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

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

Claims (10)

1.一种OBD数据的处理方法，其特征在于，应用于行车记录仪，包括如下步骤：

通过数据接口从车辆OBD系统获取OBD数据；

判断所述OBD数据是否需要发送给服务器，若是则通过网络接口将所述OBD数据发送给服务器；

通过所述网络接口接收来自所述服务器的与所述OBD数据关联的反馈信息。

2.根据权利要求1所述的OBD数据的处理方法，其特征在于，判断所述OBD数据是否是需要发送给服务器的步骤包括：

判断所述OBD数据是否为OBD故障码或根据用户查询指令得到的OBD查询码，若是则判断所述OBD数据需要发送给服务器。

3.根据权利要求2所述的OBD数据的处理方法，其特征在于，若所述OBD数据为所述根据用户查询指令得到的OBD查询码，则在通过数据接口获取车辆的OBD数据之前，还包括步骤：

通过所述数据接口向车辆OBD系统发送用户查询指令。

4.根据权利要求2所述的OBD数据的处理方法，其特征在于，判断所述OBD数据是否需要发送给服务器，若是则通过网络接口将所述OBD数据和行车记录仪信息发送给服务器。

5.根据权利要求4所述的OBD数据的处理方法，其特征在于，所述反馈信息还与所述行车记录仪信息相关联。

6.根据权利要求5所述的OBD数据的处理方法，其特征在于，所述行车记录仪信息包括当前时间信息和/或当前位置信息。

7.根据权利要求6所述的OBD数据的处理方法，其特征在于，所述反馈信息包括根据所述OBD数据确定的以当前位置为中心预设范围内的目标对象信息。

8.根据权利要求7所述的OBD数据的处理方法，其特征在于，所述目标对象信息包括加油站信息、充电站信息、车辆维修店信息、停车场信息、拖车服务信息、4S店信息中的任意一项或组合。

9.根据权利要求7所述的OBD数据的处理方法，其特征在于，所述目标对象信息包括目标对象的营业时间，所述当前时间信息表征的时间处于所述目标对象的营业时间内。

10.一种OBD数据的处理装置，其特征在于，应用于行车记录仪，包括：

获取模块，用于通过数据接口从车辆OBD系统获取OBD数据；

处理模块，用于判断所述OBD数据是否需要发送给服务器，若是则通过网络接口将所述OBD数据发送给服务器；

接收模块，用于通过所述网络接口接收来自所述服务器的与所述OBD数据关联的反馈信息。