车辆配件售后服务方法及装置

本申请涉及车辆售后服务技术领域，具体涉及一种车辆配件售后服务方法及装置。

在车辆的使用过程中，一些车辆配件的替换过程是比较复杂的，比如工程车辆。由于工程车辆的使用环境较为复杂、苛刻，其配件在使用过程中常会出现各种故障，从而导致这些配件无法正常运行而影响工程进度，因此需要对故障配件进行更换。而新的配件的安装通常需要专业的售后服务人员来完成。现有的通过售后服务安装新的配件的过程，成本较高，且较为繁琐、耗时较长，导致用户售后服务体验差。

有鉴于此，本申请实施例提供了一种车辆配件售后服务方法及装置，能够快速地确定合适的配件，保证该配件的合法性，并显著降低成本。

第一方面，本申请的实施例提供了一种车辆配件售后服务方法，包括：获取用户输入的有关新的配件的申请信息，申请信息包括新的配件的第一产品信息；向服务器端发送申请信息，以便服务器端验证新的配件的合法性并得到第一验证结果；接收服务器端发送的第一验证结果。

在本申请某些实施例中，该车辆配件售后服务方法还包括：采集安装在车辆上的新的配件的安装信息，安装信息包括安装在车辆上的新的配件的第二产品信息；向服务器端发送安装信息，以便服务器端基于安装信息和申请信息验证安装在车辆上的新的配件的合法性并得到第二验证结果；接收服务器端发送的第二验证结果。

在本申请某些实施例中，该车辆配件售后服务方法还包括：若第二验证结果为合法，则接收服务器端发送的有关旧的配件的配置信息；将配置信息写入安装在车辆上的新的配件。

在本申请某些实施例中，该车辆配件售后服务方法还包括：向服务器端发送安装在车辆上的新的配件的更换过程信息，以便服务器端根据更换过程信息更新有关车辆的档案。

在本申请某些实施例中，该车辆配件售后服务方法还包括：若第二验证结果为合法，则接收车辆的中控系统发送的新的配置信息；向服务器端发送新的配置信息。

在本申请某些实施例中，新的配件包括显示屏和/或控制器。

第二方面，本申请的实施例提供了一种车辆配件售后服务方法，包括：接收终端发送的有关新的配件的申请信息，申请信息包括新的配件的第一产品信息；基于申请信息验证新的配件的合法性并得到第一验证结果；向终端发送第一验证结果。

在本申请某些实施例中，该车辆配件售后服务方法还包括：接收终端发送的安装在车辆上的新的配件的安装信息，安装信息包括安装在车辆上的新的配件的第二产品信息；基于安装信息和申请信息验证安装在车辆上的新的配件的合法性并得到第二验证结果；向终端发送第二验证结果。

在本申请某些实施例中，该车辆配件售后服务方法还包括：若第二验证结果为合法，则向终端发送有关旧的配件的配置信息，以便终端将配置信息写入安装在车辆上的新的配件。

在本申请某些实施例中，该车辆配件售后服务方法还包括：接收终端发送的安装在车辆上的新的配件的更换过程信息；根据更换过程信息更新有关车辆的档案。

在本申请某些实施例中，该车辆配件售后服务方法还包括：若第二验证结果为合法，则接收终端发送的新的配置信息。

第三方面，本申请的实施例提供了一种车辆配件售后服务装置，包括：获取模块，用于获取用户输入的有关新的配件的申请信息，申请信息包括新的配件的第一产品信息；发送模块，用于向服务器端发送申请信息，以便服务器端验证新的配件的合法性并得到第一验证结果；接收模块，用于接收服务器端发送的第一验证结果。

第四方面，本申请的实施例提供了一种车辆配件售后服务装置，包括：接收模块，用于接收终端发送的有关新的配件的申请信息，申请信息包括新的配件的第一产品信息；验证模块，用于基于申请信息验证新的配件的合法性并得到第一验证结果；发送模块，用于向终端发送第一验证结果。

第五方面，本申请的实施例提供了一种计算机可读存储介质，存储介质存储有计算机程序，计算机程序用于执行上述第一方面或第二方面所述的车辆配件售后服务方法。

第六方面，本申请的实施例提供了一种电子设备，包括：处理器；用于存储处理器可执行指令的存储器，其中，处理器用于执行上述第一方面或第二方面所述的车辆配件售后服务方法。

