WO2017181900A1

WO2017181900A1 - 消息的推送方法、装置和设备

Info

Publication number: WO2017181900A1
Application number: PCT/CN2017/080386
Authority: WO
Inventors: 邰宇; 袁斌
Original assignee: 斑马网络技术有限公司
Priority date: 2016-04-20
Filing date: 2017-04-13
Publication date: 2017-10-26
Also published as: TW201738828A; CN107306281A

Abstract

本申请提供一种消息的推送方法、装置和设备。该方法包括：获取通知消息；获取交通工具的当前场景；确定与所述当前场景对应的消息推送模式；采用所述消息推送模式向接收对象推送所述通知消息，从而可以将所获取的通知消息结合当前场景有针对性的推送给用户，使得用户在相应的行驶场景下可以简单有效的获知该通知消息并且避免用户的危险驾驶，从而提高了用户的体验。

Description

消息的推送方法、装置和设备

本申请要求2016年04月20日递交的申请号为201610246549.8、发明名称为“消息的推送方法、装置和设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请涉及互联网技术，尤其涉及一种应用于交通工具的消息的推送方法、装置和设备。

背景技术

目前，车辆成为人们生活中常见的代步工具，其不仅为人们的出行提供了便利，并且随着各种品牌的车辆在智能研发方面的深入，如今的车辆也为在旅途中的人们提供了丰富的娱乐功能和实用功能。

当车辆发生故障或者一些异常情况时，当前车辆通过在仪表盘上或者中控台上显示一些通知消息，提示用户车辆的实际情况。而且随着车辆与网络侧的连接，车辆上的一些应用经常可以向用户推送一些通知消息，例如升级软件、分享趣闻等通知消息。

但是，随着车辆本身功能的增加，车辆所能获取的信息量也逐渐增多，面对逐渐庞大的信息量，当前的车辆为用户推送消息的方式比较混乱、其无法为用户提供针对性的推送，用户体验较差。

发明内容

本申请提供一种消息的推送方法、装置和设备，以解决现有技术中的车辆为用户推送通知消息时，当前的车辆为用户推送消息的方式比较混乱、其无法为用户提供针对性的推送模式，用户体验较差的技术问题。

一个方面，本申请提供一种消息的推送方法，包括：

获取通知消息；

获取交通工具的当前场景；

确定与所述当前场景对应的消息推送模式；

采用所述消息推送模式向接收对象推送所述通知消息。

上述提供的消息的推送方法，消息控制设备通过根据所获取的当前场景确定对应的消息推送模式，并采用该消息推送模式将所获取的通知消息推送给接收对象，从而可以将所获取的通知消息结合当前场景有针对性的推送给用户，使得用户在相应的行驶场景下可以简单有效的获知该通知消息并且避免用户的危险驾驶，从而提高了用户的体验。

作为一种可实现的方式，所述确定与所述当前场景对应的消息推送模式，包括：

确定所述当前场景下所需通知的至少一个接收对象；

相应的，所述采用所述消息推送模式向接收对象推送所述通知消息，包括：

向所需通知的至少一个接收对象推送所述通知消息。

作为一种可实现的方式，所述确定当前场景下所需通知的至少一个接收对象，具体包括：

根据所述当前场景，确定通知消息的通知优先级；

根据所述通知优先级，确定所需通知的至少一个接收对象。

该方式通过当前场景确定通知消息的通知优先级，从而根据该通知优先级确定所需通知的至少一个接收对象，所确定的所需通知的至少一个接收对象可以更加有效的为用户输出该通知消息的内容，从而使得用户可以更加直观有效的获知当前所推送的通知消息，从而更加确保了用户的使用体验。

确定当前场景下所述通知消息在接收对象上的展现形式；

向所述接收对象推送所述通知消息和所述通知消息在所述接收对象上的展现形式。

作为一种可实现的方式，所述确定当前场景下所述通知消息在所述接收对象上的展现形式，具体包括：

根据所述当前场景，确定通知消息的通知优先级；

根据所述通知优先级，确定所述通知消息在接收对象上的展现形式。

该方式通过当前场景确定通知消息的通知优先级，从而根据该通知优先级确定通知消息在接收对象上的展现形式，所确定的通知消息在接收对象上的展现形式可以有效的提示用户当前的通知消息，有针对性的为用户推送，使得用户可以更加直观的获知当前所推送的通知消息。

作为一种可实现的方式，所述根据所述当前场景，确定通知消息的通知优先级，具体包括：

根据所述当前场景和所述通知消息的业务来源，确定通知消息的通知优先级；

其中，所述业务来源包括交通工具的硬件设施、交通工具的软件系统、云端网络服务和非联网应用中的至少一个。

作为一种可实现的方式，所述当前场景包括驾驶场景或者交通工具异常场景。

作为一种可实现的方式，所需通知的至少一个接收对象包括仪表盘、中控台、手持设备和平视显示器HUD中的至少一个。

作为一种可实现的方式，若所述当前场景为驾驶场景且所述业务来源为交通工具的硬件设施，则所需通知的至少一个接收对象为仪表盘和；平视显示器HUD；

或者，

若所述当前场景为驾驶场景且所述业务来源为交通工具的软件系统，则所需通知的至少一个接收对象为仪表盘、中控台和HUD；

或者，

若所述当前场景为驾驶场景且所述业务来源为云端网络服务，则所需通知的至少一个接收对象为中控台和手持设备；

或者，

若所述当前场景为驾驶场景且所述业务来源为非联网应用，则所需通知的至少一个接收对象为中控台。

作为一种可实现的方式，若所述当前场景为驾驶场景且所述业务来源为交通工具的硬件设施，则所述通知消息在接收对象上的展现形式为文字显示或者语音提示或者指示灯显示；

或者，

若所述当前场景为驾驶场景且所述业务来源为交通工具的软件系统，则所述通知消息在接收对象上的展现形式为文字显示或者动画显示；

或者，

若所述当前场景为驾驶场景且所述业务来源为云端网络服务，则所述通知消息在接收对象上的展现形式为图像显示或者动画显示；

或者，

若所述当前场景为驾驶场景且所述业务来源为非联网应用，则所述通知消息在接收对象上的展现形式为文字显示或者语音提示。

作为一种可实现的方式，若所述当前场景为交通工具异常场景且所述业务来源为交通工具的硬件设施，则所需通知的至少一个接收对象为仪表盘、中控台、手持设备和平视显示器HUD；

或者，

若所述当前场景为交通工具异常场景且所述业务来源为交通工具的软件系统，则所需通知的至少一个接收对象为仪表盘、中控台和手持设备；

或者，

若所述当前场景为交通工具异常场景且所述业务来源为云端网络服务，则所需通知的至少一个接收对象为中控台和手持设备；

或者，

若所述当前场景为交通工具异常场景且所述业务来源为非联网应用，则所需通知的至少一个接收对象为中控台。

作为一种可实现的方式，若所述当前场景为交通工具异常场景且所述业务来源为交通工具的硬件设施，则所述通知消息在接收对象上的展现形式为文字显示或者指示灯显示或者动画显示或者图标显示；

或者，

若所述当前场景为交通工具异常场景且所述业务来源为交通工具的软件系统，则所述通知消息在接收对象上的展现形式为文字显示；

或者，

若所述当前场景为交通工具异常场景且所述业务来源为云端网络服务，则所述通知消息在接收对象上的展现形式为图像显示或者动画显示；

或者，

若所述当前场景为交通工具异常场景且所述业务来源为非联网应用，则所述通知消息在接收对象上的展现形式为文字显示或者图像显示。

作为一种可实现的方式，所述获取所述交通工具的当前场景，包括：

根据交通工具自身状况信息，确定所述当前场景。

作为一种可实现的方式，所述交通工具自身状况信息包括交通工具的速度信息、档位信息、交通工具异常信息中的至少一个。

作为一种可实现的方式，所述获取通知消息，具体包括：

云端服务器接收所述交通工具的各业务来源生成并上报的通知消息。

作为一种可实现的方式，所述获取通知消息，具体包括：

所述交通工具上的设备获取所述交通工具的各业务来源生成的通知消息。

该方式通过消息控制设备对通知消息进行集中管理，并且有针对性的分发给不同的接收对象，或者，有针对性的分发给不同的接收对象，使其以不同的展现形式为用户输出通知消息，推送方式丰富，从而为用户提供更加直观有效的获知通知消息的体验，避免了现有技术中的通知消息的杂乱推送的情况发生。

作为一种可实现的方式，所述根据所述通知优先级，确定所需通知的至少一个接收对象，具体包括：

根据所述通知优先级确定至少一个第一接收对象；

根据所述当前场景，确定每个所述第一接收对象的显示优先级；

确定显示优先级最高的第一接收对象为所需通知的接收对象。

作为一种可实现的方式，所述向所需通知的至少一个接收对象推送所述通知消息之后，所述方法还包括：

根据预设的流转机制，在通知消息满足流转条件时，控制一接收对象上的通知消息流转至另一接收对象，或者，控制所述通知消息在所述一接收对象上的当前展现形式转换为另一展现形式。

该方式通过预设的流转机制，在通知消息达到流转条件时，将一接收对象上的通知消息发送给另一接收对象，或者，将所述通知消息在所述一接收对象上的当前展现形式转换为另一展现形式，从而节省了部分接收对象的推送开销。

若所述通知消息为周期性输出消息，云端服务器将所述通知消息进行缓存；

在预设周期到达时，所述云端服务器再次将所述通知消息推送给所需通知的至少一个接收对象。

该方式当通知消息为周期性输出消息时，云端服务器通过将该通知消息进行缓存，并在预设周期到达时再次将该通知消息推送给所需通知的至少一个接收对象，节省了交通工具的各业务来源的上报开销，大大提高了通知消息的上报效率。

另一方面，本申请提供一种消息的推送装置，包括：

第一获取模块，用于获取通知消息；

第二获取模块，用于获取交通工具的当前场景；

确定模块，用于确定与所述当前场景对应的消息推送模式；

推送模块，用于采用所述消息推送模式向接收对象推送所述通知消息。

作为一种可实现的方式，所述确定模块，具体用于根据所述当前场景，确定当所述前行驶场景下所需通知的至少一个接收对象；

所述推送模块，具体用于向所需通知的至少一个接收对象推送所述通知消息。

作为一种可实现的方式，所述确定模块，具体用于根据所述当前场景，确定通知消息的通知优先级，并根据所述通知优先级，确定所需通知的至少一个接收对象。

作为一种可实现的方式，所述确定模块，具体用于确定当前场景下所述通知消息在接收对象上的展现形式；

所述推送模块，具体用于向所述接收对象推送所述通知消息和所述通知消息在所述接收对象上的展现形式。

作为一种可实现的方式，所述确定模块，具体用于根据所述当前场景，确定通知消息的通知优先级，并根据所述通知优先级，确定所述通知消息在接收对象上的展现形式。

作为一种可实现的方式，所述确定模块，具体用于根据所述当前场景和所述通知消息的业务来源，确定通知消息的通知优先级；

作为一种可实现的方式，若所述当前场景为驾驶场景且所述业务来源为交通工具的硬件设施，则所述确定模块确定的所需通知的至少一个接收对象为仪表盘和HUD；

或者，

若所述当前场景为驾驶场景且所述业务来源为交通工具的软件系统，则所述确定模块确定的所需通知的至少一个接收对象为仪表盘、中控台和HUD；

或者，

若所述当前场景为驾驶场景且所述业务来源为云端网络服务，则所述确定模块确定的所需通知的至少一个接收对象为中控台和手持设备；

或者，

若所述当前场景为驾驶场景且所述业务来源为非联网应用，则所述确定模块确定的所需通知的至少一个接收对象为中控台。

作为一种可实现的方式，若所述当前场景为驾驶场景且所述业务来源为交通工具的硬件设施，则所述确定模块确定的所述通知消息在接收对象上的展现形式为文字显示或者语音提示或者指示灯显示；

或者，

若所述当前场景为驾驶场景且所述业务来源为交通工具的软件系统，则所述确定模块确定的所述通知消息在接收对象上的展现形式为文字显示或者动画显示；

或者，

