CN115623035A - 一种消息推送方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请的实施例提供了一种消息推送方法、装置、电子设备及存储介质，该消息推送方法包括获取车况数据，若存在与标识信息匹配的目标项目的目标项目预设参数，基于目标项目预设参数与项目状态数据确定目标项目的目标项目提醒状态，若目标项目提醒状态为提醒，基于车况数据生成提醒消息并推送，通过上述的消息推送方法能够根据目标项目预设参数判断目标项目提醒状态，当目标项目提醒状态为提醒时，推送提醒消息，提高了行车的安全性，同时满足了用户的个性化需求。

Description

一种消息推送方法、装置、电子设备及存储介质

技术领域

本申请涉及智能网联车领域，具体涉及一种消息推送方法、装置、电子设备及计算机可读存储介质。

背景技术

汽车是当今社会的主要交通工具之一，随着科技的进步，汽车网联化越来越普及。网联化是指汽车依靠通信技术，将车本身和其它相关联的因素数据通过网络联系在一起，这个网络就叫车联网。车联网利用传感技术感知车辆的状态信息，并借助无线通信网络与现代智能信息处理技术实现交通的智能化管理，以及交通信息服务的智能决策和车辆的智能化控制。

随着社会的发展，人们对于消息的即时性有了更高的要求。车主用户也希望可以随时随地掌握车辆的情况，当车辆的情况出现异常时，车主用户们希望可以即时地收到告警消息。针对车辆的异常车况状态，每个车主用户也希望可以有自定义的、个性化的配置。甚至是异常车况之外的消息，车主用户也希望可以按需订阅并收到消息提醒。现有的订阅消息推送方法受众不明确，缺少了针对车主用户的针对性服务；其消息订阅模式主要依赖数据库服务器和中间件的硬件基础设施，对于业务层面的细化讨论不足；缺少对于消息来源的识别；缺少用户的个性化配置。

发明内容

鉴于以上所述现有技术的缺点，本申请的实施例提供了一种消息推送方法、装置、电子设备及计算机可读存储介质，以解决上述技术问题。

本申请提供的消息推送方法，所述消息推送方法包括：获取车况数据，所述车况数据包括标识信息和项目状态数据；若存在与所述标识信息匹配的目标项目的目标项目预设参数，基于所述目标项目预设参数与所述项目状态数据确定所述目标项目的目标项目提醒状态；若所述目标项目提醒状态为提醒，基于所述车况数据生成提醒消息并推送。

于本申请的一实施例中基于所述目标项目预设参数与所述项目状态数据确定所述目标项目的目标项目提醒状态，所述消息推送方法包括：从所述项目状态数据中确定所述目标项目的目标项目状态数据；若所述目标项目状态数据满足所述目标项目预设参数，则确定所述目标项目提醒状态为提醒。

于本申请的一实施例中，基于所述目标项目预设参数与所述项目状态数据确定所述目标项目的目标项目提醒状态之后，所述消息推送方法包括：若所述目标项目提醒状态为提醒，统计所述目标项目提醒状态为提醒的累计次数，若所述累计次数满足预设提醒参数，基于所述车况数据生成所述提醒消息并推送。

于本申请的另一实施例中，基于所述目标项目预设参数与所述项目状态数据确定所述目标项目的目标项目提醒状态之后，所述消息推送方法还包括：若所述目标项目提醒状态为提醒，统计所述目标项目提醒状态为提醒的连续累计次数，若所述目标项目提醒状态为不提醒，将所述连续累计次数清零，直到所述连续累计次数满足预设提醒参数，基于所述车况数据生成所述提醒消息并推送。

于本申请的一实施例中，若所述目标项目提醒状态为提醒，基于所述车况数据生成提醒消息并推送，所述消息推送方法包括：将所述目标项目状态数据与所述目标项目预设参数进行对比以确定提醒等级，所述目标项目预设参数包括第一预设目标项目参数、第二预设目标项目参数以及第三预设目标项目参数中至少之一，所述第一预设目标项目参数的最小值大于所述第二预设目标项目参数的最大值，所述第二预设目标项目参数的最小值大于所述第三预设目标项目参数的最大值；若所述目标项目状态数据满足所述第一预设目标项目参数，则确定所述提醒等级为初级警告；若所述目标项目状态数据满足所述第二预设目标项目参数，则确定所述提醒等级为中级警告；若所述目标项目状态数据满足所述第三预设目标项目参数，则确定所述提醒等级为严重警告；基于所述目标项目状态数据、所述提醒等级以及所述标识信息生成所述提醒消息并推送。

于本申请的另一实施例中，若所述目标项目提醒状态为提醒，基于所述车况数据生成提醒消息并推送，所述消息推送方法还包括：将所述累计次数或所述连续累计次数与所述预设提醒参数进行对比以确定提醒等级，所述预设提醒参数包括第一预设提醒参数、第二预设提醒参数以及第三预设提醒参数中至少之一，所述第一预设提醒参数的最小值大于所述第二预设提醒参数的最大值，所述第二预设提醒参数的最小值大于所述第三预设提醒参数的最大值；若所述累计次数或所述连续累计次数满足所述第一预设提醒参数，则确定所述提醒等级为初级警告；若所述累计次数或所述连续累计次数满足所述第二预设提醒参数，则确定所述提醒等级为中级警告；若所述累计次数或所述连续累计次数满足所述第三预设提醒参数，则确定所述提醒等级为严重警告；基于所述目标项目状态数据、所述提醒等级以及所述标识信息生成所述提醒消息并推送。

