汽车零配件的询报价方法及系统与流程

本发明属于汽车后市场配件交易领域，尤其涉及一种汽车零配件的询报价方法及系统。

背景技术：

在传统的汽车零配件采购模式中，4s店或者维修厂一般是通过采购员将包含汽车零配件信息的纸质文件，如报价邀请函等，录入电脑形成电子文件，并将该电子文件通过文件传递工具，如qq、微信或者电子邮件等，发送至目标供应商，邀请供应商报价。各个供应商根据实际情况，向采购员发出报价文件。采购员在接收到各个供应商提供的报价文件后，对所有供应商的报价文件进行整合处理，并进行多方面综合考量。采购员在综合考虑价格、配送时效、配件品质等多方面的因素后，向最符合要求的供应商发起采购请求，供应商在接收到采购员的采购请求后，开立销售单并安排发货。可见，传统的汽车零配件采购交易模式操作流程复杂、耗时；同时在采购的过程中缺乏必要的监督和管控，极易造成企业资源的浪费，消耗大量的企业资源和人力成本，由此导致汽车零配件采购交易操作流程复杂、效率低下且成本较高。

技术实现要素：

本发明提供一种汽车零配件的询报价方法及系统，旨在解决现有的汽车零配件的采购交易存在的操作流程复杂、效率低下且成本高的问题。

本发明第一方面提供一种汽车零配件的询报价方法，询价信息包括至少一个车辆识别码、至少一个配件信息以及配件数量，所述询报价方法包括：

根据所述车辆识别码确定车辆车型信息；

根据配件选择指令从预置的配件数据库中获取所述配件信息，所述配件信息包括配件编码和/或配件名称和/或配件实物图片；

获取所述配件数量；

判断所述配件信息中是否包含有效的配件编码，所述配件编码为配件的原厂零件号；

若所述配件信息中包含有效的配件编码，则基于供应商实时更新的配件库存和配件价格获取供应商的报价信息；

若所述配件信息中未包含有效的配件编码，则对配件进行译码得到配件编码，再基于供应商实时更新的配件库存和配件价格获取供应商的报价信息；

发送所述报价信息至维修厂，以使维修厂根据所述报价信息选择供应商采购下单。

在较优的一实施例中，所述基于供应商实时更新的配件库存和配件价格获取供应商的报价信息包括：

判断所述询价信息中是否包含指定供应商；

若所述询价信息中包含指定供应商，则获取所述指定供应商的报价信息；

若所述询价信息中未包含指定供应商，则判断所述询价信息中是否存在预置的意向供应商列表；

若所述询价信息中存在预置的意向供应商列表，则获取所述意向供应商列表中的供应商的报价信息；

若所述询价信息中不存在预置的意向供应商列表，则获取满足预设条件的供应商的报价信息。

在较优的一实施例中，所述询价信息还包括车辆品牌信息，所述预设条件还包括：

供应商预置的可报价车辆品牌列表包含所述车辆品牌信息；其中，通过所述车辆识别码确定所述车辆品牌信息；

供应商预置的可报价配件品质列表包含维修厂选择的配件品质。

在较优的一实施例中，所述询报价方法在判断所述询价信息中是否包含指定供应商之前还包括：

判断所述维修厂是否为预设维修厂类型；

若所述维修厂是预设维修厂类型，则按照预设规则获取供应商的报价信息；

若所述维修厂不是预设维修厂类型，则判断所述询价信息是否包含指定供应商。

在较优的一实施例中，所述按照预设规则获取供应商的报价信息包括：

判断所述维修厂是否存在预设集采中心；

若所述维修厂存在预设集采中心，则获取所述预设集采中心的报价信息；

若所述维修厂不存在预设集采中心，则按照预设的供应商报价顺序获取顺序在前的供应商的报价信息。

在较优的一实施例中，所述获取所述预设集采中心的报价信息包括：

获取所述预设集采中心的一次报价信息；

所述询报价方法在获取所述预设集采中心的一次报价信息之后还包括：

根据重新报价指令获取所述预设集采中心的二次报价信息；

所述询报价方法在根据重新报价指令获取所述预设采集中心的二次报价信息之后还包括：

根据顺序报价指令，按照预设的供应商报价顺序获取顺序在前的供应商的报价信息。

本发明第二方面提供一种汽车零配件的询报价系统，所述询报价系统包括维修厂客户端、电子商务平台以及供应商客户端，其中，所述维修厂客户端执行计算机程序实现：

接收维修厂的询价信息，所述询价信息包括至少一个车辆识别码、至少一个配件信息以及配件数量；

将所述询价信息发送至所述电子商务平台；

接收所述电子商务平台发送的满足所述询价信息的报价信息，以使维修厂根据所述报价信息选择供应商采购下单；

所述电子商务平台执行计算机程序实现：

接收所述维修厂客户端发送的询价信息；

根据所述车辆识别码确定车辆车型信息；

根据配件选择指令从预置的配件数据库中获取所述配件信息，所述配件信息包括配件编码和/或配件名称和/或配件实物图片；

获取所述配件数量；

判断所述配件信息中是否包含有效的配件编码，所述配件编码为配件的原厂零件号；

若所述配件信息中包含有效的配件编码，则基于供应商客户端实时更新的配件库存和配件价格获取供应商的报价信息；

若所述配件信息中未包含有效的配件编码，则对配件进行译码得到配件编码，再基于供应商客户端实时更新的配件库存和配件价格获取供应商的报价信息；

