CN103182938B - 车载应用的适配装置、启动方法和系统，车载端 - Google Patents

Abstract

一种车载应用的适配装置、启动方法和系统，车载端，所述车载应用的适配装置包括：请求接收单元，适于接收基于消息界面产生的调用请求；请求解析单元，适于解析所述调用请求，调用应用接口单元；应用接口单元，适于生成匹配于车载应用的应用启动信号；应用启动单元，适于基于所述应用启动信号启动所述车载应用。本技术方案实现了通过服务端发送的消息调用车载端的应用，增强了用户的使用体验。

Description

车载应用的适配装置、启动方法和系统，车载端

技术领域

本发明涉及车载系统领域，特别涉及一种车载应用的适配装置、启动方法和系统，车载端。

背景技术

如今，汽车产业发展迅速，汽车的数量越来越多。人们在拥有汽车的同时，也会越来越关注使用汽车时的使用体验，从而越来越多的车载设备应用于汽车上以实现各种车载应用，例如车载导航、车载定位(通常为GPS，GlobalPositioning System)、语音播报(TTS，Text to Speech)、车载DVD播放、车载通信等，可以实现包括实时路况信号、目的地地图以及行车导航等行车信号的需求的服务，以及音乐、视频、图片等多媒体需求的服务等。各种车载设备或装置之间相互联系，共同构成了汽车的车载系统，即车载端。

随着车联网的出现，车载端还可以通过网络实现各类信息的获取等。现有的网络服务端(云端)可以实时地向车载端发布各种信息，而当车载端的用户对这些信息感兴趣而需要得到进一步地信息时，通常都需要手动启动车载端上的一些应用，也就是说，无法通过服务端发布的信息直接去启动车载应用。举例来说，当服务端向车载端发送一条包含有餐馆信息的消息后，如果用户想去其中一家餐馆就餐时，就需要手动启动车载端的导航应用，获取导航信息。对于用户来说，这样的使用体验并不完善。

公告号为CN1332832C的中国专利申请公开了一种车载应用程序选择系统和车载应用程序选择装置及方法，根据拍摄到的车辆乘员的图像选择不同车载应用程序来执行动作。但并未涉及通过服务端发布的信息去启动车载应用的解决方案。

发明内容

本发明要解决的问题是现有技术无法通过服务端发送的信息调用车载端的应用。

为解决上述技术问题，本发明技术方案提供一种车载应用的适配装置，包括：请求接收单元，适于接收基于消息界面产生的调用请求；请求解析单元，适于解析所述调用请求，调用应用接口单元；应用接口单元，适于生成匹配于车载应用的应用启动信号；应用启动单元，适于基于所述应用启动信号启动所述车载应用。

为解决上述技术问题，本发明技术方案还提供一种车载端，包括：显示单元，适于基于服务端发送的消息显示消息界面；请求单元，适于基于所述消息界面产生调用请求；上述的车载应用的适配装置。

为解决上述技术问题，本发明技术方案还提供一种车载应用的启动系统，包括：上述的车载端和适于向所述车载端发送消息的服务端。

为解决上述技术问题，本发明技术方案一种车载GPS的启动方法，包括：接收基于消息界面产生的调用请求；解析所述调用请求，生成匹配于车载应用的应用启动信号；基于所述应用启动信号启动所述车载应用。

与现有技术相比，本发明技术方案具有以下优点：

通过消息界面产生调用请求，再将调用请求转换为匹配于车载应用的应用启动信号，由此实现了在不改变现有车载应用的前提下，就可以通过消息调用车载应用，增强了用户对于车载应用的使用体验。

并且，消息界面是基于服务端发送的实时消息而生成，用户通过消息界面调用车载应用，由此提高了服务端、车载端和用户之间的交互性。

附图说明

图1是本发明技术方案的车载应用的适配装置的基本结构示意图；

图2是本发明技术方案的车载应用的启动系统的基本结构示意图；

图3是本发明技术方案的车载应用的启动方法的基本流程图；

图4是本发明实施例1的车载GPS的启动系统的结构示意图；

图5是车载端接收到消息后的显示界面的示例图；

图6是本发明实施例1的消息界面的示例图；

图7是本发明实施例1的适配装置的结构示意图；

图8是本发明实施例1的更新后的消息界面的示例图；

图9是本发明实施例2的车载导航的启动系统的结构示意图；

图10是本发明实施例2的消息界面的示例图；

图11是本发明实施例2的适配装置的结构示意图；

图12是本发明实施例3的车载语音播报的启动系统的结构示意图；

图13是本发明实施例3的消息界面的示例图；

图14是本发明实施例3的适配装置的结构示意图；

图15是本发明实施例4的车载端升级的启动系统的结构示意图；

图16是本发明实施例4的消息界面的示例图；

图17是本发明实施例4的适配装置的结构示意图。

具体实施方式

为使本发明的上述目的、特征和优点能够更为明显易懂，下面结合附图对本发明的具体实施方式做详细的说明。在以下描述中阐述了具体细节以便于充分理解本发明。但是本发明能够以多种不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本发明内涵的情况下做类似推广。因此本发明不受下面公开的具体实施方式的限制。

现有技术中，服务端可以以消息的形式向车载端发布各种实时信息，车载端的显示界面会显示服务端发布的信息，然而当用户对这些信息感兴趣而需要得到进一步地信息时，通常都需要手动启动车载端上的一些应用。

本发明实施例提供一种车载应用的适配装置，如图1所示，适配装置14包括：请求接收单元141、请求解析单元142、应用接口单元143和应用启动单元144。

其中，请求接收单元141，适于接收基于消息界面产生的调用请求；请求解析单元142，与所述请求接收单元141相连，适于解析所述调用请求，调用应用接口单元143；应用接口单元143，适于生成匹配于车载应用的应用启动信号；应用启动单元144，与所述应用接口单元143相连，适于基于所述应用启动信号启动所述车载应用。

本发明实施例还提供一种车载应用的启动系统，如图2所示，包括车载端1和适于向所述车载端1发送消息的服务端2。

所述车载端1包括：车载应用单元11、显示单元12、请求单元13和适配装置14。

其中，车载应用单元11，适于实现车载应用；显示单元12，适于基于服务端发送的消息显示消息界面；请求单元13，适于基于所述消息界面产生调用请求；适配装置14，适于解析所述调用请求，生成匹配于车载应用的应用启动信号，并启动相应的车载应用。适配装置14的结构可以如图1所示。

本发明实施例还提供一种车载应用的启动方法，如图3所示，包括：步骤S1，接收基于消息界面产生的调用请求；步骤S2，解析所述调用请求，生成匹配于车载应用的应用启动信号；步骤S3，基于所述应用启动信号启动所述车载应用。