于本申请的一实施例中，若存在与所述标识信息匹配的目标项目的目标项目预设参数，基于所述目标项目预设参数与所述项目状态数据确定所述目标项目的目标项目提醒状态之前，所述消息推送方法包括：获取多个预设项目和所述预设项目的项目默认参数，并展示；根据用户的项目选择消息从多个预设项目中确定所述目标项目；获取用户对所述目标项目的自定义消息，若存在所述自定义消息，基于所述自定义消息生成所述目标项目的目标项目预设参数，若不存在所述自定义消息，基于所述目标项目的项目默认参数生成所述目标项目的目标项目预设参数；基于所述目标项目、所述目标项目预设参数以及所述标识信息生成频道订阅信息。

于本申请的一实施例中，若存在与所述标识信息匹配的目标项目的目标项目预设参数，所述消息推送方法包括：基于所述标识信息匹配所述频道订阅信息，所述标识信息包括车辆标识和用户标识中至少之一，所述频道订阅信息包括所述目标项目和所述目标项目预设参数。

于本申请的另一实施例中，若存在与所述标识信息匹配的目标项目的目标项目预设参数，所述消息推送方法还包括：所述标识信息包括车辆标识，根据所述车辆标识确定用户标识，将所述用户标识确定为所述标识信息，基于所述标识信息匹配所述频道订阅信息，所述频道订阅信息包括所述目标项目和所述目标项目预设参数。

于本申请的一实施例中，还提供一种消息推送装置，所述消息推送装置包括：获取模块：用于获取车况数据，所述车况数据包括标识信息和项目状态数据；确定模块：用于若存在与所述标识信息匹配的目标项目的目标项目预设参数，基于所述目标项目预设参数与所述项目状态数据确定所述目标项目的目标项目提醒状态；推送模块：用于若所述目标项目提醒状态为提醒，基于所述车况数据生成提醒消息并推送。

于本申请的一实施例中，还提供一种电子设备，所述电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如上所述的消息推送方法。

于本申请的一实施例中，还提供一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序被计算机的处理器执行时，使计算机执行如上所述的消息推送方法。

本申请的有益效果：本申请中的一种消息推送方法，能根据车况数据中的标识信息匹配目标项目的目标项目预设参数，基于目标项目预设参数与车况数据中的项目状态数据确定目标项目的目标项目提醒状态，当目标项目提醒状态为提醒时，基于车况数据生成提醒消息并推送，实现了自动判断车况的异常情况。可以在车况预设项目出现异常时及时推送提醒消息，提高了行车的安全性，同时满足了用户的个性化需求。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1是本申请的一示例性实施例示出的一种消息推送方法的实施环境示意图；

图2是本申请的一示例性实施例示出的一种消息推送方法的流程图；

图3是本申请的一示例性实施例示出的一种具体消息频道配置方法的流程示意图；

图4是本申请的一示例性实施例示出的一种具体消息推送方法的流程示意图；

图5是本申请的一示例性实施例示出的一种消息推送装置的框图；

图6示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

以下将参照附图和优选实施例来说明本申请的实施方式，本领域技术人员可由本说明书中所揭露的内容轻易地了解本申请的其他优点与功效。本申请还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本申请的精神下进行各种修饰或改变。应当理解，优选实施例仅为了说明本申请，而不是为了限制本申请的保护范围。

需要说明的是，以下实施例中所提供的图示仅以示意方式说明本申请的基本构想，遂图式中仅显示与本申请中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。

需要说明的是，本申请中，“第一”、“第二”等仅为对相似对象的区分，并非是对相似对象的顺序限定或先后次序限定。所描述的“包括”、“具有”等变形，表示该词语的主语所涵盖的范围除该词语所示出的示例外，并不排他。

可以理解的是，在本申请中记载的各种数字编号、步序编号等标号为描述方便进行的区分，并不用来限制本申请的范围。本申请标号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定。

在下文描述中，探讨了大量细节，以提供对本申请实施例的更透彻的解释，然而，对本领域技术人员来说，可以在没有这些具体细节的情况下实施本申请的实施例是显而易见的，在其他实施例中，以方框图的形式而不是以细节的形式来示出公知的结构和设备，以避免使本申请的实施例难以理解。

首先需要说明的是，车况是指车辆在行驶过程中车辆整体状态，车况的项目状态包括胎压、剩余油量、剩余电量、剩余里程、水温、刹车片磨损情况、轮胎磨损情况、发动机的状态以及变速箱的状态等项目状态，正常的车况的项目状态是车辆安全行驶的一个前提。订阅是指一种预定方式，传统订阅是指报纸读者预交一段时间的报纸订阅费，由专门负责投送的人员在指定的时间段把读者所订的报纸按期投递到读者指定的地点。相较于传统订阅，由于网络技术的发展，消息订阅越来越深入日常生活，通常在时效性比较强的信息中使用订阅功能有利于让用户及时获取感兴趣的信息。本申请的实施例涉及基于用户订阅的车况状态的消息推送方法。

图1是本申请的一示例性实施例示出的一种消息推送方法的实施环境示意图。

如图1所示，实施环境可以包括智能网联车101、服务端102以及智能终端103。其中，服务端102可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器，在此不进行限制。智能终端103可以是智能手机、车载电脑、平板电脑、笔记本电脑、智能手表等任意支持接收消息的终端设备，但并不限于此。在本实施例中智能网联车101用于采集车况数据，并上传到服务端102进行处理，服务端102实现对车况数据的处理，通过判断目标项目的目标项目提醒状态以确定是否推送提醒消息给智能终端103。智能网联车101可以通过3G(第三代的移动信息技术)、4G(第四代的移动信息技术)、5G(第五代的移动信息技术)等无线网络与服务端102进行通信，服务端102可以通过3G(第三代的移动信息技术)、4G(第四代的移动信息技术)、5G(第五代的移动信息技术)等无线网络与智能终端103进行通信，本处也不对此进行限制。

