CN116662667A - 一种基于用户标签的车载消息推送方法及相关设备 - Google Patents

Abstract

本申请公开了一种基于用户标签的车载消息推送方法及相关设备，所述方法包括：根据预设数据采集规则，采集目标用户相关的原始数据，并将所述原始数据发送到车云平台；接收所述车云平台发送的目标数据，所述目标数据通过所述车云平台对所述原始数据进行清洗操作处理和信息整合处理得到；对所述目标数据进行有效性分析，并使用可视化方式呈现有效性分析后的所述目标数据；根据预先制定的打标签计算规则，匹配所述目标数据中用户行为或者用户属性对应的用户标签；根据所述用户标签匹配得到符合需求的目标推荐消息，将所述目标推荐消息推送给所述目标用户。本申请根据用户标签匹配到推荐消息并精准推送，使用户获取到有价值的信息并提升产品价值。

Description

一种基于用户标签的车载消息推送方法及相关设备

技术领域

本申请涉及消息推送技术领域，尤其涉及一种基于用户标签的车载消息推送方法、系统、车辆及计算机可读存储介质。

背景技术

车载娱乐系统搭载有消息推送，目前车机端（即车载终端）应用的普遍的消息推送是根据车系、车型等后台管理系统配置进行无差别统一的相同内容推送，及推送范围广，推送逻辑单一，缺乏对不同用户的区分，进行频繁、重复、不相关的消息推送，进而导致造成无效推送，用户体验感差，甚至感到困扰，推送资源的浪费，增值服务的收益和转换率下降等。致使用户对推送信息逐渐麻木，消息推送将严重挫伤用户的信任，不仅会引来大量的负面投诉，甚至引起用户直接弃用应用的行为。

因此，现有技术还有待于改进和发展。

发明内容

本申请的主要目的在于提供一种基于用户标签的车载消息推送方法、系统、车辆及计算机可读存储介质，旨在解决现有技术中车载终端对用户进行消息推送时毫无针对性，导致用户对推送的消息产生厌恶感，同时降低了消息推送的推广价值的问题。

本申请第一方面实施例提供一种基于用户标签的车载消息推送方法，包括以下步骤：根据预设数据采集规则，采集目标用户相关的原始数据，并将所述原始数据发送到车云平台；接收所述车云平台发送的目标数据，所述目标数据通过所述车云平台对所述原始数据进行清洗操作处理和信息整合处理得到；对所述目标数据进行有效性分析，并使用可视化方式呈现有效性分析后的所述目标数据；根据预先制定的打标签计算规则，匹配所述目标数据中用户行为或者用户属性对应的用户标签；根据所述用户标签匹配得到符合需求的目标推荐消息，将所述目标推荐消息推送给所述目标用户。

根据上述技术手段，本申请实施例可以通过对用户行为和偏好进行数据采集归类，在进行数据清洗后得到真实有价值的数据，在进行数据分析后打上对应的用户标签，进而根据用户标签匹配到目标推荐消息并进行精准推送，实现了基于用户特性进行消息精准推送，使用户获取到有价值的信息并提升产品价值。

可选地，在本申请的一个实施例中，所述原始数据包括用户行为信息、用户属性信息和用户态度信息；所述用户行为信息用于表示目标用户对于车辆的相关活动参与记录；所述用户属性信息用于表示目标用户的身份信息、车辆购买信息和会员信息；所述用户态度信息用于了解目标用户对车载娱乐系统各功能特性的使用频次。

根据上述技术手段，本申请实施例可以通过用户行为信息了解用户对于车辆的相关活动参与记录，可以通过用户属性信息了解用户的一些关于身份的基本信息、车辆购买信息以及相关活动的会员信息，同时可以通过用户态度信息了解目标用户对车载娱乐系统各功能特性的使用频次，便于后台系统根据用户信息得到符合用户需求的消息。

可选地，在本申请的一个实施例中，所述清洗操作处理包括：将所述原始数据中的脏数据、重复数据、空数据和格式错误数据进行清洗，得到初始目标用户数据；所述信息整合处理包括：将清洗后得到的所述初始目标用户数据中不同数据源的碎片化信息进行串联操作，得到具备完整信息数据源的目标数据。

