车载终端及用于车载终端的系统的制作方法

本申请涉及智能终端领域，尤其涉及一种车载终端及用于车载终端的系统。

背景技术：

车载终端目前作为车辆监控管理系统的前端设备，主要用于为驾驶员提供驾驶行程、驾驶安全的辅助功能，其包括定位、汽车行驶记录等。在移动终端智能化的强势发展下，车载终端中的导航、定位功能有被移动终端取代的倾向。这是因为移动终端的数据处理能力及导航准确性相比于传统车载终端更符合驾驶员的驾驶需要。然而，驾驶员在驾车期间操作移动终端具有诸多不安全隐患。例如，移动终端屏幕较小，驾驶员需要花更长的时间看清导航提示。又如，为了便于驾驶员查看，移动终端通常被放置在车前窗处，阻挡了驾驶员的部分视野，成为驾驶员的驾驶安全隐患。

随着车辆成为互联网终端概念的提出，车载终端作为互联网的智能终端，需为驾驶员提供基于车辆本身和驾驶的便捷服务。

技术实现要素：

本申请提供一种车载终端及用于车载终端的系统，用于解决车载终端无法利用车辆数据来为驾驶员提供互联网服务的问题。

本申请提供一种车载终端，包括：接口单元，与车辆侧接口配对连接，用于基于接口传输协议接收至少一种类型的车辆数据；存储单元，用于将来自所述接口单元的车辆数据分类保存；处理单元，用于基于所获取的数据读取指令，从所述存储单元中读取对应类型的车辆数据；以及用于将所述车辆数据输出；通信单元，用于将所述车载终端接入互联网，并将所接收的车辆数据发送至位于所述互联网中的服务端。

在某些实施方式中，所述存储单元中还保存多个核心程序；所述处理单元用于基于所获取的调用指令，调用并执行对应核心程序，基于执行所述核心程序而产生的数据读取指令，从所述存储单元中读取所保存的车辆数据。

在某些实施方式中，所述存储单元中还保存多个车载应用程序，其中，至少一个所述车载应用程序中包含至少一个用于调用所述核心程序的调用指令；所述处理单元用于根据所获取的启动指令，执行相应的车载应用程序。

在某些实施方式中，所述车载终端还包括：人机交互单元，用于获取用户操作信息，并在识别所述用户操作信息为一启动指令时，产生并向所述处理单元发出相应的启动指令。

在某些实施方式中，所述处理单元还用于监听至少一种类型的车辆数据的更新操作，并在监听到相应类型的数据更新时，产生用于启动对应车载应用程序的启动指令。

在某些实施方式中，所述接口单元还用于将所获取的车辆控制指令发送至所述车辆侧，以控制车辆侧对应电路的运行。

本申请还提供一种用于车载终端的系统，包括：数据传输层，用于与车辆侧接口进行数据传输以至少得到车辆数据，并分类地将所述车辆数据在所述车载终端中的存储单元和位于互联网的服务端之间传递；核心服务层，用于与所述数据传输层进行数据交互；应用服务层，用于提供多个车载应用程序，并基于相应车载应用程序的运行与所述核心服务层进行数据交互。

在某些实施方式中，所述数据传输层包括以下至少一种：数据库操作模块，用于利用数据库将所得到的车辆数据分类的保存在所述存储单元；接口模块，用于基于接口传输协议与所述车辆侧接口进行数据传输；及通信模块，用于基于预设的与所述服务端的封装及解封装格式，对与所述服务端通信的数据进行处理，其中，所通信的数据包括所述车辆数据。

在某些实施方式中，所述核心服务层包括以下至少一种：核心服务模块，用于基于所获取的调用指令调用所述数据传输层中的核心程序进行数据交互；监听模块，用于监听所述数据传输层所获取的车辆数据的数据类型，并基于所监听的数据类型产生用于通知所述应用服务层的启动指令。

在某些实施方式中，所述核心服务层数据交互包括以下至少一种：通过所述数据传输层对所述存储单元中的车辆数据进行分类操作；通过所述数据传输层与所述服务端进行基于至少一种类型的车辆数据的数据传输；以及通过所述数据传输层向车辆侧接口发送车辆控制指令。

在某些实施方式中，所述应用服务层包括：用户操作模块，用于识别用户操作，并产生相应的启动指令；和/或，响应模块，用于基于来自所述核心服务层的启动指令启动对应车载应用程序。

