CN111556146A - 一种车辆服务系统、车辆服务方法、车辆服务装置 - Google Patents

Abstract

本申请提供一种车辆服务系统，包括：车场立柱，用于当检测到呼叫指令被触发后，发送第一呼叫请求至云坐席设备；车主客户端设备，用于当扫描预设信息后，发送第二呼叫请求至云坐席设备；云坐席设备，用于接收到第一呼叫请求后，建立与车场立柱的通信连接；接收到第二呼叫请求后，建立与车主客户端设备的通信连接，以便能够进行通信。本申请中利用车场立柱和车主客户端设备与云坐席设备建立通信连接，以使进行通信，保证了在车场中，车主能够有效的与云坐席设备进行有效沟通，避免在异常情况下需要车场值守人员人工服务的情况的发生，减少了沟通成本，提高了沟通效率。本申请同时还提供了一种车辆服务方法、车辆服务装置，均具有上述有益效果。

Description

一种车辆服务系统、车辆服务方法、车辆服务装置

技术领域

本申请涉及车场技术领域，特别涉及一种车辆服务系统、车辆服务方法、车辆服务装置。

背景技术

在云坐席无人值守方案中，基本所有场景都有覆盖，车场软件正常运行的情况下，车主能畅通无阻的进出，异常情况需要云坐席介入与车主沟通，处理异常情况，保障车主正常进出。但是异常情况下使用过程中会存利用车场立柱与云坐席进行沟通时不能有效的沟通的情况的发生，只能依靠车场值守人员人工服务的情况发生，增加了沟通成本的同时，具有低的沟通效率。

因此，如何提供一种解决上述技术问题的方案是本领域技术人员目前需要解决的问题。

发明内容

本申请的目的是提供一种车辆服务系统、车辆服务方法、车辆服务装置，能够减低车场运营成本，增加沟通效率。其具体方案如下：

本申请公开了一种车辆服务系统，包括：

车场立柱，用于当检测到呼叫指令被触发后，发送第一呼叫请求至云坐席设备；

车主客户端设备，用于当扫描预设信息后，发送第二呼叫请求至所述云坐席设备；

所述云坐席设备，用于接收到所述第一呼叫请求后，建立与所述车场立柱的通信连接；接收到所述第二呼叫请求后，建立与所述车主客户端设备的通信连接，以便能够进行通信。

可选的，所述云坐席设备，还用于判断是否能解决与所述第一呼叫请求或者所述第二呼叫请求对应的待处理事件，若不能解决，则生成转接指令，并断开与所述车场立柱或者所述车主客户端设备的通信连接；

对应的，所述车辆服务系统还包括：

巡逻客户端设备，用于接收到所述转接指令，并根据所述转接指令建立与所述车场立柱或者所述车主客户端设备的通信连接。

可选的，所述待处理事件包括：查询空余车位事件、缴费事件、道闸开启事件。

可选的，所述云坐席设备，还用于接收到所述车场立柱的所述第一呼叫请求后，接收到与所述第一呼叫请求对应的所述车主客户端设备发送的所述第二呼叫请求，断开与所述车场立柱的通信连接，并建立与所述车主客户端设备的通信连接。

可选的，所述预设信息包括静态码或者所述车场立柱上的动态码。

可选的，所述云坐席设备包括：web坐席设备、客户端坐席设备。

本申请公开了一种车辆服务方法，包括：

接收到第二呼叫请求，其中，所述第二呼叫请求是车主客户端设备扫描预设信息后发送的请求；

根据所述第二呼叫请求建立与所述车主客户端设备的通信连接，以便能够进行通信。

可选的，所述根据所述第二呼叫请求建立与所述车主客户端设备的通信连接之后，还包括：

判断是否能解决与所述第二呼叫请求对应的待处理事件；

若不能解决，则生成转接指令，并断开与所述车场立柱或者所述车主客户端设备的通信连接；

发送所述转接指令至巡逻客户端设备，以使所述巡逻客户端设备根据所述转接指令建立与所述车主客户端设备的通信连接。

可选的，所述接收到第二呼叫请求，包括：

接收到第一呼叫请求，其中，所述第一呼叫请求是车场立柱检测到呼叫指令被触发后，发送的请求；

接收到所述第二呼叫请求，断开与所述车场立柱的通信连接。

本申请公开了一种车辆服务装置，包括：

呼叫请求接收模块，用于接收到第二呼叫请求，其中，所述第二呼叫请求是车主客户端设备扫描预设信息后发送的请求；