根据上述技术手段，本申请实施例可以将用户的原始数据进行清洗后去掉无关数据和错误数据，再通过数据整合将碎片化信息得到完整信息数据源，便于后续利用用户数据更加有效和高效。

可选地，在本申请的一个实施例中，所述对所述目标数据进行有效性分析，并使用可视化方式呈现有效性分析后的所述目标数据，具体包括：获取所述目标数据，对所述目标数据进行多角度分析；使用报告或者图形的方式展示全面分析后的所述目标数据，以呈现用户行为、用户属性、用户态度的基本特征和整体分布形态。

根据上述技术手段，本申请实施例可以通过对目标数据进行有效性分析，从而对整个数据有个全面的认识，通过使用报告、图形等方式呈现数据，从而了解用户行为、用户属性、用户态度的基本特征和整体分布形态以便制定打标签计算规则。

可选地，在本申请的一个实施例中，所述根据预先制定的打标签计算规则，匹配所述目标数据中用户行为或者用户属性对应的用户标签，具体包括：分析多个用户在预设周期内的用户行为和用户属性制定打标签计算规则，根据所述打标签计算规则为不同的用户行为或者用户属性对应标记不同的用户标签，形成不同的用户行为或者用户属性与用户标签的一一对应的关系数据库；根据所述目标数据中用户行为或者用户属性，在所述关系数据库中匹配得到所述目标数据中用户行为或者用户属性对应的用户标签。

根据上述技术手段，本申请实施例可以先统计一段时间内多个用户的行为和属性，从而根据统计得到的规律得到不同的用户行为或者用户属性与用户标签的一一对应的关系数据库，那么就可以直接根据这个关系数据库匹配用户标签，满足条件的用户打上对应的用户标签，便于后续根据用户标签推送相关消息。

可选地，在本申请的一个实施例中，所述根据所述用户标签匹配得到符合需求的目标推荐消息，将所述目标推荐消息推送给所述目标用户，具体包括：根据所述用户标签的事件等级程度设置不同的消息推送程度，所述消息推送程度包括不推送消息、弱消息推送和强消息推送；根据所述用户标签的事件等级程度匹配消息推送程度，根据不同的消息推送程度执行不推送消息、执行弱消息推送或者强消息推送；在执行弱消息推送或者强消息推送时，获取符合需求的目标推荐消息，将所述目标推荐消息推送给所述目标用户。

根据上述技术手段，本申请实施例可以根据用户标签进行匹配推送消息，根据用户标签的不同定义选择不同推送方式，进行对用户信息分类推送符合需求的信息，便于高效的进行用户与消息推送管理等场景应用，实现数据与事实驱动的客户体验提升。

可选地，在本申请的一个实施例中，所述执行弱消息推送或者强消息推送，包括：在执行所述弱消息推送时，将所述目标推荐消息以信息显示或者语音播报的方式进行推送；在执行所述强消息推送时，将所述目标推荐消息以故障报警的弹窗或者短信通知的方式进行推送。

根据上述技术手段，本申请实施例可以根据用户标签选择弱消息推送和强消息推送，两种消息推送的提示程度根据消息的紧急程度不一样，便于用户根据消息的紧急程度在收到消息后进行相应的操作。

本申请第二方面实施例提供一种基于用户标签的车载消息推送系统，所述基于用户标签的车载消息推送系统包括：原始数据采集模块，用于根据预设数据采集规则，采集目标用户相关的原始数据，并将所述原始数据发送到车云平台；数据清洗整合模块，用于接收所述车云平台发送的目标数据，所述目标数据通过所述车云平台对所述原始数据进行清洗操作处理和信息整合处理得到；数据分析呈现模块，用于对所述目标数据进行有效性分析，并使用可视化方式呈现有效性分析后的所述目标数据；用户标签匹配模块，用于根据预先制定的打标签计算规则，匹配所述目标数据中用户行为或者用户属性对应的用户标签；消息匹配推送模块，用于根据所述用户标签匹配得到符合需求的目标推荐消息，将所述目标推荐消息推送给所述目标用户。