本申请所提供的车载终端及用于车载终端的系统，通过与车辆侧接口的接口连接，得到车辆侧统计和采集的各类车辆数据，使得车载终端成为各互联网车载服务的车辆数据获取端和基于车辆数据的互联网车载服务终端。

另外，在车载终端中内置核心程序，并为车载应用程序提供车辆数据及互联网数据，由此实现了车辆作为互联网的终端节点，为驾驶员提供基于车辆的定制车载应用。

另外，将车载终端中的软件系统分层处理，有效减少车载应用程序的复杂程序架构，同时为各车载应用程序提供标准数据接口，以及为车载应用及服务提供显示和交互接口，便于解决各种车辆侧接口无法与车载应用程序对接的问题。

附图说明

图1为本申请的车载终端在一实施方式中的结构示意图。

图2为本申请的车载终端在另一实施方式中的结构示意图。

图3为本申请的车载终端在又一实施方式中的结构示意图。

图4为本申请的系统在一实施方式中的架构示意图。

图5为本申请的系统在另一实施方式中的架构示意图。

具体实施方式

以下通过特定的具体实例说明本申请的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本申请的其他优点与功效。本申请还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本申请的精神下进行各种修饰或改变。

需要说明的是，本说明书所附图式所绘示的结构、比例、大小等，均仅用以配合说明书所揭示的内容，以供熟悉此技术的人士了解与阅读，并非用以限定本申请可实施的限定条件，故不具技术上的实质意义，任何结构的修饰、比例关系的改变或大小的调整，在不影响本申请所能产生的功效及所能达成的目的下，均应仍落在本申请所揭示的技术内容得能涵盖的范围内。

本申请针对现有车载终端无法有效获取车辆侧的多种车辆数据，进而作为互联网服务或应用订阅者的车辆中无法使用基于各种车辆数据的车载应用程序的问题，提出一种新的车载终端本申请的车载终端不仅提取了各类车辆数据，还将这些车辆数据分类保存并提供给相应的服务端，由服务端整合反馈给车载终端的车载应用程序，由此大大提升了车载终端作为互联网终端节点的使用效率。

如图1所示，本申请提供一种车载终端，其包含：与车辆侧接口2配对的接口单元11、存储单元12、处理单元13和通信单元14。

所述接口单元11用于基于接口传输协议接收至少一种类型的车辆数据。其中，所述接口单元11可以采用如USB、RS485、或RS232等的串行接口、并行接口、或者火线(IEEE 1394)接口等，并基于具体的接口传输协议接收车辆侧所能提供的所有类型的车辆数据。在此，所述车辆数据的类型可分为车辆采集类型和车辆统计类型。其中，所述车辆采集类型是指由车辆侧传感器和检测电路等所采集的数据类型，其包括但不限于：胎压数据类型、油量数据类型、倒车数据类型、发动机温度数据类型、刹车片状态数据类型等。所述车辆统计类型是指由车辆侧对所采集的原始数据进行整理、判断后所提供的数据类型，其包括但不限于：车辆诊断数据类型、车辆轨迹数据类型、驾驶习惯数据类型、驾驶员身份数据类型等。本申请中所述接口单元11所接收的类型可以是如上述的各种具体的数据类型。其中，为便于所述接口单元11确认所接收的车辆数据的类型，所述车辆数据按照预设封装协议进行封装，在所述封装协议中包含数据类型的标识字段。在某些实施方式中，所述接口单元11与处理单元13相连，并受所述处理单元13所运行的接口核心程序和接口驱动程序执行数据接收操作。

在此，所接收的车辆数据可以是明文，也可以是经过加密处理的。当车辆数据为加密数据时，所述处理单元13进行解密，并将解密后的数据保存到存储单元12中。

所述存储单元12可以是EPROM、EEPROM或非易失性存储器、硬盘或移动硬盘中任何合适的一种或多种但并不限于这些存储器。所述存储单元12用于将来自所述接口单元11的车辆数据分类保存。在某些实施方式中，所述存储单元12与处理单元13相连，并受所述处理单元13所运行的受数据库核心程序进行读写操作。所述处理单元13运行所述数据库核心程序将各类车辆数据分类保存到所述存储单元12。

