CN110659885A - 车辆年审方法及相关设备 - Google Patents

Abstract

本申请实施例公开了一种车辆年审方法及设备，该方法包括：服务器获取第一终端发送的第一车辆的信息；所述服务器根据所述第一车辆的信息和第一检测站的信息生成预约信息，所述第一检测站为所述第一终端发送的选择操作指示的检测站，或者所述第一检测站为所述服务器根据多个检测站的位置、空闲状态得到的检测站；所述服务器向所述第一终端发送所述预约信息，所述预约信息用于指示所述第一车辆到所述第一检测站中的第二终端上进行年审。采用本申请实施例，能够提高汽车年审效率，节省车辆年审时间。

Description

车辆年审方法及相关设备

技术领域

本申请涉及车辆工程领域，尤其涉及一种车辆年审方法及相关设备。

背景技术

随着经济的增长和交通技术的发展，机动车保有量越来越多，根据公安部交通管理局2019年7月3日公布的数据，2019年上半年全国机动车保有量达3.4亿辆，新登记汽车1242万辆，新领证驾驶人1408万人。为了车辆保证行驶安全，根据国家《机动车运行安全技术条件》，取得正式号牌和行驶证的车辆都必须按期限到车辆检测站接收检查，即车辆年审，也成为车辆年检。

车辆年审是检测车辆的综合性能是否合格的一个重要手段。车主通过将车辆送到汽车检测站，由检测设备对车辆结构和功能的检测，能及时发现不合格的部件，保证车辆行驶安全。但由于车辆的数量越来越多，且年审时需要提供给的资料较多，使用传统的年审方法，资料提交与审核的效率较低，浪费了大量时间，影响了车主进行年审的体验。

因此，如何提高车辆年审的效率是本领域的技术人员正在研究的问题。

发明内容

本申请实施例公开了一种车辆年审方法及相关设备，能够提高车辆年审效率，节省车辆年审的时间。

第一方面，本申请实施例提供了一种车辆年审方法，包括：服务器获取第一终端发送的第一车辆的信息；该服务器根据第一车辆的信息和第一检测站的信息生成预约信息，上述第一检测站为第一终端发送的选择信息指示的检测站或者服务器根据多个检测站的位置、空闲状态得到的检测站；该服务器向第一终端发送上述预约信息，该预约信息用于指示第一车辆到第一检测站中的第二终端上进行年审。

可以看出，在车辆进行年审之前，第一终端可发送车辆的信息预约年审，服务器可根据车辆信息和检测站信息生成车辆的预约信息并发送给第一终端。第一终端依据该预约信息到第一检测站进行年审而无需使用户现场提交年审申请，采用这种方法，能够提高车辆年审效率，节省车辆年审的时间。

第二方面，本申请实施例提供了一种车辆年审方法，包括：第一终端接收输入的第一车辆的信息；第一终端向服务器发送第一车辆的信息，该第一车辆的信息用于服务器生成预约信息，该预约信息用于指示第一车辆在第一检测站中的第二终端上进行年审；该第一检测站为输入的选择操作指示的检测站或者为根据多个检测站的位置、空闲状态得到的检测站；该第一终端接收上述服务器发送的预约信息。

可以看出，在车辆进行年审之前，在第一终端可发送车辆的信息预约年审，服务器可根据车辆信息和检测站信息生成车辆的预约信息并发送给第一终端。第一终端可依据该预约信息到第一检测站进行年审而无需使用户现场提交年审申请，采用本申请实施例提供的方法，能够提高车辆年审效率

第三方面，本申请实施例提供了一种车辆年审方法，包括：第二终端采集目标车辆的信息；第二终端根据目标车辆的信息验证目标车辆预约的年审时间和年审检测站；若该目标车辆已预约在第二终端所属的检测站进行年审且年审时间正确，则第二终端对目标车辆进行年审。

可以看出，在车辆进行年审之前，在第一终端可发送车辆的信息预约年审，服务器可根据车辆信息和检测站信息生成车辆的预约信息。第二终端采集车辆的信息，与预约信息核对后即可对车辆进行年审，无需使用户现场提交年审申请并核对车辆，采用本申请实施例提供的方法，能够提高车辆年审效率。

第四方面，本申请实施例提供了一种服务器，包括：获取单元，用于获取第一终端发送的第一车辆的信息；生成单元，用于根据第一车辆的信息和第一检测站的信息生成预约信息，该第一检测站为第一终端发送的选择信息指示的检测站，或者该第一检测站生成单元为根据多个检测站的位置、空闲状态得到的检测站；发送单元，用于向所述第一终端发送所述预约信息，所述预约信息用于指示所述第一车辆到所述第一检测站中的第二终端上进行年审。

第五方面，本申请实施例提供了一种终端，包括：获取单元，用于接收输入的第一车辆的信息；发送单元，用于向服务器发送第一车辆的信息，该第一车辆的信息用于服务器生成预约信息，该预约信息用于指示所述第一车辆在第一检测站中的第二终端上进行年审；其中，该第一检测站为输入的选择操作指示的检测站，或者第一检测站为根据多个检测站的位置、空闲状态得到的检测站；所述获取单元，还用于接收服务器发送的预约信息。

第六方面，本申请实施例提供了一种终端包括：采集单元，用于采集目标车辆的信息；验证单元，用于根据目标车辆的信息验证目标车辆预约的年审时间和年审检测站；检测单元，用于若目标车辆已预约在第二终端所属的检测站进行年审且年审时间正确，对目标车辆进行年审。

第七方面，本申请实施例提供了一种服务器，包括存储器、处理器、收发器，上述存储器存储有计算机程序，上述处理器调用该计算机程序，用于执行如下操作：通过收发器获取第一终端发送的第一车辆的信息；根据第一车辆的信息和第一检测站的信息生成预约信息，该第一检测站为第一终端发送的选择信息指示的检测站，或者第一检测站为根据多个检测站的位置、空闲状态得到的检测站；通过收发器向第一终端发送该预约信息，该预约信息用于指示第一车辆到第一检测站中的第二终端上进行年审。

第八方面，本申请实施例提供了一种终端，包括存储器、处理器、收发器和输入模块，存储器存储有计算机程序，上述处理器调用计算机程序，用于执行如下操作：通过输入模块接收输入的第一车辆的信息；通过收发器向服务器发送第一车辆的信息，上述第一车辆的信息用于服务器生成预约信息，预约信息用于指示第一车辆在第一检测站中的第二终端上进行年审；第一检测站为输入的选择操作指示的检测站，或者第一检测站为根据多个检测站的位置、空闲状态得到的检测站；通过收发器接收服务器发送的预约信息。

