CN115759310A - 车辆服务处理方法及装置 - Google Patents

Abstract

本说明书实施例提供了车辆服务处理方法及装置，其中，一种车辆服务处理方法包括：获取通过预约用户的用户终端运行的服务子程序采集的第一服务信息和第二服务信息；所述第二服务信息通过调用所述用户终端的服务接口进行采集；将所述第一服务信息与所述预约用户通过所述服务子程序提交的服务预约任务的任务信息进行核验；若核验通过，将所述第二服务信息与车辆服务门店对应于所述服务接口的接口核验信息进行匹配；若匹配成功，根据所述服务预约任务的执行结果，进行所述服务预约任务的权益核销处理。

Description

车辆服务处理方法及装置

技术领域

本文件涉及数据处理技术领域，尤其涉及一种车辆服务处理方法及装置。

背景技术

随着互联网技术发展和移动终端的普及，越来越多的服务开始向线上场景延伸，比如通过线上处理方式实现的车辆服务的预约，并且随着这些服务在线上场景的应用愈加频繁，各方对服务线上处理的多样化需求也越来越高，比如用户在购车过程中对通过线上方式实现的车辆试驾各个环节的体验需求越来越高，这对车辆服务的提供方提出了更高的考验。

发明内容

本说明书一个或多个实施例提供了一种车辆服务处理方法，包括：获取通过预约用户的用户终端运行的服务子程序采集的第一服务信息和第二服务信息。所述第二服务信息通过调用所述用户终端的服务接口进行采集。将所述第一服务信息与所述预约用户通过所述服务子程序提交的服务预约任务的任务信息进行核验。若核验通过，将所述第二服务信息与车辆服务门店对应于所述服务接口的接口核验信息进行匹配。若匹配成功，根据所述服务预约任务的执行结果，进行所述服务预约任务的权益核销处理。

本说明书一个或多个实施例提供了一种车辆服务处理装置，包括：信息获取模块，被配置为获取通过预约用户的用户终端运行的服务子程序采集的第一服务信息和第二服务信息。所述第二服务信息通过调用所述用户终端的服务接口进行采集。核验模块，被配置为将所述第一服务信息与所述预约用户通过所述服务子程序提交的服务预约任务的任务信息进行核验。匹配模块，被配置为若核验通过，将所述第二服务信息与车辆服务门店对应于所述服务接口的接口核验信息进行匹配。权益处理模块，被配置为若匹配成功，根据所述服务预约任务的执行结果，进行所述服务预约任务的权益核销处理。

本说明书一个或多个实施例提供了一种车辆服务处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：获取通过预约用户的用户终端运行的服务子程序采集的第一服务信息和第二服务信息。所述第二服务信息通过调用所述用户终端的服务接口进行采集。将所述第一服务信息与所述预约用户通过所述服务子程序提交的服务预约任务的任务信息进行核验。若核验通过，将所述第二服务信息与车辆服务门店对应于所述服务接口的接口核验信息进行匹配。若匹配成功，根据所述服务预约任务的执行结果，进行所述服务预约任务的权益核销处理。

本说明书一个或多个实施例提供了一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：获取通过预约用户的用户终端运行的服务子程序采集的第一服务信息和第二服务信息。所述第二服务信息通过调用所述用户终端的服务接口进行采集。将所述第一服务信息与所述预约用户通过所述服务子程序提交的服务预约任务的任务信息进行核验。若核验通过，将所述第二服务信息与车辆服务门店对应于所述服务接口的接口核验信息进行匹配。若匹配成功，根据所述服务预约任务的执行结果，进行所述服务预约任务的权益核销处理。

附图说明

为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图；

图1为本说明书一个或多个实施例提供的一种车辆服务处理方法处理流程图；

图2为本说明书一个或多个实施例提供的一种应用于车辆试驾服务场景的车辆服务处理方法处理流程图；

图3为本说明书一个或多个实施例提供的另一种应用于车辆试驾服务场景的车辆服务处理方法处理流程图；

图4为本说明书一个或多个实施例提供的一种车辆服务处理装置示意图；

图5为本说明书一个或多个实施例提供的一种车辆服务处理设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本说明书一个或多个实施例中的技术方案，下面将结合本说明书一个或多个实施例中的附图，对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书一个或多个实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本文件的保护范围。

本说明书提供的一种车辆服务处理方法实施例：

