CN112613629A - 一种车辆交互方法、系统和具有车外交互功能的车辆 - Google Patents

Abstract

本申请公开了一种车辆交互方法、系统和具有车外交互功能的车辆。该方法应用于用户终端，该方法包括：获取预约车辆的位置信息；将所述位置信息发送至服务器，以通过服务器判断位置信息是否满足预设条件；在满足预设条件的情况下，在用户终端上显示第一交互标识，其中，第一交互标识与预约车辆的显示设备所显示的第二交互标识相对应，第二交互标识用于识别预约车辆。本申请所公开的方法可以便于用户寻找预约车辆，提升用户体验。

Description

一种车辆交互方法、系统和具有车外交互功能的车辆

技术领域

本申请属于预约出行领域，尤其涉及一种车辆交互方法、系统和具有车外交互功能的车辆。

背景技术

预约出行是指由用户通过移动终端，例如，手机等，下单，然后运营车辆到订单中的起始地点去接送乘客。

目前，运营车辆在接送乘客时，往往需要乘客通过车辆的牌照、颜色、品牌等要素寻找车辆，但在车辆较多、夜间或路况复杂的情况下，乘客寻车的体验并不好。

因此，需要提出一种车辆交互方法、系统和具有车外交互功能的车辆，以提高乘客在寻找车辆时的用户体验。

发明内容

本说申请的一个方面提供一种车辆交互方法。所述方法应用于用户终端，所述方法包括：获取预约车辆的位置信息；将所述位置信息发送至服务器，以通过服务器判断所述位置信息是否满足预设条件；在满足所述预设条件的情况下，在所述用户终端上显示第一交互标识，其中，所述第一交互标识与所述预约车辆的显示设备所显示的第二交互标识相对应，所述第二交互标识用于识别所述预约车辆。

本申请的另一个方面提供一种车辆交互系统。所述系统应用于用户终端，所述系统包括：第一获取模块，用于获取预约车辆的位置信息；第一发送模块，用于将所述位置信息发送至服务器，以通过服务器判断所述位置信息是否满足预设条件；第一显示模块，用于在满足所述预设条件的情况下，在所述用户终端上显示第一交互标识，其中，所述第一交互标识与所述预约车辆的显示设备所显示的第二交互标识相对应，所述第二交互标识用于识别所述预约车辆。

本申请的另一个方面提供一种车辆交互方法。所述方法应用于服务器，所述方法包括：获取预约车辆的位置信息；基于所述位置信息，判断所述预约车辆的位置与所述预约车辆对应的预约订单的上车点的距离是否小于预设距离阈值；若是，则通过设置于所述预约车辆的显示设备显示第二交互标识；以及向所述预约订单对应的用户终端发送提示信息；其中，所述提示信息用于指示所述用户终端显示第一交互标识，所述第二交互标识与所述第一交互标识相对应，所述第二交互标识用于识别所述预约车辆。

本申请的另一个方面提供一种车辆交互系统。所述系统应用于服务器，所述系统包括：第二获取模块，用于获取预约车辆的位置信息；第二判断模块，用于基于所述位置信息，判断所述预约车辆的位置与所述预约车辆对应的预约订单的上车点的距离是否小于预设距离阈值；第二显示模块，用于在所述预约车辆的位置与所述预约车辆对应的预约订单的上车点的距离是否小于预设距离阈值的情况下，通过设置于所述预约车辆的显示设备显示第二交互标识；以及发送模块，用于向所述预约订单对应的用户终端发送提示信息；其中，所述提示信息用于指示所述用户终端显示第一交互标识，所述第二交互标识与所述第一交互标识相对应，所述第二交互标识用于识别所述预约车辆。

本申请的另一个方面提供一种具有车外交互功能的车辆，所述车辆包括控制模块和显示设备；所述控制模块，可以用于控制所述显示设备开启或关闭；所述显示设备，可以用于在开启时显示第二交互标识；其中，所述第二交互标识与在用户终端上显示的第一交互标识相对应，所述第二交互标识用于识别所述车辆。

本申请的另一个方面提供一种车辆交互装置，所述装置包括处理器和存储设备，所述存储设备用于存储指令，当所述处理器执行指令时，实现所述车辆交互方法。

本申请的另一个方面提供一种计算机可读存储介质，所述存储介质存储计算机指令，所述计算机指令被处理器执行时，实现所述车辆交互方法。

附图说明

本申请将以示例性实施例的方式进一步说明，这些示例性实施例将通过附图进行详细描述。这些实施例并非限制性的，在这些实施例中，相同的编号表示相同的结构，其中：

图1是根据本申请一些实施例所示的车辆交互系统的应用场景示意图；

图2是根据本申请一些实施例所示的车辆交互方法的示例性流程图；

图3是根据本申请一些实施例所示的确定第一交互标识的显示特征的示例性流程图；

图4是根据本申请一些实施例所示的车辆交互方法的示例性流程图；

图5根据本申请一些实施例所示的车辆交互系统的示例性模块图；

图6根据本申请另一些实施例所示的车辆交互系统的示例性模块图。

具体实施方式

为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其它类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。

应当理解，本文使用的“系统”、“装置”、“单元”和/或“模块”是用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而，如果其他词语可实现相同的目的，则可通过其他表达来替换所述词语。

如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其它的步骤或元素。

本申请中使用了流程图用来说明根据本申请的实施例的系统所执行的操作。应当理解的是，前面或后面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各个步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。

图1是根据本申请一些实施例所示的车辆交互系统的应用场景示意图。

如图1所示，在应用场景中可以包括服务器110、网络120、用户终端130、存储设备140。在一些实施例中，服务器110可包含处理设备112。

在一些实施例中，车辆交互系统100可以通过实施本申请中披露的方法和/或过程在用户终端上，或车辆的显示设备上显示交互标识，以便于用户寻找预约的车辆。车辆交互系统100可以应用于线上到线下服务应用场景，例如，网约车出行、自动驾驶车辆出行等。