下面结合附图和具体实施例对本发明的技术方案进行详细说明。

实施例1

本实施例的车载应用包括车载定位(GPS)应用，调用请求包括GPS调用请求，应用启动信号包括GPS启动信号；应用接口单元包括GPS接口单元，应用启动单元包括GPS启动单元，车载应用单元包括GPS单元。

以服务端向车载端发送一条“推荐附近餐馆”的消息，车载端显示了“附近餐馆的名称”为例，在行车过程中，由于车载端的位置变化，附近的餐馆也会随之变化，而现有技术如果用户需要在行车过程中实时地获取附近餐馆的消息时，就需要手动启动车载端的GPS应用，向服务端上报GPS信息，以由服务端基于车载端上报的GPS信息向车载端发送实时消息。

因此，本实施例的车载GPS的启动系统，如图4所示，包括：车载端A1和适于向所述车载端A1发送消息的服务端A2，所述车载端A1与所述服务端A2之间的通信方式可以为2G/3G网络通信方式。

所述车载端A1包括：

GPS单元A11，适于实现GPS应用，获取GPS信息，所述GPS信息通常包括车载端所在位置的经纬度信息；

显示单元A12，适于基于所述服务端A2发送的消息显示消息界面；

请求单元A13，与所述显示单元A12相连，适于基于所述消息界面产生GPS调用请求；

适配装置A14，与所述GPS单元A11、请求单元A13相连，适于接收所述GPS调用请求，基于所述GPS调用请求生成GPS启动信号，基于所述GPS启动信号启动所述GPS单元A11，获取所述GPS单元A11反馈的GPS信息；

更新单元A16，与所述适配装置A14相连，适于基于车载应用发送的反馈信息更新所述显示单元A12显示的消息界面。具体地，更新单元A16适于基于所述适配装置A14获取的GPS信息更新所述显示单元A12显示的消息界面。

通过请求单元产生基于消息界面的GPS调用请求，再由适配装置将GPS调用请求转换为启动GPS应用的信号，由此实现了通过消息界面调用车载端的GPS应用；进一步地，通过适配装置和更新单元实现了基于GPS应用反馈的GPS信息实时更新消息界面。

下面对本发明实施例的车载GPS的启动系统的工作流程进行详细说明。

请参考图4，首先，服务端A2向车载端A1发送消息，例如，服务端A2根据系统时间判断当前为用餐时间，因此根据车载端A1的当前位置(可以由车载端A1的GPS单元A11上报，也可以是用户在车载端A1输入并上报)向车载端A1发送了一条标题为“推荐附近餐馆”的消息。又例如，服务端A2实时获取车载端A1的当前位置，当车辆行驶到商家D(第三方)附近时，服务端A2向车载端A1发送了一条该商家的商品促销的消息。

车载端A1通过车载收件箱接收服务端A2发送的消息，并通过显示界面或语音提示用户接收到了新消息。用户打开车载收件箱，显示界面如图5所示，为了区别于现有类别的消息(如导航信息、系统通知)，本实施例将可通过其启动车载应用的消息归类为“互动消息”，用户点击“互动消息”，则显示互动消息列表，互动消息列表中的消息可以按照接收的时间先后排列。

本实施例中，服务端A2发送的消息包含了消息界面文件的链接，消息界面文件可以为网页文件，如html、htm、asp、php、jsp文件等，对应地，网页文件的链接可以为URL地址。

接着，显示单元A12基于所述服务端A2发送的消息显示消息界面。本实施例中，车载端A1还包括与显示单元A12相连的链接单元A15，基于所述消息界面文件的链接获取所述消息界面文件。以消息界面文件为网页文件为例，服务端A2发送的互动消息仅是简短的标题和网页文件的链接，该互动消息的详细内容实际上包含在所述网页文件中，当用户对该互动消息感兴趣而选择查看时，链接单元A15连接至网络，从所述网页文件的链接下载网页文件并发送至显示单元A12，显示单元A12根据网页文件绘制生成消息界面，所述消息界面以网页的形式呈现在车载端A1的显示界面上，消息界面显示有用于产生GPS调用请求的控件。

以用户选择“推荐附近餐馆”的消息为例，消息界面可以如图6所示，其显示了多个控件，包括：标注有“更新”的控件，用于产生GPS调用请求；以餐馆的名称标注的控件，用于产生导航调用请求。对于用户来说，操作(如触摸或点击)“更新”的控件就可以启动车载GPS应用，获得GPS信息；操作以餐馆的名称标注的控件就可以启动车载导航应用，获得导航信息。

所述网页文件可以由服务端A2或第三方提供，网页文件中，HTML/XHTML负责页面结构，CSS负责样式表现，JavaScript负责动态行为，使得显示的网页可以丰富多样化，并且可由服务端A2或第三方实时更新。为了实现对网页文件的控件进行操作就可以启动车载GPS应用，如车载GPS、车载导航等，网页文件内嵌了GPS应用接口、导航应用接口等，以JavaScript实现GPS应用或导航应用的调用。

需要说明的是，本实施例中，在服务端A2向车载端A1发布信息时，服务端A2向车载端A1发送的消息包括消息的标题和消息界面文件的链接，但并不包括消息的具体内容(在消息界面文件中描述)，当车载端A1对消息感兴趣时再下载消息界面文件，因此在一定程度上减少了服务端A2向车载端A1传送信息的数据量，提高了传输速率，节省了车载端A1的存储空间。在其他实施例中，服务端A2也可以在向车载端A1发布信息时就把消息界面文件发给车载端A1。

接着，在显示消息界面后，请求单元A13基于所述消息界面产生GPS调用请求并发送给适配装置A14。以用户在如图6所示的消息界面中点击(选择)“更新”的控件为例，请求单元A13与网页内嵌的GPS应用接口建立连接，产生GPS调用请求。

接着，适配装置A14接收到请求单元A13发送的GPS调用请求后，基于所述GPS调用请求生成GPS启动信号，基于所述GPS启动信号启动所述GPS单元A11。

请求单元A13产生的GPS调用请求并不能直接用于调用GPS应用，也就是说，GPS单元A11不能识别GPS调用请求，因此需要适配装置A14对GPS调用请求进行解析和处理，以获得GPS单元A11能够识别的信号。本实施例中，由于消息界面文件内嵌的GPS应用接口和适配装置A14的作用，使得无需改变现有的GPS单元的基本结构即可实现通过消息界面调用车载GPS应用。

