CN110392067A - 第三方应用的开发系统及方法 - Google Patents

Abstract

本发明公开了一种第三方应用的开发系统及方法，其中，系统包括：车载设备以及开发者平台；车载设备与开发者平台之间进行通信；车载设备根据车辆信号的协议解析方式以及API规范要求生成对应的API接口，将API接口添加到软件应用开发工具包SDK中并发送给开发者平台，开发者平台对SDK工具包进行发布，使得开发人员能够根据SDK工具包中的API接口进行第三方应用的开发，开发难度小，成本低，有普遍适用性，且开发的第三方应用能够基于车辆信号为用户提供车辆专属的功能，在将第三方应用安装到车载设备上后，车载多媒体能够为用户提供车辆专属的功能，提高用户使用车载多媒体的体验。

Description

第三方应用的开发系统及方法

技术领域

本发明涉及车辆技术领域，特别涉及一种第三方应用的开发系统及方法。

背景技术

随着车辆智能化、网联化的发展，车辆中的车载多媒体逐渐采用安卓等开放式的系统，手机上的一些第三方应用也能及时的安装在车载多媒体上。然而，目前安装在车载多媒体上的第三方应用，一般只涉及娱乐功能，难以基于车辆的状态信息等为用户提供车辆专属的功能，例如油量过低时的提醒等。而基于车辆的状态信息等为用户提供车辆专属的功能的第三方应用，需要结合车辆整车通信网络的协议等进行专门的开发，开发难度大，成本高，不具有普通适用性，影响用户使用车载多媒体的体验。

发明内容

本发明旨在至少在一定程度上解决上述技术中的技术问题之一。

为此，本发明的一个目的在于提出一种第三方应用的开发系统，用于解决现有技术中车辆安全性差的问题。

本发明的第二个目的在于提出一种第三方应用的开发方法。

为达到上述目的，本发明第一方面实施例提出了一种第三方应用的开发系统，包括：车载设备以及开发者平台；所述车载设备与所述开发者平台之间进行通信；

所述车载设备，用于获取车辆信号；所述车辆信号包括：各检测模块通过整车通信网络发送的车辆状态信息，和/或，通过整车通信网络待发送给各执行机构的控制指令；根据所述车辆信号的协议解析方式以及API规范要求生成对应的API接口，将所述API接口添加到软件应用开发工具包SDK中并发送给所述开发者平台；

所述开发者平台，用于对所述SDK工具包进行发布，以使开发人员根据所述SDK工具包中的API接口进行第三方应用的开发。

本发明实施例的第三方应用的开发系统中，车载设备根据车辆信号的协议解析方式以及API规范要求生成对应的API接口，将API接口添加到软件应用开发工具包SDK中并发送给开发者平台，开发者平台对SDK工具包进行发布，使得开发人员能够根据SDK工具包中的API接口进行第三方应用的开发，开发难度小，成本低，具有普遍适用性，且开发的第三方应用能够基于车辆信号为用户提供车辆专属的功能，在将第三方应用安装到车载设备上后，车载多媒体能够为用户提供车辆专属的功能，提高用户使用车载多媒体的体验。

另外，根据本发明上述实施例提出的第三方应用的开发系统还可以具有如下附加的技术特征：

在本发明的一个实施例中，所述车载设备包括：协议解析模块和API接口打包模块；

所述协议解析模块，用于对所述车辆信号进行解析，获取所述车辆信号的协议解析方式；

所述API接口打包模块，用于根据所述协议解析方式以及API规范要求，打包生成对应的API接口。

在本发明的一个实施例中，所述协议解析模块具体用于，

对所述车辆信号进行解析，获取解析后的车辆信号；

根据解析后的车辆信号，确定是否允许所述车辆信号开放给第三方应用；

若不允许所述车辆信号开放给第三方应用，则不做处理。

在本发明的一个实施例中，所述车载设备还包括：应用市场；

所述应用市场，用于与所述开发者平台进行同步，获取所述开发者平台上发布的第三方应用的相关信息；所述开发者平台上发布的第三方应用，为满足约定条件的第三方应用。

在本发明的一个实施例中，所述应用市场还用于，获取用户的第三方应用软件下载指令，根据所述第三方应用软件下载指令从开发者平台下载所述第三方应用。

