一种整车全配置管理方法及系统与流程

本申请涉及车辆配置领域，尤其涉及一种整车全配置管理方法及系统。

背景技术：

随着科学技术的发展，车辆已成为较为广泛的交通和运输工具。车辆有较多的零部件组成，通过将零部件按照一定的配置组合可以组装得到不同类型的车辆产品。

传统车辆产品配置方法是通过调研市场需求，根据市场需求信息，例如根据用户对各种功能的需求，对不同价格的承受能力，确定几款满足大多数用户需求的车型以供用户选择。

然而这种配置方法开放给用户的配置组合有限，无法满足用户个性化的需求，难以实现基于用户的需求进行自由定制。

技术实现要素：

有鉴于此，本申请提供了一种整车全配置方法，该方法利用“任何一辆汽车的功能特征必定由可选特征加上基础特征组成”和“一个配置特征族只与有限的其它配置特征族相关”的事实公理，构建了一整套逻辑规则、算法及系统。并利用整车配置循环迭代算法，对所述工程车型与配置关系矩阵进行逻辑运算和连续迭代，最终自动筛选出与外部用户输入的车型配置条件相匹配的配置特征生成整车配置组合，从而实现基于用户需求的整车自由定制。对应地，本申请还提供了一种整车全配置管理系统。

本申请第一方面提供了一种整车全配置管理方法，应用于整车全配置管理系统，所述整车全配置管理系统中维护有全配置特征基础库、工程车型与配置关系及规则矩阵和整车配置循环迭代算法；

所述全配置特征基础库用于描述所有产品的配置特征，任何产品的所有配置特征在所述全配置特征基础库中都有对应的配置特征族代码和配置特征代码；

所述工程车型与配置关系及规则矩阵用于描述工程基础车型与配置特征以及不同配置特征之间的约束关系，所述工程车型与配置关系及规则矩阵包括配置特征、配置特征族、配置特征族类别、工程基础车型、车型配置关系约束式和配置特征适用性标识；

所述整车配置循环迭代算法用于利用“任何一辆汽车的功能特征必定由可选配置特征加上基础配置特征组成”和“一个配置特征族只与有限的其它配置特征族相关”的事实公理，对所述工程车型与配置关系及规则矩阵进行逻辑运算和循环迭代，最终确定出与外部用户输入的车型配置条件相匹配的所有配置特征代码；

所述方法包括：

接收外部用户通过所述整车全配置管理系统的整车定制界面输入的车型配置条件，所述车型配置条件包括指定工程基础车型和已选配置特征代码；

遍历所述工程车型与配置关系及规则矩阵中所有包含指定工程基础车型的配置特征族，将所述配置特征族按照与所述车型配置条件的相关性分为相关组和非相关组；

针对所述相关组和非相关组中的每一配置特征族，利用所述整车配置循环迭代算法将所述配置特征族中与所述车型配置条件相匹配的配置特征代码添加至匹配集合，以及将所述特征族中与所述车型配置条件不匹配的配置特征代码添加至排除集合，将所述配置特征族中无法确定是否与所述车型配置条件匹配的配置特征代码添加至待确认集合；将所述待确认集合中的配置特征代码，结合所述工程车型与配置关系及规则矩阵、所述匹配集合、所述排除集合以及所述整车配置循环迭代算法，通过循环遍历的方式确定是否与所述车型配置条件相匹配，并将所述配置特征代码添加至相应的集合中，直至所述相关组和非相关组中的每一配置特征族的配置特征代码均添加至所述匹配集合或所述排除集合；

根据所述匹配集合中的配置特征代码生成与所述车型配置条件匹配的整车配置组合；

显示所述整车配置组合。

可选的，所述遍历所述工程车型与配置关系及规则矩阵中所有包含指定工程基础车型的配置特征族，将所述配置特征族按照与所述车型配置条件的相关性分为相关组和非相关组包括：

从所述工程车型与配置关系及规则矩阵中确定所有包含指定工程基础车型的条目，作为指定条目，所述指定条目包括n行，所述n为正整数；

逐行遍历所述指定条目，基于所述指定条目中约束关系表达式中配置特征代码的出现次数关系对所述指定条目中的配置特征进行分组，形成配置特征子组；

针对每一配置特征子组，将所述配置特征子组相对应的所有配置特征族作为一个配置特征族子组，针对每一所述配置特征族子组，若存在任意配置特征与所述车型配置条件中所述已选配置特征代码相匹配，则将所述配置特征族子组作为相关组，否则作为非相关组。

可选的，所述利用整车配置分组循环迭代算法将所述配置特征族中与所述车型配置条件相匹配的配置特征代码添加至匹配集合，以及将所述配置特征族中与所述车型配置条件不匹配的配置特征代码添加至排除集合包括：

将第一配置特征代码添加至匹配集合，并将所述第一配置特征代码所属的配置特征族中剩余的配置特征代码添加至排除集合；