发送所述报价信息至维修厂客户端，以使维修厂根据所述报价信息选择供应商采购下单；

所述供应商客户端执行计算机程序实现：

预置维修厂白名单列表，所述白名单列表包括供应商合作的维修厂名称；或

预置维修厂黑名单列表，所述黑名单列表包括供应商不提供服务的维修厂名称；

预置可报价区域列表；及/或，预置可报价车辆品牌列表；及/或，预置可报价配件品质列表；及/或，预置的可报价工作日列表；

实时更新配件库存和配件价格；

接收所述电子商务平台发送的询价信息；

获取满足所述询价信息的报价信息；

将所述报价信息发送至所述电子商务平台。

本发明第三方面提供一种电子设备，所述电子设备包括存储设备及处理设备，所述处理设备用于在执行存储设备中存储的计算机程序时实现上述任一实施例所述询报价方法。

本发明第四方面提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理设备执行时实现如上述任一实施例所述询报价方法。

在本发明中，首先通过车辆识别码获取车辆车型信息、再获取配件信息及配件数量，并判断配件信息中是否包含有效的配件编码；是，则基于供应商实时更新的配件库存和配件价格获取供应商的报价信息；否，则对配件进行译码得到配件编码，再基于供应商实时更新的配件库存和配件价格获取供应商的报价信息；最后发送所述报价信息至维修厂，以使维修厂根据所述报价信息选择供应商采购下单。相比于传统的询报价方法利用通讯工具的复杂操作流程、低下的效率以及因沟通或者退换货导致的高成本，本发明中的询报价方法可以简化汽车零配件交易采购流程，提高交易采购效率以及降低交易采购成本。

附图说明

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

图1是本发明实施例提供的汽车零配件的询报价方法的实现流程图；

图2是本发明实施例提供的汽车零配件的询报价方法中步骤s60的实现流程图；

图3是本发明实施例提供的汽车零配件的询报价方法中步骤s60的另一实现流程图；

图4是本发明实施例提供的汽车零配件的询报价方法中步骤s607的实现流程图；

图5是本发明实施例提供的汽车零配件的询报价装置的功能模块图；

图6是本发明实施例提供的汽车零配件的询报价装置中报价信息获取模块60的结构框图；

图7是本发明实施例提供的汽车零配件的询报价装置中报价信息获取模块60的另一结构框图；

图8是本发明实施例提供的汽车零配件的询报价装置中预设规则报价信息获取单元607的结构框图；

图9是本发明实施例提供的汽车零配件的询报价系统的结构示意图；

图10是本发明实施例提供的实现汽车零配件的询报价方法的较佳实施例的电子设备的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

图1示出了本发明实施例提供的汽车零配件的询报价方法的实现流程，根据不同的需求，该流程图中步骤的顺序可以改变，某些步骤可以省略。为了便于说明，仅示出了与本发明实施例相关的部分，详述如下：

该询报价方法中的询价信息包括至少一个车辆识别码、至少一个配件信息以及配件数量。

步骤s10，根据车辆识别码确定车辆车型信息。在获取维修厂的询价需求时，最重要的是获取到维修厂的车辆识别码。车辆识别码是汽车零配件询价时最为重要的信息。车辆识别码(vehicleidentificationnumbe，简称vin)是汽车唯一的身份识别信息，也可以叫做“汽车身份证”，它包含了车辆的生产厂家、年代、车辆车型、车辆品牌、发动机代码以及组装地点等重要信息。该询价信息可以包括一个或者多个车辆识别码，在多数情况下为一个车辆识别码。

步骤s20，根据配件选择指令从预置的配件数据库中获取配件信息，配件信息包括配件编码和/或配件名称和/或配件实物图片。询价信息可以包括一个或者多个配件信息。配件信息可以采用多种方式进行描述和表达，如在较优的一实施例中，配件信息可以是配件编码，零配件生产商为了管理上的方便和准确获知维修厂的的零配件需求，会采用一定的规则对零配件进行编码，并且不同的配件生产厂商一般采用不同的编码规则对零配件进行编码；其还可以采用配件名称或者配件实物图片进行描述。维修厂可以选择使用其中的一种方式描述配件信息，也可以同时使用多种方式描述配件信息。另外，配件数据库为预先配置的配件数据库，该预置的配件数据库中的配件信息可以以文字、图片或者三维动画等可视化的方式呈献给维修厂，以便根据维修厂的配件选择指令从该预置的配件数据库中获取到维修厂选择的配件信息。

步骤s30，获取配件数量。配件数量在默认的情况下为1，也可以根据维修厂的配件数量修改指令获取维修厂根据实际情况修改的配件数量。

一般可以通过车辆识别码确定车辆车型信息，车辆车型信息和配件信息唯一确定一个配件。比如，当确定车辆车型信息为某品牌(例如宝马)2017款730li豪华版车型、配件为雨刮片时，即可以唯一确定配件。通过上述步骤s10至步骤s30即获取了维修厂的询价信息，即询价信息包括车辆识别码、配件信息以及配件数量。

在较优的一实施例中，上述询价信息还可以包括发票信息，即可以选择是否需要开具发票。在较优的一实施例中，上述询价信息还可以包括期望配件品质，其中期望配件品质包括原厂件和/或品牌件。期望配件品质可以为原厂件或者品牌件，原厂件即为主机厂(汽车制造厂家)指定配套的零部件生产厂家(也叫配套厂)所生产的配件，这种零配件的检测加工过程与给主机厂提供的配件完全相同，并且有合格证的配件，质量和性能比较有保证。品牌件是指相对在市场上比较有名气的配件生产厂商所生产的配件。