具体来说，如图7所示，适配装置A14包括请求接收单元A141、请求解析单元A142、GPS接口单元A143、GPS启动单元A144和GPS反馈单元A145。请求接收单元A141接收请求单元A13产生的GPS调用请求并发送给请求解析单元A142；请求解析单元A142解析所述GPS调用请求，调用GPS接口单元A143；GPS接口单元A143基于请求解析单元A142的调用生成GPS启动信号，GPS接口单元A143可以是JavaScript应用程序(如可以命名为geolocation.js)；GPS启动单元A144将所述GPS启动信号发送至GPS单元A11以启动GPS应用；GPS单元A11启动后，GPS反馈单元A145从所述GPS单元A11获取反馈的GPS信息并发送给更新单元A16。

继续参考图4，更新单元A16在接收到适配装置A14的GPS反馈单元A145发送的GPS信息后，将GPS信息上报至服务端A2，服务端A2基于更新单元A16上报的GPS信息(通常为车载端的当前位置的经纬度信息)，更新向车载端A1发送的“推荐附近餐馆”的消息，车载端A1在接收到更新的消息后，更新显示的消息界面。

具体实施时，更新单元A16可以包括信息发送单元和消息传送单元。所述信息发送单元适于将适配装置A14获取的GPS信息发送至服务端A2；所述消息传送单元适于接收服务端A2发送的基于所述GPS信息产生的消息并发送至显示单元A12。

本实施例中，服务端A2发送的基于所述GPS信息产生的消息(更新后的消息)包括消息界面文件的链接(更新后的消息界面文件的链接)，所述消息传送单元通过链接单元A15将更新后的消息发送给显示单元A12，具体地，链接单元A15根据更新后的消息界面文件的链接获取更新后的消息界面文件并发送给显示单元A12，显示单元A12根据更新后的消息界面文件生成消息界面并予以显示，更新后的消息界面可以如图8所示。

在其他实施例中，更新后的消息界面文件可以包含在服务端A2发送的消息中，所述消息传送单元直接将更新后的消息界面文件发送给显示单元A12，显示单元A12根据更新后的消息界面文件生成消息界面并予以显示。

需要说明的是，本实施例中，消息界面文件中没有包含当前位置的信息，相应地，在图8中未显示当前位置的信息。在其他实施例中，服务端也可以基于车载端上报的GPS信息确定当前位置的信息并将其描述在消息界面文件中，由此显示单元显示的消息界面中也会显示有当前位置的信息。

此外，所述GPS单元A11还适于向适配装置A14反馈GPS定位结果；所述适配装置A14的GPS反馈单元A145还适于将所述GPS定位结果发送至显示单元A12。例如，当GPS单元A11由于卫星信号等原因定位失败后，向适配装置A14发送“GPS定位失败”的消息，适配装置A14向显示单元A12反馈“GPS定位失败”的消息，通过显示单元A12将“GPS定位失败”的消息显示在消息界面中。

对应地，本实施例的车载GPS的启动方法包括：步骤S11，接收基于消息界面产生的GPS调用请求；步骤S12，解析所述GPS调用请求，生成GPS启动信号；步骤S13，基于所述GPS启动信号启动GPS应用；步骤S14，接收所述GPS应用发送的反馈信息，所述反馈信息包括GPS信息；步骤S15，基于GPS应用反馈的GPS信息更新所述消息界面。

本实施例通过消息界面产生GPS调用请求，再将GPS调用请求转换为启动GPS应用的信号，由此实现了通过服务端发送的消息调用车载端的GPS应用；进一步，GPS应用启动后，可以将与GPS信息关联的信息反馈给消息界面，也就是基于GPS信息实时地更新消息界面。因此，上述技术方案增强了用户对于车载GPS应用的使用体验，提高了服务端、车载端和用户之间的交互性。

实施例2

本实施例的调用请求包括车载应用的参数信息，所述应用接口单元还适于基于所述车载应用的参数信息生成匹配于所述车载应用的应用参数，所述应用启动单元还适于将所述应用参数发送至所述车载应用。

本实施例的车载应用包括车载导航应用，调用请求包括导航调用请求，应用启动信号包括导航启动信号；应用接口单元包括导航接口单元，应用启动单元包括导航启动单元，车载应用单元包括导航单元。

以服务端向车载端发送一条“推荐附近餐馆”的消息，车载端显示了“附近餐馆的名称”为例，现有技术中，当用户想去其中一家餐馆就餐时，就需要手动启动车载端的导航应用，输入“餐馆的名称”，获取导航信息。对于用户来说，这样的使用体验并不完善。

因此，本实施例的车载导航的启动系统，如图9所示，包括：车载端B1和适于向所述车载端B1发送消息的服务端B2，所述车载端B1与所述服务端B2之间的通信方式可以为2G/3G网络通信方式。

所述车载端B1包括：

导航单元B11，适于基于导航应用参数进行导航，所述导航应用参数包括导航点信息；

显示单元B12，适于基于所述服务端B2发送的消息显示消息界面；

请求单元B13，与所述显示单元B12相连，适于基于所述消息界面产生导航调用请求，所述导航调用请求包括导航点信息；

适配装置B14，与所述导航单元B11、请求单元B13相连，适于接收所述导航调用请求，基于所述导航调用请求生成导航应用参数和导航启动信号，基于所述导航启动信号启动所述导航单元B11，并发送所述导航应用参数至所述导航单元B11。

通过请求单元B13产生基于消息界面的导航调用请求，再由适配装置B14将导航调用请求转换为启动导航应用的信号和应用参数，由此实现了通过消息界面调用车载端的导航应用。

下面对本实施例的车载导航的启动系统的工作流程进行详细说明。

请参考图9，首先，服务端B2向车载端B1发送消息，例如，服务端B2根据系统时间判断当前为用餐时间，因此根据车载端B1的当前位置向车载端B1发送了一条标题为“推荐附近餐馆”的消息。又例如，服务端B2实时获取车载端B1的当前位置，当车辆行驶到商家D(第三方)附近时，服务端B2向车载端B1发送了一条该商家的商品促销的消息。

车载端B1通过车载收件箱接收服务端B2发送的消息，并通过显示界面或语音提示用户接收到了新消息。用户打开车载收件箱，显示界面如图5所示，为了区别于现有类别的消息(如导航信息、系统通知)，本实施例将可通过其启动车载应用的消息归类为“互动消息”，用户点击“互动消息”，则显示互动消息列表，互动消息列表中的消息可以按照接收的时间先后排列。

本实施例中，服务端B2发送的消息包含了消息界面文件的链接，所述消息界面文件包括了导航点信息，例如导航点的名称、导航点的位置等。消息界面文件可以为网页文件，如html、htm、asp、php、jsp文件等，对应地，网页文件的链接可以为URL地址。