示意性的，智能网联车101首先通过车载传感器采集到各个项目状态数据，然后将采集到的项目状态数据与标识信息打包成车况数据上传到服务端102。应当理解的是，智能网联车101本身搭载多种传感器，在车辆行驶过程中，各传感器都将基于自身特点采集相应的项目状态数据。服务端102在获取到智能网联车101上传的车况数据之后，可以对车况数据划分为标识信息和项目状态数据；根据标识信息匹配目标项目的目标项目预设参数；基于目标项目预设参数与项目状态数据判断目标项目的目标项目提醒状态；若目标项目提醒状态为提醒，则基于车况数据生成提醒消息并推送给智能终端103。应当理解的是，目标项目和目标项目预设参数可以是根据用户的个性化需求配置的。可见，本申请实施例的技术方案能够通过根据用户个性化需求预设的目标项目和目标项目预设参数判断车况的状态以确定是否推送提醒消息。既提高了行车的安全性，同时又满足了用户的个性化需求。

需要说明的是，本申请实施例所提供的消息推送方法一般由服务端102执行，相应地，消息推送装置一般设置于服务端102中。

以下对本申请实施例的技术方案的实现细节进行详细阐述：

图2是本申请的一示例性实施例示出的一种消息推送方法的流程图，该消息推送方法可以应用于图1所示的实施环境，并由该实施环境中的服务端102具体执行。应理解的是，该方法也可以适用于其它的示例性实施环境，并由其它实施环境中的设备具体执行，本实施例不对该方法所适用的实施环境进行限制。

如图2所示，在一示例性的实施例中，消息推送方法至少包括步骤S210至步骤S230，详细介绍如下：

步骤S210，获取车况数据，车况数据包括标识信息和项目状态数据。

首先通过获取车况数据以得到标识信息和项目状态数据。标识信息可以用于识别车况信息的来源，识别车况信息源自某一辆车或者某一位用户。示意性的，标识信息可以包括但不限于车牌号、发动机出厂编号、整车出厂编号、用户身份证号、用户手机号码。项目状态数据可以是一个项目状态数据也可以是多个项目状态数据。示意性的，项目状态数据包括但不限于胎压状态数据、剩余油量状态数据、剩余里程状态数据等中至少之一。在本申请的一个实施例中，车况数据可以由智能网联车101采集车况数据周期上传到服务端102。也可以由服务端102通过发送信号给智能网联车101实时获取到车况数据，还可以由服务端102通过与之相连的其他数据采集设备获取到车况数据，还可以由相关技术人员将车况数据输入到服务端102中。

步骤S220，若存在与标识信息匹配的目标项目的目标项目预设参数，基于目标项目预设参数与项目状态数据确定目标项目的目标项目提醒状态。

在本申请的一个实施例中，根据该标识信息判断是否存在与该标识信息有映射关系的目标项目的目标项目预设参数，若不存在，则忽略该车况数据，若存在，则基于目标项目预设参数与项目状态数据确定目标项目的目标项目提醒状态以确定下一步是否推送提醒消息。区别于直接确定车况的项目提醒状态，由于每个用户有不同的个性化需求，可以根据用户的个性化需求设置目标项目与目标项目预设参数，基于目标项目预设参数去确定目标项目的目标项目提醒状态以实现根据用户个性化需求推送提醒消息。需要明白的是，如果用户没有个性化需求，也可以不设置目标项目与目标项目预设参数。因此，对于不同的用户或者不同的车辆而言，目标项目与目标项目预设参数是可有可无且不同的，故而在确定项目提醒状态之前要判断是否存在与该标识信息相匹配的目标项目的目标项目预设参数。

在本申请的一个实施例中，在步骤S220之前包括如下步骤：

步骤S2201，获取多个预设项目和预设项目的项目默认参数，并展示。

在本申请的一个实施例中，用户可以在智能终端103获取与智能网联车101相匹配的所有的消息订阅频道，并以频道列表的形式一一展示在智能终端103上，每个频道(消息订阅频道)对应显示该频道的预设项目和预设项目的项目默认参数。示意性的，预设项目包括但不限于胎压异常提醒项目、剩余油量提醒项目以及剩余里程提醒项目等中至少之一。

在本申请的一个实施例中，在步骤S2201之前包括如下步骤：

新建消息订阅频道并确定频道文案、参数格式以及默认参数，每一个消息订阅频道可以有自己独特的文案和显示参数，以及显示条件。将消息订阅频道配置到车型、车系或某一辆车上，基于每个消息订阅频道可以生成对应的预设项目与预设项目的项目默认参数。

步骤S2202，根据用户的项目选择消息从多个预设项目中确定目标项目。

在本申请的一个实施例中，用户可以根据个性化需求从多个频道中选择想要订阅的频道并订阅以确定目标项目。示意性的，用户根据自身的个性化需求点击智能终端103界面上的某一频道的订阅按钮，以向智能终端103发起该频道的订阅指令；智能终端103接收订阅指令后根据该频道的订阅指令生成订阅消息(项目选择消息)并发送给服务端102，其中该订阅消息携带与该频道具有映射关系的项目标识；服务端102接收订阅消息后根据订阅消息中的项目标识从多个预设项目中确定该用户选择的目标项目。