在一个典型的应用场景中，服务器110可以获取预约车辆的位置信息；服务器110可以基于位置信息，判断预约车辆的位置与预约车辆对应的预约订单的上车点的距离是否小于预设距离阈值；若是，服务器110则可以通过设置于预约车辆的显示设备显示第二交互标识；以及服务器110可以向预约订单对应的用户终端发送提示信息。其中，第二交互标识用于识别预约车辆。

在一个典型的应用场景中，用户终端130可以获取预约车辆的位置信息；用户终端130可以判断位置信息是否满足预设条件；在满足预设条件的情况下，用户终端130可以显示第一交互标识。其中，第一交互标识与预约车辆的显示设备所显示的第二交互标识相对应，第二交互标识用于识别预约车辆。

在一些实施例中，服务器110可以用于处理与车辆交互有关的信息和/或数据，例如，获取预约车辆的位置信息，并基于所述位置信息判断是否需要通过显示设备显示第二交互标识。在一些实施例中，服务器110可以是单个的服务器或者服务器群组。所述服务器群可以是集中式的或分布式的(例如，服务器110可以是分布式的系统)。在一些实施例中，服务器110可以是本地的或远程的。例如，服务器110可以通过网络120访问存储在存储设备140、用户终端130中的信息和/或数据。再例如，服务器110可以直接连接到存储设备140、用户终端130以访问存储的信息和/或数据。在一些实施例中，服务器110可以在一个云平台上实现。仅作为示例，所述云平台可以包括私有云、公共云、混合云、社区云、分布云、云之间、多重云等或上述举例的任意组合。

在一些实施例中，服务器110可包含处理设备112。处理设备112可以处理从其他设备或系统组成部分中获得的数据和/或信息。处理器可以基于这些数据、信息和/或处理结果执行程序指令，以执行一个或多个本申请中描述的功能。在一些实施例中，处理设备112可以包含一个或多个子处理设备(例如，单核处理设备或多核多芯处理设备)。仅作为示例，处理设备112可以包括中央处理器(CPU)、专用集成电路(ASIC)、专用指令处理器(ASIP)、图形处理器(GPU)、物理处理器(PPU)、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、可编辑逻辑电路(PLD)、控制器、微控制器单元、精简指令集电脑(RISC)、微处理器等或以上任意组合。

网络120可以连接系统的各组成部分和/或连接系统与外部资源部分。网络120使得各组成部分之间，以及与系统之外其他部分之间可以进行通讯，促进数据和/或信息的交换。在一些实施例中，网络120可以是有线网络或无线网络中的任意一种或多种。例如，网络120可以包括电缆网络、光纤网络、电信网络、互联网、局域网络(LAN)、广域网络(WAN)、无线局域网络(WLAN)、城域网(MAN)、公共交换电话网络(PSTN)、蓝牙网络、紫蜂网络(ZigBee)、近场通信(NFC)、设备内总线、设备内线路、线缆连接等或其任意组合。各部分之间的网络连接可以是采用上述一种方式，也可以是采取多种方式。在一些实施例中，网络可以是点对点的、共享的、中心式的等各种拓扑结构或者多种拓扑结构的组合。在一些实施例中，网络120可以包括一个或以上网络接入点。例如，网络120可以包括有线或无线网络接入点，例如基站和/或网络交换点120-1、120-2、…，通过这些进出点，系统100的一个或多个组件可连接到网络120上以交换数据和/或信息。例如，服务器110可以通过网络120从用户终端130和/或存储设备140中获取预约车辆的位置信息。

在一些实施例中，用户终端130可以是与线上到线下服务请求直接相关的个人、工具或其他实体。用户可以是服务请求者，例如，用户可以通过用户终端130发起车辆预约请求。在本申请中，“用户”、“预约用户”、“乘客”可以互换使用。在一些实施例中，用户终端130可以包括移动设备130-1、平板电脑130-2、智能电视130-3以及笔记本电脑130-4等或其任意组合。在一些实施例中，移动设备130-1可以包括智能家居设备、可穿戴设备、智能移动设备、虚拟现实设备、增强现实设备等或其任意组合。在一些实施例中，智能家居设备可以包括智能照明设备、智能电器控制设备、智能监控设备、智能电视、智能摄像机、对讲机等或其任意组合。在一些实施例中，可穿戴设备可以包括智能手镯、智能鞋袜、智能眼镜、智能头盔、智能手表、智能穿着、智能背包、智能配件等或其任意组合。在一些实施例中，智能移动设备可以包括智能电话、个人数字助理(PDA)、游戏设备、导航设备、销售点(POS)等或其任意组合。在一些实施例中，虚拟现实设备和/或增强现实设备可以包括虚拟现实头盔、虚拟现实眼镜、虚拟现实眼罩、增强型虚拟现实头盔、增强现实眼镜、增强现实眼罩等或其任意组合。例如，虚拟现实设备和/或增强现实设备可以包括GoogleGlass、OculusRift、HoloLens或GearVR等。在一些实施例中，用户终端130可以是具有定位技术的设备，用于确定用户终端130的位置。在一些实施例中，用户终端130中也可以包含处理设备。

存储设备140可以存储与服务请求相关的数据和/或指令，以及预约车辆的订单信息、交互标识的显示特征等。服务请求是指用户向线上到线下服务平台发起的打车请求。在一些实施例中，存储设备140可以存储用户终端130获得/获取的数据。在一些实施例中，存储设备140可以存储服务器110用于执行或使用来完成本申请中描述的示例性方法的数据和/或指令。在一些实施例中，存储设备140可以包括大容量存储器、可移动存储器、易失性读写存储器、只读存储器(ROM)等或其任意组合。示例性的大容量储存器可以包括磁盘、光盘、固态磁盘等。示例性可移动存储器可以包括闪存驱动器、软盘、光盘、存储卡、压缩盘、磁带等。示例性的挥发性只读存储器可以包括随机存取内存(RAM)。示例性的RAM可包括动态RAM(DRAM)、双倍速率同步动态RAM(DDRSDRAM)、静态RAM(SRAM)、闸流体RAM(T-RAM)和零电容RAM(Z-RAM)等。示例性的ROM可以包括掩模ROM(MROM)、可编程ROM(PROM)、可擦除可编程ROM(PEROM)、电子可擦除可编程ROM(EEPROM)、光盘ROM(CD-ROM)和数字通用磁盘ROM等。在一些实施例中，所述存储设备140可以在云平台上实现。仅作为示例，所述云平台可以包括私有云、公共云、混合云、社区云、分布云、内部云、多层云等或其任意组合。