接着，显示单元B12基于所述服务端B2发送的消息显示消息界面。本实施例中，车载端B1还包括与显示单元B12相连的链接单元B15，基于所述消息界面文件的链接获取所述消息界面文件。以消息界面文件为网页文件为例，服务端B2发送的互动消息仅是简短的标题和网页文件的链接，该互动消息的详细内容和导航点信息实际上包含在所述网页文件中，当用户对该互动消息感兴趣而选择查看时，链接单元B15连接至网络，从所述网页文件的链接下载网页文件并发送至显示单元B12，显示单元B12根据网页文件绘制生成消息界面，所述消息界面以网页的形式呈现在车载端B1的显示界面上，消息界面显示有用于产生导航调用请求的控件。

以用户选择“推荐附近餐馆”的消息为例，消息界面可以如图6所示，其显示了多个控件，每个控件以餐馆(导航点)的名称标注，对于用户来说，操作(如触摸或点击)这些控件就可以启动车载导航应用，获得餐馆的导航信息。以用户选择“商家D的商品促销”的消息为例，消息界面可以如图10所示，其显示了多条促销信息和一个控件，该控件以商家的名称(商家D)标注，对于用户来说，如对促销信息感兴趣而打算去该商家时，操作(如触摸或点击)该控件就可以启动车载导航应用，获得商家D的导航信息。

所述网页文件可以由服务端B2或第三方提供，网页文件中，HTML/XHTML负责页面结构，CSS负责样式表现，JavaScript负责动态行为，使得显示的网页可以丰富多样化，并且可由服务端B2或第三方实时更新。为了实现对网页文件的控件进行操作就可以启动车载导航应用，网页文件内嵌了导航应用接口，以JavaScript实现导航应用的调用。

需要说明的是，本实施例中，在服务端B2向车载端B1发布信息时，服务端B2向车载端B1发送的消息包括消息的标题和消息界面文件的链接，但并不包括消息的具体内容(在消息界面文件中描述)，当车载端B1对消息感兴趣时再下载消息界面文件，因此在一定程度上减少了服务端B2向车载端B1传送信息的数据量，提高了传输速率，节省了车载端B1的存储空间。在其他实施例中，服务端B2也可以在向车载端B1发布信息时就把消息界面文件发给车载端B1。

接着，在显示消息界面后，请求单元B13基于所述消息界面产生导航调用请求并发送给适配装置B14，所述导航调用请求包括导航点信息。以用户在如图6所示的消息界面中点击(选择)“餐馆B”的控件为例，请求单元B13与网页内嵌的导航应用接口建立连接，产生包含导航点信息的导航调用请求，导航点也就是导航的目的地，导航点信息可以是名称，如餐馆B，也可以是位置，如餐馆B的经纬度信息，或者是导航点附近的路名等。导航点信息可以预先在网页文件中设置。

此外，在用户选择控件后，请求单元B13还可以通过显示单元B12向用户提供一对话框(需求输入界面)，供用户输入一些导航需求信息，例如导航点信息、指定导航显示模式等，所述导航显示模式可以为导航模式或预览模式，其中，导航模式是指在导航启动后，以图文的形式向用户显示导航地图和导航路线，并进行语音导航；预览模式是指导航启动后，以文字形式向用户显示从当前位置到目的地的大致方位、路线和路况等。用户输入导航需求信息并确认后，导航需求信息也会包含在请求单元B13产生的导航调用请求中。

接着，适配装置B14接收到请求单元B13发送的导航调用请求后，基于所述导航调用请求生成导航应用参数和导航启动信号，基于所述导航启动信号启动所述导航单元B11，并发送所述导航应用参数至所述导航单元B11。

请求单元B13产生的导航调用请求并不能直接用于调用导航应用，也就是说，导航单元11不能识别导航调用请求，因此需要适配装置B14对导航调用请求进行解析和处理，以获得导航单元B11能够识别的应用参数。本实施例中，由于消息界面文件内嵌的导航应用接口和适配装置B14的作用，使得无需改变现有的导航单元的基本结构即可实现通过消息界面调用车载导航应用。

具体来说，如图11所示，适配装置B14包括请求接收单元B141、请求解析单元B142、导航接口单元B143和导航启动单元B144。请求接收单元B141接收请求单元B13产生的导航调用请求并发送给请求解析单元B142；请求解析单元B142解析所述导航调用请求，获取导航点信息，调用导航接口单元B143并将导航点信息传送给导航接口单元B143；导航接口单元B143基于导航点信息生成导航应用参数和导航启动信号，导航应用参数与导航单元B11的参数接口匹配，导航接口单元B143可以是JavaScript应用程序(如可以命名为navi.js)；导航启动单元B144将所述导航启动信号发送至导航单元B11以启动导航应用，并发送导航应用参数至所述导航单元B11。导航应用参数包括导航点信息，还可以包括用户输入的导航需求信息，如导航显示模式等。

本实施例中，导航接口单元B143生成的导航应用参数包含在导航启动信号携带的信息中，因此导航单元B11启动后也就可以从导航启动信号中解析出导航应用参数。在其他实施例中，导航启动信号也可以不携带信息，在导航单元B11接收到导航启动信号后，向导航启动单元B144反馈启动成功的信号，导航启动单元B144接收到启动成功的信号后，再向导航单元B11发送导航应用参数。导航单元B11通常包括硬件部分和应用程序部分，适于相互配合以实现导航应用。

导航单元B11启动后，获取导航应用参数，然后根据导航点的经纬度信息和从GPS单元获取的当前位置的经纬度信息匹配导航路线，并根据导航需求信息显示导航界面。需要说明的是，本实施例中GPS单元始终处于工作状态，在其他实施例中，若用户在如图6所示的消息界面中点击(选择)“餐馆B”的控件时，GPS单元处于关闭状态，则所述调用请求还可以包括GPS调用请求以启动GPS单元，关于GPS调用请求启动GPS应用的过程可以参考实施例1。

本实施例中，所述导航单元B11还适于向适配装置B14反馈导航结果；所述适配装置B14还包括反馈单元，具体为导航反馈单元，适于获取所述导航单元B11发送的反馈信息(如导航结果)，将所述导航结果发送至显示单元B12。例如，当导航单元B11成功匹配到导航路线后，适配装置B14的导航反馈单元向显示单元B12反馈“导航成功”的消息，通过显示单元B12将“导航成功”的消息显示在消息界面中；当导航单元B11未匹配到导航路线或由于其他原因启动失败后，适配装置B14的导航反馈单元向显示单元B12反馈“导航失败”的消息，通过显示单元B12将“导航失败”的消息显示在消息界面中。

