一种车机应用管理方法及系统

技术领域

本申请涉及软件开发技术领域，具体而言，涉及一种车机应用管理方法及系统。

背景技术

随着新能源汽车的日趋发展与成熟，以及人工智能技术的快速发展，车辆与用户之间的交互行为也越来越频繁，增强生态内容是车内固有的需求，车机设备端的各类应用程序应运而生。但是现阶段车机系统落后，性能差，功能单一，无法满足用户需求，如今5G技术、通讯技术、车联网的快速发展，车机服务质量与用户需求的矛盾更加突出。

用户要求车机系统能提供个性化、定制化、差异化、智能化的更加丰富便利的服务，迫使车企去提升车机系统的服务质量，增加产品力与用户粘性。例如，用户可以从互联网上获取许多优秀的资讯信息、音频和视频内容，在车机设备端增加车辆维护服务(如停车、充电、洗车、违章查询等)，还可以进行游戏、聊天等多种应用体验，更可以接入电商等多元化合作，接入玩乐、餐饮等优惠生活服务，从而能明显提升车辆作为智能终端的服务范围。

但是，现有的车机应用程序开发由多家供应商进行，每一供应商在开发应用之前，需要人工调研同类应用现状以判断开发的应用的前景，并且供应商针对不同汽车品牌进行应用上架需要经过不同的审核流程，这个过程中又需要人工提交对应的审核流程，导致从供应商开发应用到通过审核应用上架的周期过长。

发明内容

本申请实施例的目的在于提供一种车机应用管理方法及系统，用以解决现有的车机应用程序开发流程中，每一供应商在开发应用之前，需要人工调研同类应用现状以判断开发的应用的前景，并且供应商针对不同汽车品牌进行应用上架需要经过不同的审核流程，这个过程中又需要人工提交对应的审核流程，导致从供应商开发应用到通过审核应用上架的周期过长的问题。

本申请实施例提供的一种车机应用管理方法，应用于开发端，包括：

接收拟开发应用信息；

根据拟开发应用信息，分析辅助开发决策信息；

将辅助开发决策信息对应的目标应用发送给审核端。

上述技术方案中，开发者在开发端输入拟开发应用信息，开发端接收到拟开发应用信息之后，根据拟开发应用信息，分析得到辅助开发决策信息，并将辅助开发决策信息展示给开发者，开发者根据辅助开发决策信息来判断开发的目标应用的前景，在开发者完成目标应用的开发之后，开发端将目标应用发送给审核端进行审核。本实施例中通过自动生成的辅助开发决策信息提供给开发者，省去了开发者调研同类应用现状的工作流程，从而缩短了开发应用到应用上架的周期。

在一些可选的实施方式中，其中，拟开发应用信息包括：品牌数据、应用分类数据和应用标签数据。

根据拟开发应用信息，分析辅助开发决策信息，包括：

根据品牌数据，查询对应的应用数据库；

在应用数据库中，根据应用分类数据确定对应的目标类型；

在应用数据库的目标类型下，利用应用标签数据，查询对应的命中应用集；

根据命中应用集，分析辅助开发决策信息。

上述技术方案中，拟开发应用信息包括品牌数据、应用分类数据和应用标签数据，其中，品牌数据用于指示应用需上架的汽车品牌，应用分类数据用于指示应用分属的应用类别，应用标签数据用于指示应用的功能、使用场景、人群分类等信息。开发端根据品牌数据，确定对应品牌的应用数据库，并在应用数据库中根据应用分类数据查询目标应用分属的目标类型，最后在目标类型的应用中利用应用标签数据进行匹配，得到命中应用集，该命中应用集即为目标应用的同类型应用，分析命中应用集即可得到同类型应用现状。

在一些可选的实施方式中，其中，辅助开发决策信息包括同类应用保有量、同类应用接受度和同类应用使用情况；

根据命中应用集，分析辅助开发决策信息，包括：

根据命中应用集中的应用数量，确定同类应用保有量；

根据命中应用集中所有应用的平均应用评分，确定同类应用接受度；

根据命中应用集中所有应用的总下载量，确定同类应用使用情况。

