CN107547578A - 数据的推送方法、装置和设备 - Google Patents

Abstract

本申请提供一种数据的推送方法、装置和设备。该方法包括：获取场景数据；向交通工具承载的多个接收对象分别推送至少部分所述场景数据，所述场景数据用于显示。本实施例实现了将多元化的场景数据通过多个接收对象进行显示，不仅方便用户查看信息，还使得用户可以获取多元化的信息。

Description

数据的推送方法、装置和设备

技术领域

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

背景技术

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

现有技术中，为了方便用户了解车辆运行过程中的相关信息，一般通过车辆内部的显示设备向用户显示相关信息。车辆内部的显示设备主要是仪表盘和中控台。例如，在中控台显示导航信息，在仪表盘上显示各种车辆传感器监测到的车辆状态信息(如油量、车速等)。

然而，在现有技术中，车辆内部的显示设备显示的信息十分有限，且不便于用户查看。

发明内容

本申请提供一种数据的推送方法、装置和设备，以解决现有技术中车辆内部的显示设备显示的信息十分有限，且不便于用户查看的技术问题。

第一方面，本发明提供一种数据的推送方法，包括：获取场景数据；

向交通工具承载的多个接收对象分别推送至少部分所述场景数据，所述场景数据用于显示。

在一种可行的实现方式中，向多个接收对象推送的场景数据中、存在至少两个接收对象被推送的场景数据存在差异。

在一种可行的实现方式中，所述向交通工具承载的多个接收对象分别推送至少部分所述场景数据之前，还包括：

对所述场景数据进行处理，得到多个子场景数据；

获取各所述子场景数据对应的接收对象；

所述向交通工具承载的多个接收对象分别推送至少部分所述场景数据，包括：

将各所述子场景数据推送给对应的接收对象。

本实施例在获取到场景数据之后，对场景数据进行处理得到至少两个子场景数据，并根据子场景数据和接收对应的对应关系，将各子场景数据推送给其对应的接收对象，使得各接收对象可以获取得到其对应的子场景数据，充分利用了交通工具的内部空间，避免了各接收对象接收到冗余的场景数据，提高了各接收对象接收场景数据的合理性以及简洁性，并且，由于接收对象为两个，还能够向用户输出更多的场景数据，使得用户可以由针对性的获取所需数据。

第二方面，本发明提供一种数据的推送装置，包括：数据获取模块，用于获取场景数据；

推送模块，用于向交通工具承载的多个接收对象分别推送至少部分所述场景数据，所述场景数据用于显示。

第三方面，本发明提供一种数据的推送设备，包括：输入设备，用于获取场景数据；

处理器，耦合至输出设备和所述输入设备，用于控制所述输出设备向交通工具承载的多个接收对象分别推送至少部分所述场景数据，所述场景数据用于显示。

第四方面，本发明提供一种交通工具控制设备，包括：机载输出设备、机载输入设备以及机载处理器，所述机载处理器耦合至所述机载输出设备和所述机载输入设备；

所述机载输入设备，用于获取场景数据；

所述机载处理器，用于控制所述机载输出设备向交通工具承载的多个接收对象分别推送至少部分所述场景数据，所述场景数据用于显示。

第五方面，本发明提供一种车载互联网操作系统，包括：

输入控制单元，控制车载输入设备获取场景数据；

输出控制单元，控制车载输出设备向交通工具承载的多个接收对象分别推送至少部分所述场景数据，所述场景数据用于显示。

本实施例提供的数据的推送方法、装置和设备，通过获取场景数据，向交通工具承载的多个接收对象分别推送至少部分场景数据，该场景数据用于显示，从而实现了将多元化的场景数据通过多个接收对象进行显示，使得用户可以获取多元化的信息，且用户可以根据个人需求通过多个接收对象来查看信息。

附图说明

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

图1为本发明一实施例提供的数据的推送装置的组网示意图；

图2为本发明一实施例提供的数据推送方法的应用场景示意图；

图3为本发明一实施例提供的数据的推送方法的流程示意图；

图4为本发明一实施例提供的数据的推送方法的流程示意图；

图5为本发明提供的获取子场景数据方法的流程示意图；

图6为本发明一实施例提供的显示界面示意图；

图7为本发明一实施例提供的显示界面示意图；

图8为本发明一实施例提供的显示界面示意图；

图9为本发明一实施例提供的数据的推送装置的结构示意图；

图10为本发明一实施例提供的数据的推送装置的结构示意图；

图11为本发明一实施例提供的数据的推送设备的硬件结构示意图；

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

具体实施方式

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

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

本发明实施例涉及数据的推送方法、装置和设备，可以适用于图1所示的组网方式。图1为本发明一实施例提供的数据的推送装置的组网示意图。该图1中的网络架构可以包括交通工具和、云端服务器以及与交通工具存在通信连接的智能家居设备。该交通工具中承载有多个数据采集设备，该云端服务器可以为多种类型的服务器，该智能终端可以为智能家居等设备，其均可以采集场景数据。下面分别进行详细说明。

该交通工具中设置有多个数据采集设备，该交通工具中设置有多个数据采集设备，该数据采集设备还可以为交通工具在生产过程中集成于交通工具中的。可选的，该数据采集设备可以为摄像头、传感器等设备，该传感器可以是水箱的温度传感器、速度传感器等，该摄像头可以为后视摄像头，侧视摄像头等。该数据采集设备还可以为交通工具内部的硬件模块、软件模块或者软硬结合的模块等。该数据采集设备还可以为交通工具内部的可以实现近场通讯的设备，使得该交通工具可以与其它交通工具或其它设备进行近场通讯。

可选的，云端服务器也可以采集场景数据，交通工具可以通过无线网络与云端服务器进行交互，以获取该场景数据。该无线网络可以是2G网络、3G网络、4G网络或者5G网络、无线保真(Wireless Fidelity，简称WIFI)网络等。本发明实施例对无线网络的具体类型或者具体形式并不做限定，只要其能够提供交通工具接入网络的接口即可。

本领域技术人员可以理解，为了便于获取各种数据信息，每个交通工具可以绑定各种账号，该账号相关的信息都可以从对应的服务器中获取。例如，该账号为电商账号，则可以接收电商服务器推送的各种信息，例如物流信息、支付信息等等。该账号还可以为邮箱账号，则可以接收邮箱服务器推送的各种邮件等信息。

进一步地，为了便于操作，还可以针对交通工具设置交通工具账号，该交通工具账号与其它账号进行关联，例如，将该交通工具账号与电商账号、社交服务器账号、电商账号等关联，即用户在登录该交通工具账号后，就可以获取与该账号关联的其它账号，并获取其它账号下的相关信息。

该智能家居设备可以通过物联网或者互联网与交通工具进行通信，向交通工具反馈智能家居的相关信息。

可选的，本发明实施例所涉及的方法，其执行主体可以是数据推送装置，该数据推送装置可以是云端服务器，还可以是交通工具上的设备，还可以是介乎于云端服务器和交通工具上的设备之间的管理设备，例如，可以是管理云端服务器和交通工具上的设备进行通信的通信资源的设备，本发明实施例对数据推送装置的类型并不做限定。可选的，该交通工具上的设备可以是交通工具上的中控单元，还可以是交通工具上的其他具有控制和通信功能的设备。以交通工具是车辆为例，该交通工具上的设备可以是车辆上的车机、车辆的中控台、车辆上的行车记录仪、智能后视镜、车辆仪表盘等设备，下述实施例所涉及的车辆均是交通工具的示例。无论数据推送装置是哪一类型，该数据推送装置均可以对数据进行集中管理，并且针对具体的行驶场景有针对性的将场景数据分发给车辆上承载的接收对象。可选的，该接收对象可以是车辆的仪表盘、车辆的中控台、用户设备、平视显示器(Head Up Display，简称HUD)智能后视镜中的至少两个，该用户设备可以是处于车辆内部的设备，该用户设备具体可以是用户的手机、平板电脑、可穿戴设备例如智能手表、手环、虚拟现实(Virtual Reality，简称VR)设备、增强现实(Augmented Reality，简称AR)设备等。可选的，这里的接收对象仅是一种示例，本发明实施例并不以此为限。