在本发明的一个实施例中，所述车载设备，还用于接收安装在所述车载设备上的第三方应用的API接口调用请求，结合API接口对应的协议解析方式以及API规范要求，从车辆上相应的检测模块获取车辆状态信息，将车辆状态信息返回给所述第三方应用；或者，向车辆上相应的执行机构发送控制指令。

在本发明的一个实施例中，所述整车通信网络包括通信网关和通信总线；

其中，所述车载设备与所述通信网关之间采用预设的通信规则进行通信，以通过所述通信网关接收所述通信总线上检测模块的车辆状态信息和下发控制指令至所述车辆的相应执行机构。

为达到上述目的，本发明第二方面实施例提出了一种第三方应用的开发方法，车载设备与开发者平台之间进行通信，所述方法包括以下步骤：

所述车载设备获取车辆信号；所述车辆信号包括：各检测模块通过整车通信网络发送的车辆状态信息，和/或，通过整车通信网络待发送给各执行机构的控制指令；根据所述车辆信号的协议解析方式以及API规范要求生成对应的API接口，将所述API接口添加到软件应用开发工具包SDK中并发送给所述开发者平台；

所述开发者平台对所述SDK工具包进行发布，以使开发人员根据所述SDK工具包中的API接口进行第三方应用的开发。

本发明实施例的第三方应用的开发方法中，车载设备根据车辆信号的协议解析方式以及API规范要求生成对应的API接口，将API接口添加到软件应用开发工具包SDK中并发送给开发者平台，开发者平台对SDK工具包进行发布，使得开发人员能够根据SDK工具包中的API接口进行第三方应用的开发，开发难度小，成本低，具有普遍适用性，且开发的第三方应用能够基于车辆信号为用户提供车辆专属的功能，在将第三方应用安装到车载设备上后，车载多媒体能够为用户提供车辆专属的功能，提高用户使用车载多媒体的体验。

另外，根据本发明上述实施例提出的第三方应用的开发方法还可以具有如下附加的技术特征：

在本发明的一个实施例中，所述车载设备包括：协议解析模块和API接口打包模块；

其中，所述协议解析模块对所述车辆信号进行解析，获取所述车辆信号的协议解析方式；

所述API接口打包模块根据所述协议解析方式以及API规范要求，打包生成对应的API接口。

在本发明的一个实施例中，所述协议解析模块具体用于，

对所述车辆信号进行解析，获取解析后的车辆信号；

根据解析后的车辆信号，确定是否允许所述车辆信号开放给第三方应用；

若不允许所述车辆信号开放给第三方应用，则不做处理。

在本发明的一个实施例中，所述车载设备还包括：应用市场；

所述应用市场与所述开发者平台进行同步，获取所述开发者平台上发布的第三方应用的相关信息；所述开发者平台上发布的第三方应用，为满足约定条件的第三方应用。

在本发明的一个实施例中，所述应用市场获取用户的第三方应用软件下载指令，根据所述第三方应用软件下载指令从开发者平台下载所述第三方应用。

在本发明的一个实施例中，所述车载设备接收安装在所述车载设备上的第三方应用的API接口调用请求，结合API接口对应的协议解析方式以及API规范要求，从车辆上相应的检测模块获取车辆状态信息，将车辆状态信息返回给所述第三方应用；或者，向车辆上相应的执行机构发送控制指令。

在本发明的一个实施例中，所述整车通信网络包括通信网关和通信总线；

其中，所述车载设备与所述通信网关之间采用预设的通信规则进行通信，以通过所述通信网关接收所述通信总线上检测模块的车辆状态信息和下发控制指令至所述车辆的相应执行机构。

本发明附加的方面的优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

图1是根据本发明一个实施例的第三方应用的开发系统的方框示意图；

图2是根据本发明另一个实施例的第三方应用的开发系统的方框示意图；

图3为通过车辆上各CAN总线接收CAN报文信息并生成API接口的示意图；

图4是根据本发明另一个实施例的第三方应用的开发系统的方框示意图；

图5是根据本发明一个实施例的第三方应用的开发系统的使用示意图；

图6是根据本发明一个实施例的第三方应用的开发方法的流程图。

附图标记：

车载设备-100；开发者平台-200；协议解析模块-110；API接口打包模块-120；应用市场-130；SDK发布模块-210；APP发布模块-220；

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

下面结合附图来描述本发明实施例的第三方应用的开发系统及方法。