第九方面，本申请实施例提供了一种终端，包括存储器、处理器和采集器，存储器存储有计算机程序，上述处理器调用计算机程序，用于执行如下操作：通过采集器采集目标车辆的信息；根据目标车辆的信息验证目标车辆预约的年审时间和年审检测站；若目标车辆已预约在第二终端所属的检测站进行年审且年审时间正确，对目标车辆进行年审。

第十方面，本申请实施例提供一种车辆年审系统，该系统包括第一终端、服务器和第二终端和第二服务器，其中：所述第一终端为第一方面，或者第一方面的任意一种可能的实现方式所描述的终端；所述服务器为第二方面或者第二方面的任意一种可能的实现方式所描述的服务器；所述第二终端为第三方面或者所述第三方面的任意一种可能的实现方式所描绘的终端。

第十一方面，本申请实施例提供一种车辆年审系统，该系统包括服务器、第一终端和第二终端，其中：服务器为第四方面，或者第四方面的任意一种可能的实现方式所描述的终端；所述第一终端为第五方面，或者第五方面的任意一种可能的实现方式所描述的终端；所述第二终端为第六方面，或者第六方面的任意一种可能的实现方式所描述的终端。

第十二方面，本申请实施例提供一种车辆年审系统，该系统包括服务器、第一终端和第二终端，其中：服务器为第七方面，或者第七方面的任意一种可能的实现方式所描述的终端；所述第一终端为第八方面，或者第八方面的任意一种可能的实现方式所描述的终端；所述第二终端为第九方面，或者第九方面的任意一种可能的实现方式所描述的终端。

第十三方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，当所述计算机程序在该处理器上运行时，实现第一方面、第二方面、第三方面中的任意一方面或者任意一方面的任意一种可选的方案所描述的方法。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对本申请实施例或背景技术中所需要使用的附图作简单地介绍。

图1是本申请实施例提供的一种车辆年审系统的架构示意图；

图2是本申请实施例提供的一种车辆年审方法的流程示意图；

图3是本申请实施例提供的一种获取第一车辆的信息的示意图；

图4是本申请实施例提供的另一种获取第一车辆的信息的示意图；

图5是本申请实施例提供的一种获取年审时间的示意图；

图6是本申请实施例提供的一种第一终端生成的标识的示意图；

图7是本申请实施例提供的一种第二终端进行年审的场景示意图；

图8是本申请实施例提供的一种服务器的结构示意图；

图9是本申请实施例提供的一种终端的结构示意图；

图10是本申请实施例提供的又一种终端的结构示意图；

图11是本申请实施例提供的又一种服务器的结构示意图；

图12是本申请实施例提供的又一种终端的结构示意图；

图13是本申请实施例提供的又一种终端的结构示意图。

具体实施方式

下面将结合附图对本申请实施例中的技术方案进行描述。

请参见图1，图1是本申请实施例提供的一种车辆年审系统的架构示意图，该场景中包括第一终端101、服务器102和第二终端103。

其中，上述第一终端101用于获取第一车辆的信息，并将第一车辆的信息发送给上述服务器102，该第一车辆的信息包括第一车辆的车牌号、第一车辆的车架号和第一车辆的发动机号中的一项或者多项。可选的，该第一终端可以是用户的手机、平板电脑或者其他可以进行网络连接和数据收发的终端设备。

上述服务器102中存储了一个或多个车辆检测站信息，服务器102接收第一终端101发送的第一车辆的信息后，分析多个检测站的位置和空闲状态可以确定可预约的第一检测站，或者，也可以由服务器向第一终端提供可预约一个或多个检测站的选项供挑选，接收第一终端反馈的选择信息从而确定第一检测站。服务器获取第一车辆的信息和第一检测站信息后，根据第一车辆的信息、第一检测站和年审时间即可得到预约信息。其中，年审时间可以通过接收第一终端发送的行程信息来分析确定可预约的年审时间，或者，也可以由服务器向第一终端提供多个时间供第一终端的用户选择适宜的时间，接收第一终端反馈的选择信息从而确定年审时间。可选的，该服务器可以为单个服务器也可以为由多个服务器组成的服务器集群。

上述第二终端103为目标检测站中的多个第二终端中的一个第二终端。第一终端接收到的预约信息后，用户可将第一车辆驾驶到第一检测站终中的第二终端处。第二终端采集请求年审的目标车辆信息，验证目标车辆是否与已预约的第一车辆匹配，若匹配则对目标车辆进行年审。年审所需的检测项检均测检完成后输出年审结果，也可以在年审结果合格后打印输出年审合格证等。可选的，该第二终端可以是检测站的检测主机或其他可以进行检测的终端设备。

请参见图2，图2是本申请实施例提供的一种车辆年审方法的流程示意图，该方法包括但不限于如下步骤。

步骤S201：第一终端获取第一车辆的信息。

具体地，用户可以通过第一终端的输入模块输入第一车辆的信息，可选的，该第一车辆的可以包括第一车辆的车牌号、第一车辆的车架号、第一车辆的发动机号等车辆信息，还可以包括车辆的车主的第一身份证号、车主姓名、通讯地址等信息。可选的，通过第一终端提供的表格，以供第一终端的用户填写第一车辆的信息。例如，参见图3，以该第一终端为手机为例，用户通过手机填写《机动车定期检测登记表》，相应的，手机就获取了第一车辆的信息。可选的，参见图4，用户也可以通过手机拍摄驾驶证照片。手机对驾驶证中的内容进行识别，从而获取第一车辆的信息。

步骤S202：第一终端向服务器发送第一车辆的信息。具体的，第一终端可以通过收发器(如用于蜂窝通信、蓝牙通信的射频模块等)或者其他通信接口(如有线网络的网络接口)向服务器发送第一车辆的信息。

步骤S203：服务器接收第一终端发送的第一车辆的信息。可选的，服务器接收第一终端发送的第一车辆信息后，可以根据第一车辆信息查询该车牌号的车辆是否有违章记录。按照国家规定，含有违章未处理的车辆不可以进行年审。若服务器查询到第一车辆存在有违章未处理，服务器向第一终端反馈违章未处理的记录，以便提示用户处理违章。可选的，服务器在第一车辆的违章处理完成后，还可以提醒用户重新预约年审。可选的，服务器为用户生成违章处理的方案，指示处理违章的地址、营业时间、金额信息等，方便用户处理违章。

步骤S204：服务器根据第一车辆的信息和第一检测站的信息生成预约信息。

具体地，服务器中存储了多个检测站的信息。获取第一车辆的信息后，服务器可以确定多个检测站中的第一检测站。服务器可以通过以下两种情况的方案确定第一检测站：

情况一，服务器接收第二终端发送的针对多个检测站中的一个检测站的选择信息，将该选择信息指示的检测站作为第一检测站。