本申请提供的车辆服务处理方法，在预约用户通过服务子程序进行车辆服务预约并提交相应的服务预约任务的前提下，通过获取预约用户的用户终端运行的服务子程序采集的两个方面的服务信息，将其中一个方面的服务信息与服务预约任务的任务信息进行核验，以此来核验当前预约用户进行的车辆服务是否与预先预约的服务预约任务是否一致，并在核验通过的基础上，进一步将调用用户终端的服务接口采集的另一个方面的服务信息，与对应的接口核验信息进行匹配，以此来核验当前预约用户进行车辆服务的车辆服务门店是否与服务预约任务中预约的车辆服务门店一致，在车辆服务门店一致的情况下，针对预约用户进行服务预约任务的权益核销处理，从而通过两个方面的服务信息核验，提升了车辆服务的预约与实际履行的一致性，降低了车辆服务的权益流失概率。

步骤S102，获取通过预约用户的用户终端运行的服务子程序采集的第一服务信息和第二服务信息。

本实施例所述预约用户，是指进行车辆服务的预约的用户，比如预约车辆试驾服务的试驾预约用户。所述服务子程序，是指提供车辆服务的子程序，子程序，是指搭载于客户端或者应用程序的程序功能模块或者应用组件，或者，由客户端或者应用程序加载安装的程序功能模块或者应用组件，比如应用程序内提供车辆试驾服务的子程序。

本实施例所述第一服务信息，是指预约用户提交进行车辆服务的相应预约任务之后，在预约用户在实际履行该预约任务过程中采集的服务信息，第一服务信息用于核验预约用户实际履行预约任务过程中的服务信息是否预约任务中记录的任务信息一致，也即核验预约用户是否实际按照任务要求履行了预约任务。

所述第二服务信息，同样是指预约用户提交进行车辆服务的相应预约任务之后，在预约用户在实际履行该预约任务过程中采集的服务信息，第二服务信息与第一服务信息的区别在于，第一服务信息由所述服务子程序进行采集，第二服务信息可通过调用所述用户终端的服务接口进行采集；第二服务信息用于核验预约用户履行预约任务的车辆服务门店是否与服务预约任务中预约的车辆服务门店一致，也即核验预约用户是否前往预约任务指定的车辆服务门店履行了预约任务。

具体实施时，在获取预约用户的第一服务信息的过程中，为了提升第一服务信息的获取效率，避免人工进行信息录入导致的效率低下、人工修改服务信息获利的问题，可针对车辆服务门店设置标识码，在预约用户扫描标识码的基础上获取预约用户的第一服务信息，本实施例提供的一种可选实施方式中，获取通过预约用户的用户终端运行的服务子程序采集的第一服务信息，包括：获取所述服务子程序调用所述用户终端的图像传感器扫描的所述车辆服务门店的标识码，将所述服务子程序采集的扫码时间以及对所述标识码进行解码获得的门店信息作为所述第一服务信息。

除此之外，在获取通过所述服务子程序采集的所述第一服务信息的过程中，还可将除所述扫码时间之外的相关信息(比如服务子程序的登录账号)以及解码获得的门店信息作为所述第一服务信息，或者，可将所述扫码时间、所述相关信息以及解码获得的门店信息作为所述第一服务信息。相应的，后续对第一服务信息的核验过程中，对所述相关信息的核验与所述扫码时间的核验类似，参见下述提供的扫码时间的核验过程即可，本实施例在此不再赘述。

在所述第二服务信息通过调用所述用户终端的服务接口进行采集的基础上，本实施例提供的一种可选实施方式中，所述服务子程序在获取预约用户的所述第二服务信息的过程中，调用所述用户终端的位置服务接口进行位置采集，并将进行位置采集获得的位置信息作为所述第二服务信息。比如调用预约用户的用户终端的LBS(Location BasedServices，基于位置的服务)接口进行位置采集，获得预约用户的LBS位置信息。

在所述第二服务信息通过调用所述用户终端的服务接口进行采集的基础上，本实施例提供的另一种可选实施方式中，所述服务子程序在获取预约用户的所述第二服务信息的过程中，调用所述用户终端的近场通信接口进行信号采集，并将进行信号采集获得的近场通信信号携带的设备标识作为所述第二服务信息。比如调用预约用户的用户终端的蓝牙接口对车辆服务门店配置的蓝牙设备发出的蓝牙信号进行采集，并将采集到蓝牙信号携带的门店ID作为第二服务信息。除此之外，还可采用UWB(Ultra Wide Band，超宽带)、NFC(Near Field Communication，近场通信)或者声波等近场通信方式采集相应的近场通信信号，并将相应近场通信信号中携带的设备ID或者门店ID作为第二服务信息。

