1.本发明涉及车辆用构件损伤修理判定系统、判断车辆用构件损伤的质保申请的可否的装置、判断车辆用构件损伤的质保申请的可否的装置的工作方法及程序。
背景技术：2.一直以来都有如下质保服务：在车的构件出现损伤时，在该损伤符合质保对象的情况下，对该构件进行更换或修理。
3.例如有如下质保服务：在车的前挡玻璃受到了损伤时，在该损伤符合质保对象的情况下，对前挡玻璃进行更换或修理。
4.还有如下质保服务：在车的轮胎有1只破损时，在该破损符合质保对象的情况下，将1只或4只轮胎都更换为新轮胎。
5.作为第一质保服务，例如加入了车辆的前挡玻璃损伤的质保服务的车的购买人在出现前挡玻璃的损伤的情况下，将质保卡和车带到车的经销店等，由该经销店等的店员确认是否为质保对象的损伤，若是质保对象，则拍摄损伤部位的照片，通过邮件将所需数据送到保险公司。在保险公司内，根据这些数据来确认该前挡玻璃本身为质保对象，而且根据前挡玻璃的损伤的照片以目视确认的方式判定该损伤是否为质保对象，并将判定结果送到经销店等。
6.此外，加入了轮胎破损质保服务的轮胎的购买人在出现1只轮胎破损的情况下，将质保卡和车带到提供轮胎破损质保服务的轮胎的经销店等(只要是提供该服务的经销店等即可，无须为轮胎的购买店)，由该经销店等的店员确认是否为质保对象的破损，若是质保对象，则拍摄破损部位的照片，并通过邮件将所需数据送到保险公司。在保险公司内，根据这些数据来确认该轮胎本身为质保对象，而且根据轮胎的破损的照片以目视确认的方式判定该轮胎的破损是否为质保对象，并将判定结果送到经销店等。
7.进而，作为第二质保服务，也有在互联网上销售轮胎的公司，也提供同样的轮胎破损质保服务。虽然轮胎销售本身是在互联网上进行，但轮胎的安装是在位于全国的合作轮胎经销店等当中进行。加入了破损质保服务的轮胎的购买人在出现1只轮胎破损的情况下，首先向卖轮胎的公司电话说明发生了破损这一情况，之后通过邮件将破损的照片和质保卡兼服务委托书送到该公司。在该公司内，判定这是否为质保对象，在为质保对象的情况下，通过邮件将这一内容送至购买人。购买人指定希望更换轮胎的合作轮胎经销店等，而且写满3个希望的更换日期时间，通过邮件回信。销售公司根据该信息与合作轮胎经销店等进行交涉，确定更换日期时间，并通过邮件将该结果发给购买人。
技术实现要素：发明要解决的问题
8.然而，在第一质保服务中，实际判定前挡玻璃的损伤或破损是否为质保对象只需5分钟左右的时间便能完成，但在质保申请的数量较多的情况下，保险公司内的判定比较耗时，加入了质保服务的车的购买人或者轮胎的购买人即便将前挡玻璃已损伤或者已破损的车带到经销店，有时也无法立即更换或修理前挡玻璃或者无法当天更换轮胎。此外，即便立即完成了判定，有时也没有应更换的前挡玻璃或轮胎的库存，在这样的情况下，轮胎就需要更换为替代轮胎或者在另一天进行更换。
9.在第二质保服务中，不会像第一质保服务那样发生轮胎的经销店等当中的时间上的束缚或者更换日的变更，但在轮胎更换前须通过电话、邮件进行频繁的对话，成为了利用破损质保服务的轮胎的购买人的负担。
10.因而，本发明的目的在于提供一种减轻接受车辆用构件的损伤质保服务的车辆的购买人的压力的车辆用构件损伤判定系统。
11.本发明的另一目的在于提供一种用于上述系统的、判断车辆用构件损伤的质保申请的可否的装置。
12.本发明的又一目的在于提供一种上述判断车辆用构件损伤的补偿申请的可否的装置的工作方法。解决问题的技术手段
13.根据本发明的一观点，一种车辆用构件损伤修理判定系统，其具备进行车辆用构件损伤质保申请的申请人用终端和判断车辆用构件损伤的质保申请可否的装置，其中，申请人用终端与判断车辆用构件损伤的质保申请可否的装置经由互联网相连，判断车辆用构件损伤的质保申请的可否的装置具备：申请画面配送单元，在接收到来自申请人用终端的请求时，所述申请画面配送单元将申请画面配送至显示终端；质保申请受理单元，其对来自申请人用终端的申请内容进行登记；车辆用构件损伤图像保存单元，其保存大量的车辆用构件损伤的图像；图像处理单元，其根据申请内容中包含的车辆用构件等的图像和车辆用构件损伤的图像来识别车辆用构件的信息和车辆用构件的状态；车辆用构件损伤的种类确定单元，其对车辆用构件损伤的状态与车辆用构件损伤图像保存单元中保存的大量的车辆用构件损伤的图像进行比较，确定车辆用构件损伤的种类；申请判断单元，其判断所确定的车辆用构件的种类是否满足质保申请条件；以及判断结果配送单元，其将判断结果配送至申请人终端，申请人用终端具备：画面显示单元，其显示申请画面等；以及车辆用构件等的图像及车辆用构件损伤的图像保存单元。由此，申请人可以通过从申请人终端进行车辆用构件损伤质保申请来接收是否满足质保申请条件的判断结果，在满足质保申请条件的情况下，只须将该结果拿到经销店等便能更换为新的车辆用构件或者进行修理。此外，在经销店等当中进行申请的情况下，也能无迟滞地收到判断结果，所以，在满足质保申请条件的情况下，能够立即更换或修理车辆用构件。
14.在该车辆用构件损伤修理判定系统中，申请画面的请求是通过从申请人用终端输入质保卡上记载的url来进行。由此，只须输入url便能转到申请画面。
15.在该车辆用构件损伤修理判定系统中，申请人用终端具备摄像单元，可以通过读取质保卡上记载的qr码(注册商标)来请求申请画面。由此，只须从摄像装置读取qr码(注册商标)便能转到申请画面。
16.在该车辆用构件损伤修理判定系统中，申请人用终端具备邮件收发单元，当进行
申请画面的请求时，首先从判断车辆用构件损伤的质保申请可否的装置配送来邮件地址登记画面，当邮件地址的登记完成时，前往申请画面的url被送至该邮件地址。由此，可以通过登记邮件来收取前往申请画面的url，所以，即便在中断过输入时也能立即访问申请画面。
17.在该车辆用构件损伤修理判定系统中，还将判断结果发送至所登记的邮件地址。由此，通过检索邮件，能够随时显示判断结果。
18.在该车辆用构件损伤修理判定系统中，判断结果包含qr码(注册商标)。由此，只须在车辆用构件经销店等或车辆经销店内读取qr码(注册商标)，便能在经销店等当中确认所需信息，所以能立即更换为新的车辆用构件或者进行修理。
19.根据本发明的另一观点，车辆用构件为前挡玻璃，车辆用构件的图像为所述车辆的前格栅的图像。由此，可以进行前挡玻璃的更换或修理。
20.根据本发明的另一观点，一种用于该车辆用构件损伤修理判定系统的、判断车辆用构件损伤的质保申请的可否的装置。由此，从接收来自申请人的申请画面请求而配送申请画面到判断结果向申请人的配送及/或发送都能够准确、简洁以及迅速地进行。
21.根据本发明的又一观点，一种工作方法，它是用于该车辆用构件损伤修理判定系统或者该判断车辆构件损伤的质保申请的可否的装置的、判断车辆用构件损伤的质保申请的可否的装置的工作方法，包含如下阶段：接收来自申请人用终端的申请请求；将申请画面配送至申请人用终端；对来自申请人用终端的申请内容进行登记；通过图像处理装置、根据申请内容中包含的车辆用构件的图像和车辆用构件损伤的图像来识别车辆用构件的信息和车辆用构件损伤的状态；对车辆用构件损伤的状态与车辆用构件损伤图像保存单元中保存的大量的车辆用构件损伤的图像进行比较，确定车辆用构件损伤的种类；判断所确定的车辆用构件损伤的种类是否满足质保申请条件；以及，将判断结果配送至申请人终端。由此，从接收来自申请人的申请画面请求而配送申请画面到判断结果向申请人的配送及/或发送都能可靠地进行。
22.在该判断车辆用构件损伤的质保申请的可否的装置的工作方法中，在将申请画面配送至申请人终端之前，包含如下阶段：将邮件地址登记画面配送至申请人用终端；对来自申请人用终端的邮件地址进行登记；向所登记的邮件地址发送对申请人画面访问用的url；以及接受来自申请人用终端的访问。由此，可以经由邮件地址可靠地进行与申请人用终端的对话。
23.在该判断车辆用构件损伤的质保申请的可否的装置的工作方法中，包含将判断结果发送至所登记的邮件地址的阶段。由此，能将判断结果可靠地送至申请人的邮件地址。
24.在该判断车辆用构件损伤的质保申请的可否的装置的工作方法中，在判断结果中包含qr码(注册商标)来进行配送及/或发送。由此，能可靠地进行判断结果的qr码(注册商标)的配送及/或发送。
25.根据本发明的又一观点，一种程序，它是用于该车辆用构件损伤修理判定系统或者该判断车辆构件损伤的质保申请的可否的装置的、使判断车辆用构件损伤的质保申请的可否的装置工作的程序，包含如下阶段：接收来自申请人用终端的申请请求；将申请画面配送至申请人用终端；对来自申请人用终端的申请内容进行登记；通过图像处理装置、根据申请内容中包含的车辆用构件的图像和车辆用构件损伤的图像来识别车辆用构件的信息和车辆用构件损伤的状态；对车辆用构件损伤的状态与车辆用构件损伤图像保存单元中保存
的大量的车辆用构件损伤的图像进行比较，确定车辆用构件损伤的种类；判断所确定的车辆用构件损伤的种类是否满足质保申请条件；以及，将判断结果配送至申请人终端。由此，从接收来自申请人的申请画面请求而配送申请画面到判断结果向申请人的配送及/或发送都能可靠地进行。
26.在该判断车辆用构件损伤的质保申请的可否的装置中工作的程序中，在将申请画面配送至申请人终端之前，包含如下阶段：将邮件地址登记画面配送至申请人用终端；对来自申请人用终端的邮件地址进行登记；向所登记的邮件地址发送对申请人画面的访问用的url；以及，接受来自申请人用终端的访问。由此，可以经由邮件地址可靠地进行与申请人用终端的对话。
27.在该判断车辆用构件损伤的质保申请的可否的装置中工作的程序中，包含将判断结果发送至所登记的邮件地址的阶段。由此，能将判断结果可靠地送至申请人的邮件地址。
28.在该判断车辆用构件损伤的质保申请的可否的装置中工作的程序中，在判断结果中包含qr码(注册商标)来进行配送及/或发送。由此，能可靠地进行判断结果的qr码(注册商标)的配送及/或发送。发明的效果
29.根据本发明，车辆用构件损伤质保的申请人可以通过从申请人终端进行车辆用构件损伤质保申请来接收是否满足质保申请条件的判断结果，在满足质保申请条件的情况下，只须将该结果拿到经销店等便能更换为新的车辆用构件或者进行修理。
附图说明
30.图1为表示本发明的实施方式的车辆用构件损伤修理判定系统的构成例的图。图2为表示本发明的实施方式的判断车辆用构件损伤的质保申请可否的服务器20的硬件构成例的图。图3为表示本发明的实施方式的车辆用构件损伤修理判定系统的判断车辆用构件损伤质保申请可否的服务器的软件构成例的图。图4为表示本发明的实施方式的车辆用构件损伤修理判定系统的申请用终端的软件构成例的图。图5为车辆的前格栅的照片的一例。图6为表示前挡玻璃的损伤的一例的照片。图7为表示前挡玻璃的损伤的另一例的照片。图8为表示前挡玻璃的损伤的又一例的照片。图9为表示前挡玻璃的损伤的又一例的照片。图10为表示前挡玻璃的损伤的又一例的照片。图11为说明前挡玻璃的代表性的损伤形态和损伤形态的校正要素的图。图12为表示认可前挡玻璃的损伤的质保申请的条件的图。图13为表示无法认可前挡玻璃的损伤的质保申请的条件的图。图14为表示轮胎的侧面的一例的图，是表示标有确定轮胎的编号等的位置的图。图15为表示轮胎破损的照片的一例的图。图16为表示本发明的实施方式的判断结果配送处理的流程图。
图17为表示认可轮胎的破损的质保申请的条件的图。图18为表示轮胎的破损的质保申请的保留条件的图。图19为表示根据车辆用构件损伤图像来确定损伤的种类的方法的示意图。
具体实施方式
31.下面，一边参考图1～19，一边对本发明的实施方式进行详细说明。
32.图1为表示本发明的实施方式的车辆用构件损伤修理判定系统的构成图的图。参考图1，本发明的实施方式的车辆用构件损伤修理判定系统100具备进行车辆用构件损伤质保申请的申请人用终端10和判断车辆用构件损伤的质保申请可否的服务器20。申请人用终端10与判断车辆用构件损伤的质保申请可否的服务器20经由互联网30连接在一起。图3为表示本发明的实施方式的车辆用构件损伤修理判定系统的判断车辆用构件损伤质保申请可否的服务器的软件构成例的图。参考图3，判断车辆用构件损伤的质保申请的可否的服务器20具备：申请画面配送部201，在接收到来自申请人用终端10的请求时，所述申请画面配送部201将申请画面配送至申请人终端10；质保申请受理部202，其对来自申请人用终端10的申请内容进行登记；车辆用构件损伤图像保存部203，其保存大量的车辆用构件损伤的图像40；以及图像处理单元，其根据申请内容中包含的车辆用构件的图像50和车辆用构件损伤的图像40来识别车辆用构件的信息和车辆用构件损伤的状态。进一步地，判断车辆用构件损伤的质保申请的可否的服务器20具备：车辆用构件损伤的种类确定部205，其对车辆用构件损伤的状态与车辆用构件损伤图像保存单元中保存的大量的车辆用构件损伤的图像40进行比较，确定车辆用构件损伤的种类；以及申请判断部206，其判断所的车辆用构件损伤的种类是否满足质保申请条件。并且，判断车辆用构件损伤的质保申请的可否的服务器20具备将判断结果配送至申请人终端的判断结果配送单元207。此外，图4为表示本发明的实施方式的车辆用构件损伤修理判定系统的申请用终端的软件构成例的图。参考图4，申请人用终端10具备：画面显示部101，其显示申请画面等；以及车辆用构件的图像50及车辆用构件损伤的图像保存部102。
33.判断车辆用构件损伤的质保申请可否的服务器20是配送车辆用构件损伤质保申请的申请画面(未图示)而且受理车辆用构件损伤质保申请、判断申请是否符合质保条件并配送判断结果的装置。
34.判断车辆用构件损伤的质保申请可否的服务器20根据来自申请人终端10的请求向申请人终端10所具有的规定的应用程序配送申请画面。申请人终端10在画面显示部101上显示申请画面。例如在判断车辆用构件损伤的质保申请可否的服务器20为网络服务器时，被配送的申请画面为网页，在申请人终端10的网络浏览器上显示网页。
35.申请人终端10是包括供申请人(车辆或车辆用构件的购买人、经销店等的店员)利用的个人计算机、智能手机、平板终端等在内的各种信息终端。预先安装有网络浏览器、专用的应用等用于显示申请画面的应用程序。
36.网络30是包括有线、无线在内的通信网络。网络30例如包括互联网、公共网络、wifi(注册商标)等。
37.图2为表示本发明的实施方式的判断轮胎破损的质保申请可否的服务器20的硬件构成例的图。如图2所示，本发明的实施方式的判断轮胎破损的质保申请可否的服务器20具
有cpu(central processing unit)21、rom(read only memory)22、ram(random access memory)23、hdd(hard disk unit)24以及通信单元25。
38.cpu 21进行各种程序的执行、运算处理。rom 22保存有启动时所需的程序等。ram 23是暂时存储cpu 21中的处理并存储数据的作业区域。hdd 24中存放有各种数据及程序。通信单元25经由网络30与申请人终端10等装置进行通信。
39.图3为表示本发明的实施方式的车辆用构件损伤修理判定系统的判断车辆用构件损伤质保申请可否的服务器的软件构成例的图。
40.判断车辆用构件损伤的质保申请可否的服务器20具有申请画面配送部201、质保申请受理部202、保存部203、图像处理部204、种类确定部205、申请判断部206以及判断结果配送部207作为主要功能。
41.申请图像配送部201根据来自申请人终端10的请求将车辆用构件损伤申请画面配送至申请人终端10。
42.质保申请受理部202受理来自申请人终端10的车辆用构件损伤质保申请。
43.保存部203中有车辆用构件损伤数据库，保存有各种种类的大量的车辆用构件损伤的图像。
44.当图像处理部204接收到从申请人终端10送来的车辆用构件的图像50和车辆用构件损伤的图像40时，从车辆用构件的图像50中识别确定车辆用构件的信息，而且获取该信息来确定车辆用构件。进一步地，从车辆用构件损伤的图像40中识别车辆用构件的破损部位，而且获取该信息。
45.种类确定部205对图像处理部中获取到的车辆用构件的破损部位401的信息与保存部203的车辆用构件损伤数据库中保存的车辆用构件损伤的图像进行比较，确定破损的种类。
46.申请判断部206根据由图像处理部204所确定的车辆用构件的信息和由种类确定部205所确定的破损的种类来判断是否满足质保申请条件。
47.判断结果配送部207将申请判断部206中判断得到的申请可否的判断结果配送至申请人终端10。
48.申请人终端10具有画面显示部101、车辆用构件损伤的图像保存部102、以及任意的摄像部103作为主要功能。
49.画面显示部101显示从判断车辆用构件损伤的质保申请可否的服务器20配送的申请画面、判断结果。此外，从画面显示部101输入质保卡上记载的、请求申请画面的url。
50.车辆用构件损伤的图像保存部102保存有拍摄到的车辆用构件损伤的图像40和表示安装有已破损的车辆用构件的车的图像(未图示)。
51.摄像部103被用于拍摄车辆用构件损伤的图像40，或者读取质保卡上记载的、请求申请画面的qr码(注册商标)。
52.另外，各功能部由构成判断车辆用构件损伤的质保申请可否的服务器20及申请人终端10的计算机的cpu、rom、ram、hdd、在通信单元等硬件资源上执行的电脑程序来实现。因而，这些功能部也可称为“单元”、“模块”、“组件”或“电路”。
53.进一步地，判断车辆用构件损伤的质保申请可否的服务器的各功能部的配置为一例，只要在系统的构成上以判断车辆用构件损伤的质保申请可否的服务器20整体的形式具
有各功能即可。例如，也可将判断车辆用构件损伤的质保申请可否的服务器20的保存部203移至另一服务器。
54.对本发明的实施方式的车辆用构件损伤修理判定系统100的信息处理进行说明。
55.图14为表示本发明的实施方式的破损修理判定处理的流程图。
56.s1：申请画面配送部201判定是否接收到来自申请人终端10的申请画面请求。在接收到申请画面请求的情况下，前进至s2。
57.s2：将申请画面配送至申请人终端10。
58.在申请人终端10中，当收取到申请画面时，显示前往申请画面的登录画面，可以通过输入质保卡的编号(例如tw-180617-152645-638497(企业代码-日期-时分秒-小数秒)自动编号)而登录到申请画面。指定必要事项，例如申请被认可的情况下的、更换车辆用构件的车辆用构件经销店等或车辆经销店，并输入希望的更换日。进一步地，指定车辆用构件的图像50以及车辆用构件损伤的图像40。在输入了所有必要事项且指定了所需数据后，例如通过点击“申请”按钮来完成申请。
59.s3：当收取到来自申请用终端10的申请时，前进至s4。
60.s4：对车辆用构件的图像50进行图像处理，确定车辆用构件。
61.当向图像处理部204输入车辆用构件的图像50时，根据图像的像素值来提取特征量。由此，自动识别图像50中展示的信息，从而确定车辆用构件。在无法确定车辆用构件的情况下，通过人眼进行判断来加以确定。
62.进一步地，对车辆用构件损伤的图像40进行图像处理，并与保存部203中保存的各种种类的大量的车辆用构件损伤的图像进行比较，确定破损的种类。如图6所示，车辆用构件损伤的图像40的已破损的车辆用构件上有时会在侧面出现破损部位401(圆形的孔)。当向图像处理部204输入车辆用构件损伤的图像40时，根据图像的像素值来提取特征量。如图10所示，图像处理部204对提取到的图像的特征量与车辆用构件损伤数据库中登记的学习数据中登记的大量的车辆用构件损伤的图像特征量进行比较，由此识别出与近似得分为规定得分以上的、已登记的车辆用构件损伤的图像相同(图案识别)，从而确定损伤的种类。在无法确定损伤的种类的情况下，通过人眼进行判断来加以确定。
63.当车辆用构件的确定和损伤的种类的确定完成时，前进至s5。
64.s5：在通过对车辆用构件的图像50进行图像处理而确定的车辆用构件与质保卡上登记的车辆用构件一致的情况下，前进至s6。在不一致的情况下，前进至s8。另外，也可为在s4中仅进行车辆用构件的确定，在s5中所确定的车辆用构件与质保卡上登记的车辆用构件一致的情况下，对损伤的种类进行确定。
65.s6：在通过对车辆用构件损伤的图像40进行图像处理而确定的损伤的种类满足能够认可质保申请的照片判别时的条件(例如参考图12、图17)的情况下，前进至s7。在不满足的情况下，前进至s9。此外，在满足无法认可质保申请的照片判别时的条件(例如参考图13)的情况下，也前进至s7。
66.s7：将批准质保申请这一内容的判断结果配送至申请人终端10。也可将qr码(注册商标)与批准这一内容的判断结果一起配送出去，可通过邮件来发送判断结果。此外，也可通过邮件将qr码(注册商标)与判断结果一起发送出去。判断结果中可包含进行更换的经销
店等以及可以更换的日期时间。
67.其后，在经销店等当中更换或修理车辆用构件，但在符合保留条件(例如参考图18)的情况下，认为不是质保对象，无法立即得到质保。
68.s8：将由于车辆用构件不是质保对象所以无法认可申请这一内容的判断结果配送至申请人终端10。
69.s9：将由于车辆用构件损伤不满足申请条件所以无法认可质保申请这一内容的判断结果配送至申请人终端10。
70.在不接受该结果的情况下，通过电话等向客户咨询窗口或经销店等询问这一内容，或者像以往那样将车与质保卡一同带到经销店等。实施例1
71.在车辆用构件为前挡玻璃的情况下，车辆用构件的图像50为车辆的前格栅的图像50。
72.在上述s4中，车辆的前格栅的图像50中展示有车牌号、样式，根据这所有的信息来确定车型、年款，从而能确定前挡玻璃。再者，本领域技术人员清楚，只要能确定前挡玻璃，这些信息并非全都需要，也可根据这些信息以外的信息来加以确定。
73.在上述s6中，在通过对前挡玻璃损伤的图像40进行图像处理而确定的损伤的种类满足图12的“照片判别时的条件”的情况下，前进至s7。在不满足的情况下，前进至s9。此外，在所确定的损伤的种类满足图13的“照片判别时的条件”的情况下，也前进至s7。实施例2
74.在车辆用构件为轮胎的情况下，车辆用构件的图像50为轮胎的图像50。
75.在上述s2的申请人终端10上的图像的指定时，还能进一步指定安装有已破损的车辆用构件的车的侧面的照片。
76.在上述s4中，轮胎的图像50上展示有a：制造商名称、b：轮胎系列名称、c：轮胎尺寸、d：轮胎的结构(例如tread plies：1polyester+2steel+1polyamide sidewall plies：1polyster)、e：utqg标记、f：轮胎识别编号(包括dot)、g：最大荷载、最大空气压(max load：8.25kg max press：340kpa)，可以根据这所有的信息来确定轮胎。再者，本领域技术人员清楚，只要能确定轮胎，这些信息并非全都需要，也可根据这些信息以外的信息来加以确定。
77.在上述s6中，在通过对轮胎破损的图像40进行图像处理而确定的破损的种类满足图17的“照片判别时的条件1”、“照片判别时的条件2”的情况下，前进至s7。在不满足的情况下，前进至s9。以上，参考附图对本发明的实施例进行了详细叙述，但具体的构成不限于该实施例，不脱离本发明主旨的程度的设计性变更包含在本发明中。符号说明
78.10
…
申请人用终端20
…
判断车辆用构件损伤的质保可否的服务器30
…
网络40
…
车辆用构件损伤的图像50
…
车辆用构件的图像100
…
车辆用构件损伤修理判定系统
101
…
画面显示部102
…
车辆用构件损伤的图像保存部103
…
摄像部201
…
申请画面配送部202
…
质保申请受理部203
…
保存部204
…
图像处理部205
…
种类确定部206
…
申请判断部207
…
判断结果配送部401
…
损伤部位a
…
制造商名称b
…
轮胎系列名称c
…
轮胎尺寸d
…
轮胎的结构e
…
utqg标记f
…
轮胎识别编号(包括dot)g
…
最大荷载、最大空气压h
…
车牌号i
…
样式。