图2为本发明一实施例提供的数据推送方法的应用场景示意图，请参见图2，包括数据推送装置201和多个接收对象，该多个接收对象可以为交通工具中的仪表盘202-1、中控台202-2、平视显示器202-3、后视镜202-4等，数据推送装置201可以获取场景数据，并将场景数据推送给多个不同的接收对象，使得多个不同的接收对象可以在接收到场景数据后，对场景数据进行显示，从而实现了将多元化的场景数据通过多个接收对象进行显示，使得用户可以获取多元化的信息，且用户可以根据个人需求通过多个接收对象来查看信息。

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

为了清楚起见，首先说明本发明使用的特定词或短语的定义。

一方面，本发明实施例中涉及的场景数据包括车辆中的数据采集设备、云端服务器、与所述交通工具存在通信连接的智能家居设备中的至少一个发送的场景数据。根据上述数据采集设备的类型、云端服务器的类型以及智能终端的不同，场景数据不同。

该数据采集设备可以为交通工具中承载的传感器、摄像头、中控台等。

当数据采集设备为传感器时，该场景数据可以为交通工具的时速、油耗、转速、剩余油量、室温、里程表、发动机状态、轮胎状态、安全带状态等与用户驾驶交通工具相关的交通工具的状态数据。

当数据采集设备为摄像设备时，该场景数据可以为交通工具周围的照片、视频等信息。

当数据采集设备为中控台时，该场景数据可以为由中控台控制的音乐播放信息、视频播放信息等。

本领域技术人员可以理解，上述实施例仅示意性的示出了数据采集设备的类型以及得到的场景数据的内容，对于数据采集设备的具体实现方式，以及场景数据的具体内容，本实施例此处不做特别限制，能够为用户提供驾驶、生活、工作、娱乐等所需信息的数据采集设备，都可以应用到本发明中。

该云端服务器可以为导航服务器、生活类服务器等。

当云端服务器为导航服务器时，该场景数据可以为各种导航数据。例如，导航全览图、行驶指示标识、剩余里程全览图、道路拥堵信息、道路畅通信息、道路事故信息等导航服务器可以提供的各种数据。

当云端服务器为生活类服务器时，例如电商服务器、社交服务器、邮件服务器、订餐服务器时，该场景数据可以为各种生活类场景数据，例如货品物流信息、信用卡到期还款信息、社交信息、订票信息、出行信息、话费欠费、订餐信息等。

本领域技术人员可以理解，上述实施例仅示意性的示出了云端服务器的类型以及得到的场景数据的内容，对于云端服务器的具体实现方式，以及场景数据的具体内容，本实施例此处不做特别限制，能够为用户提供驾驶、生活、工作、娱乐等所需信息的云端服务器都可以应用到本发明中。

该智能家居设备可以通过物联网或互联网与交通工具进行通信。该场景数据可以为电饭煲的煮饭信息，扫地机器人的工作信息，空调的运行信息等，例如，晚上7点钟电饭煲开始煮饭，早上10点钟扫地机器人开始扫地，下午5点钟空调打开，设定模式为制冷，温度为28℃。

本领域技术人员可以理解，上述实施例仅示意性的示出了智能家居的类型以及得到的场景数据的内容，对于智能家居的具体实现方式，以及场景数据的具体内容，本实施例此处不做特别限制，能够为用户提供生活、娱乐等所需信息的智能家居都可以应用到本发明中。

另一方面，本发明实施例中涉及的场景类型主要分为导航场景、娱乐场景、生活场景等。即根据场景数据的功能对场景数据进行了划分。可以在确定导航场景的情况下，获取对应的场景数据，也可以根据当前得到的场景数据，来确定场景类型。

在导航场景下，主要为用户提供导航功能，在向各接收对象推送的场景数据中，包括导航场景对应的场景数据，即通过导航服务器获取的数据。例如导航全览图、行驶指示标识等。可选地，还可根据道路情况分为道路异常导航场景和道路正常导航场景，道路异常导航场景对应的场景数据可以包括：道路正常导航场景对应的场景数据包括导航全览图、交通状况数据、交通工具的状态数据。

在娱乐场景下，主要为用户提供娱乐功能，在向各接收对象推送的场景数据中，包括娱乐场景对应的场景数据，即通过中控台获取的数据。例如音乐播放信息、视频播放信息、收音机播放信息等。

在生活场景下，主要为用户提供生活服务功能，在向各接收对象推送的场景数据中，包括生活场景对应的场景数据，主要为通过生活类服务器和/或智能家居获取的数据。例如货品物流信息、信用卡到期还款信息、空调的运行信息等。

又一方面，本发明实施例中涉及的子场景的数据类型主要从两个维度来处理。其中一个维度为根据场景类型来进行处理，另一个维度为根据数据对用户的重要程度来进行处理。其中，子场景的数据类型对应子场景数据，子场景数据是对上述场景数据进行处理之后，得到多个子场景数据。

首先，来说明根据场景类型来进行处理的方式。场景类型可以分为与驾驶有关的场景类型、与用户有关的场景类型、与智能家居有关的场景类型。

与驾驶有关的场景类型。例如，在道路异常导航场景，则道路异常导航场景对应的子场景的数据类型包括如下中的至少两个：导航全览图、交通状况数据、交通工具的状态数据；若导航场景为道路正常导航场景，则道路正常导航场景对应的子场景的数据类型包括如下中的至少两个：导航全览图、行驶指示标识、剩余里程全览图、交通工具的状态数据。若场景类型为娱乐场景，则娱乐场景对应的子场景的数据类型包括如下中的至少两个：娱乐数据、交通状况数据、交通工具的状态数据。

与用户有关的场景类型。例如，若场景类型为电商生活场景，则电商生活场景对应的子场景的数据类型包括物流数据、支付数据、产品评价数据。

与智能家居有关的场景类型。例如，若场景类型为家居生活场景，则家居生活场景对应的子场景的数据类型包括已工作的智能家居的运行信息、出现故障的智能家居信息。

其次，来说明根据对用户的重要程度来进行处理的方式。根据重要程度，与驾驶相关的子场景的数据类型包括：驾驶辅助数据、紧急事件数据、全量信息数据以及驾驶必要数据。与用户有关的子场景的数据类型包括：生活必要数据、生活辅助数据。与智能家居有关的子场景的数据类型包括：必要家居数据、辅助家居数据。

再一方面，本发明实施例中涉及的子场景数据主要为与上述涉及的子场景的数据类型对应的子场景数据。例如，交通状况数据对应道路拥堵、道路事故等数据；交通工具的状态数据对应时速、转速、里程表、发动机状态等数据；驾驶必要数据对应时速、剩余油量、道路指示标识等数据；驾驶辅助数据对应剩余里程全览图；生活必要数据对应信用卡还款日期、手机欠费信息等数据，生活辅助数据包括社交信息、货品物流信息等；必要家居数据对应已运行的家居设备的信息、家居设备故障信息等，辅助家居数据对应在经历预设时长后待运行的家居设备的信息、家居设备电量不足的信息等。

