本发明涉及计算机技术领域，特别是涉及一种车险理赔方法和装置。
背景技术：
随着汽车的普及，车险也逐渐融入到人们的生活中。当被保险的车辆发生交通事故时，保险公司会派出查勘员前往事故现场进行查勘。根据车辆的损失部位和程度，保险公司通常还会派出定损员前往维修点进行定损。定损之后保险公司计算赔偿金额。在事故理赔的过程中，基本上都是由人工来完成的，耗时较长，效率较低。
技术实现要素：
基于此，有必要针对上述技术问题，提供一种能够有效减少车险理赔耗时提高理赔效率的车险理赔方法和装置。
一种车险理赔方法，所述方法应用于查勘终端，包括：
接收车险查勘任务，所述车险查勘任务携带了出险地点；
捕捉所述查勘终端的位置信息，当所述位置信息与所述出险地点一致时，允许接受查勘员的输入操作；
获取查勘员输入的查勘信息，所述查勘信息包括查勘项目和对应的查勘报价；
将所述查勘信息上传至服务器，以使得服务器根据预设规则对所述查勘信息进行比对，若所述查勘信息符合所述预设规则，且所述查勘报价小于或等于预设值，则将所述查勘项目和查勘报价记录为车险理赔对应的定损项目和定损金额。
在其中一个实施例中，所述查勘信息包括配件项目，所述方法还包括：
获取查勘员输入的配件项目，对所述配件项目进行匹配校验；
若未通过校验，则生成提示信息，并且拒绝接受查勘员的下一项操作。
在其中一个实施例中，所述对所述配件项目进行匹配校验的步骤，包括：
当所述配件项目为总成配件或包含性配件时，若输入的下一项配件名称为所述总成配件的附属配件或包含性配件的附属配件，或输入的下一项配件名称为所述总成配件的总配件或包含性配件的总配件，则校验未通过；
当所述配件项目为即修且换配件时，若配件名称在当前输入为待维修配件，下一项操作中对所述配件名称输入为待更换配件，则校验未通过；
若输入的下一项配件名称与上一项配件名称相同，则校验未通过。
一种车险理赔装置，所述装置包括：
第一接收模块，用于接收车险查勘任务，所述车险查勘任务携带了出险地点；
定位模块，用于捕捉所述查勘终端的位置信息；
操作模块，用于当所述位置信息与所述出险地点一致时，允许接受查勘员的输入操作；
获取模块，用于获取查勘员输入的查勘信息，所述查勘信息包括查勘项目和对应的查勘报价；
第一发送模块，用于将所述查勘信息上传至服务器，以使得服务器根据预设规则对所述查勘信息进行比对，若所述查勘信息符合所述预设规则，且所述查勘报价小于或等于预设值，则将所述查勘项目和查勘报价记录为车险理赔对应的定损项目和定损金额。
在其中一个实施例中，所述查勘信息包括配件项目，所述获取模块还用于获取查勘员输入的配件项目，所述装置还包括：
校验模块，用于对所述配件项目进行匹配校验；
所述操作模块还用于若未通过校验，则生成提示信息，并且拒绝接受查勘员的下一项操作。
上述车险理赔方法和装置，查勘员在执行车险查勘任务时，通过查勘终端捕捉其当前所在位置，当其位置信息与出险地点一致时，查勘终端才允许接受查勘员输入的查勘信息，由此能够确保查勘信息的准确性。查勘终端将查勘信息上传至服务器，服务器通过预设规则对查勘信息进行比对，如果查勘信息符合预设规则，并且查勘报价小于或等于预设值，那么服务器即可将查勘项目和查勘报价记录为车险理赔对应的定损项目和定损金额。不需要保险公司再派出定损人员进行定损，也不需要再次核算定损金额。由此能够有效减少车险理赔耗时，提高理赔效率。
一种车险理赔方法，所述方法应用于服务器，包括：
接收客户终端上传的车险报案信息；
根据所述车险报案信息生成车险查勘任务，将所述车险查勘任务发送至查勘终端；所述车险查勘任务携带了出险地点；
接收查勘终端在所述出险地点上传的查勘信息，所述查勘信息包括查勘项目和查勘报价；
根据预设规则对所述查勘信息进行比对，若所述查勘信息符合所述预设规则，且所述查勘报价小于或等于预设值，则将所述查勘项目和查勘报价记录为车险理赔对应的定损项目和定损金额。
在其中一个实施例中，在所述将所述车险查勘任务发送至查勘终端的步骤之后，还包括：
接收所述查勘终端实时上传的位置信息；
将所述位置信息在电子地图中进行标记；
获取查勘终端对应的查勘员信息以及电子地图的链接，根据所述查勘员信息和链接生成反馈信息，将所述反馈信息发送至客户终端。
在其中一个实施例中，在所述将所述查勘项目和查勘报价记录为车险理赔对应的定损项目和定损金额的步骤之后，还包括：
获取维修厂家名称和对应的地址；
利用所述维修厂家名称和对应的地址生成推荐信息，并且将推荐信息发送至客户终端；
当客户根据所述推荐信息在所述地址对出险车辆送修时，接收维修终端上传的维修记录。
一种车险理赔装置，所述装置包括：
第二接收模块，用于接收客户终端上传的车险报案信息；
任务生成模块，用于根据所述车险报案信息生成车险查勘任务；
第二发送模块，用于将所述车险查勘任务发送至查勘终端；所述车险查勘任务携带了出险地点；
所述第二接收模块还用于接收查勘终端在所述出险地点上传的查勘信息，所述查勘信息包括查勘项目和查勘报价；
比对模块，用于根据预设规则对所述查勘信息进行比对，若所述查勘信息符合所述预设规则，且所述查勘报价小于或等于预设值，则将所述查勘项目和查勘报价记录为车险理赔对应的定损项目和定损金额。
在其中一个实施例中，所述第二接收模块还用于接收所述查勘终端实时上传的位置信息；所述装置还包括：
记录模块，用于将所述位置信息在电子地图中进行标记；
信息生成模块，用于获取查勘终端对应的查勘员信息以及电子地图的链接，根据所述查勘员信息和链接生成反馈信息；
所述第二发送模块还用于将所述反馈信息发送至客户终端。
上述车险理赔方法和装置，服务器在接收到客户终端上传的车险报案信息后，会生成相应的车险查勘任务。查勘员在执行车险查勘任务时，在出险地点进行查勘，并且通过查勘终端将查勘信息上传至服务器，服务器通过预设规则对查勘信息进行比对，如果查勘信息符合预设规则，并且查勘报价小于或等于预设值，那么服务器即可将查勘项目和查勘报价记录为车险理赔对应的定损项目和定损金额。不需要保险公司再派出定损人员进行定损，也不需要再次核算定损金额。由此能够有效减少车险理赔耗时，提高理赔效率。
附图说明
图1为一个实施例中的车险理赔方法应用环境图；
图2为一个实施例中车险理赔方法的流程图；
图3为一个实施例中查勘项目信息输入界面的示意图；
图4为一个实施例中查勘终端的结构示意图；
图5为另一个实施例中车险理赔方法的流程图；
图6为一个实施例中服务器的结构示意图；
图7为一个实施例中车险理赔装置的结构示意图；
图8为另一个实施例中车险理赔装置的结构示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
本发明实施例中所提供的车险理赔方法，可以应用于如图1所示的应用环境中。客户终端102通过网络与服务器104连接，查勘终端106通过网络与服务器104连接。当参保车辆发生事故时，客户可以利用客户终端102向服务器104进行车险报案。报案信息包括车辆基本信息和出险地点等。服务器104获取报案信息，利用报案信息生成车险查勘任务，并且将车险查勘任务发送至查勘员对应的查勘终端106。查勘员在出险地点对事故车辆进行查勘，通过查勘终端106输入查勘信息。查勘信息输入完毕后，查勘终端106将查勘信息上传至服务器104。服务器104接收查勘信息，并且根据预设规则对查勘信息进行比对。如果查勘信息符合预设规则并且查勘报价小于或等于预设值，则确定本次车险理赔为低风险理赔。服务器将查勘项目确定为对应的定损项目并进行记录，服务器104将查勘报价确定为对应的定损金额并进行记录。对于低风险的车险理赔，不需要保险公司再派出定损人员进行定损，也不需要再次核算定损金额。由此能够有效减少车险理赔耗时，提高理赔效率。
在一个实施例中，如图2所示，提供了一种车险理赔方法，以该方法应用于查勘终端为例进行说明，具体包括以下步骤：
步骤202，接收车险查勘任务，车险查勘任务携带了出险地点。
步骤204，捕捉查勘终端的位置信息，当位置信息与出险地点一致时，允许接受查勘员的输入操作。
当车辆发生事故时，客户可以利用客户终端向服务器进行车险报案。报案信息包括车辆基本信息和出险地点等。服务器获取报案信息，利用报案信息生成车险查勘任务，并且将车险查勘任务发送至查勘员对应的查勘终端。
查勘员在通过查勘终端接收车险查勘任务后，查勘终端可以通过gps定位来捕捉当前所在的位置信息，并且将位置信息上传至服务器。查勘员在前往出险地点的途中，查勘终端可以将其位置信息实时上传至服务器。
为了确保查勘员录入的查勘信息的准确性，在查勘员到达出险地点之前，查勘终端拒绝查勘员输入查勘信息的操作。查勘终端的位置信息包括经度和纬度。查勘终端获取出险地点对应的经度和纬度。当查勘终端的经度和纬度与出险地点的经度和纬度的误差在预设范围内时，查勘终端可以确定其所在的位置信息与出险地点一致，表示查勘员到达出险地点。
步骤206，获取查勘员输入的查勘信息，查勘信息包括查勘项目和对应的查勘报价。
步骤208，将查勘信息上传至服务器，以使得服务器根据预设规则对查勘信息进行比对，若查勘信息符合预设规则，且查勘报价小于或等于预设值，则将查勘项目和查勘报价记录为车险理赔对应的定损项目和定损金额。
查勘员在出险地点对事故车辆进行查勘，通过查勘终端输入查勘信息。查勘信息包括：基本信息和查勘项目信息。基本信息包括：车辆结构、损失部位、承保险别和事故责任等。查勘项目包括：配件项目和工时项目。查勘项目信息输入界面如图3所示。配件项目具有对应的数量和报价。工时项目具有对应的报价。报价可以具有对应的本地报价。在本地价格的字段中可以显示配件名称在本地对应的市场报价。本地价格可以便于查勘员在出险现场直接输入报价。配件项目的报价总金额也可以称为配件总金额，工时项目的报价总金额也可以称为工时总金额。配件总金额与工时总金额的和可以统称为查勘报价或者查勘总金额。
查勘信息输入完毕后，查勘终端将查勘信息上传至服务器。服务器接收查勘信息，并且根据预设规则对查勘信息进行比对。预设规则包括多种，例如，承保险别、事故责任、是否车主驾驶、是否为黑名单驾驶员、配件数量、单个配件金额、配件总金额、工时总金额以及查勘总金额等。不同的机构可以设置不同的预设规则。
如果查勘信息符合预设规则并且查勘报价小于或等于预设值，则确定本次车险理赔为低风险理赔。例如，某机构设置的预设规则为事故责任为免责，配件数量为3个，查勘报价为2000元。如果查勘信息与该预设规则相符，并且查勘报价小于2000元，则服务器将本次车险理赔确定为低风险理赔。服务器将查勘项目确定为对应的定损项目并进行记录，服务器将查勘报价确定为对应的定损金额并进行记录。对于低风险的车险理赔，不需要保险公司再派出定损人员进行定损，也不需要再次核算定损金额。由此能够有效减少车险理赔耗时，提高理赔效率。
如果查勘信息中存在不符合预设规则的内容或者查勘报价高于预设值，则服务器确定本次车险理赔为高风险理赔。服务器将查勘信息发送至审核终端，进行人工审核。
本实施例中，查勘员在执行车险查勘任务时，通过查勘终端捕捉其当前所在位置，当其位置信息与出险地点一致时，查勘终端才允许接受查勘员输入的查勘信息，由此能够确保查勘信息的准确性。查勘终端将查勘信息上传至服务器，服务器通过预设规则对查勘信息进行比对，如果查勘信息符合预设规则，并且查勘报价小于或等于预设值，那么服务器即可将查勘项目和查勘报价记录为车险理赔对应的定损项目和定损金额。不需要保险公司再派出定损人员进行定损，也不需要再次核算定损金额。由此能够有效减少车险理赔耗时，提高理赔效率。
在一个实施例中，查勘信息包括配件项目，方法还包括：获取查勘员输入的配件项目，对配件项目进行匹配校验；若未通过校验，则生成提示信息，并且拒绝接受查勘员的下一项操作。
查勘员在出险地点对事故车辆进行查勘，通过查勘终端输入查勘信息。查勘信息包括查勘项目，查勘项目包括配件项目。当查勘员输入配件项目时，查勘终端对配件项目进行匹配校验。
在其中一个实施例中，对配件项目进行匹配校验的步骤，包括：当配件项目为总成配件或包含性配件时，若输入的下一项配件名称为总成配件的附属配件或包含性配件的附属配件，或输入的下一项配件名称为总成配件的总配件或包含性配件的总配件，则校验未通过；当配件项目为即修且换配件时，若配件名称在当前输入为待维修配件，下一项操作中对配件名称输入为待更换配件，则校验未通过；若输入的下一项配件名称与上一项配件名称相同，则校验未通过。
当查勘员输入的配件项目为总成配件时，如果当前输入的配件名称为总成配件，在下一项配件项目中输入的配件名称为该总成配件的附属附件，则校验未通过。或者如果当前输入的配件名称为总成配件的一个附属配件，在下一项配件项目中输入的配件名称为总成配件，则校验未通过。例如，当前查勘员输入的配件项目为前保险杆，属于总成配件，如果在下一项配件项目中输入的配件名称为保险杠支架，则不能通过匹配校验。
对于不属于总成配件，却也包含附属配件的配件可以称为包含性配件。例如，安全气囊包括气囊、气囊传感器以及电子控制装置。如果当前输入的配件名称为安全气囊，在下一项配件项目中输入的配件名称为气囊传感器，则不能通过匹配校验。
当查勘员输入的配件项目属于即修且换配件时，表示所输入的配件为待维修配件或者为待更换配件，也就是说，所输入的配件要么维修要么更换。如果配件名称在当前输入为待维修配件，在下一项操作中如果将该配件名称输入为待更换配件，则不能通过匹配校验。或者，配件名称在当前输入为待更换配件，如果在下一项操作中将该配件名称输入为待维修配件，则不同通过匹配校验。
此外，当查勘员重复输入同一个配件名称时，不能通过匹配校验。当匹配校验未能通过时，查勘终端生成提示信息，需要查勘员对输入的配件项目进行及时修改。如果查勘员未进行修改或修改后仍未能通过匹配校验，则查勘终端拒绝接受查勘员的下一项操作，直至当前输入的配件项目通过匹配校验为止。
通过对输入的配件项目进行多种匹配校验，以便有效防止重复输入以及错误输入等。对于未能通过匹配校验的配件项目进行及时提示，以确保查勘员输入的配件项目准确无误。
在一个实施例中，如图4所示，提供了一种查勘终端400，包括通过系统总线连接的处理器401、内存储器402、非易失性存储介质403、网络接口404、显示屏405以及输入装置406。查勘终端400的非易失性存储介质403中存储有一种车险理赔装置，用于实现有效减少车险理赔耗时提高理赔效率。该终端110的处理器用于提供计算和控制能力，被配置为执行一种车险理赔方法。查勘终端400的显示屏405可以是液晶显示屏或者电子墨水显示屏等。查勘终端400的输入装置406可以是显示屏上覆盖的触摸层，也可以是终端的外壳上设置的按键或触控板。查勘终端400可以如手机、平板电脑或者个人数字助理等的移动终端。本领域技术人员可以理解，图4中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的查勘终端的限定，具体的查勘终端可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，如图5所示，提供了一种车险理赔方法，以该方法应用于服务器为例，具体包括以下步骤：
步骤502，接收客户终端上传的车险报案信息。
步骤504，根据车险报案信息生成车险查勘任务，将车险查勘任务发送至查勘终端；车险查勘任务携带了出险地点。
步骤506，接收查勘终端在出险地点上传的查勘信息，查勘信息包括查勘项目和查勘报价。
步骤508，根据预设规则对查勘信息进行比对，若查勘信息符合预设规则，且查勘报价小于或等于预设值，则将查勘项目和查勘报价记录为车险理赔对应的定损项目和定损金额。
本实施例中，客户的被保险车辆发生事故时，客户可以利用客户终端向服务器进行车险报案。报案信息包括车辆基本信息和出险地点等。服务器获取报案信息，利用报案信息生成车险查勘任务，并且将车险查勘任务发送至查勘员对应的查勘终端。例如，服务器可以将车险查勘任务分配至与出险地点最近的查勘员。
查勘员在出险地点对事故车辆进行查勘，通过查勘终端输入查勘信息。查勘信息包括：基本信息和查勘项目信息。基本信息包括：车辆结构、损失部位、承保险别和事故责任等。查勘信息输入完毕后，查勘终端将查勘信息上传至服务器。服务器接收查勘信息，并且根据预设规则对查勘信息进行比对。预设规则包括多种，例如，承保险别、事故责任、是否车主驾驶、是否为黑名单驾驶员、配件数量、单个配件金额、配件总金额、工时总金额以及查勘总金额等。不同的机构可以设置不同的预设规则。
如果查勘信息符合预设规则并且查勘报价小于或等于预设值，则确定本次车险理赔为低风险理赔。服务器将查勘项目确定为对应的定损项目并进行记录，服务器将查勘报价确定为对应的定损金额并进行记录。对于低风险的车险理赔，不需要保险公司再派出定损人员进行定损，也不需要再次核算定损金额。由此能够有效减少车险理赔耗时，提高理赔效率。
本实施例中，服务器在接收到客户终端上传的车险报案信息后，会生成相应的车险查勘任务。查勘员在执行车险查勘任务时，在出险地点进行查勘，并且通过查勘终端将查勘信息上传至服务器，服务器通过预设规则对查勘信息进行比对，如果查勘信息符合预设规则，并且查勘报价小于或等于预设值，那么服务器即可将查勘项目和查勘报价记录为车险理赔对应的定损项目和定损金额。不需要保险公司再派出定损人员进行定损，也不需要再次核算定损金额。由此能够有效减少车险理赔耗时，提高理赔效率。
在一个实施例中，在将车险查勘任务发送至查勘终端的步骤之后，还包括：接收查勘终端实时上传的位置信息；将位置信息在电子地图中进行标记；获取查勘终端对应的查勘员信息以及电子地图的链接，根据查勘员信息和链接生成反馈信息，将反馈信息发送至客户终端。
本实施例中，当服务器将车险查勘任务发送至查勘终端之后，查勘员会利用查勘终端执行该车险查勘任务。查勘终端对其当前位置进行定位，将位置信息实时上传至服务器。服务器可以根据查勘终端的位置信息在电子地图中进行标记。服务器还可以将出险地点的位置信息在电子地图中进行标记。例如，服务器将查看终端的起始位置在电子地图中标记为起点，将出险地点的位置在电子地图中标记为终点。
服务器将车险查勘任务发送至查勘终端之后，获取查勘员信息，如姓名和联系电话等。服务器获取上述电子地图的链接，利用该链接和查勘员信息生成反馈信息，并将反馈信息返回至客户终端。客户通过客户终端点击该链接，可以显示电子地图，并且显示电子地图上查勘终端的位置，从而便于客户实时了解查勘员所在的位置。为客户提供了方便。
在一个实施例中，在将查勘项目和查勘报价记录为车险理赔对应的定损项目和定损金额的步骤之后，还包括：获取维修厂家名称和对应的地址；利用维修厂家名称和对应的地址生成推荐信息，并且将推荐信息发送至客户终端；当客户根据推荐信息在地址对出险车辆送修时，接收维修终端上传的维修记录。
本实施例中，在完成车险定损后，服务器可以获取维修厂家名称和对应的地址，利用维修厂家名称和对应的地址生成推荐信息，并且将推荐信息发送至客户终端。当出险车辆在该推荐的维修厂家进行维修时，维修厂家的维修终端将该出险车辆的维修记录上传至服务器。服务器将该出险车辆的维修记录进行保存。
进一步的，服务器还可以按照预设频率根据维修记录对客户选择送修的维修厂家名称进行统计，将客户选择送修的次数多于阈值的维修厂家名称记录为重点推荐厂家。服务器还可以获取重点推荐厂家上传的配件价格，以便对定损配件对应的定损价格进行更新，从而能进一步提高自动定损的准确性。
在一个实施例中，如图6所示，提供了一种服务器600，包括通过系统总线连接的处理器601、内存储器602、非易失性存储介质603和网络接口604。其中，该服务器的非易失性存储介质603中存储有操作系统6031和车险理赔装置6032，车险理赔装置6032用于实现有效减少车险理赔耗时提高理赔效率。服务器600的处理器601用于提供计算和控制能力，被配置为执行一种车险理赔方法。服务器600的内存储器602为非易失性存储介质中的车险理赔装置6032的运行提供环境，内存储器602中可储存有计算机可读指令，该计算机可读指令被处理器执行时，可使得处理器执行一种车险理赔方法。服务器600的网络接口604用于据以与外部的终端通过网络连接通信，比如接收客户终端上传的车险报案信息，以及向查勘终端发送车险查勘任务等。服务器600可以用独立的服务器或者是多个服务器组成的服务器集群来实现。本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的服务器的限定，具体的服务器可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，如图7所示，提供了一种车险理赔装置，包括：第一接收模块702、定位模块704、操作模块706、获取模块708和第一发送模块710，其中：
第一接收模块702，用于接收车险查勘任务，车险查勘任务携带了出险地点。
定位模块704，用于捕捉查勘终端的位置信息。
操作模块706，用于当位置信息与出险地点一致时，允许接受查勘员的输入操作。
获取模块708，用于获取查勘员输入的查勘信息，查勘信息包括查勘项目和对应的查勘报价。
第一发送模块710，用于将查勘信息上传至服务器，以使得服务器根据预设规则对查勘信息进行比对，若查勘信息符合预设规则，且查勘报价小于或等于预设值，则将查勘项目和查勘报价记录为车险理赔对应的定损项目和定损金额。
在其中一个实施例中，查勘信息包括配件项目，获取模块708还用于获取查勘员输入的配件项目，该装置还包括：校验模块712，用于对配件项目进行匹配校验；操作模块706还用于若未通过校验，则生成提示信息，并且拒绝接受查勘员的下一项操作。
在其中一个实施例中，校验模块712还用于当配件项目为总成配件或包含性配件时，若输入的下一项配件名称为总成配件的附属配件或包含性配件的附属配件，或输入的下一项配件名称为总成配件的总配件或包含性配件的总配件，则校验未通过；当配件项目为即修且换配件时，若配件名称在当前输入为待维修配件，下一项操作中对配件名称输入为待更换配件，则校验未通过；若输入的下一项配件名称与上一项配件名称相同，则校验未通过。
在一个实施例中，如图8所示，提供了一种车险理赔装置，包括：第二接收模块802、任务生成模块804、第二发送模块806、比对模块808，其中：
第二接收模块802，用于接收客户终端上传的车险报案信息。
任务生成模块804，用于根据车险报案信息生成车险查勘任务。
第二发送模块806，用于将车险查勘任务发送至查勘终端；车险查勘任务携带了出险地点。
第二接收模块802还用于接收查勘终端在出险地点上传的查勘信息，查勘信息包括查勘项目和查勘报价。
比对模块808，用于根据预设规则对查勘信息进行比对，若查勘信息符合预设规则，且查勘报价小于或等于预设值，则将查勘项目和查勘报价记录为车险理赔对应的定损项目和定损金额。
在其中一个实施例中，第二接收模块802还用于接收查勘终端实时上传的位置信息；该装置还包括：记录模块810和信息生成模块812，其中：
记录模块810，用于将位置信息在电子地图中进行标记。
信息生成模块812，用于获取查勘终端对应的查勘员信息以及电子地图的链接，根据查勘员信息和链接生成反馈信息。
第二发送模块806还用于将反馈信息发送至客户终端。
在其中一个实施例中，信息生成模块812还用于获取维修厂家名称和对应的地址；利用维修厂家名称和对应的地址生成推荐信息；第二发送模块806还用于将推荐信息发送至客户终端；第二接收模块802还用于当客户根据推荐信息在地址对出险车辆送修时，接收维修终端上传的维修记录。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。