车辆定损信息查询方法、系统、电子设备及可读存储介质

技术领域

本公开涉及车险理赔技术领域，具体而言，涉及一种车辆定损信息查询方法、系统、电子设备及可读存储介质。

背景技术

车辆定损，是指当被保险的车辆发生交通事故时，保险公司的定损人员通过勘查现场的被保险车辆，确定车辆的车型、受损部位、维修工时等车辆定损信息，最终确定损失金额。

相关技术中，可以利用个别数据商提供的车辆定损信息查询工具来查询并确定车辆定损信息，而这些工具的查询逻辑较繁琐，查询效率较低。亟需解决这一技术问题。

发明内容

针对上述情况，本公开实施例提供了一种车辆定损信息查询方法、系统、电子设备及可读存储介质，旨在解决上述问题或者至少部分地解决上述问题。

第一方面，本公开实施例提供了一种车辆定损信息查询方法，所述方法包括：

构建定损信息数据库，所述定损信息数据库用于存储车辆定损信息，所述定损信息数据库包括多个车型数据表、多个配件数据表以及多个工时数据表；

响应于车型数据查询命令，根据所述车型数据查询命令中的车辆识别码，在各所述车型数据表中进行查询操作，得到车型数据查询结果并返回至客户端，以使定损员根据所述车型数据查询结果确认车型；

响应于车型确认操作，根据所述车辆识别码，在各所述配件数据表中进行查询操作，得到配件数据查询结果；

响应于车型确认操作，根据所述车辆识别码，在各所述工时数据表中进行查询操作，得到工时数据查询结果。

第二方面，本公开实施例还提供了一种车辆定损信息查询系统，所述系统包括：

构建模块，用于构建定损信息数据库，所述定损信息数据库用于存储车辆定损信息，所述定损信息数据库包括多个车型数据表、多个配件数据表以及多个工时数据表；

车型数据查询模块，用于响应于车型数据查询命令，根据所述车型数据查询命令中的车辆识别码，在各所述车型数据表中进行查询操作，得到车型数据查询结果并返回至客户端，以使定损员根据所述车型数据查询结果确认车型；

配件数据查询模块，用于响应于车型确认操作，根据所述车辆识别码，在各所述配件数据表中进行查询操作，得到配件数据查询结果；

工时数据查询模块，用于响应于车型确认操作，根据所述车辆识别码，在各所述工时数据表中进行查询操作，得到工时数据查询结果。

第三方面，本公开实施例还提供了一种电子设备，包括：处理器；以及被安排成存储计算机可执行指令的存储器，可执行指令在被执行时使处理器执行上述车辆定损信息查询方法的步骤。

第四方面，本公开实施例还提供了一种计算机可读存储介质，计算机可读存储介质存储一个或多个程序，一个或多个程序当被包括多个应用程序的电子设备执行时，使得电子设备执行上述车辆定损信息查询方法的步骤。

本公开实施例采用的上述至少一个技术方案能够达到以下有益效果：

本公开提供的车辆定损信息查询方法、系统、电子设备及可读存储介质，构建用于存储车辆定损信息的定损信息数据库；响应于车型数据查询命令，根据车型数据查询命令中的车辆识别码，在各车型数据表中进行查询操作，得到车型数据查询结果并返回至客户端，以使定损员根据车型数据查询结果确认车型；响应于车型确认操作，根据车辆识别码，在各配件数据表中进行查询操作，得到配件数据查询结果；响应于车型确认操作，根据车辆识别码，在各工时数据表中进行查询操作，得到工时数据查询结果。可以看到，本公开实施例提供的技术方案可以根据车辆识别码和各车型数据表，直接得到车型数据查询结果并返回至客户端，以使定损员根据车型数据查询结果确认车型，在确认车型后，仅根据车辆识别码、各配件数据表和各工时数据表，直接查询得到相应的配件、工时数据查询结果，与现有技术相比，本公开实施例的技术方案降低了车辆定损信息查询逻辑的复杂度，从而大大提升了查询效率。

附图说明

此处所说明的附图用来提供对本公开的进一步理解，构成本公开的一部分，本公开的示意性实施例及其说明用于解释本公开，并不构成对本公开的不当限定。在附图中：

图1示出了本公开实施例提供的车辆定损信息查询方法的流程示意图；

图2示出了本公开另一实施例提供的车辆定损信息查询方法的流程示意图；