在一些实施例中，存储设备140可以连接到网络120以与车辆交互系统100中的一个或以上组件(例如，服务器110、用户终端130)通信。根据车辆交互系统100中的一个或以上组件可以通过网络120访问存储设备140中存储的数据或指令。在一些实施例中，存储设备140可以与车辆交互系统100中的一个或以上组件(例如，服务器110、用户终端130等)直接连接或通信。在一些实施例中，存储设备140可以是服务器110的一部分。

图2是根据本申请一些实施例所示的车辆交互方法的示例性流程图。在一些实施例中，流程200可以由处理设备，例如用户终端130执行。例如，流程200可以以程序或指令的形式存储在存储装置(如处理设备的自带存储单元或外接存储设备)中，所述程序或指令在被执行时，可以实现流程200。流程200可以包括以下操作。

步骤210，获取预约车辆的位置信息。在一些实施例中，步骤210可以由第一获取模块510执行。

预约车辆是指用户通过用户终端向线上到线下服务系统发起服务请求所预约的车辆。在一些实施中，预约车辆可以是自动驾驶车辆或网约车。自动驾驶车辆可以是全自动驾驶车辆，也可以是半自动驾驶车辆。

预约车辆的位置信息是指预约车辆的实时位置。位置信息可以通过全球定位系统(Global Positioning System，GPS)坐标进行表示，也可以用使用其他方式表示，本实施例对此不作限定。

在一些实施例中，用户终端可以通过在预约车辆上安装的定位装置，例如，GPS定位器，获取所述预约车辆的位置信息。在一些实施例中，用户终端可以通过网络从服务器接收所述预约车辆的位置信息。

步骤220，将所述位置信息发送至服务器，以通过服务器判断所述位置信息是否满足预设条件。在一些实施例中，步骤220可以由第一发送模块520执行。

预设条件可以包括预约车辆的实时位置是否发生变化、预约车辆的实时位置与预约出行的订单中的上车点的位置之间的距离是否小于阈值(例如，小于100m，小于50m等)、预约车辆是否到达预约出行的订单中的上车点等。

在一些实施例中，用户终端可以周期性(例如，每1秒、每5秒等)地获取预约车辆的位置信息，并基于获取的位置信息判断是否满足预设条件。例如，用户终端可以将当前时刻获取的预约车辆的位置信息与上一次获取的位置信息进行比较，位置信息不同则认为预约车辆处于运动状态中。又例如，用户终端可以将位置信息与上车点以坐标的形式进行表示，通过计算坐标间的差值来确定预约车辆与上车点之间的距离，进而根据距离的大小确定位置信息是否满足预设条件。

步骤230，在满足所述预设条件的情况下，在所述用户终端上显示第一交互标识。在一些实施例中，步骤230可以由第一显示模块530执行。

交互标识是指用于识别预约车辆的图标、标签等信息。第一交互标识是指在用户终端上显示的交互标识。第一交互标识与预约车辆的显示设备所显示的第二交互标识相对应，第二交互标识可以用于识别预约车辆。用户可以通过用户终端上所显示的第一交互标识了解到其所预约的车辆上所显示的第二交互标识，以通过第二交互标识寻找车辆。

相对应是指第一交互标识与第二交互标识的内容或含义相同，例如，第一交互标识的内容为XX车辆接驾中，第二交互标识的内容也为XX车辆接驾中，其中，XX可以是车牌信息、被接驾人X先生或者XX女士的手机4位尾号、司机代称等。

在一些实施例中，第一交互标识与第二交互标识的形式可以不同，例如，第一交互标识为静态的文字，第二交互标识为滚动的文字，虽然形式不同，但标识的内容和含义相同。需要说明的是，交互标识的内容或含义也可以理解为交互标识的显示特征，关于交互标识的显示特征的更多描述，可以参见图3、图4的相关描述。

在一些实施例中，第一交互标识和第二交互标识可以包括文字标识、图像标识和动态标识。在一些实施例中，第一交互标识和第二交互标识还可以是语音标识，例如，“手机尾号为XXXX的乘客，您预约的车辆已到达”语音。语音可以被远程控制是否播报，例如，当预约车辆到达上车点后，司机控制语音车辆的语音设备播报语音；也可以通过用户终端向用户发送提示信息，提示车辆已到达，并向用户提供是否播报语音的选项，用户可以自主选择是否播放语音。

文字标识是指标识的内容为文字。例如，第二交互标识为欢迎手机尾号为XXXX的乘客乘坐XX车辆。图像标识是指标识的内容为图像。例如，第二交互标识为预约车辆的服务平台的logo图标。动态标识是指标识的内容为运动变化的。动态标识的内容可以包括滚动、闪烁、动画、特效以及视频等。例如，动态标识的内容可以是以滚动、闪烁、渐变等方式显示的文字。又例如，动态显示的内容还可以是由线上到线下服务平台所设置的接载乘客GIF图片、节日特效动画、彩蛋，或由用户上传的自定义内容等。再例如，动态显示的内容可以是由平台预先设置的宣传视频、接驾视频等。其中，在以视频的形式显示交互标识时还可以通过预约车辆的音频设备同步播放声音信息。需要说明的是，在本说明书中对第一交互标识和第二交互标识的相关描述可以互相参见，此处对第一交互标识不再赘述。

在一些实施例中，在用户终端(例如，用户终端130)上显示的第一交互标识可以包括不同的颜色、文案、动画等内容。若用户为首次体验交互标识功能时，还可以在用户终端上查看交互标识的功能介绍，以更好的借助交互标识寻找到所预约的车辆。