对应地，本实施例的车载导航的启动方法包括：步骤S21，接收基于消息界面产生的导航调用请求，所述导航调用请求包括导航点信息；步骤S22，解析所述导航调用请求，生成导航应用参数和导航启动信号，所述导航应用参数包括导航点信息；步骤S23，基于所述导航启动信号启动导航应用，并发送所述导航应用参数至所述导航应用。

在本发明的一个实施例中，所述车载导航的启动方法还可以包括：步骤S24，将所述导航应用的导航结果反馈至消息界面。

本实施例通过消息界面产生导航调用请求，再将导航调用请求转换为启动导航应用的信号和导航应用可识别的导航应用参数，由此实现了通过服务端发送的消息调用车载端的导航应用，增强了用户对于车载导航应用的使用体验，提高了服务端、车载端和用户之间的交互性。

实施例3

本实施例的调用请求包括车载应用的参数信息，所述应用接口单元还适于基于所述车载应用的参数信息生成匹配于所述车载应用的应用参数，所述应用启动单元还适于将所述应用参数发送至所述车载应用。

本实施例的车载应用包括车载语音播报应用，调用请求包括语音播报调用请求，应用启动信号包括语音播报启动信号；应用接口单元包括语音播报接口单元，应用启动单元包括语音播报启动单元，车载应用单元包括语音播报单元。

以服务端向车载端发送了一条新闻或实时路况信息，车载端显示了新闻或实时路况信息的标题为例，现有技术中，当用户想收听该条新闻或实时路况信息，就需要手动启动车载端的语音播报应用，输入要收听的文字内容，由语音播报应用将文字内容朗读出来。对于用户来说，由于需要手动启动语音播报应用，再输入文字内容，不但操作复杂，而且如果是在行车过程也会影响安全性，因此，这样的使用体验并不完善。

本实施例的车载语音播报的启动系统，如图12所示，包括：车载端C1和适于向所述车载端C1发送消息的服务端C2，所述车载端C1与所述服务端C2之间的通信方式可以为2G/3G网络通信方式。

所述车载端C1包括：

语音播报单元C11，适于接收语音播报应用参数，将所述语音播报应用参数包括的要播报的文本信息转换成语音并进行播报；

显示单元C12，适于基于所述服务端C2发送的消息显示消息界面；

请求单元C13，与所述显示单元C12相连，适于基于所述消息界面产生语音播报调用请求，所述语音播报调用请求包括要播报的文本信息和/或语音播报操作指令；

适配装置C14，与所述语音播报单元C11、请求单元C13相连，适于接收所述语音播报调用请求，基于所述语音播报调用请求生成语音播报应用参数和语音播报启动信号，基于所述语音播报启动信号启动所述语音播报单元C11，并发送所述语音播报应用参数至所述语音播报单元C11。

通过请求单元C13产生基于消息界面的语音播报调用请求，再由适配装置C14将语音播报调用请求转换为启动语音播报应用的信号和应用参数，由此实现了通过消息界面调用车载端的语音播报应用。

下面对本实施例的车载语音播报的启动系统的工作流程进行详细说明。

请参考图12，首先，服务端C2向车载端C1发送消息，例如，服务端C2根据车载端C1上报的GPS数据，确定车载端C1当前位置在南北高架上，则向车载端C1发送了一条标题为“南北高架实时路况信息”的消息。

车载端C1通过车载收件箱接收服务端C2发送的消息，并通过显示界面或语音提示用户接收到了新消息。用户打开车载收件箱，显示界面如图5所示，为了区别于现有类别的消息(如导航信息、系统通知)，本实施例将可通过其启动车载应用的消息归类为“互动消息”，用户点击“互动消息”，则显示互动消息列表，互动消息列表中的消息可以按照接收的时间先后排列。

本实施例中，服务端C2发送的消息包含了消息界面文件的链接，所述消息界面文件包括了可进行播报的文字内容，要播报的文本信息可以是部分或全部文字内容。消息界面文件可以为网页文件，如html、htm、asp、php、jsp文件等，对应地，网页文件的链接可以为URL地址。

接着，显示单元C12基于所述服务端C2发送的消息显示消息界面。本实施例中，车载端C1还包括与显示单元C12相连的链接单元C15，基于所述消息界面文件的链接获取所述消息界面文件。以消息界面文件为网页文件为例，服务端C2发送的互动消息仅是简短的标题和网页文件的链接，该互动消息的详细内容实际上包含在所述网页文件中，当用户对该互动消息感兴趣而选择查看时，链接单元C15连接至网络，从所述网页文件的链接下载网页文件并发送至显示单元C12，显示单元C12根据网页文件绘制生成消息界面，所述消息界面以网页的形式呈现在车载端C1的显示界面上，消息界面显示有用于产生语音播报调用请求的控件。

以用户选择“南北高架实时路况信息”的消息为例，消息界面可以如图13所示，其显示了消息的详细内容(可进行播报的文字内容)和多个控件，控件用于供用户输入语音播报操作指令，例如，播放指令(PLAY)、暂停播放指令(PAUSE)、继续播放指令(RESUME)、停止播放指令(STOP)或重复播放指令(REPLAY)，图13中仅示例性地给出了3个控件。对于用户来说，操作(如触摸或点击)这些控件就可以启动和操作车载语音播报单元C11，将消息的详细内容转换为语音。

所述网页文件可以由服务端C2或第三方提供，网页文件中，HTML/XHTML负责页面结构，CSS负责样式表现，JavaScript负责动态行为，使得显示的网页可以丰富多样化，并且可由服务端C2或第三方实时更新。为了实现对网页文件的控件进行操作就可以启动车载语音播报应用，网页文件内嵌了语音播报应用接口，以JavaScript实现语音播报应用的调用。

需要说明的是，本实施例中，在服务端C2向车载端C1发布信息时，服务端C2向车载端C1发送的消息包括消息的标题和消息界面文件的链接，但并不包括消息的具体内容(在消息界面文件中描述)，当车载端C1对消息感兴趣时再下载消息界面文件，因此在一定程度上减少了服务端C2向车载端C1传送信息的数据量，提高了传输速率，节省了车载端C1的存储空间。在其他实施例中，服务端C2也可以在向车载端C1发布信息时就把消息界面文件发给车载端C1。

