CN105023227A - 用于汽车服务交互终端的交互方法 - Google Patents

Abstract

本申请公开了一种用于汽车服务交互终端的交互方法中，车主可作为预约者，直接在汽车服务交互终端上进行下单，选择需要的服务内容，例如维修、保养、检测等，在下单完成后将车钥匙存放在到对应的钥匙柜内即可。之后可以由服务者领走车钥匙，并根据预约者下单信息对车辆进行相应的汽车服务。在这个过程中，预约者无需亲自将车开到汽车服务店面内，对车主来说，可节省大量的时间。

Description

用于汽车服务交互终端的交互方法

技术领域

本申请涉及一种汽车服务交互终端的交互方法。

背景技术

随着社会的进步和经济的快速发展，汽车已成为人们主要的代步工具。而汽车作为一种消耗品，其性能会随着使用时间而降低，外观也会越来越陈旧。因此，人们在大量使用汽车的同时，也非常注意汽车的保养和维修。

目前，各个社区基本都开设有汽车服务店面，这些服务包括维修、保养、检测等等。但由于现有的汽车服务店面仍采用传统的到店服务模式，即车主在需要进行汽车服务的时候，将爱车开到各个汽车服务店面里，再由店内工作人员提供相关汽车服务。

但，这种方式对车主来说是比较耗时的，特别是当车主事务繁忙时，根本没有时间亲自开车去汽车服务店面。

发明内容

本申请提供一种用于汽车服务交互终端的交互方法。

本申请提供的交互方法,所述汽车服务交互终端包括：

处理器，

至少一个用于存放车钥匙的钥匙柜，所述钥匙柜设有用于控制钥匙柜开闭的电子锁，所述电子锁与处理器连接；

用于人机交互的交互单元，所述交互单元与处理器连接；

用于缓存数据的存储单元，所述存储单元与处理器连接；

以及用于与后台服务器连接的通信单元，所述通信单元与处理器连接；

所述交互方法包括：

下单步骤：所述处理器收到下单命令后，向交互单元发送指令，所述交互单元在接收到所述指令后提示操作者输入下单信息，并在接收到下单信息后将其发送至处理器；

预留钥匙步骤：当所述处理器收到下单信息后，通过所述通信单元向后台服务器发送所述下单信息进行存储，所述后台服务器在接收到下单信息后，从记录为空闲状态的钥匙柜中选取一个，并向所述处理器发送第一开门指令，所述处理器根据所述第一开门指令向对应的电子锁发送打开指令，且当所述处理器接收到该电子锁闭合信号后，将该电子锁闭合的信息发送至后台服务器并记录为使用状态。

作为所述交互方法的进一步改进，所述方法还包括鉴权步骤：当所述交互单元接收到登录信息后，将所述登录信息发送至处理器，所述处理器将登录信息发送至后台服务器进行比对；

若登录信息与存储在后台服务器内的客户信息匹配，则后台服务器判断登录信息为预约者，并将判断结果发送至处理器；

若登录信息与存储在后台服务器内的服务者信息匹配，则后台服务器判断登录信息为服务者，并将判断结果发送至处理器。

作为所述交互方法的进一步改进，当所述处理器接收到后台服务器发送的比对结果后，如登录信息为服务者，则所述处理器向交互单元发送第一选择指令，所述交互单元收到所述第一选择指令后，向服务者提示选择并输入取车钥匙信息或返车钥匙信息；

当所述处理器收到交互单元发送的取车钥匙信息后，执行取车钥匙步骤：所述处理器向后台服务器发送取车钥匙信息，所述后台服务器根据接收到的取车钥匙信息判断需要打开的电子锁，并向所述处理器发送第二开门指令，所述处理器根据第二开门指令向对应的至少一个电子锁发送打开指令，且当所述处理器接收到该至少一个电子锁的闭合信号后，将该至少一个电子锁闭合的信息发送至后台服务器并记录为空闲状态；