若所述当前场景为驾驶场景且所述业务来源为云端网络服务，则所述确定模块确定的所述通知消息在接收对象上的展现形式为图像显示或者动画显示；

或者，

若所述当前场景为驾驶场景且所述业务来源为非联网应用，则所述确定模块确定的所述通知消息在接收对象上的展现形式为文字显示或者语音提示。

作为一种可实现的方式，若所述当前场景为交通工具异常场景且所述业务来源为交通工具的硬件设施，则所述确定模块确定的所需通知的至少一个接收对象为仪表盘、中控台、手持设备和HUD；

或者，

若所述当前场景为交通工具异常场景且所述业务来源为交通工具的软件系统，则所述确定模块确定的所需通知的至少一个接收对象为仪表盘、中控台和手持设备；

或者，

若所述当前场景为交通工具异常场景且所述业务来源为云端网络服务，则所述确定模块确定的所需通知的至少一个接收对象为中控台和手持设备；

或者，

若所述当前场景为交通工具异常场景且所述业务来源为非联网应用，则所述确定模块确定的所需通知的至少一个接收对象为中控台。

作为一种可实现的方式，若所述当前场景为交通工具异常场景且所述业务来源为交通工具的硬件设施，则所述确定模块确定的所述通知消息在接收对象上的展现形式为文字显示或者指示灯显示或者动画显示或者图标显示；

或者，

若所述当前场景为交通工具异常场景且所述业务来源为交通工具的软件系统，则所述确定模块确定的所述通知消息在接收对象上的展现形式为文字显示；

或者，

若所述当前场景为交通工具异常场景且所述业务来源为云端网络服务，则所述确定模块确定的所述通知消息在接收对象上的展现形式为图像显示或者动画显示；

或者，

若所述当前场景为交通工具异常场景且所述业务来源为非联网应用，则所述确定模块确定的所述通知消息在接收对象上的展现形式为文字显示或者图像显示。

作为一种可实现的方式，所述第二获取模块，具体用于根据交通工具自身状况信息，确定所述当前场景。

作为一种可实现的方式，所述交通工具自身状况信息包括交通工具的速度信息、档位信息、交通工具自身状况异常信息中的至少一个。

作为一种可实现的方式，所述第一获取模块，具体用于接收所述交通工具的各业务来源生成并上报的通知消息。

作为一种可实现的方式，所述第一获取模块，具体用于获取所述交通工具的各业务来源生成的通知消息。

作为一种可实现的方式，所述确定模块，包括：

第一确定单元，用于根据所述通知优先级确定至少一个第一接收对象；

第二确定单元，用于根据所述当前场景，确定每个所述第一接收对象的显示优先级；

第三确定单元，用于确定显示优先级最高的第一接收对象为所需通知的接收对象。

作为一种可实现的方式，所述装置还包括：

流转模块，用于根据预设的流转机制，在通知消息满足流转条件时，控制一接收对象上的通知消息流转至另一接收对象，或者，控制所述通知消息在所述一接收对象上的当前展现形式转换为另一展现形式。

作为一种可实现的方式，所述装置还包括：

缓存模块，用于当所述通知消息为周期性输出消息时，将所述通知消息进行缓存；

所述推送模块，还用于在预设周期到达时，再次将所述通知消息推送给所需通知的至少一个接收对象。

上述各可实现方式所提供的消息的推送装置，其有益效果可以参照上述各可实现方式中的消息的推送方法所带来的有益效果，在此不再赘述。

另一方面，本申请提供一种消息控制设备，包括：输入设备、处理器和输出设备；

所述输入设备，用于获取通知消息；

所述处理器，耦合至所述输入设备，用于根据交通工具的当前场景，确定与所述当前场景对应的消息推送模式；

所述输出设备，耦合至所述输入设备和所述处理器，用于采用所述消息推送模式向接收对象推送所述通知消息。

作为一种可实现的方式，所述输入设备包括面向用户的用户接口、面向设备的设备接口、面向软件的可编程接口、收发信机中的至少一个。

作为一种可实现的方式，所述处理器，还用于执行上述消息的推送方法。

另一方面，本申请提供一种用于交通工具的消息控制设备，包括：机载输入设备、机载处理器和机载输出设备；

所述机载输入设备，用于获取通知消息；

所述机载处理器，耦合至所述机载输入设备，用于根据交通工具的当前场景，确定与所述当前场景对应的消息推送模式；

所述机载输出设备，耦合至所述机载输入设备和所述机载处理器，用于采用所述消息推送模式向接收对象推送所述通知消息。

作为一种可实现的方式，所述机载输入设备包括面向用户的车载用户接口、面向设备的车载设备接口、软件的车载可编程接口、收发信机中的至少一个。

作为一种可实现的方式，所述面向用户的车载用户接口包括以下一个或多个：

中控台控制按键；

方向盘控制按键；

语音输入设备；

触摸感知设备。

作为一种可实现的方式，所述机载处理器，还用于执行上述消息的推送方法。

另一方面，本申请提供一种车载互联网操作系统，包括：

消息控制单元，控制车载输入设备获取通知消息

推送模式控制单元，控制消息管理系统采用所确定的消息推送模式向接收对象推送所述通知消息；其中，所述消息推送模式为根据交通工具的当前场景确定的。

在本申请中，消息控制设备通过根据所获取的当前场景确定对应的消息推送模式，并采用该消息推送模式将所获取的通知消息推送给接收对象，从而可以将所获取的通知消息结合当前场景有针对性的推送给用户，使得用户在相应的行驶场景下可以简单有效的获知该通知消息并且避免用户的危险驾驶，从而提高了用户的体验。

附图说明

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

图1为本申请的一种可选的组网方式的示意图；

图2为本申请一实施例提供的消息的推送方法的流程示意图；

图3为本申请一实施例提供的消息的推送方法的流程示意图；

图4为本申请一实施例提供的消息的推送方法的流程示意图；

图5为本申请一实施例提供的消息的推送方法的流程示意图；

图6为本申请一实施例提供的消息的推送方法的流程示意图；

图7为本申请一实施例提供的消息的推送方法的流程示意图；

图8为本申请一实施例提供的消息的推送方法的流程示意图；

图9为本申请一实施例提供的消息的推送方法的流程示意图；

图10为本申请一实施例提供的不同的通知优先级的通知消息在中控台的界面上的显示示意图；

图11为本申请一实施例提供的不同的通知优先级的通知消息在仪表盘的界面上的显示示意图；

图12为本申请一实施例提供的消息的推送方法流程示意图；

图13为本申请一实施例提供的通知消息的流转示意图；

图14为本申请一实施例提供的消息的推送方法流程示意图；

图15为本申请一实施例提供的消息的推送方法的示意框图；

图16为本申请一实施例提供的消息的推送装置的结构示意图；

图17为本申请一实施例提供的消息的推送装置的结构示意图；

图18为本申请一实施例提供的消息的推送装置的结构示意图；

图19为本申请一实施例提供的消息控制设备硬件结构示意图；

图20是本申请一实施例提供的一种消息控制设备800的框图；

图21为本申请一实施例提供的车载互联网操作系统的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

本申请实施例所涉及的交通工具，包括但不限于，内燃机汽车或摩托车、电动汽车或摩托车、电动助力车、电动平衡车、遥控车辆等车辆、小型飞行器(例如，无人驾驶飞行器、有人小型飞行器、遥控飞行器)、以及各种变形。这里所涉及的车辆可以为单一的油路车辆、还可以是单一的汽路车辆、还可以是油汽结合的车辆、还可以是助力的电动车辆，本申请实施例对车辆的类型并不做限定。下述实施例均以交通工具是车辆为例来进行说明。

本申请实施例涉及消息的推送方法、装置和设备，可以适用于图1所示的组网方式，该图1中的网络架构可以包括车辆和无线网络，该车辆中设置有多个通知消息的业务来源，该多个业务来源均可以生成相应的通知消息，或者该通知消息还可以是车辆从外部设备获取的，例如，从用户的移动终端获取的通知消息或者从其他的外设获取的通知消息，图1仅是一种示例。可选的，该业务来源可以是车辆内部的硬件模块、软件模块或者软硬结合的模块等。该硬件模块例如可以是发送机、制动系统、车门、刹车片、油箱、方向盘等保障车辆基本行驶的硬件，该软件模块或者软硬件结合模块可以是车机系统、车辆的活动运营服务、服务过程提醒、支付与代付服务、导航地图、用户电子手册等应用。可选的，该无线网络可以是2G网络、3G网络、4G网络或者5G网络、无线保真(Wireless Fidelity，简称WIFI)网络等，车辆可以通过该网络与云端服务器进行交互。本申请实施例对无线网络的具体类型或者具体形式并不做限定，只要其能够提供供车辆接入网络的接口即可。

可选的，本申请实施例所涉及的方法，其执行主体可以是消息控制设备，该消息控制设备可以是云端服务器，还可以是交通工具上的设备，还可以是介乎于云端服务器和交通工具上的设备之间的管理设备，例如，可以是管理云端服务器和交通工具上的设备进行通信的通信资源的设备，本申请实施例对消息控制设备的类型并不做限定。可选的，该交通工具上的设备可以是交通工具上的中控单元，还可以是交通工具上的其他具有控制和通信功能的设备。以交通工具是车辆为例，该交通工具上的设备可以是车辆上的车机、车辆的中控台、车辆上的行车记录仪等设备，下述实施例所涉及的车辆均是交通工具的示例。无论消息控制设备是哪一类型，该消息控制设备均可以对车辆所获取的通知消息进行集中管理，并且针对具体的行驶场景有针对性的分发给接收对象。可选的，该接收对象可以是车辆的仪表盘、车辆的中控台、用户的手持设备、平视显示器(Head Up Display，简称HUD)中的至少一个，该用户的手持设备可以是用户的手机、平板电脑、可穿戴设备例如智能手表、手环等。可选的，这里的接收对象仅是一种示例，本申请实施例并不以此为限。

本申请实施例所涉及的消息的推送方法、装置和设备，旨在解决现有技术中的车辆为用户推送通知消息时，当前的车辆为用户推送消息的方式比较混乱、其无法为用户提供针对性的推送，用户体验较差的技术问题。本申请实施例，结合交通工具当前的行驶场景，采用与当前场景对应的消息推送模式为用户推送所获取的通知消息，使得用户在相应的行驶场景下可以简单有效的获知该通知消息并且避免用户的危险驾驶，从而提高了用户的体验。

下面以具体地实施例对本申请的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。

图2为本申请一实施例提供的消息的推送方法的流程示意图。本实施例涉及的是消息控制设备在获取到通知消息后，结合当前的行驶场景为用户进行针对性的消息推送的具体过程。如图2所示，该方法可以包括如下步骤：

S101：消息控制设备获取通知消息。

具体的，以交通工具是车辆为例，该车辆中可以设置多个业务来源，该多个业务来源均可以产生相应的通知消息，或者，该通知消息还可以是车辆从外部设备获取的，例如，从云端服务器获取的通知消息，或者从用户的移动终端获取的通知消息。可选的，该业务来源可以是车辆内部的硬件模块、软件模块或者软硬结合的模块等。该硬件模块例如可以是发送机、制动系统、车门、刹车片、油箱、方向盘等保障车辆基本行驶的硬件，该软件模块或者软硬件结合模块可以是车机系统、车辆的活动运营服务、服务过程提醒、支付与代付服务、导航地图、用户电子手册等应用。可选的，该消息控制设备可以是云端服务器，也可以是车辆的中控单元，该中控单元例如可以是车辆的车机系统等。

可选的，消息控制设备可以实时的获取业务来源或者外部设备的通知消息，还可以周期的采集该通知消息，可选的，当车辆所获取的通知消息是业务来源产生时，业务来源可以主动的将该通知消息传送给消息控制设备，还可以是周期的传送给消息控制设备，本申请实施例对消息控制设备如何获取业务来源的通知消息的方式并不做限定。可选的，当消息控制设备为云端服务器时，云端服务器可以接收车辆的各业务来源生成并上报的通知消息，或者接收车辆从其他外部设备获取的通知消息；可选的，当消息控制设备是车辆的中控单元时，该车辆的中控单元可以主动或者被动获取车体自身的各业务来源所产生的通知消息或者从云端服务器或其他外部设备获取相应的通知消息，本申请实施例对通知消息的来源并不做限制。

