CN111988374A

CN111988374A - 一种通知车主挪车的方法及系统

Info

Publication number: CN111988374A
Application number: CN202010766918.2A
Authority: CN
Inventors: 方正业
Original assignee: Alipay Hangzhou Information Technology Co Ltd
Current assignee: Alipay Hangzhou Information Technology Co Ltd
Priority date: 2020-08-03
Filing date: 2020-08-03
Publication date: 2020-11-24

Abstract

公开了一种通知车主挪车的方法及系统。挪车请求方需要挪动车辆时，可以通过请求方客户端向服务端发送挪车请求，服务端根据挪车请求确定车辆的车主，向车主发送文本通知消息，以通知车主挪车。如果车主超过指定时长未响应文本通知消息，则通过语音呼叫方式通知车主挪车。

Description

一种通知车主挪车的方法及系统

技术领域

本说明书实施例涉及信息技术领域，尤其涉及一种通知车主挪车的方法及系统。

背景技术

在城市中，车辆乱停现象比较常见。很多用户会遇到自己车辆的停车位被其他车辆占用或者自己车辆的通行道路被其他车辆堵住的情况，此时，需要通知其他车辆的车主进行挪车。

基于此，需要一种有效的通知车主挪车的技术方案。

发明内容

为了解决现有的通知车主挪车的方案不够有效的问题，本说明书实施例提供一种通知车主挪车的方法及系统，技术方案如下：

根据本说明书实施例的第1方面，提供一种通知车主挪车的方法，包括：

请求方客户端向服务端发送挪车请求；

所述服务端根据所述挪车请求确定待挪动车辆的车主，并向所述车主发送文本通知消息；

所述服务端若确定超过指定时长，且确定所述车主未响应所述文本通知消息，则呼叫所述车主，并在呼叫接通后播放语音通知消息。

根据本说明书实施例的第2方面，提供一种通知车主挪车的系统，包括请求方客户端与服务端；

所述请求方客户端，向服务端发送挪车请求；

所述服务端，根据所述挪车请求确定待挪动车辆的车主，并向所述车主发送文本通知消息；若确定超过指定时长，且确定所述车主未响应所述文本通知消息，则呼叫所述车主，并在呼叫接通后播放语音通知消息。

本说明书实施例所提供的技术方案，挪车请求方需要挪动车辆时，可以通过请求方客户端向服务端发送挪车请求，服务端根据挪车请求确定车辆的车主，向车主发送文本通知消息，以通知车主挪车。如果车主超过指定时长未响应文本通知消息，则通过语音呼叫方式通知车主挪车。

通过本说明书实施例，可以实现如下技术效果：

1、由服务端负责通知车主挪车，挪车请求方不会与车主直接联系，避免双方发生口角和冲突。

2、由于挪车请求方与车主不会直接联系，因此，保护了双方的隐私信息。

3、服务端提供递进式的通知挪车服务。首先，通过文本通知消息的方式通知车主挪车，这种方式对于车主来说打扰度低，在车主看到文本通知消息的情况下，更容易促成车主配合挪车。其次，如果车主在规定时限内没有响应文本通知消息(服务端会默认车主没有注意文本通知消息)，则服务端会升级通知措施，呼叫车主并在呼叫接通后播放语音通知消息，确保车主知晓挪车请求。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书实施例。

此外，本说明书实施例中的任一实施例并不需要达到上述的全部效果。

附图说明

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

图1是本说明书实施例提供的一种通知车主挪车的方法的流程示意图；

图2是本说明书实施例提供的一种通知车主挪车方案的示意图；

图3是本说明书实施例提供的一种通知车主挪车的系统的结构示意图；

图4是本说明书实施例提供的一种通知车主挪车的装置的结构示意图；

图5是本说明书实施例提供的一种通知车主挪车的装置的结构示意图；

图6是用于配置本说明书实施例方法的一种设备的结构示意图。

具体实施方式

为了使本领域技术人员更好地理解本说明书实施例中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行详细地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于保护的范围。

以下结合附图，详细说明本说明书各实施例提供的技术方案。