在较优的一实施例中，上述询价信息还可以包括联系方式，该联系方式包括联系人姓名、联系电话以及联系地址。在较优的一实施例中，在获取维修厂的询价信息之后还可以包括：接收根据维修厂的询价修改指令修改的询价信息。该询价修改指令具体可以包括配件信息修改、删除以及添加等指令。

在较优的一实施例中，在获取维修厂的询价信息之后还可以包括：将错误的询价信息退回维修厂，以便维修厂修改并重新提交询价信息。在本发明实施例中，在获取维修厂的询价信息的时候，有可能存在获取的配件编码和配件名称或者配件实物图片不匹配的情况，导致无法准确识别或者产生矛盾的情形。例如，在获取维修厂的询价信息时，获取到了配件a的配件编码，同时又获取到了配件b的配件名称或者配件实物图片，询价信息产生矛盾，导致无法准确判断维修厂的询价信息。同时在退回维修厂的时候将该询价信息的错误类型提示给维修厂，以便维修厂进行修改并重新提交修改后的询价信息。

在较优的一实施例中，在获取维修厂的询价信息之后还可以包括：根据询价信息删除指令删除询价信息。在获取到维修厂的询价信息之后，维修厂可能基于某些原因不再继续询价流程，例如主动放弃询价，则可以根据维修厂的询价信息删除指令删除询价信息。

步骤s40，判断配件信息中是否包含有效的配件编码。在步骤s20中，获取到的维修厂的配件信息可能采用配件编码描述，也可能采用配件名称或者配件实物图片描述。使用配件编码描述配件信息不仅可以准确获取配件信息，还可以提高识别效率，精确获取维修厂需求。

其中，配件编码为配件的原厂零件号(英文全称：originalequipmentmanufacturernumber，简称oemno.)。每个汽车生产厂商或者零配件生产厂商为方便对零配件进行管理，都会对每种车型的每个零配件采用不同的编号区别分类，这个编号就是oem编号。每个汽车生产厂商或者零配件生产厂商都有不同编号规则。通过oem可以查询出该零配件的类型、具体的性能和详细参数，也可以知道其应用的具体汽车品牌、车型系列、出厂年代等。使用原厂零件号可以快速查询零配件的详细信息，同时也方便和维修厂或者供应商进行交流，可以最大程度的避免零配件的描述错误。所谓有效的配件编码即为满足或者符合汽车生产厂商或者零配件生产厂商编号规则的配件编码，而那些不满足或者不符合编号规则的配件编码即为无效的配件编码。

如果配件信息中包含有效的配件编码，则执行步骤s60，基于供应商实时更新的配件库存和配件价格获取供应商的报价信息；如果配件信息中未包含有效的配件编码，则执行步骤s50，对配件进行译码得到配件编码，在执行完步骤s50之后，再执行步骤s60。

当判断出配件信息包含有效的配件编码时，利用该配件编码可以准确获知维修厂的需求，即根据供应商实时更新的配件库存和配件价格获取供应商满足上述询价信息条件的报价信息。当判断出配件信息未包含有效的配件编码时，即维修厂可能采用配件名称或者配件实物图片描述配件信息，即转入执行步骤s50，对配件进行译码以获取配件编码。当经过译码后获得配件的配件编码后，再转入执行步骤s60。

在较优的一实施例中，可以通过预设译码库获取配件信息的配件编码。在本发明实施例中，可以预先设置一译码数据库，该译码数据库中包含了与配件一一对应的配件编码，在较优的一实施例中，该译码数据库中的配件可以采用配件名称或者配件实物图片来描述，以便快速准确的识别对应的配件编码。当获取到的配件信息是采用配件名称或者配件实物图片描述的配件信息时，可以根据该配件名称或者该配件实物图片通过该预设的译码数据库获取到与该配件相对应的配件编码。

在较优的一实施例中，该询报价方法在步骤s60之后还包括：

若获取不到供应商的报价信息，则发送询价信息至供应商，并获取供应商基于该询价信息发送的报价信息。在本发明实施例中，若没有满足询价信息条件的配件，比如，没有满足条件的配件库存或者没有满足条件的配件品质等，则发送询价信息至供应商，由供应商根据该询价信息进行报价，再获取供应商基于该询价信息发送的报价信息。

步骤s70，发送报价信息至维修厂，以使维修厂根据报价信息选择供应商采购下单。该报价信息除包括配件价格之外，还可以包括配件供应商、配件发货地、是否现货以及物流信息。在需要调货时，该报价信息还可以包括调货时间。维修厂可以在全面考虑配件供应商、配件品质、配件价格以及配送时效等的情况下，选择最为符合期望的供应商进行采购下单。

在较优的一实施例中，为了更加直观、方便的向维修厂展示配件信息，以便维修厂确认是否是维修厂期望的配件信息，在发送报价信息至维修厂之后还可以包括：根据配件显示指令显示配件信息中配件的爆炸图。在本发明实施例中，当维修厂需要确认该配件是否是期望的配件时，可以根据维修厂的配件显示指令显示配件信息中配件的爆炸图。