S102：消息控制设备获取交通工具的当前场景。

可选的，继续以交通工具是车辆为例，消息控制设备内部可以预置一些行驶场景，消息控制设备可以采集一些行车相关的参数和阈值的这些行驶场景进行匹配，得到当前的行驶场景。可选的，上述与行车相关的参数可以是行车的速度、油耗量、机油量等参数，本申请实施例并不以此为限，只要消息控制设备能够确定出车辆的当前场景即可。可选的，该当前场景例如可以是高速行驶场景、低速行驶场景、爆胎场景等，本申请实施例对行驶场景的类型并不做限制。

需要说明的是，上述S101和S102之间并没有时序关系的限定，例如可以是在接收到通知消息后获取当前场景，还可以是预先获取了当前场景(该当前场景在预设时间段之内有效)，若在该预设时间段内接收到了通知消息，则针对该通知消息就可以沿用该当前场景，还可以是其他的情况，总之，本申请实施例对上述S101和S102的执行先后顺序并不做限定。

S103：消息控制设备确定与所述当前场景对应的消息推送模式。

S104：消息控制设备采用所述消息推送模式向接收对象推送所述通知消息。

具体的，当消息控制设备获取到车辆的当前场景之后，可以根据该当前场景确定与该当前场景对应的消息推送模式。可选的，该消息推送模式可以是消息控制设备何时将通知消息进行推送、还可以是消息控制设备应该以哪种形式推送通知消息、或者，还可以是消息控制设备将通知消息推送给哪些接收对象，或者还可以是其他的推送模式，本申请实施例对消息推送模式并不做内容上的限定，只要该消息推送模式是当前场景对应的推送模式即可，这样可以确保消息控制设备推送给用户的通知消息是有针对性的推送的，而不是任意的推送，结合当前场景，采用当前场景对应的消息推送模式，可以避免用户在驾驶时的一系列不安全因素。例如，假设用户在高速驾驶过程中，车载播放器生成了一条通知消息，推送给了用户的手机，但此时用户明显通过手机获知该通知消息会带来不安全的事件发生，本申请实施例则可以结合当前的行驶场景，确定该通知消息可以推送给车辆的仪表盘或者HUD，因为用户的驾驶时是目视前方的，仪表盘和HUD是用户当前的视觉聚焦点，因此，将通知消息推送给仪表盘或者HUD，均不会带来不安全因素，保证了用户的驾驶安全。

本申请实施例提供的消息的推送方法，消息控制设备通过根据所获取的当前场景确定对应的消息推送模式，并采用该消息推送模式将所获取的通知消息推送给接收对象，从而可以将所获取的通知消息结合当前场景有针对性的推送给用户，使得用户在相应的行驶场景下可以简单有效的获知该通知消息并且避免用户的危险驾驶，从而提高了用户的体验。

图3为本申请一实施例提供的消息的推送方法的流程示意图。本实施例涉及的是消息控制设备根据当前场景确定对应的消息推送模式的一具体过程。本实施例中所提及的消息推送模式指代的是结合当前场景应该将通知消息推送给哪些接收对象。在上述实施例的基础上，继续以交通工具是车辆为例，上述S103具体可以包括：

S201：消息控制设备确定所述当前场景下所需通知的至少一个接收对象；

则上述S104具体可以包括：

S202：消息控制设备向所需通知的至少一个接收对象推送所述通知消息。

具体的，消息控制设备在获取到当前场景之后，可以根据当前场景确定所需通知的至少一个接收对象。可选的，该所需通知的至少一个接收对象可以包括仪表盘、中控台、手持设备和平视显示器HUD中的至少一个。可选的，消息控制设备中可以预设不同的行驶场景与所需通知的接收对象之间的对应关系，消息控制设备在确定了当前场景之后，可以根据该对应关系确定所需通知的至少一个接收对象。可选的，该对应关系可以是研发人员通过相应的软件夹具将该对应关系内置在消息控制设备中的，本申请实施例对上述对应关系的预设形式并不做限定。

当消息控制设备确定了上述所需通知的至少一个接收对象之后，就可以将所获取的通知消息发送给所需通知的至少一个接收对象，例如，当车辆的当前场景为高速驾驶场景，则上述对应关系中，该高速驾驶场景对应的所需通知的接收对象包括仪表盘和HUD，则消息控制设备就可以将所获取的通知消息推送给仪表盘和HUD，从而使得该通知消息的推送不会为用户的驾驶带来不安全因素，并且使得用户可以简单有效的获知通知消息，避免了用户的危险驾驶，大大提高了用户的体验。

作为本实施例的一种可选的实现方式，参见图4所示的本申请一实施例提供的消息的推送方法的流程示意图，结合上述图3所示的实施例，本实施例涉及的是消息控制设备通过当前场景确定所需通知的接收对象的具体过程，即上述S201具体可以包括：

S301：消息控制设备根据所述当前场景，确定通知消息的通知优先级。

具体的，继续以交通工具是车辆为例，消息控制设备在获取到车辆的当前场景之后，可以根据该行驶场景确定通知消息的通知优先级，该通知消息的通知优先级可以表征该通知消息中的重要程度以及该通知消息的推送时刻，可选的，该通知消息的通知优先级越高，表明该通知消息越重要，其推送给接收对象的时刻越早(例如，当有多个不同通知优先级的通知消息需要推送时，消息控制设备会预先推送通知优先级高的通知消息)。可选的，消息控制设备内部可以预置不同的行驶场景与不同的通知消息的通知优先级的对应关系，同一通知消息在不同的行驶场景下的通知优先级是不同的，可选的，在同一行驶场景下，不同的通知消息的通知优先级可以相同，也可以不同，也就是说，上述不同的行驶场景与不同的通知消息的通知优先级的对应关系中也将通知消息的内容考虑了进去，例如，在高速驾驶场景下，a通知消息为“车门未关闭”，b通知消息为“车载收音机故障”，则此时a通知消息的通知优先级为A优先级，b通知消息的通知优先级为B优先级，其中，A优先级高于B优先级；但是，在静止场景下，a通知消息的通知优先级为B优先级，b通知消息的通知优先级为A优先级。也就是说，上述消息控制设备最终根据当前场景确定的通知消息的通知优先级，可以与通知消息的内容本身相关。

S302：消息控制设备根据所述通知优先级，确定所需通知的至少一个接收对象。

具体的，当消息控制设备确定了通知消息的通知优先级之后，就可以确定出所需通知的至少一个接收对象。可选的，消息控制设备内部同样可以预置不同的通知优先级与所需通知的接收对象之间的映射关系，该映射关系中，不同的通知优先级对应的所需通知的接收对象可以完全不同，也可以部分不同。同样以上述S301中的例子为例，消息控制设备针对a通知消息所确定的所需通知的至少一个接收对象可以是仪表盘和HUD，消息控制设备针对b通知消息所确定的所需通知的至少一个接收对象可以是中控台、手机、手表等。该实施例通过通知消息的通知优先级确定的所需通知的至少一个接收对象，可以更加符合当前通知消息的通知内容，使得用户可以更加直观有效的获知当前所推送的通知消息。

可选的，为了使得消息控制设备所确定的所需通知的至少一个接收对象能够更加满足用户的直观要求，可替换的，如图5所示，上述S302具体可以包括：

S401：消息控制设备根据所述通知优先级确定至少一个第一接收对象。

S402：消息控制设备根据所述当前场景，确定每个所述第一接收对象的显示优先级。

S403：消息控制设备确定显示优先级最高的第一接收对象为所需通知的接收对象。

具体的，本实施方式中，消息控制设备可以根据通知优先级确定至少一个第一接收对象，该第一接收对象为消息控制设备根据通知优先级初步确定的接收对象，进一步地，消息控制设备根据所获取的当前场景确定第一接收对象的显示优先级，例如，假设消息控制设备初步确定的接收对象包括仪表盘、中控台、手持设备和HUD，设当前场景为高速驾驶场景，则消息控制设备根据当前场景确定仪表盘的显示优先级大于HUD的显示优先级，HUD的显示优先级大于中控台的显示优先级，中控台的显示优先级大于手持设备的显示优先级，因此，消息控制设备确定当前所需要通知的接收对象为仪表盘。可选的，消息控制设备中可以预置不同的行驶场景下和所确定的第一接收对象的显示优先级的对应关系，进而消息控制设备就可以利用该对应关系确定出当前场景下显示优先级最高的第一接收对象，将其作为所需通知的接收对象，从而使得通知消息的推送更加具有针对性，更加满足了用户的直观要求。

本申请实施例提供的消息的推送方法，通过当前场景确定通知消息的通知优先级，从而根据该通知优先级确定所需通知的至少一个接收对象，所确定的所需通知的至少一个接收对象可以更加有效的为用户输出该通知消息的内容，从而使得用户可以更加直观有效的获知当前所推送的通知消息，从而更加确保了用户的使用体验。

图6为本申请一实施例提供的消息的推送方法的流程示意图。本实施例涉及的是消息控制设备根据当前场景确定对应的消息推送模式的另一具体过程。本实施例中所提及的消息推送模式指代的是结合当前场景，上述通知消息应该以何种展现形式推送给用户。在上述实施例的基础上，上述S103具体可以包括：

S501：消息控制设备确定当前场景下所述通知消息在接收对象上的展现形式。

则上述S104具体可以包括：

S502：消息控制设备向所述接收对象推送所述通知消息和所述通知消息在所述接收对象上的展现形式。

具体的，继续以交通工具是车辆为例，消息控制设备在获取到当前场景之后，可以根据当前场景确定该通知消息在接收对象上的展现形式。可选的，消息控制设备中可以预设不同的行驶场景与该通知消息的展现形式之间的对应关系，消息控制设备在确定了当前场景之后，可以根据该对应关系确定该通知消息在接收对象上的展现形式。可选的，该对应关系可以是研发人员通过相应的软件夹具将该对应关系内置在消息控制设备中的，本申请实施例对上述对应关系的预设形式并不做限定。

当消息控制设备确定了上述通知消息在接收对象上的展现形式之后，消息控制设备就可以将该通知消息和该通知消息在接收对象上的展现形式发送给接收对象，以使得接收对象可以以该展现形式向用户输出该通知消息。可选的，消息控制设备所确定的展现形式可以是针对所有接收对象的展现形式，还可以是针对不同的接收对象的不同的展现形式，本申请实施例对展现形式所涵盖的接收对象并不做限定，例如，消息控制设备根据当前场景为高速驾驶场景，则消息控制设备确定某一通知消息的展现形式为语音提示形式(这样可以保证用户的安全驾驶)，则无论消息控制设备将该通知消息发送给哪一个接收对象，该接收对象均需要将该通知消息以语音形式输出给用户。

可选的，上述消息控制设备所确定的展现形式还可以是针对某一个或者多个接收对象的展现形式，即消息控制设备在确定当前场景之后，根据当前场景确定某一通知消息可以同时发送个A接收对象和B接收对象(即消息控制设备确定所需通知的接收对象为A和B)，在A接收对象上的展现形式可以为文字显示形式和语音提示形式，在B接收对象上的展现形式可以为图标形式。这样更加确保了通知消息在推送给用户时更具有针对性，从而更加符合用户的直观体验。

作为本实施例的一种可选的实现方式，参见图7所示的本申请一实施例提供的消息的推送方法的流程示意图，结合上述图6所示的实施例，本实施例涉及的是消息控制设备通过当前场景确定通知消息在接收对象上的展现形式的具体过程，即上述S501具体可以包括：

S601：消息控制设备根据所述当前场景，确定通知消息的通知优先级。

具体的，该S601可以参加上述S301的具体过程，在此不再赘述。

S602：消息控制设备根据所述通知优先级，确定所述通知消息在接收对象上的展现形式。

具体的，当消息控制设备确定了通知消息的通知优先级之后，就可以确定出该通知消息在接收对象上的展现形式。可选的，消息控制设备内部同样可以预置不同的通知优先级与不同的展现形式之间的映射关系，该映射关系中，不同的通知优先级对应的展现形式可以完全不同，也可以部分不同。并且，同一通知优先级的通知消息，在不同的接收对象上的展现形式可以相同也可以不同，其主要依据不同的当前场景而定。