其中，所述第一配置特征代码是与所述车型配置条件相匹配的配置特征代码。

可选的，所述方法还包括：

接收内部用户通过所述整车全配置管理系统的内部管理界面输入的内部约束条件；

则利用所述整车配置循环迭代算法将所述配置特征族中与所述车型配置条件相匹配的配置特征代码添加至匹配集合，以及将所述特征族中与所述车型配置条件不匹配的配置特征代码添加至排除集合，包括：

利用整车配置分组循环迭代算法，将所述特征族中与所述车型配置条件以及所述内部约束条件相匹配的配置特征代码添加至匹配集合，以及将所述特征族中与所述车型配置条件不匹配和与所述内部约束条件不匹配的配置特征代码添加至排除集合；

所述通过循环遍历的方式确定是否与所述车型配置条件相匹配包括：

通过循环遍历的方式确定是否与所述车型配置条件以及所述内部约束条件相匹配。

可选的，所述整车全配置管理系统还维护有智能推荐策略：

所述方法还包括：

根据所述整车配置组合和所述智能推荐策略，确定与所述智能推荐策略相匹配的整车配置组合；

则所述显示所述整车配置组合包括：

显示所述与所述智能推荐策略相匹配的整车配置组合。

可选的，所述智能推荐策略包括库存优先策略、价值优先策略以及交车时间优先策略中的任意一种或多种。

可选的，当所述整车配置组合包括多种整车配置组合时；

所述方法还包括：

响应于外部用户触发的选中操作，将所述外部用户选中的整车配置组合发送给下游的物料管理系统，以便确定所述整车配置组合对应的物料清单。

本申请第二方面提供了一种整车全配置管理系统，所述整车全配置管理系统中维护有全配置特征基础库、工程车型与配置关系及规则矩阵和整车配置循环迭代算法；

所述全配置特征基础库用于描述所有产品的配置特征，任何产品的所有配置特征在所述全配置特征基础库中都有对应的配置特征族代码和配置特征代码；

所述工程车型与配置关系及规则矩阵用于描述工程基础车型与配置特征以及不同配置特征之间的约束关系，所述工程车型与配置关系及规则矩阵包括配置特征、配置特征族、配置特征族类别、工程基础车型、车型配置关系约束式和配置特征适用性标识；

所述整车配置循环迭代算法用于利用“任何一辆汽车的功能特征必定由可选配置特征加上基础配置特征组成”和“一个配置特征族只与有限的其它配置特征族相关”的事实公理，对所述工程车型与配置关系及规则矩阵进行逻辑运算和循环迭代，最终确定出与外部用户输入的车型配置条件相匹配的所有配置特征代码；

所述整车全配置管理系统包括:

接收模块，用于接收外部用户通过所述整车全配置管理系统的整车定制界面输入的车型配置条件，所述车型配置条件包括指定工程基础车型和已选配置特征代码；

分组模块，用于遍历所述工程车型与配置关系及规则矩阵中所有包含指定工程基础车型的配置特征族，将所述配置特征族按照与所述车型配置条件的相关性分为相关组和非相关组；

筛选模块，用于针对所述相关组和非相关组中的每一配置特征族，利用所述整车配置循环迭代算法将所述配置特征族中与所述车型配置条件相匹配的配置特征代码添加至匹配集合，以及将所述配置特征族中与所述车型配置条件不匹配的配置特征代码添加至排除集合，将所述配置特征族中无法确定是否与所述车型配置条件匹配的配置特征代码添加至待确认集合；所述筛选模块，还用于将所述待确认集合中的配置特征代码，结合所述工程车型与配置关系及规则矩阵、所述匹配集合、所述排除集合以及所述整车配置循环迭代算法，通过循环遍历的方式确定是否与所述车型配置条件相匹配，并将所述配置特征代码添加至相应的集合中，直至所述相关组和非相关组中的每一配置特征族的配置特征代码均添加至所述匹配集合或所述排除集合；

生成模块，用于根据所述匹配集合中的配置特征代码生成与所述车型配置条件匹配的整车配置组合；

显示模块，用于显示所述整车配置组合。

可选的，所述分组模块具体用于：

从所述工程车型与配置关系及规则矩阵中确定所有包含指定工程基础车型的条目，作为指定条目，所述指定条目包括n行，所述n为正整数；

逐行遍历所述指定条目，基于所述指定条目中约束关系表达式中配置特征代码的出现次数关系对所述指定条目中的配置特征进行分组，形成配置特征子组；

针对每一配置特征子组，将所述配置特征子组相对应的所有配置特征族作为一个配置特征族子组，针对每一所述配置特征族子组，若存在任意配置特征与所述车型配置条件中所述已选配置特征代码相匹配，则将所述配置特征族子组作为相关组，否则作为非相关组。

可选的，所述筛选模块具体用于：

将第一配置特征代码添加至匹配集合，并将所述第一配置特征代码所属的配置特征族中剩余的配置特征代码添加至排除集合；