在较优的一实施例中，在发送报价信息至维修厂之后还可以包括：根据接收的重新报价指令获取供应商的二次报价信息。在本发明实施例中，维修厂在收到供应商的报价后，经全面考虑，认为没有符合自己期望的报价信息，因此可以要求重新报价。供应商在收到维修厂的重新报价指令之后可以考虑要不要进行二次报价。当供应商决定进行二次报价时，获取供应商的二次报价信息，并将供应商的二次报价信息发送至维修厂，以便维修厂重新进行采购下单。当然，也可能存在维修厂对该二次报价信息仍不满意的情形，维修厂选择放弃继续询价。

在较优的一实施例中，在上述的基础上，该询报价方法还可以包括：根据时效设置指令设置二次报价信息的时效，若在该时效内未获取到供应商的二次报价信息，则发出询价信息失效的提示至维修厂。在本发明实施例中，当维修厂要求进行二次报价时，供应商基于自身的考虑或者基于配件价格的考虑，并未进行报价或者在较长时间内报价。因此，维修厂为了尽快得到供应商的报价信息，进一步提高报价效率，可以对二次报价信息设置时效，即根据时效设置指令设置二次报价信息的时效。例如，维修厂可以设置二次报价信息的时效为24小时，即供应商在该时效内(即24小时内)进行二次报价是有效的，当供应商超过24小时未进行报价时，即在该时效内未获取到供应商的二次报价信息时，即发出询价信息失效的提示至维修厂。

在较优的一实施例中，在发送报价信息至维修厂之后还可以包括：根据报价保存指令将报价信息生成表格文件并提示维修厂保存。在本发明实施例中，维修厂在得到供应商的报价信息(一次报价信息或者二次报价信息)之后，在当前的时间可能不方便进行查看和比较，因此可以选择将该次报价信息以excel文件的形式(或者其他类型的文件格式，如word格式)进行保存，以便在后续方便的时间进行查看。

在较优的一实施例中，在上述基础上，该询报价方法还可以包括：根据译码修改指令修改配件编码。在本发明实施例中，可能会出现译码错误的情况，此时，可以允许译码人员对译码后的配件编码进行修改，以便在译码出错时进行补救。修改可以包括删除、取消或者修正错误等。另外，也可以允许译码人员在获取报价信息之后撤销所有的报价信息，并重新纠正错误的译码结果，然后按照修改以后的正确的配件编码重新获取报价信息。这样可以进步一避免错误，提高询报价的效率。

在本发明实施例中，首先通过车辆识别码获取车辆车型信息、再获取配件信息及配件数量，并判断配件信息中是否包含有效的配件编码；是，则基于供应商实时更新的配件库存和配件价格获取供应商的报价信息；否，则对配件进行译码得到配件编码，再基于供应商实时更新的配件库存和配件价格获取供应商的报价信息；最后发送报价信息至维修厂，以使维修厂根据报价信息选择供应商采购下单。相比于传统的询报价方法利用通讯工具的复杂操作流程、低下的效率以及因沟通或者退换货导致的高成本，本发明中的询报价方法可以简化汽车零配件交易采购流程，提高交易采购效率以及降低交易采购成本。

图2示出了本发明实施例提供的汽车零配件的询报价方法中步骤s60的实现流程，根据不同的需求，该流程图中步骤的顺序可以改变，某些步骤可以省略。为了便于说明，仅示出与本发明实施例相关的部分，详述如下：

步骤s601，判断询价信息中是否包含指定供应商。在本发明实施例中，维修厂可能在询价信息中指定特定供应商进行报价，即只有维修厂指定的供应商才有资格进行报价，而其它未被维修厂指定的供应商则不能进行报价。维修厂可以在询价信息中指定一个供应商进行报价，也可以指定多个供应商进行报价。在多数情况下，维修厂会选择后者，这样在获取供应商的报价信息之后可以对供应商的报价信息进行比较，维修厂会有更多的选择空间。另外，维修厂也可能在询价信息中并未指定特定的供应商。因此，在该步骤中，需要判断询价信息中是否包含指定的供应商。

当判断出询价信息中包含维修厂指定的供应商时，执行步骤s602，获取指定供应商的报价信息。当判断出询价信息中不包含指定的供应商时，即说明维修厂并未对供应商进行特别限制，执行步骤s603，即判断询价信息中是否存在预置的意向供应商列表。维修厂在询价之前，可以预先设置部分的供应商作为意向供应商列表，在发布询价时，当维修厂选择预先设置的供应商时，即维修厂只接受该预先设置的供应商列表中的报价信息。

当判断出询价信息中存在预置的意向供应商列表时，执行步骤s604，获取意向供应商列表中的供应商的报价信息。当然，也可能存在维修厂并未预先设置意向供应商列表，当判断出询价信息中不存在意向供应商列表时，执行步骤s605，获取满足预设条件的供应商的报价信息。当不存在意向供应商列表时，说明维修厂并未对供应商进行限制。维修厂未对供应商进行限制，并不代表所有的供应商都会进行报价。供应商基于自身的原因，比如市场发展、工作日、配送区域等，或者维修厂对某些条件进行了限制，比如配件品质、配送区域以及配送时效等，而导致供应商不符合维修厂期望的条件而无法进行报价。因为维修厂的限制或者供应商的自身的原因，而无法获取到符合条件的供应商的报价信息。此时，需要获取满足预设条件的供应商的报价信息。该预设条件是系统中预先设定的条件。

其中，上述预设条件包括：