图1是根据本发明一个实施例的第三方应用的开发系统的方框示意图。如图1所示，本发明实施例的第三方应用的开发系统包括：车载设备100以及开发者平台200；所述车载设备100与所述开发者平台200之间进行通信；

所述车载设备100，用于获取车辆信号；所述车辆信号包括：各检测模块通过整车通信网络发送的车辆状态信息，和/或，通过整车通信网络待发送给各执行机构的控制指令；根据所述车辆信号生成对应的API接口，将所述API接口添加到软件应用开发工具包SDK中并发送给所述开发者平台；

所述开发者平台200，用于对所述SDK工具包进行发布，以使开发人员根据所述SDK工具包中的API接口进行第三方应用的开发。

本实施例中，车载设备100与开发者平台200可以通过无线或有线的方式进行通信，其中，无线方式例如可以为4G(the 4th Generation mobile communicationtechnology，第四代移动通信技术)或5G(5th Generation，第五代移动通信技术)网络等，有线方式例如可以为USB(Universal Serial Bus，通用串行总线)、以太网等。其中，开发者平台200例如可以为车辆对应的云端服务器。车载设备100例如可以为车载多媒体或者车机等。

本实施例中，在车载设备中未集成软件应用开发工具包SDK的情况下，车载设备在第一次获取到每个检测模块发送的车辆状态信息，或者，第一次获取到待发送给各个执行机构的控制指令时，车辆状态信息例如车辆的速度、油量、电量、当前车辆的行驶信息(例如，加速、减速、急刹或急加速等)、当前车载空调状态等，可以对车辆状态信息或者控制指令进行协议解析等处理，根据协议解析方式等生成对应的API接口，从而得到各个检测模块或者各个执行机构对应的API接口。其中，检测模块例如，车速检测模块、油量检测模块、外部环境信息检测模块、车辆行驶信息检测模块、空调检测模块、灯光检测模块等。车速检测模块例如可以为速度传感器、加速度传感器等。

本实施例中，在车辆上电后，车辆的各检测模块可以开始向整车通信网络发送车辆状态信息；整车通信网络在车载设备100完成初始化后，可以将车辆状态信息发送给车载设备100，而后车载设备进行API接口的生成；或者在集成有SDK工具包时，根据第三方应用对API接口的调用，将车辆状态信息发送给相应的第三方应用进行处理。

本实施例中，在车辆上电后，车辆的各执行机构可以通过整车通信网络接收控制指令；整车通信网络在车载设备100完成初始化后，可以将控制指令发送给车载设备100，而后车载设备100进行API接口的生成；或者在集成有SDK工具包时，车载设备100可以根据第三方应用对API接口的调用，向相应的执行机构发送控制指令。

本实施例中，车载设备100可以通过整车通信网络接收各检测模块发送的车辆状态信息，和/或，向各执行机构发送控制指令。其中，整车通信网络包括通信网关和通信总线。其中，车载设备100与通信网关之间采用预设的通信规则进行通信，以通过通信网关接收通信总线上检测模块的车辆状态信息和下发控制指令至车辆的相应执行机构。通信总线例如可以为CAN总线等。

本发明实施例的第三方应用的开发系统中，车载设备根据车辆信号的协议解析方式以及API规范要求生成对应的API接口，将API接口添加到软件应用开发工具包SDK中并发送给开发者平台，开发者平台对SDK工具包进行发布，使得开发人员能够根据SDK工具包中的API接口进行第三方应用的开发，开发难度小，成本低，具有普遍适用性，且开发的第三方应用能够基于车辆信号为用户提供车辆专属的功能，在将第三方应用安装到车载设备上后，车载多媒体能够为用户提供车辆专属的功能，提高用户使用车载多媒体的体验。

进一步的，结合参考图2，在图1所示实施例的基础上，车载设备100包括：协议解析模块110和API接口打包模块120；

所述协议解析模块110，用于对所述车辆信号进行解析，获取所述车辆信号的协议解析方式；

所述API接口打包模块120，用于根据所述协议解析方式以及API规范要求，打包生成对应的API接口。