本领域技术人员可以理解，上述仅示意性的示出了场景数据、场景类型、子场景的数据类型、子场景数据的具体实现方式，并不是对本发明的限定，对于其他的实现方式，本实施例此处不做特别限制。

图3为本发明一实施例提供的数据的推送方法的流程示意图，请参见图3，该方法可以包括：

S301、获取场景数据；

S302、向交通工具承载的多个接收对象分别推送至少部分所述场景数据，所述场景数据用于显示。

本实施例获取的场景数据，可参照上述实施例中描述的场景数据。该场景数据可以为文字形式、图片形式、语音形式、视频形式等。

在获取到场景数据之后，向交通工具承载的多个接收对象推送获取到的至少部分场景数据，即可以向接收对象推送全部场景数据，也可以向接收对象推送部分场景数据，向每个接收对象推送的场景数据可以相同、也可以不同、也可以部分相同，也可以向多个接收对象推送的场景数据中、存在至少两个接收对象被推送的场景数据存在差异。本实施例此处不做特别限制。

当向多个接收对象推送部分场景数据且不相同时，可以将场景数据随机拆分成多个部分，然后推送给不同的接收对象；也可以通过预设规则将场景数据进行处理，得到多个部分，然后推送给不同的接收对象。

可选的，该接收对象可以包括如下接收对象中的至少两个：仪表盘、中控台、平视显示器HUD、后视镜、倒车镜、投影设备、与交通工具存在通信连接的智能终端等。其中该终端设备可以为位于交通工具中的手机、平板等终端设备。在接收对象接收到场景数据之后，根据接收对象类型的不同，接收对象对接收到的场景数据进行不同的处理。

可选的，当接收对象为显示设备时，在接收对象接收到场景数据之后，接收对象可以对场景数据进行显示；当接收对象为投影设备时，接收对象可以将接收到的场景数据投影到与之匹配的投影屏幕上，以使得在投影屏幕上显示场景数据。在实际应用过程中，可以根据实际需要设置各接收对象的类型，本发明对此不作具体限定。

本发明通过获取场景数据，向交通工具承载的多个接收对象分别推送至少部分场景数据，该场景数据用于显示，从而实现了将多元化的场景数据通过多个接收对象进行显示，使得用户可以获取多元化的信息，且用户可以根据个人需求通过多个接收对象来查看信息。

在图3所示实施例的基础上，为了合理利用车辆内部空间，将场景数据尽可能多的通过接收对象进行显示，以便用户查看，则将获取到的场景数据合理的推送至不同的接收对象，可以向各接收对象推送其对应的场景数据，具体的，请参见图4所示的实施例。

图4为本发明一实施例提供的数据的推送方法的流程示意图，在图3所示实施例的基础上，请参见图4，该方法可以包括：

S401、获取场景数据；

S402、对场景数据进行处理，得到多个子场景数据；

S403、获取各子场景数据对应的接收对象；

S404、将各子场景数据推送给对应的接收对象。

在实际应用过程中，在获取得到交通工具的场景数据之后，对场景数据进行处理，得到多个子场景数据，各个子场景数据为场景数据中的部分或全部。

可选地，可以将场景数据随机拆分成多个子场景数据。例如，可以根据场景数据的数据量的多少，随机拆分成数据量均等的多个子场景数据；也可以根据获取场景数据的先后顺序，按照时间顺序将场景数据拆分成多个子场景数据，对于将场景数据随机拆分成多个子场景数据的具体实现方式，本实施例此处不再赘述。

可选地，也可以预设接收对象和子场景的数据类型的对应关系，该对应关系可以为用户预先设置的，也可以为根据接收对象的类型以及各子场景的数据类型确定的。相应的，可以根据该对应关系，对场景数据进行处理，以得到多个子场景数据。可选的，在多个子场景数据中，至少两个子场景数据存在差异。具体地，各个子场景数据不同，或者有部分子场景数据不同。具体如下：

一种可行的实现方式：各个子场景数据不同。例如，假设场景数据中包括10个数据，分别记为数据1-数据10，再假设对该10个场景数据进行处理得到3个子场景数据，该3个子场景数据中包括的数据可以如表1所示：

表1

子场景数据的标识	子场景数据中包括的数据的标识
		子场景数据1	数据1、数据2、数据3
子场景数据2	数据4、数据5、数据6
		子场景数据3	数据7、数据8、数据9、数据10

在表1所示的各子场景数据中，均不包括重复的数据，需要说明的，表1只是以示例的形式示意场景数据中包括的子场景数据、以及各子场景数据中包括的数据，并不是对此进行的限定。

另一种可行的实现方式：部分子场景数据不同。例如，假设场景数据中包括10个数据，分别记为数据1-数据10，再对该10个场景数据进行处理得到3个子场景数据，该3个子场景数据中包括的数据可以如表2所示：

表2

子场景数据的标识	子场景数据中包括的数据的标识
		子场景数据1	数据1、数据2、数据3、数据5
子场景数据2	数据4、数据5、数据6
		子场景数据3	数据4、数据5、数据6

在表2所示的各子场景数据中，子场景数据2和子场景数据3包括了完全相同的数据。需要说明的，表2只是以示例的形式示意场景数据中包括的子场景数据、以及各子场景数据中包括的数据，并不是对此进行的限定。

在获取得到多个子场景数据之后，获取各个子场景数据对应的接收对象，并将子场景数据推送给对应的接收对象。例如，子场景数据1对应的接收对象为仪表盘，则将该子场景数据1推送给仪表盘，由仪表盘来显示该子场景数据1；子场景数据2对应的接收对象为中控台，则将该子场景数据2推送给中控台，由中控台来显示该子场景数据2。

在图4所示的实施例中，在获取到场景数据之后，对场景数据进行处理得到至少两个子场景数据，并根据子场景数据和接收对应的对应关系，将各子场景数据推送给其对应的接收对象，使得各接收对象可以获取得到其对应的子场景数据，充分利用了交通工具的内部空间，避免了各接收对象接收到冗余的场景数据，提高了各接收对象接收场景数据的合理性以及简洁性，并且，由于接收对象为两个，还能够向用户输出更多的场景数据，使得用户可以由针对性的获取所需数据。

在图4所示实施例的基础上，可以通过如下两种可行的实现方式对场景数据进行处理，得到多个子场景数据(图4所示实施例中的S402)，具体的：

一种可行的实现方式：根据子场景的数据类型，对所述场景数据进行处理，得到多个子场景数据。

在该种可行的实现方式中，可选的，子场景的数据类型可以包括：驾驶辅助数据、紧急事件数据、全量信息数据以及驾驶必要数据。其中，各子场景的数据类型中可以包括至少一种数据类型的场景数据。例如，驾驶辅助数据可以包括交通状况数据、剩余里程全览图中的至少一个；驾驶必要数据可以包括交通工具的状态数据、行驶指示标识中的至少一个；全量信息数据可以包括导航全览图、娱乐数据中的至少一个，紧急事件数据可以包括交通工具的异常数据。

在实际应用过程中，在获取得到交通工具的场景数据后，可以根据场景数据中各数据的类型与子场景的数据类型的对应关系，确定该数据所属的子场景的数据类型，从而得到多个子场景数据。

示例性的，假设获取得到场景数据包括：剩余里程全览图、行车速度(交通工具的状态数据)、剩余油量(交通工具的状态数据)、前方100米左转标识(行驶指示标识)、导航全览图，则确定的子场景数据如表3所示：

表3

子场景的数据类型	子场景数据中包括的数据的类型
		驾驶必要数据	行车速度、剩余油量、前方100米左转标识