图3示出了本公开实施例提供的车辆定损信息查询系统的结构示意图；

图4示出了本公开实施例提供的一种电子设备的结构示意图。

具体实施方式

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

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”及其变体要被解读为意味着“包括但不限于”的开放式术语。

为了解决相关技术存在的技术问题，在本公开实施例中提供了一种车辆定损信息查询方法、系统、电子设备及可读存储介质，通过根据车辆识别码和各车型数据表，直接得到车型数据查询结果并返回至客户端，以使定损员根据车型数据查询结果确认车型，在确认车型后，仅根据车辆识别码、各配件数据表和各工时数据表，直接查询得到相应的配件、工时数据查询结果，与现有技术相比，本公开实施例的技术方案降低了车辆定损信息查询逻辑的复杂度，从而大大提升了查询效率。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

为便于对本实施例进行理解，首先对本公开实施例所公开的一种车辆定损信息查询方法进行详细介绍，本公开实施例所提供的车辆定损信息查询方法的执行主体一般为具有一定计算能力的计算机设备，该计算机设备例如包括：终端设备或服务器或其它处理设备，终端设备可以为用户设备(User Equipment，UE)、移动设备、用户终端、终端、个人数字助理(PersonalDigital Assistant，PDA)、手持设备、计算设备、车载设备等。在一些可能的实现方式中，该车辆定损信息查询方法可以通过处理器调用存储器中存储的计算机可读指令的方式来实现。

图1示出了本公开实施例提供的车辆定损信息查询方法的流程示意图，从图1可以看出，本公开实施例至少包括步骤S101～步骤S104：

步骤S101：构建定损信息数据库，定损信息数据库用于存储车辆定损信息，定损信息数据库包括多个车型数据表、多个配件数据表以及多个工时数据表。

步骤S102：响应于车型数据查询命令，根据车型数据查询命令中的车辆识别码，在各车型数据表中进行查询操作，得到车型数据查询结果并返回至客户端，以使定损员根据车型数据查询结果确认车型。

步骤S103：响应于车型确认操作，根据车辆识别码，在各配件数据表中进行查询操作，得到配件数据查询结果。

步骤S104：响应于车型确认操作，根据车辆识别码，在各工时数据表中进行查询操作，得到工时数据查询结果。

从图1所示的方法可以看出，本公开实施例构建用于存储车辆定损信息的定损信息数据库；响应于车型数据查询命令，根据车型数据查询命令中的车辆识别码，在各车型数据表中进行查询操作，得到车型数据查询结果并返回至客户端，以使定损员根据车型数据查询结果确认车型；响应于车型确认操作，根据车辆识别码，在各配件数据表中进行查询操作，得到配件数据查询结果；响应于车型确认操作，根据车辆识别码，在各工时数据表中进行查询操作，得到工时数据查询结果。可以看到，本公开实施例提供的技术方案可以根据车辆识别码和各车型数据表，直接得到车型数据查询结果并返回至客户端，以使定损员根据车型数据查询结果确认车型，在确认车型后，仅根据车辆识别码、各配件数据表和各工时数据表，直接查询得到相应的配件、工时数据查询结果，与现有技术相比，本公开实施例的技术方案降低了车辆定损信息查询逻辑的复杂度，从而大大提升了查询效率。

下述对步骤S101至步骤S104进行具体说明。

针对步骤S101：

这里，车辆定损信息包括车型数据、配件数据和工时数据，车型数据存储于各车型数据表中，配件数据存储于各配件数据表中，工时数据存储于各工时数据表中。

车型数据表包括以下至少一种：车辆识别码与车型关系表、车型信息表、车型详细配置表和车型图片表。

其中，车辆识别码与车型关系表中存储的车型数据包括：车辆识别码、车型名称和车型编码；车型信息表中存储的车型数据包括但不限于：车系编码、车系名称、车型编码、车型名称、车辆类型编码、车辆类型名称、车型等级编码、车型等级名称、年款名称、车身类型、发动机型号、购置价格、动力类型、排量、描述说明、配置编码、配置名称；车型详细配置表中存储的车型数据包括但不限于：车型名称、车型编码、年款名称、发动机型号、购置价格、排量、描述说明、座位数、进出口标识、上市日期、变速箱类型、进气类型、环保标准、电池类型、续航里程、驱动方式、悬挂类型、前轮胎规格、后轮胎规格、气囊个数、存在ABS防抱死、存在倒车雷达、巡航系统、天窗类型、近光灯类型、远光灯类型、轮毂材质、能源类型；车型图片表中存储的车型数据包括：车型编码、车型图形名称和车型图形路径。