本实施例中，不同的检测模块或者不同的执行机构，或者不同的通信总线的情况下，车载设备100接收到的车辆信号的格式也不同。以通信总线为CAN总线，检测模块为油量检测模块为例进行说明。此时，车载设备获取到的车辆状态信息具体可以为包含油量值的CAN报文信息。其中，油量值位于CAN报文信息中的一定位置。根据CAN报文信息的格式，以及油量值在CAN报文信息中的位置等，协议解析模块110可以获取到包含油量值的CAN报文信息的协议解析方式；进而API接口打包模块120可以结合协议解析方式以及API规范要求，打包生成对应的API接口。

其中，协议解析方式例如可以为车载设备与整车通信网络之间定义的通信协议，例如，车载设备与整车通信网络之间约定好通信的CAN报文的格式，格式例如CAN报文中包括哪些参数信息，各参数信息对应的指令号是什么，以便整车通信网络对CAN报文进行识别，确定车载设备需要获取的车辆状态信息或者车载设备发送的控制指令。API接口可以包括动词以及传入参数。API规范要求例如可以为约定好根据传入参数和动词所需要进行的操作，例如打开空调对应的API“OpenAC()”，其中，OpenAC为打开空调对应的动词，括号内可以填写传入参数，例如空调的温度等。本实施例中，车载设备根据API规范要求，可以确定所需要进行的操作以及传入参数，然后对操作以及传入参数按照协议解析方式进行封装，得到检测模块或者执行机构能够识别的车辆信号，并发送给整车通信网络，以使整车通信网络发送给相应的检测模块或者执行机构。

例如，如图3所示，为通过车辆上各CAN总线接收CAN报文信息并生成API接口的示意图。在图3中，API接口的类型例如可以为，车身类API、空调类API、灯光类API、能量类API等。

进一步的，在图2所示实施例的基础上，所述协议解析模块110具体可以用于，对所述车辆信号进行解析，获取解析后的车辆信号；根据解析后的车辆信号，确定是否允许所述车辆信号开放给第三方应用；若不允许所述车辆信号开放给第三方应用，则不做处理。其中，不允许开放给第三方应用的车辆信号，例如可以为与整车控制相关的车辆信号。

本实施例中，协议解析模块110对所述车辆信号进行解析后，可以先根据解析后的车辆信号查询信号列表，信号列表中包含有允许开放给第三方应用的车辆信号，或者信号列表中包含有不允许开放给第三方应用的车辆信号；根据信号列表的查询结果确定是否允许所述车辆信号开放给第三方应用，若不允许所述车辆信号开放给第三方应用，则不获取所述车辆信号的协议解析方式，不生成对应的API接口，从而使得第三方应用难以通过API接口获取相应的车辆信号，提高车辆的安全性。

本发明实施例的第三方应用的开发系统中，车载设备中的协议解析模块对车辆信号进行解析，获取车辆信号的协议解析方式；API接口打包模块根据协议解析方式以及API规范要求，打包生成对应的API接口，将API接口添加到软件应用开发工具包SDK中并发送给开发者平台，开发者平台对SDK工具包进行发布，使得开发人员能够根据SDK工具包中的API接口进行第三方应用的开发，开发难度小，成本低，具有普遍适用性，且开发的第三方应用能够基于车辆信号为用户提供车辆专属的功能，在将第三方应用安装到车载设备上后，车载多媒体能够为用户提供车辆专属的功能，提高用户使用车载多媒体的体验。

进一步的，结合参考图4，在图2所示实施例的基础上，开发者平台200可以包括：SDK发布模块210和APP发布模块220。

其中，SDK发布模块210，用于在获取到车载设备发送的SDK工具包后，对SDK工具包进行发布，以便开发人员根据SDK工具包中的API接口，开发可以安装到车载设备上的第三方应用。APP发布模块220，用于获取开发人员上传的开发好的第三方应用，对开发好的第三方应用进行发布。

其中，APP发布模块220在对开发好的第三方应用进行发布前，可以先对第三方应用进行校验，判断第三方应用是否满足约定条件。约定条件例如可以为，第三方应用是否为约定的开发者或者企业开发得到的应用、第三方应用运行时要获取的车辆信号是否为允许开放给第三方应用的车辆信号、第三方应用的权限是否与约定的权限一致、第三方应用中携带的密钥是否与约定的密钥一致等。

本实施例中，APP发布模块220在对开发好的第三方应用进行发布前，可以先对第三方应用进行校验，判断第三方应用是否满足约定条件，从而能够避免不符合约定条件的第三方应用在开发者平台上公布，从而避免不符合约定条件的第三方应用安装到车载设备上，从而提高车辆的安全性。