步骤S2203，获取用户对目标项目的自定义消息，若存在自定义消息，基于自定义消息生成目标项目的目标项目预设参数，若不存在自定义消息，基于目标项目的项目默认参数生成目标项目的目标项目预设参数。

在本申请的一个实施例中，频道的配置是灵活的，用户还可以取消已订阅频道或者更新频道自定义参数。其中，用户可以根据自身需求对所选择的目标项目设置自定义参数并生成自定义消息通过智能终端103发送给服务端102，服务端102基于接收的自定义消息生成该目标项目的目标项目预设参数。若用户没有设置自定义参数，则服务端102不会收到自定义消息，基于目标项目的项目默认参数生成目标项目的目标项目预设参数。需要明白的是，目标项目预设参数可以是一个数值，也可以是一个数值区间，或者是一个状态参数(如启动，停止等)，或者是本领域技术人员或用户所设定的其他参数。

步骤S2204，基于目标项目、目标项目预设参数以及标识信息生成频道订阅信息。

在本申请的一个实施例中，通过用户确定的目标项目、默认或自定义生成的目标项目的目标项目预设参数以及标识信息生成频道订阅信息，使得标识信息与频道订阅信息之间、标识信息与目标项目之间以及标识信息与目标项目的目标项目预设参数之间形成了映射关系，以便后续步骤根据标识信息匹配目标项目的目标项目预设参数。上述频道订阅信息与本申请的一示例性实施例中的频道消息提醒配置是一致的，并存储在频道消息处理适配器中。

上述步骤可以实现目标项目与目标项目预设参数随着用户个性化需求的变化而变化，为用户提供即时的、个性化、差异化的服务。

在本申请的一个实施例中，若存在与标识信息匹配的目标项目的目标项目预设参数，包括如下步骤：

基于标识信息匹配频道订阅信息，标识信息包括车辆标识和用户标识中至少之一，频道订阅信息包括目标项目和目标项目预设参数。

在本申请的一个实施例中，通过标识信息判断是否存在与标识信息相匹配的频道订阅信息，以匹配目标项目的目标项目预设参数。需要明白的是，当一个用户名下只有一辆车或者一辆车只有一个用户使用时，只需根据车辆标识或用户标识其中之一就能匹配频道订阅信息；当同一个用户名下有多辆车或者一辆车有多个用户使用时，如果只根据车辆标识或用户标识其中之一去匹配频道订阅信息容易出现混淆或错误，为了避免这种混淆或错误，可以根据车辆标识和用户标识两者一起匹配频道订阅信息。示意性的，当出现一辆车有多个用户使用时，车辆启动时，可以通过语音或其他方式提示用户确认身份信息以获取当前用户标识。

在本申请的另一个实施例中，若存在与标识信息匹配的目标项目的目标项目预设参数，还包括如下步骤：

标识信息包括车辆标识，根据车辆标识确定用户标识，将用户标识确定为标识信息，基于标识信息匹配频道订阅信息，频道订阅信息包括目标项目和目标项目预设参数。

在本申请的另一个实施例中，若标识信息只包括车辆标识，可以根据车辆标识确定用户标识，将用户标识加入到标识信息中，再基于标识信息匹配频道订阅信息。当出现一辆车有多个用户的情况时，需要从多个用户标识中确定当前用户标识，并将当前用户标识加入到标识信息中。示意性的，服务端102可以根据车辆标识向智能网联车101发送获取当前用户标识的信号，智能网联车101接收该信号后通过语音或其他方式提示当前用户确认身份信息，在当前用户确认身份信息后根据该身份信息匹配当前用户标识并发送给服务端102。

在本申请的一个实施例中，基于目标项目预设参数与项目状态数据确定目标项目的目标项目提醒状态，包括如下步骤：

步骤S221，从项目状态数据中确定目标项目的目标项目状态数据。

在本申请的一个实施例中，车况的项目状态数据可以是多个项目状态数据，在判断目标项目提醒状态前需要从多个项目状态数据确定目标项目状态数据。利用目标项目预设参数从项目状态数据中匹配目标项目状态数据以进行下一步处理。

示意性的，以目标项目为胎压异常提醒项目为例，则目标项目预设参数为胎压预设参数，可以利用胎压预设参数从项目状态数据中匹配到胎压状态数据。

步骤S222，若目标项目状态数据满足目标项目预设参数，则确定目标项目提醒状态为提醒。

在本申请的一个实施例中，将目标项目状态数据与目标项目预设参数进行比对，若目标项目状态数据满足目标项目预设参数，则确定目标项目提醒状态为提醒，若目标项目状态数据不满足目标项目预设参数，则确定目标项目提醒状态为不提醒。

示意性的，以目标项目为胎压异常提醒项目为例，若胎压状态数据满足胎压预设参数时，则胎压异常提醒状态为提醒，若胎压状态数据不满足胎压预设参数时，则胎压异常提醒状态为不提醒。胎压预设参数可以是[0，220)&(240，∞)，或者是本领域技术人员或用户所设定的其他参数。

示意性的，以目标项目为剩余里程提醒项目为例，若剩余里程状态数据满足剩余里程预设参数时，则剩余里程提醒状态为提醒，若剩余里程状态数据不满足剩余里程预设参数时，则剩余里程提醒状态为不提醒。可选的，剩余里程预设参数可以是[0，200]或200，或者是本领域技术人员或用户所设定的其他参数。