其中，所述第一配置特征代码是与所述车型配置条件相匹配的配置特征代码。

可选的，所述接收模块还用于：

接收内部用户通过所述整车全配置管理系统的内部管理界面输入的内部约束条件；

则所述筛选模块在利用所述整车配置循环迭代算法将所述配置特征族中与所述车型配置条件相匹配的配置特征代码添加至匹配集合，以及将所述特征族中与所述车型配置条件不匹配的配置特征代码添加至排除集合时，具体用于：

利用整车配置分组循环迭代算法，将所述特征族中与所述车型配置条件以及所述内部约束条件相匹配的配置特征代码添加至匹配集合，以及将所述特征族中与所述车型配置条件不匹配和与所述内部约束条件不匹配的配置特征代码添加至排除集合；

所述筛选模块在通过循环遍历的方式确定是否与所述车型配置条件相匹配时，具体用于：

通过循环遍历的方式确定是否与所述车型配置条件以及所述内部约束条件相匹配。

可选的，所述整车全配置管理系统还维护有智能推荐策略：

所述装置还包括：

确定模块，用于根据所述整车配置组合和所述智能推荐策略，确定与所述智能推荐策略相匹配的整车配置组合；

则所述显示模块具体用于：

显示所述与所述智能推荐策略相匹配的整车配置组合。

可选的，所述智能推荐策略包括库存优先策略、价值优先策略以及交车时间优先策略中的任意一种或多种。

可选的，当所述整车配置组合包括多种整车配置组合时；

所述装置还包括：

发送模块，用于响应于外部用户触发的选中操作，将所述外部用户选中的整车配置组合发送给下游的物料管理系统，以便确定所述整车配置组合对应的物料清单。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请实施例提供了一种整车全配置管理方法，该方法是基于整车全配置管理系统实现的，具体地，外部用户输入车型配置条件，整车全配置管理系统能够自动遍历工程车型与配置关系及规则矩阵，获取包含指定工程基础车型的配置特征族，将配置特征族按照与车型配置条件的相关性分为相关组和非相关组，针对相关组和非相关组中的每一配置特征族，利用整车配置循环迭代算法将其中的配置特征代码根据与车型配置条件的匹配结果添加至匹配集合或者排除集合，其中，对于无法直接确定的配置特征代码先添加至待确认集合，然后结合工程车型与配置关系及规则矩阵、所述匹配集合、所述排除集合以及所述整车配置循环迭代算法，将待确认集合中的配置特征代码，通过循环遍历的方式添加至匹配集合或者排除集合，直至相关组和非相关组中特征族的所有配置特征代码均添加至匹配集合或者排除集合，然后基于匹配集合的配置特征代码生成与车型配置条件匹配的整车配置组合，从而实现基于用户需求的整车自由定制，而不是仅限于市场提供的几种配置组合，提高了用户体验。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例一种整车全配置管理方法的流程图；

图2为本申请实施例一种整车全配置管理方法的流程图；

图3为本申请实施例中一种整车全配置管理系统的结构示意图；

图4为本申请实施例中一种整车全配置管理系统的硬件架构图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

针对现有技术中传统的车辆产品配置方法开发给用户的配置组合有限，无法满足用户个性化的需求，难以实现基于用户的需求进行自由定制的技术问题，本申请提供了一种整车全配置管理方法，该方法是通过整车配置循环迭代算法从程车型与配置关系及规则矩阵中确定与外部用户输入的车型配置条件相匹配的配置特征代码实现的，该整车配置循环迭代算法是利用“任何一辆汽车的功能特征必定由可选配置特征加上基础配置特征组成”和“一个配置特征族只与有限的其它配置特征族相关”的事实公理，对所述工程车型与配置关系及规则矩阵进行逻辑运算和循环迭代，最终确定出与外部用户输入的车型配置条件相匹配的所有配置特征代码的算法，而工程车型与配置关系及规则矩阵描述了工程基础车型与配置特征以及不同配置特征之间的约束关系，因此，在输入包含工程基础车型和已选配置特征的车型配置条件后，可以先基于与车型配置条件的相关性将工程车型与配置关系即规则矩阵中的配置特征族分组，然后针对分组后的配置特征族分别通过整车配置循环迭代算法，从工程车型与配置关系及规则矩阵中确定出与车型配置条件匹配的配置特征代码，基于该配置特征代码生成整车配置组合，实现了基于用户需求的整车自由定制，而不是仅限于市场提供的几种配置组合，提高了用户体验。

可以理解，本申请实施例提供的整车全配置管理方法可以应用于终端，终端是指能够处理数据的任何用户设备，包括但不限于：桌面计算机、笔记本电脑、智能手机或平板电脑等设备。在具体实现时，上述整车全配置管理方法以应用程序的形式存储于终端，终端通过执行该应用程序，实现本申请提供的整车全配置管理方法。