在一些实施例中，用户终端可以接收由服务器发送的交互标识的功能介绍信息，并将所述交互标识的功能介绍信息显示给用户浏览。交互标识的功能介绍信息可以是由服务器确定预约用户为首次使用交互标识功能时发送。在一些实施例中，服务器可以通过预约用户的用户数据确定其是否为首次使用，例如，查看该用户的历史订单数据，若其历史订单数据中所乘坐的出行车辆均未有安装接驾灯或显示屏，则可以认为其为首次使用；又例如，在预约用户首次打开上线交互标识功能的应用程序时，确定其为首次使用等。

在一些实施例中，功能介绍信息也可以预先存储在用户终端处，在适当的时机，例如用户首次使用该功能时、用户表示需要功能介绍时、或者基于服务器的指令，向用户呈现。

功能介绍信息可以是指交互标识的功能、使用方式等的简介信息。用户终端可以通过弹窗、气泡等方式直接弹出交互标识的功能介绍信息，也可以显示功能介绍信息入口，用户可以通过点击功能信息介绍入口进行查看。功能介绍信息可以包括交互标识的颜色、文案提示等。示例性地，功能介绍信息在用户终端的显示界面的显示内容可以如下表1所示。

表1功能介绍信息

应当理解，上表中的例子仅出于示例的目的，并不旨在进行限定。

在一些实施例中，用户可以对接驾灯和/或显示屏的颜色或其他特征(例如，文字、动画效果等)进行自定义。例如，用户可以点击接驾灯/或显示屏的图标或标签，设置相应的参数。同时，在平台的系统内部，还可以设置多种颜色、文案、动画、特性、彩蛋等供用户选择，系统可以设置默认选择并提示用户可以进行选择或修改，若用户在一定时间(例如，3分钟)内没有做出选择或修改，则按照系统预选分配的文案、颜色、动画等方式进行显示。

在一些实施例中，所述用户终端可以以各种方式显示所述第一交互标识，例如，弹窗显示、订单页面内显示、气泡显示等，本实施例对此不作限定。

在一些实施例中，设置于所述预约车辆上用于显示所述第二交互标识的显示设备可以包括接驾灯和/或显示屏。例如，可以仅在预约车辆上设置接驾灯或显示屏，也可以在预约车辆上同时设置接驾灯和显示屏。

在一些实施例中，接驾灯可以设置在预约车辆的顶部，以有良好的视野空间供用户寻找，显示屏可以设置在预约车辆的侧方，例如，左右两侧和/或前后两侧等，对此本实施例不作限定。关于接驾灯和显示屏的更多描述可以参见图4及其相关描述，此处不再赘述。

在本实施例中，通过在用户使用的用户终端上显示可以用于识别车辆的第一交互标识，由于第一交互标识与预约车辆上的第二交互标识相对应，使得用户可以提前了解到应该如何去寻找其所预约的车辆，从而在预约车辆到达上车点以后，可以快速的根据第一交互标识和/或第二交互标识寻找到车辆，可以有效地提升用户寻找车辆的效率，提升了用户出行体验。对于交互标识向用户提供了交互功能，使得用户可以按照个人喜好对交互标识进行自定义，提升了用户的使用体验。同时，在车辆上设置接驾灯和/或显示屏可以提升车辆科技感，美化车辆外观，满足未来市场、运营的活动需求，例如，平台可以通过接驾灯和/或显示屏进行平台宣传、活动宣传等。

图3是根据本申请一些实施例所示的确定第一交互标识的显示特征的示例性流程图。在一些实施例中，流程300可以由处理设备，例如用户终端130执行。例如，流程300可以以程序或指令的形式存储在存储装置(如处理设备的自带存储单元或外接存储设备)中，所述程序或指令在被执行时，可以实现流程300。流程300可以包括以下操作。

步骤310，获取所述预约车辆对应的预约用户输入的调整指令；所述调整指令用于确定所述第一交互标识和所述第二交互标识的显示特征。

调整指令可以是指对第一交互标识和第二交互标识的显示特征进行修改或设置的参数。显示特征是指交互标识的显示内容以及方式。在一些实施例中，用户可以通过输入调整指令以设置或修改交互标识所显示内容，例如，将文字修改为图片，静态显示设置为动态显示、调整文字颜色、调整接驾灯颜色等。

在一些实施例中，所述显示特征可以包括订单信息、用户信息和车辆状态信息。订单信息可以包括拼车、快车、专车、订单出发点、订单目的地、订单是否有效等；用户信息可以包括用户昵称、用户性别等；车辆状态信息可以包括巡游、接单、接驾中、行程中、到达目的地等。

在一些实施例中，用户可以通过选择输入、文字输入、语音输入等方式输入所述调整指令。

步骤320，将所述调整指令发送给服务器，以使所述服务器基于所述调整指令确定所述第一交互标识和所述第二交互标识的显示特征。

在一些实施例中，处理设备可以通过网络(例如，网络120)将调整指令发送给服务器。服务器可以根据调整指令相应的设置在用户终端上显示的第一交互标识，以及预约车辆的显示设备上显示的第二交互标识的显示特征。

步骤330，显示由服务器基于所述调整指令确定的所述第一交互标识的显示特征。

在一些实施例中，用户终端可以将所述第一交互标识的显示特征显示在用户所使用的线上到线下服务的应用软件的程序界面内，也可以显示在用户预约出行的订单页面内。显示方式可以包括弹窗显示、气泡显示、页面内显示等。

在本实施例中，用户可以通过个性化地选择或设置交互标识的显示特征，以用户喜爱的方式显示可以标识车辆的交互标识，使得用户可以在通过用户终端设置交互标识的显示特征后，可以快速地通过第二交互标识寻找到预约车辆上都，从而提升用户的寻车体验。

图4是根据本申请一些实施例所示的车辆交互方法的示例性流程图。在一些实施例中，流程400可以由处理设备，例如服务器110执行。例如，流程400可以以程序或指令的形式存储在存储装置(如处理设备的自带存储单元或外接存储设备)中，所述程序或指令在被执行时，可以实现流程400。流程400可以包括以下操作。