需要说明的是，为了提升服务信息的采集效率，简化服务信息的采集流程，在所述服务子程序通过扫描所述车辆服务门店的标识码进行所述第一服务信息采集的基础上，还可基于所述标识码的解码结果触发对所述用户终端的服务接口的调用，比如在车辆服务门店的标识码中配置调用用户终端的位置服务接口的调用指令，在所述标识码被解码获得解码结果之后，执行解码结果中的位置服务接口的调用指令，以调用所述位置服务接口进行位置采集。

除此之外，还可在检测到所述标识码被解码的情况下触发对所述用户终端的服务接口的调用，或者，在检测到所述第一服务信息被获取的情况下触发对所述用户终端的服务接口的调用。

此外，在具体实施时，为了进一步规范预约用户对服务预约任务的履行过程，以此来提升车辆服务的权益发放有效性，还可通过采集预约用户的身份特征图像对提交服务预约任务的预约用户与实际履行任务的预约用户进行身份一致性核验，以此来避免通过借用用户终端导致车辆服务的服务权益被滥用的情况，本实施例提供的一种可选实施方式中，获取通过所述车辆服务门店的图像传感器采集获得的所述预约用户的身份特征图像。其中，所述身份特征图像可以是脸部图像、指纹图像、虹膜图像或者其他能够表征预约用户的身份特征的图像。

此处，具体在获取预约用户的身份特征图像的过程中，可在获取预约用户的第一服务信息和第二服务信息之前进行获取，还可在第一服务信息和第二服务信息的获取过程中或者获取之后进行获取。

此外，需要指出的是，上述提供的获取预约用户的第一服务信息或者第二服务信息，还可被获取预约用户的身份特征图像的过程替换，比如，将获取通过预约用户的用户终端运行的服务子程序采集的第一服务信息和第二服务信息这一过程，替换为获取通过预约用户的用户终端运行的服务子程序采集的第一服务信息，并获取通过所述车辆服务门店的图像传感器采集获得的所述预约用户的身份特征图像；或者，替换为获取预约用户的用户终端运行的服务子程序调用用户终端的服务接口采集的第二服务信息，并获取通过所述车辆服务门店的图像传感器采集获得的所述预约用户的身份特征图像。

上述获取到预约用户的身份特征图像的基础上，本实施例通过将获取的身份特征图像与服务预约任务提交过程中采集的身份特征图像进行核验，以此来核验进行服务预约任务预约的预约用户与当前实际履行任务的预约用户的一致性，具体的，本实施例提供的一种可选实施方式中，核验所述身份特征图像与所述预约用户通过所述服务子程序提交所述服务预约任务的过程中采集的身份特征图像是否一致；若是，执行下述步骤S104，将所述第一服务信息与所述预约用户通过所述服务子程序提交的服务预约任务的任务信息进行核验；若否，生成预约用户不一致的提醒信息。

步骤S104，将所述第一服务信息与所述预约用户通过所述服务子程序提交的服务预约任务的任务信息进行核验。

本实施例所述服务预约任务，是指预约用户预约车辆服务后生成的任务，比如预约用户提交的进行车辆试驾的试驾任务，再比如预约用户提交参与车辆优惠购的购车任务。预约用户在进行车辆服务预约后生成服务预约任务，预约用户提交该服务预约任务则表明预约用户同意履行该服务预约任务，并且在成功履行该服务预约任务后，预约任务会获得车辆服务给予的一定的权益反馈；反之，如果未成功该服务预约任务，则不会获得权益反馈。

上述获取到通过预约用户的用户终端运行的服务子程序采集的所述第一服务信息之后，此处，将所述第一服务信息与所述预约用户通过所述服务子程序提交的服务预约任务的任务信息进行核验，以此来核验当前预约用户进行的车辆服务是否与预先预约的服务预约任务的一致性；若核验通过，则执行下述步骤S106，将所述第二服务信息与车辆服务门店对应于所述服务接口的接口核验信息进行匹配；若核验未通过，则不作处理即可或者生成核验未通过提醒。

