CN107846431A - 车载终端通信方法及车载终端 - Google Patents

Abstract

本发明公开了一种车载终端通信方法及车载终端；方法包括：检测车载终端与移动终端之间的近距离通信链路；接收所述车载终端中应用的网络请求，并检测到所述应用具有使用所述近距离通信链路的权限；基于转发协议封装所述网络请求；基于所述近距离通信链路、并经由所述移动终端发送封装的所述网络请求至网络侧；接收网络侧针对所述网络请求的网络响应，将所接收的网络响应发送至所述车载终端中相应的应用。实施本发明，能够以安全、高效的通信方案支持车载终端中的应用进行互联网通信。

Description

车载终端通信方法及车载终端

技术领域

本发明涉及通信技术，尤其涉及一种车载终端通信方法及车载终端。

背景技术

车辆成为户外出行不可缺少的工具，车载终端作为对车辆功能的增强和延伸得到广泛应用。典型地，车载终端提供车辆的定位和卫星导航功能。

此外，伴随移动设备的计算能力、集成度不断提升，车载终端还支持安装运行各种基于互联网的功能，如网络社交、在线媒体播放、在线游戏等应用。

目前，生产车载终端的厂商众多，一般地，在车载终端中设置无线相容性认证(WiFi)模块，通过WiFi模块开启的WiFi热点接入可用的无线局域网，例如，车辆的用户开启WiFi热点，向车载终端提供无线局域网接入，并通过手机的蜂窝通信链路接入互联网。

上述方式存在以下问题：

1)目前，相当数量的车载终端中并未设置WiFi模块，导致使用WiFi热点支持车载终端中应用进行互联网通信的方案难以满足全部车载终端的互联网通信需求。

2)车载终端接入WiFi热点之后，手机用户无法限制车载终端中应用的联网行为，导致会在短时间内消耗用户手机的大量流量，安全性低。

3)需要手机和车载终端进行复杂的设置，接入效率低。

综上所述，对于以安全、高效的通信方案支持车载终端中的应用进行互联网通信，相关技术尚无有效解决方案。

发明内容

本发明实施例提供一种车载终端通信方法及车载终端，能够以安全、高效的通信方案支持车载终端中的应用进行互联网通信。

本发明实施例的技术方案是这样实现的：

第一方面，本发明实施例提供一种车载终端通信方法，包括：

检测车载终端与移动终端之间的近距离通信链路；

接收所述车载终端中应用的网络请求，并检测到所述应用具有使用所述近距离通信链路的权限；

基于转发协议封装所述网络请求；

基于所述近距离通信链路、并经由所述移动终端发送封装的所述网络请求至网络侧；

接收网络侧针对所述网络请求的网络响应，将所接收的网络响应发送至所述车载终端中相应的应用。

第二方面，本发明实施例提供一种车载终端，包括：

第一检测模块，用于检测车载终端与移动终端之间的近距离通信链路；

第二检测模块，用于接收所述车载终端中应用的网络请求，并检测到所述应用具有使用所述近距离通信链路的权限；

封装模块，用于基于转发协议封装所述网络请求；

转发模块，用于基于所述近距离通信链路、并经由所述移动终端发送封装的所述网络请求至网络侧；

所述转发模块，还用于接收网络侧针对所述网络请求的网络响应，将所接收的网络响应发送至所述车载终端中相应的应用。

第三方面，本发明实施例提供一种车载终端，包括处理器和存储器；所述存储器中存储有可执行指令，所述可执行指令用于执行本发明实施例提供的车载终端通信方法。

第四方面，本发明实施例提供一种存储介质，所述存储介质中存储有可执行指令，所述可执行指令用于执行本发明实施例提供的车载终端通信方法。

本发明实施例具有以下有益效果:

1)基于车载终端-移动终端-网络侧的通信链路，传输车载终端中应用的网络请求至网络侧，并将网络侧的网络响应返回至相应的应用，对于车载终端来说，通过与移动终端之间的近距离通信链路即可实现接入互联网通信的效果，不需要在车载终端中设置WiFi模块，从而支持不具有WiFi模块的车载终端的互联网通信的效果；

2)车载终端与移动终端之间以近距离通信技术即可高效实现连接，不需要在车载终端和移动终端设置WiFi热点功能，简化了操作，提升了对车载终端应用的网络请求的处理效率。

3)在确认应用具有使用近距离通信链路的权限时才为应用发送网络请求，从而有效避免了不具有权限的应用消耗移动终端流量的问题，保障了通信的安全性。

附图说明

图1为本发明实施例中在车辆内部设置车载终端的一个可选的示意图；

图2为本发明实施例中在车辆内部设置车载终端的又一个可选的示意图；

图3-1为本发明实施例中车载终端的一个可选的结构示意图；

图3-2为本发明实施例中车载终端的硬件层一个可选的结构示意图；

图4为本发明实施例中车载终端通信的一个可选的场景示意图；

图5-1为本发明实施例中车载终端通信的一个可选的流程示意图；

图5-2为本发明实施例中车载终端通信的一个可选的流程示意图；

图5-3为本发明实施例中车载终端通信的一个可选的流程示意图；

图5-4为本发明实施例中车载终端通信过程针对网络请求的处理示意图；

图5-5为本发明实施例中车载终端通信过程针对网络请求的处理示意图；

图6-1为本发明实施例中车载终端通信的一个可选的场景示意图；