本申请实施例提供了一种车辆配件售后服务方法及装置，通过获取用户输入的有关新的配件的申请信息，并向服务器端发送该申请信息，以便获取服务器端针对该新的配件的验证结果，从而能够快速地确定合适的配件，保证该配件的合法性，进而为后续更换配件过程提供保障，简化整个配件更换的过程，并显著降低成本。

图1所示为本申请一示例性实施例提供的车辆配件售后服务系统的系统架构示意图。

图2所示为本申请一示例性实施例提供的车辆配件售后服务方法的流程示意图。

图3所示为本申请另一示例性实施例提供的车辆配件售后服务方法的流程示意图。

图4所示为本申请另一示例性实施例提供的车辆配件售后服务方法的流程示意图。

图5所示为本申请另一示例性实施例提供的车辆配件售后服务方法的流程示意图。

图6所示为本申请一示例性实施例提供的车辆配件售后服务装置的结构示意图。

图7所示为本申请另一示例性实施例提供的车辆配件售后服务装置的结构示意图。

图8所示为本申请一示例性实施例提供的用于执行车辆配件售后服务方法的电子设备的框图。

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

申请概述

车辆(尤其是工程车辆)上的一些配件发生损坏(或遗失)，一般会导致车辆无法正常运行，例如，显示屏、控制器或其他配件。而更换这些配件，一般是非常专业的人员才能完成的工作。因为新的配件的安装过程涉及以下内容：(1)确认新的配件的型号及其内部程序版本；(2)确认新的配件是否是厂商官方出品；(3)确认新的配件的内部程序与车辆适配；(4)确认更换后的新的配件中的运行程序与更换之前的一致，等等。

目前更换车辆的配件，一般有两种方案。第一种是厂商安排专业人员携带新的配件到达现场，该专业人员按照专业流程将新的配件安装到车辆上。此过程一般需要数天的时间且出差成本极高，同时专业人员需要携带电脑等专业辅助工具，极不方便。第二种是厂商快递新的配件至代理商工程师处，并远程指导该代理商工程师更换配件。此过程同样需要面对传统物流时间过长的问题，且无法保证现场更换后的配件是官方正品，导致用户售后服务体验差。

示例性系统

图1所示为本申请一示例性实施例提供的车辆配件售后服务系统的系统架构示意图，其示出了一种验证车辆待安装配件的合法性的应用场景。图1的系统包括终端110和计算机设备120。

安装人员(如代理商工程师)可以在终端110上输入有关新的配件的申请信息，终端110可以将该申请信息发送至计算机设备120进行审核，计算机设备120可以将审核结果发送至终端110。

在一实施例中，若合法性的审核结果为通过，则代理商工程师可以将该新的配件安装到车辆上以替代旧的配件。若合法性的审核结果为不通过，则说明该新的配件不在厂商数据库中或该新的配件与该车辆不适配，则安装人员可以选择其他型号的配件重新进行申请过程。

在一实施例中，终端110上可以安装有应用程序，安装人员可以通过该应用程序进行新的配件的申请过程。

在一实施例中，终端110可以是移动智能终端，如手机、平板或笔记本等。计算机设备120可以是服务器端。

需要注意的是，上述应用场景仅是为了便于理解本申请的精神和原理而示出，本申请的实施例并不限于此。相反，本申请的实施例可以应用于可能适用的任何场景。

示例性方法

图2所示为本申请一示例性实施例提供的车辆配件售后服务方法的流程示意图。图2的方法可由终端执行。如图2所示，该车辆配件售后服务方法包括如下内容。

210：获取用户输入的有关新的配件的申请信息，申请信息包括新的配件的第一产品信息。

本申请实施例中的车辆可以是工程车辆、普通汽车或其他需要更换配件的车辆。为了便于描述，下面以工程车辆为例对本申请实施例提供的车辆配件售后服务方法进行描述。

具体地，工程车辆在使用期间，可能会出现配件损坏、故障或遗失的情况。若旧的配件遗失，需要安装新的配件；若旧的配件损坏或故障，需要用新的配件更换旧的配件。

在安装新的配件之前，需要确定新的配件是否是官方正品，和/或新的配件是否与工程车辆适配，即确定新的配件的合法性。安装人员(如代理商工程师，或其他合适的人员)可作为用户向终端输入有关新的配件的申请信息，以验证新的配件的合法性。

