CN110444027A - 用于移动端的挪车通知方法以及装置 - Google Patents

Abstract

本申请公开了一种用于移动端的挪车通知方法以及装置。该方法包括唤醒第一用户移动端的拍摄装置，拍摄至少含有车牌的车辆图像；上传所述车辆图像至云端，识别出所述车辆图像中的车牌号码；在移动端接收从云端反馈的通知第二用户的挪车通知结果。本申请解决了缺少有效地挪车通知的技术问题。通过本申请无须额外安装第三方应用程序，且能保护用户隐私、通知触达准确率高地进行挪车通知。

Description

用于移动端的挪车通知方法以及装置

技术领域

本申请涉及停车处理、WEB前端处理领域，具体而言，涉及一种用于移动端的挪车通知方法以及装置。

背景技术

由于乱停车导致需要通知车主挪车，如果车主没有留下有效地联系方式，则很难找到车主进行挪车通知。

发明人发现，在相关场景下无法有效地通知车主进行挪车。

针对相关技术中缺少有效地挪车通知的问题，目前尚未提出有效的解决方案。

发明内容

本申请的主要目的在于提供一种用于移动端的挪车通知方法以及装置，以解决缺少有效地挪车通知的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种用于移动端的挪车通知方法。

根据本申请的用于移动端的挪车通知方法，用于移动端，包括：唤醒第一用户移动端的拍摄装置，拍摄至少含有车牌的车辆图像；上传所述车辆图像至云端，识别出所述车辆图像中的车牌号码；在移动端接收从云端反馈的通知第二用户的挪车通知结果。

进一步地，上传所述车辆图像至云端，识别出所述车辆图像中的车牌号码之前包括：准备包含车牌照片的图片数据源的步骤，所述准备包含车牌照片的图片数据源的步骤包括：通过接收移动端上传拍摄至少含有车牌的车辆图像和通过接收监控***采集的至少含有车牌的车辆图像作为训练集，训练得到用于可准确识别图片中车牌的预设学习模型。

进一步地，在移动端接收从云端反馈的通知第二用户的挪车通知结果包括：云端获取接入第二用户信息大数据的权限；通过云端匹配与车牌号码匹配的第二用户联系方式，并向第二用户发送挪车短信或拨打挪车通知电话；在移动端接收从云端反馈的第二用户挪车通知结果。

进一步地，在移动端接收从云端反馈的通知第二用户的挪车通知结果，还包括：如果云端匹配所述车牌号码匹配的第二用户联系方式失败，则遍历一个或多个第三发数据源，查询与所述车牌号码匹配的第二用户联系方式。

为了实现上述目的，根据本申请的另一个方面，提供了一种用于移动端的挪车通知方法。

根据本申请的用于移动端的挪车通知方法，用于云端，所述方法包括：接收第一用户通过移动端的拍摄装置拍摄的至少含有车牌的车辆图像；识别出所述车辆图像中的车牌号码；根据车牌号码匹配出第二用户联系方式；根据第二用户联系方式，向第二用户发送挪车通知。

为了实现上述目的，根据本申请的再一方面，提供了一种用于移动端的挪车通知装置，用于移动端。

根据本申请的用于移动端的挪车通知装置包括：拍摄模块，用于唤醒第一用户移动端的拍摄装置，拍摄至少含有车牌的车辆图像；上传识别模块，用于上传所述车辆图像至云端，识别出所述车辆图像中的车牌号码；接收模块，用于在移动端接收从云端反馈的通知第二用户的挪车通知结果。

进一步地，装置还包括：学习模块，用于通过接收移动端上传拍摄至少含有车牌的车辆图像和通过接收监控***采集的至少含有车牌的车辆图像作为训练集，训练得到用于可准确识别图片中车牌的预设学习模型。

进一步地，所述接收模块，还用于

云端获取接入第二用户信息大数据的权限；

通过云端匹配与车牌号码匹配的第二用户联系方式，并向第二用户发送挪车短信或拨打挪车通知电话；

在移动端接收从云端反馈的第二用户挪车通知结果。

进一步地，装置还包括：第三方数据库匹配模块，用于

如果云端匹配所述车牌号码匹配的第二用户联系方式失败，则遍历一个或多个第三发数据源，查询与所述车牌号码匹配的第二用户联系方式。

为了实现上述目的，根据本申请的又一方面，提供了一种用于移动端的挪车通知装置，用于移动端。