情况二，服务器根据多个检测站的位置信息和空闲状态分析得出可预约的检测站，该分析得出的该检测站即为第一检测站。可选的，服务器可以根据第一版终端发送的第一车辆的信息获得第一车辆所在的地址信息，从而作为分析多个检测站位置信息和空闲状态的条件，或者，服务器获取第一终端发送第一车辆信息的发送位置等信息，或者服务器结束第一终端发送的用户填写的地址信息等。例如，服务器接收了第一终端发送的车辆信息中，第一车牌号粤B 00000，可知该第一车辆为深圳市的车辆，则分析深圳市可进行车辆年审的检测站。

例如，参见表1，表1为服务器存储的一种可能的多个检测站的信息，可以包括检测站的编号、检测站中的第二终端的编码、所在城市、地址、检测时间和日平均年审量等信息。例如现有用户U，若服务器获取了第一终端的地址信息，得知该用户住在深圳福田区梅秀路，则可将位置在福田区梅林路5号的A001检测站作为第一检测站。

表1服务器存储的检测站信息

检测站编号	第二终端编号	城市	地址	检测时间
					A001	A00101	深圳	福田区梅林路5号	9:00-19:00
A001	A00102	深圳	福田区红荔路2001号	8:00-17:00
					B001	B00101	深圳	罗湖区泥岗西路10号	8:30-17:30

服务器获取了第一车辆的信息和第一检测站的信息，可以通过以下两种方式生成预约信息：

方式一，服务器接收第二终端发送的针对多个时间中的年审时间的选择信息，根据该选择信息指示的时间作为年审时间。参见图5，图5是一种可能的提供选择年审时间的方式，第一终端的用户可以自由选择年审的时间。例如，服务器已获取第一车辆的信息中，车牌号为粤B 00000，第一检测站为A001检测站，若第一终端的用户选择2019年9月5日作为年审时间，则生成预约信息，指示粤B 00000车辆在2019年9月5日前往A001检测站进行车辆年审。

方式二，服务器可以接收第一终端发送的行程信息，根据行程信息分析可预约的年审时间。服务器根据第一车辆的信息确定第一车辆的年审期限，然后分析年审期限确定可预约的年审时间。参见表2，表2为服务器接收到的一种可能的行程信息，则服务器可以根据该用户行程信息和年审期限确定年审时间。例如，深圳进行车辆年审至少需要花费3个小时的时间，用户U001的日程安排参见表3所示，根据第一用户信息得知，用户U001车牌号为粤B 00000、车架号WDD****150，第一检测站为A001检测站，服务器查询得知该第一车辆需要在2019年7月9日前进行年审，而查询用户日程安排得知用户在2019年7月6日与7月7日在工作时间内没有超过3个小时的空闲，只有在2019年7月8日上午是没有安排行程且有超过3小时的年审时间。因此将2019年7月8日作为年审时间，则生成预约信息，指示粤B 00000车辆在2019年7月8日前往A001检测站进行车辆年审

表2第一终端发送的行程信息

服务器生成的预约信息中，包含第一车辆的信息、第一检测站的信息和年审时间等。参见表3，表3中服务器中可能存储的多条预约信息的内容。举例来说，预约编号为R001的预约信息，其中表示车辆的车牌号粤B00000、车架号WDD****150、年审时间为2019年7月8日，预约的检测站为A001检测站。

表3预约信息

步骤S205:服务器向第一终端发送预约信息。

具体的，服务器生成预约信息后将预约信息发送给第一终端。该预约信息指示在上述年审时间到上述第一检测站对上述第一车辆进行年审。例如，预约编号为R001的预约信息指示车牌号为粤B00000的车辆，在2019年7月8日前往A001检测站进行车辆年审。可选的，服务器还可以向第二终端发送该预约信息，用于第二终端验证请求检测的车辆。

相应的，服务器将预约信息发送给第一终端后，第一终端接收该预约信息。第一终端获取预约信息后，可根据预约信息生成第一预约标识便于信息输入与识别，其中，第一预约标识可以包括预约单号二维码或者预约条形码等，上述第一预约标识用于方便用户前往第二终端进行年审是识别身份或进行订单付费。例如，参见图6，以第一终端作为手机为例，手机端接收预约信息后，还生成预约二维码。

可选的，服务器可以接受用户预约低于预设数量的多个检测站，向用户提供多个检测站的可预约选项，用户由于行程不确定性可以暂时预约多个检测站的年审。例如，预设数量预设为3，指示用户可预约3个检测站的年审，指示不同的检测站或者不同的时间。可选的，第一终端可以接收取消预约信息的操作，取消不计划前往年审的检测站，方便其他车辆预约检测。

步骤S206：第二终端采集目标车辆的信息。具体的，通过采集器(如摄像头)等采集设备获取即将检测的目标车辆的信息，例如车辆的车牌号、车架号和发动机号等信息，用于验证车辆的身份和预约情况。例如，车辆通过摄像头拍摄车辆车牌读取车牌号，拍摄前挡风玻璃右下角车架号的照片和发动机照片读取车架号和发动机号。

步骤S207：若目标车辆为第一车辆、第一检测站为第二终端所属的检测站且年审时间正确，第二终端对所述第一车辆进行年审。具体的，第二终端在对车辆进行年审前，需要验证第一车辆是否已预约年审，可以通过以下方案验证目标车辆是否已预约年审。

方案一，第二终端接收服务器发送的预约信息，预约信息中包含第一车辆的信息、第一检测站和年审时间的对应关系。而第二终端内存储有该第二终端的所属的检测站的信息。在第二终端获取目标车辆的信息后，通过服务器发送的预约信息，第二终端即可将目标车辆的信息与第一车辆的信息进行比对，验证目标车辆是否为第一车辆、第一检测站是否为第二终端所属的检测站且年审时间是否正确。例如，若第二终端的设备编号为A00102，所属的检测站为A001检测站，接收到服务器发送的预约信息参看表3，在2019年7月8日采集到目标车辆的信息为粤B00000，车架号为WDD****150，可查询到粤B00000的车辆已预约在2019年7月8日在检测站检测，则表明车辆为已预约的第一车辆，可进行年审。

方案二，第二终端将获取的目标车辆的信息和目标检测站的信息发送给服务器，该目标监测站的信息为第二终端所属的检测站的信息，服务器接收第二终端发送的目标车辆的车牌号和检测站编号后，验证目标车辆是否为已预约的第一车龄、预约的检测站与检测时间是否正确。例如，服务器在2019年7月8日接收到第二终端发送的目标车辆信息为粤B00000，检测站编号为A001，可知目标车辆的车牌号和目标检测站编号与预约信息中一致，则向第二终端发送验证成功的第一指令，指示该目标车辆为已预约过的第一车辆。可选的，若服务器接收到该车牌号与预约信息不一致则向第二终端发送第二指令，第二指令指示该车牌号没有进行预约检测，需要重新预约。可选的，若服务器采集到目标车辆的车牌号与第一车辆的车牌号一致但检测站编号错误，提示用户预约的检测站信息并向第一终端发送线路推荐。