当所述处理器收到交互单元发送的返车钥匙信号后，执行返车钥匙步骤：所述处理器将返车钥匙信息发送至后台服务器，所述后台服务器从记录为空闲状态的钥匙柜中选择至少一个，并向所述处理器发送第三开门指令，所述处理器根据第三开门指令向对应的至少一个电子锁发送打开指令，且当所述处理器接收到该至少一个电子锁闭合信号后，将该至少一个电子锁闭合的信息发送至后台服务器并记录为使用状态。

作为所述交互方法的进一步改进，当所述处理器接收到后台服务器发送的比对结果后，如登录信息为预约者，则所述处理器向交互单元发送第二选择指令，所述交互单元收到所述第二选择指令后，向预约者提示选择并输入下单信息或取车信息；

当所述处理器收到交互单元发送的取车指示后，所述处理器发送取车信号至后台服务器，所述后台服务器将预约者的登录信息与已完成订单对比，如存在匹配的订单，则向所述处理器发送的第四开门指令，所述处理器根据第四开门指令向对应的电子锁发送打开指令，且当处理器接收到该电子锁的闭合信号后，将该电子锁闭合信息发送至后台服务器并记录为空闲状态。

作为所述交互方法的进一步改进，当所述处理器接收到后台服务器发送的比对结果后，如登录信息为预约者，所述处理器将所述登录信息发送至后台服务器，所述后台服务器将预约者信息与已完成订单对比，如存在匹配的订单，则向所述处理器发送的提示信号，所述处理器根据提示信号向交互单元发送指令，所述交互单元接收到所述指令后，向预约者提示是否取车；

当所述交互单元接收到取车信号后，所述处理器将取车信号发送至后台服务器，所述后台服务器根据登录信息或订单信息判断所要打开的电子锁，并向所述处理器发送第五开门指令，所述处理器根据第五开门指令向对应的电子锁发送打开指令，且当处理器接收到该电子锁的闭合信号后，将该电子锁闭合信息发送至后台服务器并记录为空闲状态。

作为所述交互方法的进一步改进，所述后台服务器收到下单完成信号后，直接或通过第三方运营商向服务者发送提示信息。

作为所述交互方法的进一步改进，当所述后台服务器收到车钥匙返还完成信号后，所述后台服务器直接或通过第三方运营商向预约者发送服务完成信息

作为所述交互方法的进一步改进，当所述预留钥匙步骤完成后或所述后台服务器收到由服务者提交的费用总单后，向所述处理器发送支付信息，所述处理器收到支付信息后通过交互单元展示用于预约者支付费用的第三方支付码；当所述后台服务器收到第三方支付系统发来的支付完成信息后，向预约者发送或在交互单元展示支付完成信息。

作为所述交互方法的进一步改进，当所述预留钥匙步骤完成后或所述后台服务器收到由服务者提交的费用总单后，所述后台服务器向预约者发送第三方支付链接；当所述后台服务器收到第三方支付系统发来的支付完成信息后，向预约者发送或在交互单元展示支付完成信息。

作为所述交互方法的进一步改进，在所述鉴权步骤中，所述登录信息的输入方式包括读卡、账户密码输入和/或扫码。

本申请的有益效果是：

本申请提供的交互方法中，车主可作为预约者，直接在汽车服务交互终端上进行下单，选择需要的服务内容，例如维修、保养、检测等，在下单完成后将车钥匙存放在到对应的钥匙柜内即可。之后可以由服务者领走车钥匙，并根据预约者下单信息对车辆进行相应的汽车服务。在这个过程中，预约者无需亲自将车开到汽车服务店面内，对车主来说，可节省大量的时间。

附图说明

图1为本申请汽车服务交互终端一种实施例机械结构示意图；

图2为本申请汽车服务交互终端一种实施例电路单元示意图；

图3为本申请交互方法一种实施例的示意图；

图4为本申请交互方法另一种实施例的示意图；

图5为本申请交互方法输入登录三种方式示意图；

图6为本申请交互方法订单支付步骤示意图。

具体实施方式

