车辆保养提醒方法及移动终端与流程

本发明涉及车辆技术领域，特别是涉及一种车辆保养提醒方法及移动终端。

背景技术：

随着经济的发展和车辆价格的降低，越来越多的人拥有了自己的车辆。车辆是需要进行保养的，对于每个车主来说，都面临着给自己的车辆进行保养的任务。

对于绝大多数车主来说，一辆车都需要进行什么样的保养，每个项目都是多长时间需要进行一次保养，仅靠自己的记忆是很难掌握的。因此，目前车辆保养的工作一般都是全权交给4S店之类的商家完成。

而商家出于盈利的目的，往往都会建议车主一次进行很多项目的保养，即使某些项目还没有到保养的期限，这会给车主带来很大额外消费。目前没有方法可以很好的解决这一问题。

技术实现要素：

本发明提供了一种车辆保养提醒方法及移动终端以克服上述问题或者至少部分地解决上述问题。

根据本发明的一个方面，提供了一种基于移动终端的车辆保养提醒方法，所述移动终端和指定车辆的用于实时采集车况数据的车载诊断系统间建立关联，所述方法包括：

所述移动终端实时获取所述车载诊断系统采集的车况数据；

所述移动终端对所述车况数据进行分析，确定车辆各个部件的当前状态参数；

所述移动终端通过比对各个部件的当前状态参数和各个部件的标准状态参数，确定各个部件的损耗程度；

当一个部件的损耗程度超过预定阈值时，所述移动终端提醒用户对该部件进行保养。

可选的，上述方法还包括:

所述移动终端比对各个部件的当前状态参数和各个部件的正常状态参数区间；

当一个部件的当前状态参数超出了该部件的正常状态参数区间时，所述移动终端确定该部件发生故障，并提醒用户更换该故障部件。

根据本发明的另一个方面，还提供了一种基于移动终端的车辆保养提醒方法，所述移动终端和指定车辆的用于实时采集车况数据的车载诊断系统间建立关联，所述方法包括：

所述移动终端记录车辆各个部件对应的车辆保养项目；

所述移动终端获取所述车载诊断系统采集的车况数据；

所述移动终端对所述车况数据进行分析，确定各个部件的当前状态参数；

所述移动终端对比各个部件的当前状态参数和各个部件的标准状态参数，当一个部件的当前工作数据与该部件的标准状态参数相同时，记录当前的日期，并基于该日期更新该部件对应的车辆保养项目的保养日期；

所述移动终端对各个车辆保养项目的已保养时间进行计时，当一个车辆保养项目的已保养时间达到了与该车辆保养项目对应的阈值时，提醒用户重新进行该车辆保养项目。

可选的，上述方法还包括:

所述移动终端响应于用户的操作选定一个或多个车辆保养项目，并接收用户输入的针对所述一个或多个车辆保养项目的日期；

所述移动终端基于所述用户输入的日期，更新所述一个或多个车辆保养项目的保养日期。

可选的，上述方法还包括:

所述移动终端保存各个车辆保养项目的所有保养日期，并计算出各个车辆保养项目的各个保养日期之间的时间间隔；

所述移动终端保基于所述各个车辆保养项目的各个保养日期以及各个保养日期之间的时间间隔生成针对各个车辆保养项目的保养记录；

所述移动终端响应于用户操作，将用户选中的一个或多个车辆保养项目的保养记录显示给用户。

可选的，上述方法，还包括：

所述移动终端基于网络资源定期保存并更新针对各个车辆保养项目的保养手册；

所述移动终端响应于用户操作，将用户选中的一个或多个车辆保养项目对 应的保养手册显示给用户。

根据本发明的再一个方面，还提供了一种移动终端，所述移动终端和指定车辆的用于实时采集车况数据的车载诊断系统间建立关联，所述移动终端包括：

第一获取模块，用于实时获取所述车载诊断系统采集的车况数据；

第一确定模块，用于对所述车况数据进行分析，确定车辆各个部件的当前状态参数；

第一比对模块，用于通过比对各个部件的当前状态参数和各个部件标准状态参数，确定各个部件的损耗程度；

第一提醒模块，用于当一个部件的损耗程度超过预定阈值时，提醒用户对该部件进行保养。

可选的，上述移动终端还包括:

第二比对模块，用于比对各个部件的当前状态参数和各个部件的正常状态参数区间；

第二提醒模块，用于当一个部件的当前状态参数超出了该部件的正常状态参数区间时，确定该部件发生故障，并提醒用户更换该故障部件。

根据本发明的又一个方面，还提供了一种移动终端，所述移动终端和指定车辆的用于实时采集车况数据的车载诊断系统间建立关联，所述包括：

项目记录模块，用于移动终端记录车辆各个部件对应的车辆保养项目；

第二获取模块，用于获取所述车载诊断系统采集的车况数据；