上述技术方案中，辅助开发决策信息包括同类应用保有量、同类应用接受度和同类应用使用情况等。其中，同类应用保有量可以根据命中应用集中的应用数量进行确定，例如：根据命中应用集中的应用数量小于第一阈值，来评价同类应用保有量为较少；根据命中应用集中的应用数量大于第二阈值，来评价同类应用保有量较多，第一阈值小于第二阈值；根据命中应用集中的应用数量在第一阈值与第二阈值之间，来评价同类应用保有量适中。

同类应用接受度可以根据命中应用集中的应用的平均应用评分进行确定，例如：根据平均应用评分小于第三阈值，来评价同类应用接受度为较低；根据命中应用集中的应用数量大于第四阈值，来评价同类应用接受度较高，第三阈值小于第四阈值；根据命中应用集中的应用数量在第三阈值与第四阈值之间，来评价同类应用接受度一般。

同类应用使用情况可以根据命中应用集中的应用的总下载量进行确定，例如：根据总下载量在该品牌汽车的用户总数的占比来确定，若该占比大于某一阈值，则认为该品牌汽车的用户对该类型应用的使用情况良好。

本申请实施例提供的一种车机应用管理方法，应用于审核端，包括：

接收开发端发送的目标应用以及拟开发应用信息；

根据拟开发应用信息，匹配对应的目标审核流程；

根据目标审核流程，进行目标应用的审核，将审核通过的目标应用提供给车机端进行下载。

上述技术方案中，不同的汽车品牌供应商对于应用的审核流程不同，本实施例中审核端根据拟开发应用信息来匹配对应的目标审核流程，再根据目标审核流程进行目标应用的审核，无需人工查询相应的审核流程以及手动提交审核节点，从而缩短了从供应商开发应用到通过审核应用上架的周期。

在一些可选的实施方式中，其中，根据拟开发应用信息，匹配对应的审核流程，包括：

根据拟开发应用信息中的品牌数据，从审核流程数据库中，查询对应的目标审核流程；审核流程数据库中包括了品牌数据与对应审核流程的对应关系。

上述技术方案中，拟开发应用信息包括了需上架的汽车品牌，针对每一需上架的汽车品牌，从审核流程数据库中查询对应的审核流程。

在一些可选的实施方式中，根据目标审核流程，进行目标应用的审核，包括：

根据品牌数据，查询对应的汽车集团管理平台；

调用汽车集团管理平台的接口，将目标应用上传至汽车集团管理平台。

上述技术方案中，在查询到的审核流程中，一些审核流程中要求本实施例的系统只能对接到汽车集团管理平台，需要先通过接口将目标应用上传至品牌对应的汽车集团管理平台，汽车集团管理平台再与品牌管理平台协同审核目标应用，最后由汽车集团管理平台通过接口返回审核通过或者不通过。

在一些可选的实施方式中，根据目标审核流程，进行目标应用的审核，还包括：

根据品牌数据，查询对应的品牌管理平台；

调用品牌管理平台的接口，将目标应用上传至品牌管理平台。

上述技术方案中，在查询到的审核流程中，一些审核流程中要求本实施例的系统只能对接到品牌管理平台，需要先通过接口将目标应用上传至品牌管理平台，品牌管理平台再与汽车集团管理平台协同审核目标应用，最后由品牌管理平台通过接口返回审核通过或者不通过。

本申请实施例提供的一种车机应用管理方法，应用于车机端，包括：

接收用户查询信息；用户查询信息包括应用分类数据和应用标签数据；

根据用户查询信息，在应用数据库中，匹配出对应的目标应用集；

将目标应用集中的至少一个应用展示给用户。

上述技术方案中，应用在开发时已经设置好了应用分类数据和应用标签数据，在车机端根据用户查询信息进行查询时，利用用户查询信息的应用分类数据和应用标签数据可以较为准确匹配对应的目标应用集，展示给用户相关性较高的应用，提高了用户体验。

本申请实施例提供的一种车机应用管理系统，包括开发端、审核端和车机端；

开发端用于：接收拟开发应用信息；根据拟开发应用信息，分析辅助开发决策信息；将辅助开发决策信息对应的目标应用发送给审核端；

审核端用于：接收开发端发送的目标应用以及拟开发应用信息；根据拟开发应用信息，匹配对应的目标审核流程；根据目标审核流程，进行目标应用的审核，将审核通过的目标应用提供给车机端进行下载；