具体的，在上述将服务子程序采集的扫码时间以及对所述标识码进行解码获得的门店信息作为所述第一服务信息的基础上，本实施例提供的一种可选实施方式中，将所述第一服务信息与所述预约用户通过所述服务子程序提交的服务预约任务的任务信息进行核验，包括：

核验所述扫码时间是否处于所述服务预约任务的任务执行时间范围内，若否，确定核验未通过；

若是，则核验所述门店信息是否与所述服务预约任务中记录的预约门店匹配，若是，确定核验通过，若否，确定核验未通过。

此外，将所述第一服务信息与所述预约用户通过所述服务子程序提交的服务预约任务的任务信息进行核验的过程中，还可通过下述提供的两种可选实施方式中任意一种实现：核验所述扫码时间是否处于所述服务预约任务的任务执行时间范围内，若是，确定核验通过，若否，确定核验未通过；或者，核验所述门店信息是否与所述服务预约任务中记录的预约门店匹配，若是，确定核验通过，若否，确定核验未通过。

步骤S106，若核验通过，将所述第二服务信息与车辆服务门店对应于所述服务接口的接口核验信息进行匹配。

在上述预约用户的第一服务信息与通过所述服务子程序提交的服务预约任务的任务信息进行核验且核验通过的情况下，将所述第二服务信息与车辆服务门店对应于所述服务接口的接口核验信息进行匹配，以此来核验预约用户进行车辆服务的车辆服务门店与所述服务预约任务中预约的车辆服务门店的一致性，并在匹配成功的情况下，根据所述服务预约任务的执行结果，进行所述服务预约任务的权益核销处理；在匹配失败的情况下，不作处理即可或者生成匹配失败提醒。

具体实施时，将所述第二服务信息与车辆服务门店对应于所述服务接口的接口核验信息进行匹配的过程中，在将所述服务子程序采集的扫码时间以及对所述标识码进行解码获得的门店信息作为所述第一服务信息，以及将调用位置服务接口进行位置采集获得位置信息作为所述第二服务信息的基础上，本实施例提供的一种可选实施方式中，将所述第二服务信息与车辆服务门店对应于所述服务接口的接口核验信息进行匹配，包括：计算所述位置信息是否处于所述车辆服务门店对应于所述位置服务接口的门店位置范围内，若是，确定匹配成功；若否，确定匹配失败。

本实施例提供的另一种可选实施方式中，将所述第二服务信息与车辆服务门店对应于所述服务接口的接口核验信息进行匹配，包括：判断所述设备标识与所述车辆服务门店对应于所述近场通信接口的设备标识是否相同，若是，确定匹配成功；若否，确定匹配失败。

步骤S108，若匹配成功，根据所述服务预约任务的执行结果，进行所述服务预约任务的权益核销处理。

具体执行过程中，预约用户在车辆服务门店实际履行所述服务预约任务的过程中，可通过车辆服务门店或者服务小程序获取预约用户履行所述服务预约任务的任务数据，基于获取的任务数据可确定所述服务预约任务的执行结果，执行结果包括执行成功或者执行失败。

本实施例提供的一种可选实施方式中，根据所述服务预约任务的执行结果，进行所述服务预约任务的权益核销处理，包括：若所述服务预约任务的执行结果为执行成功，向所述预约用户发放所述服务预约任务的服务权益。

基于此，为了确保服务权益能够被有效利用，同时也为了保证权益发放与权益核销的一致性，从而提升服务权益的有效利用率，降低车辆服务的权益流失的可能性，本实施例提供的一种可选实施方式中，若所述服务预约任务的执行结果为执行成功，向所述预约用户发放所述服务预约任务的服务权益之后，还包括：核验所述服务权益的核销用户与所述预约用户是否为同一用户；若是，进行所述服务权益的核销处理；若否，不作处理即可或者生成核销失败提醒。

实际应用中，很多场景在通行时需要提供相应的状态凭证或者进行信息登记，本实施例提供的一种可选实施方式中，在上述获取所述服务子程序调用所述用户终端的图像传感器扫描的所述车辆服务门店的标识码，将所述服务子程序采集的扫码时间以及对所述标识码进行解码获得的门店信息作为所述第一服务信息的基础上，执行下述通行状态访问操作：

基于所述标识码的解码结果触发通行状态查询接口的调用，获取所述通行状态查询接口返回的所述预约用户的通行状态信息，并向所述通行状态查询接口传入所述预约用户在所述车辆服务门店的访问记录。其中，所述通行状态信息包括健康状态信息。