配件数据表包括以下至少一种：配件分组表、车辆识别码配件表、配件标准配置库表、品牌配件表、配件价格表、替换件关系表、配件示例图表、相邻配件图组表、相邻配件图形表、相邻配件图组分组表、配件互斥关系表。

其中，配件分组表中存储的配件数据包括：车型编码、配件分组编码、配件分组名称、配件分组层级、父级分组编码、排序、描述说明；车辆识别码配件表中存储的配件数据包括：车辆识别码、配件名称、配件编码、配件短编码、配件别名、装车用量上限、原厂图号、原厂序号、是否存在图片、配件分组编码、配件分组名称、是否存在替换件、加装价标识、配件备注、配件材质；配件标准配置库表中存储的配件数据包括：车系编码、车系名称、配置编码、配置名称、配置分类编码、配置分类名称、描述说明；品牌配件表中存储的配件数据包括：配件名称、配件编码、配件短编码、配件别名、装车用量上限、原厂图号、原厂序号、是否存在图片、配件分组编码、配件分组名称、是否存在替换件、加装价标识、配件备注、配件材质、配置编码；配件价格表中存储的配件数据包括：配件编码、去特殊符号配件编码、配件名称、光盘价、进价；替换件关系表中存储的配件数据包括：配件名称、配件编码、去特殊字符和空格后的配件编码、原始厂价格、变更后配件编码、去特殊字符和空格后的变更后配件编码、变更后原厂价格、替换类型(类型包括：价格变更、配件变更、配件停用)；配件示例图表中存储的配件数据包括：配件名称、配件编码、配件短编码、图形名称、图形路径；相邻配件图组表中存储的配件数据包括：车型编码、相邻配件分组编码、原厂图号、图组名称、图形名称、图形路径；相邻配件图形表中存储的配件数据包括：车型编码、配件编码、去特殊字符和空格后的配件编码、原厂图号、原厂序号、图形热点区域、图形路径；相邻配件图组分组表中存储的配件数据包括：车型编码、相邻配件分组编码、相邻配件分组名称、相邻配件分组层级、相邻配件父级分组编码、排序、描述说明；配件互斥关系表中存储的配件数据包括：车型编码、配件编码、互斥配件编码、互斥类型(类型包括：包含和互斥)。

工时数据表包括以下至少一种：工时分组表、工时项目表、工时数表、工时项目互斥关系表和工时项目附加关系表。

其中，工时分组表中存储的工时数据包括：车型编码、工时分组名称、工时分组编码、父分组编码、排序；工时项目表中存储的工时数据包括：车型编码、工时项目编码、工时项目名称、工时分组编码、工时分组名称、工种编码、工种名称、备注说明、排序；工时数表中存储的工时数据包括：车型编码、工时项目编码、工时项目名称、工时数、损伤程度、工种编码、工种名称；工时项目互斥关系表中存储的工时数据包括：车型编码、工时项目编码、互斥工时项目编码、互斥类型(类型包括：包含和互斥)；工时项目附加关系表中存储的工时数据包括：车型编码、工时项目编码、附加工时项目编码。

相关技术中的车辆定损数据查询工具所覆盖的车型较单一，比如仅支持商用车的定损数据的查询，或者仅支持乘用车的定损数据的查询。

基于此，在具体的应用场景下，一种可能的实施方式中，所述定损信息数据库中所涉及的车辆类型包括以下至少一种：商用车、乘用车、摩托车以及特种车。对于车辆类型，本实施例不作限定，比如，定损信息数据库中所涉及的车辆类型还可以包括：挂车等。可以看到，本实施例的查询方法可以支持商用、乘用、摩托、特种等多元车辆类型，车型覆盖范围广，可以满足定损员对于不同车型的定损需求，而无需定损员学习不同种车辆定损数据查询工具的使用方法，降低了用户的学习成本。

针对步骤S102：

