一种车辆管理方法、系统及服务器与流程

本发明涉及停车管理技术领域，尤其涉及一种车辆管理方法、系统及服务器。

背景技术：

目前，挪车通常采用以下两种方式：

1、车辆上设置有联系方式，通常可以在前车窗位置设置有车主的联系方式。

2、查询114，根据114系统中预留的联系方式进行联系。

但是，很多车辆上并没有设置车主联系方式；114系统中的数据有时不是很全，且有很多不是车主的联系方式，因此以上方式并不有效的解决挪车问题。

技术实现要素：

本发明所要解决的技术问题是针对现有技术的不足，为了有效避免泄露车主隐私的情况下实现挪车，提供一种车辆管理方法、系统及服务器。

本发明解决上述技术问题的技术方案如下：一种车辆管理方法，包括：

接收第一终端通过扫描目标车辆上的识别码发送的挪车请求，所述挪车请求中包括所述目标车辆的车牌号；

根据所述车牌号，预存的车主联系方式和车牌号信息的对应关系，确定所述车牌号对应的第二终端；

向所述第二终端发送挪车提示消息，以提示所述目标车辆的用户挪车。

本发明的有益效果是：通过在接收到第一终端通过扫描目标车辆上的识别码发送的包括目标车辆的车牌号的挪车请求时，根据车牌号，预存的车主联系方式和车牌号信息的对应关系，确定车牌号对应的第二终端，并向该第二终端发送提示目标车辆的用户挪车的挪车提示消息，从而可以在不泄露车主隐私(联系方式)的情况下，有效的解决挪车问题。

在上述技术方案的基础上，本发明还可以做如下改进。

进一步地，在接收第一终端通过扫描目标车辆上的识别码发送的挪车请求之前，还包括：

接收所述第二终端发送的停车时间段信息；

将所述停车时间段信息与所述识别码绑定；

在接收第一终端通过扫描目标车辆上的识别码发送的挪车请求之后，还包括：

向所述第一终端发送与所述识别码绑定的所述停车时间段信息。

采用上述进一步方案的有益效果是：通过设置停车时间段，可以使得短暂停车的用户不被打扰，响应于请求挪车用户扫描二维码，告知请求挪车用户，目标车辆的停车时间段，请求挪车用户可以自己决定是否等待。

进一步地，在接收第一终端通过扫描目标车辆上的识别码发送的挪车请求之前，还包括：

接收所述第二终端发送的停车时间段信息；

将所述停车时间段信息与所述识别码绑定；

在接收第一终端通过扫描目标车辆上的识别码发送的挪车请求之后，还包括：记录接收所述挪车请求的时刻，并获取与所述识别码绑定的所述停车时间段信息；

根据所述时刻与所述停车时间段信息，确定所述目标车辆是否为暂时停车；

若是，则向所述第一终端发送等待消息；

若否，则向所述第二终端发送挪车提示消息。

采用上述进一步方案的有益效果是：通过设置停车时间段，可以使得短暂停车的用户不被打扰，响应于请求挪车用户扫描二维码，判断目标车辆是否为暂时停车，并告知请求挪车用户，可以防止被请求挪车用户被打扰，请求挪车用户获知目标车辆用户只是暂时停车时，等待即可。

进一步地，根据所述时刻与所述停车时间段信息，确定所述目标车辆是否为暂时停车，包括：

计算所述时刻与所述停车时间段的终止时刻之间的时间差；

判断所述时间差是否小于预设时间；

若是，则确定所述目标车辆为暂时停车。

采用上述进一步方案的有益效果是：通过接收到挪车请求的时刻和停车时间段的终止时刻之间的时间差，与预设时间直接的关系判断目标车辆是否为暂时停车，可以使得判断结果更加准确。

进一步地，所述等待消息包括需等待时长。

采用上述进一步方案的有益效果是：通过在给请求挪车用户的等待消息中携带等待时长，可以提升请求挪车用户的用户体验。