在一实施例中，终端上设置有应用程序，用户可直接打开该应用程序，将申请信息输入该应用程序显示界面上的合适位置。或者，用户可通过注册账号登录该应用程序以实现输入过程。例如，该应用程序可以是智能中控系统配套数字化服务工具。具体的输入方法可以是语音输入，文本输入，语音与文本结合的输入，或其他合适的输入。

若用户需要验证新的配件是否是官方正品，申请信息可以包括新的配件的第一产品信息，第一产品信息可以包括新的配件的型号、产品编号、内部程序版本等信息中的至少一个。

在一实施例中，型号可以是该配件区别于同类配件的信息，例如，第一种显示屏和第二种显示屏可以通过不同的型号进行区分。产品编号可以是配件的序号，不同的配件有不同的序号，例如，第一种显示屏有50个，这50个显示屏分别用不同的序号区分。在另一实施例中，产品编号可同时包括前述的型号和序号。

进一步地，若用户还需要验证新的配件是否与工程车辆适配，申请信息可以包括新的配件的第一产品信息以及工程车辆的产品编号(或型号)信息。该工程车辆的产品编号信息与第一产品信息，可以用于确定新的配件是否与该工程车辆适配，即新的配件的硬件与软件是否与工程车辆适配。

申请信息可以包括其他用于验证新的配件的合法性的信息，本申请实施例对此不做限制。

220：向服务器端发送申请信息，以便服务器端验证新的配件的合法性并得到第一验证结果。

终端设备接收有关新的配件的申请信息后，可以将该申请信息发送至服务器端。第一验证结果可以为通过或不通过。

具体地，服务器端可存储有厂商数据库，该厂商数据库中可以存储有该厂商出品的各种产品的信息，包括未售出的和已售出的。服务器端可根据申请信息在厂商数据库中进行查，若可以查到该新的配件，则说明该新的配件是官方正品，是满足合法性要求的，验证结果为通过(这里，该新的配件可以是该用户所在代理商或附近代理商店面中的产品)；否则不是官方正品，是不满足合法性要求的，验证结果为不通过。

进一步地，服务器端可以通过厂商数据库验证新的配件是否是官方正品，同时服务器端还可以验证新的配件与工程车辆是否适配。服务器端可基于申请信息中工程车辆的产品编号信息以及新的配件的第一产品信息，确定新的配件是否与该工程车辆适配。具体地，服务器端可以存储有工程车辆的产品编号信息与相关配件的配对关系，该配对关系可以存储在该厂商数据库中或其他数据库中。服务器端可以基于该配对关系确定新的配件是否与该工程车辆适配。当新的配件是官方正品且与工程车辆适配，则验证结果为通过；否则验证结果为不通过。

服务器端也可以基于其他合适的算法确定新的配件与工程车辆是否适配，本申请实施例对该算法不作具体限定。

230：接收服务器端发送的第一验证结果。

具体地，服务器端可以将验证结果发送至终端，终端可以显示验证结果。若验证结果为通过，用户可以将该新的配件安装到工程车辆上；若该验证结果为不通过，用户可以重新选择其他的配件并提交申请，以验证该配件的合法性，这样可以便于用户快速地到合适的配件。通过服务器端实现验证过程可以显著缩短验证时间，提高验证效率。

在其他实施例中，终端上可以存储有厂商数据库，这样终端可以直接基于申请信息进行验证并给出验证结果。

本申请实施例提供了一种车辆配件售后服务方法，通过获取用户输入的有关新的配件的申请信息，并向服务器端发送该申请信息，以便获取服务器端针对该新的配件的验证结果，从而能够快速地确定合适的配件，保证该配件的合法性，进而为后续更换配件过程提供保障，简化整个配件更换的过程，并显著降低成本。

根据本申请一实施例，参见图3，该车辆配件售后服务方法还包括以下内容。

240：采集安装在车辆上的新的配件的安装信息，安装信息包括安装在车辆上的新的配件的第二产品信息。

当用户将新的配件安装到需要更换配件的工程车辆上之后，为保证安装在该工程车辆上的新的配件，确实是之前用户申请的配件(第一次验证结果为通过)，可以对安装之后的新的配件进行二次验证。

具体地，终端可以与工程车辆上的中控系统(可包括显示屏和控制器)无线或有线通信连接。当新的配件安装在工程车辆上后，该新的配件与该中控系统无线或有线通信连接。这样中控系统可以从该新的配件处获取其安装信息，进而终端可从该中控系统获取该安装信息。可选地，终端可与安装在工程车辆上的新的配件无线或有线通信连接，并从该新的配件处获取该安装信息。

