冲突检测方法、装置、电子设备以及存储介质与流程

1.本技术涉及软件技术领域，尤其涉及一种冲突检测方法、装置、电子设备以及存储介质。


背景技术：

2.产品发布，是指软件开发商通过电子设备将自身开发的软件推送至应用商城，以便用户下载安装。
3.然而，用户所持有的设备有一定概率不满足上述软件运行所需的条件，比如用户所持有的设备不具备上述软件运行必须调用的接口、用户所持有的设备不具备软件运行所需的数据等等，这样上述软件无法在用户所持有的设备上运行。


技术实现要素：

4.本技术提出了一种冲突检测方法、装置、电子设备以及存储介质。
5.第一方面，本技术实施例提供一种冲突检测方法，该方法包括：确定待发布软件运行所依赖的应用程序接口api信息，api信息用于指示待发布软件所依赖的至少一个api以及每个api的版本信息；获取待发布软件待发布至的车辆的车辆标识；确定车辆标识所对应的第二api信息，第二api信息用于指示车辆关联的至少一个api以及每个api的版本信息；若第一api信息中任一api不包含在第二api信息中，或者，第一api信息中任一api包含在第二api信息且该api的版本信息高于第二api信息中该api的版本信息，则确定待发布软件与车辆存在冲突。
6.第二方面，本技术实施例提供一种冲突检测装置，该冲突检测装置包括用于实现如第一方面所述方法的模块。
7.第三方面，本技术实施例提供一种冲突检测装置，该装置包括：第一信息确定模块，用于确定待发布软件运行所依赖的第一应用程序接口api信息，所述第一api信息用于指示所述待发布软件所依赖的至少一个api以及每个api的版本信息；标识获取模块，用于获取所述待发布软件待发布至的车辆的车辆标识；第二信息确定模块，用于确定所述车辆标识所对应的第二api信息，所述第二api信息用于指示所述车辆关联的至少一个api以及每个api的版本信息；冲突检测模块，用于若第一api信息中任一api不包含在第二api信息中，或者，第一api信息中任一api包含在第二api信息且该api的版本信息高于第二api信息中该api的版本信息，则确定待发布软件与车辆存在冲突。
8.第四方面，本技术实施例提供一种电子设备，包括：一个或多个处理器；存储器；一个或多个应用程序，其中一个或多个应用程序被存储在存储器中并被配置为由一个或多个处理器执行，一个或多个应用程序配置用于执行如第一方面所述的方法。
9.第五方面，本技术实施例提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序指令，计算机程序指令可被处理器调用执行如第一方面所述的方法。
10.第六方面，本技术实施例提供一种计算机可读程序产品，该计算机程序产品被执
行时，用于实现第一方面所述的方法。
11.本技术实施例提供的应用程序检测方法，获取待发布产品运行所依赖的第一api信息，然后获取待发布软件待发布的车辆关联的第二api信息，如果第一api信息中存在不包含在第二api信息中的api信息，说明车辆关联的api缺少待发布软件运行所需的api，如果第一api信息中存在api的版本信息高于第二api信息中该api的版本信息，说明车辆关联的api版本过低，上述两种情况中的任一种发生，均说明待发布软件与车辆冲突，待发布软件在车辆中无法运行，也即，本技术实施例提供的技术方案，可以在产品发布前及时检测出车辆是否存在待发布软件运行所依赖的api，以及车辆中存在的待发布软件运行依赖的api是否版本过低等问题，能够在产品发布前及时检测出该产品与车辆是否冲突，避免产品发布后无法在车辆中运行的情况发生，为产品的安全发布以及顺利运行提供基础。
附图说明
12.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
13.图1是本技术一个实施例提供的实施环境的示意图。
14.图2是本技术一个实施例提供的冲突检测方法的流程图。
15.图3是本技术另一个实施例提供的冲突检测方法的流程图。
16.图4是本技术另一个实施例提供的冲突检测方法的流程图。
17.图5是本技术一个实施例提供的冲突检测装置的框图。
18.图6是本技术一个实施例提供的电子设备的框图。
具体实施方式
19.下面详细描述本技术的实施方式，实施方式的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施方式是示例性地，仅用于解释本技术，而不能理解为对本技术的限制。
20.为了使本技术领域的人员更好地理解本技术的方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整的描述。显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
21.请参考图1，其示出本技术一个实施例提供的实施环境的示意图。该实施环境包括电子设备110。在一些实施例中，电子设备110可以是个人计算机、移动终端、平板电脑等终端设备。在另一些实施例中，电子设备110可以是服务器。在本技术实施例中，仅以电子设备110为终端设备为例进行阐述。
22.在本技术实施例中，电子设备110运行有产品发布系统，该产品发布系统用于检测待发布软件与待发布软件待发布至的车辆是否冲突。待发布软件与车辆是否冲突，是指车辆是否支持待发布软件运行。比如，在车辆不具备待发布软件运行需要依赖的软件接口的情况下，待发布软件与车辆冲突；或者，在车辆具备待发布软件运行需要依赖的接口，但车
辆具备的接口的版本低于待发布软件需要调用的接口的版本，待发布软件与车辆冲突。
23.在本技术实施例中，电子设备110获取待发布产品运行所依赖的第一api信息，然后获取待发布软件待发布的车辆关联的第二api信息，基于第一api信息与第二api信息来检测待发布软件与车辆是否冲突，可以在产品发布前及时检测出车辆是否存在待发布软件运行所依赖的api，以及车辆中存在的待发布软件运行依赖的api是否版本过低等问题，能够在产品发布前及时检测出该产品与车辆是否冲突，为产品的安全发布以及顺利运行提供基础。
24.在一些实施例中，该实施环境还包括第一数据库120，第一数据库120用于存储不同车辆分别对应的第二api信息，车辆对应的第二api信息用于指示车辆关联的至少一个api以及每个api的版本信息。
25.在一些实施例中，电子设备110还可以先检测待发布软件所依赖的能力集和车辆的型号信息对应的能力集是否匹配，在二者匹配的情况下，进行下一步api信息的冲突检测，在二者不匹配的情况下，直接确定待发布软件与车辆冲突，无需进行下一步api信息的冲突检测。在该实施例中，该实施环境还包括第二数据库130，该第二数据库130用于存储不同型号信息分别对应的能力集。
26.第一数据库120和第二数据库130可以部署在同一设备中，也可以部署在不同设备中。在本技术实施例中，仅以第一数据库120和第二数据库130部署在同一设备中为例进行说明。同时部署第一数据库120和第二数据库130的设备可以是电子设备110，也可以是服务器。在服务器中同时部署第一数据库120和第二数据库130的情况下，该服务器可以是一台服务器，也可以是多台服务器，还可以是一个云计算服务中心。服务器中同时部署第一数据库120和第二数据库130的情况下，该服务器与电子设备100通过有线或者无线网络建立通信连接。
27.针对用户所持有的设备有一定概率不满足某一软件的运行条件这一情况，本技术提供一种在软件发布前进行检测的技术方案，通过获取待发布产品运行所依赖的第一api信息，然后获取待发布软件待发布的车辆关联的第二api信息，如果第一api信息中存在不包含在第二api信息中的api信息，说明车辆关联的api缺少待发布软件运行所需的api，如果第一api信息中存在api的版本信息高于第二api信息中该api的版本信息，说明车辆关联的api版本过低，上述两种情况中的任一种发生，均说明待发布软件与车辆冲突，待发布软件在车辆中无法运行，也即，本技术实施例提供的技术方案，可以在产品发布前及时检测出车辆是否存在待发布软件运行所依赖的api，以及车辆中存在的待发布软件运行依赖的api是否版本过低等问题，能够在产品发布前及时检测出该产品与车辆是否冲突，避免产品发布后无法在车辆中运行的情况发生，为产品的安全发布以及顺利运行提供基础。
28.请参考图2，其示出本技术一个实施例提供的冲突检测方法的流程图。该方法包括如下过程。
29.s201，获取待发布软件运行所依赖的第一api信息。
30.第一api信息用于指示待发布软件所依赖的至少一个api以及每个api的版本信息。其中，一个api可以对应多个版本信息。
31.待发布软件依赖于某一api，表示该待发布软件运行需要调用该api。比如，待发布应用程序为“自动泊车应用程序”，该“自动泊车应用程序”运行需要感知类应用程序(比如
控制超声波雷达的应用程序)的探测数据以及检测类应用程序(比如控制速度传感器的应用程序)的检测数据，此时“自动泊车应用程序”需要调用探测数据读取接口来获取探测数据，以及调用检测数据读取接口来读取检测数据，也即“自动泊车应用程序”依赖于探测数据读取接口和检测数据读取接口。
32.结合参考表-1，其示例性示出了待发布软件所依赖的第一api信息。
[0033][0034]
表-1
[0035]
在本技术实施例中，待发布软件在开发完成时会生成并存储记录第一api信息的指定文件。在一些实施例中，电子设备在接收到产品发布指令后，显示产品发布系统的用户界面，技术人员可以在该用户界面选择或者输入待发布软件，之后电子设备可以从本地或者从云端获取上述待发布软件的指定文件，并且从该指定文件中读取待发布软件的第一api信息。
[0036]
s202，获取待发布软件待发布至的车辆的车辆标识。
[0037]
车辆的车辆标识用于唯一标识该车辆。车辆的车辆标识可以是该车辆的车牌号，也可以是该车辆的车架号。在本技术实施例中，仅以车辆的车辆标识为车辆的车架号为例进行说明。待发布软件待发布至的车辆可以是一个，也可以是多个，本技术实施例对此不做限定。
[0038]
在一些实施例中，产品发布系统的用户界面包括发布对象输入框，技术人员可以在该发布对象输入框输入或者选择车辆的车辆标识。
[0039]
在另一些实施例中，电子设备获取待发布软件的标签，并分别获取多个车辆所属的车主的用户画像信息，之后基于上述待发布软件的标签和多个车辆所属的车主的用户画像信息，确定待发布软件的待发布用户，然后获取上述待发布用户对应的车辆的车辆标识，作为待发布软件待发布至的车辆的车辆标识。待发布软件的标签用于指示以下至少一项：待发布软件的功能、待发布软件的分类等等。车主的用户画像信息用于指示以下至少一项：年龄、性别、爱好等等。电子设备可以将与待发布软件的标签匹配的用户画像信息对应的用户确定为待发布软件的待发布用户。比如，待发布软件的功能为旅游景点推荐，则可以将爱好旅游的车主确定为待发布软件的待发布用户。通过上述方式，可以确保待发布软件在发布后被使用的概率大大提升，提高营销效果。此外，该实施例提供的发布对象确定方式可以由电子设备所安装的营销类应用程序来完成。
[0040]
在一些实施例中，在确定待发布至的车辆的车辆标识后，电子设备可以获取发布记录，以确定是否已经向上述车辆发布上述待发布软件，在确定未向该车辆发布上述待发布软件的情况下，继续执行后续步骤。
[0041]
s203，确定车辆标识对应的第二api信息。
[0042]
第二api信息用于指示车辆关联的至少一个api以及每个api的版本信息。可选地，第二api信息是指车辆所安装的至少一个api以及每个api的版本信息。
[0043]
在一些实施例中，电子设备基于车辆标识获取该车辆的api安装记录，从车辆的api安装记录中获取车辆标识对应的第二api信息。
[0044]
s204，若第一api信息中任一api不包含在第二api信息中，或者，第一api信息中任一api包含在第二api信息且该api的版本信息高于第二api信息中该api的版本信息，则确定待发布软件与车辆存在冲突。
[0045]
第一api信息中任一api不包含在第二api信息，则说明车辆不具备待发布软件运行需要调用的接口，待发布软件无法在车辆上顺利运行，因此待发布软件与车辆冲突。比如，“自动泊车应用程序”运行依赖探测数据读取接口，然而车辆并未安装探测数据读取接口，此时该车辆即使安装“自动泊车应用程序”也无法运行，“自动泊车应用程序”与车辆冲突。
[0046]
第一api信息中任一api包含在第二api信息且该api的版本信息高于第二api信息中该api的版本信息，说明车辆虽然具有待发布软件运行需要调用的接口，但其具有的接口的版本过低，待发布软件也无法在车辆上顺利运行，因此待发布软件与车辆冲突。比如，“自动泊车应用程序”运行依赖2.0版本以及3.0版本的探测数据读取接口，然而车辆仅安装1.0版本的探测数据读取接口，此时该车辆即使安装“自动泊车应用程序”也无法运行，“自动泊车应用程序”与车辆冲突。
[0047]
在一些实施例中，电子设备在确定出待发布软件与车辆冲突的情况下，可以显示检测结果，检测结果中可以包括第一api信息中不包含在第二api信息中的api，也可以包括第一api信息中包含在第二api信息且版本信息高于第二api信息中该api的版本信息的api。技术人员可以基于电子设备显示的检测结果重新选择待发布车辆，或者对待发布软件进行修改。
[0048]
综上所述，本技术实施例提供的技术方案，获取待发布产品运行所依赖的第一api信息，然后获取待发布软件待发布的车辆关联的第二api信息，如果第一api信息中存在不包含在第二api信息中的api信息，说明车辆关联的api缺少待发布软件运行所需的api，如果第一api信息中存在api的版本信息高于第二api信息中该api的版本信息，说明车辆关联的api版本过低，上述两种情况中的任一种发生，均说明待发布软件与车辆冲突，待发布软件在车辆中无法运行，也即，本技术实施例提供的技术方案，可以在产品发布前及时检测出车辆是否存在待发布软件运行所依赖的api，以及车辆中存在的待发布软件运行依赖的api是否版本过低等问题，能够在产品发布前及时检测出该产品与车辆是否冲突，避免产品发布后无法在车辆中运行的情况发生，为产品的安全发布以及顺利运行提供基础。
[0049]
请参阅图3，其示出本技术一个实施例提供的冲突检测方法的流程图。该方法包括如下过程。
[0050]
s301，获取待发布软件待发布至的车辆的型号信息。
[0051]
在一些实施例中，电子设备在获取到待发布软件待发布至的车辆的车辆标识后，基于该车辆标识和型号信息之间的映射关系获取该车辆的型号信息。
[0052]
在另一些实施例中，电子设备还包括型号信息输入框，技术人员可以在该型号信
息输入框输入车辆的型号信息。
[0053]
s302，确定待发布软件所依赖的能力集和型号信息所对应的能力集。
[0054]
待发布软件所依赖的能力集是指待发布软件在车辆中运行，该车辆需要具备的能力的集合。型号信息所对应的能力集是指该型号信息的车辆所具备的能力集合。
[0055]
s303，判断型号信息所对应的能力集是否匹配待发布软件所依赖的能力集。
[0056]
可选地，电子设备通过如下步骤判断型号信息所对应的能力集是否匹配待发布软件所依赖的能力集：针对待发布软件所依赖的能力集中的每一能力信息，检测能力信息是否属于型号信息所对应的能力集；如果待发布软件所依赖的能力集所包括的每一能力信息属于型号信息所对应的能力集，则型号信息所对应的能力集匹配待发布软件所依赖的能力集；如果待发布软件所依赖的能力集存在至少一个能力信息不属于型号信息所对应的能力集，则型号信息所对应的能力集不匹配待发布软件所依赖的能力集。
[0057]
举例来说，待发布软件实现的功能为：对车辆的天窗进行控制，此时其所依赖的能力集包括天窗远程控制这一能力，如果型号a的车辆不支持天窗远程控制，则型号信息对应的能力集与待发布软件所依赖的能力集不匹配。
[0058]
s304，若型号信息所对应的能力集不匹配待发布软件所依赖的能力集，确定待发布软件与车辆存在冲突。
[0059]
此时，电子设备无需执行后续的api信息检测步骤。
[0060]
s305，若型号信息所对应的能力集匹配待发布软件所依赖的能力集，根据第一api信息和第二api信息判断待发布软件与车辆是否存在冲突。在本技术实施例中，根据第一api信息和第二api信息判断待发布软件与车辆是否冲突，具体包括：若第一api信息中任一api不包含在第二api信息中，或者，第一api信息中任一api包含在第二api信息且该api的版本信息高于第二api信息中该api的版本信息，则确定待发布软件与车辆存在冲突；若第一api信息中每一api均包含在第二api信息中且每一api的版本信息均低于第二api信息中该api的版本信息，确定待发布软件与车辆不存在冲突。其具体解释可以参见图2实施例和图4实施例，此处不作赘述。
[0061]
综上所述，本技术实施例提供的技术方案，先获取车辆的型号信息所对应的能力集以及待发布软件所依赖的能力集，然后检测二者是否匹配以检测待发布软件与车辆是否冲突，如果二者不匹配，则说明待发布软件与车辆冲突，可以在产品发布前及时检测出该车型信息的车辆是否具有待发布软件运行所依赖的全部能力，能够在产品发布前及时检测出该产品与该车型信息的车辆是否冲突，避免产品发布后无法在该车型信息的车辆中运行的情况发生，为产品的安全发布以及顺利运行提供基础。
[0062]
请参阅图4，其示出本技术一个实施例提供的冲突检测方法的流程图。该方法包括如下过程。
[0063]
s401，确定待发布软件运行所依赖的应用程序接口api信息，api信息用于指示待发布软件所依赖的至少一个api以及每个api的版本信息。
[0064]
s402，获取待发布软件待发布至的车辆的车辆标识。
[0065]
s403，确定车辆标识所对应的第二api信息，第二api信息用于指示车辆关联的至少一个api以及每个api的版本信息。
[0066]
s404，若第一api信息中每一api均包含在第二api信息中且每一api的版本信息均
低于第二api信息中该api的版本信息，确定待发布软件与车辆不存在冲突。
[0067]
第一api信息中每一api均包含在第二api信息中且每一api的版本信息均低于第二api信息中该api的版本信息，说明车辆具备待发布软件运行所需的全部api并且车辆具备的api均为较高版本的，待发布软件可以在车辆中运行，待发布软件与车辆不冲突。
[0068]
s405，响应于待发布软件与车辆不存在冲突，向待发布软件待发布至的车辆发送待发布软件的数据包。
[0069]
在本技术实施例中，如果待发布软件与车辆不存在冲突，则电子设备可以向待发布软件待发布至的车辆发送待发布软件的数据包，以实现软件发布，这样，上述车辆的用户可以在应用商店下载安装上述待发布软件。
[0070]
在一些实施例中，电子设备可以在接收到发布指令后向车辆发送待发布软件的数据包。发布指令可以由技术人员触发，也可以由电子设备在达到预定的发布时间后自行触发。该数据包可以包括待发布软件的权限信息，权限信息表征待发布软件需要获取第一api信息所指示的至少一个api的使用权限，后续待发布车辆可以根据该权限信息对已发布的软件进行授权，从而使得软件可以在车辆中顺利运行。
[0071]
综上所述，本技术实施例提供的技术方案，获取待发布产品运行所依赖的第一api信息，然后获取待发布软件待发布的车辆关联的第二api信息，如果第二api信息包括第一api信息所包括的全部api，并且其包括的api的版本信息均高于第一api信息中该api的版本信息，说明待发布软件与车辆不冲突，待发布软件可以在车辆中运行，此时电子设备向车辆发布上述待发布软件，可以避免产品发布后无法在车辆中运行的情况发生，为产品的安全发布以及顺利运行提供基础。
[0072]
请参阅图5，其示出了本技术实施例提供的一种冲突检测装置的框图。该装置包括：第一信息确定模块510、标识获取模块520、第二信息确定模块530以及冲突检测模块550。
[0073]
第一信息确定模块510，用于确定待发布软件运行所依赖的第一应用程序接口api信息，第一api信息用于指示待发布软件所依赖的至少一个api以及每个api的版本信息。
[0074]
标识获取模块520，用于获取待发布软件待发布至的车辆的车辆标识。
[0075]
第二信息确定模块，用于确定车辆标识所对应的第二api信息，第二api信息用于指示车辆关联的至少一个api以及每个api的版本信息。
[0076]
540冲突检测模块550，用于若第一api信息中任一api不包含在第二api信息中，或者，第一api信息中任一api包含在第二api信息且该api的版本信息高于第二api信息中该api的版本信息，则确定待发布软件与车辆存在冲突。
[0077]
在一些实施例中，该装置还包括：型号获取模块、能力集确定模块(图中未示出)。
[0078]
型号获取模块，用于获取车辆的型号信息。能力集确定模块，用于确定待发布软件所依赖的能力集和型号信息所对应的能力集。冲突检测模块550，还用于判断型号信息所对应的能力集是否匹配待发布软件所依赖的能力集；若型号信息所对应的能力集不匹配待发布软件所依赖的能力集，确定待发布软件与车辆存在冲突。
[0079]
在一些实施例中，冲突检测模块540，用于若型号信息所对应的能力集匹配待发布软件所以来的能力集，根据第一api信息和第二api信息判断待发布软件与车辆是否存在冲突。
logic array，pla)中的至少一种硬件形式来实现。处理器610可集成中央处理器610(central processing unit，cpu)、图像处理器66(graphics processing unit，gpu)和调制解调器等中的一种或几种的组合。其中，cpu主要处理操作系统、用户界面和应用程序等；gpu用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器610中，单独通过一块通信芯片进行实现。
[0089]
存储器620可以包括随机存储器620(random access memory，ram)，也可以包括只读存储器620(read-only memory)。存储器620可用于存储指令、程序、代码、代码集或指令集。存储器620可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各种方法实施例的指令等。存储数据区还可以存储电子设备图在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。
[0090]
本技术实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序指令，计算机程序指令可被处理器调用以执行上述实施例中所描述的方法。
[0091]
计算机可读存储介质可以是诸如闪存、eeprom(电可擦除可编程只读存储器)、eprom、硬盘或者rom之类的电子存储器。可选地，计算机可读存储介质包括非易失性计算机可读存储介质(non-transitory computer-readable storage medium)。计算机可读存储介质具有执行上述方法中的任何方法步骤的计算机程序指令的存储空间。这些计算机程序指令可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。
[0092]
以上，仅是本技术的较佳实施例而已，并非对本技术作任何形式上的限制，虽然本技术已以较佳实施例揭示如上，然而并非用以限定本技术，任何本领域技术人员，在不脱离本技术技术方案范围内，当可利用上述揭示的技术内容做出些许更动或修饰为等同变化的等效实施例，但凡是未脱离本技术技术方案内容，依据本技术的技术实质对以上实施例所作的任何简介修改、等同变化与修饰，均仍属于本技术技术方案的范围内。