图6-2为本发明实施例中车载终端通信的一个可选的流程示意图；

图7-1为本发明实施例中车载终端的一个可选的功能结构示意图；

图7-2为本发明实施例中车载终端的一个可选的功能结构示意图。

具体实施方式

以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

对本发明进行进一步详细说明之前，对本发明实施例中涉及的名词和术语进行说明，本发明实施例中涉及的名词和术语适用于如下的解释。

1)车载终端，设置于车辆内部的用于实现人机交互的终端，提供各种可选的功能，例如车辆状态的查看与控制、与车辆相关服务(如洗车、加油等)的预约和使用、基于互联网的应用如网络社交、网络浏览等。又例如，车辆的定位与导航功能、多媒体播放功能等。

2)移动终端，指用户手持的终端，如智能手机、平板电脑和笔记本等终端设备，一般地，移动终端具有互联网的接入能力，如通过移动终端设置的用户识别(SIM，SubscriberIdentity Module)模块、全球用户识别卡(USIM，Universal Subscriber IdentityModule)的方式进行蜂窝通信以接入互联网。

3)近距离通信，基于近距离通信协议建立端到端(如车载终端到移动终端)的通信链路以承载端到端的数据传输的技术。示例性地，无线方式的近距离通信技术包括：蓝牙、紫蜂(ZigBee)、近场通信(NFC，Near Field Communication)；有线方式的近距离通信技术包括通用串行总线(USB，Universal Serial Bus)等。

4)网络请求，车载终端中的应用根据自身的业务逻辑，向网络侧的服务器发送的请求相关业务数据的请求，如社交应用读取好友最新动态的请求，导航应用读取导航数据的请求。

5)网络响应，网络侧的服务器针对网络请求生成的响应，携带网络请求所请求的业务数据。示例性地，网络响应和网络请求可以采用基于超文本传输协议(HTTP，HyperTextTransfer Protocol)数据包的形式传输。

本发明实施例提供车载终端通信方法以及应用车载终端通信方法的车载终端。本发明实施例提供的车载终端可以以各种形式来实施，示例性地，可以采用以下方式实施：

1)实施为嵌入车辆前端的控制台，控制台用于提供对车辆的基本控制功能，如车辆定位、导航功能，多媒体功能等。一般地，控制台具有人机交互界面。

2)嵌入车辆座椅后部的多媒体终端，提供人机交互界面，用于实现多媒体播放、安装运行互联网应用等。

3)设置在车辆方向盘上的方向盘控制器，用于提供对车辆内部功能的辅助控制操作，如拨打、接听车载电话、控制音量和调整车内空调温度等。一般地，方向盘控制器中支持安装用于辅助控制的应用。

4)车辆的方向盘，示例性地，集成上述方向盘控制器的功能，如提供对车辆内部功能的辅助控制操作，如拨打、接听车载电话、控制音量和调整车内空调温度等。一般地，方向盘中支持安装用于辅助控制的应用。

以下结合附图描述实现本发明各实施例中提供的车载终端。

例如，本发明实施例中提供的车载终端可以采用如智能手机、平板电脑等移动终端的形式实施，并通过固定装置设置在车辆内部任意位置(如车窗玻璃、车辆驾驶台或用户自身如手臂上，这里的用户可以为驾驶人员或车辆内部其他人员)。

示例性地，固定装置可以采用真空吸盘吸合、基于磁性元件吸合、基于螺栓螺母紧固、基于卡扣咬合和基于束带方式绑定等方式，根据需求灵活设置在车辆内部空间的任意位置。当然，本发明以下各实施例提供的车载终端也可以嵌入车辆内部，如实施为车辆的控制台的方式，以避免占用额外的空间。

作为在车辆内部设置车载终端的一个示例，在图1示出的车辆内部固定车载终端的一个可选的示意图中，车载终端100以平板电脑的方式实施并通过固定装置(包括吸盘11和支臂12)吸盘的方式固定于车辆200的前窗部位，车载终端100的高度可以通过调节固定装置中支臂12实现以便于用户观看车载终端100的屏幕。作为在车辆内部设置车载终端的另一个示例，在图2示出的在车辆内部固定车载终端的一个可选的示意图中，车载终端100实施为车辆200的控制台，比个嵌入在车辆200的前置面板中与车辆200的内部结构构成流线型的整体，节省车辆200的内部空间。

参见图3-1示出的车载终端100的一个可选的结构示意图，车载终端100包括硬件层、中间层、操作系统层和软件层。然而，本领域的技术人员应当理解，图3-1示出的车载终端100的结构仅为示例，并不构成对车载终端100结构的限定。硬件层包括车载终端100的硬件模块，中间层提供针对硬件层的驱动程序，将硬件层的硬件模块抽象为可供操作系统(如安卓系统、Linux系统、Unix系统等)处理操作的对象，软件层包括实现车载终端100各种功能的应用，如实现定位、导航功能的导航应用，实现互联网社交功能的互联网社交应用和多媒体应用等。

图3-2示出了车载终端100的硬件层的一个可选的硬件结构示意图，车载终端100通过车载终端100内置的天线或设置在车辆200外部的天线(通常，天线设置在车辆200顶部的尾端)接收广播信号并通过车载终端100的扬声器309输出为声音。