可选的，同样以上述S301中的例子为例，在同一行驶场景下，消息控制设备针对a通知消息所确定的展现形式可以是文字显示和语音提示，消息控制设备针对b通知消息所确定的展现形式可以是图标形式，即a通知消息可以在接收对象上以文字显示和语音提示的方式将a通知消息推送给用户，b通知消息可以在接收对象上以图表形式将b通知消息推送给用户，也就是说，这里对接收对象并没有限定。

可选的，同样以上述S301中的例子为例，在同一行驶场景下，消息控制设备针对a通知消息所确定的展现形式可以是“在仪表盘上的预设区域进行文字显示，在HUD上进行动画显示”，消息控制设备针对b通知消息所确定的展现形式可以是“在中控台上进行语音提示”。即，a通知消息可以在仪表盘上以文字显示的方式将a通知消息推送给用户，还可以在HUD上以动画显示的方式将a通知消息推送给用户，b通知消息可以在中控台上以语音提示的方式将b通知消息推送给用户，也就是说，这里的展现形式可以针对不同的接收对象。

本申请实施例提供的消息的推送方法，通过当前场景确定通知消息的通知优先级，从而根据该通知优先级确定通知消息在接收对象上的展现形式，所确定的通知消息在接收对象上的展现形式可以有效的提示用户当前的通知消息，有针对性的为用户推送，使得用户可以更加直观的获知当前所推送的通知消息。

图8为本申请一实施例提供的消息的推送方法的流程示意图。本实施例涉及的是消息控制设备根据当前场景和通知消息的业务来源，一起确定通知消息的通知优先级，并根据所确定的通知优先级确定所需通知的接收对象的另一具体过程，该过程所确定的接收对象更具有针对性。在上述实施例的基础上，即上述S201具体可以包括：

S701：消息控制设备根据所述当前场景和所述通知消息的业务来源，确定通知消息的通知优先级；其中，所述业务来源包括交通工具的硬件设施、交通工具的软件系统、云端网络服务和非联网应用中的至少一个。

具体的，继续以交通工具是车辆为例，消息控制设备在获取到通知消息时，可以确定该通知消息的来源，即确定该通知消息是由哪一个业务来源生成的，从而确定该业务来源，可选的，消息控制设备可以根据通知消息传输至消息控制设备的传输接口来确定该通知消息对应的业务来源，还可以通过该通知消息的形式或者内容来确定该通知消息对应的业务来源。可选的，该业务来源可以为交通工具的硬件设施、交通工具的软件系统、云端网络服务和非联网应用中的至少一个。

当交通工具是车辆时，上述交通工具的硬件设施即为车体硬件设施，该车体硬件设施可以包括发动机、制动系统、车门、刹车片、油箱、方向盘、轮胎等保障车辆基本行驶的硬件，因此，来自于该车体硬件设施的通知消息可以是下述消息中的至少一种：制动系统故障通知消息、发动机故障通知消息、车辆防盗通知消息、车辆的档位、速度、安全带、车门、手刹、方向盘、冷却液温度、机油量等通知消息、车体保养通知消息、车体的能耗通知消息(可以是油耗、电耗、汽耗等)、轮胎状态通知消息、启停系统通知消息、车内的空调状态通知消息、座椅加热通知消息、外部设备接入的通知消息等，当然，这里对来自于车体硬件设施的通知消息只是一种示例，并不以此为限。

当交通工具是车辆时，上述交通工具的软件系统即为车体软件系统，该车体软件系统可以包括车机系统、车内控制系统等具有控制车辆运行的软件系统，因此，来自于该车体软件系统的通知消息可以是下述消息中的至少一种：系统升级消息、系统推送服务消息、云端配置项同步消息等，当然，这里对来自于车体软件系统的通知消息只是一种示例，并不以此为限。

上述云端网络服务可以为与云端进行交互，从而为用户提供相应的服务的模块，因此，来自于该云端网络服务的通知消息可以是下述消息中的至少一种：车辆的活动运营服务消息、服务过程提醒消息、支付与代付服务消息、车辆权限和协议服务消息等，当然，这里对来自于云端网络服务的通知消息只是一种示例，并不以此为限。

上述非联网应用可以是车辆上的导航地图、用户电子手册、多媒体、通讯、一键求救、咨询投诉等应用，这里对非联网应用只是一种举例。来自于该非联网应用的通知消息可以是下述消息中的至少一种：导航通知消息、多媒体故障异常消息、通信中断消息、求救故障信息等，同样的，这里的通知消息的内容也仅是一种示例。

可选的，来自于交通工具的硬件设施的通知消息的通知优先级大于来自于交通工具的软件系统的通知消息的通知优先级、来自于交通工具的软件系统的通知消息的通知优先级大于来自于云端网络服务的通知消息的通知优先级、来自于云端网络服务的通知消息的通知优先级大于来自于非联网应用的通知消息的通知优先级。

可选的，上述消息控制设备获取到当前场景可以包括驾驶场景或者交通工具异常场景，可选的，该驾驶场景可以为高速驾驶场景、中低速驾驶场景、倒车场景、停车场景中的任一个，可选的，这里的交通工具异常场景为非驾驶状态下的交通工具异常场景。可选的，上述消息控制设备获取当前场景的具体过程可以包括：消息控制设备根据交通工具自身状况信息确定所述当前场景。可选的，该交通工具自身状况信息包括交通工具的速度信息、档位信息、交通工具异常信息中的至少一个。以交通工具是车辆为例，可选的，消息控制设备可以根据速度或者档位信息确定车辆是否处于驾驶场景，消息控制设备可以根据车体异常信息确定车辆是否处于交通工具异常场景，该交通工具异常场景可以是车体故障、车体碰撞、车体刮伤、车体无法启动等场景。

故而，当消息控制设备获取到当前场景和通知消息的业务来源之后，可以根据这二者确定通知消息的通知优先级。可选的，消息控制设备内部可以预置一当前场景、业务来源和通知消息的通知优先级的映射关系，消息控制设备可以根据该映射关系确定通知消息的通知优先级。例如，当消息控制设备根据所获取的通知消息确定业务来源为交通工具的硬件设施、且当前场景为驾驶场景，则消息控制设备确定该通知消息的通知优先级为最高优先级。可选的，上述当前场景、业务来源和通知消息的通知优先级的映射关系可以参见表1所示：

表1

业务来源/当前场景	驾驶场景	交通工具异常场景
交通工具的硬件设施	A优先级	A优先级
交通工具的软件系统	B优先级	B优先级
云端网络服务	C优先级	C优先级
非联网应用	D优先级	D优先级

表1中，A优先级>B优先级>C优先级>D优先级，当然这里指示一种示例，本申请实施例对优先级的划分并不以此为限。需要说明的是，同一通知消息的优先级会因为当前行车环境的变化而发生变化。

S702：消息控制设备根据所述通知优先级，确定所需通知的至少一个接收对象。

可选的，以上述表1为例，若所述当前场景为驾驶场景且所述业务来源为交通工具的硬件设施，该通知消息的通知优先级为A优先级，则消息控制设备确定所需通知的至少一个接收对象为仪表盘和HUD，这里的仪表盘和HUD均位于用户在驾驶时视觉聚焦点的范围，用户在通过仪表盘和HUD查看通知消息时更加直观；若所述当前场景为驾驶场景且所述业务来源为交通工具的软件系统，该通知消息的通知优先级为B优先级，则消息控制设备确定所需通知的至少一个接收对象为仪表盘、中控台和HUD，这里的仪表盘和HUD均位于用户在驾驶时视觉聚焦点的范围，中控台没有位于用户在驾驶时视觉聚焦点的范围，但是由于该通知消息的通知优先级为B优先级，优先级次高，用户可以通过中控台查看通知消息，也可以不通过中控台查看通知消息；若所述当前场景为驾驶场景且所述业务来源为云端网络服务，该通知消息的通知优先级为C优先级，则消息控制设备确定所需通知的至少一个接收对象为中控台和手持设备；若所述当前场景为驾驶场景且所述业务来源为非联网应用，该通知消息的通知优先级为D优先级，则消息控制设备确定所需通知的至少一个接收对象为中控台。可选的，上述手持设备可以为手机、平板电脑、手表等。

可选的，若所述当前场景为交通工具异常场景且所述业务来源为交通工具的硬件设施，该通知消息的通知优先级为A优先级，则消息控制设备确定所需通知的至少一个接收对象为仪表盘、中控台、手持设备和HUD，这里通过在车体异常时将来自于交通工具的硬件设施的通知消息均分发给仪表盘、中控台、手持设备和HUD，使得用户可以通过任何一个接收对象查看到通知消息，便于用户查看；若所述当前场景为交通工具异常场景且所述业务来源为交通工具的软件系统，该通知消息的通知优先级为B优先级，则消息控制设备确定所需通知的至少一个接收对象为仪表盘、中控台和手持设备，这里通过在车体异常时将来自于交通工具的软件系统的通知消息分发给仪表盘、中控台和手持设备，无需分发给HUD，不仅使得用户可以通过多个接收对象查看到通知消息，也节省了车辆的推送开销；若所述当前场景为交通工具异常场景且所述业务来源为云端网络服务，该通知消息的通知优先级为C优先级，则消息控制设备确定所需通知的至少一个接收对象为中控台和手持设备；若所述当前场景为交通工具异常场景且所述业务来源为非联网应用，该通知消息的通知优先级为D优先级，则消息控制设备确定所需通知的至少一个接收对象为中控台。

图9为本申请一实施例提供的消息的推送方法的流程示意图。本实施例涉及的是消息控制设备根据当前场景和通知消息的业务来源，一起确定通知消息的通知优先级，并根据所确定的通知优先级确定通知消息的展现形式的另一具体过程，该过程所确定的展现形式更具有针对性。在上述实施例的基础上，即上述S501具体可以包括：

S801：消息控制设备根据所述当前场景和所述通知消息的业务来源，确定通知消息的通知优先级；其中，所述业务来源包括交通工具的硬件设施、交通工具的软件系统、云端网络服务和非联网应用中的至少一个。

具体的，该S801的具体过程可以参照上述S701的具体描述，在此不再赘述。

S802：消息控制设备根据所述通知优先级，确定所述通知消息在接收对象上的展现形式。

可选的，继续以交通工具是车辆为例，参见上述表1，若所述当前场景为驾驶场景且所述业务来源为交通工具的硬件设施，该通知消息的通知优先级为A优先级，则消息控制设备确定所述通知消息在接收对象上的展现形式为文字显示或者语音提示或者指示灯显示，此类展现形式提示用户更具有便捷性；若所述当前场景为驾驶场景且所述业务来源为交通工具的软件系统，该通知消息的通知优先级为B优先级，则消息控制设备确定所述通知消息在接收对象上的展现形式为文字显示或者动画显示；若所述当前场景为驾驶场景且所述业务来源为云端网络服务，该通知消息的通知优先级为C优先级，则消息控制设备确定所述通知消息在接收对象上的展现形式为图像显示或者动画显示；若所述当前场景为驾驶场景且所述业务来源为非联网应用，该通知消息的通知优先级为D优先级，则消息控制设备确定所述通知消息在接收对象上的展现形式为文字显示或者语音提示。

可选的，若所述当前场景为交通工具异常场景且所述业务来源为交通工具的硬件设施，该通知消息的通知优先级为A优先级，则消息控制设备确定所述通知消息在接收对象上的展现形式为文字显示或者指示灯显示或者动画显示或者图标显示；若所述当前场景为交通工具异常场景且所述业务来源为交通工具的软件系统，该通知消息的通知优先级为B优先级，则消息控制设备确定所述通知消息在接收对象上的展现形式为文字显示；若所述当前场景为交通工具异常场景且所述业务来源为云端网络服务，该通知消息的通知优先级为C优先级，则消息控制设备确定所述通知消息在接收对象上的展现形式为图像显示或者动画显示；若所述当前场景为交通工具异常场景且所述业务来源为非联网应用，该通知消息的通知优先级为D优先级，则消息控制设备确定所述通知消息在接收对象上的展现形式为文字显示或者图像显示。