第二确定模块，用于对所述车况数据进行分析，确定各个部件的当前状态参数；

第三比对模块，用于比对各个部件的当前状态参数和各个部件的标准状态参数，当一个部件的当前工作数据与该部件的标准状态参数相同时，记录当前的日期，并基于该日期更新该部件对应的车辆保养项目的保养日期；

第三提醒模块，用于对各个车辆保养项目的已保养时间进行计时，当一个车辆保养项目的已保养时间达到了与该车辆保养项目对应的阈值时，提醒用户重新进行该车辆保养项目。

可选的，上述移动终端还包括:

人工更新模块，用于响应于用户的操作选定一个或多个车辆保养项目，并接收用户输入的针对所述一个或多个车辆保养项目的日期；基于所述用户输入的日期，更新所述一个或多个车辆保养项目的保养日期。

可选的，上述移动终端还包括:

保养记录模块，用于保存各个车辆保养项目的所有保养日期，并计算出各个车辆保养项目的各个保养日期之间的时间间隔；基于所述各个车辆保养项目的各个保养日期以及各个保养日期之间的时间间隔生成针对各个车辆保养项目的保养记录；响应于用户操作，将用户选中的一个或多个车辆保养项目的保养记录显示给用户。

可选的，上述移动终端还包括：

手册提供模块，用于基于网络资源定期保存并更新针对各个车辆保养项目的保养手册；响应于用户操作，将用户选中的一个或多个车辆保养项目对应的保养手册显示给用户。

本发明提供的技术方案，提供了一种基于移动终端进行车辆保养提醒的方案，该移动终端可以和车辆的车载诊断系统进行通讯，从而获得车辆的车况数据，进而通过分析可以得到各个车辆保养项目对应的部件的状态参数，基于各个部件当前的状态参数，移动终端可以根据各个部件的损耗程度或是已保养时间判断其是否需要再次保养了，然后提醒用户。上述方案可以针对每一个保养项目对用户进行提醒，可以使用户明确地知道目前究竟有什么项目需要保养，从而有针对性地进行保养，避免了不必要的消费。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

根据下文结合附图对本发明具体实施例的详细描述，本领域技术人员将会更加明了本发明的上述以及其他目的、优点和特征。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1是根据本发明一个实施例的基于移动终端的车辆保养提醒方法的流程图；

图2是根据本发明一个优选实施例的基于移动终端的车辆保养提醒方法的流程图；

图3是根据本发明一个实施例的另一种基于移动终端的车辆保养提醒方法的流程图；

图4是根据本发明一个优选实施例的另一种基于移动终端的车辆保养提醒方法的流程图；

图5是根据本发明一个实施例的移动终端的结构框图；

图6是根据本发明一个优选实施例的移动终端的结构框图；

图7是根据本发明一个实施例的另一种移动终端的结构框图；

图8是根据本发明一个优选实施例的另一种移动终端的结构框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。需要说明的是，本发明实施例或实施例中的技术特征在不冲突的前提下可以相互结合。

图1是根据本发明一个实施例的基于移动终端的车辆保养提醒方法的流程图。如图1所示，上述方法可以包括：

步骤S102，移动终端实时获取车载诊断系统(On-Board Diagnostic，简称OBD)采集的车况数据；

步骤S104，移动终端对车况数据进行分析，确定车辆各个部件的当前状态参数；

步骤S106，移动终端通过比对各个部件的当前状态参数和各个部件的标准状态参数，确定各个部件的损耗程度；

步骤S108，当一个部件的损耗程度超过预定阈值时，移动终端提醒用户对该部件进行保养。

本实施例提供的方法主要是通过对比一个车辆部件的当前状态参数和其标准状态参数，从而获得该部件的损耗程度来判断该部件或者说该部件对应的保养项目是否需要进行保养。移动终端保存有车辆各个部件的标准状态参数，即各个部件处于全新状态时的参数，随着部件逐渐使用，其状态参数会逐渐的恶化，通过比较当前状态参数和标准状态参数即可确定一个部件的损耗程度(可以以百分比的形式体现)。每个部件都有一个阈值，即该部件可以接受的最低损耗度，当移动终端发现某一个部件的损耗度达 到了该部件的阈值时，就可以提示用户该部件需要进行保养了，即用户需要进行对应的保养项目了。基于本实施例提供的方法，即可对每个保养项目进行独立的监控，针对每个保养项目提醒用户，从而可以使用户明确地知道目前究竟有什么项目需要保养，进而有针对性地进行保养，避免了不必要的消费

正常情况下，各个部件的损耗会处于一种缓慢连续的状态。但是，在某些特殊情况导致一个部件发生损坏或故障时，其状态参数可能会出现急剧的恶化。针对这一情况，可选的，如图2所示，上述方法还可以包括：