可选地，在本申请的一个实施例中，所述原始数据包括用户行为信息、用户属性信息和用户态度信息；所述用户行为信息用于表示目标用户对于车辆的相关活动参与记录；所述用户属性信息用于表示目标用户的身份信息、车辆购买信息和会员信息；所述用户态度信息用于了解目标用户对车载娱乐系统各功能特性的使用频次。

可选地，在本申请的一个实施例中，所述清洗操作处理包括：将所述原始数据中的脏数据、重复数据、空数据和格式错误数据进行清洗，得到初始目标用户数据；所述信息整合处理包括：将清洗后得到的所述初始目标用户数据中不同数据源的碎片化信息进行串联操作，得到具备完整信息数据源的目标数据。

可选地，在本申请的一个实施例中，所述数据分析呈现模块包括：数据全面分析单元，用于获取所述目标数据，对所述目标数据进行多角度分析；数据呈现单元，用于使用报告或者图形的方式展示全面分析后的所述目标数据，以呈现用户行为、用户属性、用户态度的基本特征和整体分布形态。

可选地，在本申请的一个实施例中，所述用户标签匹配模块包括：对应关系生成单元，用于分析多个用户在预设周期内的用户行为和用户属性制定打标签计算规则，根据所述打标签计算规则为不同的用户行为或者用户属性对应标记不同的用户标签，形成不同的用户行为或者用户属性与用户标签的一一对应的关系数据库；标签匹配单元，用于根据所述目标数据中用户行为或者用户属性，在所述关系数据库中匹配得到所述目标数据中用户行为或者用户属性对应的用户标签。

可选地，在本申请的一个实施例中，所述消息匹配推送模块包括：消息推送程度设置单元，用于根据所述用户标签的事件等级程度设置不同的消息推送程度，所述消息推送程度包括不推送消息、弱消息推送和强消息推送；消息推送程度选择单元，用于根据所述用户标签的事件等级程度匹配消息推送程度，根据不同的消息推送程度执行不推送消息、执行弱消息推送或者强消息推送；消息推送单元，用于在执行弱消息推送或者强消息推送时，获取符合需求的目标推荐消息，将所述目标推荐消息推送给所述目标用户。

可选地，在本申请的一个实施例中，本申请实施例的系统还包括：弱消息推送单元，用于在执行所述弱消息推送时，将所述目标推荐消息以信息显示或者语音播报的方式进行推送；强消息推送单元，用于在执行所述强消息推送时，将所述目标推荐消息以故障报警的弹窗或者短信通知的方式进行推送。

本申请第三方面实施例提供一种车辆，所述车辆包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的基于用户标签的车载消息推送程序，所述基于用户标签的车载消息推送程序被所述处理器执行时实现如上述实施例所述的基于用户标签的车载消息推送方法的步骤。

本申请第四方面实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有基于用户标签的车载消息推送程序，所述基于用户标签的车载消息推送程序被处理器执行时实现如上述实施例所述的基于用户标签的车载消息推送方法的步骤。

本申请的有益效果：

（1）本申请实施例可以对采集到的用户原始数据进行清洗和整合，避免后续分析数据时浪费时间，从而可以快速得到有效的用户数据，便于后续利用用户数据更加有效和高效。

（2）本申请实施例可以预先制定打标签计算规则，从而根据打标签计算规则快速匹配得到目标用户对应的用户标签，便于后续根据用户标签匹配得到相对应的符合用户需求的消息。

（3）本申请实施例可以根据用户标签进行匹配推送消息，根据用户标签的不同定义选择不同推送方式，进行对用户信息分类推送符合需求的信息，并根据消息的紧急程度选择不同的提示程度，便于高效的进行用户与消息推送管理等场景应用，实现数据与事实驱动的客户体验提升，根据用户标签匹配到目标推荐消息并进行精准推送，使用户获取到有价值的信息并提升产品价值。

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

附图说明

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

图1是本申请基于用户标签的车载消息推送方法的较佳实施例的流程图；

图2是本申请基于用户标签的车载消息推送方法的较佳实施例中完成消息推送的框架示意图；