进一步地，所述挪车请求中还包括：包含所述目标车辆和所述第一终端对应的车辆的图像信息，以及所述第一终端对应的联系方式，在向所述第二终端发送挪车提示消息之前，还包括：

根据所述联系方式，预存的车辆的联系方式和对应的车牌号的绑定关系，对所述第一终端对应的用户进行身份验证；

验证通过后，则向所述第二终端发送挪车提示消息，所述挪车提示消息中包括所述图像信息。

采用上述进一步方案的有益效果是：通过增加身份验证可以有效的防止用户被骚扰的情况发生，请求挪车用户预先拍摄自身车辆和待挪车车辆用户的照片，且输入请求挪车用户的联系方式，进行验证，待核对请求挪车用户的身份无误后，再通知被请求挪车用户，以防不是车主的用户对目标车辆的用户进行骚扰。

进一步地，所述向所述第二终端发送挪车提示消息，包括：通过文本形式或语音形式向所述第二终端发送挪车提示消息。

本发明解决上述技术问题的另一种技术方案如下：一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如上述任一项实施例中所述的方法。

本发明解决上述技术问题的另一种技术方案如下：一种服务器，包括：

接收模块，用于接收第一终端通过扫描目标车辆上的识别码发送的挪车请求，所述挪车请求中包括所述目标车辆的车牌号；

处理模块，用于根据所述车牌号，预存的车主联系方式和车牌号信息的对应关系，确定所述车牌号对应的第二终端；

发送模块，用于向所述第二终端发送挪车提示消息，以提示所述目标车辆的用户挪车。

在上述技术方案的基础上，本发明还可以做如下改进。

进一步地，所述接收模块还用于，接收所述第二终端发送的停车时间段信息；

所述处理模块还用于，将所述停车时间段信息与所述识别码绑定；

所述发送模块还用于，向所述第一终端发送与所述识别码绑定的所述停车时间段信息。

进一步地，所述接收模块还用于，接收所述第二终端发送的停车时间段信息；

所述处理模块还用于，将所述停车时间段信息与所述识别码绑定，记录接收所述挪车请求的时刻，并获取与所述识别码绑定的所述停车时间段信息，根据所述时刻与所述停车时间段信息，确定所述目标车辆是否为暂时停车；

所述发送模块还用于，若所述目标车辆为暂时停车，则向所述第一终端发送等待消息，否则，向所述第二终端发送挪车提示消息。

进一步地，所述处理模块具体用于，计算所述时刻与所述停车时间段的终止时刻之间的时间差，判断所述时间差是否小于预设时间，若是，则确定所述目标车辆为暂时停车。

进一步地，所述等待消息包括需等待时长。

进一步地，所述挪车请求中还包括：包含所述目标车辆和所述第一终端对应的车辆的图像信息，以及所述第一终端对应的联系方式，

所述处理模块还用于，根据所述联系方式，预存的车辆的联系方式和对应的车牌号的绑定关系，对所述第一终端对应的用户进行身份验证；

所述发送模块具体用于，验证通过后，向所述第二终端发送挪车提示消息，所述挪车提示消息中包括所述图像信息。

进一步地，所述发送模块具体用于，通过文本形式或语音形式向所述第二终端发送挪车提示消息。

本发明解决上述技术问题的另一种技术方案如下：一种车辆管理系统，包括：第一终端、第二终端和如上述任一实施例中所述的服务器，其中，

第一终端，用于扫描目标车辆上的识别码以向所述服务器发送挪车请求，所述挪车请求中包括所述目标车辆的车牌号；

所述服务器，用于接收所述挪车请求并根据所述车牌号，预存的车主联系方式和车牌号信息的对应关系，确定所述车牌号对应的第二终端，向所述第二终端发送挪车提示消息；

所述第二终端，用于接收所述挪车提示消息并显示，以提示所述目标车辆的用户挪车。