步骤S110，移动终端比对各个部件的当前状态参数和各个部件的正常状态参数区间；

步骤S112，当一个部件的当前状态参数超出了该部件的正常状态参数区间时，移动终端确定该部件发生故障，并提醒用户更换该故障部件。

基于本优选实施例提供的技术方案，即可在某个部件发生故障时及时提醒用户。一般来说，正常状态参数区间可以是标准状态参数至可以接受的最低损耗度对应的状态参数之间的区间。

需要说明的是，步骤S110、步骤S112和步骤S106、步骤S108并没有严格先后顺序，而是对应不同的情况。

图3是根据本发明一个实施例的另一种基于移动终端的车辆保养提醒方法的流程图。如图3所示，上述方法可以包括：

步骤S302，移动终端记录车辆各个部件对应的车辆保养项目；

步骤S304，移动终端获取车载诊断系统采集的车况数据；

步骤S306，移动终端对车况数据进行分析，确定各个部件的当前状态参数；

步骤S308，移动终端对比各个部件的当前状态参数和各个部件的标准状态参数，当一个部件的当前工作数据与该部件的标准状态参数相同时，记录当前的日期，并基于该日期更新该部件对应的车辆保养项目的保养日期；

步骤S310，移动终端对各个车辆保养项目的已保养时间进行计时，当一个车辆保养项目的已保养时间达到了与该车辆保养项目对应的阈值时，提醒用户重新进行该车辆保养项目。

本实施例提供的方法主要是通过对比一个车辆部件的当前状态参数和其标准状态参是否一致来确定某个部件的最新保养日期。理论上来说，某个部件刚刚保养完后，其状态参数就会恢复到标准状态参数，即该部件处于全新状态时的参数。本实施例提供的方法就是通过确定某个部件的状态参数恢复为标准状态参数的时间从而确定该部件的保养日期，进而通过对 已保养时间进行计时，当已保养时间超过该部件对应的保养时间阈值时，提醒用户再次对其进行保养。当然，在具体实施时，可以预留一定的弹性空间，即不必要求某个部件的状态参数与其标准状态参数完全相同才行，相近即可。对应于每个保养项目，移动终端中都保存有其对应的一次保养可以保持有效的最长时间，即上述的保养时间阈值。基于本实施例提供的方法，即可对每个保养项目进行独立的监控，针对每个保养项目提醒用户，从而可以使用户明确地知道目前究竟有什么项目需要保养，进而有针对性地进行保养，避免了不必要的消费。

出于完整性的考虑，如图4所示，上述方法还可以包括：

步骤S312，移动终端响应于用户的操作选定一个或多个车辆保养项目，并接收用户输入的针对上述一个或多个车辆保养项目的日期；

步骤S314，移动终端基于用户输入的日期，更新上述一个或多个车辆保养项目的保养日期。

本优选实施例提出的步骤S312和步骤S314实际上是作为上述步骤S308的一个补充，是一种纠错的手段。尽管在上述方案中，各个保养项目的最新保养日期是可以自动确定出来的，但是由于各个各样的原因，移动终端在自动确定各个保养项目的最新保养日期时很可能会出现错误或失败，此时，用户即可手动输入保养日期，确保系统的正确运行。

进一步的，基于上述方法还可以为用户提供一些进阶的功能，方便用户的使用。

可选的，如图4所示，上述方法还可以包括：

步骤S316，移动终端保存各个车辆保养项目的所有保养日期，并计算出各个车辆保养项目的各个保养日期之间的时间间隔；

步骤S318，移动终端保基于各个车辆保养项目的各个保养日期以及各个保养日期之间的时间间隔生成针对各个车辆保养项目的保养记录；

步骤S320，移动终端响应于用户操作，将用户选中的一个或多个车辆保养项目的保养记录显示给用户。

本优选实施例提供的方案为用户提供了保养记录生成及查询功能，即移动终端会将每个保养项目的每次保养日期记录下来，基于时间线生成保养记录，体现每次保养的时间点及各个时间点之间的间隔。用户可以自由查询任意一个保养项目的保养记录，从而对该保养项目有一个全局的认识。

可选的，如图4所示，上述方法还可以包括：

步骤S322，移动终端基于网络资源定期保存并更新针对各个车辆保养 项目的保养手册；

步骤S324，移动终端响应于用户操作，将用户选中的一个或多个车辆保养项目对应的保养手册显示给用户。

本优选实施例提供的方案进一步为用户提供了保养指导功能，即移动终端会基于网络资源定期获取各个车辆项目的保养手册，例如，可以基于预置的搜索引擎搜索相应的保养手册，或者连接至官方的服务器直接接收官方下发的保养手册。一个保养项目对应的保养手册对该保养项目会有详细的介绍，如果用户有需求就可以浏览该保养手册，从而获得自己想要获得的信息。需要说明书的是，上述步骤S316-S320和步骤S322-S324之间并没有严格的先后顺序，是提供了两种可选择执行的功能。