根据本申请的用于移动端的挪车通知装置，包括：图像接收模块，用于接收第一用户通过移动端的拍摄装置拍摄的至少含有车牌的车辆图像；车牌识别模块，用于识别出所述车辆图像中的车牌号码；匹配模块，用于根据车牌号码匹配出第二用户联系方式；通知模块，用于根据第二用户联系方式，向第二用户发送挪车通知。

在本申请实施例中用于移动端的挪车通知方法以及装置，采用唤醒第一用户移动端的拍摄装置，拍摄至少含有车牌的车辆图像的方式，通过上传所述车辆图像至云端，识别出所述车辆图像中的车牌号码，达到了在移动端接收从云端反馈的通知第二用户的挪车通知结果的目的，从而实现了无须额外安装第三方应用程序，且能保护用户隐私、通知触达准确率高的挪车通知的技术效果，进而解决了缺少有效地挪车通知的技术问题。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请第一实施例的用于移动端的挪车通知方法流程示意图；

图2是根据本申请第二实施例的用于移动端的挪车通知方法流程示意图；

图3是根据本申请第三实施例的用于移动端的挪车通知方法流程示意图；

图4是根据本申请第四实施例的用于移动端的挪车通知方法流程示意图；

图5是根据本申请第五实施例的用于移动端的挪车通知方法流程示意图；

图6是根据本申请第一实施例的用于移动端的挪车通知装置结构示意图；

图7是根据本申请第二实施例的用于移动端的挪车通知装置结构示意图；

图8是根据本申请第三实施例的用于移动端的挪车通知装置结构示意图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本申请中，术语“上”、“下”、“左”、“右”、“前”、“后”、“顶”、“底”、“内”、“外”、“中”、“竖直”、“水平”、“横向”、“纵向”等指示的方位或位置关系为基于附图所示的方位或位置关系。这些术语主要是为了更好地描述本申请及其实施例，并非用于限定所指示的装置、元件或组成部分必须具有特定方位，或以特定方位进行构造和操作。

并且，上述部分术语除了可以用于表示方位或位置关系以外，还可能用于表示其他含义，例如术语“上”在某些情况下也可能用于表示某种依附关系或连接关系。对于本领域普通技术人员而言，可以根据具体情况理解这些术语在本申请中的具体含义。

此外，术语“安装”、“设置”、“设有”、“连接”、“相连”、“套接”应做广义理解。例如，可以是固定连接，可拆卸连接，或整体式构造；可以是机械连接，或电连接；可以是直接相连，或者是通过中间媒介间接相连，又或者是两个装置、元件或组成部分之间内部的连通。对于本领域普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

在本申请的实施例中利用了海量车主大数据结合机器学习技术，提供了移动端H5页面通知车主挪车的方法，具有无须额外安装第三方APP、且能保护用户隐私、通知触达准确率高的优点。

如图1所示，该方法包括如下的步骤S102至步骤S106：

步骤S102，唤醒第一用户移动端的拍摄装置，拍摄至少含有车牌的车辆图像；

第一用户是指需要通知车主进行挪车的用户。

第二用户是指需要挪车的车主。

通过唤醒第一用户的移动端拍摄装置，拍摄得到至少含有车牌的车辆图像。