可选的，上述消息控制设备确定的展现形式可以不限定接收对象，还可以与图8所确定的与通知消息的通知优先级对应的需要通知的接收对象进行结合，即展现形式的具体形式可以是“在哪一个接收对象上的展现形式”。可选的，消息控制设备确定的展现形式还可以为：

若所述当前场景为驾驶场景且所述业务来源为交通工具的硬件设施，该通知消息的通知优先级为A优先级，则消息控制设备确定所述通知消息在仪表盘和HUD上的展现形式为文字显示或者语音提示或者指示灯显示；若所述当前场景为驾驶场景且所述业务来源为交通工具的软件系统，该通知消息的通知优先级为B优先级，则消息控制设备确定所述通知消息在仪表盘、中控台和HUD上的展现形式为文字显示或者动画显示；若所述当前场景为驾驶场景且所述业务来源为云端网络服务，该通知消息的通知优先级为C优先级，则消息控制设备确定所述通知消息在中控台和手持设备上的展现形式为图像显示或者动画显示；若所述当前场景为驾驶场景且所述业务来源为非联网应用，该通知消息的通知优先级为D优先级，则消息控制设备确定所述通知消息在中控台上的展现形式为文字显示或者语音提示。

可选的，上述消息控制设备确定的展现形式还可以为：

若所述当前场景为交通工具异常场景且所述业务来源为交通工具的硬件设施，该通知消息的通知优先级为A优先级，则消息控制设备确定所述通知消息在仪表盘、中控台、手持设备和HUD上的展现形式为文字显示或者指示灯显示或者动画显示或者图标显示；若所述当前场景为交通工具异常场景且所述业务来源为交通工具的软件系统，该通知消息的通知优先级为B优先级，则消息控制设备确定所述通知消息在仪表盘、中控台和手持设备上的展现形式为文字显示；若所述当前场景为交通工具异常场景且所述业务来源为云端网络服务，该通知消息的通知优先级为C优先级，则消息控制设备确定所述通知消息在中控台和手持设备上的展现形式为图像显示或者动画显示；若所述当前场景为交通工具异常场景且所述业务来源为非联网应用，该通知消息的通知优先级为D优先级，则消息控制设备确定所述通知消息在中控台上的展现形式为文字显示或者图像显示。

可选的，可以参见图10所示的不同的通知优先级的通知消息在中控台的界面上的显示，以及可以参见图11所示的不同的通知优先级的通知消息在仪表盘上的界面上的显示，当然，图10和图11仅是一种展现形式的示例，目的只是为了说明不同通知优先级的通知消息在不同的接收对象上可以有不同的展现形式。

可选的，上述通知消息可以为暂态的消息，可以为常态的消息。该暂态的消息可以需要处理后才消失的消息，还可以是显示一段时间自动消失的消息，常态的消息指的是车辆启动后长期显示的消息。

需要说明的是，上述图8和图9所列举的可选的方式，只是一种示例，目的只是为了说明消息控制设备可以对通知消息进行集中管理，并且有针对性的分发给不同的接收对象，或者，有针对性的分发给不同的接收对象，使其以不同的展现形式为用户输出通知消息，推送方式丰富，从而为用户提供更加直观有效的获知通知消息的体验，避免了现有技术中的通知消息的杂乱推送的情况发生。

图12为本申请一实施例提供的消息的推送方法流程示意图。本实施例涉及的是消息控制设备根据预设的流转机制，将已经推送给某一接收对象上的通知消息进行流转处理的具体过程。在上述实施例的基础上，进一步地，即在上述S202之后，该方法还可以包括：

S901：消息控制设备根据预设的流转机制，在所述通知消息满足流转条件时，控制一接收对象上的通知消息流转至另一接收对象，或者，控制所述通知消息在所述一接收对象上的当前展现形式转换为另一展现形式。

具体的，该预设的流转机制定义了一个接收对象上的通知消息应该流转至哪一个接收对象，或者定义了一个通知消息在接收对象上的展现形式的转换。可选的，该流转的通知消息可以为暂态消息。可选的，该流转机制可以与通知消息的通知优先级相关，例如，通知优先级高的通知消息在A接收对象展现时，当展现时间达到一设定时间时，消息控制设备就会控制该通知消息从A接收对象流转至B接收对象，该B接收对象可以是与该通知消息的通知优先级临近的通知消息对应的接收对象，该B接收对象还可以是A接收对象的后端缓存装置。可选的，假设该通知优先级高的通知消息对应的需要通知的接收对象仅为A接收对象，其展现形式为文字显示，则在该通知消息达到设定时间或者满足某一预设条件时，消息控制设备将该通知消息的展现形式转换为指示灯显示。采用上述流转机制处理通知消息的方式，可以相应的节省部分接收对象的推送开销。可选的，消息控制设备控制通知消息从A接收对象流转至B接收对象，可以是消息控制设备指示A接收对象将通知消息发送给B接收对象，还可以是消息控制设备将已经发送给A接收对象的通知消息直接发送给B接收对象，本申请实施例对通知消息的流转方式并不做限定。

例如，可以参见图13所示的流转示意图，图13中，车辆当前场景为驾驶场景，通知消息为“发动机严重故障”(该通知消息为暂态消息)，消息控制设备确定该通知消息来自于交通工具的硬件设施，在确定该通知消息的通知优先级为最高优先级，其对应的所需通知的接收对象为仪表盘和中控台，展现形式均为文字显示，则在当该通知消息在仪表盘和中控台的上显示的时间达到设定时间时，显示在仪表盘上的通知消息就会转换成仪表盘上的状态指示灯，显示在中控台上得通知消息就会流转至中控台的通知中心，用户可以通过相应的中控台操作指令查看该通知消息，这样的流转机制可以节省接收对象的展现开销。

本申请实施例提供的消息的推送方法，通过预设的流转机制，在通知消息达到流转条件时，将一接收对象上的通知消息发送给另一接收对象，或者，将通知消息在一接收对象上的当前展现形式转换为另一展现形式，从而节省了部分接收对象的推送开销。

图14为本申请一实施例提供的消息的推送方法流程示意图。本实施例中的消息控制设备为云端服务器，本实施例中的通知消息为交通工具的业务来源生成并上报给云端服务器的。本实施例涉及的是当通知消息为周期性输出消息时，云端服务器通过将该通知消息进行缓存，并在预设周期到达时再次将该通知消息推送给所需通知的至少一个接收对象，以节省交通工具的各业务来源的上报开销的具体过程。在上述实施例的基础上，继续以交通工具是车辆为例，即在上述S202之后，该方法还可以包括：

S1001：若所述通知消息为周期性输出消息，云端服务器将所述通知消息进行缓存。

可选的，该周期性输出消息例如可以是车辆保养消息，此类消息一般是周期性的向用户推送，为了避免车辆上的业务来源频繁的向云端服务器上报该周期性输出消息，云端服务器将该周期性输出消息进行缓存。

S1002：在预设周期到达时，所述云端服务器再次将所述通知消息推送给所需通知的至少一个接收对象。

可选的，该预设周期可以是预先配置在云端服务器中的，也可以是上述周期性输出消息中携带的，本申请实施例对该预设周期并不做限定。

本申请实施例提供的消息的推送方法，当通知消息为周期性输出消息时，云端服务器通过将该通知消息进行缓存，并在预设周期到达时再次将该通知消息推送给所需通知的至少一个接收对象，节省了交通工具的各业务来源的上报开销，大大提高了通知消息的上报效率。

图15为本申请一实施例提供的消息的推送方法的示意框图。图15中，交通工具以车辆为例，消息控制设备以云端服务器为例。假设车辆所获取的通知消息来源于车辆内部的各业务来源。下述分别从通知消息的来源和上报、通知消息的推送模式、通知消息的流转三个方面分别介绍通知消息的整个处理过程。

第一方面：通知消息的来源和上报。

具体的，如图15所示，车辆内部的业务来源可以包括车体硬件设施、车体软件系统、云端网络服务和非联网应用中的至少一个。(1)车体硬件设施可以包括发动机、制动系统、车门、刹车片、油箱、方向盘、轮胎等保障车辆基本行驶的硬件，来自于该车体硬件设施的通知消息可以是下述消息中的至少一种：故障类消息(例如制动系统故障通知消息、发动机故障通知消息)、安防类消息(例如，车辆防盗通知消息)、车辆状态类消息(例如，车辆的档位、速度、安全带、车门、手刹、方向盘、冷却液温度、机油量等通知消息)、车况健康类消息(例如车体保养通知消息、车体的能耗通知消息(可以是油耗、电耗、汽耗等)、轮胎状态通知消息等)、功能状态类消息(例如，启停系统通知消息、车内的空调状态通知消息)、驾驶辅助类消息(例如，座椅加热通知消息、外部设备接入的通知消息)等；(2)上述车体软件系统可以包括车机系统、车内控制系统等具有控制车辆运行的软件系统，因此，来自于该车体软件系统的通知消息可以是下述消息中的至少一种：系统升级类消息、系统推送服务类消息、云端配置项同步消息等；(3)上述云端网络服务可以为与云端进行交互，从而为用户提供相应的服务的模块，因此，来自于该云端网络服务的通知消息可以是下述消息中的至少一种：车辆的活动运营服务消息、服务过程提醒消息、交易各阶段的通知消息、支付与代付服务消息、车辆权限和协议服务消息等；(4)上述非联网应用可以是车辆上的导航地图、用户电子手册、多媒体、通讯、一键求救、咨询投诉等应用，这里对非联网应用只是一种举例。来自于该非联网应用的通知消息可以是下述消息中的至少一种：导航通知消息、多媒体故障异常消息、通信中断消息、求救故障信息等。需要说明的是，这里对业务来源的通知消息进行一种举例，本实施例并不以此为限。

当这些业务来源生成通知消息时，均可以主动或者被动的将通知消息上报给云端服务器。当通知消息为周期性输出消息时，云端服务器可以将该通知消息进行缓存。

第二方面：通知消息的推送模式。

具体的，继续参见图15所示，云端服务器中可以预置一本地规则库，该本地规则库中可以包括消息推送模式规则，该消息推送模式规则例如可以包括当前行车场景与消息推送模式的对应关系，即可以包括当前行车场景与所需通知的接收对象的对应关系、或者可以包括当前行车场景与通知消息在不同的接收对象上的展现形式的对应关系，或者，附加的还可以包括当前行车场景与通知消息的通知优先级的对应关系等等。再或者，本地规则库中还可以包括预设的流转机制，即该预设的流转机制定义了一个接收对象上的通知消息应该流转至哪一个接收对象，或者定义了一个通知消息在所对应的接收对象上的展现形式的转换。再或者，本地规则库中还可以包括循环和删除规则，该删除规则例如可以是关机之后指示车载系统上的所有通知全部删除或者选择性删除，该循环规则针对的是周期性输出的通知消息，其定义了云端服务器再次将该通知消息推送给接收对象的通知周期，即在云端服务器将该周期性输出消息缓存之后，在该通知周期到达时，再次通知给对应的接收对象，避免业务来源持续性的向云端服务器上报的情况。再或或者，本地规则库中还可以包括行车场景规则，该行车场景规则定义了交通工具自身状况信息与行车场景之间的对应关系，使得云端服务器可以根据交通工具自身状况信息确定对应的行车场景。

因此，当云端服务器接收到通知消息后，可以根据本地规则库中的内容确定当前行车场景，进而可以根据该当前行车场景确定通知消息的通知优先级，从而根据该通知优先级确定消息的推送模式，例如，确定所获取的通知消息应该通知给哪些接收对象，或者确定所获取的通知消息应该以何种展现形式推送给对应的接收对象，再或者，当有多个不同优先级的通知消息需要推送给同一个接收对象时，应该先推送通知优先级高的通知消息。

可选的，上述接收对象可以是车辆的仪表盘、中控台、手持设备、HUD中的至少一个，上述通知消息的展现形式可以是语音提示、文字显示、指示灯显示、动画显示、图标显示、图像显示中的任一种。

可选的，来自于车体硬件设施的通知消息的通知优先级大于来自于车体软件系统的通知消息的通知优先级、来自于车体软件系统的通知消息的通知优先级大于来自于云端网络服务的通知消息的通知优先级、来自于云端网络服务的通知消息的通知优先级大于来自于非联网应用的通知消息的通知优先级。