需要说明的是，在上述实施例和优选实施例中，涉及的各个参数可以是一个确定的数值也可以是一个数值范围，具体会根据对应的保养项目或部件的不同而有不同的设定。

在具体实施过程中，针对不同的保养项目或者部件，可以分别采用上述的各种车辆保养提醒方法，这样可以实现更好的提醒效果。

对应于上述的基于移动终端的车辆保养提醒方法，本发明实施例还提供了对应的移动终端。

图5是根据本发明一个实施例的移动终端的结构框图。如图5所示，上述移动终端包括：

第一获取模块50，用于实时获取车载诊断系统采集的车况数据；

第一确定模块51，用于对车况数据进行分析，确定车辆各个部件的当前状态参数；

第一比对模块52，用于通过比对各个部件的当前状态参数和各个部件标准状态参数，确定各个部件的损耗程度；

第一提醒模块53，用于当一个部件的损耗程度超过预定阈值时，提醒用户对该部件进行保养。

本实施例提供的移动终端与车辆的OBD建立有关联，可以获取OBD检测到的车况数据，并通过分析该车况数据获取各个部件的当前状态参数，进而通过对比一个车辆部件的当前状态参数和其标准状态参数，获得该部件的损耗程度来判断该部件或者说该部件对应的保养项目是否需要进行保养。

可选的，如图6所示，上述移动终端还可以包括：

第二比对模块54，用于比对各个部件的当前状态参数和各个部件的正 常状态参数区间；

第二提醒模块55，用于当一个部件的当前状态参数超出了该部件的正常状态参数区间时，确定该部件发生故障，并提醒用户更换该故障部件。

图7是根据本发明一个实施例的另一种移动终端的结构框图。如图7所示，上述移动终端可以包括：

项目记录模块70，用于移动终端记录车辆各个部件对应的车辆保养项目；

第二获取模块71，用于获取车载诊断系统采集的车况数据；

第二确定模块72，用于对车况数据进行分析，确定各个部件的当前状态参数；

第三比对模块73，用于比对各个部件的当前状态参数和各个部件的标准状态参数，当一个部件的当前工作数据与该部件的标准状态参数相同时，记录当前的日期，并基于该日期更新该部件对应的车辆保养项目的保养日期；

第三提醒模块74，用于对各个车辆保养项目的已保养时间进行计时，当一个车辆保养项目的已保养时间达到了与该车辆保养项目对应的阈值时，提醒用户重新进行该车辆保养项目。

本实施例提供的移动终端与车辆的OBD建立有关联，可以获取OBD检测到的车况数据，并通过分析该车况数据获取各个部件的当前状态参数，进而通过对比一个车辆部件的当前状态参数和其标准状态参是否一致来确定某个部件的最新保养日期，当该部件的已保养时间超过该部件对应的保养时间阈值时，提醒用户再次对其进行保养。

可选的，如图8所示，上述移动终端还可以包括：

人工更新模块75，用于响应于用户的操作选定一个或多个车辆保养项目，并接收用户输入的针对上述一个或多个车辆保养项目的日期；基于用户输入的日期，更新上述一个或多个车辆保养项目的保养日期；和/或

保养记录模块76，用于保存各个车辆保养项目的所有保养日期，并计算出各个车辆保养项目的各个保养日期之间的时间间隔；基于各个车辆保养项目的各个保养日期以及各个保养日期之间的时间间隔生成针对各个车辆保养项目的保养记录；响应于用户操作，将用户选中的一个或多个车辆保养项目的保养记录显示给用户；和/或

手册提供模块77，用于基于网络资源定期保存并更新针对各个车辆保养项目的保养手册；响应于用户操作，将用户选中的一个或多个车辆保养 项目对应的保养手册显示给用户。

综上所述，基于本发明提供的技术方案，提供了一种基于移动终端进行车辆保养提醒的方案，该移动终端可以和车辆车载诊断系统进行通讯，从而获得车辆的车况数据，进而通过分析可以得到各个车辆保养项目对应的部件的状态参数，基于各个部件当前的状态参数，移动终端可以根据各个部件的损耗程度或是已保养时间判断其是否需要再次保养了，然后提醒用户。上述方案可以针对每一个保养项目对用户进行提醒，可以使用户明确地知道目前究竟有什么项目需要保养，从而有针对性地进行保养，避免了不必要的消费。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来 使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的移动终端中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

至此，本领域技术人员应认识到，虽然本文已详尽示出和描述了本发明的多个示例性实施例，但是，在不脱离本发明精神和范围的情况下，仍可根据本发明公开的内容直接确定或推导出符合本发明原理的许多其他变型或修改。因此，本发明的范围应被理解和认定为覆盖了所有这些其他变型或修改。