其中，为防止包含上述接口核心程序、接口驱动程序和数据库核心程序等核心程序在内的所述车载终端1所使用的各类程序在断电后无丢失，各类程序均保存在所述存储单元12中的非易失性存储器内。其中，核心程序还包括但不限于：数据读写程序，用于为车载应用程序提供如支付等第三方应用的API，以及为车载应用程序提供运行环境的API等，其中，至少一种核心程序可以直接或间接调用所述数据库核心程序或数据读写程序以获取车辆数据。在此，所述核心程序是指由操作系统支持且能够为车载应用程序提供数据接口的程序。

保存在非易失性存储器中的程序还包含：车载应用程序，所述车载应用程序包括但不限于：所述车载终端1内置的可由用户操作的应用程序、和可基于应用商城下载执行的应用程序等，其中，至少一个所述车载应用程序中包含至少一个调用指令，所述调用指令用于调用能够获取车辆数据的核心程序。

所述处理单元13用于基于所获取的数据读取指令，从所述存储单元12中读取对应类型的车辆数据；以及用于将所述车辆数据输出。在此，所述处理单元13包括但不限于：包含CPU的芯片、可编程逻辑器件(FPGA)、和多核处理器中的至少一种。例如，所述处理单元13包含：ARM公司、华为或高通公司出产的处理器芯片。本申请中所述接口单元11、存储单元12在进行车辆数据及其他数据处理时均需藉由处理单元13执行相应核心程序的协助，故而，所述处理单元13可与所述存储单元12中的部分模块(如内存、数据库模块)集成在一起，所述处理单元13也可与接口单元11中的部分模块(如软件模块)集成在一起。所述处理单元13与存储单元12和接口单元11中未集成的模块(如接口芯片、外部存储器等)还可以分别采用数据总线连接。

在此，所述数据读取指令是基于预设的若干核心程序的运行而产生，例如，所述数据读取指令由数据库核心程序的运行而产生，这些核心程序可基于其他核心程序或车载应用程序的调用而运行。

在某些实施方式中，所述处理单元13在加载完操作系统后通过调用包含监听程序的开机启动列表，逐个启动所述列表中的程序，当所述处理单元13监测到数据库中预设的数据类型(如诊断数据类型、倒车数据类型等)被更新时，产生用于调用数据核心程序的调用指令，基于所述调用指令，所述处理单元13运行数据库核心程序，并产生包含查询被更新数据类型的数据库语句的数据读取指令，以从数据库中读取相应的车辆数据，再将所读取的车辆数据展示在消息框中，以提示用户查看。

在另一些实施方式中，所述处理单元13在运行车载应用程序时产生调用指令，调用并执行能够产生数据读取指令的核心程序，基于执行所述核心程序而产生相应的数据读取指令，从所述存储单元12中读取所保存的车辆数据。例如，所述处理单元13运行车载导航应用程序，并基于预设的轨迹采集条件，产生包含读取车辆轨迹数据类型的调用指令，并调用数据库核心程序产生包含车辆轨迹数据类型的数据库查询语句的数据读取指令，并将所读取的车辆数据输送至通信单元14，以为导航服务端提供从车辆当前位置至停车位的行车轨迹数据。又如，所述处理单元13运行车辆诊断应用程序，产生包含读取车辆诊断数据类型的调用指令，并调用数据库核心程序产生包含车辆诊断数据类型的数据库查询语句的数据读取指令，并将所读取的车辆诊断数据输送至通信单元14，以为诊断应用服务端反馈包含诊断解决方案的响应数据，并显示在车载终端1上，以为驾驶员提供快速解决车辆异常的实施步骤。

所述通信单元14用于将所述车载终端1接入互联网，并将所接收的车辆数据发送至位于所述互联网中的服务端3。其中，所述通信单元14包括但不限于：用于连入移动互联网的入网卡(如SIM卡等)、读取入网卡的读卡器、与所述读卡器相连并接入移动互联网的第一通信模块等，接入如WIFI等局域网络的第二通信模块，和利用如蓝牙等短距离通信协议连通其他终端设备的第三通信模块中的至少一种。在某些实施方式中，所述通信单元14中包含多种通信模块，并择一的选择一种通信模块接入互联网。具体地，所述通信单元14中预设各通信模块的优先级，并按照优先级逐个确认各通信模块是否能够接入相应网络，再根据所接入网络的信道频段对数据进行调制/解调处理。例如，所述通信单元14中预设优先级由高到低的顺序依次为移动网络、WiFi网络和蓝牙连接，则所述通信单元14按照所述优先级逐个指示相应的通信模块进行网络连接，直至其中一种通信模块接入相应网络。所述通信单元14还可以基于用户的操作选择相应网络，例如，当用户操作所述车载终端选择蓝牙连接时，所述通信单元14启动蓝牙通信模块进行蓝牙匹配，通过所配对的其他终端(如手机等)与互联网中的服务端3进行数据通信。由此，所述通信单元14将车载终端1成为互联网中的节点之一，并将车辆数据发送至服务端3。