下面通过具体实施方式结合附图对本发明作进一步详细说明。本申请可以以多种不同的形式来实现，并不限于本实施例所描述的实施方式。提供以下具体实施方式的目的是便于对本申请公开内容更清楚透彻的理解，其中上、下、左、右等指示方位的字词仅是针对所示结构在对应附图中位置而言。

然而，本领域的技术人员可能会意识到其中的一个或多个的具体细节描述可以被省略，或者还可以采用其他的方法、组件或材料。在一些例子中，一些实施方式并没有描述或没有详细的描述。

此外，本文中记载的技术特征、技术方案还可以在一个或多个实施例中以任意合适的方式组合。对于本领域的技术人员来说，易于理解与本文提供的实施例有关的方法的步骤或操作顺序还可以改变。因此，附图和实施例中的任何顺序仅仅用于说明用途，并不暗示要求按照一定的顺序，除非明确说明要求按照某一顺序。

实施例一：

请参考图1和2，本汽车服务交互终端包括：

机壳100；

处理器300，

至少一个用于存放车钥匙的钥匙柜200，钥匙柜200设有用于控制钥匙柜200开闭的电子锁400，电子锁400与处理器300连接；

用于人机交互的交互单元500，交互单元500与处理器300连接；

用于缓存数据的存储单元600，存储单元600与处理器300连接；

以及用于与后台服务器连接的通信单元700，通信单元700与处理器300连接。

其中，交互单元500可以为触摸屏，也可以是显示屏和机械按键的结合，还可以是读卡器和显示屏等。

本实施例中，如图2所示，交互单元500包括触摸屏510、读卡器520和声提示装置530。

请参考图3，本交互方法包括步骤：

下单步骤：处理器300收到下单命令后，向交互单元500发送指令，交互单元500在接收到指令后提示操作者输入下单信息，并在接收到下单信息后将其发送至处理器300。

其中，下单信息可以包括车牌号、车辆停放位置、预约者联系方式、服务内容、取车时间、预约时间等各类信息。

预留钥匙步骤：当处理器300收到下单信息后，通过通信单元700向后台服务器发送下单信息进行存储，后台服务器在接收到下单信息后，从记录为空闲状态的钥匙柜200中选取一个，并向处理器300发送第一开门指令，处理器300根据第一开门指令向对应的电子锁400发送打开指令，且当处理器300接收到该电子锁400闭合信号后，将该电子锁400闭合的信息发送至后台服务器并记录为使用状态。

后台服务器会建立一个表格专门记录每个电子锁400的开闭顺序，从而确定任一电子锁400对应的钥匙柜200处于使用状态还是空闲状态。

车主可作为预约者，直接在汽车服务交互终端上进行下单，选择需要的服务内容，例如维修、保养、检测等，在下单完成后将车钥匙存放在到对应的钥匙柜200内即可。之后可以由服务者可通过直接打开钥匙柜200领走车钥匙，并根据预约者下单信息对车辆进行相应的汽车服务。在这个过程中，预约者无需亲自将车开到汽车服务店面内，对车主来说，可节省大量的时间。

进一步地，为了避免恶意操作和防止误操作，在下单步骤前还可以进行鉴权步骤：

当交互单元500接收到登录信息后，将登录信息发送至处理器300，处理器300将登录信息发送至后台服务器进行比对。

请参考图5，登录信息的输入有三种方式，第一是通过在触摸屏上手动输入账号、密码；第二种是利用读卡器读取停车卡上的信息；第三种是用手机微信扫描终端上的二维码，通过微信OPEN ID功能将预约者的信息发送到后台服务器。

当然，这里账户、密码等登录信息均已预先存储在后台服务器的存储设备中。

如是新用户第一次使用该终端，在鉴权步骤前，还可以进行注册步骤。

预约者卡选择注册，输入注册信息，如账户、密码，处理器300将该注册信息发送至后台服务器保存即可。下次登录，将登录信息与保存的注册信息进行比对即可完成鉴权。

进一步地，该交互方法除了完成下单操作外，也可以集预约者下单、取车和服务者取钥匙、放钥匙为一体，请参考图4，其步骤如下：