在本步骤中，定损员可以通过客户端输入VIN码，即车辆识别码，或者通过对定损员上传的VIN码图片进行文字识别，得到车辆识别码，然后通过点击“解析”向服务器发送车型数据查询命令，服务器响应于车型数据查询命令，可以以VIN码为主键，在各车型数据表中进行查询操作，得到车型数据查询结果并返回至客户端，以使定损员根据车型数据查询结果确认车型。

比如，可以以VIN码为主键，在车辆识别码与车型关系表和车型信息表中进行查询，得到返回至客户端的车型数据查询结果：车型名称：A；车系名称：B；车辆类型名称：C；车型等级名称：D；购置价格：E；动力类型：F；配置名称：G1和G2。

实施时，以VIN码为主键，在车辆识别码与车型关系表中进行查询，还可以得到车型编码，定损员在根据车型数据查询结果确认定损车辆的车型后，还可以查询定损车辆的车型图片以再次确认车型，具体的，可以根据车型编码，在车型图片表中进行查询操作，得到图形名称和根据图形路径得到的车型图片，并返回至客户端。

步骤S103：

在本步骤中，可以响应于车型确认操作，根据车辆识别码，在各配件数据表中进行查询操作，得到配件数据查询结果并返回至客户端，以使定损员根据配件数据查询结果确认待处理配件。

在具体的应用场景下，一种可能的实施方式中，所述配件数据表包括配件分组表、车辆识别码配件表、配件标准配置库表、品牌配件表和至少一个配件相关信息表，步骤S103，即所述响应于车型确认操作，根据所述车辆识别码，在各所述配件数据表中进行查询操作，得到配件数据查询结果，具体包括：

步骤S1031：响应于车型确认操作，根据车辆识别码，在配件分组表中进行分组查询操作，得到配件分组查询结果。

步骤S1032：根据车辆识别码，在配件标准配置库表和品牌配件表，或车辆识别码配件表中进行配件查询操作，得到多个第一目标配件和对应的配件基础信息查询结果。

步骤S1033：根据各配件基础信息查询结果中的配件编码，在各配件相关信息表中进行查询操作，得到各第一目标配件的相关信息查询结果，其中，配件相关信息表包括以下至少一种：配件价格表、替换件关系表、配件示例图表和配件互斥关系表；配件分组查询结果、各配件基础信息查询结果、各相关信息查询结果构成配件数据查询结果。

实施时，响应于车型确认操作，可以以车辆识别码为主键，在车辆识别码与车型关系表中进行查询，得到车型编码，再以车型编码为主键，在配件分组表中进行分组查询操作，得到配件分组查询结果并返回至客户端，客户端的前端页面根据配件分组查询结果中的数据(配件分组编码、配件分组名称、配件分组层级、父级分组编码、排序、描述说明)对配件分组结果进行展示。比如，配件分组查询结果指示的分组结果为：前保险杠组、中网组、发动机罩组、前风挡组、后保险杠组、前翼子板组、前内部构件组、……等，前翼子板组又分为左前翼子板组和右前翼子板组等。

可以以车辆识别码为主键，在车型信息表中进行查询，得到车系编码，以车系编码为主键，在配件标准配置库表中进行查询，得到配置编码，以配置编码为主键，在品牌配件表中进行查询，得到多个第一目标配件和对应的配件基础信息查询结果。还可以以车辆识别码为主键，在车辆识别码配件表中进行配件查询操作，得到多个第一目标配件和对应的配件基础信息查询结果。比如，配件基础信息查询结果包括以下数据：配件名称、配件编码、配件分组编码、配件分组名称、配件备注。在客户端进行展示的过程中，可以根据配件基础信息查询结果中的配件分组编码和/或配件分组名称、以及配件分组查询结果中的配件分组编码和/或配件分组名称，将各第一目标配件分配至对应的组别，比如得到，前翼子板组中可以包括前叶子板(左)、前叶子板内衬(左)、前叶子板轮眉(左)、前叶子板固定架(左)、前叶子板内板(左)、前叶子板密封胶条(左)等配件。针对每一个配件，客户端可以展示配件基础信息查询结果，比如配件名称、配件编码、配件备注等。

还可以根据各配件基础信息查询结果中的配件编码，在各配件相关信息表中进行查询操作，得到各第一目标配件的相关信息查询结果并返回至客户端。具体的，一种可能的实施方式中，配件相关信息表包括配件价格表，则针对任一第一目标配件，可以以该第一目标配件的配件编码为主键，在配件价格表中进行价格查询操作，得到该第一目标配件的配件价格查询结果，比如查询到光盘价并返回至客户端以展示给定损员。