需要说明的是，本申请实施例提供的整车全配置管理方法也可以由终端或服务器协同执行，例如，由终端接收车型配置条件，并将给车型配置条件发送给服务器，然后由服务器确定出与该车型配置条件相匹配的整车配置组合，发送给终端，由终端显示该整车配置组合。

为了便于理解，后文均以终端作为执行主体对本申请提供的整车全配置管理方法进行介绍。接下来将从终端的角度，对本申请实施例提供的整车全配置管理方法进行介绍。

参见图1所示的整车全配置管理方法的流程图，该方法应用于终端，终端上配置有整车全配置管理系统，该整车全配置管理系统中维护有全配置特征基础库、工程车型与配置关系及规则矩阵和整车配置循环迭代算法；

所述全配置特征基础库用于描述所有产品的配置特征，任何产品的所有配置特征在所述全配置特征基础库中都有对应的配置特征族代码和配置特征代码；

所述工程车型与配置关系及规则矩阵用于描述工程基础车型与配置特征以及不同配置特征之间的约束关系，所述工程车型与配置关系及规则矩阵包括配置特征、配置特征族、配置特征族类别、工程基础车型、车型配置关系约束式和配置特征适用性标识；

所述整车配置循环迭代算法用于利用“任何一辆汽车的功能特征必定由可选配置特征加上基础配置特征组成”和“一个配置特征族只与有限的其它配置特征族相关”的事实公理，对所述工程车型与配置关系及规则矩阵进行逻辑运算和循环迭代，最终确定出与外部用户输入的车型配置条件相匹配的所有配置特征代码；

所述方法包括：

s101：接收外部用户通过所述整车全配置管理系统的整车定制界面输入的车型配置条件，所述车型配置条件包括指定工程基础车型和已选配置特征代码。

在本实施例中，用户可以分为两种，一种为外部用户，具体是指需要进行车辆定制的用户，其只能向整车全配置管理系统输入车型配置条件，而不能对整合配置系统内部进行处理，一种为内部用户，具体是指能够在整车全配置管理系统中设置内部约束条件的用户，内部用户具体可以是销售人员、物流人员、财务人员等等。

具体地，终端配置有整车全配置管理系统，该整车全配置管理系统提供有整车定制界面，该整车定制界面展示有用于定制的工程基础车型以及可选的配置特征，外部用户可以通过该整车定制界面输入车型配置条件，其中，车型配置条件包括指定工程基础车型和已选配置特征代码。作为本申请的一个示例，外部用户输入的车型配置条件可以为(ui2cp2；c00r)，其中，ui2cp2是该外部用户指定的工程基础车型，即指定工程基础车型，c00r是该外部用户所选择的配置特征代码，即已选配置特征代码。

需要说明的是，用户输入的指定工程基础车型和已选配置特征代码来自工程车型与配置关系及规则矩阵，该矩阵在下文进行详细描述。

s102：遍历所述工程车型与配置关系及规则矩阵中所有包含指定工程基础车型的配置特征族，将所述配置特征族按照与所述车型配置条件的相关性分为相关组和非相关组。

工程车型与配置关系及规则矩阵i描述工程基础车型与配置特征间以及不同配置特征间的约束关系，其可以通过多维变量阵列表征。多维变量阵列包括配置特征族、配置特征族类别、配置特征、工程基础车型、工程基础车型与配置特征间的约束关系(即车型配置关系约束式)、配置特征适用性标识，分别可以利用矩阵c1、c2、c3、c4、c5以及c6表示，基于此，工程车型与配置关系及规则矩阵i可以通过如下方式表达：

ixy＝(c1,c2,c3,c4,c5,c6)(1)

其中，c1、c2、c3、c4、c5以及c6可以通过如下方式表征：

如此，工程车型与配置关系及规则矩阵中的任意一行可以表示为：

其中，x取值为1至n中的正整数，n为大于1的正整数。

fx和ox都选自于全配置特征基础库，其中ox是工程车型与配置关系及规则矩阵中的第一要素，ox具体为配置特征对应的配置特征代码，fx是用来对ox进行归类的属性，fx中的f指代配置特征族，因此，fx具体为配置特征对应的配置特征族代码。fx和ox的对应关系是恒量，有些配置特征族可以包括多个配置特征，如配置特征族天窗“sunroof”包括3个配置特征，其配置特征族代码为s35，该配置特征族下的配置特征代码包括s35s、s35x、s35y，分别表示带普通天窗、不带天窗、带全景天窗，有些配置特征族fx仅有一个配置特征ox，在此不进行一一例举。

tx是用来描述fx的整车必要性标识，tx的值只可以为m或r，m表示整车上必要的配置特征族，r表示整车上非必要的配置特征族。mx是用来描述ox可适用的工程基础车型。sx是用来描述ox在mx工程基础车型范围内与其他相关配置特征的约束关系表达式，该表达式通过逻辑与(&)、逻辑或(/)、逻辑非(-)来表示逻辑运算关系。ax是用来描述ox在可适用工程基础车型mx上的适用性，ax的值只可为a(可选的)、r(必须的)、b(基准的)，a表示该ox在mx上可选的，r表示该ox在mx上满足sx条件时是必须的，当fx为m时，工程基础车型mx上必须有一个属性为b的ox作为基准配置，当客户自由定制的车型配置条件中该fx未定义a或r的配置特征时，b属性ox作为基准配置默认加入到客户自由定制的车型配置条件中。