(1)供应商预置的维修厂白名单列表包含维修厂或者供应商预置的维修厂黑名单列表不包含维修厂。供应商可能基于自身的原因，对合作的维修厂进行限制，对于某些合作过的少部分维修厂，供应商与其合作过之后基于自身的考虑不愿意再次进行合作，供应商可能将此维修厂拉入维修厂黑名单中，不再提供服务。因此，只有在供应商预先设置的维修厂白名单中包含该维修厂或者供应商预置的黑名单列表中不包含该维修厂时，才获取该供应商的报价信息，否则就无法获取该供应商的报价信息。

(2)供应商预置的可报价区域列表包含维修厂所在的区域。供应商基于自身成本或者市场以及战略发展的考虑，可能只有部分的城市区域在供应商的服务范围之内。因此，只有当供应商预先设置的可报价区域列表包含维修厂所在的区域时，才能够获取该供应商的报价信息，否则就无法获取到该供应商的报价信息。

在较优的一实施例中，询价信息还包括车辆品牌信息，在上述的基础上，该预设条件还包括：

(3)供应商预置的可报价车辆品牌列表包含车辆品牌信息；其中，可以通过上述实施例中提到的车辆识别码确定车辆品牌信息。同样的，供应商基于自身发展的需要或者发展规模的考虑，只对部分的车辆品牌进行服务。因此，只有当供应商预先设置的可报价车辆品牌列表包含维修厂的车辆品牌时，才获取该供应商的报价信息。

(4)供应商预置的可报价配件品质列表包含维修厂选择的配件品质。另外，供应商可能只能够提供原厂件或者品牌件的报价信息。在维修厂发布询价信息的时候，有可能对零配件的配件品质进行了选择或者指定。因此，只有当供应商预先设置的可报价配件品质列表包含维修厂选择的配件品质时，才获取该供应商的报价信息。

在较优的一实施例中，在上述基础上，该预设条件还可以包括：

(5)供应商预置的可报价工作日列表包含维修厂选择的报价日期。在发布询价信息时，维修厂可能设置了报价期限或者设置了报价信息的时效，供应商也可能预先设置了工作日与非工作日，只有当供应商预先设置的可报价工作日列表包含了维修厂选择的报价日期或者与维修厂选择的报价日期存在重叠的部分时，才获取该供应商的报价信息。当维修厂期望的报价日期是供应商的休息日时，则无法获取该供应商的报价信息。

另外，可以根据实际情况或者特殊需求，预先设置其中的一个作为预设条件，也可以选择其中的多个条件甚至是全部条件作为预设条件，在此不作详细的限定。

图3示出了本发明实施例提供的汽车零配件的询报价方法中步骤s60的另一实现流程。根据不同的需求，该流程图中步骤的顺序可以改变，某些步骤可以省略。为了便于说明，仅示出与本发明实施例相关的部分，详述如下：

如图3所示，在上述图2所示的基础上，该询报价方法在步骤s601之前还可以包括：

步骤s606，判断维修厂是否为预设维修厂类型。在某些情况下，需要对维修厂进行分类管理，比如可以根据维修厂的业务量大小或者维修厂的综合实力区分出大维修厂、中等维修厂以及小维修厂等，并分别针对不同类型的维修厂提供不同的服务策略。比如，为集团大维修厂提供定制化的、符合企业发展需求的服务策略。因此，在这样的情况下，需要首先判断维修厂是否是预设的维修厂类型。该维修厂类型可以包括大客户类型、中等客户类型以及小客户类型。例如，基于大客户的综合实力和业务量考虑，可以预先设置该预设客户类型为大客户类型。

当判断出维修厂类型为预设维修厂类型，例如大客户类型时，则执行步骤s607，即按照预设规则获取供应商的报价信息，该预设规则即专门为了大客户设置的特殊服务策略或者规则。当判断出维修厂不是预设的大客户类型时，则执行步骤s601，即执行判断询价信息中是否包含指定供应商的步骤。

在本发明实施例中，在获取供应商的报价信息时，首先判断维修厂是否为预设维修厂类型，是，则按照预设规则获取供应商的报价信息，若维修厂不是预设维修厂类型，则进一步的判断询价信息中是否包含指定供应商，当询价信息中存在指定供应商时，则获取指定供应商的报价信息，当询价信息中不存在指定供应商时，则再进一步的判断询价信息中是否存在预置的意向供应商列表，是，则获取意向供应商列表中的供应商的报价信息，否，则获取满足预设条件的供应商的报价信息。因此，本发明实施例中的询报价方法可以进一步的简化汽车零配件交易采购流程，提高交易采购效率以及降低交易采购成本。

图4示出了本发明实施例提供的汽车零配件的询报价方法中步骤s607的具体实现流程。根据不同的需求，该流程图中步骤的顺序可以改变，某些步骤可以省略。为了便于说明，仅示出与本发明实施例相关的部分，详述如下：

步骤s6071，判断维修厂是否存在预设集采中心。当判断出维修厂是大客户类型时，维修厂可能存在预先设置的集采中心，所谓集采中心即维修厂零配件的集中采购中心，该集中采购中心包含了维修厂指定的或者预先配置的一个或者多个供应商。在较优的一实施例中，该集采中心包含了维修厂预先配置的多个供应商。如果维修厂存在预设集采中心，则应当首先获取维修厂预设集采中心的报价信息。因此，在该步骤中，首先需要判断维修厂是否存在预设集采中心。