蜂窝模块303以接入基站的建立链路的方式承载车载终端100的移动通信，例如语音(视频)通信和数据通信，通信制式可以采用码分多址(CDMA)、宽带码分多址(WCDMA)、TD-SCDMA(时分-同步码分多址)以及演进制式。

USB模块304提供与外部设备与移动终端的数据交换，示例性地，可以采用USB2.0/3.0/3.1协议与外部设备进行数据交换。

WiFi模块(图中未示出，支持车载终端100接入无线互联网，还可作为无线热点提供对车辆200内部手持车载终端(如用户持有的智能手机、平板电脑、笔记本电脑等)的无线互联网接入；需要指出的是，车载终端100中是否设置WiFi模块不影响本发明实施例的实施。

蓝牙模块305用于支持车载终端100的近距离通信，例如车载终端100与车辆200的内部空间中手持车载终端(如用户持有的智能手机、平板电脑、笔记本电脑等)的近距离通信，可以替换地，车载终端100的近距离通信还可以使用基于红外、紫蜂等技术的模块实现。

定位模块306可以实施为基于美国的全球卫星定位系统(GPS)的定位模块306，通过接收GPS信号来定位车载终端100而输出车载终端100(也就是车辆200)的位置信息、速度信息等。可替换地，定位模块306可以实施为基于其他的卫星定位系统的模块，如基于中国北斗卫星定位系统的定位模块306、基于俄罗斯的格洛纳斯(GLONASS)全球定位系统的定位模块306，以及基于欧洲的伽利略(Galileo)全球定位系统的定位模块306。

麦克风307可以在车载终端100经由蜂窝模块303提供语音电话功能时采集车辆200内部的声音处理为音频数据，并通过与基站之间的链路传输，以及，在车载终端100工作于声控模式时采集车辆200内部的用户的语音并处理为音频数据，由控制器301解析音频数据并执行相应的指令以触发车载终端100中的功能(车载终端100的功能在下文中具体说明)。

显示单元308可以显示控制器301实现的功能以及相关的信息。例如，显示在车载终端100中内置功能的功能列表界面。

存储器310用于存储由控制器301可执行的指令和应用，还可以缓存待控制器301以及车载终端100中各模块待处理或已经处理的数据(例如，音频数据、语音通信数据和视频通信数据)，可以通过闪存(FLASH)或随机访问存储器310(RAM)实现。

显示单元308可以实施为触摸屏，输出表征触摸屏的操作特征(包括触点位置、触点数量、触发压力)的用户操作数据，控制器301解析用户操作数据确定用户在功能列表界面中触发的功能，生成对应触发的功能的显示数据供显示单元308加载触发功能的界面，下面对车载终端100针对用户触发不同功能的响应处理进行说明。

1)以触发导航功能为例，控制器301通过定位模块306输出的车辆200的位置信息，在显示单元308加载车辆200所处区域(区域的范围与预设的地理网格如街道、城区或城市对应)的地图，可选地，控制器301基于在存储器310预先存储的地图数据，或者在定位车辆200是经由蜂窝模块303提供的数据通信功能从网络侧服务器获取与车辆200位置相关的地图数据，基于地图数据在地图中加载该区域的车辆服务的地理位置标识(可以采用文字、图标的方式)，作为示例，车辆服务包括：车辆保养、车辆加油、停靠、车辆维修等；当然，还可以包括医疗、教育、卫生、餐饮、娱乐等服务。

控制器301通过解析麦克风307采集用户语音输出的音频数据而确定用户指示的目标位置、或者解析显示单元308输出的用户操作数据而确定在用户显示单元308加载的地图中通过点触操作指示的目标位置，结合车辆200的当前位置计算从车辆200当前位置到达目标位置的导航路径，并在显示显示单元308中显示导航路径；可选地，控制器301可以根据用户在设置目标位置时设置的导航路径的特征(如距离最短、路况最畅通等)计算导航路径，或者，在显示单元308加载多种特征的导航路径便于用户根据需求选择。

控制器301基于导航路径调用存储器310中存储的与导航路径对应的语音导航数据，通过扬声器309播放与车辆200当前位置相关的语音导航数据，以及基于位置信息模块输出的车辆200的当前位置在显示单元308加载的地图中更新车辆200的位置标识；可选地，语音导航数据包括行驶方向、当前行驶路线限速信息、行驶路线变更提醒信息；特别地，车辆200偏离导航路径时重新计算至目标位置的导航路径并播放对应的语音导航数据。

2)以触发音乐功能为例，控制器301通过运行音乐播放应用播放存储器310存储的音频数据，通过扬声器309将音频数据转换为音频信号并输出为声音，或者，经由蜂窝模块303提供的数据通信功能从网络服务器侧获取音频数据，将音频数据转换为音频信号并输出为声音。

3)以触发电台功能为例，控制器301触发车载终端302通过天线接收不同频段或波段的广播信号并转换为音频信号，通过扬声器309将音频信号输出为声音。

4)以触发网络社交功能为例，控制器301运行存储器310中设置的网络社交应用，基于用户通过语音指示(或通过在显示单元308通过触控操作输入)的网络社交登录账户信息，通过蜂窝模块303提供的数据通信功能登录网络侧的网络社交服务器，加载网络社交内置功能，以收发语音消息为例，控制器301控制麦克风307采集用户的语音(指示向目标发送消息)，解析出指示向目标用户发送消息的指令，则继续控制麦克风307采集用户语音形成音频数据发送至目标用户(或者，将音频数据识别为文本发送至目标用户)。特别地，控制器301可以将网络社交接收到的消息转换音频数据，并控制扬声器309输出为声音，使用户在驾驶过程中无需注视显示单元308。