若目标车辆为第一车辆、第一检测站为第二终端所属的检测站且年审时间正确，则第二终端对所述第一车辆进行年审。年审时需要检测多种检测项，开始检测时，通过显示屏显示该检测向的检测标准，并生成用户的操作示范或者要求提醒用户操作。例如，参见图7，图7是一种本申请实施例提供的一种汽车进行尾气检测时的场景示意图，包含第一车辆701、第二终端702、与第二终端相连接的提示器703和与第二终端相连接的尾气管道704。根据国家《机动车安全检测标准》中规定，在尾气检测时，需要在发动机达到最高0.7倍的额定转速运行固定时长时检测尾气，举例来说，若额定转速是6000转每分钟的话，在检测的时候就需要在4200转每分钟的高转速下维持60秒，然后在3000转每分钟的转速下维持45秒，检测汽车排放的尾气是否达到标准。因此，第一车辆701进行尾气检测时，第二终端702通过提示器703提示用户按照规定进行操作，并通过尾气管道704将汽车的尾气送入第二终端的尾气检测模块中，检测汽车排放的尾气。可选的，在进行检测时，还可以通过动画提示或者语音提示提醒用户按照规定进行操作。在汽车进行尾气检测时，若规定尾气中氧化碳CO、碳氢化合物总量THC、非甲烷烃NMHC、氮氧化合物NOx、颗粒物(particulate matter，PM)限制分别为1.00g/Km、0.100g/Km、0.068g/Km、0.060g/Km、0.0045g/Km。若第二终端702检测到车辆701的尾气中CO、THC、NMHC、NOx、PM分别为0.20g/Km、0.0600g/Km、0.048g/Km、0.010g/Km、0.0025g/Km，则第一车辆701尾气检测合格，进行下一项检测。若第二终端检测出PM为0.012g/Km，则该检测项不达标，重新进行检测。

可选的，第二终端可以设置第一车辆同一个检测项的次数阈值，指示第一车辆年审时同一个检测项进行可以检测的次数，使得第一车辆进行年审时，同一检测项可以检测多次，避免偶然操作失误造成年审不通过。例如，第二终端设置尾气检测这一检测项的次数阈值为第3，指示第一车辆对尾气检测这一检测项可检测3次，若尾气检测经过3次检测次后仍不达标，则该目标车辆该项目检测不通过。

步骤S208：第二终端生成年审结果。具体的，第二终端根据多个检测项的检测结果生成年审结果，若上述第一车辆的年审多个检测项中每一个检测项都检测合格，则生成第一车辆年审合格的结果，若第一车辆年审的任一检测项不合格，则生成第一车辆年审不合格的结果。例如，第一车辆年审包含外观检测、尾气检测、大灯检测、制动检测等检测项，且每一个检测项都检测合格，则该第一车辆的年审结果为合格。相应的，若第一车辆若有大灯检测不达标，则该第一车辆的年审结果为不合格。

参见4，表4是一种第二终端可能生成的年审结果。若车牌号为粤B00000的车辆进行年审时，年审需要检测的检测项有外观检测、尾气检测、大灯检测、制动检测、喇叭检测等项目，第二终端根据多个检测项的检测结果，可判定所需的检测项目均检测合格，则生成年审结果指示该第一车辆年审合格。

表4年审

年审结果：	合格
					预约编号	车辆车牌号	车架号	检验项	检测结果
R001	粤B 00000	WDD****150	外观检测	通过
					R001	粤B 00000	WDD****150	尾气检测	通过
R001	粤B 00000	WDD****150	大灯检测	通过
					R001	粤B 00000	WDD****150	制动检测	通过
R001	粤B 00000	WDD****150	喇叭检测	通过

可选的，本申请实施例还可以包括步骤S209—S210或209之后的步骤，步骤S209—S210具体如下。

S209：第二终端向服务器发送年审结果。第二终端生成第一车辆的年审结果后，可以向服务器发送第一车辆的年审结果，便于用户或其他系统进行查询，例如，第一车辆的车主或者需要使用第一车辆的驾驶员可以通过服务器查询第一车辆的年审结果。可选的，第二终端可直接打印年审结果或年审合格的证明。例如第二终端在检测完成后即可打印年审合格证或年审不合格通知单，以便用户现场领取。

步骤S210：服务器接收第二终端发送的年审结果。具体的，服务器接收第二终端发送的年审结果，若该年审结果显示，则生成第一车辆的年审合格证电子版。若年审不合格，生成年审不合格通知单。可选的，服务器对年审不合格的检测项进行原因分析，并生成维修方案。

服务器接收车辆年审结果后，可以将结果存储于数据库等数据存储设备或软件中，便于用户或其他系统进行查询。例如，若深圳市统计部门需要查询2019年上半年完成车辆年审的车辆数量，则可以由服务器提供接口给统计部门来进行车辆年审结果的查询。

步骤S211：服务器向第一终端发送年审合格证或年审不合格通知单。具体的，服务器可以向第一终端发送年审合格证或年审不合格通知单，若年审结果显示合格则服务器生成第一车辆的年审合格证发送给第一终端。若年审结果不合格则服务器生成年审不合格通知单发送给第一终端。

例如，若车牌号为粤B00000的车辆进行年审时，年审需要检测的检测项有外观检测、尾气检测、大灯检测、制动检测、喇叭检测等项目，而第二终端检测其尾气检测不通过，则生成年审结果指示年审不通过。第二终端向服务器发送该年审结果，服务器接收到第二终端发送的年审结果后，根据年审不通过的检测项分析原因。例如，服务器分析尾气检测不合格可能是车辆三元催化器积碳较多，或者车辆传感器出现故障，使得发动机将无法获得正确的空燃比等原因，可以发送给第一终端，使第一终端的用户能针对年审结果和不通过原因的进行车辆维修。

在图2所描述的方法中，第一终端向服务器器发送车辆的信息预约年审，服务器可根据车辆信息和检测站信息生成车辆的预约信息并发送给第一终端。第一终端依据该预约信息到第一检测站的第二终端上进行年审而无需使用户现场提交年审申请。采用本申请实施例提供的方法，能够提高车辆年审效率，节省车辆年审的时间。

上述详细阐述了本申请实施例的方法，为了便于更好地实施本申请实施例的上述方案，相应地，下面提供了本申请实施例的装置。