安装信息可以包括安装在该工程车辆上的新的配件的第二产品信息，与第一产品信息类似，第二产品信息可以包括新的配件的型号、产品编号、内部程序版本等信息中的至少一个。

进一步地，安装信息还可以包括已安装新的配件的工程车辆的产品编号(或型号)信息，该产品编号信息可以用于判断已安装新的配件的工程车辆是否是之前申请过程中对应的待安装新的配件的工程车辆，以确保新的配件安装在申请配件时对应的工程车辆上。

这里，该终端与图2实施例中的终端可以是同一终端，也可以是不同终端。例如，第一终端和第二终端上可以安装有同一应用程序，用户可以通过第一终端上的该应用程序实现新的配件的申请过程(第一次合法性验证过程)，通过第二终端上的该应用程序实现新的配件的第二次合法性验证过程。

250：向服务器端发送安装信息，以便服务器端基于安装信息和申请信息验证安装在车辆上的新的配件的合法性并得到第二验证结果。

终端可向服务器端发送该安装信息，服务器端可以结合该安装信息以及之前申请过程中接收的申请信息，验证安装在工程车辆上的新的配件的合法性。即服务器端验证安装在工程车辆上的新的配件是否是之前申请的配件。进一步地，服务器端还验证当前工程车辆是否是之前申请配件时对应的工程车辆。

第二验证结果可以为通过或不通过。当安装在工程车辆上的新的配件是之前申请的配件，且当前工程车辆是之前申请配件时对应的工程车辆，则验证结果为通过；否则验证结果为不通过。

260：接收服务器端发送的第二验证结果。

在一实施例中，服务器端可以将验证结果发送至终端，终端可以显示验证结果。

在一实施例中，若验证结果为通过，服务器端可以向终端发送激活指令，进而终端向工程车辆的中控系统发送该激活指令，中控系统基于该激活指令可激活已安装的新的配件，实现该新的配件的正常运行。若验证结果为不通过，服务器端可以向终端发送禁止指令，进而终端向工程车辆的中控系统发送该禁止指令，中控系统基于该禁止指令可禁止已安装的新的配件的运行。或者，在验证结果为不通过时，服务器端只向终端发送验证不通过的结果，而不发送其他指令。

这里，验证不通过的原因可能是已安装的新的配件不是之前申请的配件，或当前的工程车辆不是之前申请配件时对应的工程车辆，或者可能有其他原因。验证不通过时，已安装的新的配件不能被激活，即处于休眠状态，不能正常运行，而验证通过且激活的配件，是可以正常运行的。

本实施例提供的车辆配件售后服务方法，通过在现场动态采集安装新的配件后的验证结果，并结合申请时的验证结果和安装新的配件后的验证结果，可以保证最终安装到相应车辆上的配件是之前申请的配件，提高整个安装过程的可靠性。

根据本申请一实施例，参见图3，该车辆配件售后服务方法还包括以下内容。

270：若第二验证结果为合法，则接收服务器端发送的有关旧的配件的配置信息。

具体地，服务器端可以保存之前旧的配件的配置信息。终端可以从服务器端获取该新的配件替代的旧的配件的配置信息。配置信息可以包括旧的配件的运行设置参数和/或记载的历史信息等。

280：将配置信息写入安装在车辆上的新的配件。

在一实施例中，终端可向工程车辆的中控系统发送该配置信息，以便该中控系统将该配置信息写入新的配件，方便新的配件可以恢复该工程车辆之前的运行过程。

在另一实施例中，终端可向新的配件发送该配置信息，实现数据的写入，以便该新的配件可以恢复该工程车辆之前的运行过程。进一步地，在将旧的配置信息写入新的配件之后，用户可以基于客户的需求对该配置信息做适当的调整，或客户可直接对该配置信息做适当的调整。

本实施例提供的车辆配件售后服务方法，通过将旧的配件的配置信息写入新的配件，可以快速地实现新的配件的设置过程，且可以保证新的配件的运行状态和存储的信息与之前旧的配件一致，方便该车辆后续的工作。

根据本申请一实施例，参见图3，该车辆配件售后服务方法还包括以下内容。

290：向服务器端发送安装在车辆上的新的配件的更换过程信息，以便服务器端根据更换过程信息更新有关车辆的档案。