终端接收到用户输入的车型配置条件后，可以遍历工程车型与配置关系及规则矩阵确定所有包含指定工程基础车型的特征族，然后，终端将配置特征族按照与车型配置条件的相关性分为相关组和非相关组。为了方便表述，可以将相关组记作a，非相关组记作b。

s103：针对所述相关组和非相关组中的每一配置特征族，利用整车配置循环迭代算法将所述配置特征族中与所述车型配置条件相匹配的配置特征代码添加至匹配集合，以及将所述配置特征族中与所述车型配置条件不匹配的配置特征代码添加至排除集合，将所述配置特征族中无法确定是否与所述车型配置条件匹配的配置特征代码添加至待确认集合。

其中，所述整车配置分组循环迭代算法是基于特征族中配置特征的必要性标识和配置特征在可适用工程车型上的适用性的信息确定所述配置特征属于匹配集合或者排除集合或者待确认集合的算法。其是基于“任何一辆汽车的功能特征必定由可选特征加上基础特征组成”和“一个配置特征族只与有限的其它配置特征族相关”的事实公理而设计的。其中，整车配置分组循环迭代算法针对相关组和非相关组具有相对应的处理逻辑。下面针对相关组和非相关组的处理逻辑进行详细说明。

针对相关组a，其包括如下几种情况：

1.1一组一fx一行ox

由于只有一行ox，所以针对工程车型与配置关系及规则矩阵i的约束表达式只能是与自身执行逻辑与操作，如果还与其他配置特征执行与操作，则就不止一行ox，基于此，可用性标识av为r的必选，而可用性标识为a表示具有相关性，也为必选。具体可以参见下表：

表1

其中，fc是指特征族，ft是指特征族的整车必要性标识，m表示整车上必要的配置特征族，r表示整车上非必要的配置特征族，av表示配置特征ox在可适用工程基础车型mx上的适用性，针对是否选这一列，其表示是否需要选该配置特征对应的配置特征代码，生成整车配置组合，其中，y表示是，标识为y的配置特征代码ox添加至匹配集合，n表示否，标识为y的配置特征代码ox添加至排除集合，不存在则表示这种情况不存在，标识为“不确定，需匹配输入”的配置特征代码ox添加至待确认集合，以便后续确认。

1.2一组一fx多行ox

在这种情况下，其处理逻辑可以参见下表：

表2

1.3一组一fx一行ox&一fx一行ox

在这种情况下，其处理逻辑可以参见下表：

表3

1.4一组一fx一行ox&一fx多行ox

在这种情况下，其处理逻辑可以参见下表：

表4

1.5一组一fx多行ox&一fx多行ox

在这种情况下，其处理逻辑可以参见下表：

表5

针对非相关组b，其包括如下几种情况：

2.1一组一fx一行ox

该情况下，其处理逻辑可以参见下表:

表6

2.2一组一fx多行ox

该情况下，其处理逻辑可以参见下表：

表7

2.3一组多个fx且每个fx只有一行ox

该情况下，其处理逻辑可以参见下表：

表8

2.4一组多fx，某一fx一行ox，另外一组多行ox

该情况下，其处理逻辑可以参见下表:

表9

2.5一组多fx且每个fx多行ox

该情况下，其处理逻辑可以参见下表：

表10

终端可以基于上述整车配置循环迭代算法，对相关组a中的配置特征族以及非相关组b中的配置特征族的配置特征对应的配置特征代码添加至匹配集合或者排除集合。可以理解，在有些情况下，无法确定是否与车型配置条件匹配或不匹配的配置特征，可以将其对应的配置特征代码添加至待确认集合，以便后续再结合已知信息进行确认。

s104：将所述待确认集合中的配置特征代码，结合所述工程车型与配置关系及规则矩阵、所述匹配集合、所述排除集合以及所述整车配置循环迭代算法，通过循环遍历的方式确定是否与所述车型配置条件相匹配，并将所述配置特征代码添加至相应的集合中，直至所述相关组和非相关组中的每一配置特征族的配置特征代码均添加至所述匹配集合或所述排除集合。

可以理解，在将配置特征代码添加至匹配集合或排除集合时，还存在一些配置特征无法确定是需要选中的，还是需要排除的，这些配置特征先添加至待确认集合，随着匹配集合以及排除集合的更新，终端可以结合工程车型与配置关系及规则矩阵、所述匹配集合、所述排除集合以及所述整车配置循环迭代算法，通过循环遍历的方式确定其是否与所述车型配置条件相匹配，若确定匹配，则添加至匹配集合，若不匹配，则添加至排除集合，若无法确定是否匹配，则添加至待确认集合，继续通过循环遍历的方式确定其是否与车型配置条件相匹配，直至相关组和非相关组中的每一配置特征族的配置特征代码均添加至所述匹配集合或所述排除集合，也即待确认集合为空时为止。