请参见图8，图8是本申请实施例提供的一种服务器80的结构示意图，该服务器可以包括存储器801、处理器802和收发器803，其中，存储器801、处理器802和收发器803可通过总线或其他方式连接，本申请实施例以通过总线连接为例，各个单元的详细描述如下。

其中，存储器801(Memory)是服务器中的存储设备，用于存放程序和数据。可以理解的是，此处的存储器801既可以包括服务器的内置存储器，当然也可以包括服务器所支持的扩展存储器。存储器801提供存储空间，该存储空间存储了服务器的操作系统及其他数据，本申请对此并不作限定。

处理器802(或称中央处理器(Central Processing Unit，CPU))是服务器的计算核心以及控制核心，其可以解析服务器内的各类指令以及处理服务器的各类数据，例如：CPU可以在服务器内部结构之间传输各类交互数据，等等。

收发器803可以包括标准的有线通信器或接口、无线通信器或接口，如WI-FI模块、移动通信接口等，受处理器801的控制可以用于收发数据。收发器803还可以用于服务器内部信令或者指令的传输以及交互。

在本申请实施例中，处理器802运行存储器801中的可执行计算机程序，用于执行如下操作：

通过收发器803获取第一终端发送的第一车辆的信息；

根据第一车辆的信息和第一检测站的信息生成预约信息，该第一检测站为第一终端发送的选择信息指示的检测站，或者第一检测站为根据多个检测站的位置、空闲状态得到的检测站；

通过收发器803向第一终端发送该预约信息，该预约信息用于指示第一车辆到第一检测站中的第二终端上进行年审。

可以看出，上述服务器在车辆进行年审之前，接收第一终端发送的第一车辆的信息用以预约年审。服务器可根据车辆的信息和检测站信息生成车辆的预约信息并发送给第一终端。第一终端依据该预约信息到第一检测站进行年审而无需使用户现场提交年审申请，采用本申请实施例提供的方法，能够提高车辆年审效率，节省了年审的时间。

在一种可选的方案中，上述处理器802，用于根据第一车辆的信息和第一检测站的信息生成预约信息，具体为：

根据第一车辆的信息确定第一车辆的年审期限；上述第一车辆的信息包括第一车辆的车牌号、第一车辆的车架号和第一车辆的发动机号中的一项或者多项；

通过收发器803接收第一终端发送的记录在第一终端上的行程信息；

分析行程信息和第一车辆的年审期限，得到在第一车辆的年审期限内可预约的年审时间；

生成预约信息，该预约信息用于提示在年审时间到第一检测站对第一车辆进行年审。

可以看出，服务器接收第一终端发送的第一车辆信息和行程信息，根据第一车辆的信息分析得到第一车辆的年审期限，分析该行程信息，根据行程信息预约在年审期限前的检测时间。也即是说，服务器根据第一终端的行程信息分析确定第一车辆的年审时间，节省了查询行程、查找检测站信息的时间，能智能化的为用户预约年审。

在另一种可选的方案中，上述处理器802，还用于在根据第一车辆的信息和第一检测站的信息生成预约信息之后，通过收发器803接收第一终端发送的针对年审时间的选择信息，上述选择信息由第一终端根据输入的选择操作生成；

生成预约信息，该预约信息用于提示在年审时间到第一检测站对第一车辆进行年审。

可以看出，服务器接收第一终端发送的对多个时间中的年审时间的选择信息，根据用户选择的年审时间预约车辆年审。也即是说，第一终端提供了多种时间选项供用户选择，用户选择年审时间后，第一终端将用户的选择信息发送给服务器，服务器根据选择信息生成预约信息。采用这种方案，用户在线上自主选择年审时间，方便用户安排个人行程。

在另一种可选的方案中，上述处理器802，用于根据第一车辆的信息和第一检测站的信息生成预约信息，具体为：

通过收发器803接收第二终端发送的目标车辆的信息和目标检测站的信息，该目标检测站为第二终端所属的检测站；

根据目标车辆的信息和目标检测站信息验证目标车辆是否已预约在目标检测站年审，以及年审时间是否正确；

若目标车辆为第一车辆，且目标检测站为第一检测站，通过收发器803向第二终端发送第一指令，第一指令用于第二终端进行年审。

若根据目标车辆的信息未查询到预约的车辆，则通过收发器803向第二终端发送第二指令，第二指令用于表征目标车辆未预约目标检测站的年审或年审时间错误。

可以看出，服务器生成预约信息后，接收第二终端采集的目标车辆的信息，将目标车辆的信息与预约信息中第一车辆的信息进行比对，以确定目标车辆是否为已预约的第一车辆以及目标检测是否为第一车辆预约的检测站等。采用服务器验证车辆预约情况代替人工核实车辆的方法，降低了车辆年审的人力物力成本，提高了车辆年审效率。

在另一种可选的方案中，上述处理器802，还用于在根据第一车辆的信息和第一检测站的信息生成预约信息之后，通过收发器803向第二终端发送预约信息，预约信息用于第二终端验证请求年审的目标车辆是否为第一车辆，以及验证目标检测站是否为第一检测站。

可以看出，服务器生成预约信息后，将预约信息发送给第二终端。第二终端采集目标车辆的信息，将目标车辆的信息与预约信息中第一车辆的信息进行比对，以确定目标车辆是否为已预约的第一车辆以及目标检测是否为第一车辆预约的检测站等。采用第二终端验证车辆预约情况代替人工核实车辆的方法，减少了服务器的计算处理压力，降低了车辆年审的人力物力成本，提高了车辆年审效率。

在另一种可选的方案中，上述处理器802，还用于在通过收发器803向第一终端发送预约信息之后，通过收发器803接收第二终端发送的第一车辆的年审结果；

若年审结果指示年审合格，则上述处理器802，还用于生成第一车辆的年审合格证，并通过收发器803向第一终端发送该年审合格证；

若年审结果指示年审不合格，则上述处理器802，还用于生成第一车辆的年审不合格通知单，并通过收发器803向第一终端发送该年审不合格通知单。

可以看出，服务器接收第二终端的年审结果，若年审合格则生成年审合格证，若不合格则生成年审不合格通知单，并发送给第一终端。第一终端可接收到合格证或年审不合格通知单，而无需用户线下排队打印纸质合格证或年审不合格通知单，由此可见，采用本申请实施例提供的车辆年审方法，用户可便捷的接收到年审结果，满足了用户的需求。

在另一种可选的方案中，上述处理器802，还用于在通过收发器803接收第二终端发送的第一车辆的年审结果之后，若年审结果指示年审不合格，则生成第一分析方案，该第一分析方案用于描述第一车辆的年审结果不合格的原因或维修方案；

上述处理器802，还用于通过收发器向第一终端发送第一分析方案。