具体地，更换过程信息可以包括以下信息中的至少一种：更换新的配件的时间、该新的配件的产品信息、该新的配件对应的工程车辆的产品编号(或型号)、该新的配件的已经调整好的配置信息、其他与该新的配件相关的信息。

终端可以从工程车辆的中控系统获取最终的更换过程信息，并向服务器端发送该更换过程信息。在一实施例中，服务器端可以将该更换过程信息保存在被更换配件的工程车辆对应的文件夹下。例如，服务器端存储有以该工程车辆的产品编号命名的文件夹(档案)，该文件夹里可以存储有该工程车辆的售出时间，其包含的各个配件的配置信息、安装时间等信息。服务器端可以基于更换过程信息更新该文件夹。在其他实施例中，服务器端可以采用其他方式存储该更换过程信息。

本实施例提供的车辆配件售后服务方法，通过将更换过程信息反馈至服务器端，可以记录整个售后服务过程(申请过程和安装过程)中涉及的用户信息、设备(配件、车辆)信息、设备的配置信息等内容，这样可以确保数据的准确性和完整性，方便后续的跟踪，便于售后追责。

根据本申请一实施例，该车辆配件售后服务方法还包括：若第二验证结果为合法，则接收车辆的中控系统发送的新的配置信息；向服务器端发送新的配置信息。

具体地，用户可以通过中控系统对该新的配件设置新的配置信息，终端从该中控系统获取该新的配置信息，并将其发送至服务器端，以实现服务器端对更换过程信息的记录。

根据本申请一实施例，终端与车辆的中控系统或配件之间的数据传输可以是通过无线连接设备实现的。

具体地，该无线连接设备可安装在工程车辆上，与中控系统通过一定的接口连接，该无线连接设备可读取中控系统中的信息(如部分或全部信息)。该无线连接设备可以与终端无线连接，如终端可通过无线连接设备发送的蓝牙信号与其通信连接。当然，终端也可以通过其他合适的方式与该无线连接设备通信连接。

无线连接设备可以是车载诊断系统(On-Board Diagnostics，OBD)设备，或其他可以实现终端与工程车辆之间数据传输的设备。

当终端与无线连接设备通过蓝牙连接后，终端可以基于之前申请信息通过该无线连接设备直接从工程车辆的中控系统获取新的配件的安装信息、以及其他需要的信息。

或者，用户可以从终端的显示界面上对该无线连接设备中的信息进行浏览，从中选择新的配件的安装信息或其他需要的信息，如此终端可以从无线连接设备获取该新的配件的安装信息或其他需要的信息。进一步地，用户可以从显示界面上选择新的配件对应的配置信息，并对该新的配件的配置信息进行补充设置或修改，如此可以实现将新的配置信息写入无线连接设备，进而通过该无线连接设备将新的配置信息写入车辆的中控系统。类似地，用户可以通过上述方法将其他需要的信息写入无线连接设备以及车辆的中控系统。

当终端从服务器端获取旧的配件的配置信息后，该旧的配件的配置信息可通过该无线连接设备写入工程车辆的中控系统和/或新的配件。当终端从服务器端获取激活指令或禁止指令后，该指令可通过该无线连接设备传入工程车辆的中控系统。

根据本申请一实施例，终端可以通过无线连接设备获取该工程车辆的旧的配件的型号信息，比如新的配件和旧的配件型号一致，只是编号不同。若确定旧的配件的型号与新的配件一致，则可以继续进行后续的安装过程；否则该工程车辆可能不是待更换配件的工程车辆，则停止安装过程。

进一步地，在申请时，申请信息可以包括旧的配件的第三产品信息，该第三产品信息的具体内容可以与前述第一产品信息类似，此处不做赘述。在安装新的配件前，通过无线连接设备获取工程车辆上旧的配件的产品信息，将其与申请时的第三产品信息比较，如一致则继续进行后续的安装过程，若不一致，则停止安装过程。这样可以进一步确认是在申请的工程车辆上安装申请的新的配件，以替换申请信息中对应的旧的配件。

本实施例提供的车辆配件售后服务方法，在安装新的配件之前，验证车辆与旧的配件的信息，可以确保在正确的车辆上安装新的配件以替换正确的旧的配件，保证整个安装过程的准确可靠。

根据本申请一实施例，新的配件可包括显示屏和/或控制器。可选地，新的配件也可以是其他需要更换的配件。