另一种可能的实施方式中，配件相关信息表包括替换件关系表，则针对任一第一目标配件，可以以该第一目标配件的配件编码为主键，在替换件关系表中进行查询操作，得到该第一目标配件的替换关系查询结果并返回至客户端以展示给定损员，比如替换关系查询结果可以为至少一条替换记录：配件A(价格为P1)在xx年xx月xx号替换为配件B(价格为P2)。

又一种可能的实施方式中，配件相关信息表包括配件示例图表，则针对任一第一目标配件，可以以该第一目标配件的配件编码为主键，在配件示例图表中进行查询操作，得到该第一目标配件的示例图查询结果：图形名称、根据图形路径得到的配件示例图，返回至客户端以展示给定损员。

相关技术中的定损信息查询工具无法提醒定损员以配件之间的逻辑关系，从而导致定损员最终选择了不必要的配件，或者漏选了必要的配件。基于此，在本公开中，一种可能的实施方式中，配件数据表包括配件互斥关系表，所述响应于车型确认操作，根据所述车辆识别码，在各所述配件数据表中进行查询操作，得到配件数据查询结果，包括：

响应于针对第二目标配件的添加操作，根据第二目标配件的配件编码，在配件互斥关系表中进行查询操作，得到第二目标配件的互斥关系查询结果。

在本实施例中，响应于定损员通过客户端针对第二目标配件进行的配件添加操作，可以以第二目标配件的配件编码为主键，在配件互斥关系表中进行查询操作，得到对应的互斥关系查询结果，比如，查询结果包括以下数据：互斥配件编码A、互斥类型为互斥。之后，可以将该查询结果返回至客户端，以使定损员根据该查询结果，添加或删除相应的配件。

在具体的应用场景中，一种可能的实施方式中，配件数据表包括相邻配件图组表、相邻配件图形表、相邻配件图组分组表，所述响应于车型确认操作，根据所述车辆识别码，在各所述配件数据表中进行查询操作，得到配件数据查询结果，包括：

步骤A1：响应于车型确认操作，根据车辆识别码，在相邻配件图组分组表中进行分组查询操作，得到相邻配件分组查询结果。

步骤A2：根据车辆识别码，在相邻配件图组表中进行图组查询操作，得到多个目标图组和对应的图组信息查询结果。

步骤A3：根据各配件基础信息查询结果中的配件编码，在相邻配件图形表中进行查询操作，得到各目标图组的图形信息查询结果。

在本实施例中，响应于车型确认操作，可以以车辆识别码为主键，在车辆识别码与车型关系表中进行查询，得到车型编码，再以车型编码为主键，在相邻配件图组分组表中进行分组查询操作，得到相邻配件分组查询结果并返回至客户端，客户端的前端页面根据相邻配件分组查询结果中的数据(相邻配件分组编码、相邻配件分组名称、相邻配件分组层级、相邻配件父级分组编码、排序)对配件分组结果进行展示。

然后，可以以车辆识别码为主键，在车辆识别码与车型关系表中进行查询，得到车型编码，再以车型编码为主键，在相邻配件图组表中进行图组查询操作，得到多个目标图组和对应的图组信息查询结果。比如，图组信息查询结果包括以下数据：相邻配件分组编码A、原厂图号A、图组名称B、图形名称C、图形路径D。在客户端进行展示的过程中，可以根据图组信息查询结果中的相邻配件分组编码、以及相邻配件分组查询结果中的相邻配件分组编码，将各目标图组分配至对应的组别。

可以以各配件基础信息查询结果中的配件编码为主键，在相邻配件图形表中进行查询操作，得到各目标图组的图形信息查询结果，比如：原厂图号、原厂序号、图形热点区域、图形路径。

步骤S104：

在本步骤中，可以响应于车型确认操作，根据车辆识别码，在各工时数据表中进行查询操作，得到工时数据查询结果。

在具体的应用场景下，一种可能的实施方式中，所述工时数据表包括工时分组表、工时项目表和工时数表，步骤S104，即所述响应于车型确认操作，根据车辆识别码，在各工时数据表中进行查询操作，得到工时数据查询结果，具体包括：