进一步的，在图4所示实施例的基础上，车载设备100还可以包括：应用市场130。

其中，所述应用市场130，用于与所述开发者平台200进行同步，获取所述开发者平台200上发布的第三方应用的相关信息。

本实施例中，应用市场130在获取到开发者平台200发布的第三方应用的相关信息后，可以根据第三方应用的相关信息，将第三方应用显示在应用市场的界面上，以便车辆用户进行选择以及下载。

本实施例中，在车辆用户选择第三方应用并点击下载时，应用市场130可以获取到用户的第三方应用软件下载指令，根据第三方应用软件下载指令从开发者平台下载第三方应用。

进一步的，在上述实施例的基础上，在第三方应用下载成功，安装到车载设备上且运行后，第三方应用可以调用相应的API接口获取车辆上相应检测模块的车辆状态信息并进行处理，或者向车辆上相应的执行机构发送控制指令。其中，第三方应用中集成有SDK工具包。

例如，以第三方应用为油量提示应用为例进行说明，油量提示应用在安装到车载设备上且运行后，油量提示应用可以调用相应的API接口获取油量值并进行处理。

进一步的，在上述实施例的基础上，车载设备100还用于接收安装在车载设备上的第三方应用的API接口调用请求，结合API接口对应的协议解析方式以及API规范要求，从车辆上相应的检测模块获取车辆状态信息，将车辆状态信息返回给第三方应用。

以油量提示应用为例，油量提示应用在接收到车载设备返回的油量值后，可以判断油量值是否低于预设阈值，若低于预设阈值，则提示用户及时加油等。

本发明实施例的第三方应用的开发系统中，车载设备中的协议解析模块对车辆信号进行解析，获取车辆信号的协议解析方式；API接口打包模块根据协议解析方式以及API规范要求，打包生成对应的API接口，将API接口添加到软件应用开发工具包SDK中并发送给开发者平台，使得开发者平台对SDK工具包进行发布，使得开发人员能够根据SDK工具包中的API接口进行第三方应用的开发，开发难度小，成本低，具有普遍适用性，且开发的第三方应用能够基于车辆信号为用户提供车辆专属的功能；车载设备中的应用市场与开发者平台进行同步，获取开发者平台上发布的第三方应用的相关信息，以及根据用户的第三方应用软件下载指令，从开发者平台下载第三方应用并安装到车载设备中，从而使得车载多媒体能够为用户提供车辆专属的功能，提高用户使用车载多媒体的体验。

图5是根据本发明一个实施例的第三方应用的开发系统的使用示意图，如图5所示，在图5中，第三方应用的开发系统的执行过程具体可以为：

(1)车辆上的检测设备向车载设备发送车辆状态信息；(2)车载设备中的协议解析模块，用于对车辆状态信息进行解析，在解析后的车辆状态信息为允许开放给第三方应用的车辆状态信息时，获取车辆状态信息的协议解析方式；车载设备中的API接口打包模块，用于根据协议解析方式以及API规范要求，打包生成对应的API接口，将API接口添加到软件应用开发工具包SDK中并发送给开发者平台；(3)开发者平台中的SDK发布模块，用于对SDK工具包进行发布；开发者平台中的APP发布模块，用于获取开发人员上传的开发好的第三方应用，在开发好的第三方应用为满足约定条件的第三方应用时，对开发好的第三方应用进行发布；(4)车载设备中的应用市场，用于与开发者平台进行同步，获取开发者平台上发布的第三方应用的相关信息；以及在接收到车辆用户的第三方应用软件下载指令时，根据第三方应用软件下载指令从开发者平台下载第三方应用；(5)然后车载设备在接收到第三方应用的API接口调用请求时，与车辆上相应的检测模块交互，获取车辆状态信息并返回给第三方应用。