本申请实施例提供的车辆配件售后服务方法，只需要用户提前备货，然后通过终端发起服务申请，以便服务器端或后台工作人员对申请信息进行审核。在审核通过后，用户可将新的配件安装在对应的车辆上，并通过终端获取已安装的新的配件的安装信息，以便服务器端确认该配件是否与申请的配件一致，若一致，则激活该新的配件。通过两次验证可以有效地保证安装在车辆上的新的配件的合法性。

图4所示为本申请另一示例性实施例提供的车辆配件售后服务方法的流程示意图。图4的方法可由服务器端执行，图4的方法与图2的方法类似，不同之处在于执行主体不同，因此为了避免重复，相同之处不再赘述。如图4所示，该车辆配件售后服务方法包括如下内容。

410：接收终端发送的有关新的配件的申请信息，申请信息包括新的配件的第一产品信息。

具体地，终端上设置有应用程序，用户可直接打开该应用程序，将申请信息输入该应用程序显示界面上的合适位置。终端接收申请信息后，可向服务器端发送该申请信息。申请信息和第一产品信息的具体内容可参见上述图2实施例中的描述。

420：基于申请信息验证新的配件的合法性并得到第一验证结果。

服务器端可存储有厂商数据库，其可基于厂商数据库自动验证新的配件的合法性。或者，后台工作人员可以对申请信息进行人工审核，以验证新的配件的合法性。

430：向终端发送第一验证结果。

本申请实施例提供了一种车辆配件售后服务方法，通过获取用户输入的有关新的配件的申请信息，并向服务器端发送该申请信息，以便获取服务器端针对该新的配件的验证结果，从而能够快速地确定合适的配件，保证该配件的合法性，进而为后续更换配件过程提供保障，简化整个配件更换的过程，并显著降低成本。

根据本申请一实施例，参见图5，该车辆配件售后服务方法还包括以下内容。

440：接收终端发送的安装在车辆上的新的配件的安装信息，安装信息包括安装在车辆上的新的配件的第二产品信息。

安装信息和第二产品信息的具体内容可参见上述图3实施例中的描述。

450：基于安装信息和申请信息验证安装在车辆上的新的配件的合法性并得到第二验证结果。

460：向终端发送第二验证结果。

根据本申请一实施例，参见图5，该车辆配件售后服务方法还包括以下内容。

470：若第二验证结果为合法，则向终端发送有关旧的配件的配置信息，以便终端将配置信息写入安装在车辆上的新的配件。

有关旧的配件的配置信息的具体内容可参见上述图3实施例中的描述。

根据本申请一实施例，参见图5，该车辆配件售后服务方法还包括以下内容。

480：接收终端发送的安装在车辆上的新的配件的更换过程信息。

490：根据更换过程信息更新有关车辆的档案。

更换过程信息的具体内容以及档案的更新过程可以参见上述图3实施例中的描述。

可以理解的，图4和图5实施例中涉及的步骤的具体执行过程以及图4和图5实施例具有的效果，可以参见上述图2和图3实施例中的描述。

根据本申请一实施例，该车辆配件售后服务方法还包括：若第二验证结果为合法，则接收终端发送的新的配置信息。

具体地，用户可以通过中控系统对该新的配件设置新的配置信息，终端从该中控系统获取该新的配置信息，并将其发送至服务器端，以实现服务器端对更换过程信息的记录。

示例性装置

图6所示为本申请一示例性实施例提供的车辆配件售后服务装置600的结构示意图。如图6所示，装置600包括：获取模块610、发送模块620以及接收模块630。

获取模块610用于获取用户输入的有关新的配件的申请信息，申请信息包括新的配件的第一产品信息。发送模块620用于向服务器端发送申请信息，以便服务器端验证新的配件的合法性并得到第一验证结果。接收模块630用于接收服务器端发送的第一验证结果。

本申请实施例提供了一种车辆配件售后服务装置，通过获取用户输入的有关新的配件的申请信息，并向服务器端发送该申请信息，以便获取服务器端针对该新的配件的验证结果，从而能够快速地确定合适的配件，保证该配件的合法性，进而为后续更换配件过程提供保障，简化整个配件更换的过程，并显著降低成本。

根据本申请一实施例，获取模块610还用于采集安装在车辆上的新的配件的安装信息，安装信息包括安装在车辆上的新的配件的第二产品信息。发送模块620还用于向服务器端发送安装信息，以便服务器端基于安装信息和申请信息验证安装在车辆上的新的配件的合法性并得到第二验证结果。接收模块630还用于接收服务器端发送的第二验证结果。