图1是本说明书实施例提供的一种通知车主挪车的方法的流程示意图，包括以下步骤：

S100：请求方客户端向服务端发送挪车请求。

在本文中，将请求挪动车辆的一方成为挪车请求方，将待挪动车辆的所有人或者管理人称为车主。

需要说明的是，待挪动车辆具体可以是机动车辆(如汽车、摩托车)，也可以是非机动车辆(如自行车)。

挪车请求方可以在自己的终端上安装客户端软件，通过客户端向服务端发送挪车请求。其中，挪车请求中可以携带用于服务端确定车主身份的信息。例如，挪车请求可以携带待挪动车辆的车牌号或车牌图像。

进一步地，在实际应用中，待挪动车辆上可以展示有挪车条码(如挪车二维码)，展示方式可以是在车身表面张贴挪车条码。此外，如果待挪动车辆表面有显示屏，也可以在显示屏上显示挪车条码。

请求方客户端可以通过条码扫描装置(如终端上的摄像头)扫描所述待挪动车辆上展示的挪车条码，以触发向服务端发送针对待挪动车辆的挪车请求。通常，待挪动车辆的车主会预先在服务端进行信息注册，服务端会保存待挪动车辆信息以及对应的车主信息(如车主电话、车主邮箱地址、车主在服务端上注册的账号等)。服务端可以预先针对待挪动车辆生成对应的挪车服务链接，并基于待挪动车辆对应的挪车服务链接生成挪车条码。请求方客户端扫描挪车条码就可以实现访问挪车服务连接，服务端当监测到挪车服务连接被请求客户端访问时，确定请求方客户端请求挪动对应的车辆以及相应的车主身份。

需要说明的是，在请求方客户端通过扫描挪车条码发送挪车请求的实施例中，挪车请求实际上是请求方客户端通过访问挪车服务链接发起的，服务端可以根据挪车服务链接被访问的事实确定相应的车辆与车主身份，因此，挪车请求中可以不需要携带用于服务端确定车主身份的信息。

S102：服务端根据所述挪车请求确定待挪动车辆的车主，并向车主发送文本通知消息。

在本说明书实施例中，文本通知消息是指书面形式的通知消息，文本通知消息具体可以包括中文、英文以及其他字符。总之，文本通知消息的作用可以是，以书面形式向车主传达挪车通知。

此外，文本通知消息也可以只包含链接地址，或者包含链接地址与说明信息，车主通过终端访问该链接地址，则可以跳转到服务端提供的挪车通知页面，从挪车通知页面中获取详细的挪车通知信息。其中，挪车通知页面中展示的挪车通知信息的形式可以比较丰富，例如包括表情图片、动画等。

在本说明书实施例中，请求方客户端可以向请求方用户展示若干备选的文本通知消息，并确定所述请求方用户选择的文本通知消息。或者，请求客户端可以接收请求方用户输入的文本通知消息。随后，服务端向所述车主发送所述请求方用户选择或输入的文本通知消息。

在步骤S102中，服务端可以通过短信方式，向所述车主的通讯终端发送文本通知消息，也可以通过客户端消息推送方式，向车主客户端推送文本通知消息。

举例来说，服务端可以向车主的手机发送一条短信，短信包含文本通知消息，文本通知消息具体为“您的车辆需要挪动”，或者，文本通知消息具体为“您有一条挪车通知，点击链接查看”+链接地址，车主点击链接地址之后，触发手机启动服务端对应的车主客户端，车主客户端启动后自动向车主弹出前文所述的挪车通知页面。

又如，服务端可以向车主客户端直接推送文本通知消息，车主点击查看文本通知消息之后，可以触发进入前文所述的挪车通知页面。

S104：服务端若确定超过指定时长，且确定所述车主未响应所述文本通知消息，则呼叫所述车主。

服务端如果确定车主在经过指定时长之前都没有响应文本通知消息，则默认车主没有注意到文本通知消息，此时，服务端可以选择以更高打扰度的呼叫方式通知车主。