所述服务端3包括但不限于：单台服务器、服务器集群、云服务端等。其中，所述云服务端包括公共云(Public Cloud)服务端与私有云(Private Cloud)服务端，其中，所述公共或私有云服务端包括Software-as-a-Service(软件即服务,SaaS)、Platform-as-a-Service(平台即服务,PaaS)及Infrastructure-as-a-Service(基础设施即服务,IaaS)等。所述私有云服务端例如阿里云计算服务平台、亚马逊(Amazon)云计算服务平台、百度云计算平台、腾讯云计算平台等等。其中，所述云服务端提供至少一种车载应用服务。所述车载应用服务包括但不限于以下至少一种：基于驾驶员的社交服务、车载预约服务、基于车载终端1绑定的支付服务、车载导航服务、道路及车辆监测服务、和车辆应急处理服务等。其中，所述社交服务例如微信应用(WeChat)等；所述车载预约服务例如停车位预约等；基于车载终端绑定的支付服务例如为移动支付(Mobile Payment)，比如支付宝、微信支付等支付应用；所述车载导航服务例如为高德导航或百度导航，亦或者为停车场内部导航服务，比如喜泊客公司的约停车应用或者ETCP的停车应用等；所述道路及车辆监测服务例如为十字路口车辆位置监测、道路拥堵实时播报等；所述车辆应急处理服务例如车辆异常及时提供救援或应急方案等。

如图2所示，所述车载终端1还包括：人机交互单元15。所述人机交互单元15包括但不限于：显示屏，分布在显示屏上的触感阵列和/或按键式操作面板，与所述显示屏相连的图像处理模块，以及与触感阵列和/或操作面板相连的信号处理电路等。所述人机交互单元15还可以包含麦克风、和/或光触按钮等。其中，所述图像处理模块可以集成在处理单元13中，或单独配置并与处理单元13相连，所述图像处理模块举例为GPU。所述信号处理电路用以将用户操作所产生的操作信号转换成易于处理单元13识别的用户操作信息，其硬件装置包括但不限于：模数转换器、和编码器等。本申请中所述人机交互单元15在进行操作识别处理时也可能需藉由处理单元13执行相应核心程序的协助，故而，所述处理单元13与人机交互单元15中的部分模块(如软件模块)可集成在一起。例如，所述人机交互单元15中的识别操作模块由所述处理单元13运行处理，其中，所述识别操作模块用于识别用户操作信息，并在识别所述用户操作信息为一启动指令时，产生相应的启动指令。其中，所述启动指令包括但不限于：启动所述车载终端1中的车载应用程序的启动指令。例如，所述人机交互单元15识别所获取的用户按触屏的位置坐标，确定产生启动车载导航应用程序的启动指令，所述处理单元13基于所述启动指令从存储单元12中调用并执行车载导航应用程序。

所述启动指令并非一定由用户操作而产生，在某些实施方式中，所述处理单元13监听至少一种类型的车辆数据的更新操作，并在监听到相应类型的数据更新时，产生用于启动对应车载应用程序的启动指令。具体地，所述处理单元13可监听所述接口单元11所提供车辆数据的数据类型，当所监听的数据类型符合预设的数据类型时，确定相应类型的数据产生更新操作，其中，所述预设的数据类型包括但不限于：车辆诊断数据类型、和倒车数据类型等需要立即提示驾驶员的数据类型。所述处理单元13基于所确定的更新操作产生用于启动对应车载应用程序的启动指令。在此，所启动的车载应用程序包括但不限于：倒车提醒应用程序、和车辆诊断快速解决的应用程序等。所述处理单元13用于及时将所更新的数据提供给驾驶员，以便其在倒车和行驶时得到相应提示。