图3是本申请基于用户标签的车载消息推送系统的较佳实施例的结构示意图；

图4为本申请车辆的较佳实施例的结构示意图。

其中，10-基于用户标签的车载消息推送系统；100-原始数据采集模块、200-数据清洗整合模块，300-数据分析呈现模块、400-用户标签匹配模块和500-消息匹配推送模块；501-存储器、502-处理器和503-通信接口。

具体实施方式

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

下面参考附图描述本申请实施例的基于用户标签的车载消息推送方法及相关设备。针对上述背景技术中提到的相关技术中车载终端对用户进行消息推送时毫无针对性，导致用户对推送的消息产生厌恶感，同时降低了消息推送的推广价值的问题，本申请提供了一种基于用户标签的车载消息推送方法，在该方法中，可以对用户行为和偏好进行数据采集归类，在进行数据清洗后得到真实有价值的数据，在进行数据分析后打上对应的用户标签，进而根据用户标签匹配到目标推荐消息并进行精准推送，使用户获取到有价值的信息并提升产品价值。由此，解决了相关技术中车载终端对用户进行消息推送时毫无针对性，导致用户对推送的消息产生厌恶感，同时降低了消息推送的推广价值的技术问题。

具体而言，图1为本申请实施例所提供的一种基于用户标签的车载消息推送方法的流程示意图。

如图1所示，该基于用户标签的车载消息推送方法包括以下步骤：

在步骤S101中，根据预设数据采集规则，采集目标用户相关的原始数据，并将所述原始数据发送到车云平台。

可以理解的是，本申请实施例中用户的原始数据来源可以是4S店采集的用户数据（例如用户购车时的身份信息、购车时间等信息）、车载娱乐系统中的用户行为、用户属性、调查问卷等，数据来源丰富多样、格式也可能不尽相同，如图2所示，车机端（即车载终端）在采集原始数据后，根据一定的数据采集的规则（例如需要采集哪些数据，如何采集等，例如：后台系统的需求是想对驾驶行为不好的，喜欢急刹车急转弯的客户群体推送安全驾驶提醒，则需要采集时间范围内踩踏制动踏板的次数、需要该信号上云端；例如标签规则：1天内急刹车大于X次属于危险驾驶，符合条件则推送安全驾驶提醒）将数据信息上传到车云平台（即云端，例如通过TOBX将原始数据上传到云端）。

其中，所述原始数据包括用户行为信息、用户属性信息和用户态度信息；所述用户行为信息用于表示目标用户对于车辆的相关活动参与记录，用户行为表示一些频繁发生变化的行为事件，例如：客户的维修保养记录、活动参与记录、购买记录、访问记录等；所述用户属性信息用于表示目标用户的身份信息、车辆购买信息和会员信息，用户属性指一些不易随时间变化，即用户的基本属性，例如：购车时间、年龄、性别、会员信息等；所述用户态度信息用于了解目标用户对车载娱乐系统各功能特性的使用频次，例如用户对于车载娱乐系统中某一应用的操作频次；上述信息便于后台系统根据用户信息得到符合用户需求的消息。

在步骤S102中，接收所述车云平台发送的目标数据，所述目标数据通过所述车云平台对所述原始数据进行清洗操作处理和信息整合处理得到。

可以理解的是，如图2所示，本发明在采集到原始数据后，会通过TBOX将原始数据发送到车云平台进行清洗操作处理和信息整合处理，其中，所述清洗操作处理包括：将所述原始数据中的脏数据、重复数据、空数据和格式错误数据进行清洗，得到初始目标用户数据；所述信息整合处理包括：将清洗后得到的所述初始目标用户数据中不同数据源的碎片化信息进行串联操作，清除数据的孤岛，得到具备完整信息数据源的目标数据。本申请这样的操作可以将用户的原始数据进行清洗后去掉无关数据和错误数据，再通过数据整合将碎片化信息得到完整信息数据源，便于后续利用用户数据更加有效和高效。

在步骤S103中，对所述目标数据进行有效性分析，并使用可视化方式呈现有效性分析后的所述目标数据。