第三方面：通知消息的流转。

具体的，继续参见图15所示，当通知消息满足流转条件时(例如暂态的通知消息在某一个接收对象的展现时间达到设定时间)，云端服务器可以根据本地规则库中的预设的流转机制控制该通知消息从当前接收对象流转至另一接收对象，或者将通知消息在当前接收对象上的展现形式转换为另一展现形式，可以参见上述图13所示的例子，在此不再赘述。

以上从通知消息的来源和上报、通知消息的推送模式、通知消息的流转三个方面介绍了通知消息的整个处理过程，消息控制设备可以通过根据所获取的当前场景确定对应的消息推送模式，并采用该消息推送模式将所获取的通知消息推送给接收对象，从而可以将所获取的通知消息结合当前场景有针对性的推送给用户，使得用户在相应的行驶场景下可以简单有效的获知该通知消息并且避免用户的危险驾驶，从而提高了用户的体验。

以下将详细描述根据本申请的一个或多个实施例的消息的推送装置。该消息的推送装置可以被实现在交通工具或移动终端的基础架构中，也可以被实现在云端服务器和客户端的交互系统中。本领域技术人员可以理解，该消息的推送装置均可使用市售的硬件组件通过本方案所教导的步骤进行配置来构成。例如，处理器组件(或处理模块、处理单元、确定模块等)可以使用来自德州仪器公司、英特尔公司、ARM公司等企业的单片机、微控制器、微处理器等组件，推送模块可以通过射频收发信机、收发天线或者设备接口等方式实现。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

图16为本申请一实施例提供的消息的推送装置的结构示意图，该消息的推送装置可以通过软件、硬件或者两者的结合实现，该消息的推送装置可以集成在消息控制设备中，还可以是单独的消息控制设备。如图16所示，该消息的推送装置可以包括：第一获取模块10、第二获取模块11、确定模块12和推送模块13。

其中，第一获取模块10，用于获取通知消息；

第二获取模块11，用于获取交通工具的当前场景；

确定模块12，用于确定与所述当前场景对应的消息推送模式；

推送模块13，用于采用所述消息推送模式向接收对象推送所述通知消息。

本申请实施例提供的消息的推送装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

在本申请实施例一种可能的实施方式中，所述确定模块12，具体用于确定当所述当前场景下所需通知的至少一个接收对象；

所述推送模块13，具体用于向所需通知的至少一个接收对象推送所述通知消息。

在本申请实施例另一种可能的实施方式中，所述确定模块12，具体用于根据所述当前场景，确定通知消息的通知优先级，并根据所述通知优先级，确定所需通知的至少一个接收对象。

在本申请实施例再一种可能的实施方式中，所述确定模块12，具体用于确定当前场景下所述通知消息在接收对象上的展现形式；

所述推送模块13，具体用于向所述接收对象推送所述通知消息和所述通知消息在所述接收对象上的展现形式。

在本申请实施例又一种可能的实施方式中，所述确定模块12，具体用于根据所述当前场景，确定通知消息的通知优先级，并根据所述通知优先级，确定所述通知消息在接收对象上的展现形式。

在本申请实施例另一种可能的实施方式中，所述确定模块12，具体用于根据所述当前场景和所述通知消息的业务来源，确定通知消息的通知优先级；

可选的，所述当前场景包括驾驶场景或者交通工具异常场景。

可选的，所需通知的至少一个接收对象包括仪表盘、中控台、手持设备和平视显示器HUD中的至少一个。

在本申请实施例另一种可能的实施方式中，若所述当前场景为驾驶场景且所述业务来源为交通工具的硬件设施，则所述确定模块12确定的所需通知的至少一个接收对象为仪表盘和HUD；

或者，

若所述当前场景为驾驶场景且所述业务来源为交通工具的软件系统，则所述确定模块12确定的所需通知的至少一个接收对象为仪表盘、中控台和HUD；

或者，

若所述当前场景为驾驶场景且所述业务来源为云端网络服务，则所述确定模块12确定的所需通知的至少一个接收对象为中控台和手持设备；

或者，

若所述当前场景为驾驶场景且所述业务来源为非联网应用，则所述确定模块12确定的所需通知的至少一个接收对象为中控台。

在本申请实施例又一种可能的实施方式中，若所述当前场景为驾驶场景且所述业务来源为交通工具的硬件设施，则所述确定模块12确定的所述通知消息在接收对象上的展现形式为文字显示或者语音提示或者指示灯显示；

或者，

若所述当前场景为驾驶场景且所述业务来源为交通工具的软件系统，则所述确定模块12确定的所述通知消息在接收对象上的展现形式为文字显示或者动画显示；

或者，

若所述当前场景为驾驶场景且所述业务来源为云端网络服务，则所述确定模块12确定的所述通知消息在接收对象上的展现形式为图像显示或者动画显示；

或者，

若所述当前场景为驾驶场景且所述业务来源为非联网应用，则所述确定模块12确定的所述通知消息在接收对象上的展现形式为文字显示或者语音提示。

在本申请实施例再一种可能的实施方式中，若所述当前场景为交通工具异常场景且所述业务来源为交通工具的硬件设施，则所述确定模块12确定的所需通知的至少一个接收对象为仪表盘、中控台、手持设备和HUD；

或者，

若所述当前场景为交通工具异常场景且所述业务来源为交通工具的软件系统，则所述确定模块12确定的所需通知的至少一个接收对象为仪表盘、中控台和手持设备；

或者，

若所述当前场景为交通工具异常场景且所述业务来源为云端网络服务，则所述确定模块12确定的所需通知的至少一个接收对象为中控台和手持设备；

或者，

若所述当前场景为交通工具异常场景且所述业务来源为非联网应用，则所述确定模块12确定的所需通知的至少一个接收对象为中控台。

在本申请实施例又一种可能的实施方式中，若所述当前场景为交通工具异常场景且所述业务来源为交通工具的硬件设施，则所述确定模块12确定的所述通知消息在接收对象上的展现形式为文字显示或者指示灯显示或者动画显示或者图标显示；

或者，

若所述当前场景为交通工具异常场景且所述业务来源为交通工具的软件系统，则所述确定模块12确定的所述通知消息在接收对象上的展现形式为文字显示；

或者，

若所述当前场景为交通工具异常场景且所述业务来源为云端网络服务，则所述确定模块12确定的所述通知消息在接收对象上的展现形式为图像显示或者动画显示；

或者，

若所述当前场景为交通工具异常场景且所述业务来源为非联网应用，则所述确定模块12确定的所述通知消息在接收对象上的展现形式为文字显示或者图像显示。

在本申请实施例另一种可能的实施方式中，所述第二获取模块11，具体用于根据交通工具自身状况信息，确定所述当前场景。

可选的，所述交通工具自身状况信息包括交通工具的速度信息、档位信息、交通工具异常信息中的至少一个。

在本申请实施例又一种可能的实施方式中，所述消息的推送装置可以集成于云端服务器中，相应的，所述第一获取模块10，具体用于接收所述交通工具的各业务来源生成并上报的通知消息。

在本申请实施例又一种可能的实施方式中，所述消息的推送装置还可以集成于所述交通工具上的设备中，所述第一获取模块10，具体用于获取所述交通工具的各业务来源生成的通知消息。

进一步地，在上述图16所示实施例的基础上，参见图17提供的本申请一实施例提供的消息的推送装置的结构示意图。在图17中，所述确定模块12，包括：

第一确定单元121，用于根据所述通知优先级确定至少一个第一接收对象；

第二确定单元122，用于根据所述当前场景，确定每个所述第一接收对象的显示优先级；

第三确定单元123，用于确定显示优先级最高的第一接收对象为所需通知的接收对象。

进一步地，在上述图17所示实施例的基础上，参见图18提供的本申请一实施例提供的消息的推送装置的结构示意图。在图18中，所述装置还包括流转模块14。

其中，流转模块14，用于根据预设的流转机制，在通知消息满足流转条件时，控制一接收对象上的通知消息流转至另一接收对象，或者，控制所述通知消息在所述一接收对象上的当前展现形式转换为另一展现形式。

进一步地，所述装置还包括缓存模块15，其中，缓存模块15，用于当所述通知消息为周期性输出消息时，将所述通知消息进行缓存；

所述推送模块13，还用于在预设周期到达时，再次将所述通知消息推送给所需通知的至少一个接收对象。

需要说明的是，在实际应用过程中，消息的推送装置中可以包括流转模块14和缓存模块15中的一个，还可以同时包括流转模块14和缓存模块15。

图19为本申请一实施例提供的消息控制设备硬件结构示意图。如图19所示，该消息控制设备可以包括输入设备20、处理器21、输出设备22、存储器23和至少一个通信总线24。通信总线24用于实现元件之间的通信连接。存储器23可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器，存储器23中可以存储各种程序，用于完成各种处理功能以及实现本实施例的方法步骤。

可选的，上述处理器21例如可以为中央处理器(Central Processing Unit，简称CPU)、应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，该处理器21通过车内线路或无线连接耦合到上述输入设备20和输出设备22。

可选的，上述输入设备20可以包括多种输入设备，例如可以包括面向用户的用户接口、面向设备的设备接口、软件的可编程接口、收发信机中的至少一个。可选的，该面向设备的设备接口可以是用于设备与设备之间进行数据传输的有线接口、还可以是用于设备与设备之间进行数据传输的硬件插入接口(例如USB接口、串口等)；可选的，该面向用户的用户接口例如可以是面向用户的控制按键、用于接收语音输入的语音输入设备以及用户接收用户触摸输入的触摸感知设备(例如具有触摸感应功能的触摸屏、触控板等)；可选的，上述软件的可编程接口例如可以是供用户编辑或者修改程序的入口，例如芯片的输入引脚接口或者输入接口等；可选的，上述收发信机可以是具有通信功能的射频收发芯片、基带处理芯片以及收发天线等。本申请实施例中的消息控制设备为一通用的消息控制设备，其可以适用于任一的控制系统或者控制设备或者其他类型的设备。可选的，该消息控制设备可以是用于交通工具的消息控制设备，例如，可以是用于车辆的消息控制设备、用于飞行器的消息控制设备、用于水路运输工具的消息控制设备等。关于用于交通工具的消息控制设备的具体内容，本申请提供了另一实施例来进行介绍，请参见后面的实施例，在此不再详述。

在本申请实施例中，所述输入设备20，用于获取通知消息；

所述处理器21，耦合至所述输入设备20，用于根据交通工具的当前场景，确定与所述当前场景对应的消息推送模式；

所述输出设备22，耦合至所述输入设备20和所述处理器21，用于采用所述消息推送模式向接收对象推送所述通知消息。可选的，该消息控制设备可以是交通工具上的中控单元或者交通工具上的其他设备、还可以是云端服务器，即上述处理器21可以集成在交通工具中，也可以是集成在云端服务器中。

本申请实施例提供的消息控制设备，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

可选的，所述处理器21，具体用于确定所述当前场景下所需通知的至少一个接收对象；相应的，所述输出设备22，具体用于向所需通知的至少一个接收对象推送所述通知消息。进一步地，所述处理器21，具体用于根据所述当前场景，确定通知消息的通知优先级，并根据所述通知优先级，确定所需通知的至少一个接收对象。

可选的，所述处理器21，具体用于确定当前场景下所述通知消息在接收对象上的展现形式；相应的，所述输出设备22，具体用于向所述接收对象推送所述通知消息和所述通知消息在所述接收对象上的展现形式。进一步地，所述处理器21，具体用于根据所述当前场景，确定通知消息的通知优先级，并根据所述通知优先级，确定所述通知消息在接收对象上的展现形式。

可选的，上述处理器21，具体用于根据所述当前场景，确定通知消息的通知优先级，具体包括：

所述处理器21，具体用于根据所述当前场景和所述通知消息的业务来源，确定通知消息的通知优先级；

可选的，若所述当前场景为驾驶场景且所述业务来源为交通工具的硬件设施，则所需通知的至少一个接收对象为仪表盘和平视显示器HUD；

或者，