其中，所述提示并非一定是在显示屏上的文字或图像提示，还可以利用车辆中的音响系统将相应车载应用程序所使用的提示音播放出来。具体地，所述处理单元13将相应的音频文件通过接口单元11发送给车辆的音响系统，或者通过所述接口单元11向所述车辆侧的蜂鸣器电路发出相应的车辆控制指令。由此可见，所述车载终端1中的接口单元11还用于将所获取的车辆控制指令发送至所述车辆侧，以控制车辆侧对应电路的运行。所述车辆控制指令还可以包括但不限于：车灯启动/停止指令、车载摄像装置开启/关闭指令、和车载空调开启/关闭/调节指令等。同样，所述处理单元13可将各车辆控制指令封装在包含指令类型的指令数据包中，并通过所述接口单元11发送给车辆侧，以供所述车辆侧进行解析并控制相应电路的运行。

请参阅图3，本申请的一种车载终端1的具体实施例的结构示意图，物理方式的车载终端1的硬件系统包括以下装置：

车载终端1通过USB通讯协议与车辆侧相连，USB控制器、主控制器构成一条可与车辆侧通讯的数据传输通道。其中，所述数据传输通道既可以将车辆侧的车辆数据提供给车载终端1，也可以将车载终端1所发出的车辆控制指令提供给车辆侧，由此实现车辆与车载终端1之间的数据交互。以车辆数据从车辆侧接口2传递给车载终端1为例，所述车辆侧接口2通过USB协议和USB界面接口和主控制器将数据传输给微处理器，该微处理器先按照USB通讯协议对收到的数据包进行数据完整性校验，再通过解析数据包得到车辆数据及其数据类型。所述车载终端中还包括：中央处理器、内存、内存控制器、输入输出控制器、外部存储器，其中，中央处理器、内存和内存控制器构成高速、临时存储；同时中央处理器通过所述主控制器与输入输出控制器与外部存储器相连，以构成非易失性或临时的数据存储，该微处理器根据数据类型将所接收的车辆数据保存在外部存储器中。以车辆控制指令从车载终端1发送给车辆侧为例，所述微处理器将车辆控制指令由USB控制器通过USB协议传输给车辆侧接口2，车辆侧同样按照USB通讯协议对收到的数据包进行数据完整性校验，再通过解析数据包得到车辆控制指令及其指令类型，并按照所述指令类型将所述车辆控制指令转换成相应电路所能识别的光电信号/数字信号，如此实现车载终端1与车辆的数据交互。

所述中央处理器还通过主控制器与包含触摸设备和/或按键等其他输入输出设备相连，或通过蓝牙通信子模块与其他基于蓝牙协议的终端设备相连，以构成人机交互的数据传输通道，以及，所述中央处理器与包含入网卡的4G通信子模块相连，以构成车载终端1与互联网中服务端的数据传输通道。例如，当触屏基于用户操作产生启动车载应用程序的启动指令时，中央处理器基于所述启动指令执行相应车载应用程序，当所运行的车载应用程序产生包含调用数据库核心程序的调用指令时，所述中央处理器调用并执行对应数据库核心程序，并基于执行所述数据库核心程序而产生的数据读取指令，从所述外部存储器中读取所保存的车辆数据，所述车辆数据可被显示在所述触屏上，还可以基于所述车载应用程序的调取，由通信核心程序将所述车辆数据通过4G移动网络发送至服务端。其中，所述入网卡用于向4G移动网络提供入网身份信息，并由4G通信子模块(如4G通信芯片)基于所述身份信息接入移动网络，所述4G通信子模块按照4G网络协议将车辆数据封装并调制到预先与基站建立的上行信道频段，通过4G通信子模块所连接的信道发送至基站，再以基站为数据传输节点传输至互联网中的服务端，所述服务端可根据所接收的车辆数据反馈响应信息，所述中央处理器将所述响应信息加载到所述车载应用程序，以为用户提供可视化的车载互联网服务。

请参阅图4，本申请还提供一种用于车载终端的系统在一实施方式中的架构图。所述系统基于车载终端所支持的操作系统而设置的，其包括：数据传输层130、核心服务层131、应用服务层132。

所述数据传输层130用于与车辆侧接口进行数据传输以至少得到车辆数据，并分类地将所述车辆数据在所述车载终端中的存储单元和位于互联网的服务端之间传递。