具体地，在WEB前端页面设置H5页面的input表单属性type＝”file”类型和accept＝”image/*”，可以唤起移动设备摄像头拍照。对着需要挪车的车牌拍一张包含车牌的照片，将照片上传至云端。

步骤S104，上传所述车辆图像至云端，识别出所述车辆图像中的车牌号码；

通过上传所述车辆图像至云端进行识别出所述车辆图像中的车牌号码的处理。在识别出车牌号码后还需要在云端进行车牌号码与车主身份的关联操作。但是对于移动端的第一用户而言并不要相关操作也没有任何处理感知。

具体地，对用户H5页面中上传的包含车牌的照片进行识别，得出车牌号，利用车轮海量车主大数据，将车牌号和车主进行匹配，一旦匹配成功，可以获取车主手机号，此时通过云端自动给车主发送手机挪车短信或拨打挪车通知电话。由于此过程基于云端进行，保护了被通知挪车车主的隐私。

步骤S106，在移动端接收从云端反馈的通知第二用户的挪车通知结果。

在所述云端进行了上述的匹配和通知操作，所以云端的通知第二用户的挪车通知结果是已经处理完毕了并通知第一用户的移动端。

由于所有的智能手机都具备拍照功能，所以在本申请的实施例中通过H5页面唤起手机拍照功能，将照片上传至云端，在云端利用机器学习技术识别照片中的车牌，从而通知到车牌对应的车主，提供车辆图像的用户并不需要进行任何相关的通知处理操作。

从以上的描述中，可以看出，本申请实现了如下技术效果：

采用唤醒第一用户移动端的拍摄装置，拍摄至少含有车牌的车辆图像的方式，通过上传所述车辆图像至云端，识别出所述车辆图像中的车牌号码，达到了在移动端接收从云端反馈的通知第二用户的挪车通知结果的目的，从而实现了无须额外安装第三方应用程序，且能保护用户隐私、通知触达准确率高的挪车通知的技术效果，进而解决了缺少有效地挪车通知的技术问题。

根据本申请实施例，作为本实施例中的有优选，如图2所示，上传所述车辆图像至云端，识别出所述车辆图像中的车牌号码之前包括：步骤S200，准备包含车牌照片的图片数据源的步骤，

所述准备包含车牌照片的图片数据源的步骤包括：

步骤S202，通过接收移动端上传拍摄至少含有车牌的车辆图像和通过接收监控***采集的至少含有车牌的车辆图像作为训练集，训练得到用于可准确识别图片中车牌的预设学习模型。

具体地，准备包含车牌照片的图片数据源：一部分来自用户自发上传，一部分来自数据采集。通过机器学习不断训练机器识别图片中车牌的准确率。

根据本申请实施例，作为本实施例中的有优选，如图3所示，在移动端接收从云端反馈的通知第二用户的挪车通知结果包括：

步骤S302，云端获取接入第二用户信息大数据的权限；

步骤S304，通过云端匹配与车牌号码匹配的第二用户联系方式，并向第二用户发送挪车短信或拨打挪车通知电话；

步骤S306，在移动端接收从云端反馈的第二用户挪车通知结果。

所述云端获取接入所述第二用户信息大数据的权限，比如自建数据库、项目合作的数据库等，可以接入第二用户信息大数据。通过云端匹配与车牌号码匹配的第二用户联系方式，并向第二用户发送挪车短信或拨打挪车通知电话，在移动端接收从云端反馈的第二用户挪车通知结果。

具体地，对用户H5页面中上传的包含车牌的照片进行识别，得出车牌号，利用车轮海量车主大数据，将车牌号和车主进行匹配，一旦匹配成功，可以获取车主手机号，此时通过云端自动给车主发送手机挪车短信或拨打挪车通知电话。由于此过程基于云端进行，保护了被通知挪车车主的隐私。

根据本申请实施例，作为本实施例中的有优选，如图4所示，在移动端接收从云端反馈的通知第二用户的挪车通知结果，还包括：

步骤S402，如果云端匹配所述车牌号码匹配的第二用户联系方式失败，则遍历一个或多个第三发数据源，查询与所述车牌号码匹配的第二用户联系方式。

在移动端接收从云端反馈的通知第二用户的挪车通知结果时，如果云端匹配所述车牌号码匹配的第二用户联系方式失败，则遍历一个或多个第三发数据源，查询与所述车牌号码匹配的第二用户联系方式。

具体地，由于不是所有的车主都能被车牌匹配到，因而存在一定的成功率。准备多个第三方车主数据源，如果接入车主大数据后中匹配失败，通过遍历第三方数据源的方式，寻找匹配车主，一旦匹配到，将以同样的方式通知车主挪车。从而大大的提高了挪车准确率。由于有多个车主数据源的存在，极大的提高了通知成功率。

在本申请的另一实施例中，如图5所示，用于移动端的挪车通知方法，其特征在于，用于云端，所述方法包括：

步骤S502，接收第一用户通过移动端的拍摄装置拍摄的至少含有车牌的车辆图像；

步骤S504，识别出所述车辆图像中的车牌号码；

步骤S506，根据车牌号码匹配出第二用户联系方式；

步骤S508，根据第二用户联系方式，向第二用户发送挪车通知。

在所述云端接收第一用户通过移动端的拍摄装置拍摄的至少含有车牌的车辆图像，通常云端接收的第一用户通过移动端的拍摄装置拍摄的至少含有车牌的车辆图像时是指第一用户具有挪车需求时发出的。可以预先接收通过移动端的拍摄装置拍摄的至少含有车牌的车辆图像或者通过交通***摄像头拍摄的至少含有车牌的车辆图像得到图像数据集，并进行训练。在所述云端识别出所述车辆图像中的车牌号码，在所述云端根据车牌号码匹配出第二用户联系方式，最后所述云端根据第二用户联系方式，向第二用户发送挪车通知。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

根据本申请实施例，还提供了一种用于实施上述方法的用于移动端的挪车通知装置，用于移动端，如图6所示，该装置包括：拍摄模块10，用于唤醒第一用户移动端的拍摄装置，拍摄至少含有车牌的车辆图像；上传识别模块20，用于上传所述车辆图像至云端，识别出所述车辆图像中的车牌号码；接收模块30，用于在移动端接收从云端反馈的通知第二用户的挪车通知结果。

本申请实施例的拍摄模块10中第一用户是指需要通知车主进行挪车的用户。

第二用户是指需要挪车的车主。

通过唤醒第一用户的移动端拍摄装置，拍摄得到至少含有车牌的车辆图像。

具体地，在WEB前端页面设置H5页面的input表单属性type＝”file”类型和accept＝”image/*”，可以唤起移动设备摄像头拍照。对着需要挪车的车牌拍一张包含车牌的照片，将照片上传至云端。

本申请实施例的上传识别模块20中通过上传所述车辆图像至云端进行识别出所述车辆图像中的车牌号码的处理。在识别出车牌号码后还需要在云端进行车牌号码与车主身份的关联操作。但是对于移动端的第一用户而言并不要相关操作也没有任何处理感知。

具体地，对用户H5页面中上传的包含车牌的照片进行识别，得出车牌号，利用车轮海量车主大数据，将车牌号和车主进行匹配，一旦匹配成功，可以获取车主手机号，此时通过云端自动给车主发送手机挪车短信或拨打挪车通知电话。由于此过程基于云端进行，保护了被通知挪车车主的隐私。

本申请实施例的接收模块30中在所述云端进行了上述的匹配和通知操作，所以云端的通知第二用户的挪车通知结果是已经处理完毕了并通知第一用户的移动端。

由于所有的智能手机都具备拍照功能，所以在本申请的实施例中通过H5页面唤起手机拍照功能，将照片上传至云端，在云端利用机器学习技术识别照片中的车牌，从而通知到车牌对应的车主，提供车辆图像的用户并不需要进行任何相关的通知处理操作。

根据本申请实施例，作为本实施例中的有优选，如图7所示，装置还包括：学习模块40，用于通过接收移动端上传拍摄至少含有车牌的车辆图像和通过接收监控***采集的至少含有车牌的车辆图像作为训练集，训练得到用于可准确识别图片中车牌的预设学习模型。

具体地，准备包含车牌照片的图片数据源：一部分来自用户自发上传，一部分来自数据采集。通过机器学习不断训练机器识别图片中车牌的准确率。

根据本申请实施例，作为本实施例中的有优选，所述接收模块30，还用于云端获取接入第二用户信息大数据的权限；通过云端匹配与车牌号码匹配的第二用户联系方式，并向第二用户发送挪车短信或拨打挪车通知电话；在移动端接收从云端反馈的第二用户挪车通知结果。

具体地，所述云端获取接入所述第二用户信息大数据的权限，比如自建数据库、项目合作的数据库等，可以接入第二用户信息大数据。通过云端匹配与车牌号码匹配的第二用户联系方式，并向第二用户发送挪车短信或拨打挪车通知电话，在移动端接收从云端反馈的第二用户挪车通知结果。

具体地，对用户H5页面中上传的包含车牌的照片进行识别，得出车牌号，利用车轮海量车主大数据，将车牌号和车主进行匹配，一旦匹配成功，可以获取车主手机号，此时通过云端自动给车主发送手机挪车短信或拨打挪车通知电话。由于此过程基于云端进行，保护了被通知挪车车主的隐私。

根据本申请实施例，作为本实施例中的有优选，如图7所示，装置还包括：第三方数据库匹配模块50，用于如果云端匹配所述车牌号码匹配的第二用户联系方式失败，则遍历一个或多个第三发数据源，查询与所述车牌号码匹配的第二用户联系方式。

具体地，由于不是所有的车主都能被车牌匹配到，因而存在一定的成功率。准备多个第三方车主数据源，如果接入车主大数据后中匹配失败，通过遍历第三方数据源的方式，寻找匹配车主，一旦匹配到，将以同样的方式通知车主挪车。从而大大的提高了挪车准确率。由于有多个车主数据源的存在，极大的提高了通知成功率。

根据本申请实施例，还提供了一种用于实施上述方法的用于移动端的挪车通知装置，用于云端，如图8所示，该装置包括：图像接收模块100，用于接收第一用户通过移动端的拍摄装置拍摄的至少含有车牌的车辆图像；车牌识别模块200，用于识别出所述车辆图像中的车牌号码；匹配模块300，用于根据车牌号码匹配出第二用户联系方式；通知模块400，用于根据第二用户联系方式，向第二用户发送挪车通知。

具体地，在所述云端接收第一用户通过移动端的拍摄装置拍摄的至少含有车牌的车辆图像，通常云端接收的第一用户通过移动端的拍摄装置拍摄的至少含有车牌的车辆图像时是指第一用户具有挪车需求时发出的。可以预先接收通过移动端的拍摄装置拍摄的至少含有车牌的车辆图像或者通过交通***摄像头拍摄的至少含有车牌的车辆图像得到图像数据集，并进行训练。在所述云端识别出所述车辆图像中的车牌号码，在所述云端根据车牌号码匹配出第二用户联系方式，最后所述云端根据第二用户联系方式，向第二用户发送挪车通知。

显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种用于移动端的挪车通知方法，其特征在于，用于移动端，所述方法包括：

唤醒第一用户移动端的拍摄装置，拍摄至少含有车牌的车辆图像；

上传所述车辆图像至云端，识别出所述车辆图像中的车牌号码；

在移动端接收从云端反馈的通知第二用户的挪车通知结果。

2.根据权利要求1所述的用于移动端的挪车通知方法，其特征在于，上传所述车辆图像至云端，识别出所述车辆图像中的车牌号码之前包括：准备包含车牌照片的图片数据源的步骤，

所述准备包含车牌照片的图片数据源的步骤包括：

通过接收移动端上传拍摄至少含有车牌的车辆图像和通过接收监控***采集的至少含有车牌的车辆图像作为训练集，训练得到用于可准确识别图片中车牌的预设学习模型。

3.根据权利要求1所述的用于移动端的挪车通知方法，其特征在于，在移动端接收从云端反馈的通知第二用户的挪车通知结果包括：

云端获取接入第二用户信息大数据的权限；

通过云端匹配与车牌号码匹配的第二用户联系方式，并向第二用户发送挪车短信或拨打挪车通知电话；

在移动端接收从云端反馈的第二用户挪车通知结果。

4.根据权利要求1所述的用于移动端的挪车通知方法，其特征在于，在移动端接收从云端反馈的通知第二用户的挪车通知结果，还包括：

如果云端匹配所述车牌号码匹配的第二用户联系方式失败，则遍历一个或多个第三发数据源，查询与所述车牌号码匹配的第二用户联系方式。

5.一种用于移动端的挪车通知方法，其特征在于，用于云端，所述方法包括：

接收第一用户通过移动端的拍摄装置拍摄的至少含有车牌的车辆图像；

识别出所述车辆图像中的车牌号码；

根据车牌号码匹配出第二用户联系方式；

根据第二用户联系方式，向第二用户发送挪车通知。

6.一种用于移动端的挪车通知装置，其特征在于，用于移动端，所述装置包括：

拍摄模块，用于唤醒第一用户移动端的拍摄装置，拍摄至少含有车牌的车辆图像；

上传识别模块，用于上传所述车辆图像至云端，识别出所述车辆图像中的车牌号码；

接收模块，用于在移动端接收从云端反馈的通知第二用户的挪车通知结果。

7.根据权利要求6所述的用于移动端的挪车通知装置，其特征在于，还包括：学习模块，用于通过接收移动端上传拍摄至少含有车牌的车辆图像和通过接收监控***采集的至少含有车牌的车辆图像作为训练集，训练得到用于可准确识别图片中车牌的预设学习模型。

8.根据权利要求6所述的用于移动端的挪车通知装置，其特征在于，所述接收模块，还用于

云端获取接入第二用户信息大数据的权限；

通过云端匹配与车牌号码匹配的第二用户联系方式，并向第二用户发送挪车短信或拨打挪车通知电话；

在移动端接收从云端反馈的第二用户挪车通知结果。

9.根据权利要求6所述的用于移动端的挪车通知装置，其特征在于，还包括：第三方数据库匹配模块，用于

如果云端匹配所述车牌号码匹配的第二用户联系方式失败，则遍历一个或多个第三发数据源，查询与所述车牌号码匹配的第二用户联系方式。

10.一种用于移动端的挪车通知装置，其特征在于，用于云端，所述装置包括：

图像接收模块，用于接收第一用户通过移动端的拍摄装置拍摄的至少含有车牌的车辆图像；

车牌识别模块，用于识别出所述车辆图像中的车牌号码；

匹配模块，用于根据车牌号码匹配出第二用户联系方式；

通知模块，用于根据第二用户联系方式，向第二用户发送挪车通知。