可以理解的是，后台系统获取所述目标数据，对所述目标数据进行多角度分析（即全面分析，或者探索式分析，或者多角度分析）；使用报告或者图形的方式（或者其他展示方式）展示全面分析后的所述目标数据，以呈现用户行为、用户属性、用户态度的基本特征和整体分布形态。本申请可以通过对目标数据进行有效性分析，从而对整个数据有个全面的认识，通过使用报告、图形等方式呈现数据，从而了解用户行为、用户属性、用户态度的基本特征和整体分布形态，这样也可以方便制定打标签计算规则，因为用户标签的制定是根据用户数据的特点来完成的。

在步骤S104中，根据预先制定的打标签计算规则，匹配所述目标数据中用户行为或者用户属性对应的用户标签。

可以理解的是，在得到关系数据库之前，需要分析多个用户（例如不同年龄段、不同性别等用户）在预设周期内（例如一个月）的用户行为和用户属性制定打标签计算规则，根据所述打标签计算规则为不同的用户行为或者用户属性对应标记不同的用户标签，形成不同的用户行为或者用户属性与用户标签的一一对应的关系数据库；根据所述目标数据中用户行为或者用户属性，在所述关系数据库中匹配得到所述目标数据中用户行为或者用户属性对应的用户标签。

根据目标数据，按制定的打标签计算规则匹配用户行为或者用户属性打对应的用户标签。一个用户标签支持配置多个规则（每个规则可配置优先级），每个规则对应各自的标签取值，每个用户标签都可以自定义取值，每个取值都是标记型的，用户满足规则即打上该用户标签，不满足则没有该用户标签，用户标签类型包括单标签类型和多标签类型。例如零部件保养偏好的标签有三个自定义值：防冻液、机油、刹车片这三个值（标签）分别有自己的计算规则，如果用户满足条件则都会打上该用户标签，没有用户标签的则不会进行消息推送。

本申请通过先统计一段时间内多个用户的行为和属性，从而根据统计得到的规律得到不同的用户行为或者用户属性与用户标签的一一对应的关系数据库，那么就可以直接根据这个关系数据库匹配用户标签，满足条件的用户打上对应的用户标签，便于后续根据用户标签推送相关消息。

在步骤S105中，根据所述用户标签匹配得到符合需求的目标推荐消息，将所述目标推荐消息推送给所述目标用户。

可以理解的是，如图2所示，本申请可以根据所述用户标签的事件等级程度设置不同的消息推送程度，所述消息推送程度包括不推送消息、弱消息推送和强消息推送；根据所述用户标签的事件等级程度匹配消息推送程度，根据不同的消息推送程度执行不推送消息、执行弱消息推送或者强消息推送；在执行弱消息推送或者强消息推送时，获取符合需求的目标推荐消息，将所述目标推荐消息推送给所述目标用户。其中，在执行所述弱消息推送时，将所述目标推荐消息以信息显示或者语音播报的方式进行推送，例如：消息中心的一个未读消息的徽标、语音播报等形式推送；在执行所述强消息推送时，将所述目标推荐消息以故障报警的弹窗或者短信通知的方式进行推送，例如故障报警的弹窗、短息通知等形式推送。本申请可以根据用户标签选择弱消息推送和强消息推送，两种消息推送的提示程度根据消息的紧急程度不一样，便于用户根据消息的紧急程度在收到消息后进行相应的操作。

例如根据用户的上一次用车时间、最后用车时间得到用户标签；用户标签可以定义为：频繁、一般、极少；例如：可以根据当前行驶总里程得到建议保养时间；用户标签定义：健康、保养临期、保养超期；消息推送：车辆健康不需要保养（不推送）、临期建议尽快保养（弱消息推送）、保养时间超期请及时保养（强消息推送）；例如：用户A有定期保养的行为，保养偏好是换机油，根据此用户行为下一次临近保养期则会向用户推送维修保养的建议，或者机油磨损度达到阈值也会向用户推送更换机油的建议，依赖有效的数据向用户定制化推送。