鉴权步骤：

当交互单元500接收到登录信息后，将登录信息发送至处理器300，处理器300将登录信息发送至后台服务器进行比对。

若登录信息与存储在后台服务器内的客户信息匹配，则后台服务器判断登录信息为预约者，并将判断结果发送至处理器300；

若登录信息与存储在后台服务器内的服务者信息匹配，则后台服务器判断登录信息为服务者，并将判断结果发送至处理器300。

若与客户信息和服务者信息都不匹配，则可提醒操作者输入有误或未注册。

当处理器300接收到后台服务器发送的比对结果后，如登录信息为服务者，则处理器300向交互单元500发送第一选择指令，交互单元500收到第一选择指令后，向服务者提示选择并输入取车钥匙信息或返车钥匙信息。

当处理器300收到交互单元500发送的取车钥匙信息后，执行取车钥匙步骤：处理器300向后台服务器发送取车钥匙信息，后台服务器根据接收到的取车钥匙信息判断需要打开的电子锁400，并向处理器300发送第二开门指令，处理器300根据第二开门指令向对应的至少一个电子锁400发送打开指令，且当处理器300接收到该至少一个电子锁400的闭合信号后，将该至少一个电子锁400闭合的信息发送至后台服务器并记录为空闲状态。

其中，取车钥匙信息可能是一个具体的订单号或者其他与具体订单对应的信息，则第二开门指令对应的则是某一与该具体订单对应的电子锁400。取车钥匙信息也可能是一个整体信号，比如这个信号代表了打开所有存放有预约者车钥匙的钥匙箱，但下文中执行返车钥匙步骤的钥匙柜200除外。

当处理器300收到交互单元500发送的返车钥匙信号后，执行返车钥匙步骤：处理器300将返车钥匙信息发送至后台服务器，后台服务器从记录为空闲状态的钥匙柜200中选择至少一个，并向处理器300发送第三开门指令，处理器300根据第三开门指令向对应的至少一个电子锁400发送打开指令，且当处理器300接收到该至少一个电子锁400闭合信号后，将该至少一个电子锁400闭合的信息发送至后台服务器并记录为使用状态。

同样，该返车钥匙信息也可以是某一具体订单对应的信息，也可以是一个整体信息，如要返三把车钥匙，则同时打开三个钥匙柜200。

请参考图4，当处理器300接收到后台服务器发送的比对结果后，如登录信息为预约者，则处理器300向交互单元500发送第二选择指令，交互单元500收到第二选择指令后，向预约者提示选择并输入下单信息或取车信息。

请参考图4，当处理器300收到交互单元500发送的下单指示后，则进行上述的下单步骤。

请参考图4，当处理器300收到交互单元500发送的取车指示后，处理器300发送取车信号至后台服务器，后台服务器将预约者的登录信息与已完成订单对比，如存在匹配的订单，则向处理器300发送的第四开门指令，处理器300根据第四开门指令向对应的电子锁400发送打开指令，且当处理器300接收到该电子锁400的闭合信号后，将该电子锁400闭合信息发送至后台服务器并记录为空闲状态。

请参考图4，或者，当处理器300接收到后台服务器发送的比对结果后，如登录信息为预约者，也可以不执行选择步骤，而是处理器300将登录信息发送至后台服务器，后台服务器将预约者信息与已完成订单对比，如存在匹配的订单，则向处理器300发送的提示信号，处理器300根据提示信号向交互单元500发送指令，交互单元500接收到指令后，向预约者提示是否取车。

当交互单元500接收到取车信号后，处理器300将取车信号发送至后台服务器，后台服务器根据登录信息或订单信息判断所要打开的电子锁400，并向处理器300发送第五开门指令，处理器300根据第五开门指令向对应的电子锁400发送打开指令，且当处理器300接收到该电子锁400的闭合信号后，将该电子锁400闭合信息发送至后台服务器并记录为空闲状态。

如果预约者选择不取车，则可继续进行下单步骤，下达新的订单，或者退出程序。