本发明的有益效果是：请求挪车用户和被请求挪车用户之间通过服务平台建立联系，可以确保被请求挪车用户的隐私信息不泄露，例如：请求挪车用户无需知道被请求挪车用户的手机号码，就可以实现挪车以解决挪车的问题。

本发明附加的方面及其的优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明实践了解到。

附图说明

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

图1为本发明实施例提供的一种车辆管理方法的示意性流程图；

图2为本发明另一实施例提供的一种车辆管理方法的示意性流程图；

图3为本发明另一实施例提供的一种车辆管理方法的示意性流程图；

图4为本发明另一实施例提供的一种车辆管理方法的示意性流程图

图5为本发明实施例提供的一种服务器的示意性结构框图；

图6为本发明实施例提供的一种车辆管理系统的示意性结构框图。

具体实施方式

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

如图1所示的一种车辆管理方法100，包括：

110、接收第一终端通过扫描目标车辆上的识别码发送的挪车请求，挪车请求中包括目标车辆的车牌号。

120、根据车牌号，预存的车主联系方式和车牌号信息的对应关系，确定车牌号对应的第二终端。

130、向第二终端发送挪车提示消息，以提示目标车辆的用户挪车。

具体的，在该实施例中，上述车辆管理方法的执行主体可以是服务平台或者服务器，请求挪车的用户通过其第一终端扫描被挪车(目标车辆)上，例如：前窗上的识别码向服务平台发送包括目标车辆的车牌号的挪车请求，服务平台根据挪车请求中的车牌号，预存的车主联系方式和车牌号信息的对应关系，确定车牌号对应的第二终端，并向第二终端发送挪车提示消息，以提示目标车辆的用户挪车。由于挪车请求的发送、处理和确定挪车提示消息的过程中，请求挪车用户和被请求挪车用户之间是通过服务平台建立的联系，可以确保被请求挪车用户的隐私信息不泄露，例如：请求挪车用户无需知道被请求挪车用户的手机号码，就可以实现挪车以解决挪车的问题。

在该实施例中，识别码的形式可以为二维码、条形码等等，本发明实施例对此不做任何限定。当请求挪车用户扫描被请求挪车用户的车辆上的二维码的时候，可以在请求挪车用户的第一终端上出现系统中的推销广告或者通知，以增加系统收益。

上述实施例提供的一种车辆管理方法：通过在接收到第一终端通过扫描目标车辆上的识别码发送的包括目标车辆的车牌号的挪车请求时，根据车牌号，预存的车主联系方式和车牌号信息的对应关系，确定车牌号对应的第二终端，并向该第二终端发送提示目标车辆的用户挪车的挪车提示消息，从而可以在不泄露车主隐私(联系方式)的情况下，有效的解决挪车问题。

另外，在步骤110之前，还可以包括：用户要先将自己的车牌号和联系方式输入到系统，即：服务平台或者服务器中，以生成对应的二维码并保存。

具体的，在该实施例中，可以通过文本形式或语音形式向第二终端发送挪车提示消息。

具体的，通知目标车主用户挪车的过程如下：

方案1：通过短信的方式：

(1)服务平台将请求挪车信息发送给目标车主用户，提示进行挪车。

(2)服务平台将请求挪车信息通过目标车主用户的app通知提示进行挪车。

需要说明的是，短信通知的时候，只能是系统预先设置的内容，以防出现骚扰车主的情况，推销广告之类的。

方案2：通过语音的形式进行通知：

(1)服务平台将预先设定的包含请求挪车用户的车牌号等信息发送给目标车主用户，通过语音形式告知目标车主用户挪车。

(2)服务平台通过后台电话的方式(机器人语音的形式)，告知挪车用户挪车。

通过虚拟电话的沟通形式可以保证双方的信息安全。另外，由于虚拟电话是免费的，因此，通过虚拟电话通知的时候，限制时长，例如为一分钟，以防出现相熟的人相互聊天，避免浪费资源。