需要说明的是，针对任一特征族，若存在一配置特征代码与所述车型配置条件相匹配，则可以记作第一配置特征代码，终端将第一配置特征代码添加至匹配集合，同时将所述第一配置特征代码所属的特征族中剩余的配置特征代码添加至排除集合。

s105：根据所述匹配集合中的配置特征代码生成与所述车型配置条件匹配的整车配置组合。

s106：显示所述整车配置组合。

终端在将相关组和非相关组的特征族中所有配置特征添加至匹配集合或排除集合后，由于匹配集合是与车型配置条件相匹配的配置特征对应的配置特征代码的集合，其对应的配置特征需要被选中，而排除集合是与车型配置条件不匹配的配置特征对应的配置特征代码的集合，其对应的配置特征需要被排除，因此，终端基于匹配集合中的配置特征代码生成与所述车型配置条件匹配的整车配置组合。

该整车配置组合即为满足用户需求的配置组合，需要说明的是，该整车配置组合可以是一个，也可以是多个。终端通过显示该整车配置组合，以便用户查看。整车全配置管理系统还可以提供选择控件，所述整车配置组合包括多种整车配置组合时，终端还可以响应于外部用户触发的选中操作，将所述外部用户选中的整车配置组合发送给下游的物料管理系统，以便确定所述整车配置组合对应的物料清单(billofmaterial，bom)。

其中，整车配置组合对应的物料清单bom可以通过可配置bom来定义，可配置bom有一系列包含物料配置关系约束式的零件行组成，物料配置关系约束式用于约束零件的使用范围，物料配置关系约束式所用的工程基础车型代码、配置特征代码均来自工程车型与配置关系及规则矩阵i。利用本实施例提供的整车全配置管理方法确定的整车配置组合对应的整车配置组合代码(vehiclecode，vc)解析该车型产品的可配置bom，就能得到客户定制车型的单车bom，该步骤一般在下游企业资源计划(enterpriseresourceplanning，erp)系统，如企业管理解决方案系统(systemapplicationsandproducts，sap)中进行。

在实际应用中，内部用户如销售人员在初始时，选出一组有代表性的车型配置，经过本实施例的整车全配置管理方法，得到一批工程基础车型的整车配置组合，用作常规库存车型生产。大部分的客户个性化定制的车型配置经过本实施例的整车全配置管理方法计算出的vc，可以在这批基础车型vc的基础上进行修改，从而加快交付时间。

在有些情况下，还可以在整车全配置管理系统中还维护智能推荐策略，如此，终端可以根据整车配置组合和所述智能推荐策略，确定与所述智能推荐策略相匹配的整车配置组合。然后，终端显示与智能推荐策略相匹配的整车配置组合。其中，智能推荐策略包括库存优先策略、价值优先策略以及交车时间优先策略中的任意一种或多种，基于该智能推荐策略，可以向外部用户推荐对应的整车配置组合，以达到去库存、增加收入等目的。

以上为本申请实施例提供的一种整车全配置管理方法，该方法是基于整车全配置管理系统实现的，具体地，外部用户输入车型配置条件，整车全配置管理系统能够自动遍历工程车型与配置关系及规则矩阵，获取包含指定工程基础车型的配置特征族，将配置特征族按照与车型配置条件的相关性分为相关组和非相关组，针对相关组和非相关组中的每一配置特征族，利用整车配置循环迭代算法将其中的配置特征代码根据与车型配置条件的匹配结果添加至匹配集合或者排除集合，其中，对于无法直接确定的配置特征代码先添加至待确认集合，然后结合工程车型与配置关系及规则矩阵、所述匹配集合、所述排除集合以及所述整车配置循环迭代算法，将待确认集合中的配置特征代码，通过循环遍历的方式添加至匹配集合或者排除集合，直至相关组和非相关组中配置特征族的所有配置特征代码均添加至匹配集合或者排除集合，然后基于匹配集合的配置特征代码生成与车型配置条件匹配的整车配置组合，从而实现基于用户需求的整车自由定制，而不是仅限于市场提供的几种配置组合，提高了用户体验。

针对图1所示实施例中的s102，本申请实施例还提供了一种具体实现方式，参见图2，具体包括如下步骤：

s1021：从所述工程车型与配置关系及规则矩阵中确定所有包含指定工程基础车型的条目，作为指定条目。

其中，所述指定条目包括n行，所述n为正整数。

s1022：逐行遍历所述指定条目，基于所述指定条目中约束关系表达式中配置特征代码的出现次数关系对所述指定条目中的配置特征进行分组，形成配置特征子组。

在具体实现时，终端可以通过如下方式对ox分组，得到配置特征子组：