可选的，若所述当前场景为驾驶场景且所述业务来源为交通工具的硬件设施，则所述通知消息在接收对象上的展现形式为文字显示或者语音提示或者指示灯显示；

或者，

可选的，若所述当前场景为交通工具异常场景且所述业务来源为交通工具的硬件设施，则所需通知的至少一个接收对象为仪表盘、中控台、手持设备和平视显示器HUD；

或者，

可选的，若所述当前场景为交通工具异常场景且所述业务来源为交通工具的硬件设施，则所述通知消息在接收对象上的展现形式为文字显示或者指示灯显示或者动画显示或者图标显示；

或者，

可选的，所述处理器21，具体用于根据交通工具自身状况信息，确定所述当前场景。

可选的，所述消息控制设备可以为云端服务器，所述输入设备20，具体用于接收所述交通工具的各业务来源生成并上报的通知消息。

可选的，所述消息控制设备为所述交通工具上的设备，所述输入设备20，具体用于获取所述交通工具的各业务来源生成的通知消息。

可选的，所述处理器21，还可以用于根据所述通知优先级确定至少一个第一接收对象，并根据所述当前场景，确定每个所述第一接收对象的显示优先级，从而确定显示优先级最高的第一接收对象为所需通知的接收对象。

可选的，所述处理器21，还可以用于在所述输出设备22向所需通知的至少一个接收对象推送所述通知消息之后，根据预设的流转机制，在通知消息满足流转条件时，控制一接收对象上的通知消息流转至另一接收对象，或者，控制所述通知消息在所述一接收对象上的当前展现形式转换为另一展现形式。

可选的，上述消息控制设备可以为云端服务器，所述处理器21，还用于在若所述通知消息为周期性输出消息，指示所述存储器将所述通知消息进行缓存，并在预设周期到达时，指示所述输出设备22再次将所述通知消息推送给所需通知的至少一个接收对象。

图20是本申请一实施例提供的一种消息控制设备800的框图。例如，消息控制设备800可以是交通工具上的设备或者云端服务器。参照图19，消息控制设备800可以包括以下一个或多个组件：处理组件802，存储器804，电力组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。

参照图20，消息控制设备800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制消息控制设备800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的消息的推送方法中S101至S1002的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在消息控制设备800的操作。这些数据的示例包括用于在消息控制设备800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件806为消息控制设备800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为消息控制设备800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述消息控制设备800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当消息控制设备800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是点击轮、按钮等。这些按钮可包括但不限于：音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为消息控制设备800提供各个方面的状态评估。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于消息控制设备800和其他设备之间有线或无线方式的通信。消息控制设备800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，消息控制设备800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述的消息的推送方法中S101至S1002的全部或部分步骤。

在上述图19中关于通用的消息控制设备的描述的基础上，本申请还提供了另一实施例，本实施例具体公开了一种用于交通工具的消息控制设备。可选的，该消息控制设备可以被整合在交通工具的中央控制系统中，还可以被集成在云端服务器中。以该消息控制设备被整合于交通工具的中央系统中为例，该消息控制设备包括但不限于：车机设备、交通工具出厂后附加的控制设备等等。

具体的，该用于交通工具的消息控制设备可以包括；机载输入设备、机载处理器、机载输出设备以及其他附加设备。需要说明的是，本申请实施例所涉及的“机载输入设备”、“机载输出设备”、“机载处理器”中的机载，可以是承载于车辆上的“车载输入设备”、“车载输出设备”以及“车载处理器”，还可以是承载于飞行器上的“机载输入设备”、“机载输出设备”、“机载处理器”，还可以是承载于其他类型交通工具上的设备，本申请实施例对“机载”的含义并不做限定。以交通工具是车辆为例，该机载输入设备可以是车载输入设备、机载处理器可以是车载处理器、机载输出设备可以是车载输出设备。

取决于所安装的交通工具的类型的不同，上述机载输入设备可以包括多种输入设备，例如可以包括面向用户的车载用户接口、面向设备的车载设备接口、软件的车载可编程接口、收发信机中的至少一个。可选的，该面向设备的设备接口可以是用于设备与设备之间进行数据传输的有线接口(例如车辆的中控台上的与行车记录仪的连接接口、车辆的中控台上的与车门之间的线路接口、车辆的中控台上的与车载空调之间的硬件接口)、还可以是用于设备与设备之间进行数据传输的硬件插入接口(例如USB接口、串口等)；可选的，该面向用户的车载用户接口例如可以是用于车辆的方向盘控制按键、用于大型车辆或小型车辆的中控控制按键、用于接收语音输入的语音输入设备(例如，安置在方向盘或操作舵上的麦克风、中央声音采集设备、等等)、以及用户接收用户触摸输入的触摸感知设备(例如具有触摸感应功能的触摸屏、触控板等)；可选的，上述软件的车载可编程接口例如可以是车辆控制系统中可供用户编辑或者修改的入口，例如车辆中涉及的大、小芯片的输入引脚接口或者输入接口等；可选的，上述收发信机可以是车辆中具有通信功能的射频收发芯片、基带处理芯片以及收发天线等。按照上述图2至15对应的实施例中的方法，该机载输入设备用于获取通知消息。例如，当上述用于交通工具的消息控制设备为车辆上的中控单元或者其他设备时，该输入设备可以是与云端服务器建立通信的收发信机，或者还可以是与车辆内部的各个业务来源进行通信的设备传输接口。

取决于所安装的交通工具的类型的不同，上述机载处理器可以使用各种应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、中央处理器(CPU)、控制器、微控制器、微处理器或其他电子元件实现，并用于执行上述方法。上述机载处理器通过车内线路或无线连接耦合到上述机载输入设备和机载输出设备。按照上述图2至15对应的实施例中的方法，机载处理器用于根据交通工具的当前场景，确定与所述当前场景对应的消息推送模式。

取决于所安装的交通工具的类型的不同，上述机载输出设备可以是能够与接收对象(例如中控台、仪表盘)进行数据传输的设备接口，或者，还可以是与用户的手持设备等建立无线传输的收发信机，该机载输出设备可以通过车内线路或者无线方式耦合至上述机载输入设备和机载处理器。按照上述图2至15对应的实施例中的方法，机载输出设备，用于采用所述消息推送模式向接收对象推送所述通知消息。

进一步地，上述机载处理器还可以用于上述消息的推送方法中图4至图15对应的实施例中的全部或部分步骤，本申请实施例在此不再赘述。

一种计算机/处理器可读存储介质，所述存储介质中存储有程序指令，所述程序指令用于使所述计算机/处理器执行：

获取通知消息；

获取交通工具的当前场景；

确定与所述当前场景对应的消息推送模式；

采用所述消息推送模式向接收对象推送所述通知消息。

上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

在上述实施例的基础上，本申请还提供一种车载互联网操作系统。本领域技术人员可以理解，该车载互联网操作系统可以管理和控制上述图19或图20所示的消息控制设备的硬件或者本申请所涉及的用于交通工具的消息控制设备的硬件以及本申请所涉及的软件资源的计算机程序，是直接运行在上述消息控制设备或用于交通工具的消息控制设备上的系统软件。该操作系统可以是用户与上述消息控制设备或者用于交通工具的消息控制设备的接口，也可以是硬件与其它软件的接口。

本申请提供的车载互联网操作系统，可以与车辆上的其他模块或功能设备进行交互，以控制相应模块或功能设备的功能。

具体地，以上述实施例中的交通工具为车辆、该消息控制设备为车辆上的中控台备为例，基于本申请提供的车载互联网操作系统以及车辆通信技术的发展，使得车辆不再独立于通信网络以外，车辆可以与服务端或者网络服务器互相连接起来组成网络，从而形成车载互联网。该车载互联网系统可以提供语音通信服务、定位服务、导航服务、移动互联网接入、车辆紧急救援、车辆数据和管理服务、车载娱乐服务等。

下面详细说明本申请提供的车载互联网操作系统的结构示意图。图21为本申请一实施例提供的车载互联网操作系统的结构示意图。如图21所示，本申请提供的操作系统包括：消息控制单元31和推送模式控制单元32。

消息控制单元31，控制车载输入设备获取通知消息

推送模式控制单元32，控制消息管理系统采用所述消息推送模式向接收对象推送所述通知消息；其中，所述消息推送模式为根据交通工具的当前场景确定的。

具体地，本实施例中的车载输入设备可以包括上述实施例中的输入设备，消息控制单元31可以控制车载输入设备从车辆内部的业务模块(例如车体硬件设施、车体软件系统、非联网应用、云端网络服务等)获得通知消息，还可以控制车载输入设备从云端服务器或者移动终端上获得通知消息。

上述消息管理系统可以是上述实施例中的消息控制设备中的部分设备或者部分软件系统，可选的，该消息管理系统可以包括上述实施例中的处理器和/或输出设备。上述推送模式控制单元32可以控制消息管理系统采用所确定的消息推送模式向接收对象推送所述通知消息，可选的，该消息推送模式可以是推送模式控制单元32根据所获得到交通工具的当前场景确定的，还可以是推送模式控制单元32控制上述消息管理系统根据交通工具的当前场景确定的。可选的，该交通工具的当前场景可以是推送模式控制单元32获取的，还可以是推送模式控制单元32控制消息管理系统获取的。可选的，该消息管理系统可以集成在上述车载互联网操作系统，还可以作为辅助车载互联网操作系统执行相应功能操作的系统。

进一步地，该车载互联网操作系统可以通过上述的消息控制单元31以及推送模式控制单元32，或者在上述两种单元的基础上，结合其它单元，控制相应的组件以执行上述图2至图15所述的方法。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims

一种消息的推送方法，其特征在于，包括：

获取通知消息；

获取交通工具的当前场景；

确定与所述当前场景对应的消息推送模式；

采用所述消息推送模式向接收对象推送所述通知消息。
根据权利要求1所述的方法，其特征在于，所述确定与所述当前场景对应的消息推送模式，包括：

确定所述当前场景下所需通知的至少一个接收对象；

相应的，所述采用所述消息推送模式向接收对象推送所述通知消息，包括：

向所需通知的至少一个接收对象推送所述通知消息。
根据权利要求2所述的方法，其特征在于，所述确定当前场景下所需通知的至少一个接收对象，具体包括：

根据所述当前场景，确定通知消息的通知优先级；

根据所述通知优先级，确定所需通知的至少一个接收对象。
根据权利要求1所述的方法，其特征在在于，所述确定与所述当前场景对应的消息推送模式，包括：

确定当前场景下所述通知消息在接收对象上的展现形式；

相应的，所述采用所述消息推送模式向接收对象推送所述通知消息，包括：

向所述接收对象推送所述通知消息和所述通知消息在所述接收对象上的展现形式。
根据权利要求4所述的方法，其特征在于，所述确定当前场景下所述通知消息在所述接收对象上的展现形式，具体包括：

根据所述当前场景，确定通知消息的通知优先级；

根据所述通知优先级，确定所述通知消息在接收对象上的展现形式。
根据权利要求3或5所述的方法，其特征在在于，所述根据所述当前场景，确定通知消息的通知优先级，具体包括：

根据所述当前场景和所述通知消息的业务来源，确定通知消息的通知优先级；

其中，所述业务来源包括交通工具的硬件设施、交通工具的软件系统、云端网络服务和非联网应用中的至少一个。
根据权利要求6所述的方法，其特征在于，

若所述当前场景为驾驶场景且所述业务来源为交通工具的硬件设施，则所需通知的至少一个接收对象为仪表盘和平视显示器HUD；

或者，

若所述当前场景为驾驶场景且所述业务来源为交通工具的软件系统，则所需通知的至少一个接收对象为仪表盘、中控台和HUD；

或者，

若所述当前场景为驾驶场景且所述业务来源为云端网络服务，则所需通知的至少一个接收对象为中控台和手持设备；

或者，

若所述当前场景为驾驶场景且所述业务来源为非联网应用，则所需通知的至少一个接收对象为中控台。
根据权利要求6所述的方法，其特征在于，

若所述当前场景为驾驶场景且所述业务来源为交通工具的硬件设施，则所述通知消息在接收对象上的展现形式为文字显示或者语音提示或者指示灯显示；

或者，