在本申请的一个具体实施例中，当获取到对应车辆的车况心跳数据(车况数据)时，就会对应读取该用户已订阅频道的配置，即目标项目和目标项目预设参数，根据频道的配置生成车况检测表达式，然后针对车况心跳数据中的每一个车况项目进行检测。示意性的，以目标项目为胎压异常提醒项目为例，根据胎压异常提醒项目的胎压预设参数生成车况检测表达式，利用车况检测表达式对车况心跳数据中的每一个车况项目(项目状态数据)进行匹配，直到匹配到胎压项目状态数据，若胎压项目状态数据满足车况检测表达式，则确定胎压异常提醒状态为提醒，即胎压出现异常。还可以根据车况心跳数据为用户定位到异常的胎压来自于哪一个轮胎。

在本申请的一个实施例中，在步骤S220之后包括如下步骤：

若目标项目提醒状态为提醒，统计目标项目提醒状态为提醒的累计次数，若累计次数满足预设提醒参数，基于车况数据生成提醒消息并推送。

在本申请的一个实施例中，以目标项目为胎压异常提醒项目为例，若胎压异常提醒状态为提醒，统计胎压异常提醒状态为提醒的累计次数，若累计次数满足预设提醒参数，基于车况数据生成提醒消息并推送。预设提醒参数可以是5或[5，∞)，或者是本领域技术人员所设定的其他参数。需要明白的是，为了避免提醒消息反复推送而给用户造成消息轰炸，预设提醒参数可以为预设提醒阈值，即当且仅当累计次数等于预设提醒阈值时，基于车况数据生成提醒消息并推送。

在本申请的另一个实施例中，在步骤S220之后还包括如下步骤：

若目标项目提醒状态为提醒，统计目标项目提醒状态为提醒的连续累计次数，若目标项目提醒状态为不提醒，将该连续累计次数清零，直到连续累计次数满足预设提醒参数，基于车况数据生成提醒消息并推送。

在本申请的另一个实施例中，以目标项目为剩余里程提醒项目为例，若剩余里程提醒状态为提醒，统计剩余里程提醒状态为提醒的连续累计次数，若剩余里程提醒状态为不提醒，将该连续累计次数清零，直到该连续累计次数满足预设提醒参数，基于车况数据生成提醒消息并推送。预设提醒参数可以是5或[5，∞)，或者是本领域技术人员所设定的其他参数。需要明白的是，为了避免提醒消息反复推送而给用户造成消息轰炸，预设提醒参数可以为预设提醒阈值，即当且仅当该连续累计次数等于预设提醒阈值时，基于车况数据生成提醒消息并推送。

步骤S230，若目标项目提醒状态为提醒，基于车况数据生成提醒消息并推送。

在本申请的一个实施例中，若目标项目提醒状态为不提醒，则忽略该车况数据；若目标项目提醒状态为提醒，则对车况数据进一步处理以生成提醒消息并推送。示意性的，可以基于车况数据确定提醒等级生成提醒消息并推送。

在本申请的一个实施例中，步骤S230包括如下步骤：

步骤S231，将目标项目状态数据与目标项目预设参数进行对比以确定提醒等级，目标项目预设参数包括第一预设目标项目参数、第二预设目标项目参数以及第三预设目标项目参数中至少之一，第一预设目标项目参数的最小值大于第二预设目标项目参数的最大值，第二预设目标项目参数的最小值大于第三预设目标项目参数的最大值。

在本申请的一个实施例中，以目标项目为剩余油量提醒项目为例，在确定剩余油量提醒状态为提醒之后，将剩余油量状态数据与剩余油量预设参数进行比对以确定提醒等级，若剩余油量预设参数包括第一预设剩余油量参数、第二预设剩余油量参数以及第三预设剩余油量参数，第一预设剩余油量参数的最小值大于第二预设剩余油量参数的最大值，第二预设剩余油量参数的最小值大于第三预设剩余油量参数的最大值。第一预设剩余油量参数可以是(0.4，0.6]，第二预设剩余油量参数可以是(0.2，0.4]，第三预设剩余油量参数可以是[0，0.2]。可以将提醒等级依次划分为初级警告、中级警告和严重警告，也可以划分为一级提醒、二级提醒和三级提醒，此处不进行限制。

步骤S232，若目标项目状态数据满足第一预设目标项目参数，则确定提醒等级为初级警告。

在本申请的一个实施例中，继续以剩余油量提醒项目为例，若剩余油量状态数据满足第一预设剩余油量参数，即剩余油量状态数据在(0.4，0.6]范围内，则确定剩余油量提醒等级为初级警告。

步骤S233，若目标项目状态数据满足第二预设目标项目参数，则确定提醒等级为中级警告。

在本申请的一个实施例中，继续以剩余油量提醒项目为例，若剩余油量状态数据满足第二预设剩余油量参数，即剩余油量状态数据在(0.2，0.4]范围内，则确定剩余油量提醒等级为中级警告。

步骤S234，若目标项目状态数据满足第三预设目标项目参数，则确定提醒等级为严重警告。

在本申请的一个实施例中，继续以剩余油量提醒项目为例，若剩余油量状态数据满足第三预设剩余油量参数，即剩余油量状态数据在[0，0.2]范围内，则确定剩余油量提醒等级为严重警告。

步骤S235，基于目标项目状态数据、提醒等级以及标识信息生成提醒消息并推送。

在本申请的一个实施例中，继续以剩余油量提醒项目为例，如剩余油量状态数据为0.1，则剩余油量提醒等级为严重警告。可以根据标识信息确定消息接收端地址。基于剩余油量状态数据、剩余油量提醒等级生成提醒消息，并根据消息接收端地址推送提醒消息。该提醒消息可以参考文案“严重警告！剩余油量为0.1，请立即加油！”，此处不进行限制。

在本申请的另一个实施例中，步骤S230还包括如下步骤：