需要说明的是，车载终端100实现的功能可以封装为针对车载终端100存储器310进行刷写的操作系统安装包也就是ROM包，通过对车载终端100的存储器310中刷写入新的操作系统(操作系统中预置有前述的至少一个功能)来使车载终端100实现相应的功能。当然，车载终端100实现的功能都可以封装为独立的应用安装包，车载终端100通过运行应用安装包安装应用并运行相应用。

基于上述车载终端100的硬件结构以及支持实现的功能，提出本发明实施例。

本发明实施例提供的车载终端通信方法可以应用于前述的车载终端100，针对图4示出的通信场景进行说明，以实现车载终端100中的导航应用的互联网通信为例(实际应用中，也可以为其他的任意需要基于移动终端500的蜂窝通信链路进行互联网通信的应用)，用户希望导航应用通过移动终端500的蜂窝通信链路接入互联网以实现互联网通信。

示例性地，车载终端100与移动终端500建立近距离通信链路，通过近距离通信链路发送导航应用的网络请求至移动终端500，通过移动终端500的蜂窝通信链路、经由互联网300(互联网)发送网络请求至导航应用的服务器400，服务器400根据网络请求所请求的业务形成网络响应(如在导航应用中，根据请求导航的路径计算各种备选的线路)，通过服务器400-互联网300-移动终端500-车载终端100这样的通信链路，发送网络响应至导航应用，从而实现导航应用的互联网通信需求。

需要指出的是，图4中仅示例性示出了一个服务器，不应理解为实际应用中车载终端中应用仅与一个服务器通信，实际应用中，不同应用的后台的服务器往往为不同，如导航应用和社交应用各自对应的后台的服务器不同。

为实现图4示出的支持车载终端中应用进行互联网通信的场景，本发明实施例提供的车载终端通信方法的一个可选的流程示意图如图5-1所示，包括以下步骤：

步骤101，车载终端检测车载终端与移动终端之间的近距离通信链路。

在一个实施例中，车载终端检测车载终端与移动终端之间除WiFi通信链路的近距离通信链路，如基于蓝牙近距离通信链路，基于USB的近距离通信链路等。例如，根据预先设定的近距离通信链路的优先级检测可用的近距离通信链路，或者，通过比较近距离通信链路的通信质量(如传输速度、信号稳定性)选择最优的近距离通信链路使用。

示例性地，对于基于蓝牙的近距离通信链路来说，一般地，用户在车辆内部使用移动终端，并开启了移动终端的蓝牙功能，车载终端通过搜索有效蓝牙通信距离内的蓝牙信号完成与移动终端的蓝牙配对连接，对于用户来说仅仅需要开启移动终端的蓝牙功能，相较于通过开启移动终端的WiFi热点功能并在移动终端和车载终端进行一系列复杂的设置来说，能够节省用户的操作，提升支持导航应用的互联网通信的效率。

示例性地，对于基于USB的近距离通信链路来说，一般地，用户在车辆内部使用移动终端，将移动终端的USB端口与车载终端的USB端口连接，一方面，移动终端可以通过与车载终端的USB端口取电以进行充电，另一方面，可以在USB端口连接后建立USB通信链路。相较于通过开启移动终端的WiFi热点功能并在移动终端和车载终端进行一系列复杂的设置来说，能够节省用户的操作，提升支持导航应用的互联网通信的效率。

步骤102，车载终端中的应用发起网络请求。

车载终端中的应用根据自身的业务逻辑的发起网络请求，示例性地，包括：

1)定期更新的条件满足时通过网络请求获取更新数据，

例如，对于导航应用来说，定期通过网络请求查询服务器是否有更新的离线地图数据。再例如，对于社交应用来说，定期通过网络请求向服务器获取

2)响应用户的获取业务的操作，通过网络请求向服务器获取业务的数据。

例如，如前所述，在导航应用中，当用户需要查询当前位置至目的地的最畅通路线时，将触发导航应用通过网络请求向服务器发起查询。

再例如，在社交应用中，当用户使用账号登录时，以及用户在向好友发送消息时，社交应用将通过网络请求为用户完成登录，或者通过服务器推送消息至用户好友。

步骤103，车载终端接收到车载终端中应用的网络请求。

步骤104，车载终端检测到应用具有使用近距离通信链路的权限。

在一个实施例中，设车载终端中的应用包括常规应用和非常规应用(如恶意应用)，其中常规应用为用户期望通过移动终端的蜂窝通信链路进行互联网通信的应用，非常规应用是可能恶意消耗流量的应用，用户不期望非常规应用通过移动终端的蜂窝通信链路进行互联网通信，车载终端中的常规应用可以根据用户的需求而设置。

相应地，车载终端检测网络请求是否调用使用转发协议的特定转发接口，如调用则判定应用具有使用近距离通信链路的权限；如果没有调用特定转发接口，则判定应用不具有使用近距离通信链路的权限，屏蔽响应应用的网络请求，或者，可以使用车载终端中开放的通信链路(也就是公开开放使用权限的通信链路，如WiFi通信链路)发送网络请求。