驾驶辅助数据	剩余里程全览图
		全量信息数据	导航全览图

本领域技术人员可以理解，子场景的数据类型的数量大于或等于得到的子场景数据的数量。即子场景的数据类型包括5种，但实际应用过程中，仅获取到3种子场景的数据类型对应的场景数据，因此，得到的子场景数据的数量为3。

另一种可行的实现方式：根据交通工具的场景类型，对场景数据进行处理，得到至少两个子场景数据。具体的，请参见图5所示的实施例。

图5为本发明提供的获取子场景数据方法的流程示意图，请参见图5，该方法可以包括：

S501、根据场景数据，确定场景类型；

S502、根据场景类型与子场景的数据类型的对应关系，获取场景类型对应的子场景的数据类型；

S503、根据子场景的数据类型，对场景数据进行处理，得到多个子场景数据。

在图5所示的实施例中，在获取到场景数据之后，当需要获取子场景数据时，先根据获取到的场景数据确定场景类型，该场景类型可以包括导航场景、娱乐场景、高速场景、市区场景、倒车场景等。可选的，可以对场景数据中的数据类型进行分析，以确定场景类型。

示例性的，可以判断场景数据中是否包括导航路线，若是，可以判断场景类型为导航场景；可以判断场景数据中是否包括多媒体数据(例如音乐、视频等)，若是，则可以判断场景类型为音乐场景。可选的，若场景数据中既包括导航线路，也包括多媒体数据，则可以根据导航线路和多媒体数据的优先级确定场景类型。例如，若导航线路的优先级高于多媒体数据的优先级，则可以确定场景类型为导航场景。当场景数据中包括交通工具的位置信息时，可以根据交通工具的位置信息确定场景类型为高速场景或者市区场景，当然，当场景数据中包括交通工具的行驶速度时还可以根据交通工具的行驶速度确定场景类型。

在确定得到场景类型之后，获取场景类型与子场景的数据类型的对应关系，该对应关系可以为根据经验值确定得到的，也可以为用户预先设置的。然后，根据该对应关系获取场景类型对应的多个子场景的数据类型，并根据子场景的数据类型，对场景数据进行处理，得到多个子场景数据。

示例性的，假设场景类型与子场景的数据类型的对应关系如表4所示：

表4

场景类型	子场景的数据类型
		道路异常导航场景	导航全览图、交通状况数据、交通工具的状态数据
道路正常导航场景	导航全览图、行驶指示标识、剩余里程全览图
		娱乐场景	娱乐数据、交通状况数据、交通工具的状态数据

假设获取得到场景数据如表5所示：

表5

导航全览图
	前方100米拥堵
前方500交通事故
	前方1000米畅通
时速60千米/时
	剩余油量10升
室温23摄氏度

根据该场景数据确定场景类型为道路异常导航场景，则获取道路异常导航场景对应的子场景的数据类型：导航全览图、交通状况数据、交通工具的状态数据，并根据场景数据中各数据的类型与子场景的数据类型的对应关系，确定各数据所属的子场景的数据类型，从而得到多个子场景数据。如表6所示：

表6

在图5所示的实施例中，根据场景类型确定与场景类型对应的子场景的数据类型，并根据子场景的数据类型对场景数据进行处理，得到多个子场景数据，确定得到的子场景数据与交通工具的当前场景相关，进而提高确定得到的子场景数据精确性。

在上述任意一个实施例的基础上，当需要获取各子场景数据对应的接收对象(图4所示实施例中的S403)时。可选的，可以根据子场景的数据类型，确定各子场景数据对应的接收对象。具体的，可以通过如下两种可行的实现方式确定各子场景数据对应的接收对象：

一种可行的实现方式：根据各子场景的数据类型对应的推送优先级，确定各子场景数据对应的接收对象。

在该种可行的实现方式中，各子场景的数据类型有其对应的推送优先级，不同的推送优先级对应不同的接收对象。各子场景的数据类型对应的推送优先级可以为用户预先设置的，也可以是根据历史经验值确定得到的。在实际应用过程中，可以根据实际需要设置各子场景的数据类型的优先级、以及各推送优先级对应的接收对象。

示例性的，假设对场景数据进行处理后得到3种子场景数据，分别记为子场景数据1-子场景数据3，每一种子场景的数据类型、以及各子场景的数据类型的推送优先级、推送优先级与接收对象的对应关系、子场景数据与接收对象的对应关系。如表7所示：

表7

子场景数据	子场景的数据类型	推送优先级	接收对象
				子场景数据1	交通工具的状态数据	3	仪表盘
子场景数据2	娱乐数据、导航全览图	2	中控台
				子场景数据3	交通状况数据	1	后视镜

本实施例根据各子场景的数据类型的推送优先级，将用户驾驶中绝对必要的信息(例如交通工具的状态数据)推送给用户便于查看的接收对象，例如仪表盘或者HUD，相应的，可以将交通工具的状态数据的优先级设置为3(最高)。将用户经常查看的子场景数据(例如娱乐数据、导航全览图等)推送给用户可以方便查看但不影响用户驾驶的接收对象，例如中控台，相应的，可以将娱乐数据、导航全览图的优先级设置为2。将需要用户了解的紧急信息和其他次要的驾驶辅助信息(例如交通状况数据)推送给用户不常使用的接收对象，例如后视镜，相应的，可以将交通状况数据的优先级设置为1，从而实现了有针对性的向用户推送场景数据。

另一种可行的实现方式：根据预设的各子场景的数据类型与各接收对象的对应关系，确定各子场景数据对应的接收对象。

在该种可行的实现方式中，系统可以预设各子场景的数据类型与各接收对象的对应关系。用户还可以根据实际需要预设各子场景的数据类型与各接收对象的对应关系。具体的，可以向用户输出各子场景的数据类型以及各接收对象，并接收用户确定的对应关系。一种可行的实现方式为，以文字的形式向用户输出各子场景的数据类型和各接收对象，以使用户可以对各子场景的数据类型和各接收对象进行关联操作，并根据用户输入的关联操作，确定各子场景的数据类型和各接收对象的对应关系。可选的，该关联操作可以为对子场景的数据类型和接收对象的连线操作、选中操作等；另一种可行的实现方式为，以语音的形式向用户输出各子场景的数据类型以及各接收对象，以使用户根据接收到的各子场景的数据类型以及各接收对象，以语音或者文字的形式输入各子场景的数据类型与各接收对象的对应关系。

当需要确定各子场景数据对应的接收对象时，可以获取预设的各子场景的数据类型与各接收对象的对应关系，并根据对应关系，确定各子场景数据对应的接收对象。

示例性的，假设对场景数据进行处理后得到3种子场景数据，分别记为子场景数据1-子场景数据3，各子场景数据对应的子场景的数据类型、各子场景的数据类型与各接收对象的对应关系如表8所示：

表8

子场景数据	子场景的数据类型	接收对象
			子场景数据1	全量信息数据	中控台
子场景数据2	紧急事件数据	后视镜或倒车镜
			子场景数据3	驾驶必要数据	仪表盘或HUD

则根据表8所示的各子场景数据对应的子场景的数据类型各子场景的数据类型与各接收对象的对应关系，可以确定各子场景数据与接收对象的对应关系。

下面，通过如下2个示例，对上述方法实施例所示的数据的推送方法进行详细说明。

示例1，假设获取的到场景数据如表9所示：

表9

导航全览图
	前方500米道路施工
前方700米道路拥堵
	前方1公里交通事故
时速60千米/时
	发动机转速5000转/分