可以看出，服务器接收第二终端的年审结果，若年审不合格，服务器生成年审不合格的原因或维修方案并发送给第一终端。由此可见，采用本申请实施例提供的方案，第一终端接收到第一分析方案后，依据分析方案可以知道年审不通过的原因，以便做相应部件或功能的维修，方便用户维修、保养车辆，尽快通过年审。

在另一种可选的方案中，第一车辆的信息包括第一车辆的车牌号、第一车辆的车架号和第一车辆的发动机号中的一项或者多项；上述处理器，还用于在通过收发器获取第一终端发送的第一车辆的信息之后，在根据第一车辆的信息和第一检测站的信息生成预约信息之前，根据第一车辆的信息查询第一车辆的违章处理记录；

上述处理器802，还用于若第一车辆的违章处理记录表征第一车辆存在未处理的违章，则生成违章处理提醒和处理方案，处理方案包含处理违章的地址、营业时间、金额信息中的一项或多项；

上述处理器802，还用于通过收发器向第一终端发送违章处理提醒和处理方案；

上述处理器802，还用于若第一车辆的违章处理记录表征第一车辆不存在未处理的违章，则执行根据第一车辆的信息和第一检测站的信息生成预约信息这一步骤。

由于车辆若有违章未进行处理时不可进行年审，因此，服务器接收第一终端发送的第一车辆的信息后，先对车辆进行违章记录的检查，若有违章情况，提醒用户处理并提供处理的方案，若没有未处理的违章则预约年审，避免了用户在请求年审时由于违章未处理而不能进行年审，满足了用户的需求。

需要说明的是，各个操作的实现还可以对应参照图2所示的方法实施例的相应描述。该服务器80为图2所示方法实施例中的服务器。

请参见图9，图9是本申请实施例提供的一种终端90的结构示意图，该终端可以包括存储器901、处理器902、收发器903和输入模块904，其中，存储器901、处理器902和收发器903可通过总线或其他方式连接，本申请实施例以通过总线连接为例，各个单元的详细描述如下。

其中，存储器901(Memory)是终端中的存储设备，用于存放程序和数据。可以理解的是，此处的存储器801既可以包括终端的内置存储器，当然也可以包括终端所支持的扩展存储器。存储器801提供存储空间，该存储空间存储了终端的操作系统及其他数据，可包括但不限于：Android系统、iOS系统、Windows Phone系统等等，本申请对此并不作限定。

处理器902(或称中央处理器(Central Processing Unit，CPU))是终端的计算核心以及控制核心，其可以解析终端内的各类指令以及处理终端的各类数据，例如：CPU可以在终端内部结构之间传输各类交互数据，等等。

收发器903可以包括标准的有线通信器或接口、无线通信器或接口，如WI-FI模块、移动通信接口等，受处理器901的控制可以用于收发数据。收发器903还可以用于终端内部信令或者指令的传输以及交互。

输入模块904可以是键盘、鼠标、或者可触摸显示屏等数据输入模块，也可以是摄像头、麦克等图像、声音输入模块，在这里不限制。

在本申请实施例中，处理器902运行存储器901中的可执行计算机程序，用于执行图2所示的方法。该终端90为图2所示方法实施例中的第一终端。

请参见图10，图10是本申请实施例提供的又一种终端100的结构示意图，该终端可以包括存储器1001、处理器1002和采集器1003，其中，存储器1001、处理器1002和采集器1003可通过总线或其他方式连接，本申请实施例以通过总线连接为例，各个单元的详细描述如下。

其中，存储器1001(Memory)是终端中的存储设备，用于存放程序和数据。可以理解的是，此处的存储器801既可以包括终端的内置存储器，当然也可以包括终端所支持的扩展存储器。存储器801提供存储空间，该存储空间存储了终端的操作系统及其他数据，可包括但不限于：Android系统、iOS系统、Windows Phone系统等等，本申请对此并不作限定。

处理器1002(或称中央处理器(Central Processing Unit，CPU))是终端的计算核心以及控制核心，其可以解析终端内的各类指令以及处理终端的各类数据，例如：CPU可以在终端内部结构之间传输各类交互数据，等等。

采集器1003可以是键盘、鼠标、或者可触摸显示屏等数据采集的模块，也可以是摄像头等图像采集设备，在这里不限制。

在本申请实施例中，处理器1002运行存储器1001中的可执行计算机程序，用于执行图2所示的方法。该服务器100为图2所示方法实施例中的第二终端。

请参见图11，图11是本申请实施例提供的又一种服务器110的结构示意图，该服务器110可以包括获取单元1101、生成单元1102和发送单元1103，其中，各个单元的详细描述如下。

获取单元1101，用于获取第一终端发送的第一车辆的信息；

生成单元1102，用于根据第一车辆的信息和第一检测站的信息生成预约信息，该第一检测站为第一终端发送的选择信息指示的检测站，或者该第一检测站生成单元为根据多个检测站的位置、空闲状态得到的检测站；

发送单元1103，用于向所述第一终端发送所述预约信息，所述预约信息用于指示所述第一车辆到所述第一检测站中的第二终端上进行年审。

在一种可选的方案中，上述生成单元1102，用于根据第一车辆的信息和第一检测站的信息生成预约信息，具体为：

根据第一车辆的信息确定第一车辆的年审期限；该第一车辆的信息包括第一车辆的车牌号、第一车辆的车架号和第一车辆的发动机号中的一项或者多项；

接收第一终端发送的行程信息；

分析该行程信息和第一车辆的年审期限，得到在第一车辆的年审期限内可预约的年审时间；

生成预约信息，上述预约信息用于提示在年审时间到第一检测站对第一车辆进行年审。

在另一种可选的方案中，上述生成单元1102，用于根据第一车辆的信息和第一检测站的信息生成预约信息，具体为：

接收第一终端发送的针对年审时间的选择信息，该选择信息由第一终端根据输入的选择操作生成；

生成预约信息，该预约信息用于提示在年审时间到第一检测站对第一车辆进行年审。

在另一种可选的方案中，上述服务器还包括验证单元1104；

上述获取单元1101，还用于接收第二终端发送的目标车辆的信息和目标检测站的信息，该目标检测站为所述第二终端所属的检测站；

上述验证单元1104，用于根据目标车辆的信息和目标检测站信息验证目标车辆是否已预约在目标检测站年审，以及年审时间是否正确；

上述发送单元1103，还用于：

若目标车辆为第一车辆，且目标检测站为第一检测站，向第二终端发送第一指令，该第一指令用于第二终端进行年审。

若根据目标车辆的信息未查询到预约的车辆，则向第二终端发送第二指令，第二指令用于表征目标车辆未预约目标检测站的年审或年审时间错误。