在此，所述数据传输层130一方面通过车载终端的接口单元与车辆侧接口进行数据传输，所传输的数据包括：从车辆侧接口接收车辆数据，并分类保存在存储单元。其中，所述接口单元可以采用如USB、RS485、或RS232等的串行接口、并行接口、或者火线(IEEE 1394)接口等，并基于具体的接口传输协议接收车辆侧所能提供的所有类型的车辆数据。在此，所述车辆数据的类型可分为车辆采集类型和车辆统计类型。其中，所述车辆采集类型是指由车辆侧传感器和检测电路等所采集的数据类型，其包括但不限于：胎压数据类型、油量数据类型、倒车数据类型、发动机温度数据类型、刹车片状态数据类型等。所述车辆统计类型是指由车辆侧对所采集的原始数据进行整理、判断后所提供的数据类型，其包括但不限于：车辆诊断数据类型、车辆轨迹数据类型、驾驶习惯数据类型、驾驶员身份数据类型等。本申请中所述类型可以是如上述的各种具体的数据类型。其中，所述驾驶员身份数据类型包括但不限于：语音、指纹和虹膜等身份验证数据。例如，在车辆方向盘上设有指纹识别传感器，当用户手握方向盘时，车辆将相应指纹验证信息(验证通过/未通过的信息)通过所述接口单元提供给所述数据传输层130，则所述数据传输层130按照身份验证类型将指纹验证信息予以保存。

所述数据传输层130还通过所述接口单元向车辆侧接口发出车辆控制指令，其中，所述车辆控制指令包括但不限于：车灯启动/停止指令、车载摄像装置开启/关闭指令、车载空调开启/关闭/调节指令、和车辆侧如蜂鸣器等电路的开启/关闭指令等。

为此，参阅图5所提供的用于车载终端的系统在某些实施方式中的架构图。所述数据传输层130包括：接口模块1302，以用于基于接口传输协议与所述车辆侧接口进行数据传输。在此，所述接口传输协议是基于接口单元所使用的硬件接口而定。例如，若车载终端与车辆侧采用USB连接，则所述接口模块1302提供USB接口传输协议，以按照USB接口传输协议所规定的的各引脚功能接收车辆数据以及发出车辆控制指令。

所述数据传输层130另一方面分类地将所述车辆数据在所述车载终端中的存储单元和位于互联网的服务端之间传递。

其中，所述数据传输层130基于数据库对存储单元的分配机制，将所述车辆数据分类保存在存储单元中，并基于所获取的数据操作指令对数据库进行相应操作。在此，所述数据传输层从接口单元接收的车辆数据及由接口单元发出的车辆控制指令均可以是明文或经加密处理的。当车辆数据为加密数据时，所述数据传输层130中的加解密模块(未予图示)对数据进行解密，并将解密后的数据予以分类保存。

具体地，所述数据传输层130包括：数据库操作模块1301，以用于利用数据库将所得到的车辆数据分类的保存在所述存储单元。其中，所述数据库包括但不限于：SQL Server、MySQL、自定义数据表等。所述存储单元可以是EPROM、EEPROM或非易失性存储器、硬盘或移动硬盘中任何合适的一种或多种但并不限于这些存储器。

所述数据传输层130还通过车载终端中通信单元与位于互联网中的服务端进行数据通信。其中，所述通信单元包括但不限于：用于连入移动互联网的入网卡(如SIM卡等)、读取入网卡的读卡器、与所述读卡器相连并接入移动互联网的通信模块，接入如WIFI等局域网络的通信模块，和基于如蓝牙等短距离传输协议的通信模块中的至少一种。所述通信单元使得车载终端成为互联网的节点之一，并将车辆数据发送至至少一个服务端。

所述服务端包括但不限于：单台服务器、服务器集群、云服务端等。其中，所述云服务端包括公共云(Public Cloud)服务端与私有云(Private Cloud)服务端，其中，所述公共或私有云服务端包括Software-as-a-Service(软件即服务,SaaS)、Platform-as-a-Service(平台即服务,PaaS)及Infrastructure-as-a-Service(基础设施即服务,IaaS)等。所述私有云服务端例如阿里云计算服务平台、亚马逊(Amazon)云计算服务平台、百度云计算平台、腾讯云计算平台等等。其中，所述云服务端提供至少一种车载应用服务。所述车载应用服务包括但不限于以下至少一种：基于驾驶员的社交服务、车载预约服务、基于车载终端绑定的支付服务、车载导航服务、道路及车辆监测服务、和车辆应急处理服务等。其中，所述社交服务例如微信应用(WeChat)等；所述车载预约服务例如停车位预约等；基于车载终端绑定的支付服务例如为移动支付(Mobile Payment)，比如支付宝、微信支付等支付应用；所述车载导航服务例如为高德导航或百度导航，亦或者为停车场内部导航服务，比如喜泊客公司的约停车应用或者ETCP的停车应用等；所述道路及车辆监测服务例如为十字路口车辆位置监测、道路拥堵实时播报等；所述车辆应急处理服务例如车辆异常及时提供救援或应急方案等。