具体执行过程中，可通过调用指定数据提供方或者第三方数据平台提供的通行状态查询接口，在调用通行状态查询接口的过程中，会向通行状态查询接口传入预约用户的用户身份标识，根据用户身份标识在数据提供方或者第三方数据平台的数据库中查询预约用户的通行状态信息并返回；同时，还可向通行状态查询接口传入预约用户在所述车辆服务门店的访问记录，以将该访问记录存储至数据提供方或者第三方数据平台的数据库。

此外，除上述提供的在获取所述服务子程序调用所述用户终端的图像传感器扫描的所述车辆服务门店的标识码，将所述服务子程序采集的扫码时间以及对所述标识码进行解码获得的门店信息作为所述第一服务信息的基础上，执行通行状态访问操作的方式，还可在获取到所述预约用户的身份特征图像的基础上，在检测到所述身份特征图像被获取，则触发通行状态查询接口的调用，获取所述通行状态查询接口返回的所述预约用户的通行状态信息，并向所述通行状态查询接口传入所述预约用户在所述车辆服务门店的访问记录。

下述以本实施例提供的一种车辆服务处理方法在车辆试驾服务场景的应用为例，结合图2，对本实施例提供的车辆服务处理方法进行进一步说明，参见图2，应用于车辆试驾服务场景的车辆服务处理方法，具体包括下述步骤。

步骤S202，获取车辆试驾服务的服务子程序调用用户终端的图像传感器扫描的车辆服务门店的标识码，对标识码进行解码获得的门店信息并采集扫码时间。

步骤S204，调用用户终端的LBS接口进行位置采集获得LBS位置信息。

步骤S206，核验扫码时间是否处于试驾任务的任务执行时间范围内，且门店信息是否与试驾任务中记录的预约门店匹配；试驾任务由预约用户通过服务子程序提交；

若是，执行步骤S208；

若否，不作处理即可或者生成核验未通过提醒。

步骤S208，计算LBS位置信息是否处于车辆服务门店对应于位置服务接口的门店位置范围内；

若是，执行步骤S210；

若否，不作处理即可或者生成失败提醒。

步骤S210，若试驾任务的执行结果为执行成功，向预约用户发放试驾任务的权益资源。

步骤S212，核验权益资源的核销用户与预约用户是否为同一用户；

若是，执行步骤S214；

若否，不作处理即可或者生成核验未通过提醒。

步骤S214，进行权益资源的核销处理。

下述以本实施例提供的另一种车辆服务处理方法在车辆试驾服务场景的应用为例，结合图3，对本实施例提供的车辆服务处理方法进行进一步说明，参见图3，应用于车辆试驾服务场景的车辆服务处理方法，具体包括下述步骤。

步骤S302，获取车辆试驾服务的服务子程序调用用户终端的图像传感器扫描的车辆服务门店的标识码，对标识码进行解码获得的门店信息并获取服务子程序的登录账号。

步骤S304，调用用户终端的蓝牙接口进行信号采集，并获取进行信号采集获得的蓝牙信号携带的门店标识。

步骤S306，核验登录账号是否与试驾任务中记录的预约账号一致；试驾任务由预约用户通过服务子程序提交；

若是，执行步骤S308；

若否，不作处理即可或者生成核验未通过提醒。

步骤S308，核验门店信息是否与试驾任务中记录的预约门店匹配；

若是，执行步骤S310；

若否，不作处理即可或者生成核验未通过提醒。

步骤S310，判断门店标识与车辆服务门店的门店标识是否相同；

若是，执行步骤S312；

若否，不作处理即可或者生成失败提醒。

步骤S312，若试驾任务的执行结果为执行成功，向预约用户发放试驾任务的权益资源。

本说明书提供的一种车辆服务处理装置实施例如下：

在上述的实施例中，提供了一种车辆服务处理方法，与之相对应的，还提供了一种车辆服务处理装置，下面结合附图进行说明。

参照图4，其示出了本实施例提供的一种车辆服务处理装置示意图。

由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例提供一种车辆服务处理装置，包括：

信息获取模块402，被配置为获取通过预约用户的用户终端运行的服务子程序采集的第一服务信息和第二服务信息；所述第二服务信息通过调用所述用户终端的服务接口进行采集；

核验模块404，被配置为将所述第一服务信息与所述预约用户通过所述服务子程序提交的服务预约任务的任务信息进行核验；

