具体实施方式

现结合附图，对本发明的较佳实施例作详细说明。

如图1和图2所示，本发明提供一种基于仪表200的智能导航方法的优选实施例。

一种基于仪表200的智能导航方法，仪表200与移动终端100通讯连接，包括步骤：

步骤S10、获取显示屏210的界面属性；

步骤S20、获取移动终端100的导航信息；

步骤S30、将导航信息转化为与界面属性相匹配的虚拟屏；

步骤S40、并在显示屏上显示虚拟屏。

在本实施例中，仪表200上应设置有一显示屏，可专用于导航显示或者与其他驾驶信息复用，特别是利用在摩托车上，例如通过显示屏可获取电机温度数据、车速、加速度、轮胎气压、续航里程等，并且通过显示屏进行导航显示，驾驶员根据导航信息或导航路径进行驾驶操作。以及，单纯的仪表200设置高精度导航系统，成本高且如若采用移动网络还需要额外付出流量费用，结构复杂且不稳定，需要内置各种模组，用户使用兴趣和吸引性极差，本发明提供一种基于移动终端100的仪表200显示智能导航的方案，即利用移动终端100的先天便捷条件进行高精度导航，将导航信息共享至显示屏210中，即可实现仪表200显示导航，还能实现资源共享，降低仪表200成本，提高市场竞争力。

同时，在进行导航共享的同时，需要针对不同用户的移动终端100的显示属性进行有效兼容，如手机，仪表200可配合不同的移动终端100使用，即不是纯显示画面的投屏，而是通过步骤S10先获取显示屏210的界面属性，优选界面属性为界面显示尺寸，并同时通过步骤S20获取移动终端100的导航信息，根据预设规则将导航信息转化为与界面属性相匹配的虚拟屏，并在显示屏上显示虚拟屏，实现显示屏210均可与不同移动终端100兼容使用，均能在显示屏210上显示正确的画面。

关于虚拟屏的建立包括：预设有虚拟屏模板，结合界面属性设置虚拟屏模板的界面尺寸及相关文字、符号、图像的变化；再将导航信息导入虚拟屏模板中，虚拟屏模板选择需要的导航信息并将模板化的虚拟屏模板变成实时动态化的虚拟屏，并将虚拟屏投屏在显示屏210上，进行有效显示。

在本实施例中，将导航信息转化为与界面属性相匹配的虚拟屏的处理步骤包括两个方案。

方案一、移动终端100将导航信息转化为与界面属性相匹配的虚拟屏，并将虚拟屏发送至显示屏中，显示屏上显示虚拟屏。

方案二、移动终端100将导航信息发送至显示屏中，显示屏将导航信息转化为与界面属性相匹配的虚拟屏，并显示虚拟屏。

上述两个方案大体处理方式相同，不同在于显示屏的建立位置和时机。在方案一中，在移动终端100实现所有的处理，形成显示屏可以显示的虚拟屏，利用移动终端100的硬件条件的优势，大大降低仪表200处所需要的硬件要求，再次降低仪表200的成本，适用于各种场合，例如在常规双轮电动车上也能安装此仪表200，当然，摩托车、自行车、小汽车等一些可以行走的交通工具也可以进行安装。而方案二是不需要移动终端100参数太多的操作，只需进行数据采集及发送至仪表200即可，而仪表200就可以根据预设的参数和规则形成对应的虚拟屏并进行有效显示，相对于方案一，方案二虽然提高对仪表200的硬件要求，但是可以提高虚拟屏的建立效率，适合所有不同类型的机型的移动终端100，扩大其兼容性。

在本实施例中，提供一种基于仪表200的智能导航系统，所述智能导航系统包括仪表200与移动终端100，所述仪表200包括显示屏，所述仪表200与移动终端100通过智能导航方法进行通讯交互，以实现在显示屏上显示虚拟屏。

在本实施例中，移动终端100关屏后，也可以把导航界面数据传输到仪表200中进行有效显示。移动终端100的导航界面和投射到显示屏210的导航界面的风格独立，既可以在移动终端100关屏的时候导航从而节约移动终端100电量，而且可以在仪表200建立自己想要的导航风格，只要后台运行导航就可以在仪表200进行导航，并且俩者延迟不超过1s，一般都是300ms左右。

如图3所示，本发明提供基于导航程序的获取移动终端100的导航信息的步骤的较佳实施例。