对于服务端如何判断车主是否响应所述文本通知消息，实现方式比较灵活，可以至少有以下几种：

当服务端接收到请求方客户端发送的挪车成功消息之后，说明车主已经挪车成功，此时可以确定车主响应了文本通知消息。如果确定未接收到所述请求方客户端发送的挪车成功消息，则确定车主未响应文本通知消息。

服务端可以通过车主客户端对车主客户端(通常安装于车主的便携终端上)进行定位，如果发现车主客户端位于待挪动车辆所在的位置区域，则可以确定车主响应了所述文本通知消息，如果发现车主客户端没有位于待挪动车辆所在的位置区域，则确定车主没有响应所述文本通知消息。

车主可以通过回复确认挪车消息的方式响应文本通知消息。如果服务端确定车主回复了确认挪车消息，则确定车主响应了文本通知消息，如果服务端确定车主没有回复确认挪车消息，则确定车主未响应文本通知消息。例如，如果文本通知消息是通过短信发送的，车主可以回复短信确认将要前往挪车。又如，车主也可以通过前文所述的挪车通知页面回复消息确认将要前往挪车。

此外，车主回复的确认挪车消息可以指定有约定挪车时间，例如，挪车请求方发起挪车请求的时间是上午10点，车主注意到文本通知消息的时间是10点5分，车主可以根据实际情况估计何时可以抵达挪车现场挪车，比如，回复的确认挪车消息指定的约定挪车时间可以是10点30分。

进一步地，服务端若确定到达所述约定挪车时间，且确定未接收到所述请求方客户端发送的挪车成功消息，则可以呼叫所述车主，并在呼叫接通后播放语音通知消息。

在本说明书实施例中，服务端若接收到所述车主回复的确认挪车消息，或已向所述车主发送语音通知消息，则可以向所述请求方客户端发送通知成功消息。

S106：服务端在呼叫接通后播放语音通知消息。

在本说明书实施例中，一般可以基于智能语音外呼技术呼叫车主，例如，服务端使用虚拟号码呼叫车主的电话号码，车主接听电话则意味着呼叫接通，此时，服务端可以与车主的终端建立电话线路，并通过电话线路播放语音通知消息，如“您好，您有车辆待挪动”。

此外，服务端也可以通过车主客户端向车主发送语音通话请求，车主同意语音通话请求后，也意味着呼叫接通，此时服务端可以与车主客户端之间建立网络语音会话，基于网络语音会话向车主播放语音通知消息。

通过本说明书实施例，可以实现如下技术效果：

3、服务端提供递进式的通知挪车服务。首先，通过文本通知消息的方式通知车主挪车，这种方式对于车主来说打扰度低，在车主看到文本通知消息的情况下，更容易促成车主配合挪车。其次，如果车主在规定时限内没有响应文本通知消息(服务端会默认车主没有看到文本通知消息)，则服务端会升级通知措施，采用智能语音外呼的方式，呼叫车主并在呼叫接通后播放语音通知消息，确保车主知晓挪车请求。

此外需要说明的是，车主在接收到挪车通知之后，通常知道自己的车辆所处的位置，因此，车主如果想要挪车，则可以顺利抵达车辆现场。

进一步地，在本说明书实施例中，服务端也可以将待挪动车辆的位置信息发送给车主，并且，还可以为车主提供导航服务。例如，文本通知消息或者语音通知消息的内容可以是“您好，您位于XX路的车牌号为YYY的车辆等待挪动，请根据导航提示前往挪车”。

其中，待挪动车辆的位置信息可以是挪车请求方提供给服务端的，也可以是服务端对请求方客户端进行定位获取的(将请求方客户端所处的位置区域视为待挪动车辆的位置区域)。此外，如果待挪动车辆上装载有定位装置，则服务端也可以利用待挪动车辆上装载的定位装置对待挪动车辆进行定位。

另外，在本说明书实施例中，请求方客户端可以通过摄像装置获取待挪动车辆对应的现场图像(图片或者视频)，并将所述现场图像上传给所述服务端进行存证。其中，现场图像通常不仅包含车辆本身的图像，还包含车辆周围环境(如道路情况)的图像。