步骤S231，将累计次数或连续累计次数与预设提醒参数进行对比以确定提醒等级，预设提醒参数包括第一预设提醒参数、第二预设提醒参数以及第三预设提醒参数中至少之一，第一预设提醒参数的最小值大于第二预设提醒参数的最大值，第二预设提醒参数的最小值大于第三预设提醒参数的最大值。

在本申请的另一个实施例中，以目标项目为胎压异常提醒项目为例，在确定胎压异常提醒状态为提醒之后，将胎压异常提醒状态为提醒的累计次数或连续累计次数与预设提醒参数进行比对以确定提醒等级，若预设提醒参数包括第一预设提醒参数、第二预设提醒参数以及第三预设提醒参数，第一预设提醒参数的最小值大于第二预设提醒参数的最大值，第二预设提醒参数的最小值大于第三预设提醒参数的最大值。需要明白的是，预设提醒参数可以为预设提醒区间或者预设提醒阈值，预设提醒参数为预设提醒阈值时可以避免提醒消息反复推送，例如第一预设提醒参数可以是3，第二预设提醒参数可以是6，第三预设提醒参数可以是9，第一预设提醒参数、第二预设提醒参数以及第一预设提醒参数也可以是本领域技术人员所设定的其他参数，满足上述大小关系即可。可以将提醒等级依次划分为初级警告、中级警告和严重警告，也可以划分为一级提醒、二级提醒和三级提醒，此处不进行限制。

步骤S232，若累计次数或连续累计次数满足第一预设提醒参数，则确定提醒等级为初级警告。

在本申请的另一个实施例中，继续以胎压异常提醒项目为例，若胎压异常提醒状态为提醒的累计次数或连续累计次数等于第一预提醒参数，即胎压异常提醒状态为提醒的累计次数或连续累计次数等于3，则确定胎压异常提醒等级为初级警告。

步骤S233，若累计次数或连续累计次数满足第二预设提醒参数，则确定提醒等级为中级警告。

在本申请的另一个实施例中，继续以胎压异常提醒项目为例，若胎压异常提醒状态为提醒的累计次数或连续累计次数等于第二预提醒参数，即胎压异常提醒状态为提醒的累计次数或连续累计次数等于6，则确定胎压异常提醒等级为中级警告。

步骤S234，若累计次数或连续累计次数满足第三预设提醒参数，则确定提醒等级为严重警告。

在本申请的另一个实施例中，继续以胎压异常提醒项目为例，若胎压异常提醒状态为提醒的累计次数或连续累计次数等于第三预提醒参数，即胎压异常提醒状态为提醒的累计次数或连续累计次数等于9，则确定胎压异常提醒等级为严重警告。

步骤S235，基于目标项目状态数据、提醒等级以及标识信息生成提醒消息并推送。

在本申请的另一个实施例中，继续以胎压异常提醒项目为例，如胎压异常提醒状态为提醒的累计次数或连续累计次数为6，则胎压异常提醒等级为中级警告。可以根据标识信息确定消息接收端地址。基于胎压状态数据、胎压异常提醒等级生成提醒消息，并根据消息接收端地址推送提醒消息。可选的，该提醒消息可以参考文案“中级警告！胎压异常，当前胎压为，请及时检查！”，此处不进行限制。

请参阅图3，图3是本申请的一示例性实施例示出的一种具体消息频道配置方法的流程示意图。该方法可以应用于图1所示的实施环境，并由该实施环境中的智能网联车101、服务端102以及智能终端103具体执行。应理解的是，该方法也可以适用于其他的示例性实施环境，并由其他实施环境中的设备具体执行，本实施例不对该方法所适用的实施环境进行限制。

如图3所示，在本申请的一个具体实施例中，从运营人员的角度而言，首先运营人员新建消息订阅频道并确定频道文案、参数格式以及默认参数，将消息订阅频道配置到车型、车系或某一辆车上。从用户(车主)的角度而言，流程的第一步是获取所有可以订阅的频道。可选的，由于可获取的频道是低频率变更的配置，可以加上缓存机制以提高系统响应性能。每一个频道有自己独特的文案和显示参数，以及显示条件。用户可以通过智能终端拉取到与车辆相匹配的消息订阅频道，根据自己的需求选择订阅频道。频道的配置是灵活可修改的，用户还可以取消已订阅频道或者更新频道自定义参数，若用户自定义参数，则采用用户自定义的配置中的参数，若用户没有自定义参数，则采用默认的配置中的参数。

其中，配置的订阅频道包括但不限于胎压异常提醒频道、剩余油量提醒频道以及剩余里程提醒频道等中至少之一。以胎压异常提醒频道为例，运营人员需要先确定胎压异常提醒消息提示的文案，这个文案会直接展示给智能终端的用户，文案可以多种多样，可以参考“当胎压值低于__或高于__时，提醒我”，此处不进行限制。然后确定胎压异常检测所需要的两个参数，即正常胎压的下限值与上限值，运营人员需要为正常胎压的下限值与上限值配置默认值，并且将该胎压异常提醒频道配置到某个车型或者车系或者某一辆具体的车上。用户获取到胎压异常提醒频道后，可以选择订阅胎压异常提醒频道，该频道允许用户设置一个正常的胎压大小区间，即用户可以为正常胎压的下限值与上限值自定义参数值。此外，用户还可以将已订阅的胎压异常提醒频道取消订阅。

请参阅图4，图4是本申请的一示例性实施例示出的一种具体消息推送方法的流程示意图。该方法可以应用于图1所示的实施环境，并由该实施环境中的智能网联车101、服务端102以及智能终端103具体执行。应理解的是，该方法也可以适用于其他的示例性实施环境，并由其他实施环境中的设备具体执行，本实施例不对该方法所适用的实施环境进行限制。