进一步地，本申请根据用户标签进行匹配推送消息，通过标签的不同组合，进行对用户信息分类推送符合需求的信息，例如：20-35岁的青年、喜好摇滚音乐，用户语音输入：播放音乐的时候，就会给用户播放摇滚音乐，例如：李先生驾驶行为良好，偶尔会夜间行车，会推送打开疲劳检测功能；用户标签对用户进行分类和授权，便于高效的进行用户与消息推送管理等场景应用，实现数据与事实驱动的客户体验提升。

综上，本申请实施例可以对用户行为和偏好进行数据采集归类，在进行数据清洗后得到真实有价值的数据，在进行数据分析后打上对应的用户标签，进而根据用户标签匹配到目标推荐消息并进行精准推送，使用户获取到有价值的信息并提升产品价值。

其次参照附图描述根据本申请实施例提出的基于用户标签的车载消息推送系统。

图3是本申请实施例的基于用户标签的车载消息推送系统的方框示意图。

如图3所示，该基于用户标签的车载消息推送系统10包括：原始数据采集模块100、数据清洗整合模块200、数据分析呈现模块300、用户标签匹配模块400和消息匹配推送模块500。

具体地，原始数据采集模块100，用于根据预设数据采集规则，采集目标用户相关的原始数据，并将所述原始数据发送到车云平台。

数据清洗整合模块200，用于接收所述车云平台发送的目标数据，所述目标数据通过所述车云平台对所述原始数据进行清洗操作处理和信息整合处理得到。

数据分析呈现模块300，用于对所述目标数据进行有效性分析，并使用可视化方式呈现有效性分析后的所述目标数据。

用户标签匹配模块400，用于根据预先制定的打标签计算规则，匹配所述目标数据中用户行为或者用户属性对应的用户标签。

消息匹配推送模块500，用于根据所述用户标签匹配得到符合需求的目标推荐消息，将所述目标推荐消息推送给所述目标用户。

可选地，在本申请的一个实施例中，所述原始数据包括用户行为信息、用户属性信息和用户态度信息；所述用户行为信息用于表示目标用户对于车辆的相关活动参与记录；所述用户属性信息用于表示目标用户的身份信息、车辆购买信息和会员信息；所述用户态度信息用于了解目标用户对车载娱乐系统各功能特性的使用频次。

可选地，在本申请的一个实施例中，所述清洗操作处理包括：将所述原始数据中的脏数据、重复数据、空数据和格式错误数据进行清洗，得到初始目标用户数据；所述信息整合处理包括：将清洗后得到的所述初始目标用户数据中不同数据源的碎片化信息进行串联操作，得到具备完整信息数据源的目标数据。

可选地，在本申请的一个实施例中，数据分析呈现模块300包括：数据全面分析单元和数据呈现单元。

其中，数据全面分析单元，用于获取所述目标数据，对所述目标数据进行多角度分析。

数据呈现单元，用于使用报告或者图形的方式展示全面分析后的所述目标数据，以呈现用户行为、用户属性、用户态度的基本特征和整体分布形态。

可选地，在本申请的一个实施例中，用户标签匹配模块400包括：对应关系生成单元和标签匹配单元。

其中，对应关系生成单元，用于分析多个用户在预设周期内的用户行为和用户属性制定打标签计算规则，根据所述打标签计算规则为不同的用户行为或者用户属性对应标记不同的用户标签，形成不同的用户行为或者用户属性与用户标签的一一对应的关系数据库。

标签匹配单元，用于根据所述目标数据中用户行为或者用户属性，在所述关系数据库中匹配得到所述目标数据中用户行为或者用户属性对应的用户标签。

可选地，在本申请的一个实施例中，消息匹配推送模块500包括：消息推送程度设置单元、消息推送程度选择单元和消息推送单元。

其中，消息推送程度设置单元，用于根据所述用户标签的事件等级程度设置不同的消息推送程度，所述消息推送程度包括不推送消息、弱消息推送和强消息推送。

消息推送程度选择单元，用于根据所述用户标签的事件等级程度匹配消息推送程度，根据不同的消息推送程度执行不推送消息、执行弱消息推送或者强消息推送。