现场图像可以用于证明待挪动车辆是否有必要挪动。如此，倘若后续挪车请求方与车主之间产生争议，则现场图像可以作为证据用于争议解决。

图2是本说明书实施例提供的一种通知车主挪车方案的示意图。如图2所示，请求方发现自己的车位被其他车辆占据，想要通知该车辆车主挪车。请求方通过请求方客户端扫描车辆上张贴的挪车二维码，请求客户端打开挪车请求页面，请求方在挪车请求页面中选择一条文本通知信息，并且点击挪车请求页面中的拍摄按钮调用手机摄像头拍摄现场图像，之后，请求方点击挪车请求页面中的确认按钮，向服务端发送挪车请求。

服务端可以通过短信方式或者向车主客户端推送消息的方式，向车主发送文本通知消息，文本通知消息中包含挪车通知页面的访问链接。车主发现自己的手机接收到文本通知消息之后，点击挪车通知页面的访问链接，车主客户端打开挪车通知页面，此时服务端开始计时，如果指定时长(如3分钟)内车主没有回复确认挪车消息(指定了约车时间，如30分钟以后)，则触发对车主的智能语音外呼。如果3分钟内车主回复了确认挪车消息，则停止计时，并取消3分钟后触发语音外呼的计划。

如果车主在3分钟内回复了确认挪车消息，服务端可以向请求方客户端发送通知成功消息，通知挪车请求方耐心等待挪车。此时，服务端开始计时，如果30分钟之内没有接收到请求方客户端发送的挪车成功消息，则认定车主没有按约定时间抵达挪车现场，则触发智能语音外呼。如果在30分钟内接收到请求方客户端发送的挪车成功消息，则停止计时，并取消30分钟之后触发语音外呼的计划。

图3是本说明书实施例提供的一种通知车主挪车的系统的结构示意图，包括请求方客户端、服务端、车主客户端；

所述请求方客户端，向服务端发送挪车请求；

所述服务端，具体通过客户端消息推送方式，向车主客户端推送文本通知消息。

图4是本说明书实施例提供的一种通知车主挪车的装置的结构示意图，应用于请求方客户端，所述装置包括：

发送模块401，向服务端发送挪车请求，以使所述服务端根据所述挪车请求确定待挪动车辆的车主，并向所述车主发送文本通知消息；进而使所述服务端若确定超过指定时长，且确定所述车主未响应所述文本通知消息，则呼叫所述车主，并在呼叫接通后播放语音通知消息。

图5是本说明书实施例提供的一种通知车主挪车的装置的结构示意图，应用于服务端，所述装置包括：

接收模块501，接收请求方客户端发送的挪车请求；

第一发送模块502，根据所述挪车请求确定待挪动车辆的车主，并向所述车主发送文本通知消息；

第二发送模块503，若确定超过指定时长，且确定所述车主未响应所述文本通知消息，则呼叫所述车主，并在呼叫接通后播放语音通知消息。

本说明书实施例还提供一种计算机设备，其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行所述程序时实现本说明书中的客户端或服务端执行的方法。

图6示出了本说明书实施例所提供的一种更为具体的计算设备硬件结构示意图，该设备可以包括：处理器1510、存储器1520、输入/输出接口1530、通信接口1540和总线1550。其中处理器1510、存储器1520、输入/输出接口1530和通信接口1540通过总线1550实现彼此之间在设备内部的通信连接。

处理器1510可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。

存储器1520可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1520可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1520中，并由处理器1510来调用执行。

输入/输出接口1530用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口1540用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线1550包括一通路，在设备的各个组件(例如处理器1510、存储器1520、输入/输出接口1530和通信接口1540)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器1510、存储器1520、输入/输出接口1530、通信接口1540以及总线1550，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

本说明书实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本说明书中的客户端或服务端执行的方法。

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

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本说明书实施例可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务设备，或者网络设备等)执行本说明书实施例各个实施例或者实施例的某些部分所述的方法。

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

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，在实施本说明书实施例方案时可以把各模块的功能在同一个或多个软件和/或硬件中实现。也可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本说明书实施例的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本说明书实施例原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本说明书实施例的保护范围。