通信连接建立模块，用于根据所述第二呼叫请求建立与所述车主客户端设备的通信连接，以便能够进行通信。

本申请提供一种车辆服务系统，包括：车场立柱，用于当检测到呼叫指令被触发后，发送第一呼叫请求至云坐席设备；车主客户端设备，用于当扫描预设信息后，发送第二呼叫请求至云坐席设备；云坐席设备，用于接收到第一呼叫请求后，建立与车场立柱的通信连接；接收到第二呼叫请求后，建立与车主客户端设备的通信连接，以便能够进行通信。

可见，本申请中利用车场立柱和车主客户端设备与云坐席设备建立通信连接，以使进行通信，保证了在车场中，车主能够有效的与云坐席设备进行有效沟通，避免在异常情况下需要车场值守人员人工服务的情况的发生，减少了车场运营成本，提高了沟通效率。

本申请同时还提供了一种车辆服务方法、车辆服务装置，均具有上述有益效果，在此不再赘述。

附图说明

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

图1为本申请实施例所提供的一种车辆服务系统的结构示意图；

图2为本申请实施例所提供的一种车辆服务系统方法的流程图；

图3为本申请实施例所提供的一种车辆服务装置的结构示意图；

图4为本申请实施例提供的一种电子设备的结构示意图；

图5为本申请实施例提供的另一种电子设备的结构图。

具体实施方式

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

在云坐席无人值守方案中，基本所有场景都有覆盖，车场软件正常运行的情况下，车主能畅通无阻的进出，异常情况需要云坐席介入与车主沟通，处理异常情况，保障车主正常进出。但是异常情况下使用过程中会存利用车场立柱与云坐席进行沟通时不能有效的沟通的情况的发生，只能依靠车场值守人员人工服务的情况发生，增加了沟通成本的同时，具有低的沟通效率。基于上述技术问题，本实施例提供一种车辆服务系统，能够减低车场运营成本，增加沟通效率，具体请参考图1，图1为本申请实施例所提供的一种车辆服务系统的结构示意图，具体包括：

车场立柱100，用于当检测到呼叫指令被触发后，发送第一呼叫请求至云坐席设备；车主客户端设备200，用于当扫描预设信息后，发送第二呼叫请求至云坐席设备；云坐席设备300，用于接收到第一呼叫请求后，建立与车场立柱的通信连接；接收到第二呼叫请求后，建立与车主客户端设备的通信连接，以便能够进行通信。

其中，车场立柱100是设置在车场进出口的设备，在车场立柱100中设置有相关的呼叫按钮，当车主点击呼叫按钮后，相当于触发了呼叫指令，此时，车场立柱100将第一呼叫请求发送至云坐席设备300，其中，第一呼叫请求可以是语音请求还可以是视频请求。

车主客户端设备200，可以是手机客户端设备，还可以是平板客户端设备，当然，对应的手机客户端设备或者平板客户端设备上安装有相应的软件，以便能够实现具体的功能，具体的，当扫描预设信息后，发送第二呼叫请求至云坐席设备300，其中，预设信息包括但是不限定于静态码、车场立柱100上的动态码；第二呼叫请求可以是语音请求还可以是视频请求，对应的，云坐席设备300中接收到第二呼叫请求后，建立与车主客户端设备200的通信连接，此时，云坐席设备300对应的坐席人员可以与车主进行沟通。

针对云坐席设备300进行进一步阐述，云坐席设备300包括但是不限定于：web坐席设备、客户端坐席设备。其中，web坐席设备是通过操作页面进行操作，本实施例不对操作页面进行限定，只要是能够实现本实施例的目的即可，坐席人员可以通过操作网页上的操作实现与车主客户端设备200和立柱设备之间的通信。当然，操作页面还可以包括任务池模块、已处理模块、在线人数模块、挂起人数模块、基本信息、其它信息等，在基本信息中包括项目名称、等待时间、剩余车位、时间原因、车辆类型、支付信息、车辆出场照片、车辆入场照片等。

在一种可实现的实施方式中，云坐席设备300，还用于判断是否能解决与第一呼叫请求或者第二呼叫请求对应的待处理事件，若不能解决，则生成转接指令，并断开与车场立柱100或者车主客户端设备200的通信连接；对应的，车辆服务系统还包括：巡逻客户端设备，用于接收到转接指令，并根据转接指令建立与车场立柱100或者车主客户端设备200的通信连接。