步骤S1041：响应于车型确认操作，根据车辆识别码，在工时分组表中进行分组查询操作，得到工时分组查询结果。

步骤S1042：根据车辆识别码，在工时项目表中进行项目查询操作，得到多个第一目标工时项目和对应的工时信息查询结果。

步骤S1043：根据各工时信息查询结果中的工时项目编码，在工时数表中进行查询操作，得到各第一目标工时项目的工时数查询结果；工时分组查询结果、各工时信息查询结果、各工时数查询结果构成工时数据查询结果。

在本实施例中，响应于车型确认操作，可以以车辆识别码为主键，在车辆识别码与车型关系表中进行查询，得到车型编码，再以车型编码为主键，在工时分组表中进行分组查询操作，得到工时分组查询结果并返回至客户端，客户端的前端页面根据工时分组查询结果中的数据(工时分组名称、工时分组编码、父分组编码、排序)对工时分组结果进行展示。比如，工时分组查询结果指示的分组结果为：拆装组、喷漆组、钣金组、机修组、电工组等。

可以以车辆识别码为主键，在车辆识别码与车型关系表中进行查询，得到车型编码，再以车型编码为主键，在工时项目表中进行项目查询操作，得到多个第一目标工时项目和对应的工时信息查询结果。比如，工时信息查询结果包括以下数据：工时项目编码A、工时项目名称B、工时分组编码C、工时分组名称D、工种编码E、工种名称F。在客户端进行展示的过程中，可以根据工时信息查询结果中的工时分组编码和/或工时分组名称、以及工时分组查询结果中的工时分组名称和/或工时分组编码，将各第一目标工时项目分配至对应的组别，比如，拆装组中可以包括：第一目标工时项目1、第一目标工时项目2和第一目标工时项目3。针对每一个第一目标工时项目，客户端可以展示对应的工时信息查询结果，比如：工种编码E、工种名称F等。

可以以各工时信息查询结果中的工时项目编码为主键，在工时数表中进行查询操作，得到各第一目标工时项目的工时数查询结果。工时数查询结果中除了工时数以外，还可以包括各第一目标工时项目的损伤程度等信息。

相关技术中的定损信息查询工具无法提醒定损员以工时项目之间的逻辑关系，从而导致定损员最终选择了不必要的工时项目，或者漏选了必要的工时项目。基于此，在本公开中，一种可能的实施方式中，工时数据表包括工时项目互斥关系表，所述响应于车型确认操作，根据所述车辆识别码，在各所述工时数据表中进行查询操作，得到工时数据查询结果，包括：

响应于针对第二目标工时项目的添加操作，根据第二目标工时项目的工时项目编码，在工时项目互斥关系表中进行查询操作，得到第二目标工时项目的互斥关系查询结果。

在本实施例中，响应于定损员通过客户端针对第二目标工时项目进行的添加操作，可以以第二目标工时项目的工时项目编码为主键，在工时项目互斥关系表中进行查询操作，得到对应的互斥关系查询结果，比如，查询结果包括以下数据：互斥工时项目编码A、互斥类型为互斥。之后，可以将该查询结果返回至客户端，以使定损员根据该查询结果，删除相应的工时项目。

在具体的应用场景下，对于某一工时项目，还存在一些附带的工时项目，比如，在做发动机维修时，还涉及到车身结构的拆装。为了避免在前述场景下漏选必要的工时项目，一种可能的实施方式中，工时数据表包括工时项目附加关系表，所述响应于车型确认操作，根据所述车辆识别码，在各所述工时数据表中进行查询操作，得到工时数据查询结果，包括：

响应于针对第三目标工时项目的添加操作，根据第三目标工时项目的工时项目编码，在工时项目附加关系表中进行查询操作，得到第三目标工时项目的附加关系查询结果。

在本实施例中，响应于定损员通过客户端针对第三目标工时项目进行的添加操作，可以以第三目标工时项目的工时项目编码为主键，在工时项目附加关系表中进行查询操作，得到对应的附加关系查询结果，比如，查询结果包括以下数据：附加工时项目编码A。之后，可以将该查询结果返回至客户端，以使定损员根据该查询结果，添加相应的工时项目。

图2示出了本公开另一个实施例提供的车辆定损信息查询方法的流程示意图，由图2可知，本实施例包括以下步骤S201～步骤S211：