匹配模块406，被配置为若核验通过，将所述第二服务信息与车辆服务门店对应于所述服务接口的接口核验信息进行匹配；

权益处理模块408，被配置为若匹配成功，根据所述服务预约任务的执行结果，进行所述服务预约任务的权益核销处理。

本说明书提供的一种车辆服务处理设备实施例如下：

对应上述描述的一种车辆服务处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种车辆服务处理设备，该车辆服务处理设备用于执行上述提供的车辆服务处理方法，图5为本说明书一个或多个实施例提供的一种车辆服务处理设备的结构示意图。

本实施例提供的一种车辆服务处理设备，包括：

如图5所示，车辆服务处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器501和存储器502，存储器502中可以存储有一个或一个以上存储应用程序或数据。其中，存储器502可以是短暂存储或持久存储。存储在存储器502的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括车辆服务处理设备中的一系列计算机可执行指令。更进一步地，处理器501可以设置为与存储器502通信，在车辆服务处理设备上执行存储器502中的一系列计算机可执行指令。车辆服务处理设备还可以包括一个或一个以上电源503，一个或一个以上有线或无线网络接口504，一个或一个以上输入/输出接口505，一个或一个以上键盘506等。

在一个具体的实施例中，车辆服务处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对车辆服务处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

获取通过预约用户的用户终端运行的服务子程序采集的第一服务信息和第二服务信息；所述第二服务信息通过调用所述用户终端的服务接口进行采集；

将所述第一服务信息与所述预约用户通过所述服务子程序提交的服务预约任务的任务信息进行核验；

若核验通过，将所述第二服务信息与车辆服务门店对应于所述服务接口的接口核验信息进行匹配；

若匹配成功，根据所述服务预约任务的执行结果，进行所述服务预约任务的权益核销处理。

本说明书提供的一种存储介质实施例如下：

对应上述描述的一种车辆服务处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。

本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

获取通过预约用户的用户终端运行的服务子程序采集的第一服务信息和第二服务信息；所述第二服务信息通过调用所述用户终端的服务接口进行采集；

将所述第一服务信息与所述预约用户通过所述服务子程序提交的服务预约任务的任务信息进行核验；

若核验通过，将所述第二服务信息与车辆服务门店对应于所述服务接口的接口核验信息进行匹配；

若匹配成功，根据所述服务预约任务的执行结果，进行所述服务预约任务的权益核销处理。

需要说明的是，本说明书中关于存储介质的实施例与本说明书中关于车辆服务处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在20世纪30年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device，PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本文件的实施例而已，并不用于限制本文件。对于本领域技术人员来说，本文件可以有各种更改和变化。凡在本文件的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本文件的权利要求范围之内。

Claims (14)

1.一种车辆服务处理方法，包括：

获取通过预约用户的用户终端运行的服务子程序采集的第一服务信息和第二服务信息；所述第二服务信息通过调用所述用户终端的服务接口进行采集；

将所述第一服务信息与所述预约用户通过所述服务子程序提交的服务预约任务的任务信息进行核验；

若核验通过，将所述第二服务信息与车辆服务门店对应于所述服务接口的接口核验信息进行匹配；

若匹配成功，根据所述服务预约任务的执行结果，进行所述服务预约任务的权益核销处理。

2.根据权利要求1所述的车辆服务处理方法，所述获取通过预约用户的用户终端运行的服务子程序采集的第一服务信息和第二服务信息，包括：

获取所述服务子程序调用所述用户终端的图像传感器扫描的所述车辆服务门店的标识码，将所述服务子程序采集的扫码时间以及对所述标识码进行解码获得的门店信息作为所述第一服务信息；

调用所述用户终端的位置服务接口进行位置采集，并将进行位置采集获得的位置信息作为所述第二服务信息。

3.根据权利要求2所述的车辆服务处理方法，所述将所述第一服务信息与所述预约用户通过所述服务子程序提交的服务预约任务的任务信息进行核验，包括：

核验所述扫码时间是否处于所述服务预约任务的任务执行时间范围内，若是，确定核验通过；

和/或，

核验所述门店信息是否与所述服务预约任务中记录的预约门店匹配，若是，确定核验通过。

4.根据权利要求2所述的车辆服务处理方法，所述将所述第二服务信息与车辆服务门店对应于所述服务接口的接口核验信息进行匹配，包括：

计算所述位置信息是否处于所述车辆服务门店对应于所述位置服务接口的门店位置范围内，若是，确定匹配成功。