其中，云坐席设备300对应的坐席人员确定是否能够解决车场立柱100建立通信连接后的第一呼叫请求对应的待处理事件能否解决，当不能解决时，云坐席设备300获取不能解决的指令，然后生成转接指令，此时需要断开与车场立柱100的通信连接，保证车场立柱100能够实现一对一的通信，将转接指令发送至巡逻客户端设备，巡逻客户端设备根据转接指令建立与车场立柱100的通信连接。

云坐席设备300对应的坐席人员确定是否能够解决车主客户端设备200建立通信连接后的第二呼叫请求对应的待处理事件能否解决，当不能解决时，云坐席设备300获取不能解决的指令，然后生成转接指令，此时需要断开与车主客户端设备200的通信连接，保证车主客户端设备200能够实现一对一的通信，将转接指令发送至巡逻客户端设备，巡逻客户端设备根据转接指令建立与车主客户端设备200的通信连接。

其中，待处理事件包括但是不限定于：查询空余车位事件、缴费事件、道闸开启事件。

在一种可实现的实施方式中，云坐席设备300，还用于接收到车场立柱100的第一呼叫请求后，接收到与第一呼叫请求对应的车主客户端设备200发送的第二呼叫请求，断开与车场立柱100的通信连接，并建立与车主客户端设备200的通信连接。

一般的，首先利用车场立柱100与云坐席设备300进行通信连接，具体的，车场自主发送第一呼叫请求至云坐席设备300，当由于各种情况车主不能通过车场立柱100与云坐席设备300对应的坐席人员进行有效沟通时，车主通过车主客户端设备200发送第二呼叫请求至云坐席设备300，此时为了保证通话能够正常进行，减少杂音，此时，先的断开与车场立柱100的通信连接，然后再建立车主客户端设备200与云坐席设备300的通信连接。可见，本实施例提供的车辆服务系统，可以有效解决车场立柱100与云坐席设备300建立通信连接后，不能够满足车主实际需求的问题，提高了沟通效率。

基于上述技术方案，本实施例利用车场立柱和车主客户端设备与云坐席设备建立通信连接，以使进行通信，保证了在车场中，车主能够有效的与云坐席设备进行有效沟通，避免在异常情况下需要车场值守人员人工服务的情况的发生，减少了车场运营成本，提高了沟通效率。

请参考图2，图2为本申请实施例所提供的一种车辆服务系统方法的流程图，具体包括：

S101、接收到第二呼叫请求，其中，第二呼叫请求是车主客户端设备扫描预设信息后发送的请求；

S102、根据第二呼叫请求建立与车主客户端设备的通信连接，以便能够进行通信。

车主客户端设备扫描预设信息后，发送第二呼叫请求至云坐席设备，云坐席设备接收到第二呼叫请求后，建立与车主客户端设备的通信连接，实现通信。

基于上述实施例，本实施例通过建立车主客户端设备与云坐席设备建立通信连接，以使进行通信，保证了在车场中，车主能够有效的与云坐席设备进行有效沟通，避免在异常情况下需要车场值守人员人工服务的情况的发生，减少了车场运营成本，提高了沟通效率。

在一种可实现的实施方式中，根据第二呼叫请求建立与车主客户端设备的通信连接之后，还包括：判断是否能解决与第二呼叫请求对应的待处理事件；若不能解决，则生成转接指令，并断开与车场立柱或者车主客户端设备的通信连接；发送转接指令至巡逻客户端设备，以使巡逻客户端设备根据转接指令建立与车主客户端设备的通信连接。

其中，云坐席设备对应的坐席人员确定是否能够解决车主客户端设备建立通信连接后的第二呼叫请求对应的待处理事件能否解决，当不能解决时，云坐席设备获取不能解决的指令，然后生成转接指令，此时需要断开与车主客户端设备的通信连接，保证车主客户端设备能够实现一对一的通信，将转接指令发送至巡逻客户端设备，巡逻客户端设备根据转接指令建立与车主客户端设备的通信连接。

在一种可实现的实施方式中，接收到第二呼叫请求，包括：接收到第一呼叫请求，其中，第一呼叫请求是车场立柱检测到呼叫指令被触发后，发送的请求；接收到第二呼叫请求，断开与车场立柱的通信连接。

一般的，首先利用车场立柱与云坐席设备进行通信连接，具体的，车场自主发送第一呼叫请求至云坐席设备，当由于各种情况车主不能通过车场立柱与云坐席设备对应的坐席人员进行有效沟通时，车主通过车主客户端设备发送第二呼叫请求至云坐席设备，此时为了保证通话能够正常进行，减少杂音，此时，先的断开与车场立柱的通信连接，然后再建立车主客户端设备与云坐席设备的通信连接。可见，本实施例提供的车辆服务系统，可以有效解决车场立柱与云坐席设备建立通信连接后，不能够满足车主实际需求的问题，提高了沟通效率。