可选地，在一个实施例中，如图2所示，一种车辆管理方法100，包括：

101、接收第二终端发送的停车时间段信息。

102、将停车时间段信息与识别码绑定。

110、接收第一终端通过扫描目标车辆上的识别码发送的挪车请求。

140、向第一终端发送与识别码绑定的停车时间段信息。

在该实施例中，通过设置停车时间段，可以使得短暂停车的用户不被打扰，响应于请求挪车用户扫描二维码，告知请求挪车用户，目标车辆的停车时间段，请求挪车用户可以自己决定是否等待。

需要说明的是，在该实施例中，若请求挪车用户发现目标车辆接收停车的时间较长，例如还需要1小时及以上，则可以继续向服务平台发送挪车请求，以便服务平台向目标车辆对应的第二终端发送挪车提示消息，帮助解决挪车问题。

可选地，在一个实施例中，如图3所示，一种车辆管理方法100，包括：

101、接收第二终端发送的停车时间段信息。

102、将停车时间段信息与识别码绑定。

110、接收第一终端通过扫描目标车辆上的识别码发送的挪车请求。

103、记录接收挪车请求的时刻，并获取与识别码绑定的停车时间段信息。

104、根据时刻与停车时间段信息，确定目标车辆是否为暂时停车。若是，执行105；否则执行120和130。

105、向第一终端发送等待消息。

120、根据车牌号，预存的车主联系方式和车牌号信息的对应关系，确定车牌号对应的第二终端。

130、向第二终端发送挪车提示消息，以提示目标车辆的用户挪车。

具体的，在该实施例中，在目标车辆停车后，可以通过第二终端向服务平台发送停车时间段信息，例如：停车时间为：14:10-16:00。服务平台接收到这个信息后将其与目标车辆的识别码绑定，在接收到第一终端通过扫描目标车辆上的识别码发送的挪车请求时，记录下接收该挪车请求的时刻，例如：15:54，并获取与目标车辆对应的识别码绑定的停车时间段信息，再根据时刻与停车时间段信息，确定目标车辆是否为暂时停车。

具体的判断过程，可以采用下面的方式：计算时刻与停车时间段的终止时刻之间的时间差，即：时间差为6分钟。判断时间差是否小于预设时间，例如：10分钟，如果小于，则确定目标车辆为暂时停车，这样的话，可以向第一终端发送等待消息，等待消息中可以包括需等待时长6分钟，而无需向第二终端发送挪车提示消息，可以有效的避免被请求挪车用户受到打扰。

应理解，在该实施例中，涉及到的数字均是为了描述本发明实施例的技术方案而举的例子，并不对本发明实施例构成任何限定。

上述实施例提供的一种车辆管理方法：通过设置停车时间段，可以使得短暂停车的用户不被打扰，响应于请求挪车用户扫描二维码，判断目标车辆是否为暂时停车，并告知请求挪车用户，可以防止被请求挪车用户被打扰，请求挪车用户获知目标车辆用户只是暂时停车时，等待即可。

可选地，在另一个实施例中，如图4所示，挪车请求中还包括：包含目标车辆和第一终端对应的车辆的图像信息，以及第一终端对应的联系方式，在步骤130之前，方法100还可以包括：

150、根据联系方式，预存的车辆的联系方式和对应的车牌号的绑定关系，对第一终端对应的用户进行身份验证。

验证通过后，则执行130，且挪车提示消息中包括图像信息。

具体的，在该实施例中，为了防止骚扰，设置验证机制。有可能出现一个人不是车主，没有挪车需求却扫描所有车的识别号的情况，给车主造成困扰，服务平台上预存每一个车辆的联系方式和对应的车牌号。请求挪车的车主首先需要验证自己的身份，将自己的车牌号和电话号通过输入或者拍照的形式传送给服务平台，待服务平台验证之后，再通知被请求挪车车主