本发明实施例的第三方应用的开发系统中，车载设备中的协议解析模块对车辆上各检测模块通过整车通信网络发送的车辆状态信息进行解析，获取车辆状态信息的协议解析方式；API接口打包模块根据协议解析方式以及API规范要求，打包生成对应的API接口，将API接口添加到软件应用开发工具包SDK中并发送给开发者平台，使得开发者平台对SDK工具包进行发布，使得开发人员能够根据SDK工具包中的API接口进行第三方应用的开发，开发难度小，成本低，具有普遍适用性，且开发的第三方应用能够基于车辆的状态信息为用户提供车辆专属的功能；车载设备中的应用市场与开发者平台进行同步，获取开发者平台上发布的第三方应用的相关信息，以及根据用户的第三方应用软件下载指令，从开发者平台下载第三方应用并安装到车载设备中，从而使得车载多媒体能够为用户提供车辆专属的功能，提高用户使用车载多媒体的体验。

图6是根据本发明一个实施例的第三方应用的开发方法的流程图。

如图6所示，本发明实施例的第三方应用的开发方法，包括以下步骤：

S1,车载设备获取车辆信号；车辆信号包括：各检测模块通过整车通信网络发送的车辆状态信息，和/或，通过整车通信网络待发送给各执行机构的控制指令；根据车辆信号的协议解析方式以及API规范要求生成对应的API接口，将API接口添加到软件应用开发工具包SDK中并发送给开发者平台。

S2,开发者平台对SDK工具包进行发布，以使开发人员根据SDK工具包中的API接口进行第三方应用的开发。

本实施例中，在车载设备中未集成软件应用开发工具包SDK的情况下，车载设备在第一次获取到每个检测模块发送的车辆状态信息，或者，第一次获取到待发送给各个执行机构的控制指令时，车辆状态信息例如车辆的速度、油量、电量、当前车辆的行驶信息(例如，加速、减速、急刹或急加速等)、当前车载空调状态等，可以对车辆状态信息或者控制指令进行协议解析等处理，根据协议解析方式等生成对应的API接口，从而得到各个检测模块或者各个执行机构对应的API接口。其中，检测模块例如，车速检测模块、油量检测模块、外部环境信息检测模块、车辆行驶信息检测模块、空调检测模块、灯光检测模块等。车速检测模块例如可以为速度传感器、加速度传感器等。

本实施例中，在车辆上电后，车辆的各检测模块可以开始向整车通信网络发送车辆状态信息；整车通信网络在车载设备完成初始化后，可以将车辆状态信息发送给车载设备，而后车载设备进行API接口的生成；或者在集成有SDK工具包时，根据第三方应用对API接口的调用，将车辆状态信息发送给相应的第三方应用进行处理。

本实施例中，在车辆上电后，车辆的各执行机构可以通过整车通信网络接收控制指令；整车通信网络在车载设备完成初始化后，可以将控制指令发送给车载设备，而后车载设备进行API接口的生成；或者在集成有SDK工具包时，车载设备可以根据第三方应用对API接口的调用，向相应的执行机构发送控制指令。

本实施例中，车载设备可以通过整车通信网络接收各检测模块发送的车辆状态信息，和/或，向各执行机构发送控制指令。其中，整车通信网络包括通信网关和通信总线。其中，车载设备与通信网关之间采用预设的通信规则进行通信，以通过通信网关接收通信总线上检测模块的车辆状态信息和下发控制指令至车辆的相应执行机构。通信总线例如可以为CAN总线等。

进一步的，在上述实施例的基础上，车载设备包括：协议解析模块和API接口打包模块。其中，协议解析模块对车辆信号进行解析，获取车辆信号的协议解析方式。API接口打包模块根据协议解析方式以及API规范要求，打包生成对应的API接口。

本实施例中，不同的检测模块或者不同的执行机构，或者不同的通信总线的情况下，车载设备接收到的车辆信号的格式也不同。以通信总线为CAN总线，检测模块为油量检测模块为例进行说明。此时，车载设备获取到的车辆状态信息具体可以为包含油量值的CAN报文信息。其中，油量值位于CAN报文信息中的一定位置。根据CAN报文信息的格式，以及油量值在CAN报文信息中的位置等，协议解析模块可以获取到包含油量值的CAN报文信息的协议解析方式；进而API接口打包模块可以结合协议解析方式以及API规范要求，打包生成对应的API接口。

进一步的，在上述实施例的基础上，所述协议解析模块具体可以用于，对所述车辆信号进行解析，获取解析后的车辆信号；根据解析后的车辆信号，确定是否允许所述车辆信号开放给第三方应用；若不允许所述车辆信号开放给第三方应用，则不做处理。其中，不允许开放给第三方应用的车辆信号，例如可以为与整车控制相关的车辆信号。