根据本申请一实施例，若第二验证结果为合法，则接收模块630还用于接收服务器端发送的有关旧的配件的配置信息。发送模块620还用于将配置信息写入安装在车辆上的新的配件。

根据本申请一实施例，发送模块620还用于向服务器端发送安装在车辆上的新的配件的更换过程信息，以便服务器端根据更换过程信息更新有关车辆的档案。

根据本申请一实施例，若第二验证结果为合法，则接收模块630还用于接收车辆的中控系统发送的新的配置信息。发送模块620还用于向服务器端发送新的配置信息。

根据本申请一实施例，新的配件包括显示屏和/或控制器。

应当理解，上述实施例中的获取模块610、发送模块620以及接收模块630的操作和功能可以参考上述图2和图3实施例中提供的车辆配件售后服务方法中的描述，为了避免重复，在此不再赘述。

图7所示为本申请另一示例性实施例提供的车辆配件售后服务装置700的结构示意图。如图7所示，装置700包括：接收模块710、验证模块720以及发送模块730。

接收模块710用于接收终端发送的有关新的配件的申请信息，申请信息包括新的配件的第一产品信息。验证模块720用于基于申请信息验证新的配件的合法性并得到第一验证结果。发送模块730用于向终端发送第一验证结果。

本申请实施例提供了一种车辆配件售后服务装置，通过获取用户输入的有关新的配件的申请信息，并向服务器端发送该申请信息，以便获取服务器端针对该新的配件的验证结果，从而能够快速地确定合适的配件，保证该配件的合法性，进而为后续更换配件过程提供保障，简化整个配件更换的过程，并显著降低成本。

根据本申请一实施例，接收模块710还用于接收终端发送的安装在车辆上的新的配件的安装信息，安装信息包括安装在车辆上的新的配件的第二产品信息。验证模块720还用于基于安装信息和申请信息验证安装在车辆上的新的配件的合法性并得到第二验证结果。发送模块730还用于向终端发送第二验证结果。

根据本申请一实施例，若第二验证结果为合法，则发送模块730还用于向终端发送有关旧的配件的配置信息，以便终端将配置信息写入安装在车辆上的新的配件。

根据本申请一实施例，接收模块710还用于接收终端发送的安装在车辆上的新的配件的更换过程信息，并根据更换过程信息更新有关车辆的档案。

根据本申请一实施例，若第二验证结果为合法，则接收模块710还用于接收终端发送的新的配置信息。

应当理解，上述实施例中的接收模块710、验证模块720以及发送模块730的操作和功能可以参考上述图4和图5实施例中提供的车辆配件售后服务方法中的描述，为了避免重复，在此不再赘述。

图8所示为本申请一示例性实施例提供的用于执行车辆配件售后服务方法的电子设备800的框图。

参照图5，电子设备800包括处理组件810，其进一步包括一个或多个处理器，以及由存储器820所代表的存储器资源，用于存储可由处理组件810的执行的指令，例如应用程序。存储器820中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件810被配置为执行指令，以执行上述车辆配件售后服务方法。

电子设备800还可以包括一个电源组件被配置为执行电子设备800的电源管理，一个有线或无线网络接口被配置为将电子设备800连接到网络，和一个输入输出(I/O)接口。可以基于存储在存储器820的操作系统操作电子设备800，例如Windows ServerTM，Mac OSXTM，UnixTM，LinuxTM，FreeBSDTM或类似。

一种非临时性计算机可读存储介质，当存储介质中的指令由上述电子设备800的处理器执行时，使得上述电子设备800能够执行一种车辆配件售后服务方法，包括：获取用户输入的有关新的配件的申请信息，申请信息包括新的配件的第一产品信息；向服务器端发送申请信息，以便服务器端验证新的配件的合法性并得到第一验证结果；接收服务器端发送的第一验证结果。或者，该方法包括：接收终端发送的有关新的配件的申请信息，申请信息包括新的配件的第一产品信息；基于申请信息验证新的配件的合法性并得到第一验证结果；向终端发送第一验证结果。

上述所有可选技术方案，可采用任意结合形成本申请的可选实施例，在此不再一一赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

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

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

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

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

需要说明的是，在本申请的描述中，术语“第一”、“第二”、“第三”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是两个或两个以上。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换等，均应包含在本申请的保护范围之内。