当判断出维修厂存在预设集采中心时，执行步骤s6072，即获取集采中心的报价信息。另外，大客户为了保证零配件的质量和性能，会按照先后顺序对供应商进行排序，优先选择知名的零配件供应商，并要求优先获取顺序在前的供应商的报价信息。因此，当判断出维修厂不存在预设集采中心时，执行步骤s6073，即按照预设的供应商报价顺序获取顺序在前的供应商的报价信息。

另外，可能存在由于顺序在前的供应商没有进行报价或者某些其他原因，导致无法获取顺序在前的供应商的报价信息。因此，在较优的一实施例中，步骤s607还可以包括步骤：当获取不到顺序在前的供应商的报价信息时，获取顺序在后的供应商的报价信息。

在较优的一实施例中，步骤s6072，获取预设集采中心的报价信息包括：获取预设集采中心的一次报价信息，并将该一次报价信息发送至维修厂，以便维修厂进行采购下单。

在较优的一实施例中，该询报价方法在获取预设集采中心的一次报价信息之后还包括：根据重新报价指令获取预设集采中心的二次报价信息。维修厂在获得预设集采中心的一次报价信息后，经过综合考虑认为一次报价信息并没有满足自己的要求，因此并未进行采购下单。当维修厂放弃针对一次报价信息进行采购下单时，可以根据维修厂的重新报价指令获取预设集采中心的二次报价信息。即维修厂要求预设集采中心重新进行报价。重新报价是对于未在一次报价信息中满足维修厂需求的询价信息进行的二次报价。

在较优的另一实施例中，在维修厂获取到预设集采中心的二次报价信息之后，经过综合考虑仍然放弃采购下单，则可以根据维修厂的顺序报价指令，转入执行步骤s6073，按照预设的供应商的报价顺序获取顺序在前的供应商的报价信息。

在本发明实施例中，在判断询价信息中是否包含指定供应商之前判断维修厂是否存在预设集采中心，当维修厂存在预设集采中心时，获取预设集采中心的报价信息等。因此，本发明实施例中的询报价方法可以进一步明确获知维修厂的配件需求，进一步简化汽车零配件交易采购流程，提高交易采购的效率，降低交易采购的成本。

图5示出了本发明实施例提供的汽车零配件的询报价装置的功能模块图，为了便于说明，仅示出了与本发明实施例相关的部分，详述如下：

参考图5，该汽车零配件的询报价装置所包括的各个模块用于执行图1对应实施例中的各个步骤，具体请参阅图1以及图1对应实施例中的相关描述，此处不再赘述。本发明实施例中，询报价装置包括车辆车型信息获取模块10、配件信息获取模块20、配件数量获取模块30、配件编码判断模块40、配件编码译码模块50、报价信息获取模块60以及报价信息发送模块70。

车辆车型信息获取模块10，用于根据车辆识别码确定车辆车型信息。

配件信息获取模块20，用于根据配件选择指令从预置的配件数据库中获取配件信息，配件信息包括配件编码和/或配件名称和/或配件实物图片。

配件数量获取模块30，用于获取配件数量。

配件编码判断模块40，用于判断配件信息中是否包含有效的配件编码，配件编码为配件的原厂零件号。

配件编码译码模块50，用于对配件进行译码得到配件编码。

报价信息获取模块60，用于基于供应商实时更新的配件库存和配件价格获取供应商的报价信息。

报价信息发送模块70，用于发送报价信息至维修厂，以使维修厂根据报价信息选择供应商采购下单。

在本发明实施例中，首先车辆车型信息获取模块10通过车辆识别码获取车辆车型信息，配件信息获取模块20以及配件数量获取模块30分别获取配件信息及配件数量，之后配件编码判断模块40判断配件信息中是否包含有效的配件编码；是，则报价信息获取模块60基于供应商实时更新的配件库存和配件价格获取供应商的报价信息；否，则配件编码译码模块50对配件进行译码得到配件编码，报价信息获取模块60再基于供应商实时更新的配件库存和配件价格获取供应商的报价信息；最后报价信息发送模块70发送报价信息至维修厂，以使维修厂根据报价信息选择供应商采购下单。相比于传统的询报价利用通讯工具的复杂操作流程、低下的效率以及因沟通或者退换货导致的高成本，本发明实施例简化汽车零配件交易采购流程，提高交易采购效率以及降低交易采购成本。

图6示出了本发明实施例提供的汽车零配件的询报价装置中报价信息获取模块60的结构框图，为了便于说明，仅示出了与本发明实施例相关的部分，详述如下：

参考图6，该报价信息获取模块60所包括的各个单元用于执行图2对应实施例中的各个步骤，具体请参阅图2以及图2对应实施例中的相关描述，此处不再赘述。本发明实施例中，报价信息获取模块60包括指定供应商判断单元601、指定供应商报价信息获取单元602、意向供应商判断单元603、意向供应商报价信息获取单元604以及预设条件供应商报价信息获取单元605。

指定供应商判断单元601，用于判断询价信息中是否包含指定供应商。

指定供应商报价信息获取单元602，用于获取指定供应商的报价信息。

意向供应商判断单元603，用于判断询价信息中是否存在预置的意向供应商列表。

意向供应商报价信息获取单元604，用于获取意向供应商列表中的供应商的报价信息。

预设条件供应商报价信息获取单元605，用于获取满足预设条件的供应商的报价信息。

图7示出了本发明实施例提供的汽车零配件的询报价装置中报价信息获取模块60的另一结构框图，为了便于说明，仅示出了与本发明实施例相关的部分，详述如下：