接着，在显示消息界面后，请求单元C13基于所述消息界面产生语音播报调用请求并发送给适配装置C14，所述语音播报调用请求包括要播报的文本信息和/或语音播报操作指令，所述语音播报操作指令包括播放指令、暂停播放指令、继续播放指令、停止播放指令和重复播放指令中的一种。具体来说，语音播报调用请求可以仅包括要播报的文本信息，或者包括要播报的文本信息和播放指令，用于启动语音播报单元C11；在语音播报单元C11启动后，如果需要控制语音播报单元C11对于相同的要播报的文本信息(已发送给语音播报单元C11的文本信息)进行操作，则语音播报调用请求可以仅包括语音播报操作指令。以用户在如图13所示的消息界面中点击(选择)“播放”控件为例，请求单元C13与网页内嵌的语音播报应用接口建立连接，产生包含要播报的文本信息和语音播报操作指令的语音播报调用请求，要播报的文本信息可以是消息的全部文字内容，也可以是部分文字内容(基于用户在消息界面中的选择而截取得到)。

需要说明的是，本实施例的消息界面是基于包含有控件的消息界面文件(如网页文件)而生成，在其他实施例中，消息界面也可以是基于文本文件(如txt文件)而生成，服务端C2在向车载端C1发送的消息包括消息的标题和消息的详细内容，其中消息的详细内容是以文本文件的形式发送，当用户选择该消息时，消息界面显示该文本文件，请求单元C13产生语音播报调用请求，将要播报的文本信息即文本文件中的文字(消息的全部或部分内容)打包在语音播报调用请求。

接着，适配装置C14接收到请求单元C13发送的语音播报调用请求后，基于所述语音播报调用请求生成语音播报应用参数和语音播报启动信号，基于所述语音播报启动信号启动所述语音播报单元C11，并发送所述语音播报应用参数至所述语音播报单元C11。

请求单元C13产生的语音播报调用请求并不能直接用于调用语音播报应用，也就是说，语音播报单元C11不能识别语音播报调用请求，因此需要适配装置C14对语音播报调用请求进行解析和处理，以获得语音播报单元C11能够识别的应用参数。本实施例中，由于消息界面文件内嵌的语音播报应用接口和适配装置C14的作用，使得无需改变现有的语音播报单元的基本结构即可实现通过消息界面调用车载语音播报应用。

具体来说，如图14所示，适配装置C14包括请求接收单元C141、请求解析单元C142、语音播报接口单元C143和语音播报启动单元C144。请求接收单元C141接收请求单元C13产生的语音播报调用请求并发送给请求解析单元C142；请求解析单元C142解析所述语音播报调用请求，获取要播报的文本信息和/或语音播报操作指令，调用语音播报接口单元C143并将要播报的文本信息传送给语音播报接口单元C143；语音播报接口单元C143基于要播报的文本信息和/或语音播报操作指令生成语音播报应用参数和语音播报启动信号，语音播报应用参数与语音播报单元C11的参数接口匹配，语音播报接口单元C143可以是JavaScript应用程序(如可以命名为tts.js)；语音播报启动单元C144将所述语音播报启动信号发送至语音播报单元C11以启动语音播报应用，并发送语音播报应用参数至所述语音播报单元C11。语音播报应用参数包括要播报的文本信息和/或对应于语音播报操作指令的语音播报操作参数，所述语音播报操作参数包括播放操作、暂停播放操作、继续播放操作、停止播放操作和重复播放操作中的一种。

本实施例中，语音播报接口单元C143生成的语音播报应用参数包含在语音播报启动信号携带的信息中，因此语音播报单元C11启动后也就可以从语音播报启动信号中解析出语音播报应用参数中要播报的文本信息。在其他实施例中，语音播报启动信号也可以不携带信息，在语音播报单元C11接收到语音播报启动信号后，向语音播报启动单元C144反馈启动成功的信号，语音播报启动单元C144接收到启动成功的信号后，再向语音播报单元C11发送语音播报应用参数。

语音播报单元C11通常包括TTS语音引擎和控制单元，其中，TTS语音引擎基于要播报的文本信息将文本转换语音，控制单元基于语音播报操作参数进行操作。语音播报单元C11启动后，获取语音播报应用参数，然后将语音播报应用参数中的要播报的文本信息转换成语音后播放出来。之后，语音播报单元C11还可以接收包含有语音播报操作参数的语音播报应用参数，解析出语音播报操作参数并执行相应地操作，所述语音播报操作参数包括播放操作、暂停播放操作、继续播放操作、停止播放操作和重复播放操作中的一种。

对应地，本实施例的车载语音播报的启动方法包括：步骤S31，接收基于消息界面产生的语音播报调用请求，所述语音播报调用请求包括要播报的文本信息和/或语音播报操作指令；步骤S32，解析所述语音播报调用请求，生成语音播报应用参数和语音播报启动信号，所述语音播报应用参数包括要播报的文本信息和/或语音播报操作参数；步骤S33，基于所述语音播报启动信号启动语音播报应用，并发送所述语音播报应用参数至所述语音播报应用。

本实施例通过消息界面产生语音播报调用请求，再将语音播报调用请求转换为启动语音播报应用的信号和语音播报应用可识别的语音播报应用参数，由此实现了通过服务端发送的消息调用车载端的语音播报应用，增强了用户对于车载语音播报应用的使用体验，提高了服务端、车载端和用户之间的交互性。

实施例4

本实施例的调用请求包括车载应用的参数信息，所述应用接口单元还适于基于所述车载应用的参数信息生成匹配于所述车载应用的应用参数，所述应用启动单元还适于将所述应用参数发送至所述车载应用。

本实施例的车载应用包括车载升级应用，调用请求包括升级调用请求，应用启动信号包括升级启动信号；应用接口单元包括升级接口单元，应用启动单元包括升级启动单元，车载应用单元包括升级单元。

以某一车载应用的运营商(第三方)发布新版本的车载应用软件(例如导航软件)后，可以通过服务端向车载端发送一条“导航软件有新版本”的消息为例，车载端显示了“导航软件的新版本信息”，现有技术中，当用户想升级车载端的导航软件时，就需要手动启动车载端的导航软件的升级应用，输入升级网站的信息，例如URL地址，升级应用链接到该地址，下载新版本导航软件并更新车载端的导航应用。或者，当车载系统的运营商发布新版本的车载操作系统后，可以通过服务端向车载端发送一条“车载系统有新版本”的消息，车载端显示了“车载系统的新版本信息”，当用户想升级车载端的操作系统时，就需要手动启动车载端的系统升级应用，输入升级网站的信息，例如URL地址，升级应用链接到该地址，下载新版本操作系统并更新车载端的操作系统。对于用户来说，这样的使用体验并不完善。

因此，本实施例的车载端升级的启动系统，如图15所示，包括：车载端D1和适于向所述车载端D1发送消息的服务端D2，所述车载端D1与所述服务端D2之间的通信方式可以为2G/3G网络通信方式。