消息推送单元，用于在执行弱消息推送或者强消息推送时，获取符合需求的目标推荐消息，将所述目标推荐消息推送给所述目标用户。

可选地，在本申请的一个实施例中，本申请实施例的基于用户标签的车载消息推送系统10还包括：弱消息推送单元和强消息推送单元。

其中，弱消息推送单元，用于在执行所述弱消息推送时，将所述目标推荐消息以信息显示或者语音播报的方式进行推送。

强消息推送单元，用于在执行所述强消息推送时，将所述目标推荐消息以故障报警的弹窗或者短信通知的方式进行推送

需要说明的是，前述对基于用户标签的车载消息推送方法实施例的解释说明也适用于该实施例的基于用户标签的车载消息推送系统，此处不再赘述。

根据本申请实施例提出的基于用户标签的车载消息推送系统，可以对用户行为和偏好进行数据采集归类，在进行数据清洗后得到真实有价值的数据，在进行数据分析后打上对应的用户标签，进而根据用户标签匹配到目标推荐消息并进行精准推送，使用户获取到有价值的信息并提升产品价值，也改善了用户对于车载消息推送的接受程度。

由此，解决了相关技术中车载终端对用户进行消息推送时毫无针对性，导致用户对推送的消息产生厌恶感，同时降低了消息推送的推广价值的技术问题。

图4为本申请实施例提供的车辆的结构示意图。该车辆可以包括：

存储器501、处理器502及存储在存储器501上并可在处理器502上运行的计算机程序。

处理器502执行程序时实现上述实施例中提供的基于用户标签的车载消息推送方法。

进一步地，车辆还包括：

通信接口503，用于存储器501和处理器502之间的通信。

存储器501，用于存放可在处理器502上运行的计算机程序。

存储器501可能包含高速RAM存储器，也可能还包括非易失性存储器（non-volatile memory），例如至少一个磁盘存储器。

如果存储器501、处理器502和通信接口503独立实现，则通信接口503、存储器501和处理器502可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构（Industry Standard Architecture，简称为ISA）总线、外部设备互连（PeripheralComponent，简称为PCI）总线或扩展工业标准体系结构（Extended IndustryStandardArchitecture，简称为EIS）总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选地，在具体实现上，如果存储器501、处理器502及通信接口503，集成在一块芯片上实现，则存储器501、处理器502及通信接口503可以通过内部接口完成相互间的通信。

处理器502可能是一个中央处理器（Central Processing Unit，简称为CPU），或者是特定集成电路（Application Specific Integrated Circuit，简称为ASIC），或者是被配置成实施本申请实施例的一个或多个集成电路。

本实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上的基于用户标签的车载消息推送方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或N个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“N个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或N个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读存储介质中，以供指令执行系统、装置或设备（如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统）使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，“计算机可读存储介质”可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读存储介质的更具体的示例（非穷尽性列表）包括以下：具有一个或N个布线的电连接部（电子装置），便携式计算机盘盒（磁装置），随机存取存储器（RAM），只读存储器（ROM），可擦除可编辑只读存储器（EPROM或闪速存储器），光纤装置，以及便携式光盘只读存储器（CDROM）。另外，计算机可读存储介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，N个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列（PGA），现场可编程门阵列（FPGA）等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

应当理解的是，本申请的应用不限于上述的举例，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，所有这些改进和变换都应属于本申请所附权利要求的保护范围。

Claims (10)

1.一种基于用户标签的车载消息推送方法，其特征在于，所述基于用户标签的车载消息推送方法包括：

根据预设数据采集规则，采集目标用户相关的原始数据，并将所述原始数据发送到车云平台；

接收所述车云平台发送的目标数据，所述目标数据通过所述车云平台对所述原始数据进行清洗操作处理和信息整合处理得到；

对所述目标数据进行有效性分析，并使用可视化方式呈现有效性分析后的所述目标数据；

根据预先制定的打标签计算规则，匹配所述目标数据中用户行为或者用户属性对应的用户标签；

根据所述用户标签匹配得到符合需求的目标推荐消息，将所述目标推荐消息推送给所述目标用户。