在另一种可选的方案中，所述发送单元1103，还用于在生成单元1102根据所述第一车辆的信息和第一检测站的信息生成预约信息之后，向所述第二终端发送所述预约信息，所述预约信息用于所述第二终端验证请求年审的所述目标车辆是否为所述第一车辆，以及验证所述目标检测站是否为所述第一检测站。

在另一种可选的方案中，上述获取单元1101，还用于在发送单元1103向第一终端发送预约信息之后，接收第二终端发送的第一车辆的年审结果；

上述生成单元1102，还用于：

若年审结果指示年审合格，生成第一车辆的年审合格证，并向第一终端发送该年审合格证；

若年审结果指示年审不合格，则生成第一车辆的年审不合格通知单，并向第一终端发送该年审不合格通知单。

在另一种可选的方案中，上述生成单元1102，还用于在获取单元1101接收第二终端发送的第一车辆的年审结果之后，若该年审结果年审不合格，则生成第一分析方案，该第一分析方案用于描述第一车辆的年审结果不合格的原因或维修方案；

所述发送单元1103，还用于向第一终端发送该第一分析方案。

在另一种可选的方案中，第一车辆的信息包括第一车辆的车牌号、第一车辆的车架号和第一车辆的发动机号中的一项或者多项；该获取单元1101还用于：

在获取第一终端发送的第一车辆的信息之后，在生成单元1102根据第一车辆的信息和第一检测站的信息生成预约信息之前，根据第一车辆的信息查询第一车辆的违章处理记录；

若第一车辆的违章处理记录表征第一车辆存在未处理的违章，则生成违章处理提醒和处理方案，所述处理方案包含处理违章的地址、营业时间、金额信息中的一项或多项；

所述发送单元1103，还用于向第一终端发送该违章处理提醒和处理方案；

若所述第一车辆的违章处理记录表征第一车辆不存在未处理的违章，则生成单元1102执行服务器根据第一车辆的信息和第一检测站的信息生成预约信息这一步骤。

应当理解的是，该终端110及对应的可行实施方式所取得的有益效果于前述终端80相似，这里不再赘述。

需要说明的是，各个操作的实现还可以对应参照图2所示的方法实施例的相应描述。该服务器110为图2所示方法实施例中的服务器。

请参见图12，图12是本申请实施例提供的一种终端120的结构示意图，该终端可以包括获取单元1201和发送单元1202，各个单元的详细描述如下。

获取单元1201，用于接收输入的第一车辆的信息；

发送单元1202，用于向服务器发送第一车辆的信息，该第一车辆的信息用于服务器生成预约信息，该预约信息用于指示所述第一车辆在第一检测站中的第二终端上进行年审；其中，该第一检测站为输入的选择操作指示的检测站，或者第一检测站为根据多个检测站的位置、空闲状态得到的检测站；

所述获取单元1201，还用于接收服务器发送的预约信息。

在一种可选的方案中，上述发送单元1202，还用于向服务器发送行程信息，该行程信息用于服务器确定第一车辆的年审时间；该年审时间用于所述服务器生成预约信息。

在另一种可选的方案中，所述发送单元1202还包括：

第一生成子单元1203，用于接收针对年审时间的选择操作，生成年审时间的选择信息；

上述发送单元1202，还用于向所述服务器发送年审时间的选择信息，该年审时间用于所述服务器生成预约信息。

在另一种可选的方案中，上述获取单元1201，还用于接收服务器发送的年审合格证，该年审合格证表征第一车辆年审合格；

或者，上述获取单元1201，还用于接收服务器发送的年审不合格通知单，该年审不合格通知单表征第一车辆年审不合格。

在另一种可选的方案中，上述获取单元1201，还用于在接收服务器发送的预约信息之后，接收服务器发送的第一分析方案，该第一分析方案用于描述第一车辆的年审结果不合格的原因或维修方案。

在另一种可选的方案中，上述获取单元1201，还用于发送单元1202向服务器发送第一车辆的信息之后，接收服务器发送的违章处理提醒和处理方案，该违章处理提醒和处理方案表征车辆存在违章未进行处理。

应当理解的是，该终端120及对应的可行实施方式所取得的有益效果于前述终端90相似，这里不再赘述。

需要说明的是，各个操作的实现还可以对应参照图2所示的方法实施例的相应描述。该终端120为图2所示方法实施例中的第一终端。

请参见图13，图13是本申请实施例提供的一种终端130的结构示意图，该终端可以包括采集单元1301、验证单元1302和检测单元1303，各个单元的详细描述如下。

采集单元1301，用于采集目标车辆的信息；

验证单元1302，用于根据目标车辆的信息验证目标车辆预约的年审时间和年审检测站；

检测单元1303，用于若目标车辆已预约在第二终端所属的检测站进行年审且年审时间正确，对目标车辆进行年审。

在一种可选的方案中，上述验证单元1302，用于根据目标车辆的信息验证目标车辆预约的年审时间和年审检测站，具体为：

向服务器发送目标车辆的信息和第二终端所属的检测站的信息，该目标车辆的信息和第二终端所属的检测站的信息用于服务器验证目标车辆是否已预约在第二终端所属的检测站进行年审以及年审时间正确；

接收服务器发送的第一指令，该第一指令表示目标车辆已预约在第二终端所属的检测站进行年审且年审时间正确；

或者，接收服务器发送的第二指令，该第二指令用于表征目标车辆未预约目标检测站的年审或年审时间错误。

在另一种可选的方案中，上述验证单元1302，用于根据目标车辆的信息验证目标车辆预约的年审时间和年审检测站，具体为：

接收服务器发送的预约信息，该预约信息包含第一车辆的信息、年审时间和第一检测站的信息；

验证目标车辆为第一车辆、第一检测站是否为第二终端所属的检测站以及年审时间是否正确。

在另一种可选的方案中，上述终端还包括发送单元1305；上述检测单元1303，还用于在对目标车辆进行年审之后，生成年审结果；

上述发送单元1305，还用于向服务器发送目标车辆的年审结果，该年审结果用于服务器生成年审合格证或年审不合格通知单。

在另一种可选的方案中，上述检测单元1303，还用于在对目标车辆进行年审之后，生成年审结果；

上述终端，还包括：

生成单元1306，用于若年审结果合格，则生成目标车辆的年审合格证；

生成单元1306，还用于若年审结果不合格，则生成目标车辆的年审不合格通知单。

应当理解的是，该终端130及对应的可行实施方式所取得的有益效果于前述终端100相似，这里不再赘述。

需要说明的是，各个操作的实现还可以对应参照图2所示的方法实施例的相应描述。该终端130为图2所示方法实施例中的第二终端。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在处理器上运行时，实现图2所示实施例中服务器所执行的操作，或者实现图2所示实施例中第一终端所执行的操作，或者实现图2所示实施例中第二终端所执行的操作。