车机端用于：接收用户查询信息；用户查询信息包括应用分类数据和应用标签数据；根据用户查询信息，在应用数据库中，匹配出对应的目标应用集；将目标应用集中的至少一个应用展示给用户。

上述技术方案中，开发者在开发端输入拟开发应用信息，开发端接收到拟开发应用信息之后，根据拟开发应用信息，分析得到辅助开发决策信息，并将辅助开发决策信息展示给开发者，开发者根据辅助开发决策信息来判断开发的目标应用的前景，在开发者完成目标应用的开发之后，开发端将目标应用发送给审核端进行审核。审核端根据拟开发应用信息来匹配对应的目标审核流程，再根据目标审核流程进行目标应用的审核，无需人工查询相应的审核流程以及手动提交审核节点。本实施例的系统，能够缩短从供应商开发应用到通过审核应用上架的周期。并且，应用在开发时已经设置好了应用分类数据和应用标签数据，在车机端根据用户查询信息进行查询时，利用用户查询信息的应用分类数据和应用标签数据可以较为准确匹配对应的目标应用集，展示给用户相关性较高的应用，提高了用户体验。

本申请实施例提供的一种电子设备，包括：处理器和存储器，所述存储器存储有所述处理器可执行的机器可读指令，所述机器可读指令被所述处理器执行时执行如以上任一所述的方法。

本申请实施例提供的一种计算机可读存储介质，该存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如以上任一所述的方法。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种车机应用管理方法应用于开发端的方法步骤流程图；

图2为本申请实施例提供的一种车机应用管理方法应用于审核端的方法步骤流程图；

图3为本申请实施例提供的一种车机应用管理方法应用于车机端的方法步骤流程图；

图4为本申请实施例提供的一种车机应用管理系统功能模块图；

图5为本申请实施例提供的电子设备的一种可能的结构示意图。

图标：1-开发端，2-审核端，3-车机端，41-处理器，42-存储器，43-通信接口，44-通信总线。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

请参照图1，图1为本申请实施例提供的一种车机应用管理方法应用于开发端的方法步骤流程图，包括：

步骤101、接收拟开发应用信息；

步骤102、根据拟开发应用信息，分析辅助开发决策信息；

步骤103、将辅助开发决策信息对应的目标应用发送给审核端。

本申请实施例中，开发者在开发端输入拟开发应用信息，开发端接收到拟开发应用信息之后，根据拟开发应用信息，分析得到辅助开发决策信息，并将辅助开发决策信息展示给开发者，开发者根据辅助开发决策信息来判断开发的目标应用的前景，在开发者完成目标应用的开发之后，开发端将目标应用发送给审核端进行审核。本实施例中通过自动生成的辅助开发决策信息提供给开发者，省去了开发者调研同类应用现状的工作流程，从而缩短了开发应用到应用上架的周期。

在一些可选的实施方式中，其中，拟开发应用信息包括但不限于：品牌数据、应用分类数据和应用标签数据。

对应的，根据拟开发应用信息，分析辅助开发决策信息，包括但不限于：根据品牌数据，查询对应的应用数据库；在应用数据库中，根据应用分类数据确定对应的目标类型；在应用数据库的目标类型下，利用应用标签数据，查询对应的命中应用集；根据命中应用集，分析辅助开发决策信息。

本申请实施例中，拟开发应用信息包括品牌数据、应用分类数据和应用标签数据，其中，品牌数据用于指示应用需上架的汽车品牌，应用分类数据用于指示应用分属的应用类别，应用标签数据用于指示应用的功能、使用场景、人群分类等信息。开发端根据品牌数据，确定对应品牌的应用数据库，并在应用数据库中根据应用分类数据查询目标应用分属的目标类型，最后在目标类型的应用中利用应用标签数据进行匹配，得到命中应用集，该命中应用集即为目标应用的同类型应用，分析命中应用集即可得到同类型应用现状。

在一些可选的实施方式中，其中，辅助开发决策信息包括但不限于：同类应用保有量、同类应用接受度和同类应用使用情况。

相应的根据命中应用集，分析辅助开发决策信息，包括但不限于：根据命中应用集中的应用数量，确定同类应用保有量；根据命中应用集中所有应用的平均应用评分，确定同类应用接受度；根据命中应用集中所有应用的总下载量，确定同类应用使用情况。