所述车载端D1包括：

升级单元D11，适于基于升级应用参数实现车载端升级，所述车载端升级包括车载端的系统升级和/或应用升级，所述升级应用参数包括升级链接信息；

显示单元D12，适于基于所述服务端D2发送的消息显示消息界面；

请求单元D13，与所述显示单元D12相连，适于基于所述消息界面产生升级调用请求，所述升级调用请求包括升级链接信息；

适配装置D14，与所述升级单元D11、请求单元D13相连，适于接收所述升级调用请求，基于所述升级调用请求生成升级应用参数和升级启动信号，基于所述升级启动信号启动所述升级单元D11，并发送所述升级应用参数至所述升级单元D11。

通过请求单元D13产生基于消息界面的升级调用请求，再由适配装置D14将升级调用请求转换为启动升级应用的信号和应用参数，由此实现了通过消息界面调用车载端的升级应用。

下面以导航应用升级为例对本实施例的车载端升级的启动系统的工作流程进行详细说明。

请参考图15，首先，服务端D2向车载端D1发送消息，例如，导航应用的运营商发布了新版本的导航应用软件并通知了服务端D2，服务端D2向车载端D1发送了一条标题为“导航软件有新版本”的消息。

车载端D1通过车载收件箱接收服务端D2发送的消息，并通过显示界面或语音提示用户接收到了新消息。用户打开车载收件箱，显示界面如图5所示，为了区别于现有类别的消息(如导航信息、系统通知)，本实施例将可通过其启动车载应用的消息归类为“互动消息”，用户点击“互动消息”，则显示互动消息列表，互动消息列表中的消息可以按照接收的时间先后排列。

本实施例中，服务端D2发送的消息包含了消息界面文件的链接，所述消息界面文件包括了升级链接信息，例如升级网站的网址等。消息界面文件可以为网页文件，如html、htm、asp、php、jsp文件等，对应地，网页文件的链接可以为URL地址。

接着，显示单元D12基于所述服务端D2发送的消息显示消息界面。本实施例中，车载端D1还包括与显示单元D12相连的链接单元D15，基于所述消息界面文件的链接获取所述消息界面文件。以消息界面文件为网页文件为例，服务端D2发送的互动消息仅是简短的标题和网页文件的链接，该互动消息的详细内容和升级链接信息实际上包含在所述网页文件中，当用户对该互动消息感兴趣而选择查看时，链接单元D15连接至网络，从所述网页文件的链接下载网页文件并发送至显示单元D12，显示单元D12根据网页文件绘制生成消息界面，所述消息界面以网页的形式呈现在车载端D1的显示界面上，消息界面显示有用于产生升级调用请求的控件。

以用户选择“导航软件有新版本”的消息为例，消息界面可以如图16所示，其显示了导航软件新版本的详细信息、下载链接(升级网站地址)和标识有“升级”的控件，对于用户来说，如需升级车载端的导航软件，操作(如触摸或点击)“升级”控件或者点击“下载链接”就可以启动车载导航的升级应用程序，对导航应用程序进行升级。

所述网页文件可以由第三方提供，网页文件中，HTML/XHTML负责页面结构，CSS负责样式表现，JavaScript负责动态行为，使得显示的网页可以丰富多样化，并且可由服务端D2或第三方实时更新。为了实现对网页文件的控件进行操作就可以启动车载升级应用，网页文件内嵌了升级应用接口，以JavaScript实现升级应用的调用。

需要说明的是，本实施例中，在服务端D2向车载端D1发布信息时，服务端D2向车载端D1发送的消息包括消息的标题和消息界面文件的链接，但并不包括消息的具体内容和升级链接信息(在消息界面文件中描述)，当车载端D1对消息感兴趣时再下载消息界面文件，因此在一定程度上减少了服务端D2向车载端D1传送信息的数据量，提高了传输速率，节省了车载端D1的存储空间。在其他实施例中，服务端D2也可以在向车载端D1发布信息时就把消息界面文件发给车载端D1。

接着，在显示消息界面后，请求单元D13基于所述消息界面产生升级调用请求并发送给适配装置D14，所述升级调用请求包括升级链接信息。以用户在如图16所示的消息界面中点击(选择)“升级”的控件为例，请求单元D13与网页内嵌的升级应用接口建立连接，产生包含升级链接信息的升级调用请求，升级链接信息如升级网站的URL地址由第三方预先在网页文件中描述。此外，升级调用请求还可以包括升级版本信息，例如当前版本号和新版本号等。

接着，适配装置D14接收到请求单元D13发送的升级调用请求后，基于所述升级调用请求生成升级应用参数和升级启动信号，基于所述升级启动信号启动所述升级单元D11，并发送所述升级应用参数至所述升级单元D11。

请求单元D13产生的升级调用请求并不能直接用于调用升级应用，也就是说，升级单元D11不能识别升级调用请求，因此需要适配装置D14对升级调用请求进行解析和处理，以获得升级单元D11能够识别的应用参数。本实施例中，由于消息界面文件内嵌的升级应用接口和适配装置D14的作用，使得无需改变现有的升级单元的基本结构即可实现通过消息界面调用车载端的升级应用。

具体来说，如图17所示，适配装置D14包括请求接收单元D141、请求解析单元D142、升级接口单元D143和升级启动单元D144。请求接收单元D141接收请求单元D13产生的升级调用请求并发送给请求解析单元D142；请求解析单元D142解析所述升级调用请求，获取升级链接信息，调用升级接口单元D143并将升级链接信息传送给升级接口单元D143；升级接口单元D143基于升级链接信息生成升级应用参数和升级启动信号，升级应用参数与升级单元D11的参数接口匹配，升级接口单元D143可以是JavaScript应用程序(如可以命名为app.js)；升级启动单元D144将所述升级启动信号发送至升级单元D11以启动升级应用，并发送升级应用参数至所述升级单元D11。升级应用参数包括升级链接信息，还可以包括升级版本信息等。

本实施例中，升级接口单元D143生成的升级应用参数包含在升级启动信号携带的信息中，因此升级单元D11启动后也就可以从升级启动信号中解析出升级应用参数。在其他实施例中，升级启动信号也可以不携带信息，在升级单元D11接收到升级启动信号后，向升级启动单元D144反馈启动成功的信号，升级启动单元D144接收到启动成功的信号后，再向升级单元D11发送升级应用参数。

升级单元D11启动后，获取升级应用参数，然后根据升级链接信息链接到升级网站，下载新版本的导航软件并对车载端的导航应用程序进行更新，可以通过显示单元D12显示升级界面，所述升级界面显示下载和升级过程。