为了屏蔽恶意应用使用移动终端的蜂窝通信链路进行互联网通信，在车载中终端的常规应用中设置有针对特征转发接口发送网络请求的处理逻辑、以及通过特定转发接口监听网络响应的处理逻辑，而对于非常规应用则不设置针对特定转发接口进行互联网通信的处理逻辑，也即是说，特定转发接口对于非常规应用来说是“不可见”的，非常规应用只能扫描车载终端中开放的通信链路(如车载终端中设置WiFi模块时，WiFi通信链路是向常规应用和非常规应用开放的通信链路)。

一个示例如图5-4所示，对于非常规应用来说，由于没有内置调用特定转发接口，在需要进行互联网通信只能通过开放的通信链路如WiFi通信链路发送网络请求，对于图4示出的场景来说，车辆中没有可用WiFi接入，因此非常规应用无法向服务器发送网络请求。对于常规应用来说，由于内置了通过特定转发接口发送网络请求的业务逻辑，因此通过特定转发接口、经由移动终端的蜂窝通信链路可以接入互联网，从而向服务器发送网络请求。

一个示例如图5-5所示，对于非常规应用来说，由于没有内置调用特定转发接口，在需要进行互联网通信只能通过开放的通信链路如WiFi通信链路接收网络响应，对于图4示出的场景来说，车辆中没有可用WiFi接入，因此非常规应用无法接收网络响应。对于常规应用来说，由于内置了通过特定转发接口发送网络请求的业务逻辑，因此通过特定转发接口、经由移动终端的蜂窝通信链路可以接入互联网，从而接收来自服务器的网络响应。

不难看出，车载终端中通过设置使用转发协议的特定转发接口，并且在常规应用中设置调用特定转发接口发送网络请求、以及通过监听特定转发接口接收网络响应的处理逻辑，能够实现支持常规应用的互联网通信，并避免非常规应用消耗移动终端的流量的效果。

步骤105，车载终端基于转发协议封装网络请求。

在一个实施例中，基于转发协议的指示，对网络请求中的头部(也称为请求头)、请求方法和数据体至少之一进行封装。

网络请求的头部用于携带与服务器通信的基本信息，如用于说明发送请求的应用、请求的来源等信息，使得服务器可以根据请求头部给出的客户端的信息为客户端提供的响应。

例如，可用的请求方法包括：1)GET，向服务器请求一个文件；2)POST，向服务器发送数据让服务器进行处理。

网络请求的数据体用于存储载荷数据。

在另一个实施例中，对于网络请求中的头部、请求方法和数据体至少之一进行封装之后，还可以基于转发协议指示的加密算法，对封装的网络请求进行加密以提升安全性，对于网络请求来说由于进行了加密，即使传输的网络请求被恶意监听也无法获取特定转发接口的信息，由于避免了特定转发接口泄露的可能，有效避免了非常规应用使用移动终端的蜂窝通信链路进行互联网通信的情况。

步骤106，车载终端基于近距离通信链路发送封装后的网络请求至移动终端。

实际应用中，车载终端可以采用HTTP协议传输网络请求的数据包，当然，也可以采用其他类型的传输协议如用户数据报协议(UDP，User Datagram Protocol)。

步骤107，移动终端发送封装的网络请求经由互联网发送至应用的后台的服务器。

在一个实施例中，移动终端基于转发协议对网络请求进行解封装以及校验，在校验通过时将解封装后的网络请求经由互联网发送至应用的服务器。

在另一个实施例中，当网络请求被加密时，首先对网络请求进行解密，解密后对网络请求解封装以及校验，在校验通过时将解封装后的网络请求经由互联网发送至应用的后台的服务器。

接续图5-1，结合图5-2对服务器接收到来自车载终端中应用的网络请求之后的处理进行说明，参见图5-2示出的车载终端通信方法的一个可选的流程示意图，包括以下步骤：

步骤109，服务器针对网络请求生成网络响应。

示例性地，服务器根据网络请求所请求的业务生成业务数据。

以导航应用为例，如业务请求为请求至目的地的导航路线时，则服务器计算出各种不同的导航路线，将导航路线的数据封装为网络响应的数据包。

步骤110，服务器将网络响应发送至移动终端。

一般地，移动终端通过蜂窝通信链路接入互联网以与服务器通信，蜂窝通信链路可以为3G、4G的各种指示以及演进制式的通信链路。

步骤111，移动终端对网络响应进行封装。

在一个实施例中，基于转发协议的指示，对网络响应中的头部、响应方法和数据体至少之一进行封装。

网络响应的头部用于向车载终端的应用提供一些额外信息，比如发送响应的、进行响应的服务器的功能，与响应相关的一些特殊指令，帮助车载终端中的应用(发送网络请求的应用)端处理响应，并在将来发起更好的网络请求。

网络响应的数据体用于存储载荷数据。

在另一个实施例中，对于网络响应中的头部、响应方法和数据体至少之一进行封装之后，还可以基于转发协议指示的加密算法，对封装的网络响应进行加密，提升安全性。

步骤112，移动终端将封装后的网络响应转发至车载终端。

示例性地，移动终端通过与车载终端之间的近距离通信链路，向车载终端发送封装的网络响应的HTTP数据包。

步骤113，车载终端对来自移动终端的网络响应解封装。

在一个实施例中，车载终端基于转发协议对网络响应进行解封装以及校验，在校验通过时将解封装后的网络响应发送至车载终端中的相应应用。