2.根据权利要求1所述的基于用户标签的车载消息推送方法，其特征在于，所述原始数据包括用户行为信息、用户属性信息和用户态度信息；

所述用户行为信息用于表示目标用户对于车辆的相关活动参与记录；

所述用户属性信息用于表示目标用户的身份信息、车辆购买信息和会员信息；

所述用户态度信息用于了解目标用户对车载娱乐系统各功能特性的使用频次。

3.根据权利要求1所述的基于用户标签的车载消息推送方法，其特征在于，所述清洗操作处理包括：将所述原始数据中的脏数据、重复数据、空数据和格式错误数据进行清洗，得到初始目标用户数据；

所述信息整合处理包括：将清洗后得到的所述初始目标用户数据中不同数据源的碎片化信息进行串联操作，得到具备完整信息数据源的目标数据。

4.根据权利要求3所述的基于用户标签的车载消息推送方法，其特征在于，所述对所述目标数据进行有效性分析，并使用可视化方式呈现有效性分析后的所述目标数据，具体包括：

获取所述目标数据，对所述目标数据进行多角度分析；

使用报告或者图形的方式展示全面分析后的所述目标数据，以呈现用户行为、用户属性、用户态度的基本特征和整体分布形态。

5.根据权利要求1所述的基于用户标签的车载消息推送方法，其特征在于，所述根据预先制定的打标签计算规则，匹配所述目标数据中用户行为或者用户属性对应的用户标签，具体包括：

分析多个用户在预设周期内的用户行为和用户属性制定打标签计算规则，根据所述打标签计算规则为不同的用户行为或者用户属性对应标记不同的用户标签，形成不同的用户行为或者用户属性与用户标签的一一对应的关系数据库；

根据所述目标数据中用户行为或者用户属性，在所述关系数据库中匹配得到所述目标数据中用户行为或者用户属性对应的用户标签。

6.根据权利要求1所述的基于用户标签的车载消息推送方法，其特征在于，所述根据所述用户标签匹配得到符合需求的目标推荐消息，将所述目标推荐消息推送给所述目标用户，具体包括：

根据所述用户标签的事件等级程度设置不同的消息推送程度，所述消息推送程度包括不推送消息、弱消息推送和强消息推送；

根据所述用户标签的事件等级程度匹配消息推送程度，根据不同的消息推送程度执行不推送消息、执行弱消息推送或者强消息推送；

在执行弱消息推送或者强消息推送时，获取符合需求的目标推荐消息，将所述目标推荐消息推送给所述目标用户。

7.根据权利要求6所述的基于用户标签的车载消息推送方法，其特征在于，所述执行弱消息推送或者强消息推送，包括：

在执行所述弱消息推送时，将所述目标推荐消息以信息显示或者语音播报的方式进行推送；

在执行所述强消息推送时，将所述目标推荐消息以故障报警的弹窗或者短信通知的方式进行推送。

8.一种基于用户标签的车载消息推送系统，其特征在于，所述基于用户标签的车载消息推送系统包括：

原始数据采集模块，用于根据预设数据采集规则，采集目标用户相关的原始数据，并将所述原始数据发送到车云平台；

数据清洗整合模块，用于接收所述车云平台发送的目标数据，所述目标数据通过所述车云平台对所述原始数据进行清洗操作处理和信息整合处理得到；

数据分析呈现模块，用于对所述目标数据进行有效性分析，并使用可视化方式呈现有效性分析后的所述目标数据；

用户标签匹配模块，用于根据预先制定的打标签计算规则，匹配所述目标数据中用户行为或者用户属性对应的用户标签；

消息匹配推送模块，用于根据所述用户标签匹配得到符合需求的目标推荐消息，将所述目标推荐消息推送给所述目标用户。

9.一种车辆，其特征在于，所述车辆包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的基于用户标签的车载消息推送程序，所述基于用户标签的车载消息推送程序被所述处理器执行时实现如权利要求1-7任一项所述的基于用户标签的车载消息推送方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有基于用户标签的车载消息推送程序，所述基于用户标签的车载消息推送程序被处理器执行时实现如权利要求1-7任一项所述的基于用户标签的车载消息推送方法的步骤。