此外，进一步地，请继续参考图4，为了能够及时通知服务者取车进行服务，后台服务器收到下单完成信号后，直接或通过第三方运营商向服务者发送提示信息。

下单完成信号可以是在预留钥匙步骤中，后台服务器收到电子锁关闭的信号。或者，也可以是由预约者从交互单元上输入的单独的下单完成信号。

提示信息可以包括预约者身份信息，联系电话，服务方式、服务内容、服务时间、车型、车牌号等一系列信息。

请继续参考图4，服务完成后，为了能够及时通知预约者取车，当后台收到车钥匙返还完成信号后，后台服务器直接或通过第三方运营商向预约者发送服务完成信息。

车钥匙返还完成信号可以是在返车钥匙步骤中，后台服务器收到的对应电子锁关闭的信号。或者也可以是由服务者从交互单元上输入的单独的车钥匙返还完成信号。

进一步地，对于服务的支付，也可以在该交互方法中一起完成。

请参考图6，当预留钥匙步骤完成后或后台服务器收到由服务者提交的费用总单后，后台服务器向预约者发送第三方支付链接。例如将第三方支付链接发到预约者的手机上，本后台服务器与第三方支付机构服务器建立通信关系，当后台服务器收到第三方支付系统发来的支付完成信息后，向预约者发送或在交互单元500展示支付完成信息。当后台服务器收到第三方支付系统发来的支付未完成信息后，向预约者发送或在交互单元500展示支付未完成信息。

或者，当预留钥匙步骤完成后或后台服务器收到由服务者提交的费用总单后，向处理器300发送支付信息，处理器300收到支付信息后通过交互单元500展示用于预约者支付费用的第三方支付码。预约者可用手机扫描第三方支付码后，直接用手机向第三方支付机构完成支付。本后台服务器与第三方支付机构服务器建立通信关系，当后台服务器收到第三方支付系统发来的支付完成信息后，向预约者发送或在交互单元500展示支付完成信息。当后台服务器收到第三方支付系统发来的支付未完成信息后，向预约者发送或在交互单元500展示支付未完成信息。

这里所说的服务者提交的费用总单，可以是服务者完成所有服务后通过与后台服务器建立通信连接的终端向后台服务器发送费用总单。

以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换。

Claims (10)

1.一种用于汽车服务交互终端的交互方法,其特征在于，所述汽车服务交互终端包括：

处理器，

至少一个用于存放车钥匙的钥匙柜，所述钥匙柜设有用于控制钥匙柜开闭的电子锁，所述电子锁与处理器连接；

用于人机交互的交互单元，所述交互单元与处理器连接；

用于缓存数据的存储单元，所述存储单元与处理器连接；

以及用于与后台服务器连接的通信单元，所述通信单元与处理器连接；

所述交互方法包括：

下单步骤：所述处理器收到下单命令后，向交互单元发送指令，所述交互单元在接收到所述指令后提示操作者输入下单信息，并在接收到下单信息后将其发送至处理器；

预留钥匙步骤：当所述处理器收到下单信息后，通过所述通信单元向后台服务器发送所述下单信息进行存储，所述后台服务器在接收到下单信息后，从记录为空闲状态的钥匙柜中选取一个，并向所述处理器发送第一开门指令，所述处理器根据所述第一开门指令向对应的电子锁发送打开指令，且当所述处理器接收到该电子锁闭合信号后，将该电子锁闭合的信息发送至后台服务器并记录为使用状态。

2.如权利要求1所述的交互方法，其特征在于，所述方法还包括鉴权步骤：当所述交互单元接收到登录信息后，将所述登录信息发送至处理器，所述处理器将登录信息发送至后台服务器进行比对；

若登录信息与存储在后台服务器内的客户信息匹配，则后台服务器判断登录信息为预约者，并将判断结果发送至处理器；

若登录信息与存储在后台服务器内的服务者信息匹配，则后台服务器判断登录信息为服务者，并将判断结果发送至处理器。