如图4所示，在本申请的一个具体实施例中，云端服务器会针对所有智能网联车监听固定间隔的车况数据，生成车况心跳数据，该车况心跳数据由智能网联车周期上传至云端服务器。云端服务器对每一次车况心跳数据进行分析和处理，包括如下步骤：

步骤S410，解析出车辆与用户信息，获取用户的订阅参数，根据订阅参数解析为车况检测表达式。

首先通过车况心跳数据中的至少一个车况数据获取到标识信息，以得到车辆以及用户的信息，检查车主是否对于车况的消息频道有订阅记录，以判断是否存在与标识信息匹配的目标项目的目标项目预设参数。若是无订阅记录，则视为不存在与标识信息匹配的目标项目的目标项目预设参数，忽略此次车况心跳数据。若是用户已有针对某频道的订阅记录，则视为存在与标识信息匹配的目标项目的目标项目预设参数，获取到对应的订阅频道的信息。然后通过订阅频道的名字，该名字可以为目标项目名称或目标项目标识，从系统中获取到对应的频道的消息提醒配置。若是用户针对该频道有自定义的消息提醒配置，也即用户对目标项目存在自定义消息，则提取出用户自定义的消息提醒配置生成目标项目预设参数，若是用户未提供自定义的频道消息提醒配置，则采用对应频道的默认消息提醒配置，也即采用目标项目的项目默认参数生成目标项目预设参数。根据频道(目标项目)、目标项目预设参数生成对应该车况心跳数据的匹配规则表达式即车况检测表达式。需要明白的是，用户的订阅频道可以是一个也可以是多个，每一个频道对应有一个目标项目预设参数，该目标项目预设参数可以一个数值，也可以是一个数值区间，或者是一个状态参数(如启动，停止等)，或者是本领域技术人员所设定的其他参数。

步骤S420，利用车况检测表达式循环检测车况(项目状态数据)。

利用生成的车况检测表达式循环地匹配与检测车况中的每一个字段。若是未检测到需要消息提醒的车况，即目标项目提醒状态为不提醒，则忽略此次车况心跳数据；若是检测到需要消息提醒的车况，即目标项目提醒状态为提醒，例如车况中的胎压超出了用户设置的上限或者下限，则进入缓存检查阶段。

步骤S430，基于需要消息提醒的车况进入缓存检查，检查是否达到推送消息提醒的条件，若达到推送消息提醒的条件，推送提醒消息。

这一个阶段由于车况心跳数据的消息量和并发量巨大，对系统的性能要求比较高，所以全部加入了缓存机制以提高系统性能。检查缓存中的消息提醒计数器是否到了需要给用户推送消息的数字。示意性的，检查异常胎压车况心跳数据是否已经累计出现了3次或者3次以上或者其他次数，此处不进行限制。若是经过缓存检查且符合消息提醒的条件，根据配置给用户推送消息或者是短信。

由于缓存检测是预防消息提醒反复发生，从而给用户造成消息轰炸的打扰而设置的机制。可选的，缓存检测机制可以为，若是检测到车况数据正常，则清空缓存，若是第一次检测到需要消息提醒的车况，则缓存中的计数器加一，当且仅当缓存中的计数器为3时，才会向用户推送提醒消息。即同一目标项目的需要消息提醒的车况心跳数据已经累计收到了多次，确实有必要向用户推送用户所订阅的车况消息提醒。

图5是本申请的一示例性实施例示出的一种消息推送装置的框图。该装置可以应用于图1所示的实施环境，并具体配置在服务端102中。该装置也可以适用于其它的示例性实施环境，并具体配置在其它设备中，本实施例不对该装置所适用的实施环境进行限制。

如图5所示，该示例性的消息推送装置包括：

获取模块510，配置为获取车况数据，车况数据包括标识信息和项目状态数据；确定模块520，配置为若存在与标识信息匹配的目标项目的目标项目预设参数，基于目标项目预设参数与项目状态数据确定目标项目的目标项目提醒状态；推送模块530，配置为若目标项目提醒状态为提醒，基于车况数据生成提醒消息并推送。

需要说明的是，上述实施例所提供的消息推送装置与上述实施例所提供的消息推送方法属于同一构思，其中各个模块执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。上述实施例所提供的消息推送装置在实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能，本处也不对此进行限制。

本申请的实施例还提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现上述各个实施例中提供的消息推送方法。