其中，第一呼叫请求是车场立柱检测到呼叫指令被触发后，发送的请求，具体的，车场同时提供两种视频语音对讲方式：一种是车场出入口对讲设备直接对讲，一种是车主使用车主客户端设备扫码出入口放置的静态码、或者是车场立柱上显示的动态码发送第二呼叫请求至云坐席设备以便进行视频语音对讲。

车主在车场出入口无法进出时，优先使用车场立柱进行对讲，如果车主认为车场立柱对讲效果不好，可以使用车主客户端设备扫码，将对讲切换到车主客户端设备，实现更好的沟通效果。此时，车主能够用自己的车主客户端设备和坐席人员直接对讲沟通的话，这种问题就能得到很好的解决，而且车主还不用冒雨下车到车场立柱旁边去和坐席人员沟通，而且这种方案能够提高沟通效率，减少无效的沟通成本。

基于上述实施例，本实施例进一步进行阐述。本实施例主要包括四种车场通信方方式，包括车场立柱与web-坐席设备、车场立柱与客户端坐席设备、车主客户端设备与web-坐席设备、车主客户端设备与客户端坐席设备。

具体使用场景描述：

车主出场时，由于识别错误无法出场，产生坐席事件，车场立柱接通云坐席设备(云坐席设备包括web坐席设备和客户端坐席设备)。车主听不清车场立柱里的声音，所以扫码出口的静态码，通过车主客户端设备发送第二呼叫请求至云坐席设备。云坐席设备对应的坐席服务收到车主车主客户端设备扫码第二呼叫请求后，断开与车场立柱的连接，相应并接通车主的车主客户端设备的第二呼叫请求，然后进行后续沟通。如果此时web坐席设备处理不了当前事件，可以将当前事件转交给巡逻客户端设备，web坐席设备挂断当前通话，然后由巡逻客户端设备接通车主客户端设备，继续进行沟通。

web-坐席设备需要安装相关视频插件，web应用中集成插件技术，实现接通对讲，呼叫保持以及挂断等基本功能，车主客户端设备需要安装捷顺科技移动端app，并使用app进行扫描呼叫。

下面对本申请实施例提供的一种车辆服务装置进行介绍，下文描述的车辆服务装置与上文描述的车辆服务方法可相互对应参照，参考图3，图3为本申请实施例所提供的一种车辆服务装置的结构示意图，包括：

呼叫请求接收模块310，用于接收到第二呼叫请求，其中，第二呼叫请求是车主客户端设备扫描预设信息后发送的请求；

通信连接建立模块320，用于根据第二呼叫请求建立与车主客户端设备的通信连接，以便能够进行通信。

在一些具体的实施例中，还包括：

判断模块，用于判断是否能解决与第二呼叫请求对应的待处理事件；

转接指令生成与通信断开模块，用于若不能解决，则生成转接指令，并断开与车场立柱或者车主客户端设备的通信连接；

转接指令发送模块，用于发送转接指令至巡逻客户端设备，以使巡逻客户端设备根据转接指令建立与车主客户端设备的通信连接。

可选的，第二呼叫请求接收模块310，包括：

第一呼叫请求接收单元，用于接收到第一呼叫请求，其中，第一呼叫请求是车场立柱检测到呼叫指令被触发后，发送的请求；

第二呼叫请求接收单元，用于接收到第二呼叫请求，断开与车场立柱的通信连接。

由于车辆服务装置部分的实施例与车辆服务方法部分的实施例相互对应，因此车辆服务装置部分的实施例请参见车辆服务方法部分的实施例的描述，这里暂不赘述。

下面对本申请实施例提供的一种电子设备进行介绍，下文描述的电子设备与上文描述的车辆服务方法可相互对应参照。

本实施例提供一种电子设备，请参考图4，图4为本申请实施例提供的一种电子设备的结构示意图，包括：

存储器401，用于存储计算机程序；

处理器402，用于执行计算机程序时实现如上述车辆服务方法的步骤。

由于电子设备部分的实施例与车辆服务方法部分的实施例相互对应，因此电子设备部分的实施例请参见车辆服务方法部分的实施例的描述，这里暂不赘述。

在上述实施例的基础上，作为优选实施方式，参见图5，图5为本申请实施例提供的另一种电子设备的结构图，该电子设备还包括：