技术特征：
1.一种冲突检测方法，其特征在于，所述方法包括：确定待发布软件运行所依赖的第一应用程序接口api信息，所述第一api信息用于指示所述待发布软件所依赖的至少一个api以及每个api的版本信息；获取所述待发布软件待发布至的车辆的车辆标识；确定所述车辆标识所对应的第二api信息，所述第二api信息用于指示所述车辆关联的至少一个api以及每个api的版本信息；若所述第一api信息中任一api不包含在所述第二api信息中，或者，所述第一api信息中任一api包含在所述第二api信息且该api的版本信息高于所述第二api信息中该api的版本信息，则确定所述待发布软件与所述车辆存在冲突。2.如权利要求1所述的方法，其特征在于，所述方法还包括：获取所述车辆的型号信息；确定所述待发布软件所依赖的能力集和所述型号信息所对应的能力集；判断所述型号信息所对应的能力集是否匹配所述待发布软件所依赖的能力集；若所述型号信息所对应的能力集不匹配所述待发布软件所依赖的能力集，确定所述待发布软件与所述车辆存在冲突。3.如权利要求2所述的方法，其特征在于，所述方法还包括：若所述型号信息所对应的能力集匹配所述待发布软件所以来的能力集，根据所述第一api信息和所述第二api信息判断所述待发布软件与所述车辆是否存在冲突。4.如权利要求2所述的方法，其特征在于，所述判断所述型号信息所对应的能力集是否匹配所述待发布软件所依赖的能力集，包括：针对所述待发布软件所依赖的能力集中的每一能力信息，检测所述能力信息是否属于所述型号信息所对应的能力集；如果所述待发布软件所依赖的能力集所包括的每一所述能力信息属于所述型号信息所对应的能力集，则所述型号信息所对应的能力集匹配所述待发布软件所依赖的能力集；如果所述待发布软件所依赖的能力集存在至少一个所述能力信息不属于所述型号信息所对应的能力集，则所述型号信息所对应的能力集不匹配所述待发布软件所依赖的能力集。5.根据权利要求3所述的方法，其特征在于，在所述根据所述第一api信息和所述第二api信息判断所述待发布软件与所述车辆是否存在冲突之后，还包括：若所述第一api信息中每一api均包含在所述第二api信息中且每一api的版本信息均低于所述第二api信息中该api的版本信息，确定所述待发布软件与所述车辆不存在冲突；响应于所述待发布软件与所述车辆不存在冲突，向所述待发布软件待发布至的车辆发送所述待发布软件的数据包。6.根据权利要求1至4中任意一项所述的方法，其特征在于，所述获取所述待发布软件待发布至的车辆的车辆标识，包括：获取所述待发布应用程序的标签信息；分别获取多个车辆所属的车主的用户画像信息；基于所述多个车辆所属的车主的用户画像信息以及所述待发布应用程序的标签信息，确定所述待发布软件待发布至的车辆的车辆标识。
7.一种冲突检测装置，其特征在于，包括用于实现权利要求1至6中任意一项所述方法的模块。8.一种电子设备，其特征在于，包括：一个或多个处理器；存储器；一个或多个应用程序，其中一个或多个所述应用程序被存储在所述存储器中并被配置为由一个或多个所述处理器执行，一个或多个所述应用程序配置用于执行如权利要求1至6中任意一项所述的方法。9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序指令，所述计算机程序指令可被处理器调用执行如权利要求1至6中任意一项所述的方法。

技术总结
本申请公开了一种冲突检测方法、装置、电子设备以及存储介质。该方法包括：确定待发布软件运行所依赖的第一应用程序接口API信息，第一API信息用于指示待发布软件所依赖的至少一个API以及每个API的版本信息；获取待发布软件待发布至的车辆的车辆标识；确定车辆标识所对应的第二API信息；若第一API信息中任一API不包含在第二API信息中，或者，第一API信息中任一API包含在第二API信息且该API的版本信息高于第二API信息中该API的版本信息，则确定待发布软件与车辆存在冲突。本申请提供的技术方案，能够在产品发布前及时检测出该产品与车辆是否冲突，避免产品发布后无法在车辆中运行的情况发生，为产品的安全发布以及顺利运行提供基础。基础。基础。


技术研发人员：黄培斌 李辉 杨毅 廖磊
受保护的技术使用者：广州汽车集团股份有限公司
技术研发日：2023.06.01
技术公布日：2023/10/15