若所述当前场景为驾驶场景且所述业务来源为交通工具的软件系统，则所述通知消息在接收对象上的展现形式为文字显示或者动画显示；

或者，

若所述当前场景为驾驶场景且所述业务来源为云端网络服务，则所述通知消息在接收对象上的展现形式为图像显示或者动画显示；

或者，

若所述当前场景为驾驶场景且所述业务来源为非联网应用，则所述通知消息在接收对象上的展现形式为文字显示或者语音提示。
根据权利要求6所述的方法，其特征在于，

若所述当前场景为交通工具异常场景且所述业务来源为交通工具的硬件设施，则所需通知的至少一个接收对象为仪表盘、中控台、手持设备和平视显示器HUD；

或者，

若所述当前场景为交通工具异常场景且所述业务来源为交通工具的软件系统，则所需通知的至少一个接收对象为仪表盘、中控台和手持设备；

或者，

若所述当前场景为交通工具异常场景且所述业务来源为云端网络服务，则所需通知的至少一个接收对象为中控台和手持设备；

或者，

若所述当前场景为交通工具异常场景且所述业务来源为非联网应用，则所需通知的至少一个接收对象为中控台。
根据权利要求6所述的方法，其特征在于，

若所述当前场景为交通工具异常场景且所述业务来源为交通工具的硬件设施，则所述通知消息在接收对象上的展现形式为文字显示或者指示灯显示或者动画显示或者图标显示；

或者，

若所述当前场景为交通工具异常场景且所述业务来源为交通工具的软件系统，则所述通知消息在接收对象上的展现形式为文字显示；

或者，

若所述当前场景为交通工具异常场景且所述业务来源为云端网络服务，则所述通知消息在接收对象上的展现形式为图像显示或者动画显示；

或者，

若所述当前场景为交通工具异常场景且所述业务来源为非联网应用，则所述通知消息在接收对象上的展现形式为文字显示或者图像显示。
根据权利要求1-5任一项所述的方法，其特征在于，所述获取所述交通工具的当前场景，包括：

根据交通工具自身状况信息，确定所述当前场景。
根据权利要求11所述的方法，其特征在于，所述交通工具自身状况信息包括交通工具的速度信息、档位信息、交通工具异常信息中的至少一个。
根据权利要求1-5任一项所述的方法，其特征在于，所述获取通知消息，具体包括：

云端服务器接收所述交通工具的各业务来源生成并上报的通知消息。
根据权利要求1-5任一项所述的方法，其特征在于，所述获取通知消息，具体包括：

所述交通工具上的设备获取所述交通工具的各业务来源生成的通知消息。
根据权利要求3所述的方法，其特征在于，所述根据所述通知优先级，确定所需通知的至少一个接收对象，具体包括：

根据所述通知优先级确定至少一个第一接收对象；

根据所述当前场景，确定每个所述第一接收对象的显示优先级；

确定显示优先级最高的第一接收对象为所需通知的接收对象。
根据权利要求2所述的方法，其特征在于，所述向所需通知的至少一个接收对象推送所述通知消息之后，所述方法还包括：

根据预设的流转机制，在通知消息满足流转条件时，控制一接收对象上的通知消息流转至另一接收对象，或者，控制所述通知消息在所述一接收对象上的当前展现形式转换为另一展现形式。
根据权利要求2所述的方法，其特征在于，所述向所需通知的至少一个接收对象推送所述通知消息之后，所述方法还包括：

若所述通知消息为周期性输出消息，云端服务器将所述通知消息进行缓存；

在预设周期到达时，所述云端服务器再次将所述通知消息推送给所需通知的至少一个接收对象。
根据权利要求1-5任一项所述的方法，其特征在于，所述当前场景包括驾驶场景或者交通工具异常场景。
根据权利要求2或3所述的方法，其特征在于，所需通知的至少一个接收对象包括仪表盘、中控台、手持设备和平视显示器HUD中的至少一个。
一种消息的推送装置，其特征在于，包括：

第一获取模块，用于获取通知消息；

第二获取模块，用于获取交通工具的当前场景；

确定模块，用于确定与所述当前场景对应的消息推送模式；

推送模块，用于采用所述消息推送模式向接收对象推送所述通知消息。
根据权利要求20所述的装置，其特征在于，所述确定模块，具体用于确定所述当前场景下所需通知的至少一个接收对象；

所述推送模块，具体用于向所需通知的至少一个接收对象推送所述通知消息。
根据权利要求21所述的装置，其特征在于，所述确定模块，具体用于根据所述当前场景，确定通知消息的通知优先级，并根据所述通知优先级，确定所需通知的至少一个接收对象。
根据权利要求20所述的装置，其特征在于，所述确定模块，具体用于确定当前场景下所述通知消息在接收对象上的展现形式；

所述推送模块，具体用于向所述接收对象推送所述通知消息和所述通知消息在所述接收对象上的展现形式。
根据权利要求23所述的装置，其特征在于，所述确定模块，具体用于根据所述当前场景，确定通知消息的通知优先级，并根据所述通知优先级，确定所述通知消息在接收对象上的展现形式。
根据权利要求22或24所述的装置，其特征在于，所述确定模块，具体用于根据所述当前场景和所述通知消息的业务来源，确定通知消息的通知优先级；

其中，所述业务来源包括交通工具的硬件设施、交通工具的软件系统、云端网络服务和非联网应用中的至少一个。
根据权利要求25所述的装置，其特征在于，若所述当前场景为驾驶场景且所述业务来源为交通工具的硬件设施，则所述确定模块确定的所需通知的至少一个接收对象为仪表盘和平视显示器HUD；

或者，

若所述当前场景为驾驶场景且所述业务来源为交通工具的软件系统，则所述确定模块确定的所需通知的至少一个接收对象为仪表盘、中控台和HUD；

或者，

若所述当前场景为驾驶场景且所述业务来源为云端网络服务，则所述确定模块确定的所需通知的至少一个接收对象为中控台和手持设备；

或者，

若所述当前场景为驾驶场景且所述业务来源为非联网应用，则所述确定模块确定的所需通知的至少一个接收对象为中控台。
根据权利要求25所述的装置，其特征在于，若所述当前场景为驾驶场景且所述业务来源为交通工具的硬件设施，则所述确定模块确定的所述通知消息在接收对象上的展现形式为文字显示或者语音提示或者指示灯显示；

或者，

若所述当前场景为驾驶场景且所述业务来源为交通工具的软件系统，则所述确定模块确定的所述通知消息在接收对象上的展现形式为文字显示或者动画显示；

或者，

若所述当前场景为驾驶场景且所述业务来源为云端网络服务，则所述确定模块确定的所述通知消息在接收对象上的展现形式为图像显示或者动画显示；

或者，

若所述当前场景为驾驶场景且所述业务来源为非联网应用，则所述确定模块确定的所述通知消息在接收对象上的展现形式为文字显示或者语音提示。
根据权利要求25所述的装置，其特征在于，若所述当前场景为交通工具异常场景且所述业务来源为交通工具的硬件设施，则所述确定模块确定的所需通知的至少一个接收对象为仪表盘、中控台、手持设备和平视显示器HUD；

或者，

若所述当前场景为交通工具异常场景且所述业务来源为交通工具的软件系统，则所述确定模块确定的所需通知的至少一个接收对象为仪表盘、中控台和手持设备；

或者，

若所述当前场景为交通工具异常场景且所述业务来源为云端网络服务，则所述确定模块确定的所需通知的至少一个接收对象为中控台和手持设备；

或者，

若所述当前场景为交通工具异常场景且所述业务来源为非联网应用，则所述确定模块确定的所需通知的至少一个接收对象为中控台。
根据权利要求25所述的装置，其特征在于，

若所述当前场景为交通工具异常场景且所述业务来源为交通工具的硬件设施，则所述确定模块确定的所述通知消息在接收对象上的展现形式为文字显示或者指示灯显示或者动画显示或者图标显示；

或者，

若所述当前场景为交通工具异常场景且所述业务来源为交通工具的软件系统，则所述确定模块确定的所述通知消息在接收对象上的展现形式为文字显示；

或者，

若所述当前场景为交通工具异常场景且所述业务来源为云端网络服务，则所述确定模块确定的所述通知消息在接收对象上的展现形式为图像显示或者动画显示；

或者，

若所述当前场景为交通工具异常场景且所述业务来源为非联网应用，则所述确定模块确定的所述通知消息在接收对象上的展现形式为文字显示或者图像显示。
根据权利要求20-24任一项所述的装置，其特征在于，所述第二获取模块，具体用于根据交通工具自身状况信息，确定所述当前场景。
根据权利要求30所述的装置，其特征在于，所述交通工具自身状况信息包括交通工具的速度信息、档位信息、交通工具异常信息中的至少一个。
根据权利要求20-24任一项所述的装置，其特征在于，所述第一获取模块，具体用于接收所述交通工具的各业务来源生成并上报的通知消息。
根据权利要求20-24任一项所述的装置，其特征在于，所述第一获取模块，具体用于获取所述交通工具的各业务来源生成的通知消息。
根据权利要求22所述的装置，其特征在于，所述确定模块，包括：

第一确定单元，用于根据所述通知优先级确定至少一个第一接收对象；

第二确定单元，用于根据所述当前场景，确定每个所述第一接收对象的显示优先级；

第三确定单元，用于确定显示优先级最高的第一接收对象为所需通知的接收对象。
根据权利要求21所述的装置，其特征在于，所述装置还包括：

流转模块，用于根据预设的流转机制，在通知消息满足流转条件时，控制一接收对象上的通知消息流转至另一接收对象，或者，控制所述通知消息在所述一接收对象上的当前展现形式转换为另一展现形式。
根据权利要求21所述的装置，其特征在于，所述装置还包括：

缓存模块，用于当所述通知消息为周期性输出消息时，将所述通知消息进行缓存；

所述推送模块，还用于在预设周期到达时，再次将所述通知消息推送给所需通知的至少一个接收对象。
根据权利要求20-24任一项所述的装置，其特征在于，所述当前场景包括驾驶场景或者交通工具异常场景。
根据权利要求21或22所述的装置，其特征在于，所需通知的至少一个接收对象包括仪表盘、中控台、手持设备和平视显示器HUD中的至少一个。
一种消息控制设备，其特征在于，包括：输入设备、处理器和输出设备；

所述输入设备，用于获取通知消息；

所述处理器，耦合至所述输入设备，用于根据交通工具的当前场景，确定与所述当前场景对应的消息推送模式；

所述输出设备，耦合至所述输入设备和所述处理器，用于采用所述消息推送模式向接收对象推送所述通知消息。
根据权利要求39所述的消息控制设备，其特征在于，所述输入设备包括面向用户的用户接口、面向设备的设备接口、软件的可编程接口、收发信机中的至少一个。
根据权利要求39或40所述的消息控制设备，其特征在于，所述处理器，还用于执行上述权利要求2-12、15-19任一项所述的方法。
一种用于交通工具的消息控制设备，其特征在于，包括：机载输入设备、机载处理器和机载输出设备；

所述机载输入设备，用于获取通知消息；

所述机载处理器，耦合至所述机载输入设备，用于根据交通工具的当前场景，确定与所述当前场景对应的消息推送模式；

所述机载输出设备，耦合至所述机载输入设备和所述机载处理器，用于采用所述消息推送模式向接收对象推送所述通知消息。
根据权利要求42所述的用于交通工具的消息控制设备，其特征在于，所述机载输入设备包括面向用户的车载用户接口、面向设备的车载设备接口、软件的车载可编程接口、收发信机中的至少一个。
根据权利要求43所述的用于交通工具的消息控制设备，其特征在于，所述面向用户的车载用户接口包括以下一个或多个：

中控台控制按键；

方向盘控制按键；

语音输入设备；

触摸感知设备。
根据权利要求42-44任一项所述的用于交通工具的消息控制设备，其特征在于，所述机载处理器，还用于执行上述权利要求2-12、15-19任一项所述的方法。
一种车载互联网操作系统，其特征在于，包括：

消息控制单元，控制车载输入设备获取通知消息；

推送模式控制单元，控制消息管理系统采用所确定的消息推送模式向接收对象推送所述通知消息；其中，所述消息推送模式为根据交通工具的当前场景确定的。