本申请实施例中，辅助开发决策信息包括同类应用保有量、同类应用接受度和同类应用使用情况等。其中，同类应用保有量可以根据命中应用集中的应用数量进行确定，例如：根据命中应用集中的应用数量小于第一阈值，来评价同类应用保有量为较少；根据命中应用集中的应用数量大于第二阈值，来评价同类应用保有量较多，第一阈值小于第二阈值；根据命中应用集中的应用数量在第一阈值与第二阈值之间，来评价同类应用保有量适中。同类应用接受度可以根据命中应用集中的应用的平均应用评分进行确定，例如：根据平均应用评分小于第三阈值，来评价同类应用接受度为较低；根据命中应用集中的应用数量大于第四阈值，来评价同类应用接受度较高，第三阈值小于第四阈值；根据命中应用集中的应用数量在第三阈值与第四阈值之间，来评价同类应用接受度一般。同类应用使用情况可以根据命中应用集中的应用的总下载量进行确定，例如：根据总下载量在该品牌汽车的用户总数的占比来确定，若该占比大于某一阈值，则认为该品牌汽车的用户对该类型应用的使用情况良好。

请参照图2，图2为本申请实施例提供的一种车机应用管理方法应用于审核端的方法步骤流程图，包括：

步骤201、接收开发端发送的目标应用以及拟开发应用信息；

步骤202、根据拟开发应用信息，匹配对应的目标审核流程；

步骤203、根据目标审核流程，进行目标应用的审核，将审核通过的目标应用提供给车机端进行下载。

本申请实施例中，不同的汽车品牌供应商对于应用的审核流程不同，本实施例中审核端根据拟开发应用信息来匹配对应的目标审核流程，再根据目标审核流程进行目标应用的审核，无需人工查询相应的审核流程以及手动提交审核节点，从而缩短了从供应商开发应用到通过审核应用上架的周期。

在一些可选的实施方式中，其中，根据拟开发应用信息，匹配对应的审核流程，包括：

根据拟开发应用信息中的品牌数据，从审核流程数据库中，查询对应的目标审核流程；审核流程数据库中包括了品牌数据与对应审核流程的对应关系；

本申请实施例中，拟开发应用信息包括了需上架的汽车品牌，针对每一需上架的汽车品牌，从审核流程数据库中查询对应的审核流程。

在一些可选的实施方式中，根据目标审核流程，进行目标应用的审核，包括：根据品牌数据，查询对应的汽车集团管理平台；调用汽车集团管理平台的接口，将目标应用上传至汽车集团管理平台。

本申请实施例中，在查询到的审核流程中，一些审核流程中要求本实施例的系统只能对接到汽车集团管理平台，需要先通过接口将目标应用上传至品牌对应的汽车集团管理平台，汽车集团管理平台再与品牌管理平台协同审核目标应用，最后由汽车集团管理平台通过接口返回审核通过或者不通过。

在一些可选的实施方式中，根据目标审核流程，进行目标应用的审核，还包括：根据品牌数据，查询对应的品牌管理平台；调用品牌管理平台的接口，将目标应用上传至品牌管理平台。

本申请实施例中，在查询到的审核流程中，一些审核流程中要求本实施例的系统只能对接到品牌管理平台，需要先通过接口将目标应用上传至品牌管理平台，品牌管理平台再与汽车集团管理平台协同审核目标应用，最后由品牌管理平台通过接口返回审核通过或者不通过。

请参照图3，图3为本申请实施例提供的一种车机应用管理方法应用于车机端的方法步骤流程图，包括：

步骤301、接收用户查询信息；用户查询信息包括应用分类数据和应用标签数据；

步骤302、根据用户查询信息，在应用数据库中，匹配出对应的目标应用集；

步骤303、将目标应用集中的至少一个应用展示给用户。

本申请实施例中，应用在开发时已经设置好了应用分类数据和应用标签数据，在车机端根据用户查询信息进行查询时，利用用户查询信息的应用分类数据和应用标签数据可以较为准确匹配对应的目标应用集，展示给用户相关性较高的应用，提高了用户体验。