本实施例中，协议解析模块对所述车辆信号进行解析后，可以先根据解析后的车辆信号查询信号列表，信号列表中包含有允许开放给第三方应用的车辆信号，或者信号列表中包含有不允许开放给第三方应用的车辆信号；根据信号列表的查询结果确定是否允许所述车辆信号开放给第三方应用，若不允许所述车辆信号开放给第三方应用，则不获取所述车辆信号的协议解析方式，不生成对应的API接口，从而使得第三方应用难以通过API接口获取相应的车辆信号，提高车辆的安全性。

进一步的，在上述实施例的基础上，开发者平台可以包括：SDK发布模块和APP发布模块。其中，SDK发布模块，在获取到车载设备发送的SDK工具包后，对SDK工具包进行发布，以便开发人员根据SDK工具包中的API接口，开发可以安装到车载设备上的第三方应用。APP发布模块，获取开发人员上传的开发好的第三方应用，对开发好的第三方应用进行发布。

其中，APP发布模块在对开发好的第三方应用进行发布前，可以先对第三方应用进行校验，判断第三方应用是否满足约定条件。约定条件例如可以为，第三方应用是否为约定的开发者或者企业开发得到的应用、第三方应用运行时要获取的车辆信号是否为允许开放给第三方应用的车辆信号、第三方应用的权限是否与约定的权限一致、第三方应用中携带的密钥是否与约定的密钥一致等。

本实施例中，APP发布模块在对开发好的第三方应用进行发布前，可以先对第三方应用进行校验，判断第三方应用是否满足约定条件，从而能够避免不符合约定条件的第三方应用在开发者平台上公布，从而避免不符合约定条件的第三方应用安装到车载设备上，从而提高车辆的安全性。

进一步的，在上述实施例的基础上，所述车载设备还包括：应用市场。应用市场与开发者平台进行同步，获取开发者平台上发布的第三方应用的相关信息。

本实施例中，应用市场在获取到开发者平台发布的第三方应用的相关信息后，可以根据第三方应用的相关信息，将第三方应用显示在应用市场的界面上，以便车辆用户进行选择以及下载。

本实施例中，在车辆用户选择第三方应用并点击下载时，应用市场可以获取到用户的第三方应用软件下载指令，根据第三方应用软件下载指令从开发者平台下载第三方应用。

进一步的，在上述实施例的基础上，在第三方应用下载成功，安装到车载设备上且运行后，第三方应用可以调用相应的API接口获取车辆上相应检测模块的车辆状态信息并进行处理，或者向车辆上相应的执行机构发送控制指令。其中，第三方应用中集成有SDK工具包。

进一步的，在上述实施例的基础上，车载设备接收安装在车载设备上的第三方应用的API接口调用请求，结合API接口对应的协议解析方式以及API规范要求，从车辆上相应的检测模块获取车辆状态信息，将车辆状态信息返回给所述第三方应用。

需要说明的是，本发明实施例的第三方应用的开发方法中未披露的细节，请参照本发明实施例的第三方应用的开发系统中所披露的细节，具体这里不再赘述。

本发明实施例的第三方应用的开发系统中，车载设备根据车辆信号的协议解析方式以及API规范要求生成对应的API接口，将API接口添加到软件应用开发工具包SDK中并发送给开发者平台，开发者平台对SDK工具包进行发布，使得开发人员能够根据SDK工具包中的API接口进行第三方应用的开发，开发难度小，成本低，具有普遍适用性，且开发的第三方应用能够基于车辆信号为用户提供车辆专属的功能，在将第三方应用安装到车载设备上后，车载多媒体能够为用户提供车辆专属的功能，提高用户使用车载多媒体的体验。

在本发明中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”、“固定”等术语应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或成一体；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通或两个元件的相互作用关系。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (14)

1.一种第三方应用的开发系统，其特征在于，包括：车载设备以及开发者平台；所述车载设备与所述开发者平台之间进行通信；

所述车载设备，用于获取车辆信号；所述车辆信号包括：各检测模块通过整车通信网络发送的车辆状态信息，和/或，通过整车通信网络待发送给各执行机构的控制指令；根据所述车辆信号的协议解析方式以及API规范要求生成对应的API接口，将所述API接口添加到软件应用开发工具包SDK中并发送给所述开发者平台；