步骤S201：构建定损信息数据库，定损信息数据库用于存储车辆定损信息，定损信息数据库包括多个车型数据表、多个配件数据表以及多个工时数据表。定损信息数据库中所涉及的车辆类型包括以下至少一种：商用车、乘用车、摩托车以及特种车。

步骤S202：响应于车型数据查询命令，根据车型数据查询命令中的车辆识别码，在各车型数据表中进行查询操作，得到车型数据查询结果并返回至客户端，以使定损员根据车型数据查询结果确认车型。

步骤S203：配件数据表包括配件分组表、车辆识别码配件表、配件标准配置库表、品牌配件表和至少一个配件相关信息表；响应于车型确认操作，根据车辆识别码，在配件分组表中进行分组查询操作，得到配件分组查询结果。

步骤S204：根据车辆识别码，在配件标准配置库表和品牌配件表，或车辆识别码配件表中进行配件查询操作，得到多个第一目标配件和对应的配件基础信息查询结果。

步骤S205：根据各配件基础信息查询结果中的配件编码，在各配件相关信息表中进行查询操作，得到各第一目标配件的相关信息查询结果，其中，配件相关信息表包括以下至少一种：配件价格表、替换件关系表、配件示例图表和配件互斥关系表；配件分组查询结果、各配件基础信息查询结果、各相关信息查询结果构成配件数据查询结果。

步骤S206：配件数据表包括配件互斥关系表，响应于针对第二目标配件的添加操作，根据第二目标配件的配件编码，在配件互斥关系表中进行查询操作，得到第二目标配件的互斥关系查询结果。

步骤S207：工时数据表包括工时分组表、工时项目表和工时数表，响应于车型确认操作，根据车辆识别码，在工时分组表中进行分组查询操作，得到工时分组查询结果。

步骤S208：根据车辆识别码，在工时项目表中进行项目查询操作，得到多个第一目标工时项目和对应的工时信息查询结果。

步骤S209：根据各工时信息查询结果中的工时项目编码，在工时数表中进行查询操作，得到各第一目标工时项目的工时数查询结果；工时分组查询结果、各工时信息查询结果、各工时数查询结果构成工时数据查询结果。

步骤S210：工时数据表包括工时项目互斥关系表，响应于针对第二目标工时项目的添加操作，根据第二目标工时项目的工时项目编码，在工时项目互斥关系表中进行查询操作，得到第二目标工时项目的互斥关系查询结果。

步骤S211：工时数据表包括工时项目附加关系表，响应于针对第三目标工时项目的添加操作，根据第三目标工时项目的工时项目编码，在工时项目附加关系表中进行查询操作，得到第三目标工时项目的附加关系查询结果。

本领域技术人员可以理解，在具体实施例方式的上述方法中，各步骤的撰写顺序并不意味着严格的执行顺序，而对实施过程构成任何限定，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。

基于相同的构思，本公开实施例还提供了一种车辆定损信息查询系统。图3示出了本公开实施例提供的车辆定损信息查询系统的结构示意图，参见图3所示，本公开实施例提供的车辆定损信息查询系统300包括：

构建模块301，用于构建定损信息数据库，所述定损信息数据库用于存储车辆定损信息，所述定损信息数据库包括多个车型数据表、多个配件数据表以及多个工时数据表；

车型数据查询模块302，用于响应于车型数据查询命令，根据所述车型数据查询命令中的车辆识别码，在各所述车型数据表中进行查询操作，得到车型数据查询结果并返回至客户端，以使定损员根据所述车型数据查询结果确认车型；

配件数据查询模块303，用于响应于车型确认操作，根据所述车辆识别码，在各所述配件数据表中进行查询操作，得到配件数据查询结果；

工时数据查询模块304，用于响应于车型确认操作，根据所述车辆识别码，在各所述工时数据表中进行查询操作，得到工时数据查询结果。

一种可能的实施方式中，所述配件数据表包括配件分组表、车辆识别码配件表、配件标准配置库表、品牌配件表和至少一个配件相关信息表，所述配件数据查询模块303，用于：

响应于车型确认操作，根据所述车辆识别码，在所述配件分组表中进行分组查询操作，得到配件分组查询结果；

根据所述车辆识别码，在所述配件标准配置库表和所述品牌配件表，或所述车辆识别码配件表中进行配件查询操作，得到多个第一目标配件和对应的配件基础信息查询结果；