输入接口403，与处理器402相连，用于获取外部导入的计算机程序、参数和指令，经处理器402控制保存至存储器401中。该输入接口403可以与输入装置相连，接收用户手动输入的参数或指令。该输入装置可以是显示屏上覆盖的触摸层，也可以是终端外壳上设置的按键、轨迹球或触控板，也可以是键盘、触控板或鼠标等。

显示单元404，与处理器402相连，用于显示处理器402发送的数据。该显示单元404可以为PC机上的显示屏、液晶显示屏或者电子墨水显示屏等。

网络端口405，与处理器40200相连，用于与外部各终端设备进行通信连接。该通信连接所采用的通信技术可以为有线通信技术或无线通信技术，如移动高清链接技术(MHL)、通用串行总线(USB)、高清多媒体接口(HDMI)、无线保真技术(WiFi)、蓝牙通信技术、低功耗蓝牙通信技术、基于IEEE802.11s的通信技术等。

下面对本申请实施例提供的一种计算机可读存储介质进行介绍，下文描述的计算机可读存储介质与上文描述的方法可相互对应参照。

本实施例提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述车辆服务方法的步骤。

由于计算机可读存储介质部分的实施例与方法部分的实施例相互对应，因此计算机可读存储介质部分的实施例请参见方法部分的实施例的描述，这里暂不赘述。

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

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上对本申请所提供的一种车辆服务方法、车辆服务装置、车辆服务系统进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

Claims (10)

1.一种车辆服务系统，其特征在于，包括：

车场立柱，用于当检测到呼叫指令被触发后，发送第一呼叫请求至云坐席设备；

车主客户端设备，用于当扫描预设信息后，发送第二呼叫请求至所述云坐席设备；

所述云坐席设备，用于接收到所述第一呼叫请求后，建立与所述车场立柱的通信连接；接收到所述第二呼叫请求后，建立与所述车主客户端设备的通信连接，以便能够进行通信。

2.根据权利要求1所述的车辆服务系统，其特征在于，所述云坐席设备，还用于判断是否能解决与所述第一呼叫请求或者所述第二呼叫请求对应的待处理事件，若不能解决，则生成转接指令，并断开与所述车场立柱或者所述车主客户端设备的通信连接；

对应的，所述车辆服务系统还包括：

巡逻客户端设备，用于接收到所述转接指令，并根据所述转接指令建立与所述车场立柱或者所述车主客户端设备的通信连接。

3.根据权利要求2所述的车辆服务系统，其特征在于，所述待处理事件包括：查询空余车位事件、缴费事件、道闸开启事件。

4.根据权利要求1所述的车辆服务系统，其特征在于，所述云坐席设备，还用于接收到所述车场立柱的所述第一呼叫请求后，接收到与所述第一呼叫请求对应的所述车主客户端设备发送的所述第二呼叫请求，断开与所述车场立柱的通信连接，并建立与所述车主客户端设备的通信连接。

5.根据权利要求1所述的车辆服务系统，其特征在于，所述预设信息包括静态码或者所述车场立柱上的动态码。

6.根据权利要求1所述的车辆服务系统，其特征在于，所述云坐席设备包括：web坐席设备、客户端坐席设备。

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

接收到第二呼叫请求，其中，所述第二呼叫请求是车主客户端设备扫描预设信息后发送的请求；

根据所述第二呼叫请求建立与所述车主客户端设备的通信连接，以便能够进行通信。

8.根据权利要求7所述的车辆服务方法，其特征在于，所述根据所述第二呼叫请求建立与所述车主客户端设备的通信连接之后，还包括：

判断是否能解决与所述第二呼叫请求对应的待处理事件；

若不能解决，则生成转接指令，并断开与所述车场立柱或者所述车主客户端设备的通信连接；

发送所述转接指令至巡逻客户端设备，以使所述巡逻客户端设备根据所述转接指令建立与所述车主客户端设备的通信连接。

9.根据权利要求8述的车辆服务方法，其特征在于，所述接收到第二呼叫请求，包括：

接收到第一呼叫请求，其中，所述第一呼叫请求是车场立柱检测到呼叫指令被触发后，发送的请求；

接收到所述第二呼叫请求，断开与所述车场立柱的通信连接。

10.一种车辆服务装置，其特征在于，包括：

呼叫请求接收模块，用于接收到第二呼叫请求，其中，所述第二呼叫请求是车主客户端设备扫描预设信息后发送的请求；

通信连接建立模块，用于根据所述第二呼叫请求建立与所述车主客户端设备的通信连接，以便能够进行通信。

Images