步骤410，获取预约车辆的位置信息。在一些实施例中，步骤410可以由第二获取模块610执行。

关于预约车辆的位置信息的说明可以参见步骤210的描述，此处不再赘述。

在一些实施例中，预约车辆可以是自动驾驶车辆或网约车。

在一些实施例中，服务器可以通过在预约车辆上安装的定位装置，例如，GPS定位器获取所述预约车辆的位置信息。

步骤420，基于所述位置信息，判断所述预约车辆的位置与所述预约车辆对应的预约订单的上车点的距离是否小于预设距离阈值。在一些实施例中，步骤420可以由第二判断模块执行。

在一些实施例中，预约车辆的位置与预约车辆对应的预约订单的上车点的距离可以是直线距离，也可以是真实路径距离。

在一些实施例中，服务器可以将位置信息与上车点以坐标的形式进行表示，通过计算坐标间的差值来确定预约车辆与上车点之间的距离。服务器可以将计算得到的距离与预设的距离阈值进行比较，以确定所述距离是否小于预设距离阈值。预设距离阈值可以是500m、300m、100m等。

步骤430，通过设置于所述预约车辆的显示设备显示第二交互标识。在一些实施例中，步骤430可以由第二显示模块执行。

在一些实施例中，服务器可以通过网络远程控制所述预约车辆的显示设备，例如，控制显示设备亮起或熄灭等。

在实施例中，第二交互标识与第一交互标识类似，其区别在于第一交互标识显示于用户终端，第二交互标识显示于预约车辆的显示设备。因此，关于第二交互标识的说明可以参见图2中对第一交互标识的描述。

需要说明的是，第二交互标识与第一交互标识可以相同，也可以不同。相同是指标识的形式、内容和含义均相同。不同则是指第一交互标识与第二交互标识的形式不同，但其内容和含义相同，例如，第一交互标识和第二交互标识的内容均为“欢迎您乘坐XX出行”，其含义相同，但是第一交互标识在用户终端上以静态文字的形式呈现，第二交互标识在展示设备上则以滚动文字的形式呈现。

在一些实施例中，可以通过下文实施例所描述的方式确定通过显示设备显示的第二交互标识的显示特征，即，第二交互标识的形式以及内容。

在一些实施例中，服务器可以获取所述预约车辆对应的订单信息。订单信息可以包括订单为拼车、非拼车、订单状态(例如，有效、取消等)等。

服务器可以基于所述订单信息，按照预设显示规则确定所述第二交互标识的显示特征。在一些实施例中，所述显示特征可以包括订单信息、用户信息和车辆状态信息。订单信息可以包括拼车、非拼车、订单起始地点到订单目的地点等；用户信息可以包括用户姓名、性别等；车辆状态信息可以包括接驾途中、接单中、巡游等。预设显示规则可以是不同的订单具有对应的显示特征，例如，拼车显示蓝色、非拼车显示橙色，接驾途中显示“欢迎XX乘坐XX出行车辆”，巡游中显示“XX出行”等，乘客上车以后关闭显示设备等。又例如，预约车辆在接送到乘客之前，乘客取消了订单，则可以关闭显示设备等。

在确定第二交互标识的显示特征之后，服务器即可控制所述显示设备显示所述第二交互标识的显示特征。

在一些实施例中，服务器还可以接收预约用户通过用户终端输入的调整指令。其中，所述调整指令用于确定所述第一交互标识和所述第二交互标识的显示特征。预约用户是指通过用户终端发起预约请求出行的用户。

服务器可以基于所述调整指令，确定所述第一交互标识和所述第二交互标识的显示特征。确定显示特征即确定所述第二交互标识的内容和显示形式。关于基于调整指令确定显示特征的更多说明可以参见图3的相关描述，此处不再赘述。之后服务器可以通过控制所述显示设备显示所述第二交互标识的显示特征。

在一些实施例中，所述显示设备可以包括接驾灯和/或显示屏。接驾灯可以显示不同的颜色、文字或标签，例如，红色、橙色、滚动文字、闪烁文字、静态标签或动态标签等。显示屏可以显示各种更加丰富的内容，例如，动态的特效、动画、视频等。接驾灯的类型可以包括顶灯、灯箱、彩灯等，显示屏的类型可以包括LED显示屏、液晶显示屏等。

在一些实施例中，所述显示设备设置于所述预约车辆的顶部、左右两侧和/或前后两侧。关于显示设备的设置的更多说明可以参见图2的相关描述，此处不再赘述。

步骤440，向所述预约订单对应的用户终端发送提示信息。在一些实施例中，步骤440可以由发送模块640执行。

提示信息是指能够起到提醒作用的消息。提示信息可以用于指示所述用户终端显示或弹出第一交互标识。第一交互标识与第二交互标识相对应，第一交互标识用于在用户终端上向用户展示交互标识的显示特征，然后用户即可通过具有相同的显示特征的第二交互标识则来识别预约车辆。

在一些实施例中，所述第一交互标识和所述第二交互标识可以包括文字标识、图像标识和动态标识。关于第一交互标识和第二交互标识的更多说明，可以参见图2的相关描述，此处不再赘述。

由于用户在等待预约车辆接驾的过程中，可能并不会时刻都关注用户终端的界面，因此，在预约车辆快要到达上车点或到达上车点后，通过发送提示信息的方式可以及时提醒用户通过用户终端注意到第一交互标识，进而根据与第一交互标识相对应的第二交互标识快速寻找到预约车辆。

在一些实施例中，在预约用户上车以后，服务器可以关闭由所述显示设备所显示的第二交互标识。因为乘客上车之后，暂时并不需要使用第二交互标识来标识车辆供用户寻找。同时还可以关闭在用户终端上所显示的第一交互标识。

在一些实施例中，服务器可以通过多种方式确定预约用户是否上车，例如，乘客或司机点击应用程序中的“我已上车”或“乘客已上车按钮”，乘客扫描二维码等，本实施例对此不作限定。