根据表9所示的场景数据，可以确定场景类型为道路异常导航场景，然后，获取该场景类型对应的子场景的数据类型，假设该道路异常导航场景对应的子场景的数据类型包括：导航全览图、交通状况数据、交通工具的状态数据，根据表9所示的场景数据和子场景的数据类型，可以确定各子场景数据以及对应的接收对象如表10所示：

表10

在确定得到各个子场景数据之后，可以根据各子场景的数据类型与各接收对象的对应关系，确定各个子场景数据对应的接收对象，假设子场景的数据类型为导航全览图时，对应的接收对象为中控台，若子场景的数据类型为交通状况数据时，对应的接收对象为后视镜，子场景的数据类型为交通工具的状态数据时，对应的接收对象为仪表盘。

在得到子场景数据和接收对象的对应关系之后，将“导航全览图”推送至中控台，将“前方100米拥堵、前方500交通事故、前方1000米畅通”推送至后视镜，将“时速60千米/时、发动机转速5000转/分”推送至仪表盘。

在各接收对象接收到其对应的场景数据之后，接收对象对其对应的场景数据进行显示。具体的，图6为本发明一实施例提供的显示界面示意图。请参见图6，包括中控台界面601、后视镜界面602、以及仪表盘界面603。其中，

在中控台界面601中显示着导航全览图，该导航全览图中包括导航路线(图中位置A、B、C所处的线路)和导航路线的交通状况，如界面601所示，用户的当前位置为位置A，在位置B至位置C的路段中交通拥堵，其他路段交通顺畅，在导航全览图中还包括行驶指示标识(前方200米左转进入文化路)、剩余路程25Km、到达时间18:43、以及到达时长43分钟，需要说明的是，界面601只是以示例的形式示意导航全览图中包括的数据，当然，在实际应用过程中，可以根据实际需要设定导航全览图中包括的数据，此时，在导航全览图中仅显示道路的基本路况信息，不叠加其它施工、事故等附加信息，进而确保中控台界面的简洁性和可读性。

在后视镜界面602中显示着交通状况数据：“前方500米道路施工、前方700米道路拥堵、前方1公里交通事故”。

在仪表盘界面603中显示着交通工具的状态数据：“时速60千米/时、发动机转速5000转/分”。

在上述过程中，在获取到交通工具的场景数据后，将场景数据中的不同子场景数据统一的推送至中控台、后视镜、以及仪表盘，使得中控台、后视镜、以及仪表盘可以同步及实时的获取到场景数据，进一步的，在中控台中显示简约的导航全览图，在后视镜中显示路况信息，在仪表盘中显示交通工具的状态数据，根据接收对象的作用的不同，向接收对象推送与之对应的场景数据，实现对场景数据进行合理分配，便于用户对各场景数据的查看。

示例2，假设获取的到场景数据如表11所示：

表11

导航全览图
	剩余里程全览图
前方200米进入文化路
	时速60千米/时
发动机转速5000转/分

根据表11所示的场景数据，可以确定场景类型为道路正常导航场景，然后，获取该场景类型对应的子场景的数据类型，假设该道路正常导航场景对应的子场景的数据类型包括：导航全览图、行驶指示标识、剩余里程全览图、交通工具的状态数据，根据表11所示的场景数据和子场景的数据类型，可以确定各子场景数据以及对应的接收对象如表12所示：

表12

在确定得到各个子场景数据之后，可以根据各子场景的数据类型与各接收对象的对应关系，确定各个子场景数据对应的接收对象，假设子场景的数据类型为行驶全览图时，对应的接收对象为中控台，子场景的数据类型为剩余里程全览图时，则对应的接收对象为后视镜，若子场景的数据类型为行驶指示标识或者交通工具的状态数据时，对应的接收对象为仪表盘。

在得到子场景数据和接收对象的对应关系之后，将“导航全览图”推送至中控台，将“剩余里程全览图”推送至后视镜，将“前方200米进入文化路、时速60千米/时、发动机转速5000转/分”推送至仪表盘。

在各接收对象接收到其对应的场景数据之后，接收对象对其对应的场景数据进行显示。具体的，图7为本发明一实施例提供的显示界面示意图。请参见图7，包括中控台界面701、后视镜界面702、以及仪表盘界面703，其中，

在中控台界面701中显示着导航全览图，该导航全览图中包括导航路线(图中位置A、B、C、D所处的线路)和导航路线的交通状况，如界面701所示，导航路线的起始位置为位置A，导航路线的终止位置为位置D，用户的当前位置为位置B，导航全览图中还包括道路标识，例如在位置C限速80千米/小时，在导航全览图中还包括行驶指示标识(前方200米左转进入文化路)、剩余路程25Km、到达时间18:43、以及到达时长43分钟，需要说明的是，界面701只是以示例的形式示意导航全览图中包括的数据，当然，在实际应用过程中，可以根据实际需要设定导航全览图中包括的数据，

在后视镜界面702中显示着剩余里程全览图。

在仪表盘界面703中显示着行驶指示标识“前方200米进入文化路”和交通工具的状态数据：“时速60千米/时、发动机转速5000转/分”。

在上述过程中，在获取到交通工具的场景数据后，将场景数据中的不同子场景数据统一的推送至中控台、后视镜、以及仪表盘，使得中控台、后视镜、以及仪表盘可以同步及实时的获取到场景数据，进一步的，通过在中控台中显示地图及导航信息(导航全览图)，在后视镜中显示剩余里程全览图，在仪表盘中显示行驶指示标识和交通工具的状态数据，对场景数据进行合理分配，便于用户对各场景数据的查看。

在上述任意一个示例的基础上，在交通工具完成一段里程之后，可以在后视镜上显示本次里程的线路全览图，同时，还可以在后视镜中显示本次里程的平均时速、平均油耗、全程时间、全程里程等。图8为本发明一实施例提供的显示界面示意图，请参见图8，界面801为后视镜界面，包括线路全览图、线路的起点(西溪蝶园)、线路的终点(乌镇东栅停车场)、全程里程(86Km)、平均时速(79Km/h)、全程时间(71min)、平均油耗(6.9L/Km)，需要说明的是，图8只是以示例的形式示意后视镜中显示的场景数据，在实际应用过程中，可以根据实际需要设置后视镜中显示的场景数据，本发明对此不作具体限定。

本领域技术人员可以理解，在上述的实施例中，为了便于描述和说明，以表格的形式描述了一些场景数据以及对应关系，但本实施例并不限于该些数据以及对应关系的存在形式为表格，例如，该数据还可以通过分词符、标点符号等来区分。该对应关系还可以通过指针、映射等方式实现。对于数据和对应关系的具体实现方式，本实施例此处不做特别限制。

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

图9为本发明一实施例提供的数据的推送装置的结构示意图。如图9所示，本实施例提供的数据的推送装置，包括：

数据获取模块10，用于获取场景数据；

推送模块11，用于向交通工具承载的多个接收对象分别推送至少部分所述场景数据，所述场景数据用于显示。

本实施例提供的数据的推送装置，可用于执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。

图10为本发明一实施例提供的数据的推送装置的结构示意图，本实施例在图9实施例的基础上实现，具体如下：

可选地，向多个接收对象推送的场景数据中、存在至少两个接收对象被推送的场景数据存在差异。

可选地，还包括处理模块12和对象获取模块13，

所述处理模块12，用于对所述场景数据进行处理，得到多个子场景数据；

所述对象获取模块13，用于获取各所述子场景数据对应的接收对象；

所述推送模块11具体用于，将各所述子场景数据推送给对应的接收对象。