所述开发者平台，用于对所述SDK工具包进行发布，以使开发人员根据所述SDK工具包中的API接口进行第三方应用的开发。

2.根据权利要求1所述的系统，其特征在于，所述车载设备包括：协议解析模块和API接口打包模块；

所述协议解析模块，用于对所述车辆信号进行解析，获取所述车辆信号的协议解析方式；

所述API接口打包模块，用于根据所述协议解析方式以及API规范要求，打包生成对应的API接口。

3.根据权利要求2所述的系统，其特征在于，所述协议解析模块具体用于，

对所述车辆信号进行解析，获取解析后的车辆信号；

根据解析后的车辆信号，确定是否允许所述车辆信号开放给第三方应用；

若不允许所述车辆信号开放给第三方应用，则不做处理。

4.根据权利要求1或2所述的系统，其特征在于，所述车载设备还包括：应用市场；

所述应用市场，用于与所述开发者平台进行同步，获取所述开发者平台上发布的第三方应用的相关信息；所述开发者平台上发布的第三方应用，为满足约定条件的第三方应用。

5.根据权利要求4所述的系统，其特征在于，所述应用市场还用于，获取用户的第三方应用软件下载指令，根据所述第三方应用软件下载指令从开发者平台下载所述第三方应用。

6.根据权利要求1所述的系统，其特征在于，所述车载设备，还用于接收安装在所述车载设备上的第三方应用的API接口调用请求，结合API接口对应的协议解析方式以及API规范要求，从车辆上相应的检测模块获取车辆状态信息，将车辆状态信息返回给所述第三方应用；或者，向车辆上相应的执行机构发送控制指令。

7.根据权利要求1所述的系统，其特征在于，所述整车通信网络包括通信网关和通信总线；

其中，所述车载设备与所述通信网关之间采用预设的通信规则进行通信，以通过所述通信网关接收所述通信总线上检测模块的车辆状态信息和下发控制指令至所述车辆的相应执行机构。

8.一种第三方应用的开发方法，其特征在于，车载设备与开发者平台之间进行通信，所述方法包括以下步骤：

所述车载设备获取车辆信号；所述车辆信号包括：各检测模块通过整车通信网络发送的车辆状态信息，和/或，通过整车通信网络待发送给各执行机构的控制指令；根据所述车辆信号的协议解析方式以及API规范要求生成对应的API接口，将所述API接口添加到软件应用开发工具包SDK中并发送给所述开发者平台；

所述开发者平台对所述SDK工具包进行发布，以使开发人员根据所述SDK工具包中的API接口进行第三方应用的开发。

9.根据权利要求8所述的方法，其特征在于，所述车载设备包括：协议解析模块和API接口打包模块；

其中，所述协议解析模块对所述车辆信号进行解析，获取所述车辆信号的协议解析方式；

所述API接口打包模块根据所述协议解析方式以及API规范要求，打包生成对应的API接口。

10.根据权利要求9所述的方法，其特征在于，所述协议解析模块具体用于，

对所述车辆信号进行解析，获取解析后的车辆信号；

根据解析后的车辆信号，确定是否允许所述车辆信号开放给第三方应用；

若不允许所述车辆信号开放给第三方应用，则不做处理。

11.根据权利要求8或9所述的方法，其特征在于，所述车载设备还包括：应用市场；

所述应用市场与所述开发者平台进行同步，获取所述开发者平台上发布的第三方应用的相关信息；所述开发者平台上发布的第三方应用，为满足约定条件的第三方应用。

12.根据权利要求11所述的方法，其特征在于，所述应用市场获取用户的第三方应用软件下载指令，根据所述第三方应用软件下载指令从开发者平台下载所述第三方应用。

13.根据权利要求8所述的方法，其特征在于，所述车载设备接收安装在所述车载设备上的第三方应用的API接口调用请求，结合API接口对应的协议解析方式以及API规范要求，从车辆上相应的检测模块获取车辆状态信息，将车辆状态信息返回给所述第三方应用；或者，向车辆上相应的执行机构发送控制指令。

14.根据权利要求8所述的方法，其特征在于，所述整车通信网络包括通信网关和通信总线；

其中，所述车载设备与所述通信网关之间采用预设的通信规则进行通信，以通过所述通信网关接收所述通信总线上检测模块的车辆状态信息和下发控制指令至所述车辆的相应执行机构。