3.如权利要求2所述的交互方法，其特征在于，当所述处理器接收到后台服务器发送的比对结果后，如登录信息为服务者，则所述处理器向交互单元发送第一选择指令，所述交互单元收到所述第一选择指令后，向服务者提示选择并输入取车钥匙信息或返车钥匙信 息；

当所述处理器收到交互单元发送的取车钥匙信息后，执行取车钥匙步骤：所述处理器向后台服务器发送取车钥匙信息，所述后台服务器根据接收到的取车钥匙信息判断需要打开的电子锁，并向所述处理器发送第二开门指令，所述处理器根据第二开门指令向对应的至少一个电子锁发送打开指令，且当所述处理器接收到该至少一个电子锁的闭合信号后，将该至少一个电子锁闭合的信息发送至后台服务器并记录为空闲状态；

当所述处理器收到交互单元发送的返车钥匙信号后，执行返车钥匙步骤：所述处理器将返车钥匙信息发送至后台服务器，所述后台服务器从记录为空闲状态的钥匙柜中选择至少一个，并向所述处理器发送第三开门指令，所述处理器根据第三开门指令向对应的至少一个电子锁发送打开指令，且当所述处理器接收到该至少一个电子锁闭合信号后，将该至少一个电子锁闭合的信息发送至后台服务器并记录为使用状态。

4.如权利要求2所述的交互方法，其特征在于，当所述处理器接收到后台服务器发送的比对结果后，如登录信息为预约者，则所述处理器向交互单元发送第二选择指令，所述交互单元收到所述第二选择指令后，向预约者提示选择并输入下单信息或取车信息；

当所述处理器收到交互单元发送的取车指示后，所述处理器发送取车信号至后台服务器，所述后台服务器将预约者的登录信息与已完成订单对比，如存在匹配的订单，则向所述处理器发送的第四开门指令，所述处理器根据第四开门指令向对应的电子锁发送打开指令，且当处理器接收到该电子锁的闭合信号后，将该电子锁闭合信息发送至后台服务器并记录为空闲状态。

5.如权利要求2所述的交互方法，其特征在于，当所述处理器接收到后台服务器发送的比对结果后，如登录信息为预约者，所述处理器将所述登录信息发送至后台服务器，所述后台服务器将预约者信息与已完成订单对比，如存在匹配的订单，则向所述处理器发送的提示信号，所述处理器根据提示信号向交互单元发送指令，所述交互单元接收到所述指令后，向预约者提示是否取车；

当所述交互单元接收到取车信号后，所述处理器将取车信号发送至后台服务器，所述后台服务器根据登录信息或订单信息判断所要打开的电子锁，并向所述处理器发送第五开门指令，所述处理器根据第五开门指令向对应的电子锁发送打开指令，且当处理器接收到该电子锁的闭合信号后，将该电子锁闭合信息发送至后台服务器并记录为空闲状态。

6.如权利要求1所述的交互方法，其特征在于，当所述后台服务器收到下单完成信号后，直接或通过第三方运营商向服务者发送提示信息。

7.如权利要求1所述的交互方法，其特征在于，当所述后台服务器收到车钥匙返还完成信号后，所述后台服务器直接或通过第三方运营商向预约者发送服务完成信息。

8.如权利要求1所述的交互方法，其特征在于，当所述预留钥匙步骤完成后或所述后台服务器收到由服务者提交的费用总单后，向所述处理器发送支付信息，所述处理器收到支付信息后通过交互单元展示用于预约者支付费用的第三方支付码；当所述后台服务器收到第三方支付系统发来的支付完成信息后，向预约者发送或在交互单元展示支付完成信息。

9.如权利要求1所述的交互方法，其特征在于，当所述预留钥匙步骤完成后或所述后台服务器收到由服务者提交的费用总单后，所述后台服务器向预约者发送第三方支付链接；当所述后台服务器收到第三方支付系统发来的支付完成信息后，向预约者发送或在交互单元展示支付完成信息。

10.如权利要求2所述的交互方法，其特征在于，在所述鉴权步骤中，所述登录信息的输入方式包括读卡、账户密码输入和/或扫码。