可选地，所述处理模块12具体用于，根据子场景的数据类型，对所述场景数据进行处理，得到多个子场景数据。

可选地，所述子场景的数据类型的数量大于或等于得到的子场景数据的数量。

可选地，还包括：类型获取模块14，根据所述场景数据，确定场景类型；

根据所述场景类型与子场景的数据类型的对应关系，获取所述场景类型对应的子场景的数据类型。

可选地，所述对象获取模块13具体用于，根据子场景的数据类型，确定各所述子场景数据对应的接收对象。

可选地，所述对象获取模块13具体用于，根据各所述子场景的数据类型对应的推送优先级，确定所述子场景数据对应的接收对象。

可选地，所述对象获取模块13具体用于，获取预设的各所述子场景的数据类型与各接收对象的对应关系；

根据所述对应关系，确定各所述子场景数据对应的接收对象。

可选地，还包括：关系获取模块15，用于向所述用户输出各所述子场景的数据类型以及各所述接收对象，接收所述用户确定的所述对应关系。

可选地，所述场景类型包括：

导航场景；

娱乐场景。

可选地，若所述导航场景为道路异常导航场景，则所述道路异常导航场景对应的子场景的数据类型包括如下中的至少两个：

导航全览图、交通状况数据、交通工具的状态数据。

可选地，若所述子场景的数据类型为导航全览图，则对应的接收对象为中控台；

若所述子场景的数据类型为交通状况数据，则对应的接收对象为后视镜；

若所述子场景的数据类型为交通工具的状态数据，则对应的接收对象为仪表盘。

可选地，若所述导航场景为道路正常导航场景，则所述道路正常导航场景对应的子场景的数据类型包括如下中的至少两个：

导航全览图、行驶指示标识、剩余里程全览图、交通工具的状态数据。

可选地，若所述子场景的数据类型为行驶全览图，则对应的接收对象为中控台；

若所述子场景的数据类型为剩余里程全览图，则对应的接收对象为后视镜；

若所述子场景的数据类型为行驶指示标识或交通工具的状态数据，则对应的接收对象为仪表盘。

可选地，若所述场景类型为娱乐场景，则所述娱乐场景对应的子场景的数据类型包括如下中的至少两个：

娱乐数据、交通状况数据、交通工具的状态数据。

可选地，若所述子场景的数据类型为娱乐数据，则对应的接收对象为中控台；

若所述子场景的数据类型为交通状况数据，则对应的接收对象为后视镜；

若所述子场景的数据类型为交通工具的状态数据，则对应的接收对象为仪表盘。

可选地，所述子场景的数据类型包括如下中的至少两个：

驾驶辅助数据、紧急事件数据、全量信息数据以及驾驶必要数据。

可选地，所述驾驶辅助数据包括交通状况数据、剩余里程全览图中的至少一个；

所述驾驶必要数据包括所述交通工具的状态数据、行驶指示标识中的至少一个；

所述全量信息数据包括导航全览图、娱乐数据中的至少一个；

所述紧急事件数据包括交通工具的异常数据。

可选地，若所述子场景的数据类型为驾驶辅助数据或紧急事件数据，则对应的接收对象为后视镜或倒车镜；

若所述子场景的数据类型为全量信息数据，则对应的接收对象为中控台；

若所述子场景的数据类型为驾驶必要数据，则对应的接收对象为仪表盘或HUD。

可选地，所述数据获取模块10具体用于，获取所述交通工具中的数据采集设备、云端服务器、与所述交通工具存在通信连接的智能家居设备中的至少一个发送的所述场景数据。

可选地，所述接收对象包括如下中的至少两个：

仪表盘、中控台、平视显示器HUD、后视镜、倒车镜、与所述交通工具存在通信连接的智能终端。

本实施例提供的数据的推送装置，可用于执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。

图11为本发明一实施例提供的数据的推送设备的硬件结构示意图。如图11所示，该数据的推送设备包括：

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

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

可选的，上述输入设备20可以包括多种输入设备，例如可以包括面向设备的设备接口、软件的可编程接口、收发信机中的至少一个。上述输出设备22可以包括多种输出设备，例如可以包括软件的可编程接口、收发信机、面向设备的车载设备接口中的至少一个。

可选的，上述面向设备的设备接口可以是用于设备与设备之间进行数据传输的有线接口、还可以是用于设备与设备之间进行数据传输的硬件插入接口(例如USB接口、串口等)；可选的，上述软件的可编程接口例如可以是供用户编辑或者修改程序的入口，例如芯片的输入引脚接口或者输入接口等；可选的，上述收发信机可以是具有通信功能的射频收发芯片、基带处理芯片以及收发天线等。

本发明实施例中的数据的推送设备为一通用的数据的推送设备。其可以适用于任一的控制系统或者推送设备或者其他类型的设备。可选的，该数据的推送设备可以是用于交通工具的数据的推送设备，例如，可以是用于车辆的数据的推送设备、用于飞行器的数据的推送设备、用于水路运输工具的数据的推送设备等。关于用于交通工具的数据的推送设备的具体内容，本发明提供了另一实施例来进行介绍，请参见后面的实施例，在此不再详述。

在本实施例中，输入设备20，用于获取场景数据；

处理器21，耦合至输出设备22和所述输入设备20，用于控制所述输出设备22向交通工具承载的多个接收对象分别推送至少部分所述场景数据，所述场景数据用于显示。

可选地，所述处理器21还用于，对所述场景数据进行处理，得到多个子场景数据，获取各所述子场景数据对应的接收对象；

所述处理器21具体用于，控制所述输出设备22将各所述子场景数据推送给对应的接收对象。

可选地，所述处理器21具体用于，根据子场景的数据类型，对所述场景数据进行处理，得到多个子场景数据。

可选地，所述处理器21还具体用于，根据子场景的数据类型，确定各所述子场景数据对应的接收对象。

可选地，所述处理器21具体用于，根据各所述子场景的数据类型对应的推送优先级，确定各所述子场景数据对应的接收对象。

可选地，所述处理器21具体用于，获取预设的各所述子场景的数据类型与各接收对象的对应关系，根据所述对应关系，确定各所述子场景数据对应的接收对象。

可选地，所述输入设备20具体用于，获取所述交通工具中的数据采集设备、云端服务器、与所述交通工具存在通信连接的智能家居设备中的至少一个发送的所述场景数据。

本实施例提供的数据的推送设备，可用于执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。

在上述图11所示实施例的通用的数据的推送设备的描述的基础上，本发明还提供一种交通工具控制设备，该交通工具控制设备是数据的推送设备用于交通工具的具体实现方式。

可选的，该交通工具控制设备可以为车机设备、交通工具出厂后附加的设备等等。

具体地，该交通工具控制设备可以包括：机载输出设备、机载输入设备以及机载处理器，所述机载处理器耦合至所述机载输出设备和所述机载输入设备。

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

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

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

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

本实施例的机载输出设备，可以执行上述图1至图8对应的实施例中的方法。

本发明还提供一种车载互联网操作系统。本领域技术人员可以理解，该车载互联网操作系统可以管理和控制上述数据的推送设备的硬件或者本发明所涉及的交通工具控制设备的硬件以及本发明所涉及的软件资源的计算机程序，是直接运行在上述数据的推送设备或交通工具控制设备上的系统软件。该操作系统是数据的推送设备或交通工具控制设备的接口，也是硬件与其它软件的接口。

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

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

下面详细说明本发明提供的车载互联网操作系统的结构示意图。图12为本发明一实施例提供的车载互联网操作系统的结构示意图。如图12所示，本发明提供的操作系统包括：输入控制单元30、输出控制单元31。