a.第1行o1对应statement所有包含featurecode条目的组号定义为1；

b.遍历第2-n行,如果statement中所包含的任意featurecode在前面组号条目中出现一次,该条目组号为前面组号；如果多次，所有被遍历的组号清空合并，变为新组号；如果未出现，新建组号。

s1023：针对每一配置特征子组，将所述配置特征子组相对应的所有配置特征族作为一个特征族子组，针对每一所述特征族子组，若存在任意配置特征与所述车型配置条件中所述已选配置特征代码相匹配，则将所述配置特征族子组作为相关组，否则作为非相关组。

具体地，终端遍历所有的ox组也即上述配置特征子组，找出当前ox组包含的所有的fx为同一个组，直到所有ox遍历完。将分组的fx与客户自由定制的车型配置条件中的已选配置特征oc匹配，能匹配的oc所在的组即为相关组；不能和客户自由定制的车型配置条件中任何oc匹配的组为不相关组。

在一些可能的实现方式中，终端还可以接收内部用户通过所述整车全配置管理系统的内部管理界面输入的内部约束条件，如此，在利用整车配置循环迭代算法将所述配置特征族中与所述车型配置条件相匹配的配置特征代码添加至匹配集合，以及将所述配置特征族中与所述车型配置条件不匹配的配置特征代码添加至排除集合时，终端利用整车配置循环迭代算法，将所述配置特征族中与所述车型配置条件以及所述内部约束条件相匹配的配置特征代码添加至匹配集合，以及将所述配置特征族中与所述车型配置条件不匹配和/或与所述内部约束条件不匹配的配置特征代码添加至排除集合，在通过循环遍历的方式确定待确认集合中的配置特征是否与所述车型配置条件相匹配时，通过循环遍历的方式确定其是否与所述车型配置条件以及所述内部约束条件相匹配。

以上为本申请实施例提供的整车全配置管理方法的一些具体实现方式，基于此，本申请实施例还提供了对应的整车全配置管理系统，接下来，从功能模块化的角度对本申请实施例提供的整车全配置管理系统进行介绍。

参见图3所示的整车全配置管理系统的结构示意图，所述整车全配置管理系统中维护有全配置特征基础库、工程车型与配置关系及规则矩阵和整车配置循环迭代算法；

所述全配置特征基础库用于描述所有产品的配置特征，任何产品的所有配置特征在所述全配置特征基础库中都有对应的配置特征族代码和配置特征代码；

所述工程车型与配置关系及规则矩阵用于描述工程基础车型与配置特征以及不同配置特征之间的约束关系，所述工程车型与配置关系及规则矩阵包括配置特征、配置特征族、配置特征族类别、工程基础车型、车型配置关系约束式和配置特征适用性标识；

所述整车配置循环迭代算法用于利用“任何一辆汽车的功能特征必定由可选配置特征加上基础配置特征组成”和“一个配置特征族只与有限的其它配置特征族相关”的事实公理，对所述工程车型与配置关系及规则矩阵进行逻辑运算和循环迭代，最终确定出与外部用户输入的车型配置条件相匹配的所有配置特征代码；

所述整车全配置管理系统包括:

接收模块310，用于接收外部用户通过所述整车全配置管理系统的整车定制界面输入的车型配置条件，所述车型配置条件包括指定工程基础车型和已选配置特征代码；

分组模块320，用于遍历所述工程车型与配置关系及规则矩阵中所有包含指定工程基础车型的配置特征族，将所述配置特征族按照与所述车型配置条件的相关性分为相关组和非相关组；

筛选模块330，用于针对所述相关组和非相关组中的每一配置特征族，利用所述整车配置循环迭代算法将所述配置特征族中与所述车型配置条件相匹配的配置特征代码添加至匹配集合，以及将所述配置特征族中与所述车型配置条件不匹配的配置特征代码添加至排除集合，将所述配置特征族中无法确定是否与所述车型配置条件匹配的配置特征代码添加至待确认集合；

所述筛选模块330，还用于将所述待确认集合中的配置特征代码，结合所述工程车型与配置关系及规则矩阵、所述匹配集合、所述排除集合以及所述整车配置循环迭代算法，通过循环遍历的方式确定是否与所述车型配置条件相匹配，并将所述配置特征代码添加至相应的集合中，直至所述相关组和非相关组中的每一配置特征族的配置特征代码均添加至所述匹配集合或所述排除集合；

生成模块340，用于根据所述匹配集合中的配置特征代码生成与所述车型配置条件匹配的整车配置组合；

显示模块350，用于显示所述整车配置组合。

可选的，所述分组模块320具体用于：

从所述工程车型与配置关系及规则矩阵中确定所有包含指定工程基础车型的条目，作为指定条目，所述指定条目包括n行，所述n为正整数；

逐行遍历所述指定条目，基于所述指定条目中约束关系表达式中配置特征代码的出现次数关系对所述指定条目中的配置特征进行分组，形成配置特征子组；