在一些实施例中，在送乘客前往目的地的过程中，服务器还可以控制所述显示设备显示运营信息、活动信息等。

在一些实施例中，为了避免用户在用户终端上了解到第一交互标识以后，由于预约车辆的显示设备异常而无法显示第二交互标识，导致用户难以寻找到预约车辆的情况出现，服务器可以在完成订单分配后，通过预约车辆的车辆控制器对显示设备进行自检，以判断所述显示设备是否出现异常，若是，则发送异常信息至所述预约用户的用户终端，以使所述用户终端不显示所述第一交互标识。

在一些实施例中，在将用户送达目的地之后，显示设备可以显示行程结束提示语，例如，希望您下次继续选择XX出行等，以提升用户体验。

应当注意的是，上述各流程的描述仅仅是为了示例和说明，而不限定本说明书的适用范围。对于本领域技术人员来说，在本说明书的指导下可以对流程进行各种修正和改变。然而，这些修正和改变仍在本说明书的范围之内。例如，对本说明书有关流程步骤的改变，如添加预处理步骤和存储步骤等。

在一些实施例中，本申请还提供了一种具有车外交互功能的车辆，所述车辆包括控制模块和显示设备。

控制模块，可以用于控制所述显示设备开启或关闭。例如，控制模块可以基于由服务器发送的控制指令来控制显示设备开启或关闭。比如，服务器可以在预约车辆的位置与预约车辆对应的预约订单的上车点的距离小于预设距离阈值，向控制模块发送开启显示设备的控制指令；又比如，服务器可以在确认乘客上车之后，向控制模块发送关闭显示设备的控制指令。

显示设备，可以用于在开启时显示第二交互标识；其中，所述第二交互标识与在用户终端上显示的第一交互标识相对应，所述第二交互标识用于识别所述车辆。关于显示设备、第一交互标识和第二交互标识的更多说明可以参见本说明书的其他部分，例如，图2至图4的相关描述，此处不再赘述。

图5根据本申请一些实施例所示的车辆交互系统的示例性模块图。

如图5所示，该车辆交互系统500可以包括第一获取模块510、第一发送模块520和第一显示模块530。

第一获取模块510可以用于获取预约车辆的位置信息。

在一些实施例中，第一获取模块510可以通过在预约车辆上安装的定位装置，例如，GPS定位器，获取所述预约车辆的位置信息。在一些实施例中，第一获取模块510可以通过网络从服务器接收所述预约车辆的位置信息。

第一发送模块520可以用于将所述位置信息发送至服务器，以通过服务器判断所述位置信息是否满足预设条件。

在一些实施例中，第一发送模块520可以将当前时刻获取的预约车辆的位置信息与上一次获取的位置信息进行比较，位置信息不同则认为预约车辆处于运动状态中。在一些实施例中，第一发送模块520可以将位置信息与上车点以坐标的形式进行表示，通过计算坐标间的差值来确定预约车辆与上车点之间的距离，进而根据距离的大小确定位置信息是否满足预设条件。

第一显示模块530可以用于在满足所述预设条件的情况下，在所述用户终端上显示第一交互标识。

在一些实施例中，所述第一交互标识与所述预约车辆的显示设备所显示的第二交互标识相对应，所述第二交互标识用于识别所述预约车辆。

在一些实施例中，第一显示模块530可以获取所述预约车辆对应的预约用户输入的调整指令；所述调整指令用于确定所述第一交互标识和所述第二交互标识的显示特征；将所述调整指令发送给服务器，以使所述服务器基于所述调整指令确定所述第一交互标识和所述第二交互标识的显示特征；显示由服务器基于所述调整指令确定的所述第一交互标识的显示特征。在一些实施例中，所述显示特征包括订单信息、用户信息和车辆状态信息。

在一些实施例中，第一显示模块530还可以接收由服务器发送的交互标识的功能介绍信息；其中，所述交互标识的功能介绍信息由所述服务器确定预约用户为首次使用交互标识功能时发送；显示所述交互标识的功能介绍信息。

在一些实施例中，所述第一交互标识和所述第二交互标识包括文字标识、图像标识和动态标识。

图6根据本申请另一些实施例所示的车辆交互系统的示例性模块图。

如图6所示，该车辆交互系统600可以包括第二获取模块610、第二判断模块620、第二显示模块630和发送模块640。

第二获取模块610可以用于获取预约车辆的位置信息。

在一些实施例中，第二获取模块610可以通过在预约车辆上安装的定位装置，例如，GPS定位器获取所述预约车辆的位置信息。

第二判断模块620可以用于基于所述位置信息，判断所述预约车辆的位置与所述预约车辆对应的预约订单的上车点的距离是否小于预设距离阈值。

在一些实施例中，第二判断模块620可以将位置信息与上车点以坐标的形式进行表示，通过计算坐标间的差值来确定预约车辆与上车点之间的距离。服务器可以将计算得到的距离与预设的距离阈值进行比较，以确定所述距离是否小于预设距离阈值。在一些实施例中，第二判断模块620还可以用于判断预约用户是否上车，以在预约用户上车之后，关闭由所述显示设备显示的第二交互标识。示例性地，第二判断模块620可以获取预约车辆的订单信息，以判断预约用户是否上车。例如，乘客在上车之后，司机或乘客在车内通过应用程序点击“开始行程”或“已上车”后，预约车辆的订单信息相应地会发生变化，以在订单信息中包括“乘客已上车”，第二判断模块620根据预约车辆的订单信息即可判断出乘客是否上车，进而关闭显示设备显示的第二交互标识。

第二显示模块630可以用于通过设置于所述预约车辆的显示设备显示第二交互标识。

在一些实施例中，第二显示模块630可以通过网络远程控制所述预约车辆的显示设备。

在一些实施例中，第二显示模块630可以获取所述预约车辆对应的订单信息；基于所述订单信息，按照预设显示规则确定所述第二交互标识的显示特征；通过所述显示设备显示所述第二交互标识的显示特征。所述显示特征包括订单信息、用户信息和车辆状态信息。

