车辆、车机设备及其基于地图软件的车辆服务处理方法
阅读：655发布：2020-05-11
专利汇可以提供车辆、车机设备及其基于地图软件的车辆服务处理方法专利检索，专利查询，专利分析的服务。并且本 申请 涉及车辆技术领域，提供一种车辆、车机设备及其基于地图 软件 的车辆服务处理方法，在车机设备的地图软件界面获取用户的操作指令，所述操作指令用于在所述地图软件界面弹出和/或跳转至目标界面，根据所述操作指令识别对应的车辆服务类型关键词，根据所述车辆服务类型关键词查找对应的服务程序，通过native架构形式提供与所述服务程序对应的一车辆服务界面。本申请能够解决不同车机设备需要配置不同版本应用程序的问题，同时避免给车机设备增加 硬件 成本，而使得应用程序能够普遍地使用到不同系统的车机设备中，给用户带来便利。，下面是车辆、车机设备及其基于地图软件的车辆服务处理方法专利的具体信息内容。
1.一种基于地图软件的车辆服务处理方法，其特征在于，所述基于地图软件的车辆服务处理方法包括：
在车机设备的地图软件界面获取用户的操作指令，所述操作指令用于在所述地图软件界面弹出和/或跳转至目标界面；
根据所述操作指令识别对应的车辆服务类型关键词；
根据所述车辆服务类型关键词查找对应的服务程序；
通过native架构形式提供与所述服务程序对应的一车辆服务界面。
2.根据权利要求1所述的基于地图软件的车辆服务处理方法，其特征在于，所述通过native架构形式提供与所述服务程序对应的一车辆服务界面的步骤，具体包括：
获取所述服务程序的目标界面URL地址；
将所述URL地址通过native架构形式渲染打开，以提供对应的车辆服务界面。
3.根据权利要求2所述的基于地图软件的车辆服务处理方法，其特征在于，所述将所述URL地址通过native架构形式渲染打开，以提供对应的车辆服务界面的步骤，具体包括：
根据所述URL地址在车机设备本地获取用于显示的界面内容；
利用所述界面内容向第三方服务器获取对应的目标界面；
根据所述目标界面生成用于交互操作的所述车辆服务界面。
4.根据权利要求2或3所述的基于地图软件的车辆服务处理方法，其特征在于，所述将所述URL地址通过native架构形式渲染打开，以提供对应的车辆服务界面的步骤，具体包括：
利用所述native架构中的UI层组件和逻辑层组件通过所述地图软件提供的接口调用车机设备的硬件进行渲染，以提供所述车辆服务界面。
5.根据权利要求4所述的基于地图软件的车辆服务处理方法，其特征在于，所述利用所述native架构中的UI层组件和逻辑层组件通过所述地图软件提供的接口调用车机设备的硬件进行渲染的步骤，还包括：
所述逻辑层组件提供多个WebView线程，以分别渲染所述车辆服务界面的多个子功能界面。
6.根据权利要求5所述的基于地图软件的车辆服务处理方法，其特征在于，所述逻辑层组件提供多个WebView线程，以分别渲染所述车辆服务界面的多个子功能界面的步骤，具体包括：
所述WebView线程向第三方服务器发送获取目标界面的请求信息；
所述WebView线程获取第三方服务器根据所述请求信息所返回的数据信息；
所述WebView解析所述数据信息并渲染成车辆服务界面显示给用户。
7.根据权利要求1-3任一项所述的基于地图软件的车辆服务处理方法，其特征在于，所述通过native架构形式提供与所述服务程序对应的一车辆服务界面的步骤之后，还包括：
判断用户是否针对所述车辆服务界面进行需求操作；
若判断到存在需求操作，根据所述需求操作提供服务选项、导航选项和/或在线付费选项。
8.一种车机设备，其特征在于，所述车机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器用于执行计算机程序，以实现如权利要求1-7中任一项所述的基于地图软件的车辆服务处理方法的步骤。
9.根据权利要求8所述的车机设备，其特征在于，所述地图软件通过应用程序的方式安装到本地，所述车辆服务界面为第三方服务器以所述地图软件的应用框架为基础、显示于所述地图软件上以供操作选择。
10.一种车辆，其特征在于，所述车辆配置有如权利要求8或9所述的车机设备。
车辆、车机设备及其基于地图软件的车辆服务处理方法
技术领域
[0001] 本申请涉及车辆技术领域，具体涉及一种基于地图软件的车辆服务处理方法，以及应用所述基于地图软件的车辆服务处理方法的车机设备和车辆。
背景技术
[0003] 而随着人工智能技术的快速发展，车辆与用户之间的交互行为也越来越频繁，对应地，用户使用车机设备的时间越来越多。
[0004] 因此，车机设备的各类应用程序应运而生。但是，现有的应用程序都需要安装到车机设备里才能使用，这样会严重占用车机设备的有限存储空间。而且由于不同车辆的车机设备之间硬件、系统等均不一样，所以这些应用程序不一定适合运用到各种车机设备中，经常会需要特定的版本才能安装使用。
[0005] 可见，现有这种方式给应用程序的开发带来了难题，而且也增加了车机设备的硬件成本和维护成本，不利于设备的智能化和推广，影响用户体验。
发明内容
[0007] 本申请的目的在于，提供一种车辆、车机设备及其基于地图软件的车辆服务处理方法，能够解决不同车机设备需要配置不同版本应用程序的问题，同时避免给车机设备增加硬件成本，而使得应用程序能够普遍地使用到不同系统的车机设备中，给用户带来便利。
[0008] 为解决上述技术问题，本申请提供一种基于地图软件的车辆服务处理方法，作为其中一种实施方式，所述基于地图软件的车辆服务处理方法包括：
[0009] 在车机设备的地图软件界面获取用户的操作指令，所述操作指令用于在所述地图软件界面弹出和/或跳转至目标界面；
[0010] 根据所述操作指令识别对应的车辆服务类型关键词；
[0011] 根据所述车辆服务类型关键词查找对应的服务程序；
[0012] 通过native架构形式提供与所述服务程序对应的一车辆服务界面。
[0013] 作为其中一种实施方式，所述通过native架构形式提供与所述服务程序对应的一车辆服务界面的步骤，具体包括：
[0014] 获取所述服务程序的目标界面URL地址；
[0015] 将所述URL地址通过native架构形式渲染打开，以提供对应的车辆服务界面。
[0016] 作为其中一种实施方式，所述将所述URL地址通过native架构形式渲染打开，以提供对应的车辆服务界面的步骤，具体包括：
[0017] 根据所述URL地址在车机设备本地获取用于显示的界面内容；
[0018] 利用所述界面内容向第三方服务器获取对应的目标界面；
[0019] 根据所述目标界面生成用于交互操作的所述车辆服务界面。
[0020] 作为其中一种实施方式，所述将所述URL地址通过native架构形式渲染打开，以提供对应的车辆服务界面的步骤，具体包括：
[0022] 作为其中一种实施方式，所述利用所述native架构中的UI层组件和逻辑层组件通过所述地图软件提供的接口调用车机设备的硬件进行渲染的步骤，还包括：
[0023] 所述逻辑层组件提供多个WebView线程，以分别渲染所述车辆服务界面的多个子功能界面。
[0024] 作为其中一种实施方式，所述逻辑层组件提供多个WebView线程，以分别渲染所述车辆服务界面的多个子功能界面的步骤，具体包括：
[0026] 所述WebView线程获取第三方服务器根据所述请求信息所返回的数据信息；
[0027] 所述WebView解析所述数据信息并渲染成车辆服务界面显示给用户。
[0028] 作为其中一种实施方式，所述通过native架构形式提供与所述服务程序对应的一车辆服务界面的步骤之后，还包括：
[0029] 判断用户是否针对所述车辆服务界面进行需求操作；
[0030] 若判断到存在需求操作，根据所述需求操作提供服务选项、导航选项和/或在线付费选项。
[0031] 为解决上述技术问题，本申请还提供一种车机设备，作为其中一种实施方式，所述车机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器用于执行计算机程序，以实现如上所述的基于地图软件的车辆服务处理方法的步骤。
[0033] 为解决上述技术问题，本申请还提供一种车辆，作为其中一种实施方式，所述车辆配置有如上所述的车机设备。
[0034] 本申请车辆、车机设备及其基于地图软件的车辆服务处理方法，在车机设备的地图软件界面获取用户的操作指令，所述操作指令用于在所述地图软件界面弹出和/或跳转至目标界面，根据所述操作指令识别对应的车辆服务类型关键词，根据所述车辆服务类型关键词查找对应的服务程序，通过native架构形式提供与所述服务程序对应的一车辆服务界面。本申请能够解决不同车机设备需要配置不同版本应用程序的问题，同时避免给车机设备增加硬件成本，而使得应用程序能够普遍地使用到不同系统的车机设备中，给用户带来便利。
[0035] 上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其他目的、特征和优点能够更明显易懂，以下特举较佳实施例，并配合附图,详细说明如下。
附图说明
[0036] 图1为本申请基于地图软件的车辆服务处理方法一实施方式的流程示意图。
[0037] 图2为本申请车机设备一实施方式的模块示意图。
具体实施方式
[0038] 为更进一步阐述本申请为达成预定申请目的所采取的技术手段及功效,以下结合附图及较佳实施例，对依据本申请车辆、车机设备及其基于地图软件的车辆服务处理方法的具体实施方式、方法、步骤、特征及其效果，详细说明如下。
[0039] 有关本申请的前述及其他技术内容、特点及功效,在以下配合参考图式的较佳实施例的详细说明中将可清楚呈现。通过具体实施方式的说明,当可对本申请为达成预定目的所采取的技术手段及效果得以更加深入且具体的了解，然而所附图式仅是提供参考与说明之用,并非用来对本申请加以限制。
[0040] 请参阅图1，图1为本申请基于地图软件的车辆服务处理方法一实施方式的流程示意图。
[0041] 需要说明的是，本实施方式所述基于地图软件的车辆服务处理方法可以包括但不限于如下几个步骤。
[0042] 步骤S101，在车机设备的地图软件界面获取用户的操作指令，所述操作指令用于在所述地图软件界面弹出和/或跳转至目标界面；
[0043] 步骤S102，根据所述操作指令识别对应的车辆服务类型关键词；
[0044] 步骤S103，根据所述车辆服务类型关键词查找对应的服务程序；
[0045] 步骤S104，通过native架构形式提供与所述服务程序对应的一车辆服务界面。
[0046] 首先需要说明的是，在本实施方式中，车机设备的应用程序的开发模式可以采用Hybrid(混合模式)，其同时具备了native(原生模式)和Web(网络模式)的优点，而混合使用了Native元素和Web元素，可以跨平台调试，更新和维护成本低。
[0047] 其中，本实施方式所述通过native架构形式提供与所述服务程序对应的一车辆服务界面的步骤，具体可以包括：获取所述服务程序的目标界面URL地址；将所述URL地址通过native架构形式渲染打开，以提供对应的车辆服务界面。
[0048] 进一步而言，本实施方式所述将所述URL地址通过native架构形式渲染打开，以提供对应的车辆服务界面的步骤，具体可以包括：根据所述URL地址在车机设备本地获取用于显示的界面内容；利用所述界面内容向第三方服务器获取对应的目标界面；根据所述目标界面生成用于交互操作的所述车辆服务界面。
[0049] 此外，本实施方式所述将所述URL地址通过native架构形式渲染打开，以提供对应的车辆服务界面的步骤，具体可以包括：利用所述native架构中的UI层组件和逻辑层组件通过所述地图软件提供的接口调用车机设备的硬件进行渲染，以提供所述车辆服务界面。
[0050] 需要补充说明的是，本实施方式所述利用所述native架构中的UI层组件和逻辑层组件通过所述地图软件提供的接口调用车机设备的硬件进行渲染的步骤，还可以包括：所述逻辑层组件提供多个WebView线程，以分别渲染所述车辆服务界面的多个子功能界面。
[0051] 值得一提的是，本实施方式所述逻辑层组件提供多个WebView线程，以分别渲染所述车辆服务界面的多个子功能界面的步骤，具体可以包括：所述WebView线程向第三方服务器发送获取目标界面的请求信息；所述WebView线程获取第三方服务器根据所述请求信息所返回的数据信息；所述WebView解析所述数据信息并渲染成车辆服务界面显示给用户。
[0052] 在具体的功能设置中，本实施方式所述通过native架构形式提供与所述服务程序对应的一车辆服务界面的步骤之后，还可以包括：判断用户是否针对所述车辆服务界面进行需求操作；若判断到存在需求操作，根据所述需求操作提供服务选项、导航选项和/或在线付费选项。
[0053] 此外，本实施方式可以对车辆服务界面的服务程序进行升级，其可以采用下述升级流程。
[0054] 首先，从第三方服务器下载离线压缩包，所述离线压缩包中包括一种或多种类型的文件。服务程序在更新时需要运行多种不同类型的文件，比如：HTML5类型的文件、React-Native类型的文件等。开发人员可以在编写好各种类型的文件后，将应用程序本次更新所需的所有文件都打包在同一个离线压缩包中。
[0055] 其次，在解压所述离线压缩包后，识别所述离线压缩包中各文件的文件类型。
[0056] 接着，将所述文件发送给匹配其文件类型的容器运行，以完成更新。
[0057] 需要说明的是，本实施方式当所述文件为HTML类型的文件时，可以将所述文件发送给WebView，WebView可以运行HTML文件中的代码。当所述文件为React-Native类型的文件时，可以将所述文件发送给React-Native容器，React-Native容器可以运行React-Native文件中的代码。
[0058] 本实施方式服务程序在下载所述离线压缩包后，可以识别所述离线压缩包中各文件的文件类型，并将各文件发送给匹配其文件类型的容器运行，以完成应用程序的更新，无需解压多个离线压缩包，提高了应用程序更新的速率。
[0059] 请结合上述实施方式参阅图2，本申请还提供一种车机设备，作为其中一种实施方式，所述车机设备包括存储器20和处理器21，所述存储器20存储有计算机程序，所述处理器21用于执行计算机程序，以实现如上所述的基于地图软件的车辆服务处理方法的步骤。
[0060] 作为其中一种实施方式，所述地图软件通过应用程序的方式安装到本地，所述车辆服务界面为第三方服务器以所述地图软件的应用框架为基础、显示于所述地图软件上以供操作选择。
[0061] 具体而言，所述处理器21用于在车机设备的地图软件界面获取用户的操作指令，所述操作指令用于在所述地图软件界面弹出和/或跳转至目标界面；
[0062] 所述处理器21用于根据所述操作指令识别对应的车辆服务类型关键词；
[0063] 所述处理器21用于根据所述车辆服务类型关键词查找对应的服务程序；
[0064] 所述处理器21用于通过native架构形式提供与所述服务程序对应的一车辆服务界面。
[0065] 首先需要说明的是，在本实施方式中，车机设备的应用程序的开发模式可以采用Hybrid(混合模式)，其同时具备了native(原生模式)和Web(网络模式)的优点，而混合使用了Native元素和Web元素，可以跨平台调试，更新和维护成本低。
[0066] 其中，本实施方式所述通过native架构形式提供与所述服务程序对应的一车辆服务界面的步骤，具体可以包括：获取所述服务程序的目标界面URL地址；将所述URL地址通过native架构形式渲染打开，以提供对应的车辆服务界面。
[0067] 进一步而言，本实施方式所述处理器21用于根据所述URL地址在车机设备本地获取用于显示的界面内容；利用所述界面内容向第三方服务器获取对应的目标界面；根据所述目标界面生成用于交互操作的所述车辆服务界面。
[0068] 此外，本实施方式所述处理器21用于利用所述native架构中的UI层组件和逻辑层组件通过所述地图软件提供的接口调用车机设备的硬件进行渲染，以提供所述车辆服务界面。
[0069] 需要补充说明的是，本实施方式所述逻辑层组件提供多个WebView线程，以分别渲染所述车辆服务界面的多个子功能界面。
[0070] 值得一提的是，本实施方式所述WebView线程向第三方服务器发送获取目标界面的请求信息；所述WebView线程获取第三方服务器根据所述请求信息所返回的数据信息；所述WebView解析所述数据信息并渲染成车辆服务界面显示给用户。
[0071] 在具体的功能设置中，本实施方式所述处理器21用于判断用户是否针对所述车辆服务界面进行需求操作；若判断到存在需求操作，根据所述需求操作提供服务选项、导航选项和/或在线付费选项。
[0072] 此外，本实施方式可以对车辆服务界面的服务程序进行升级，其可以采用下述升级流程。
[0073] 首先，从第三方服务器下载离线压缩包，所述离线压缩包中包括一种或多种类型的文件。服务程序在更新时需要运行多种不同类型的文件，比如：HTML5类型的文件、React-Native类型的文件等。开发人员可以在编写好各种类型的文件后，将应用程序本次更新所需的所有文件都打包在同一个离线压缩包中。
[0074] 其次，在解压所述离线压缩包后，识别所述离线压缩包中各文件的文件类型。
[0075] 接着，将所述文件发送给匹配其文件类型的容器运行，以完成更新。
[0076] 需要说明的是，本实施方式当所述文件为HTML类型的文件时，可以将所述文件发送给WebView，WebView可以运行HTML文件中的代码。当所述文件为React-Native类型的文件时，可以将所述文件发送给React-Native容器，React-Native容器可以运行React-Native文件中的代码。
[0077] 本实施方式服务程序在下载所述离线压缩包后，可以识别所述离线压缩包中各文件的文件类型，并将各文件发送给匹配其文件类型的容器运行，以完成应用程序的更新，无需解压多个离线压缩包，提高了应用程序更新的速率。
[0078] 本申请能够解决不同车机设备需要配置不同版本应用程序的问题，同时避免给车机设备增加硬件成本，而使得应用程序能够普遍地使用到不同系统的车机设备中，给用户带来便利。
[0079] 请继续参阅图2，本申请还提供一种车辆，作为其中一种实施方式，所述车辆配置有如上所述的车机设备。
[0080] 值得一提的是，本实施方式车机设备可以使用5G通讯网络技术，其可以是一个面向场景化的技术，本申请利用5G技术对车辆(特别是智能网联汽车)起到关键的支持作用，其同时实现连接人、连接物或连接车辆，其具体可以采用下述三个典型应用场景组成。
[0081] 第一个是eMBB(Enhance Mobile Broadband，增强移动宽带)，使用户体验速率在0.1～1gpbs，峰值速率在10gbps，流量密度在10Tbps/km2；
[0082] 第二个超可靠低时延通信，本申请可以实现的主要指标是端到端的时间延迟为ms(毫秒)级别；可靠性接近100％；
[0083] 第三个是mMTC(海量机器类通信)，本申请可以实现的主要指标是连接数密度，每平方公里连接100万个其他终端，106/km2。
[0084] 通过上述方式，本申请利用5G技术的超可靠、低时延时的特点，结合比如雷达和摄像头等就可以给车辆提供显示的能力，可以跟车辆实现互动，同时利用5G技术的交互式感知功能，用户可以对外界环境做一个输出，不光能探测到状态，还可以做一些反馈等。进一步而言，本申请还可以应用到自动驾驶的协同里面，比如车辆之间进行协作式避碰，车辆编队等，以进行车速整体编队通行，提高通行效率。
[0085] 此外，本申请还可以利用5G技术实现通信增强自动驾驶感知能力，并且可以满足车内乘客对AR(增强现实)/VR(虚拟现实)、游戏、电影、移动办公等车载信息娱乐，以及高精度的需求。本申请可以实现厘米级别的3D高精度定位地图的下载量在3～4Gb/km，正常车辆限速120km/h(千米/时)下每秒钟地图的数据量为90Mbps～120Mbps(兆比特每秒)，同时还可以支持融合车载传感器信息的局部地图实时重构，以及危险态势建模与分析等。
[0086] 需要说明的是，本申请还可以应用到自动驾驶层面，利用5G技术可以协助对城市固定路线车辆实现部分智能云控制，对园区、港口的无人驾驶车辆实现基于云的运营优化以及特定条件下的远程显示、控制。
[0087] 在本申请中，上述系统和方法，均可以使用到具备车辆TBOX的车辆系统中，即车辆为可以具备车辆TBOX的车辆系统，其还可以连接到车辆的CAN总线上。
[0088] 在本实施方式中，CAN可以包括三条网络通道CAN_1、CAN_2和CAN_3，车辆还可以设置一条以太网网络通道，其中三条CAN网络通道可以通过两个车联网网关与以太网网络通道相连接，举例而言，其中CAN_1网络通道包括混合动力总成系统，其中CAN_2网络通道包括运行保障系统，其中CAN_3网络通道包括电力测功机系统，以太网网络通道包括高级管理系统，所述的高级管理系统包括作为节点连接在以太网网络通道上的人-车-路模拟系统和综合信息采集单元，所述的CAN_1网络通道、CAN_2网络通道与以太网网络通道的车联网网关可以集成在综合信息采集单元中；CAN_3网络通道与以太网网络通道的车联网网关可以集成在人-车-路模拟系统中。
[0089] 进一步而言，所述的CAN_1网络通道连接的节点有：发动机ECU、电机MCU、电池BMS、自动变速器TCU以及混合动力控制器HCU；CAN_2网络通道连接的节点有：台架测控系统、油门传感器组、功率分析仪、瞬时油耗仪、直流电源柜、发动机水温控制系统、发动机机油温度控制系统、电机水温控制系统以及发动机中冷温度控制系统；CAN_3网络通道连接的节点有：电力测功机控制器。
[0090] 优选的所述的CAN_1网络通道的速率为250Kbps，采用J1939协议；CAN_2网络通道的速率为500Kbps，采用CANopen协议；CAN_3网络通道的速率为1Mbps，采用CANopen协议；以太网网络通道的速率为10/100Mbps，采用TCP/IP协议。
[0091] 在本实施方式中，所述车联网网关支持5G技术的V2X车联网网络，其还可以配备有IEEE802.3接口、DSPI接口、eSCI接口、CAN接口、MLB接口、LIN接口和/或I2C接口。
[0092] 在本实施方式中，比如，IEEE802.3接口可以用于连接无线路由器，为整车提供WIFI网络；DSPI(提供者管理器组件)接口用于连接蓝牙适配器和NFC(近距离无线通讯)适配器，可以提供蓝牙连接和NFC连接；eSCI接口用于连接4G/5G模块，与互联网通讯；CAN接口用于连接车辆CAN总线；MLB接口用于连接车内的MOST(面向媒体的系统传输)总线，LIN接口用于连接车内LIN(局域互联网络)总线；IC接口用于连接DSRC(专用短程通讯)模块和指纹识别模块。此外，本申请可以通过采用MPC5668G芯片对各个不同协议进行相互转换，将不同的网络进行融合。
[0093] 此外，本实施方式车辆TBOX系统，Telematics-BOX，简称车载TBOX或远程信息处理器。
[0094] 本实施方式Telematics为远距离通信的电信(Telecommunications)与信息科学(Informatics)的合成，其定义为通过内置在车辆上的计算机系统、无线通信技术、卫星导航装置、交换文字、语音等信息的互联网技术而提供信息的服务系统。简单的说就通过无线网络将车辆接入互联网(车联网系统)，为车主提供驾驶、生活所必需的各种信息。
[0095] 此外，本实施方式Telematics是无线通信技术、卫星导航系统、网络通信技术和车载电脑的综合，当车辆行驶当中出现故障时，通过无线通信连接服务中心，进行远程车辆诊断，内置在发动机上的计算机可以记录车辆主要部件的状态，并随时为维修人员提供准确的故障位置和原因。通过用户通讯终端接收信息并查看交通地图、路况介绍、交通信息、安全与治安服务以及娱乐信息服务等，另外，本实施方式的车辆还可以在后座设置电子游戏和网络应用。不难理解，本实施方式通过Telematics提供服务，可以方便用户了解交通信息、临近停车场的车位状况，确认当前位置，还可以与家中的网络服务器连接,及时了解家中的电器运转情况、安全情况以及客人来访情况等等。
[0096] 本实施方式车辆还可设置ADAS(Advanced Driver Assistant System，先进驾驶辅助系统)，其可以利用安装于车辆上的上述各种传感器，在第一时间收集车内外的环境数据，进行静、动态物体的辨识、侦测与追踪等技术上的处理，从而能够让驾驶者在最快的时间察觉可能发生的危险，以引起注意和提高安全性。对应地，本申请ADAS还可以采用雷达、激光和超声波等传感器，可以探测光、热、压力或其它用于监测车辆状态的变量，通常位于车辆的前后保险杠、侧视镜、驾驶杆内部或者挡风玻璃上。不难看出，上述ADAS功能所使用的各种智能硬件，均可以通过以太网链路的方式接入V2X车联网网络实现通信连接、交互。
[0097] 本实施方式车辆的主机可包括适当的逻辑器件、电路和/或代码以用于实现OSI模型(Open System Interconnection，开放式通信系统互联参考模型)上面五层的运行和/或功能操作。因此，主机会生成用于网络传输的数据包和/或对这些数据包进行处理，并且还会对从网络接受到的数据包进行处理。同时，主机可通过执行相应指令和/或运行一种或多种应用程序来为本地用户和/或一个或多个远程用户或网络节点提供服务。在本申请的不同实施方式中，主机可采用一种或多种安全协议。
[0098] 在本申请中，用于实现V2X车联网网络的网络连接可以为交换机，其可以具有AVB功能(Audio Video Bridging，满足IEEE802.1的标准集合)，和/或包括有一条或多条非屏蔽双绞线，每一端可以具有8P8C模块连接器。
[0100] 在本实施方式中，车身控制模块BCM可以集成车联网网关的功能，进行不同网段，即动力总线P-CAN和车身总线I-CAN之间的信号转换及报文转发等，例如，挂接在动力总线上的控制器如需要与挂接在车身总线I-CAN上的控制器进行通信，则要经过车身控制模块BCM进行两者之间的信号转换及转发等。
[0101] 动力总线P-CAN和车身总线I-CAN分别与车身控制模块BCM相连。
[0102] 组合仪表CMIC与动力总线P-CAN相连，且组合仪表CMIC与车身总线I-CAN相连。优选地，本实施方式的组合仪表CMIC与不同的总线，如动力总线P-CAN和车身总线I-CAN均相连，当组合仪表CMIC需要获取挂接在任意总线上的控制器信息时，均无需通过车身控制模块BCM进行信号转换以及报文转发，因此，可减轻网关压力、减少网络负载，且提高组合仪表CMIC获取信息的速度。
[0103] 底盘控制装置与动力总线P-CAN相连。车身控制装置与车身总线I-CAN相连。在一些示例中，底盘控制装置和车身控制装置可分别向动力总线P-CAN和车身总线I-CAN上进行信息等数据广播，以便挂接在动力总线P-CAN或车身总线I-CAN上的其它车载控制器等设备获取该广播的信息，从而实现不同控制器等车载设备之间的通信。
[0104] 此外，本实施方式车辆的V2X车联网网络，可以使用两条CAN总线，即动力总线P-CAN和车身总线I-CAN，将车身控制模块BCM作为网关，将组合仪表CMIC与动力总线P-CAN和车身总线I-CAN均相连的结构，可以省去了传统方式中组合仪表CMIC挂接在两条总线上的一条上时的底盘控制装置或车身控制装置的信息通过网关转发给组合仪表CMIC的操作，由此，减轻了车身控制模块BCM作为网关的压力，减少了网络负载，且更加方便将多条总线，如动力总线P-CAN和车身总线I-CAN上挂接的车载设备的信息发送至组合仪表CMIC上进行显示、信息传输实时性强。
[0105] 举例而言，本申请的具体实施方式包括如下：
[0106] 1、在车机设备的导航地图软件上，设置可以支持第三方服务器开发的小程序应用开发框架；
[0107] 2、用户在点击地图软件上的某个对象的时候可以启动该对象商户的小程序，而不是简单的对象的属性；
[0108] 3、不同的商家，可以自定义自己不同的小程序，实现提供不同服务；
[0109] 4、此外，可以结合地图软件的功能，直接在地图上通过位置可视化操作，启动该位置的各种服务。
[0110] 通过上述方式，举例而言，用户点击地图上的小卖商铺，直接进入该商户小程序，直接下单购买；或者，用户点击地图上的维修服务店，直接进入预约服务系统的小程序系统，上述方式均无需安装任何应用软件。
[0111] 以上所述，仅是本申请的较佳实施例而已，并非对本申请作任何形式上的限制，虽然本申请已以较佳实施例揭露如上，然而并非用以限定本申请,任何熟悉本专业的技术人员，在不脱离本申请技术方案范围内,当可利用上述揭示的技术内容作出些许更动或修饰为等同变化的等效实施例,但凡是未脱离本申请技术方案内容，依据本申请的技术实质对以上实施例所作的任何简单修改、等同变化与修饰,均仍属于本申请技术方案的范围内。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 一种基于代码特征的二进制代码与源代码相似性分析方法与装置 | 2020-05-08 | 382 |
| 风电机组的极限载荷降低方法及系统 | 2020-05-08 | 820 |
| 恶意应用检测方法、介质、设备及装置 | 2020-05-11 | 948 |
| 一种基于人工智能的多功能茶几控制系统及方法 | 2020-05-08 | 447 |
| 一种清分机磁头固定方法 | 2020-05-08 | 155 |
| 洗涤滚筒的双位置阻滞装置 | 2020-05-08 | 298 |
| 用于形成美容组合物的系统及皮肤护理管理系统 | 2020-05-08 | 605 |
| 一种信息系统安全配置自动加固方法 | 2020-05-11 | 876 |
| 一种活塞的有限元分析方法 | 2020-05-08 | 163 |
| 一种计算机软件测试装置 | 2020-05-08 | 228 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
QQ群二维码
意见反馈
意见反馈