输入控制单元30，控制车载输入设备获取场景数据；

输出控制单元31，控制车载输出设备向交通工具承载的多个接收对象分别推送至少部分所述场景数据，所述场景数据用于显示。

具体地，本实施例中的车载输入设备可以包括上述实施例中的输入设备，输入控制单元30可以控制车载输入设备执行上述图3实施例中步骤301获取场景数据。

输出控制单元31，可以控制车载输出设备执行上述图3实施例中的步骤302向交通工具承载的多个接收对象分别推送至少部分所述场景数据。

可选地，在图12所示的结构示意图中，还包括推送控制单元；

所述推送控制单元，控制数据推送系统执行图4实施例中的步骤402对所述场景数据进行处理，得到多个子场景数据；

所述推送控制单元，进一步控制所述数据推送系统执行图4实施例中的步骤403获取各所述子场景数据对应的接收对象；

所述输出控制单元，进一步控制所述车载输出设备执行图4实施例中的步骤404将各所述子场景数据推送给对应的接收对象。

可选地，所述推送控制单元，进一步控制所述数据推送系统根据子场景的数据类型，对所述场景数据进行处理，得到多个子场景数据。

可选地，所述推送控制单元，进一步控制所述数据推送系统执行图5实施例中的步骤501和步骤502，根据所述场景数据，确定场景类型，根据所述场景类型与子场景的数据类型的对应关系，获取所述场景类型对应的子场景的数据类型。

可选地，所述推送控制单元，进一步控制所述数据推送系统根据子场景的数据类型，确定各所述子场景数据对应的接收对象。

可选地，所述推送控制单元，进一步控制所述数据推送系统根据各所述子场景的数据类型对应的推送优先级，确定各所述子场景数据对应的接收对象。

可选地，所述推送控制单元，进一步控制所述数据推送系统获取预设的各所述子场景的数据类型与各接收对象的对应关系，根据所述对应关系，确定各所述子场景数据对应的接收对象。

可选地，所述输入控制单元，进一步控制车载输入设备获取所述交通工具中的数据采集设备、云端服务器、与所述交通工具存在通信连接的智能家居设备中的至少一个发送的所述场景数据。

其中，数据推送系统可以是操作系统实现的功能，或者，该数据推送系统可以是上述实施例中的处理器实现的功能。

进一步地，该车载互联网操作系统可以通过上述的输入控制单元30、输出控制单元31、推送控制单元或者在上述两种单元的基础上，结合其它单元，控制相应的组件以执行上述图1至图8的全部或部分步骤，有益效果与上述类似，在此不再赘述。

本发明还提供一种处理器可读存储介质，存储介质中存储有程序指令，程序指令用于使处理器执行上述实施例中图1至图8所述的方法。

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

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

应当理解，尽管在本发明实施例中可能采用术语第一、第二、第三等来描述XXX，但这些XXX不应限于这些术语。这些术语仅用来将XXX彼此区分开。例如，在不脱离本发明实施例范围的情况下，第一XXX也可以被称为第二XXX，类似地，第二XXX也可以被称为第一XXX。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。

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

Claims (51)

1.一种数据的推送方法，其特征在于，包括：

获取场景数据；

向交通工具承载的多个接收对象分别推送至少部分所述场景数据，所述场景数据用于显示。

2.根据权利要求1所述的方法，其特征在于，向多个接收对象推送的场景数据中、存在至少两个接收对象被推送的场景数据存在差异。

3.根据权利要求1所述的方法，其特征在于，所述向交通工具承载的多个接收对象分别推送至少部分所述场景数据之前，还包括：

对所述场景数据进行处理，得到多个子场景数据；

获取各所述子场景数据对应的接收对象；

所述向交通工具承载的多个接收对象分别推送至少部分所述场景数据，包括：

将各所述子场景数据推送给对应的接收对象。

4.根据权利要求3所述的方法，其特征在于，在多个子场景数据中，至少两个子场景数据存在差异。

5.根据权利要求3所述的方法，其特征在于，所述对所述场景数据进行处理，得到多个子场景数据，包括：

根据子场景的数据类型，对所述场景数据进行处理，得到多个子场景数据。

6.根据权利要求5所述的方法，其特征在于，所述子场景的数据类型的数量大于或等于得到的子场景数据的数量。

7.根据权利要求5所述的方法，其特征在于，所述根据子场景的数据类型，对所述场景数据进行处理，得到多个子场景数据之前，还包括：

根据所述场景数据，确定场景类型；

根据所述场景类型与子场景的数据类型的对应关系，获取所述场景类型对应的子场景的数据类型。

8.根据权利要求3所述的方法，其特征在于，所述获取各所述子场景数据对应的接收对象，包括：

根据子场景的数据类型，确定各所述子场景数据对应的接收对象。

9.根据权利要求8所述的方法，其特征在于，所述根据子场景的数据类型，确定各所述子场景数据对应的接收对象，包括：

根据各所述子场景的数据类型对应的推送优先级，确定各所述子场景数据对应的接收对象。

10.根据权利要求8所述的方法，其特征在于，所述根据子场景的数据类型，确定各所述子场景数据对应的接收对象，包括：

获取预设的各所述子场景的数据类型与各接收对象的对应关系；

根据所述对应关系，确定各所述子场景数据对应的接收对象。

11.根据权利要求10所述的方法，其特征在于，在获取预设的各所述子场景的数据类型与各接收对象的对应关系之前，还包括：

向所述用户输出各所述子场景的数据类型以及各所述接收对象；

接收所述用户确定的所述对应关系。

12.根据权利要求7所述的方法，其特征在于，所述场景类型包括：

导航场景；

娱乐场景。

13.根据权利要求12所述的方法，其特征在于，若所述导航场景为道路异常导航场景，则所述道路异常导航场景对应的子场景的数据类型包括如下中的至少两个：

导航全览图、交通状况数据、交通工具的状态数据。

14.根据权利要求13所述的方法，其特征在于，若所述子场景的数据类型为导航全览图，则对应的接收对象为中控台；

若所述子场景的数据类型为交通状况数据，则对应的接收对象为后视镜；

若所述子场景的数据类型为交通工具的状态数据，则对应的接收对象为仪表盘。

15.根据权利要求12所述的方法，其特征在于，若所述导航场景为道路正常导航场景，则所述道路正常导航场景对应的子场景的数据类型包括如下中的至少两个：

导航全览图、行驶指示标识、剩余里程全览图、交通工具的状态数据。

16.根据权利要求15所述的方法，其特征在于，若所述子场景的数据类型为行驶全览图，则对应的接收对象为中控台；

若所述子场景的数据类型为剩余里程全览图，则对应的接收对象为后视镜；

若所述子场景的数据类型为行驶指示标识或交通工具的状态数据，则对应的接收对象为仪表盘。

17.根据权利要求12所述的方法，其特征在于，若所述场景类型为娱乐场景，则所述娱乐场景对应的子场景的数据类型包括如下中的至少两个：

娱乐数据、交通状况数据、交通工具的状态数据。

18.根据权利要求17所述的方法，其特征在于，若所述子场景的数据类型为娱乐数据，则对应的接收对象为中控台；

若所述子场景的数据类型为交通状况数据，则对应的接收对象为后视镜；

若所述子场景的数据类型为交通工具的状态数据，则对应的接收对象为仪表盘。

19.根据权利要求5所述的方法，其特征在于，所述子场景的数据类型包括如下中的至少两个：

驾驶辅助数据、紧急事件数据、全量信息数据以及驾驶必要数据。