所述移动终端100安装有导航程序，所述获取移动终端100的导航信息的步骤包括：

步骤S21、移动终端100通过导航程序进行导航操作；

步骤S22、采集导航操作中产生且所需的多种导航信息。

具体地，移动终端100是通过内置的导航程序进行导航的，在导航过程中，将相关导航信息进行采集，包括GPS定位、车牌限牌、路线规划及导航、最佳路线选择、路线纠错、距离、所需时间、达到时间、拥堵程度、东南西北方向、速度、超速情况、道路名称、道路图像等。

其中，可以使用专用APP所嵌入的导航程序进行导航操作，或者使用专用APP采集导航程序的导航信息，或者使用导航程序中的采集脚本获取导航信息。

如图4所示，本发明提供基于开放式SDK模块的采集导航操作中产生且所需的多种导航信息的步骤的较佳实施例。

所述移动终端100安装有开放式SDK模块，所述采集导航操作中产生且所需的多种导航信息的步骤包括：

步骤S221、移动终端100通过开放式SDK模块采集导航操作中产生且所需的数据；

步骤S222、对数据进行编码处理形成包含导航信息或虚拟屏的数据包；

步骤S223、显示屏对数据包进行解码处理形成虚拟屏。

其中，开放式SDK模块又称为软件开发工具包，一般都是一些软件工程师为特定的软件包、软件框架、硬件平台、操作系统等建立应用软件时的开发工具的集合，软件开发工具包是一些被软件工程师用于为特定的软件包、软件框架、硬件平台、操作系统等创建应用软件的开发工具的集合，一般而言SDK即开发Windows平台下的应用程序所使用的SDK。它可以简单的为某个程序设计语言提供应用程序接口API的一些文件，但也可能包括能与某种嵌入式系统通讯的复杂的硬件。一般的工具包括用于调试和其他用途的实用工具。SDK还经常包括示例代码、支持性的技术注解或者其他的为基本参考资料澄清疑点的支持文档。

优选地，开放式SDK模块为百度开放式SDK模块或高德开放式SDK模块，根据对应的导航程序进行数据采集，采集导航操作中产生且所需的数据。其中，由于集成了开放的SDK，使研发人员能够自定义适配需要开发的功能，灵活便捷，不需要依赖第三方互联app，从而节约成本。

在步骤S222和步骤2223中，存在两套处理方案。

方案一、核心技术点是移动终端100创建虚拟屏，即在移动终端100中设置有虚拟屏的模板，将步骤S221中的数据载入虚拟屏中，形成可以显示实时导航信息的虚拟屏，并对此虚拟屏进行编码处理形成包含虚拟屏的数据包，后续显示屏接收到数据包并解码处理后，直接显示数据包中的虚拟屏。

方案二、相对于方案一，仪表200处进行创建虚拟屏，即移动终端100获取各种数据形成导航信息，并将导航信息进行编码处理形成包含导航信息的数据包，而仪表200进行数据包获取及解码处理，并将导航信息载入虚拟屏中，形成可显示的虚拟屏。

如图5所示，本发明提供系统API创建虚拟屏的较佳实施例。

所述智能导航方法的步骤还包括：

步骤S31、移动终端100通过系统API创建虚拟屏；

步骤S32、虚拟屏的导航内容通过导航信息同步导航程序的导航内容；

步骤S33、对虚拟屏进行编码处理形成数据包；

步骤S34、显示屏对数据包进行解码处理形成虚拟屏。

其中，API(Application Programming Interface，应用程序接口)是一些预先定义的接口(如函数、HTTP接口)，或指软件系统不同组成部分衔接的约定。用来提供应用程序与开发人员基于某软件或硬件得以访问的一组例程，而又无需访问源码，或理解内部工作机制的细节。

通过系统API创建虚拟屏，即经过预设规则程序，将导航程序中的导航内容所对应的数据，直接或处理后经过系统API同步至虚拟屏中，即虚拟屏的建立空间程序中，载入对应的导航内容形成实时虚拟屏。

将这种虚拟屏进行编码处理形成数据包，而显示屏对数据包进行解码处理形成虚拟屏，即实时传输具有不同导航内容的虚拟屏，通过多个虚拟屏的拼接，在显示屏上显示一个长久的导航画面，且导航画面为虚拟屏所对应的数据及参数。

在本实施例中，并参考图6，所述智能导航方法的步骤还包括：