所述数据传输层130包括：通信模块1303，以用于基于预设的与所述服务端的封装及解封装格式，对与所述服务端通信的数据进行处理，其中，所通信的数据包括所述车辆数据。在此，所述封装及解封装格式可以预先内置到车载终端中，其包括但不限于：加密封装格式、和如TCP/IP等传输协议的封装格式中的至少一种。例如，所述通信模块1303将车辆数据进行TCP/IP协议封装并交由车载终端中的4G通信芯片进行基带序列处理、调制和发射。又如，所述通信模块1303基于TCP/IP协议将4G通信芯片所提供的来自服务端的数据进行解封装。通过所述数据传输层130发送至服务端的数据包括但不限于车辆数据。例如，通过所述数据传输层130将车辆诊断类型的车辆数据传输给服务端。又如，通过所述数据传输层130向服务端发送包含新闻链接的请求信息等。对应的，通过所述数据传输层130所接收的数据包括但不限于服务端基于车辆数据的响应数据。例如，通过所述数据传输层130接收服务端基于车辆诊断类型的车辆数据所反馈的车辆应急解决方案。又如，通过所述数据传输层130接收服务端反馈的新闻信息等。

所述数据传输层130的执行是基于核心服务层131的相应指令而进行的。所述核心服务层131用于与所述数据传输层130进行数据交互。

在此，所述数据交互包括：核心服务层131从所述数据传输层130提取数据并传递给应用服务层132，以及将来自应用服务层132的数据传递至数据传输层130以供其传递给相应的硬件单元。为此，所述核心服务层131包括以下至少一种模块：核心服务模块1311和监听模块1312。

其中，所述核心服务模块1311用于基于所获取的调用指令调用所述数据传输层130中的核心程序进行数据交互。在此，所述数据交互包括但不限于以下至少一种：

1)通过所述数据传输层130对所述存储单元中的车辆数据进行分类操作。在此，所述分类操作包括但不限于：向所述数据传输层130发出至少包含数据类型的数据操作指令，对相应车辆数据进行增删改查的操作。在某些实施例中，所述核心服务模块1311可基于车载终端中的车载应用程序运行时所产生的调用指令，产生相应的数据操作指令，以通过数据传输层130的数据库对存储单元中的数据进行数据操作，在此，所述调用指令包含了调用所述数据传输层130中能够产生相应数据操作指令的核心程序名称，所述核心服务模块1311基于所述调用指令指示所述数据传输层130从存储单元读取相应核心程序并运行之，由该核心程序产生相应的数据操作指令，并操作所述数据传输层130中的数据库执行相应数据操作。所述调用指令并非仅由车载应用程序运行而产生，在某些实施例中，所述核心服务层131中的其他核心程序也可产生调用指令。例如，核心服务层131中的支付程序在运行时周期性的产生用于调用读取车辆行驶状态类型数据的调用指令，并由所述核心服务模块1311通过操作数据库获取最新的车辆行驶数据及采集时间，以供所述支付程序将所得到的车辆行驶数据及采集时间作为支付停车费用的参数。

2)通过所述数据传输层130与所述服务端进行基于至少一种类型的车辆数据的数据传输。具体地，所述核心服务模块1311基于所获取的调用指令调用所述数据传输层130中运行通信模块1303的核心程序，以将至少一种类型的车辆数据或其他数据发送至相应的服务端，并接收所述服务端所反馈的响应数据。例如，所述核心服务模块1311基于车载应用程序运行时所产生的调用指令，调用运行通信模块1303的核心程序，并将预先提取的车辆诊断类型的车辆数据发送给服务端，并接收所述服务端所反馈的应急解决方案。