在一些实施例中，第二显示模块630可以接收预约用户通过用户终端输入的调整指令；其中，所述调整指令用于确定所述第一交互标识和所述第二交互标识的显示特征；基于所述调整指令，确定所述第一交互标识和所述第二交互标识的显示特征；通过所述显示设备显示所述第二交互标识的显示特征。

在一些实施例中，所述显示设备包括接驾灯和/或显示屏。在一些实施例中，所述显示设备设置于所述预约车辆的顶部、左右两侧和/或前后两侧。

发送模块640可以用于向所述预约订单对应的用户终端发送提示信息。

提示信息是指能够起到提醒作用的消息。在一些实施例中，发送模块640可以通过网络将所述提示信息发送给用户终端。

关于图5和图6所示的系统的各模块的更多细节可以参见图2至图4及其描述，此处不再赘述。

应当理解，图5和图6所示的系统及其模块可以利用各种方式来实现。例如，在一些实施例中，系统及其模块可以通过硬件、软件或者软件和硬件的结合来实现。其中，硬件部分可以利用专用逻辑来实现；软件部分则可以存储在存储器中，由适当的指令执行系统，例如微处理器或者专用设计硬件来执行。本领域技术人员可以理解上述的方法和系统可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、CD或DVD-ROM的载体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本说明书的系统及其模块不仅可以有诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用例如由各种类型的处理器所执行的软件实现，还可以由上述硬件电路和软件的结合(例如，固件)来实现。

需要注意的是，以上对于车辆交互系统500、600及其模块的描述，仅为描述方便，并不能把本说明书限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该系统的原理后，可能在不背离这一原理的情况下，对各个模块进行任意组合，或者构成子系统与其他模块连接。例如，在一些实施例中，图5中披露的第一获取模块510和第一发送模块520可以是一个系统中的不同模块，也可以是一个模块实现上述的两个或两个以上模块的功能。诸如此类的变形，均在本说明书的保护范围之内。

本申请实施例可能带来的有益效果包括但不限于：(1)通过在用户使用的用户终端上显示可以用于识别车辆的第一交互标识，由于第一交互标识与预约车辆上的第二交互标识相对应，用户可以快速的根据第一交互标识和/或第二交互标识寻找到车辆提升了用户出行体验。(2)交互标识向用户提供了交互功能，用户可以按照个人喜好对交互标识进行自定义，提升了用户的使用体验。(3)在车辆上设置接驾灯和/或显示屏可以提升车辆科技感，美化车辆外观，满足未来市场、运营的活动需求。

需要说明的是，不同实施例可能产生的有益效果不同，在不同的实施例里，可能产生的有益效果可以是以上任意一种或几种的组合，也可以是其他任何可能获得的有益效果。

上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述详细披露仅仅作为示例，而并不构成对本说明书的限定。虽然此处并没有明确说明，本领域技术人员可能会对本说明书进行各种修改、改进和修正。该类修改、改进和修正在本说明书中被建议，所以该类修改、改进、修正仍属于本说明书示范实施例的精神和范围。

同时，本说明书使用了特定词语来描述本说明书的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本说明书至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一个替代性实施例”并不一定是指同一实施例。此外，本说明书的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。

此外，本领域技术人员可以理解，本说明书的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的工序、机器、产品或物质的组合，或对他们的任何新的和有用的改进。相应地，本说明书的各个方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。此外，本说明书的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。

计算机存储介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式，包括电磁形式、光形式等，或合适的组合形式。计算机存储介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机存储介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、RF、或类似介质，或任何上述介质的组合。

本说明书各部分操作所需的计算机程序编码可以用任意一种或多种程序语言编写，包括面向对象编程语言如Java、Scala、Smalltalk、Eiffel、JADE、Emerald、C++、C#、VB.NET、Python等，常规程序化编程语言如C语言、VisualBasic、Fortran2003、Perl、COBOL2002、PHP、ABAP，动态编程语言如Python、Ruby和Groovy，或其他编程语言等。该程序编码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机运行、或完全在远程计算机或处理设备上运行。在后种情况下，远程计算机可以通过任何网络形式与用户计算机连接，比如局域网(LAN)或广域网(WAN)，或连接至外部计算机(例如通过因特网)，或在云计算环境中，或作为服务使用如软件即服务(SaaS)。

此外，除非权利要求中明确说明，本说明书所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本说明书流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本说明书实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的处理设备或移动设备上安装所描述的系统。

同理，应当注意的是，为了简化本说明书披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本说明书实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本说明书对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。

一些实施例中使用了描述成分、属性数量的数字，应当理解的是，此类用于实施例描述的数字，在一些示例中使用了修饰词“大约”、“近似”或“大体上”来修饰。除非另外说明，“大约”、“近似”或“大体上”表明所述数字允许有±20％的变化。相应地，在一些实施例中，说明书和权利要求中使用的数值参数均为近似值，该近似值根据个别实施例所需特点可以发生改变。在一些实施例中，数值参数应考虑规定的有效数位并采用一般位数保留的方法。尽管本说明书一些实施例中用于确认其范围广度的数值域和参数为近似值，在具体实施例中，此类数值的设定在可行范围内尽可能精确。

针对本说明书引用的每个专利、专利申请、专利申请公开物和其他材料，如文章、书籍、说明书、出版物、文档等，特此将其全部内容并入本说明书作为参考。与本说明书内容不一致或产生冲突的申请历史文件除外，对本说明书权利要求最广范围有限制的文件(当前或之后附加于本说明书中的)也除外。需要说明的是，如果本说明书附属材料中的描述、定义、和/或术语的使用与本说明书所述内容有不一致或冲突的地方，以本说明书的描述、定义和/或术语的使用为准。

最后，应当理解的是，本说明书中所述实施例仅用以说明本说明书实施例的原则。其他的变形也可能属于本说明书的范围。因此，作为示例而非限制，本说明书实施例的替代配置可视为与本说明书的教导一致。相应地，本说明书的实施例不仅限于本说明书明确介绍和描述的实施例。

Claims (22)