具体的，在该实施例中，可以包括步骤101-102，以及步骤103-105，或者包括步骤101-102以及140，为了描述的简洁，在此不再赘述。

应理解，在本发明的上述各实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

本发明还提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如上述任一项实施例中的方法。

上文结合图1至图4，对本发明实施例提供的一种车辆管理方法进行了详细的描述，下面结合图5对本发明实施例提供的一种服务器进行详细的描述。

如图5所示的一种服务器，包括：接收模块210、处理模块220和发送模块230。其中，

接收模块210用于接收第一终端通过扫描目标车辆上的识别码发送的挪车请求，挪车请求中包括目标车辆的车牌号。处理模块220用于根据车牌号与预存的车主联系方式和车牌号信息的对应关系，确定车牌号对应的第二终端。发送模块230用于向第二终端发送挪车提示消息，以提示目标车辆的用户挪车。

应理解，在本发明实施例中，根据本发明实施例的服务器200，可对应于根据本发明实施例的方法100的执行主体，并且该服务器200的上述和其它操作和/或功能分别为了实现图1至图4中的各个方法的相应流程，为了简洁，在此不再赘述。

上述实施例提供的一种服务器：通过在接收到第一终端通过扫描目标车辆上的识别码发送的包括目标车辆的车牌号的挪车请求时，根据车牌号，预存的车主联系方式和车牌号信息的对应关系，确定车牌号对应的第二终端，并向该第二终端发送提示目标车辆的用户挪车的挪车提示消息，从而可以在不泄露车主隐私(联系方式)的情况下，有效的解决挪车问题。

可选地，在一个实施例中，接收模块210还用于接收第二终端发送的停车时间段信息。处理模块220还用于将停车时间段信息与识别码绑定。发送模块230还用于向第一终端发送与识别码绑定的停车时间段信息。

可选地，在一个实施例中，接收模块210还用于接收第二终端发送的停车时间段信息。处理模块220还用于将停车时间段信息与识别码绑定，记录接收挪车请求的时刻，并获取与识别码绑定的停车时间段信息，根据时刻与停车时间段信息，确定目标车辆是否为暂时停车。发送模块230还用于若目标车辆为暂时停车，则向第一终端发送等待消息，否则，向第二终端发送挪车提示消息。

具体的，在该实施例中，处理模块220具体用于计算时刻与停车时间段的终止时刻之间的时间差，判断时间差是否小于预设时间，若是，则确定目标车辆为暂时停车。具体的，在该实施例中，等待消息包括需等待时长。

可选地，在另一个实施例中，挪车请求中还包括：包含目标车辆和第一终端对应的车辆的图像信息，以及第一终端对应的联系方式。

处理模块220还用于根据联系方式，预存的车辆的联系方式和对应的车牌号的绑定关系，对第一终端对应的用户进行身份验证。发送模块230具体用于验证通过后，向第二终端发送挪车提示消息，挪车提示消息中包括图像信息。

可选地，在另一个实施例中，发送模块230具体用于通过文本形式或语音形式向第二终端发送挪车提示消息。可以保证双方的信息安全。

本发明还提供一种辆管理系统，如图6所示，车辆管理系统300包括：第一终端310、第二终端320和如上述任一实施例中的服务器200。

第一终端310用于扫描目标车辆上的识别码以向服务器200发送挪车请求，挪车请求中包括目标车辆的车牌号。服务器200用于接收挪车请求并根据车牌号，预存的车主联系方式和车牌号信息的对应关系，确定车牌号对应的第二终端320，向第二终端320发送挪车提示消息。第二终端320用于接收挪车提示消息并显示，以提示目标车辆的用户挪车。

上述实施例中提供的一种辆管理系统，请求挪车用户的终端和被请求挪车用户的终端之间通过服务器建立联系，可以确保被请求挪车用户的隐私信息不泄露，例如：请求挪车用户无需知道被请求挪车用户的手机号码，就可以实现挪车以解决挪车的问题。

另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

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

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。