根据各所述配件基础信息查询结果中的配件编码，在各所述配件相关信息表中进行查询操作，得到各所述第一目标配件的相关信息查询结果，其中，所述配件相关信息表包括以下至少一种：配件价格表、替换件关系表、配件示例图表和配件互斥关系表；所述配件分组查询结果、各所述配件基础信息查询结果、各所述相关信息查询结果构成所述配件数据查询结果。

一种可能的实施方式中，所述配件数据表包括配件互斥关系表，所述配件数据查询模块303，用于：

响应于针对第二目标配件的添加操作，根据所述第二目标配件的配件编码，在所述配件互斥关系表中进行查询操作，得到所述第二目标配件的互斥关系查询结果。

一种可能的实施方式中，所述工时数据表包括工时分组表、工时项目表和工时数表，所述工时数据查询模块304，用于：

响应于车型确认操作，根据所述车辆识别码，在所述工时分组表中进行分组查询操作，得到工时分组查询结果；

根据所述车辆识别码，在所述工时项目表中进行项目查询操作，得到多个第一目标工时项目和对应的工时信息查询结果；

根据各所述工时信息查询结果中的工时项目编码，在所述工时数表中进行查询操作，得到各所述第一目标工时项目的工时数查询结果；所述工时分组查询结果、各所述工时信息查询结果、各所述工时数查询结果构成所述工时数据查询结果。

一种可能的实施方式中，所述工时数据表包括工时项目互斥关系表，所述工时数据查询模块304，用于：

响应于针对第二目标工时项目的添加操作，根据所述第二目标工时项目的工时项目编码，在所述工时项目互斥关系表中进行查询操作，得到所述第二目标工时项目的互斥关系查询结果。

一种可能的实施方式中，所述工时数据表包括工时项目附加关系表，所述工时数据查询模块304，用于：

响应于针对第三目标工时项目的添加操作，根据所述第三目标工时项目的工时项目编码，在所述工时项目附加关系表中进行查询操作，得到所述第三目标工时项目的附加关系查询结果。

一种可能的实施方式中，所述定损信息数据库中所涉及的车辆类型包括以下至少一种：商用车、乘用车、摩托车以及特种车。

需要说明的是，上述任一的车辆定损信息查询系统可一一对应实现前述的车辆定损信息查询方法，这里不再赘述。

基于同一技术构思，本公开实施例还提供了一种电子设备。参照图4所示，为本公开实施例提供的电子设备的结构示意图，包括处理器401、存储器402、和总线403。其中，存储器402用于存储执行指令，包括内存4021和外部存储器4022；这里的内存4021也称内存储器，用于暂时存放处理器401中的运算数据，以及与硬盘等外部存储器4022交换的数据，处理器401通过内存4021与外部存储器4022进行数据交换，当电子设备400运行时，处理器401与存储器402之间通过总线403通信，使得处理器401在执行以下指令：

构建定损信息数据库，所述定损信息数据库用于存储车辆定损信息，所述定损信息数据库包括多个车型数据表、多个配件数据表以及多个工时数据表；

响应于车型数据查询命令，根据所述车型数据查询命令中的车辆识别码，在各所述车型数据表中进行查询操作，得到车型数据查询结果并返回至客户端，以使定损员根据所述车型数据查询结果确认车型；

响应于车型确认操作，根据所述车辆识别码，在各所述配件数据表中进行查询操作，得到配件数据查询结果；

响应于车型确认操作，根据所述车辆识别码，在各所述工时数据表中进行查询操作，得到工时数据查询结果。

其中，处理器401的具体处理流程可以参照上述方法实施例的记载，这里不再赘述。

此外，本公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法实施例中所述的车辆定损信息查询方法的步骤。其中，该存储介质可以是易失性或非易失的计算机可读取存储介质。

本公开实施例还提供一种计算机程序产品，该计算机程序产品承载有程序代码，所述程序代码包括的指令可用于执行上述方法实施例中所述的车辆定损信息查询方法的步骤，具体可参见上述方法实施例，在此不再赘述。

其中，上述计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一个可选实施例中，所述计算机程序产品具体体现为计算机存储介质，在另一个可选实施例中，计算机程序产品具体体现为软件产品，例如软件开发包(Software Development Kit，SDK)等等。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本公开所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上仅为本公开的具体实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以权利要求的保护范围为准。