1.一种车辆交互方法，其特征在于，所述方法应用于用户终端，所述方法包括：

获取预约车辆的位置信息；

将所述位置信息发送至服务器，以通过服务器判断所述位置信息是否满足预设条件；

在满足所述预设条件的情况下，在所述用户终端上显示第一交互标识，其中，所述第一交互标识与所述预约车辆的显示设备所显示的第二交互标识相对应，所述第二交互标识用于识别所述预约车辆。

2.根据权利要求1所述的方法，其特征在于，所述在所述用户终端上显示第一交互标识，包括：

获取所述预约车辆对应的预约用户输入的调整指令；所述调整指令用于确定所述第一交互标识和所述第二交互标识的显示特征；

将所述调整指令发送给服务器，以使所述服务器基于所述调整指令确定所述第一交互标识和所述第二交互标识的显示特征；

显示由服务器基于所述调整指令确定的所述第一交互标识的显示特征。

3.根据权利要求2所述的方法，其特征在于，所述显示特征包括订单信息、用户信息和车辆状态信息。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收由服务器发送的交互标识的功能介绍信息；其中，所述交互标识的功能介绍信息由所述服务器确定预约用户为首次使用交互标识功能时发送；

显示所述交互标识的功能介绍信息。

5.根据权利要求1所述的方法，其特征在于，所述第一交互标识和所述第二交互标识包括文字标识、图像标识和动态标识。

6.根据权利要求1所述的方法，其特征在于，所述显示设备设置于所述预约车辆的顶部、左右两侧和/或前后两侧。

7.根据权利要求1所述的方法，其特征在于，所述预约车辆为自动驾驶车辆或网约车。

8.一种车辆交互系统，其特征在于，所述系统应用于用户终端，所述系统包括：

第一获取模块，用于获取预约车辆的位置信息；

第一发送模块，用于将所述位置信息发送至服务器，以通过服务器判断所述位置信息是否满足预设条件；

第一显示模块，用于在满足所述预设条件的情况下，在所述用户终端上显示第一交互标识，其中，所述第一交互标识与所述预约车辆的显示设备所显示的第二交互标识相对应，所述第二交互标识用于识别所述预约车辆。

9.一种车辆交互方法，其特征在于，所述方法应用于服务器，所述方法包括：

获取预约车辆的位置信息；

基于所述位置信息，判断所述预约车辆的位置与所述预约车辆对应的预约订单的上车点的距离是否小于预设距离阈值；

若是，则通过设置于所述预约车辆的显示设备显示第二交互标识；以及

向所述预约订单对应的用户终端发送提示信息；其中，所述提示信息用于指示所述用户终端显示第一交互标识，所述第二交互标识与所述第一交互标识相对应，所述第二交互标识用于识别所述预约车辆。

10.根据权利要求9所述的方法，其特征在于，通过所述显示设备显示第二交互标识，包括：

获取所述预约车辆对应的订单信息；

基于所述订单信息，按照预设显示规则确定所述第二交互标识的显示特征；

通过所述显示设备显示所述第二交互标识的显示特征。

11.根据权利要求9所述的方法，其特征在于，通过所述显示设备显示第二交互标识，包括：

接收预约用户通过用户终端输入的调整指令；其中，所述调整指令用于确定所述第一交互标识和所述第二交互标识的显示特征；

基于所述调整指令，确定所述第一交互标识和所述第二交互标识的显示特征；

通过所述显示设备显示所述第二交互标识的显示特征。

12.根据权利要求10或11任一项所述的方法，其特征在于，所述显示特征包括订单信息、用户信息和车辆状态信息。

13.根据权利要求9所述的方法，其特征在于，所述方法还包括：

在预约用户上车之后，关闭由所述显示设备显示的所述第二交互标识。

14.根据权利要求9所述的方法，其特征在于，所述方法还包括：

判断所述显示设备是否出现异常；

若是，则发送异常信息至预约用户的用户终端，以使所述用户终端不显示所述第一交互标识。

15.根据权利要求9所述的方法，其特征在于，所述第一交互标识和所述第二交互标识包括文字标识、图像标识和动态标识。

16.根据权利要求9所述的方法，其特征在于，所述显示设备包括接驾灯和/或显示屏。

17.根据权利要求9所述的方法，其特征在于，所述预约车辆为自动驾驶车辆或网约车。

18.根据权利要求9所述的方法，其特征在于，所述显示设备设置于所述预约车辆的顶部、左右两侧和/或前后两侧。

19.一种车辆交互系统，其特征在于，所述系统应用于服务器，所述系统包括：

第二获取模块，用于获取预约车辆的位置信息；

第二判断模块，用于基于所述位置信息，判断所述预约车辆的位置与所述预约车辆对应的预约订单的上车点的距离是否小于预设距离阈值；

第二显示模块，用于在所述预约车辆的位置与所述预约车辆对应的预约订单的上车点的距离是否小于预设距离阈值的情况下，通过设置于所述预约车辆的显示设备显示第二交互标识；以及

发送模块，用于向所述预约订单对应的用户终端发送提示信息；其中，所述提示信息用于指示所述用户终端显示第一交互标识，所述第二交互标识与所述第一交互标识相对应，所述第二交互标识用于识别所述预约车辆。

20.一种具有车外交互功能的车辆，其特征在于，所述车辆包括控制模块和显示设备；

所述控制模块，用于控制所述显示设备开启或关闭；

所述显示设备，用于在开启时显示第二交互标识；其中，所述第二交互标识与在用户终端上显示的第一交互标识相对应，所述第二交互标识用于识别所述车辆。

21.一种车辆交互装置，包括至少一个存储介质和至少一个处理器，所述至少一个存储介质用于存储计算机指令；所述至少一个处理器用于执行所述计算机指令以实现如权利要求1～7任一项所述的方法。

22.一种车辆交互装置，包括至少一个存储介质和至少一个处理器，所述至少一个存储介质用于存储计算机指令；所述至少一个处理器用于执行所述计算机指令以实现如权利要求9～18任一项所述的方法。

Images