步骤S41、移动终端100通过系统API将虚拟屏编码成H264数据；

步骤S42、进行数据封装；

步骤S43、通过TCP/UDP协议传输至仪表200，仪表200解码和在显示屏中显示H264数据。

具体地，H264压缩技术主要采用了以下几种方法对视频数据进行压缩。如帧内预测压缩，解决的是空域数据冗余问题。如帧间预测压缩(运动估计与补偿)，解决的是时域数据冗徐问题。如整数离散余弦变换(DCT)，将空间上的相关性变为频域上无关的数据然后进行量化。如CABAC压缩。

通过编码成H264数据的方式进行数据传输，在移动终端100与仪表200之间进行有效传输，提高传输效率，以及数据完整性。数据封装(Data Encapsulation)，笼统地讲，就是把业务数据映射到某个封装协议的净荷中，然后填充对应协议的包头，形成封装协议的数据包，并完成速率适配。

其中，传输控制协议(TCP，Transmission Control Protocol)是一种面向连接的、可靠的、基于字节流的传输层通信协议，由IETF的RFC 793定义，以及，Internet协议集支持一个无连接的传输协议，该协议称为用户数据报协议(UDP，User Datagram Protocol)。UDP为应用程序提供了一种无需建立连接就可以发送封装的IP数据包的方法。

如图7所示，本发明提供仪表200与移动终端100的通讯方式的较佳实施例。

所述仪表200包括蓝牙模块和WIIF模块，所述智能导航方法的步骤还包括：

步骤S51、仪表200通过蓝牙模块与移动终端100通讯，将移动终端100的WIFI信息映射至仪表200中；

步骤S52、仪表200通过WIIF模块连接到移动终端100的热点中。

通过蓝牙模块进行WIFI信息的映射，为仪表200与移动终端100的通讯连接提供智能快速连接的基础，即移动终端100根据WIFI信息与仪表200进行WIFI连接，后续仪表200通过WIIF模块连接到移动终端100的热点中。

优选地，通过仪表200的蓝牙模块和移动终端100的蓝牙模块进行蓝牙连接以后，通过Gatt/Spp协议进行通讯。其中，SPP(串行端口配置文件)是经典的蓝牙配置文件，SPP定义了在两个对等设备之间使用RFCOMM设置模拟串行电缆连接所需的蓝牙设备要求，这些要求以提供给应用程序的服务以及定义蓝牙设备之间的互操作性所需的功能和过程来表示；GATT(通用属性配置文件是BLE配置文件，它定义了两个BLE设备通过服务和特征进行通信的规范，GATT通信的双方是客户端/服务器关系，外围设备是GATT服务器，中央是GATT客户端，所有通信，两者均由客户端启动，并从服务器接收响应；SPP和GATT扮演着传输数据的角色，当使用蓝牙模块与移动应用进行通信时，对于iOS智能手机，BLE(GATT)是唯一支持的双向数据传输配置文件，对于Android智能手机，它同时支持SPP和GATT，因此模块同时支持SPP和GATT很重要；同时支持GATT和SPP的蓝牙模块，这也意味着支持经典蓝牙和BLE，也称为蓝牙双模。

如图8和图9所示，本发明提供头盔300、仪表200与移动终端100的通讯的方式的较佳实施例。

所述移动终端100通讯还与头盔300连接，所述智能导航方法的步骤还包括：

步骤S61、获取移动终端100中与导航信息配套的导航声音；

步骤S62、将导航声音发送至头盔300中，并在头盔300上播放导航声音。

具体地，并参考图9，所述智能导航系统还包括可以播放声音的头盔300，所述移动终端100将与导航信息配套的导航声音发送至头盔300中，所述头盔300上播放导航声音。通过头盔300和仪表200的配合，实现移动终端100的导航信息一分为二，图像画面形成虚拟屏并在显示屏210上显示，配套的声音通过头盔300进行播放。

优选地，头盔300通过蓝牙模块与移动终端100连接，采用蓝牙A2DP协议相连，其中，A2DP全名是Advanced Audio Distribution Profile蓝牙音频传输模型协定，A2DP是能够采用耳机内的芯片来堆栈数据，达到声音的高清晰度。

以上所述者，仅为本发明最佳实施例而已，并非用于限制本发明的范围，凡依本发明申请专利范围所作的等效变化或修饰，皆为本发明所涵盖。