参考图7，该报价信息获取模块60所包括的各个单元用于执行图3对应实施例中的各个步骤，具体请参阅图3以及图3对应实施例中的相关描述，此处不再赘述。如图7所示，在上述图6所示的基础上，该报价信息获取模块60还包括维修厂类型判断单元606和预设规则报价信息获取单元607。

维修厂类型判断单元606，用于判断维修厂是否为预设维修厂类型。

预设规则报价信息获取单元607，用于按照预设规则获取供应商的报价信息。

在本发明实施例中，在获取供应商的报价信息时，首先维修厂类型判断单元606判断维修厂是否为预设维修厂类型，是，则预设规则报价信息获取单元607按照预设规则获取供应商的报价信息，若维修厂不是预设维修厂类型，则进一步的指定供应商判断单元601判断询价信息中是否包含指定供应商，当询价信息中存在指定供应商时，则指定供应商报价信息获取单元602获取指定供应商的报价信息，当询价信息中不存在指定供应商时，则再进一步的意向供应商判断单元603判断询价信息中是否存在预置的意向供应商列表，是，则意向供应商报价信息获取单元604获取意向供应商列表中的供应商的报价信息，否，则预设条件供应商报价信息获取单元605获取满足预设条件的供应商的报价信息。因此，本发明实施例可以进一步的简化汽车零配件交易采购流程，提高交易采购效率以及降低交易采购成本。

图8示出了本发明实施例提供的汽车零配件的询报价装置中预设规则报价信息获取单元607的结构框图，为了便于说明，仅示出了与本发明实施例相关的部分，详述如下：

参考图8，该预设规则报价信息获取单元607所包括的各个子单元用于执行图4对应实施例中的各个步骤，具体请参阅图4以及图4对应实施例中的相关描述，此处不再赘述。在本发明实施例中，该预设规则报价信息获取单元607包括预设集采中心判断子单元6071、预设集采中心报价信息获取子单元6072以及顺序在前供应商报价信息获取子单元6073。

预设集采中心判断子单元6071，用于判断维修厂是否存在预设集采中心。

预设集采中心报价信息获取子单元6072，用于获取预设集采中心的报价信息。

顺序在前供应商报价信息获取子单元6073，用于按照预设的供应商报价顺序获取顺序在前的供应商的报价信息。

在较优的一实施例中，在上述图8所示的基础上，该预设规则报价信息获取单元607还包括顺序在后供应商报价信息获取子单元。

顺序在后供应商报价信息获取子单元，用于当获取不到顺序在前的供应商的报价信息时，获取顺序在后的供应商的报价信息。

在较优的一实施例中，预设集采中心报价信息获取子单元6072具体用于获取预设集采中心的一次报价信息。

另外，当预设集采中心报价信息获取子单元6072获取到预设集采中心的一次报价信息之后，将一次报价信息发送至维修厂后，维修厂对该一次报价信息并不满意，从而要求集采中心重新报价，因此，预设集采中心报价信息获取子单元6072还用于根据重新报价指令获取预设集采中心的二次报价信息。

同样的，当维修厂对二次报价信息仍不满意，要求按照供应商顺序重新进行报价时，顺序在前供应商报价信息获取子单元6073还用于根据顺序报价指令，按照预设的供应商报价顺序获取顺序在前的供应商的报价信息。

另外，可能存在由于顺序在前的供应商没有进行报价或者某些其他原因，导致无法获取顺序在前的供应商的报价信息。因此，当顺序在前供应商报价信息获取子单元6073获取不到顺序在前的供应商的报价信息时，顺序在后供应商报价信息获取子单元，获取顺序在后的供应商的报价信息。

在本发明实施例中，在指定供应商判断单元601判断询价信息中是否包含指定供应商之前，预设集采中心判断子单元6071判断维修厂是否存在预设集采中心，当维修厂存在预设集采中心时，预设集采中心报价信息获取子单元6072获取预设集采中心的报价信息等。因此，本发明实施例可以进一步明确获知维修厂的配件需求，进一步简化汽车零配件交易采购流程，提高交易采购的效率，降低交易采购的成本。

上述以软件功能模块的形式实现的集成的单元，可以存储在一个计算机可读存储介质中。其中，该计算机可读存储介质可以存储计算机程序，该计算机程序在被处理设备执行时，可实现上述各个方法实施例的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读存储介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，计算机可读存储介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减。

图9示出了本发明实施例提供的汽车零配件的询报价系统的结构示意图，为了便于说明，仅示出了与本发明实施例相关的部分，详述如下：

如图9所示，汽车零配件的询报价系统1，包括维修厂客户端11、电子商务平台12以及供应商客户端13，其中，维修厂客户端11执行计算机程序实现：

接收维修厂的询价信息，询价信息包括至少一个车辆识别码、至少一个配件信息以及配件数量；

将询价信息发送至电子商务平台12；

接收电子商务平台12发送的满足询价信息的报价信息，以使维修厂根据报价信息选择供应商采购下单；

电子商务平台12执行计算机程序实现：

接收维修厂客户端13发送的询价信息；

根据车辆识别码确定车辆车型信息；

根据配件选择指令从预置的配件数据库中获取配件信息，配件信息包括配件编码和/或配件名称和/或配件实物图片；

获取配件数量；

判断配件信息中是否包含有效的配件编码，配件编码为配件的原厂零件号；

若配件信息中包含有效的配件编码，则基于供应商客户端13实时更新的配件库存和配件价格获取供应商的报价信息；