5.根据权利要求1所述的车辆服务处理方法，所述获取通过预约用户的用户终端运行的服务子程序采集的第一服务信息和第二服务信息，包括：

获取所述服务子程序调用所述用户终端的图像传感器扫描的所述车辆服务门店的标识码，将所述服务子程序采集的扫码时间以及对所述标识码进行解码获得的门店信息作为所述第一服务信息；

调用所述用户终端的近场通信接口进行信号采集，并将进行信号采集获得的近场通信信号携带的设备标识和/或门店标识作为所述第二服务信息。

6.根据权利要求5所述的车辆服务处理方法，所述将所述第二服务信息与车辆服务门店对应于所述服务接口的接口核验信息进行匹配，包括：

判断所述设备标识与所述车辆服务门店对应于所述近场通信接口的设备标识是否相同，若是，确定匹配成功。

7.根据权利要求2或5所述的车辆服务处理方法，还包括：

基于所述标识码的解码结果触发通行状态查询接口的调用，获取所述通行状态查询接口返回的所述预约用户的通行状态信息，并向所述通行状态查询接口传入所述预约用户在所述车辆服务门店的访问记录。

8.根据权利要求1所述的车辆服务处理方法，所述根据所述服务预约任务的执行结果，进行所述服务预约任务的权益核销处理，包括：

若所述服务预约任务的执行结果为执行成功，向所述预约用户发放所述服务预约任务的服务权益。

9.根据权利要求8所述的车辆服务处理方法，所述若所述服务预约任务的执行结果为执行成功，向所述预约用户发放所述服务预约任务的服务权益子步骤执行之后，还包括：

核验所述服务权益的核销用户与所述预约用户是否为同一用户；

若是，进行所述服务权益的核销处理。

10.根据权利要求1所述的车辆服务处理方法，所述将所述第一服务信息与所述预约用户通过所述服务子程序提交的服务预约任务的任务信息进行核验步骤执行之前，还包括：

获取通过所述车辆服务门店的图像传感器采集获得的所述预约用户的身份特征图像。

11.根据权利要求10所述的车辆服务处理方法，所述获取通过预约用户的用户终端运行的服务子程序采集的第一服务信息和第二服务信息步骤执行之后，且所述将所述第一服务信息与所述预约用户通过所述服务子程序提交的服务预约任务的任务信息进行核验步骤执行之前，还包括：

核验所述身份特征图像与所述预约用户通过所述服务子程序提交所述服务预约任务的过程中采集的身份特征图像是否一致；

若是，执行所述将所述第一服务信息与所述预约用户通过所述服务子程序提交的服务预约任务的任务信息进行核验步骤。

12.一种车辆服务处理装置，包括：

信息获取模块，被配置为获取通过预约用户的用户终端运行的服务子程序采集的第一服务信息和第二服务信息；所述第二服务信息通过调用所述用户终端的服务接口进行采集；

核验模块，被配置为将所述第一服务信息与所述预约用户通过所述服务子程序提交的服务预约任务的任务信息进行核验；

匹配模块，被配置为若核验通过，将所述第二服务信息与车辆服务门店对应于所述服务接口的接口核验信息进行匹配；

权益处理模块，被配置为若匹配成功，根据所述服务预约任务的执行结果，进行所述服务预约任务的权益核销处理。

13.一种车辆服务处理设备，包括：

处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：

获取通过预约用户的用户终端运行的服务子程序采集的第一服务信息和第二服务信息；所述第二服务信息通过调用所述用户终端的服务接口进行采集；

将所述第一服务信息与所述预约用户通过所述服务子程序提交的服务预约任务的任务信息进行核验；

若核验通过，将所述第二服务信息与车辆服务门店对应于所述服务接口的接口核验信息进行匹配；

若匹配成功，根据所述服务预约任务的执行结果，进行所述服务预约任务的权益核销处理。

14.一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

获取通过预约用户的用户终端运行的服务子程序采集的第一服务信息和第二服务信息；所述第二服务信息通过调用所述用户终端的服务接口进行采集；

将所述第一服务信息与所述预约用户通过所述服务子程序提交的服务预约任务的任务信息进行核验；

若核验通过，将所述第二服务信息与车辆服务门店对应于所述服务接口的接口核验信息进行匹配；

若匹配成功，根据所述服务预约任务的执行结果，进行所述服务预约任务的权益核销处理。

Images