图6示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。需要说明的是，图6示出的电子设备的计算机系统600仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图6所示，计算机系统600包括中央处理单元(Central Processing Unit，CPU)601，其可以根据存储在只读存储器(Read-Only Memory，ROM)602中的程序或者从储存部分608加载到随机访问存储器(Random Access Memory，RAM)603中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在RAM 603中，还存储有系统操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(Input/Output，I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分607；包括硬盘等的储存部分608；以及包括诸如LAN(Local Area Network，局域网)卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入储存部分608。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本申请的另一方面还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机的处理器执行时，使计算机执行如前所述的消息推送方法。该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的，也可以是单独存在，而未装配入该电子设备中。

本申请的另一方面还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各个实施例中提供的消息推送方法。

上述实施例仅示例性说明本申请的原理及其功效，而非用于限制本申请。任何熟悉此技术的人士皆可在不违背本申请的精神及范畴下，对上述实施例进行修饰或改变。因此，但凡所属技术领域中具有通常知识者在未脱离本申请所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本申请的权利要求所涵盖。

Claims (10)

1.一种消息推送方法，其特征在于，所述消息推送方法包括：

获取车况数据，所述车况数据包括标识信息和项目状态数据；

若存在与所述标识信息匹配的目标项目的目标项目预设参数，基于所述目标项目预设参数与所述项目状态数据确定所述目标项目的目标项目提醒状态；

若所述目标项目提醒状态为提醒，基于所述车况数据生成提醒消息并推送。

2.根据权利要求1所述的消息推送方法，其特征在于，基于所述目标项目预设参数与所述项目状态数据确定所述目标项目的目标项目提醒状态，所述消息推送方法包括：

从所述项目状态数据中确定所述目标项目的目标项目状态数据；

若所述目标项目状态数据满足所述目标项目预设参数，则确定所述目标项目提醒状态为提醒。

3.根据权利要求1所述的消息推送方法，其特征在于，基于所述目标项目预设参数与所述项目状态数据确定所述目标项目的目标项目提醒状态之后，所述消息推送方法包括：

若所述目标项目提醒状态为提醒，统计所述目标项目提醒状态为提醒的累计次数，若所述累计次数满足预设提醒参数，基于所述车况数据生成所述提醒消息并推送；

或，

若所述目标项目提醒状态为提醒，统计所述目标项目提醒状态为提醒的连续累计次数，若所述目标项目提醒状态为不提醒，将所述连续累计次数清零，直到所述连续累计次数满足预设提醒参数，基于所述车况数据生成所述提醒消息并推送。

4.根据权利要求2或3任一项所述的消息推送方法，其特征在于，若所述目标项目提醒状态为提醒，基于所述车况数据生成提醒消息并推送，所述消息推送方法包括：

将所述目标项目状态数据与所述目标项目预设参数进行对比以确定提醒等级，所述目标项目预设参数包括第一预设目标项目参数、第二预设目标项目参数以及第三预设目标项目参数中至少之一，所述第一预设目标项目参数的最小值大于所述第二预设目标项目参数的最大值，所述第二预设目标项目参数的最小值大于所述第三预设目标项目参数的最大值；

若所述目标项目状态数据满足所述第一预设目标项目参数，则确定所述提醒等级为初级警告；

若所述目标项目状态数据满足所述第二预设目标项目参数，则确定所述提醒等级为中级警告；

若所述目标项目状态数据满足所述第三预设目标项目参数，则确定所述提醒等级为严重警告；

基于所述目标项目状态数据、所述提醒等级以及所述标识信息生成所述提醒消息并推送。

5.根据权利要求3所述的消息推送方法，其特征在于，若所述目标项目提醒状态为提醒，基于所述车况数据生成提醒消息并推送，所述消息推送方法还包括：

将所述累计次数或所述连续累计次数与所述预设提醒参数进行对比以确定提醒等级，所述预设提醒参数包括第一预设提醒参数、第二预设提醒参数以及第三预设提醒参数中至少之一，所述第一预设提醒参数的最小值大于所述第二预设提醒参数的最大值，所述第二预设提醒参数的最小值大于所述第三预设提醒参数的最大值；

若所述累计次数或所述连续累计次数满足所述第一预设提醒参数，则确定所述提醒等级为初级警告；

若所述累计次数或所述连续累计次数满足所述第二预设提醒参数，则确定所述提醒等级为中级警告；

若所述累计次数或所述连续累计次数满足所述第三预设提醒参数，则确定所述提醒等级为严重警告；

基于所述目标项目状态数据、所述提醒等级以及所述标识信息生成所述提醒消息并推送。

6.根据权利要求1至3任一项所述的消息推送方法，其特征在于，若存在与所述标识信息匹配的目标项目的目标项目预设参数，基于所述目标项目预设参数与所述项目状态数据确定所述目标项目的目标项目提醒状态之前，所述消息推送方法包括：

获取多个预设项目和所述预设项目的项目默认参数，并展示；

根据用户的项目选择消息从多个预设项目中确定所述目标项目；

获取用户对所述目标项目的自定义消息，若存在所述自定义消息，基于所述自定义消息生成所述目标项目的目标项目预设参数，若不存在所述自定义消息，基于所述目标项目的项目默认参数生成所述目标项目的目标项目预设参数；

基于所述目标项目、所述目标项目预设参数以及所述标识信息生成频道订阅信息。

7.根据权利要求6所述的消息推送方法，其特征在于，若存在与所述标识信息匹配的目标项目的目标项目预设参数，所述消息推送方法包括：

基于所述标识信息匹配所述频道订阅信息，所述标识信息包括车辆标识和用户标识中至少之一，所述频道订阅信息包括所述目标项目和所述目标项目预设参数；

或，

所述标识信息包括车辆标识，根据所述车辆标识确定用户标识，将所述用户标识确定为所述标识信息，基于所述标识信息匹配所述频道订阅信息，所述频道订阅信息包括所述目标项目和所述目标项目预设参数。

8.一种消息推送装置，其特征在于，所述消息推送装置包括：

获取模块：用于获取车况数据，所述车况数据包括标识信息和项目状态数据；

确定模块：用于若存在与所述标识信息匹配的目标项目的目标项目预设参数，基于所述目标项目预设参数与所述项目状态数据确定所述目标项目的目标项目提醒状态；

推送模块：用于若所述目标项目提醒状态为提醒，基于所述车况数据生成提醒消息并推送。

9.一种电子设备，其特征在于，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如权利要求1至7中任一项所述的消息推送方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，当所述计算机程序被计算机的处理器执行时，使计算机执行权利要求1至7中任一项所述的消息推送方法。

Images