在另一个实施例中，当网络响应被加密时，车载终端首先对网络响应进行解密，解密后对网络响应解封装以及校验，在校验通过时将解封装后的网络响应发送至车载终端中相应的应用。

步骤114，车载终端将解封装后的网络响应发送至车载终端中的相应应用。

车载终端中的应用根据网络响应呈现结果，接入前述示例，在导航应用中呈现至目的地的各种导航路线，在社交应用中呈现用户好友的最新动态。

参见图5-3示出的车载终端通信方法的一个可选的流程示意图，基于图5-1，在车载终端检测到与移动终端的近距离通信链路之后，还包括以下步骤：

步骤108，车载终端基于近距离通信链路与移动终端协商加密的对象和加密算法至少之一，得到转发协议。

示例性地，协商的过程如下：

1)车载终端将网络请求中待加密的对象(例如，对如下对象加密：网络请求的头部、请求方法和数据体至少之一)以及自身支持的加密算法(对称加密算法和非对称加密算法)发送至移动终端，移动终端存储车载终端加密的对象的信息，后续在接收到来自车载终端中应用的网络请求时对网络请求中相应的对象进行加密；同时，移动终端在车载终端支持的加密算法中选择移动终端也支持的加密算法并向车载终端反馈。

2)移动终端将网络响应中待加密的对象(例如，对如下对象加密：网络响应的头部、响应方法和数据体至少之一)以及自身支持的加密算法(对称加密算法和非对称加密算法)发送至车载终端，车载终端存储移动终端加密的对象的信息，后续在接收到来自移动终端中应用的网络响应时对网络响应中相应的对象进行加密；同时，车载终端在移动终端支持的加密算法中选择车载终端也支持的加密算法并向移动终端反馈。

可选地，转发协议除了在车载终端和移动终端之间协商确定，还可以在车载终端和移动终端之间预先设置转发协议，由于车载终端中的常规应用(用户期望通过移动终端的蜂窝通信链路进行应用)中预置了转发协议，因此在车载终端接收到常规应用的网络请求时可以即时利用转发协议进行处理，进一步提升了应用进行互联网通信的效率。

再结合一个具体示例对本发明实施例提供的车载终端通信方法进行说明。

本发明实施例提供的车载终端通信方法的系统架构如图6-1所示。在图6-1中，手机、车载终端(车载终端中没有设置WiFi模块)、以及用于响应车载终端中应用的网络请求的云端。

车载终端设备除了具有必要的数据处理、输入(触摸、语音输入)和输出功能(屏幕显示等)外，还具有近场通信功能(如基于USB或蓝牙的近场通信功能)，车载终端通过近距离通信链路与手机进行双向通信。

对于用户期望通过手机与云端进行的通信的应用(常规应用)来说，应用中会内置调用车载终端中特定转发接口发送网络请求的处理逻辑、以及监听特定转发接口接收网络响应的处理逻辑。

特定转发接口使用转发协议，转发协议指示对HTTP格式的网络请求进行封装、加密的方式，对网络响应进行解密和解封装的方式、指示对网络请求通过蓝牙或USB通信链路经由手机进行转发至云端，以及，指示对解密、解封装处理后的网络响应转发至发送网络请求的应用。

由于车载终端用户不期望通过手机与云端通信的非常规应用(如恶意应用)来说，非常规应用中不会内置调用转发接口发送网络请求的处理逻辑，而是安装常规的流程发送网络请求，因为不符合转发协议，从而无法通过车载终端-手机之间的近距离通信链路向云端发送网络请求，无法造成手机流量的消耗，安全性高。

与手机中通过开启WiFi热点功能支持车载终端中应用与云端通信相比，WiFi热点功能无法对对车载终端中应用的网络请求进行限制，难免出现部分应用(用户不期望联网通信的非常规应用)通过手机的WiFi热点与云端通信导致手机流量被快速消耗的情况。

在上述系统架构下，车载终端和手机之间需要通过蓝牙或USB来建立手机车载终端近场链路，由车载终端转发模块和手机转发模块共同完成，近距离通信链路建立成功后即可开始处理车载终端的网络请求，并向车载终端中应用发送网络响应，实现对车载终端中应用的互联通通信的支持。

车载终端中通过手机与云端通信的流程如图6-2所示，包括以下步骤：

步骤201，车载终端安装的应用通过调用车载终端转发模块提供的HTTP转发接口发起网络请求。

步骤202，车载终端转发模块收到应用侧的转发请求后，按照约定的转发协议对网络请求的HTTP头部、请求方法(Get、Post等)、数据体(body)进行封装和加密，并将加密后的网络请求通过近距离通信链路传输到手机。

步骤203，手机转发模块接收到HTTP转发数据，并对数据进行解密和校验，若符合约定的转发协议，则将该HTTP请求通过手机网络发送到云端，等待云端返回数据。

步骤204，云端处理HTTP网络请求形成HTTP回包(返回的数据包，也即针对网络请求的网络响应)。

步骤205，云端通过手机网络发送回包给手机。

步骤206，手机转发模块收到回包后按照约定的转发协议，按照约定的转发协议对回包的HTTP头部、请求方法(Get、Post等)、数据体(body)进行封装和加密，并将加密后的回包通过近距离通信链路传输到手机。