Claims

1.一种通知车主挪车的方法，包括：

请求方客户端向服务端发送挪车请求；

2.如权利要求1所述的方法，请求方客户端向服务端发送挪车请求，包括：

请求方客户端通过扫描装置扫描所述待挪动车辆上展示的挪车条码，触发向服务端发送针对待挪动车辆的挪车请求。

3.如权利要求1所述的方法，所述方法还包括：

所述请求方客户端向请求方用户展示若干备选的文本通知消息，并确定所述请求方用户选择的文本通知消息；或者，所述请求客户端接收请求方用户输入的文本通知消息；

所述服务端向所述车主发送文本通知消息，包括：

所述服务端向所述车主发送所述请求方用户选择或输入的文本通知消息。

4.如权利要求1所述的方法，所述服务端向所述车主发送文本通知消息，包括：

所述服务端通过短信方式，向所述车主的通讯终端发送文本通知消息；

或者，所述服务端通过客户端消息推送方式，向车主客户端推送文本通知消息。

5.如权利要求1所述的方法，所述服务端确定所述车主未响应所述文本通知消息，包括：

所述服务端确定未接收到所述车主回复的确认挪车消息；

或者，所述服务端确定未接收到所述请求方客户端发送的挪车成功消息。

6.如权利要求5所述的方法，所述方法还包括：

所述服务端若接收到所述车主回复的确认挪车消息，或已向所述车主发送语音通知消息，则向所述请求方客户端发送通知成功消息。

7.如权利要求5所述的方法，所述确认挪车消息指定有约定挪车时间。

8.如权利要求7所述的方法，所述方法还包括：

所述服务端若确定到达所述约定挪车时间，且确定未接收到所述请求方客户端发送的挪车成功消息，则呼叫所述车主，并在呼叫接通后播放语音通知消息。

9.如权利要求1所述的方法，所述方法还包括：

所述请求方客户端通过摄像装置获取待挪动车辆对应的现场图像，并将所述现场图像上传给所述服务端进行存证。

10.一种通知车主挪车的系统，包括请求方客户端与服务端；

所述请求方客户端，向服务端发送挪车请求；

11.如权利要求10所述的系统，还包括：车主客户端；

所述服务端，通过客户端消息推送方式，向车主客户端推送文本通知消息。

12.一种通知车主挪车的方法，应用于请求方客户端，所述方法包括：

向服务端发送挪车请求，以使所述服务端根据所述挪车请求确定待挪动车辆的车主，并向所述车主发送文本通知消息；进而使所述服务端若确定超过指定时长，且确定所述车主未响应所述文本通知消息，则呼叫所述车主，并在呼叫接通后播放语音通知消息。

13.一种通知车主挪车的方法，应用于服务端，所述方法包括：

接收请求方客户端发送的挪车请求；

根据所述挪车请求确定待挪动车辆的车主，并向所述车主发送文本通知消息；

若确定超过指定时长，且确定所述车主未响应所述文本通知消息，则呼叫所述车主，并在呼叫接通后播放语音通知消息。

14.一种通知车主挪车的装置，应用于请求方客户端，所述装置包括：

发送模块，向服务端发送挪车请求，以使所述服务端根据所述挪车请求确定待挪动车辆的车主，并向所述车主发送文本通知消息；进而使所述服务端若确定超过指定时长，且确定所述车主未响应所述文本通知消息，则呼叫所述车主，并在呼叫接通后播放语音通知消息。

15.一种通知车主挪车的装置，应用于服务端，所述装置包括：

接收模块，接收请求方客户端发送的挪车请求；

第一发送模块，根据所述挪车请求确定待挪动车辆的车主，并向所述车主发送文本通知消息；

第二发送模块，若确定超过指定时长，且确定所述车主未响应所述文本通知消息，则呼叫所述车主，并在呼叫接通后播放语音通知消息。

16.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现如权利要求12或13所述的方法。