本申请实施例还提供一种计算机程序产品，当所述计算机程序产品在处理器上运行时，实现图2所示实施例中服务器所执行的操作，或者实现图2所示实施例中第一终端所执行的操作，或者实现图2所示实施例中第二终端所执行的操作。

需要说明的是，对于前述的各个方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某一些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。本申请实施例装置中的模块可以根据实际需要进行合并、划分和删减。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(Random AccessMemory，RAM)、磁盘或光盘等。

以上所揭露的仅为本申请一种较佳实施例而已，当然不能以此来限定本申请之权利范围，本领域普通技术人员可以理解实现上述实施例的全部或部分流程，并依本申请权利要求所作的等同变化，仍属于发明所涵盖的范围。

Claims (13)

1.一种车辆年审方法，其特征在于，包括：

服务器获取第一终端发送的第一车辆的信息；

所述服务器根据所述第一车辆的信息和第一检测站的信息生成预约信息，所述第一检测站为所述第一终端发送的选择信息指示的检测站，或者所述第一检测站为所述服务器根据多个检测站的位置、空闲状态得到的检测站；

所述服务器向所述第一终端发送所述预约信息，所述预约信息用于指示所述第一车辆到所述第一检测站中的第二终端上进行年审。

2.根据权利要求1所述的方法，其特征在于，所述服务器根据所述第一车辆的信息和第一检测站的信息生成预约信息，包括：

所述服务器根据所述第一车辆的信息确定第一车辆的年审期限；所述第一车辆的信息包括所述第一车辆的车牌号、所述第一车辆的车架号和所述第一车辆的发动机号中的一项或者多项；

所述服务器接收所述第一终端发送的记录在所述第一终端上的行程信息；

所述服务器分析所述行程信息和所述第一车辆的年审期限，得到在所述第一车辆的年审期限内的年审时间；

所述服务器生成预约信息，所述预约信息用于提示在所述年审时间到所述第一检测站对所述第一车辆进行年审。

3.根据权利要求1或2所述的方法，其特征在于，所述服务器向所述第一终端发送所述预约信息后，还包括：

所述服务器接收第二终端发送的目标车辆的信息和目标检测站的信息，所述目标检测站为所述第二终端所属的检测站；

所述服务器根据所述目标车辆的信息和目标检测站信息验证所述目标车辆是否已预约在所述目标检测站年审，以及年审时间是否正确；

若所述目标车辆为所述第一车辆，且所述目标检测站为所述第一检测站，则所述服务器向第二终端发送第一指令，所述第一指令用于指示所述目标车辆为第一车辆；

若根据目标车辆的信息未查询到预约的车辆，则所述服务器向第二终端发送第二指令，所述第二指令用于表征所述目标车辆未预约所述目标检测站的年审或年审时间错误。

4.根据权利要求1或2所述的方法，其特征在于，在所述服务器向所述第一终端发送所述预约信息之后，还包括：

所述服务器接收第二终端发送的所述第一车辆的年审结果；

若所述年审结果指示年审合格，则所述服务器生成所述第一车辆的年审合格证，并向所述第一终端发送所述年审合格证；

若所述年审结果指示年审不合格，则所述服务器生成所述第一车辆的年审不合格通知单，并向所述第一终端发送所述年审不合格通知单。

5.根据权利要求4所述的方法，其特征在于，在所述服务器接收第二终端发送的所述第一车辆的年审结果之后，还包括：

若年审结果不合格，则所述服务器生成第一分析方案，所述第一分析方案用于描述所述第一车辆的年审结果不合格的原因或维修方案；

所述服务器向所述第一终端发送所述第一分析方案。

6.根据权利要求1或2所述的方法，其特征在于，所述第一车辆的信息包括所述第一车辆的车牌号、所述第一车辆的车架号和所述第一车辆的发动机号中的一项或者多项；在服务器获取第一终端发送的第一车辆的信息之后，在所述服务器根据所述第一车辆的信息和第一检测站的信息生成预约信息之前，还包括：

所述服务器根据所述第一车辆的信息查询所述第一车辆的违章处理记录；

若所述第一车辆的违章处理记录表征所述第一车辆存在未处理的违章，则所述服务器生成违章处理提醒和处理方案，所述处理方案包含处理违章的地址、营业时间、金额信息中的一项或多项；

所述服务器向所述第一终端发送所述违章处理提醒和所述处理方案；

若所述第一车辆的违章处理记录表征所述第一车辆不存在未处理的违章，则执行服务器根据所述第一车辆的信息和第一检测站的信息生成预约信息这一步骤。

7.一种车辆年审方法，其特征在于，包括：

第一终端接收输入的第一车辆的信息；

第一终端向服务器发送所述第一车辆的信息，所述第一车辆的信息用于所述服务器生成预约信息，所述预约信息用于指示所述第一车辆在第一检测站中的第二终端上进行年审；其中，所述第一检测站为输入的选择操作指示的检测站，或者所述第一检测站为根据多个检测站的位置、空闲状态得到的检测站；

所述第一终端接收所述服务器发送的所述预约信息。

8.根据权利要求7所述的方法，其特征在于，在所述第一终端接收所述服务器发送的所述预约信息之前，还包括：

所述第一终端向所述服务器发送行程信息，所述行程信息用于所述服务器确定所述第一车辆的年审时间；所述年审时间和所述第一检测站的信息用于所述服务器生成预约信息。

9.根据权利要求8所述的方法，其特征在于，在所述第一终端接收所述服务器发送的所述预约信息之前，还包括：

所述第一终端接收针对年审时间的选择操作，生成年审时间的选择信息；

所述第一终端向所述服务器发送所述年审时间的选择信息，所述年审时间的选择信息和所述第一检测站的信息用于所述服务器生成预约信息。

10.一种车辆年审方法，其特征在于，包括：

第二终端采集目标车辆的信息；

所述第二终端根据所述目标车辆的信息验证所述目标车辆预约的年审时间和年审检测站；

若所述目标车辆已预约在所述第二终端所属的检测站进行年审且年审时间正确，则所述第二终端对所述目标车辆进行年审。

11.一种服务器，其特征在于，包括存储器、处理器、收发器，所述存储器存储有计算机程序，所述处理器调用所述计算机程序，用于执行如权利要求1至6任一项所述车辆年审方法。

12.一种终端，其特征在于，包括存储器、处理器、收发器和输入模块，所述存储器存储有计算机程序，所述处理器调用所述计算机程序，用于执行如权利要求7至9任一项所述车辆年审方法。

13.一种终端，其特征在于，包括存储器、处理器和采集器，存储器存储有计算机程序，上述处理器调用计算机程序，用于执行如权利要求10所述车辆年审方法。

Images