步骤207，车载终端转发模块收到手机返回的回包之后，对回包进行解密解封装和校验，如校验成功说明回包符合约定的转发协议，则将解封装的回包返回给发起网络请求的车载终端应用。

不难看出，通过在车载终端中设置使用转发协议的特定转发接口，开放对常规应用的调用的权限，能够有效屏蔽不具有使用权限的非常规应用恶意消耗手机流量的情况，保证了通信安全。

再对前述车载终端的逻辑功能结构进行说明，参见图7-1示出的车载终端100的一个可选的逻辑功能结构示意图，包括：

第一检测模块120，用于检测车载终端与移动终端之间的近距离通信链路；

第二检测模块130，用于接收车载终端中应用的网络请求，并检测到应用具有使用近距离通信链路的权限；

封装模块140，用于基于转发协议封装网络请求；

转发模块150，用于基于近距离通信链路、并经由移动终端发送封装的网络请求至网络侧；

转发模块150，还用于接收网络侧针对网络请求的网络响应，将所接收的网络响应发送至车载终端中相应的应用。

在一个实施例中，第一检测模块120，还用于检测车载终端与移动终端之间除无线相容性认证通信链路之外的近距离通信链路。例如，根据预先设定的近距离通信链路的优先级检测可用的近距离通信链路，或者，通过比较近距离通信链路的通信质量(如传输速度、信号稳定性)选择最优的近距离通信链路使用。

在一个实施例中，第二检测模块130，还用于检测网络请求是否调用使用转发协议的特定转发接口，如调用则判定应用具有使用近距离通信链路的权限。

在一个实施例中，设车载终端中的应用包括常规应用和非常规应用(如恶意应用)，其中常规应用为用户期望通过移动终端的蜂窝通信链路进行互联网通信的应用，非常规应用是可能恶意消耗流量的应用，用户不期望非常规应用通过移动终端的蜂窝通信链路进行互联网通信，车载终端中的常规应用可以根据用户的需求而设置。

为了屏蔽恶意应用使用移动终端的蜂窝通信链路进行互联网通信，在车载中终端的常规应用中设置有针对特征转发接口发送网络请求的处理逻辑、以及通过特定转发接口监听网络响应的处理逻辑，而对于非常规应用则不设置针对特定转发接口进行互联网通信的处理逻辑，也即是说，特定转发接口对于非常规应用来说是“不可见”的，非常规应用只能扫描车载终端中开放的通信链路(如车载终端中设置WiFi模块时，WiFi通信链路是向常规应用和非常规应用开放的通信链路)。

相应地，第二检测模块130检测网络请求是否调用使用转发协议的特定转发接口，如调用则判定应用具有使用近距离通信链路的权限；如果没有调用特定转发接口，则判定应用不具有使用近距离通信链路的权限，屏蔽响应应用的网络请求，或者，可以使用车载终端中开放的通信链路(也就是车载终端中功公开开放使用权限的通信链路，如WiFi通信链路)发送网络请求。

在一个实施例中，封装模块140，还用于基于转发协议的指示，对网络请求中的头部、请求方法和数据体至少之一进行封装。在一个实施例中，封装模块140，还用于基于转发协议指示的加密算法，对封装的网络请求进行加密。

对封装的网络请求进行加密以提升安全性，对于网络请求来说由于进行了加密，即使传输的网络请求被恶意监听也无法获取特定转发接口的信息，由于避免了特定转发接口泄露的可能，有效避免了非常规应用使用移动终端的蜂窝通信链路进行互联网通信的情况。

在一个实施例中，如图7-2所示，车载终端100还包括：

协商模块160，用于检测到车载终端与移动终端之间的通信连接时，基于近距离通信链路与移动终端协商加密的对象和加密算法至少之一得到转发协议。

示例性地，协商的过程如下：

1)协商模块160将网络请求中待加密的对象(例如，对如下对象加密：网络请求的头部、请求方法和数据体至少之一)以及自身支持的加密算法(对称加密算法和非对称加密算法)发送至移动终端，移动终端存储协商模块160加密的对象的信息，后续在接收到来自协商模块160中应用的网络请求时对网络请求中相应的对象进行加密；同时，移动终端在协商模块160支持的加密算法中选择移动终端也支持的加密算法并向协商模块160反馈。

2)移动终端将网络响应中待加密的对象(例如，对如下对象加密：网络响应的头部、响应方法和数据体至少之一)以及自身支持的加密算法(对称加密算法和非对称加密算法)发送至协商模块160，协商模块160存储移动终端加密的对象的信息，后续在接收到来自移动终端中应用的网络响应时对网络响应中相应的对象进行加密；同时，协商模块160在移动终端支持的加密算法中选择协商模块160也支持的加密算法并向移动终端反馈。

可选地，转发协议除了在车载终端和移动终端之间协商确定，还可以在车载终端和移动终端之间预先设置转发协议，由于车载终端中的常规应用(用户期望通过移动终端的蜂窝通信链路进行应用)中预置了转发协议，因此在车载终端接收到常规应用的网络请求时可以即时利用转发协议进行处理，进一步提升了应用进行互联网通信的效率。

在一个实施例中，转发模块150，还用于经由移动终端接收来自网络侧的网络响应，基于转发协议对网络请求进行解密、解封装以及校验，在校验通过后将解封装后的网络请求发送至车载终端中的相应应用。