请参照图4，图4为本申请实施例提供的一种车机应用管理系统功能模块图，该系统包括开发端1、审核端2和车机端3；

其中，开发端1用于：接收拟开发应用信息；根据拟开发应用信息，分析辅助开发决策信息；将辅助开发决策信息对应的目标应用发送给审核端2。审核端2用于：接收开发端1发送的目标应用以及拟开发应用信息；根据拟开发应用信息，匹配对应的目标审核流程；根据目标审核流程，进行目标应用的审核，将审核通过的目标应用提供给车机端3进行下载。车机端3用于：接收用户查询信息；用户查询信息包括应用分类数据和应用标签数据；根据用户查询信息，在应用数据库中，匹配出对应的目标应用集；将目标应用集中的至少一个应用展示给用户。

本申请实施例中，开发者在开发端1输入拟开发应用信息，开发端1接收到拟开发应用信息之后，根据拟开发应用信息，分析得到辅助开发决策信息，并将辅助开发决策信息展示给开发者，开发者根据辅助开发决策信息来判断开发的目标应用的前景，在开发者完成目标应用的开发之后，开发端1将目标应用发送给审核端2进行审核。审核端2根据拟开发应用信息来匹配对应的目标审核流程，再根据目标审核流程进行目标应用的审核，无需人工查询相应的审核流程以及手动提交审核节点。本实施例的系统，能够缩短从供应商开发应用到通过审核应用上架的周期。并且，应用在开发时已经设置好了应用分类数据和应用标签数据，在车机端3根据用户查询信息进行查询时，利用用户查询信息的应用分类数据和应用标签数据可以较为准确匹配对应的目标应用集，展示给用户相关性较高的应用，提高了用户体验。

图5示出了本申请实施例提供的电子设备的一种可能的结构。参照图5，电子设备包括：处理器41、存储器42和通信接口43，这些组件通过通信总线44和/或其他形式的连接机构(未示出)互连并相互通讯。

其中，存储器42包括一个或多个(图中仅示出一个)，其可以是，但不限于，随机存取存储器(Random Access Memory，简称RAM)，只读存储器(Read Only Memory，简称ROM)，可编程只读存储器(Programmable Read-Only Memory，简称PROM)，可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，简称EPROM)，电可擦除可编程只读存储器(Electric Erasable Programmable Read-Only Memory，简称EEPROM)等。处理器41以及其他可能的组件可对存储器42进行访问，读和/或写其中的数据。

处理器41包括一个或多个(图中仅示出一个)，其可以是一种集成电路芯片，具有信号的处理能力。上述的处理器41可以是通用处理器，包括中央处理器(CentralProcessing Unit，简称CPU)、微控制单元(Micro Controller Unit，简称MCU)、网络处理器(Network Processor，简称NP)或者其他常规处理器；还可以是专用处理器，包括神经网络处理器(Neural-network Processing Unit，简称NPU)、图形处理器(Graphics ProcessingUnit，简称GPU)、数字信号处理器(Digital Signal Processor，简称DSP)、专用集成电路(Application Specific Integrated Circuits，简称ASIC)、现场可编程门阵列(FieldProgrammable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。并且，在处理器41为多个时，其中的一部分可以是通用处理器，另一部分可以是专用处理器。

通信接口43包括一个或多个(图中仅示出一个)，可以用于和其他设备进行直接或间接地通信，以便进行数据的交互。通信接口43可以包括进行有线和/或无线通信的接口。

在存储器42中可以存储一个或多个计算机程序指令，处理器41可以读取并运行这些计算机程序指令，以实现本申请实施例提供的方法。

可以理解的，图5所示的结构仅为示意，电子设备还可以包括比图5中所示更多或者更少的组件，或者具有与图5所示不同的结构。图5中所示的各组件可以采用硬件、软件或其组合实现。电子设备可能是实体设备，例如PC机、笔记本电脑、平板电脑、手机、服务器、嵌入式设备等，也可能是虚拟设备，例如虚拟机、虚拟化容器等。并且，电子设备也不限于单台设备，也可以是多台设备的组合或者大量设备构成的集群。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被计算机的处理器读取并运行时，执行本申请实施例提供的方法。例如，计算机可读存储介质可以实现为图5中电子设备中的存储器42。

在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

再者，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。