若配件信息中未包含有效的配件编码，则对配件进行译码得到配件编码，再基于供应商客户端13实时更新的配件库存和配件价格获取供应商的报价信息；

发送报价信息至维修厂客户端11，以使维修厂根据报价信息选择供应商采购下单；

供应商客户端13执行计算机程序实现：

预置维修厂白名单列表，白名单列表包括供应商合作的维修厂名称；或

预置维修厂黑名单列表，黑名单列表包括供应商不提供服务的维修厂名称；

预置可报价区域列表；及/或，预置可报价车辆品牌列表；及/或，预置可报价配件品质列表；及/或，预置的可报价工作日列表；

实时更新配件库存和配件价格；

接收电子商务平台12发送的询价信息；

获取满足询价信息的报价信息；

将报价信息发送至电子商务平台12。

图10是本发明实施例提供的实现汽车零配件的询报价方法的较佳实施例的电子设备的结构示意图。该电子设备包括存储设备2、处理设备3以及输入输出设备4。本领域技术人员可以理解的是，图10所示的示意图仅仅是电子设备的示例，并不构成对电子设备的限定，可以包括比图示更多或者更少的部件，或者组合某些部件，或者不同的部件，例如所示电子设备还可以包括网络接入设备或者总线等。

所述电子设备还包括但不限于任何一种可与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互的电子产品，例如，个人计算机、平板电脑、智能手机、个人数字助理(personaldigitalassistant，pda)、游戏机、交互式网络电视(internetprotocoltelevision，iptv)、智能式穿戴式设备等。电子设备所处的网络包括但不限于互联网、广域网、城域网、局域网、虚拟专用网络(virtualprivatenetwork，vpn)等。

存储设备2可选地包括一个或多个计算机可读存储介质，用于存储计算机程序和/或模块，及运行中需要及产生的数据等，例如存储询报价装置的程序和各种数据，并在运行过程中实现高速、自动地完成程序或数据的存取。存储设备2可选地包括高速随机存取存储器，并且还可选地包括非易失性存储器，诸如一个或多个磁盘存储设备、闪存存储器设备、或其它非易失性固态存储器设备。

所称处理设备3可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，处理设备3是电子设备的控制中心，可执行电子设备的操作系统以及安装的各类应用程序、程序代码等，例如执行询报价装置中的各个单元以实现询报价方法。

输入输出设备4主要用于实现电子设备的输入输出功能，比如收发输入的数字或字符信息，或显示由用户输入的信息或提供给用户的信息以及电子设备的各种菜单。

结合图1至图4，该电子设备中的存储设备2存储多个指令以实现汽车零配件的询报价方法，询价信息包括至少一个车辆识别码、至少一个配件信息以及配件数量，处理设备3可执行该多个指令从而实现：

根据车辆识别码确定车辆车型信息；

根据配件选择指令从预置的配件数据库中获取所述配件信息，所述配件信息包括配件编码和/或配件名称和/或配件实物图片；

获取所述配件数量；

判断所述配件信息中是否包含有效的配件编码，所述配件编码为配件的原厂零件号；

若所述配件信息中包含有效的配件编码，则基于供应商实时更新的配件库存和配件价格获取供应商的报价信息；

若所述配件信息中不包含有效的配件编码，则对配件进行译码得到配件编码，再基于供应商实时更新的配件库存和配件价格获取供应商的报价信息；

发送所述报价信息至维修厂，以使维修厂根据所述报价信息选择供应商采购下单。

在较优的一实施例中，处理设备3可执行该多个指令从而实现：

判断所述询价信息中是否包含指定供应商；

若所述询价信息汇总包含指定供应商，则获取所述指定供应商的报价信息；

若所述询价信息汇总不包含指定供应商，则判断所述询价信息中是否存在预置的意向供应商列表；

如果所述询价信息中存在预置的意向供应商列表，则获取所述意向供应商列表中的供应商的报价信息；

如果所述询价信息中不存在预置的意向供应商列表，则获取满足预设条件的供应商的报价信息。

在较优的一实施例中，处理设备3可执行该多个指令从而实现：

判断所述维修厂是否为预设维修厂类型；

如果所述维修厂为预设维修厂类型，则按照预设规则获取供应商的报价信息；

如果所述维修厂不是预设维修厂类型，则执行判断所述询价信息是否包含指定供应商的步骤。

在较优的一实施例中，处理设备3可执行该多个指令从而实现：

判断所述维修厂是否存在预设集采中心；

如果维修厂存在预设集采中心，则获取所述预设集采中心的报价信息，如果维修厂不存在预设集采中心，则按照预设的供应商报价顺序获取顺序在前的供应商的报价信息。

在较优的一实施例中，处理设备3可执行该多个指令从而实现：

获取所述预设集采中心的一次报价信息；

所述询报价方法在获取所述预设集采中心的一次报价信息之后还包括：

根据重新报价指令获取所述预设集采中心的二次报价信息；

所述询报价方法在根据重新报价指令获取所述预设采集中心的二次报价信息之后还包括：

根据顺序报价指令，执行按照预设的供应商报价顺序获取顺序在前的供应商的报价信息的步骤。

具体的，处理设备3对上述指令的具体实现方法可以参考图1至图4对应实施例中相关步骤的描述，此处不再赘述。

在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

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

另外，在本发明各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能模块的形式实现。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附关联图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。系统权利要求中陈述的多个模块或装置也可以由一个模块或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

最后应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或等同替换，而不脱离本发明技术方案的精神和范围。