实际应用中，车载终端100中的上述模块所对应的功能可以提供为图3-1中的应用或者应用插件并由硬件层的处理器运行实现。还可以提供为图3-1中示出的操作系统层的升级安装包、或者是操作系统的完整ROM包等形式。

综上所述，本发明实施例具有以下有益效果：

1)基于车载终端-移动终端-网络侧的通信链路，传输车载终端中应用的网络请求至网络侧，并将网络侧的网络响应返回至相应的应用，对于车载终端来说，通过与移动终端之间的近距离通信链路即可实现接入互联网通信的效果，不需要在车载终端中设置WiFi模块，从而支持多数车载终端的互联网通信的效果；

2)车载终端与移动终端之间以近距离通信技术即可高效实现连接，不需要在车载终端和移动终端设置WiFi热点功能，提升了对车载终端应用的网络请求的处理效率。

3)在确认应用具有使用近距离通信链路的权限时才为应用发送网络请求，从而有效避免了不具有权限的应用消耗移动终端流量的问题，保障了通信的安全性。

本领域的技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、随机存取存储器(RAM，Random Access Memory)、只读存储器(ROM，Read-Only Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、RAM、ROM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (15)

1.一种车载终端通信方法，其特征在于，包括：

检测车载终端与移动终端之间的近距离通信链路；

接收所述车载终端中应用的网络请求，并检测到所述应用具有使用所述近距离通信链路的权限；

基于转发协议封装所述网络请求；

基于所述近距离通信链路、并经由所述移动终端发送封装的所述网络请求至网络侧；

接收网络侧针对所述网络请求的网络响应，将所接收的网络响应发送至所述车载终端中相应的应用。

2.如权利要求1所述的方法，其特征在于，所述检测车载终端与移动终端之间的近距离通信链路，包括：

检测所述车载终端与所述移动终端之间除无线相容性认证通信链路之外的近距离通信链路。

3.如权利要求1所述的方法，其特征在于，所述检测到所述应用具有使用所述近距离通信链路的权限，包括：

检测所述应用是否调用使用所述转发协议的特定转发接口发送所述网络请求，如调用则判定所述应用具有使用所述近距离通信链路的权限。

4.如权利要求1所述的方法，其特征在于，所述基于转发协议封装所述网络请求，包括：

基于所述转发协议的指示，对所述网络请求中的头部、请求方法和数据体至少之一进行封装，并对封装的所述网络请求进行加密。

5.如权利要求1所述的方法，其特征在于，所述方法还包括：

检测到所述车载终端与所述移动终端之间的近距离通信链路时，基于所述近距离通信链路与所述移动终端协商加密的对象和加密算法至少之一得到所述转发协议。

6.如权利要求1所述的方法，其特征在于，

所述封装的网络请求用于供所述移动终端基于所述转发协议进行解密、解封装以及校验，在校验通过时将解封装后的网络请求发送至网络侧。

7.如权利要求1所述的方法，其特征在于，所述接收网络侧针对所述网络请求的网络响应，将所接收的网络响应发送至所述车载终端中相应的应用，包括：

经由所述移动终端接收来自所述网络侧的网络响应，基于所述转发协议对所述网络请求进行解密、解封装以及校验，在校验通过后将解封装后的网络请求发送至所述车载终端中的相应应用。

8.如权利要求1所述的方法，其特征在于，所述方法还包括：

检测到所述应用不具有使用所述近距离通信链路的权限，检测可用的无线相容性认证通信链路发送所述网络请求。

9.一种车载终端，其特征在于，包括：

第一检测模块，用于检测车载终端与移动终端之间的近距离通信链路；

第二检测模块，用于接收所述车载终端中应用的网络请求，并检测到所述应用具有使用所述近距离通信链路的权限；

封装模块，用于基于转发协议封装所述网络请求；

转发模块，用于基于所述近距离通信链路、并经由所述移动终端发送封装的所述网络请求至网络侧；

所述转发模块，还用于接收网络侧针对所述网络请求的网络响应，将所接收的网络响应发送至所述车载终端中相应的应用。

10.如权利要求9所述的车载终端，其特征在于，

所述第一检测模块，还用于检测所述车载终端与所述移动终端之间除无线相容性认证通信链路之外的近距离通信链路。

11.如权利要求9所述的车载终端，其特征在于，

所述第二检测模块，还用于检测所述应用是否调用使用所述转发协议的特定转发接口，如调用则判定所述应用具有使用所述近距离通信链路的权限。

12.如权利要求9所述的车载终端，其特征在于，

所述封装模块，还用于基于所述转发协议的指示，对所述网络请求中的头部、请求方法和数据体至少之一进行封装，对封装的所述网络请求进行加密。

13.如权利要求9所述的车载终端，其特征在于，还包括：

协商模块，用于检测到所述车载终端与所述移动终端之间的近距离通信链路时，基于所述近距离通信链路与所述移动终端协商加密的对象和加密算法至少之一得到所述转发协议。

14.如权利要求9所述的车载终端，其特征在于，

所述转发模块，还用于经由所述移动终端接收来自所述网络侧的网络响应，基于所述转发协议对所述网络请求进行解密、解封装以及校验，在校验通过后将解封装后的网络请求发送至所述车载终端中的相应应用。

15.如权利要求9所述的车载终端，其特征在于，还包括：

所述第二检测模块，还用于检测到所述应用不具有使用所述近距离通信链路的权限时，检测可用的无线相容性认证通信链路发送所述网络请求。