本实施例中，所述升级单元D11还适于向适配装置D14反馈升级结果；所述适配装置D14还适于将所述升级结果发送至显示单元D12。例如，当升级单元D11下载新版本并成功升级后，适配装置D14向显示单元D12反馈“升级成功”的消息，通过显示单元D12将“升级成功”的消息显示在消息界面中；当升级单元D11因网络等原因未下载到新版本软件或由于其他原因导致升级失败后，适配装置D14向显示单元D12反馈“升级失败”的消息，通过显示单元D12将“升级失败”的消息显示在消息界面中。升级结果(成功或失败)可以显示在消息界面中，也可以显示在升级界面中。

需要说明的是，上述升级单元D11用以实现升级应用，即车载端升级，所述车载端升级是对车载端的系统升级和车载应用升级的总称，也就是说，升级单元D11既可以实现车载端的操作系统的升级，也可以实现车载端的应用程序的升级，应用程序运行于操作系统上。在实际应用中，车载端的操作系统的升级应用可以内嵌于车载系统中，车载端的应用程序的升级应用可以内嵌于相应的车载应用中，例如，导航软件的升级应用即内嵌于车载导航应用中。

对应地，本实施例车载端升级的启动方法包括：步骤S41，接收基于消息界面产生的升级调用请求，所述升级调用请求包括升级链接信息；步骤S42，解析所述升级调用请求，生成升级应用参数和升级启动信号，所述升级应用参数包括升级链接信息；步骤S43，基于所述升级启动信号和升级应用参数启动车载端升级。

在本发明的一个实施例中，所述车载端升级的启动方法还可以包括：步骤S44，将所述车载端升级的升级结果反馈至消息界面。

本实施例通过消息界面产生升级调用请求，再将升级调用请求转换为启动升级应用的信号和升级应用可识别的升级应用参数，由此实现了通过服务端发送的消息调用车载端的升级应用，增强了用户对于车载升级应用的使用体验，提高了服务端、车载端和用户之间的交互性。

需要说明的是，本发明技术方案的车载应用并不限于上述实施例所列举的应用，还可以是音频播放应用、视频播放应用等，且在具体实施时，车载端可以包括多个车载应用，相应地，应用接口单元可以包括多个对应于车载应用的接口单元。适配装置的请求解析单元根据请求接收单元接收的调用请求，解析出所述调用请求所需调用的车载应用(可以是一个或多个)，调用相应的接口单元，由被调用的接口单元生成与所需调用的车载应用匹配的启动信号。

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

Claims (23)

1.一种车载应用的适配装置，其特征在于，包括：

请求接收单元，适于接收基于消息界面产生的调用请求；所述消息界面是基于服务端发送的实时消息而生成；

请求解析单元，适于解析所述调用请求，调用应用接口单元；

应用接口单元，适于生成匹配于车载应用的应用启动信号；

应用启动单元，适于基于所述应用启动信号启动所述车载应用。

2.根据权利要求1所述的车载应用的适配装置，其特征在于，所述车载应用包括车载定位应用、车载导航应用、车载语音播报应用、车载升级应用和车载音/视频播放应用的其中一种或者任意组合。

3.根据权利要求1所述的车载应用的适配装置，其特征在于，还包括：应用反馈单元，适于获取所述车载应用发送的反馈信息。

4.根据权利要求1所述的车载应用的适配装置，其特征在于，所述调用请求包括车载应用的参数信息，所述应用接口单元还适于基于所述车载应用的参数信息生成匹配于所述车载应用的应用参数，所述应用启动单元还适于将所述应用参数发送至所述车载应用。

5.根据权利要求4所述的车载应用的适配装置，其特征在于，所述应用启动信号携带的信息包括所述应用参数。

6.根据权利要求1所述的车载应用的适配装置，其特征在于，所述服务端发送的消息包括文本文件。

7.根据权利要求1所述的车载应用的适配装置，其特征在于，所述消息界面基于服务端发送的消息而生成。

8.根据权利要求7所述的车载应用的适配装置，其特征在于，所述服务端发送的消息包括消息界面文件的链接。

9.根据权利要求8所述的车载应用的适配装置，其特征在于，所述消息界面文件为网页文件。

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

显示单元，适于基于服务端发送的消息显示消息界面；

请求单元，适于基于所述消息界面产生调用请求；

权利要求1至6任一项所述的车载应用的适配装置。

11.根据权利要求10所述的车载端，其特征在于，所述服务端向所述车载端发送的消息包括消息界面文件的链接；

所述车载端还包括：链接单元，适于基于所述消息界面文件的链接获取所述消息界面文件；

所述显示单元基于所述消息界面文件生成消息界面并予以显示。

12.根据权利要求11所述的车载端，其特征在于，所述消息界面文件为网页文件。

13.根据权利要求10所述的车载端，其特征在于，还包括：更新单元，适于基于车载应用发送的反馈信息更新所述显示单元显示的消息界面。

14.根据权利要求13所述的车载端，其特征在于，所述更新单元包括：

信息发送单元，适于将所述车载应用发送的反馈信息发送至所述服务端；

消息传送单元，适于接收所述服务端发送的基于所述反馈信息产生的消息并发送至所述显示单元。

15.一种车载应用的启动系统，其特征在于，包括：

权利要求10至14任一项所述的车载端；

服务端，适于向所述车载端发送消息。

16.根据权利要求15所述的车载应用的启动系统，其特征在于，所述车载端与所述服务端之间的通信方式为2G/3G网络通信方式。

17.一种车载应用的启动方法，其特征在于，包括：

接收基于消息界面产生的调用请求；所述消息界面是基于服务端发送的实时消息而生成；

解析所述调用请求，生成匹配于车载应用的应用启动信号；

基于所述应用启动信号启动所述车载应用。

18.根据权利要求17所述的车载应用的启动方法，其特征在于，所述车载应用包括车载定位应用、车载导航应用、车载语音播报应用、车载升级应用和车载音视频播放应用的其中一种或者任意组合。

19.根据权利要求17所述的车载应用的启动方法，其特征在于，还包括：获取所述车载应用发送的反馈信息。

20.根据权利要求19所述的车载应用的启动方法，其特征在于，还包括：基于车载应用发送的反馈信息更新所述消息界面。

21.根据权利要求17所述的车载应用的启动方法，其特征在于，所述消息界面基于服务端发送的消息而生成。

22.根据权利要求21所述的车载应用的启动方法，其特征在于，所述服务端发送的消息包括消息界面文件的链接。

23.根据权利要求22所述的车载应用的启动方法，其特征在于，所述消息界面文件为网页文件。