20.根据权利要求19所述的方法，其特征在于，所述驾驶辅助数据包括交通状况数据、剩余里程全览图中的至少一个；

所述驾驶必要数据包括所述交通工具的状态数据、行驶指示标识中的至少一个；

所述全量信息数据包括导航全览图、娱乐数据中的至少一个；

所述紧急事件数据包括交通工具的异常数据。

21.根据权利要求19或20所述的方法，其特征在于，若所述子场景的数据类型为驾驶辅助数据或紧急事件数据，则对应的接收对象为后视镜或倒车镜；

若所述子场景的数据类型为全量信息数据，则对应的接收对象为中控台；

若所述子场景的数据类型为驾驶必要数据，则对应的接收对象为仪表盘或HUD。

22.根据权利要1至21任一项所述的方法，其特征在于，所述获取场景数据，包括：

获取所述交通工具中的数据采集设备、云端服务器、与所述交通工具存在通信连接的智能家居设备中的至少一个发送的所述场景数据。

23.根据权利要求1至21任一项所述的方法，其特征在于，所述接收对象包括如下中的至少两个：

仪表盘、中控台、平视显示器HUD、后视镜、倒车镜、与所述交通工具存在通信连接的智能终端。

24.一种数据的推送装置，其特征在于，包括：

数据获取模块，用于获取场景数据；

推送模块，用于向交通工具承载的多个接收对象分别推送至少部分所述场景数据，所述场景数据用于显示。

25.根据权利要求24所述的装置，其特征在于，向多个接收对象推送的场景数据中、存在至少两个接收对象被推送的场景数据存在差异。

26.根据权利要求24所述的装置，其特征在于，还包括处理模块和对象获取模块，

所述处理模块，用于对所述场景数据进行处理，得到多个子场景数据；

所述对象获取模块，用于获取各所述子场景数据对应的接收对象；

所述推送模块具体用于，将各所述子场景数据推送给对应的接收对象。

27.根据权利要求26所述的装置，其特征在于，所述处理模块具体用于，根据子场景的数据类型，对所述场景数据进行处理，得到多个子场景数据。

28.根据权利要求27所述的装置，其特征在于，还包括：类型获取模块，用于根据所述场景数据，确定场景类型，根据所述场景类型与子场景的数据类型的对应关系，获取所述场景类型对应的子场景的数据类型。

29.根据权利要求26所述的装置，其特征在于，所述对象获取模块具体用于，根据子场景的数据类型，确定各所述子场景数据对应的接收对象。

30.根据权利要求29所述的装置，其特征在于，所述对象获取模块具体用于，根据各所述子场景的数据类型对应的推送优先级，确定各所述子场景数据对应的接收对象。

31.根据权利要求29所述的装置，其特征在于，所述对象获取模块具体用于，获取预设的各所述子场景的数据类型与各接收对象的对应关系，根据所述对应关系，确定各所述子场景数据对应的接收对象。

32.根据权利要求31所述的装置，其特征在于，还包括：关系获取模块，用于向所述用户输出各所述子场景的数据类型以及各所述接收对象，接收所述用户确定的所述对应关系。

33.根据权利要24至32任一项所述的装置，其特征在于，所述数据获取模块具体用于，获取所述交通工具中的数据采集设备、云端服务器、与所述交通工具存在通信连接的智能家居设备中的至少一个发送的所述场景数据。

34.一种数据的推送设备，其特征在于，包括：

输入设备，用于获取场景数据；

处理器，耦合至输出设备和所述输入设备，用于控制所述输出设备向交通工具承载的多个接收对象分别推送至少部分所述场景数据，所述场景数据用于显示。

35.根据权利要求34所述的设备，其特征在于，所述处理器还用于，对所述场景数据进行处理，得到多个子场景数据，获取各所述子场景数据对应的接收对象；

所述处理器具体用于，控制所述输出设备将各所述子场景数据推送给对应的接收对象。

36.根据权利要求35所述的设备，其特征在于，所述处理器具体用于，根据子场景的数据类型，对所述场景数据进行处理，得到多个子场景数据。

37.根据权利要求35所述的设备，其特征在于，所述处理器还具体用于，根据子场景的数据类型，确定各所述子场景数据对应的接收对象。

38.根据权利要求37所述的设备，其特征在于，所述处理器具体用于，根据各所述子场景的数据类型对应的推送优先级，确定各所述子场景数据对应的接收对象。

39.根据权利要求37所述的设备，其特征在于，所述处理器具体用于，获取预设的各所述子场景的数据类型与各接收对象的对应关系，根据所述对应关系，确定各所述子场景数据对应的接收对象。

40.根据权利要34至39任一项所述的设备，其特征在于，所述输入设备具体用于，获取所述交通工具中的数据采集设备、云端服务器、与所述交通工具存在通信连接的智能家居设备中的至少一个发送的所述场景数据。

41.一种交通工具控制设备，其特征在于，包括：机载输出设备、机载输入设备以及机载处理器，所述机载处理器耦合至所述机载输出设备和所述机载输入设备；

所述机载输入设备，用于获取场景数据；

所述机载处理器，用于控制所述机载输出设备向交通工具承载的多个接收对象分别推送至少部分所述场景数据，所述场景数据用于显示。

42.根据权利要求41所述的设备，其特征在于，所述机载输入设备包括软件的可编程接口、收发信机、面向设备的车载设备接口中的至少一个；

所述机载输出设备包括软件的可编程接口、收发信机、面向设备的车载设备接口中的至少一个。

43.根据权利要求41或42所述的设备，其特征在于，所述机载处理器用于执行上述权利要求2至23任一项所述的方法。

44.一种车载互联网操作系统，其特征在于，包括：

输入控制单元，控制车载输入设备获取场景数据；

输出控制单元，控制车载输出设备向交通工具承载的多个接收对象分别推送至少部分所述场景数据，所述场景数据用于显示。

45.根据权利要求44所述的操作系统，其特征在于，还包括推送控制单元，

所述推送控制单元，控制数据推送系统对所述场景数据进行处理，得到多个子场景数据；

所述推送控制单元，进一步控制所述数据推送系统获取各所述子场景数据对应的接收对象；

所述输出控制单元，进一步控制所述车载输出设备将各所述子场景数据推送给对应的接收对象。

46.根据权利要求45所述的操作系统，其特征在于，所述推送控制单元，进一步控制所述数据推送系统根据子场景的数据类型，对所述场景数据进行处理，得到多个子场景数据。

47.根据权利要求46所述的操作系统，其特征在于，所述推送控制单元，进一步控制所述数据推送系统根据所述场景数据，确定场景类型，根据所述场景类型与子场景的数据类型的对应关系，获取所述场景类型对应的子场景的数据类型。

48.根据权利要求45所述的操作系统，其特征在于，所述推送控制单元，进一步控制所述数据推送系统根据子场景的数据类型，确定各所述子场景数据对应的接收对象。

49.根据权利要求48所述的操作系统，其特征在于，所述推送控制单元，进一步控制所述数据推送系统根据各所述子场景的数据类型对应的推送优先级，确定各所述子场景数据对应的接收对象。

50.根据权利要求48所述的操作系统，其特征在于，所述推送控制单元，进一步控制所述数据推送系统获取预设的各所述子场景的数据类型与各接收对象的对应关系，根据所述对应关系，确定各所述子场景数据对应的接收对象。

51.根据权利要求44至50任一项所述的操作系统，其特征在于，所述输入控制单元，进一步控制车载输入设备获取所述交通工具中的数据采集设备、云端服务器、与所述交通工具存在通信连接的智能家居设备中的至少一个发送的所述场景数据。