针对每一配置特征子组，将所述配置特征子组相对应的所有配置特征族作为一个配置特征族子组，针对每一所述配置特征族子组，若存在任意配置特征与所述车型配置条件中所述已选配置特征代码相匹配，则将所述配置特征族子组作为相关组，否则作为非相关组。

可选的，所述筛选模块330具体用于：

将第一配置特征代码添加至匹配集合，并将所述第一配置特征代码所属的配置特征族中剩余的配置特征代码添加至排除集合；

其中，所述第一配置特征代码是与所述车型配置条件相匹配的配置特征代码。

可选的，所述接收模块310还用于：

接收内部用户通过所述整车全配置管理系统的内部管理界面输入的内部约束条件；

则所述筛选模块在利用所述整车配置循环迭代算法将所述配置特征族中与所述车型配置条件相匹配的配置特征代码添加至匹配集合，以及将所述特征族中与所述车型配置条件不匹配的配置特征代码添加至排除集合时，具体用于：

利用整车配置分组循环迭代算法，将所述特征族中与所述车型配置条件以及所述内部约束条件相匹配的配置特征代码添加至匹配集合，以及将所述特征族中与所述车型配置条件不匹配和与所述内部约束条件不匹配的配置特征代码添加至排除集合；

所述筛选模块在通过循环遍历的方式确定是否与所述车型配置条件相匹配时，具体用于：

通过循环遍历的方式确定是否与所述车型配置条件以及所述内部约束条件相匹配。

可选的，所述整车全配置管理系统还维护有智能推荐策略：

所述装置还包括：

确定模块，用于根据所述整车配置组合和所述智能推荐策略，确定与所述智能推荐策略相匹配的整车配置组合；

则所述显示模块350具体用于：

显示所述与所述智能推荐策略相匹配的整车配置组合。

可选的，所述智能推荐策略包括库存优先策略、价值优先策略以及交车时间优先策略中的任意一种或多种。

可选的，当所述整车配置组合包括多种整车配置组合时；

所述装置还包括：

发送模块，用于响应于外部用户触发的选中操作，将所述外部用户选中的整车配置组合发送给下游的物料管理系统，以便确定所述整车配置组合对应的物料清单。

由上可知，本申请实施例提供了一种整车全配置管理系统，该整车全配置管理系统接收外部用户输入的车型配置条件，自动遍历工程车型与配置关系及规则矩阵，获取包含指定工程基础车型的配置特征族，将配置特征族按照与车型配置条件的相关性分为相关组和非相关组，针对相关组和非相关组中的每一配置特征族，利用整车配置循环迭代算法将其中的配置特征代码根据与车型配置条件的匹配结果添加至匹配集合或者排除集合，其中，对于无法直接确定的配置特征代码先添加至待确认集合，然后结合工程车型与配置关系及规则矩阵、所述匹配集合、所述排除集合以及所述整车配置循环迭代算法，将待确认集合中的配置特征代码，通过循环遍历的方式添加至匹配集合或者排除集合，直至相关组和非相关组中配置特征族的所有配置特征代码均添加至匹配集合或者排除集合，然后基于匹配集合的配置特征代码生成与车型配置条件匹配的整车配置组合，从而实现基于用户需求的整车自由定制，而不是仅限于市场提供的几种配置组合，提高了用户体验。

上述整车全配置管理系统可以部署于终端，也可以部署于服务器，服务器与终端上的客户端交互实现本申请实施例的整车全配置管理方法。为了便于理解，接下来从服务器和终端上的客户端交互的角度，对整车全配置管理系统的硬件架构进行说明。

参见图4所示的整车全配置管理系统的硬件架构图，在该应用场景下，内部用户通过内部用户客户端1-n输入内部约束条件，外部用户通过外部用户客户端1-n输入车型配置条件，服务器上配置有整车全配置管理系统，其通过输入输出接口表与内部用户客户端、外部用户客户端进行交互。其中，服务器可以同时与多个内部用户客户端交互，也可以同时与多个外部用户客户端交互。

内部用户如管理人员可以将所有配置特征导入全配置特征基础库，即数据库1，将工程车型与配置关系即规则矩阵导入数据库2，并配置算法模块，该算法模块中存储有整车配置循环迭代算法，从而实现整车全配置管理系统初始化。

接着，服务器的整车全配置管理系统接收外部用户通过外部用户客户端输入的车型配置条件，包括指定工程基础车型和已选配置特征，然后，整车全配置管理系统在对包含指定基础车型的配置特征族按照与车型配置条件的相关性分组后，针对相关组和非相关组，调用算法模块，执行整车配置循环迭代算法，将配置特征添加至匹配集合或排除集合，然后生成整车配置组合，存储于可销售完整车型数据库，即数据库3，再通过输入输出接口表返回给外部用户客户端，以便外部用户查看。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：只存在a，只存在b以及同时存在a和b三种情况，其中a，b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。