3)通过所述数据传输层130向车辆侧接口发送车辆控制指令。例如，所述核心服务模块1311基于运行车载应用程序所产生的包含车灯控制程序名称的调用指令，调用所述接口模块1302中的车灯控制程序，由所述车灯控制程序执行而向接口单元发送相应的开启/关闭控制指令。

在此，上述各车载应用程序可由应用服务层132提供给用户，再通过应用服务层132指示所述核心服务层131相应模块执行各功能。所述应用服务层132用于提供多个车载应用程序，并基于相应车载应用程序的运行与所述核心服务层131进行数据交互。其中，所述应用服务层132与核心服务层131所交互的数据包括但不限于：由所述应用服务层132向核心服务层131发送的调用指令、由所述核心服务层131向应用服务层132发送的包含车辆数据和服务端反馈的响应数据等数据。所述车载应用程序包括：车载终端出厂时内置的应用程序和从应用商城下载的应用程序等。所述应用服务层132可利用车载终端的人机交互单元显示各车载应用程序的应用图标，并基于用户操作所述人机交互单元而产生相应车载应用程序的启动程序。

为此，所述应用服务层132包含用户操作模块1321，用于识别用户操作并产生相应的启动指令。所述用户操作包括但不限于：手指操作、语音操作、身份验证的操作等。例如，所述人机交互单元包括触屏，所述用户操作模块1321检测触屏上的轨迹信息，当所检测的轨迹信息包含点击操作和落入一应用图标的位置坐标时，确定启动所述应用图标所对应的车载应用程序，当所运行的车载应用程序产生包含数据类型等筛选条件的调用指令时，向核心服务模块1311发送所述调用指令，所述核心服务模块1311对应启动执行数据库操作模块1301，以为车载应用程序提供所需的车辆数据。

所述启动指令还可以由核心服务层131发出，所述应用服务层132基于来自核心服务层131的启动指令启动相应车载应用程序。

具体地，所述核心服务层131通过监听数据传输层130的车辆数据更新，向应用服务层132发出启动指令，以启动相应车载应用程序。为此，所述核心服务层131包含监听模块1312，以用于监听所述数据传输层130所获取的车辆数据的数据类型，并基于所监听的数据类型产生用于通知所述应用服务层132的启动指令。其中，所监听的数据类型举例可为车辆诊断数据类型、倒车数据类型、和行驶环境侦测数据类型等与车辆驾驶安全相关且需要及时提醒驾驶员的数据类型，以及身份验证类型。具体地，所述数据传输层130中的接口模块1302在接收车辆数据时，监测所接收的车辆数据的数据类型，并当接收到符合预设数据类型的车辆数据时，将所述车辆数据及数据类型发送至所述监听模块1312，由所述监听模块1312基于所述数据类型产生用于通知所述应用服务层132中对应车载应用程序的启动指令。例如，监听模块1312监听数据传输层130所接收的身份验证信息为验证通过，则基于该验证通过信息产生用于通知所述应用服务层132中预设的车载应用程序的启动指令，以便相应的车载应用程序完成登录操作。对应的，所述应用服务层132包含响应模块1322。

所述响应模块1322用于基于来自所述核心服务层131的启动指令启动对应车载应用程序。例如，当数据传输层130接收到倒车数据类型的车辆与障碍物的间距数据时，将所述间距数据和倒车数据类型提供给监听模块1312，并由监听模块1312向应用服务层132发出包含所述间距数据和倒车数据类型的启动指令，所述响应模块1322通过从所述启动指令中识别倒车数据类型，启动与所述倒车数据类型相对应的倒车提示应用程序，并将所述间距数据提供给所述倒车提示应用程序，以便将所述间距数据展示在显示屏，和/或将所述间距数据封装在车辆控制指令中，并通过所述核心服务模块1311和接口模块1302发送至车辆侧接口，以由车辆侧接口基于所述车辆控制指令控制车载音响输出所述间距数据的语音信息。

本申请所提供的车载终端及用于车载终端的系统，通过与车辆侧接口的接口连接，得到车辆侧统计和采集的各类车辆数据，使得车载终端成为各互联网车载服务的车辆数据获取端和基于车辆数据的互联网车载服务终端。

本申请虽然已以较佳实施例公开如上，但其并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以利用上述揭示的方法和技术内容对本申请技术方案做出可能的变动和修改，因此，凡是未脱离本申请技术方案的内容，依据本申请的技术实质对以上实施例所作的任何简单修改、等同变化及修饰，均属于本申请技术方案的保护范围。