CN109699029A - 一种防骚扰挪车服务方法、***及服务器 - Google Patents

Abstract

本发明涉及汽车服务技术领域，尤其涉及一种防骚扰挪车服务方法、***及服务器，方法包括：接收第一终端通过扫描目标车辆上的识别码发送的挪车请求，所述挪车请求中包括所述第一终端对应的电话号码；确定所述电话号码是否在预先设置的骚扰电话黑名单数据库内，若是，则拒绝所述电话号码的挪车通话请求，从而过滤掉骚扰电话，防止销售或广告人员频繁给车主打电话造成车主困扰，使挪车请求服务更纯粹，用户体验感更好。

Description

一种防骚扰挪车服务方法、***及服务器

技术领域

本发明涉及汽车服务技术领域，尤其涉及一种防骚扰挪车服务方法、***及服务器。

背景技术

随着汽车保有量的不断增加，停车位日趋紧张，原有的小区一车一位的状态在绝大部分地区被打破。为确保车位能被有效利用，通常实行有位就停、按时计费的方式。但这种停车方式有一定弊端，容易出现停在靠里的车需要开出时，被前面的车挡住而无法开出的问题。

为解决此问题，很多车主在车内放置卡片，上面写有车主电话号码，需要挪车时，给卡片上的号码打电话即可，方便双方使用。但是，这样的挪车方法给他人带来便利的同时，给很多车主带来困扰。一些不法商家四处采集车内的挪车电话，并将此信息卖给其它商家，给车主发短信或打电话推销各类产品、保险，使广大车主烦不胜烦。

为了保护业主的隐私，现有的一种方式是将车主的电话号码采用二维码隐藏起来，被堵车主扫描该二维码通过第三方平台进行转接从而与车主进行联系。但这种方式仍然会存在销售或广告人员扫码频繁拨打车主电话，造成车主的困扰。

发明内容

针对现有技术存在的问题，本发明提供一种可拒绝骚扰电话，防止销售或广告人员频繁给车主打电话造成车主困扰的防骚扰挪车服务方法、***及服务器。

本发明解决上述技术问题的技术方案如下：

一种防骚扰挪车服务方法，包括：

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

确定所述电话号码是否在预先设置的骚扰电话黑名单数据库内，若是，则拒绝所述电话号码的挪车通话请求。

本发明的有益效果是：接收第一终端通过扫描目标车辆上的识别码发送的挪车请求，确认该挪车请求中包含的电话号码是否在骚扰电话黑名单数据库内，若是，则拒绝电话号码的挪车通话请求，从而过滤掉骚扰电话，防止销售或广告人员频繁给车主打电话造成车主困扰，使挪车请求服务更纯粹，用户体验感更好。

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

在优选的实施例中，确定所述电话号码是否在预先设置的骚扰电话黑名单数据库内，若否，则向所述目标车辆对应的第二终端发送挪车提示消息，以提示所述目标车辆的车主挪车。

采用上述进一步方案的有益效果是：由于挪车请求的发送和处理过程中，请求挪车用户和被请求挪车车主之间是通过服务器建立的联系，可以确保被请求挪车车主的隐私信息***露，请求挪车用户无需知道被请求挪车车主的手机号码，就可以实现挪车。

在优选的实施例中，所述骚扰电话黑名单数据库的建立方法为：判断所述电话号码在单位时间内拨打他人电话号码的次数是否大于设定的阈值，若是，则将所述电话号码加入骚扰电话黑名单数据库。

采用上述进一步方案的有益效果是：服务器利用数据统计，将所接收的电话号码拨打他人电话号码的次数存储在服务器内，当接收包含该电话号码的挪车请求时，判断该电话号码在单位时间内拨打他人电话号码的次数是否大于设定的阈值，若是则说明该电话号码已经频繁的拨打了他人电话，即可判定该电话号码为骚扰电话或推销电话，则将该电话号码加入骚扰电话黑名单数据库，防止其继续骚扰车主。

在优选的实施例中，接收第一终端通过扫描目标车辆上的识别码发送的挪车请求之前，还包括：

接收所述目标车辆对应的第二终端通过扫描未关联车主信息的识别码发送的注册请求；

向所述第二终端发送注册页面；

接收所述第二终端填写的注册信息，所述注册信息包括目标车辆的车牌号及目标车辆车主的电话号码；

将所述注册信息与所述识别码进行关联，形成关联数据库。

采用上述进一步方案的有益效果是：车主通过第二终端扫描未关联车主信息的识别码，从而将车主信息与该识别码进行关联，并将关联后的识别码贴在车窗或前挡风玻璃，或摆放在车内，供挪车请求用户扫描从而发送挪车请求。通过识别码来实现挪车请求和处理，无需展示车主的电话号码，保护了车主的隐私。

在优选的实施例中，所述挪车请求中还包括所述目标车辆的车牌号，在接收第一终端通过扫描目标车辆上的识别码发送的挪车请求之后，还包括：判断所述挪车请求中的车牌号与所述关联数据库中的目标车辆的车牌号是否匹配，若是，则确定所述电话号码是否在预先设置的骚扰电话黑名单数据库内。

采用上述进一步方案的有益效果是：通过预先判断车牌号与关联数据库内的车牌号是否匹配，从而避免了对非正常放置识别码或者填写车牌号错误的车辆进行挪车请求，造成车主的困扰。

本发明解决上述技术问题的另一种技术方案如下：

一种服务器，包括：

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

处理模块，用于确定所述电话号码是否在预先设置的骚扰电话黑名单数据库内，若是，则拒绝所述电话号码的挪车通话请求。

在优选的实施例中，所述处理模块，还用于确定所述电话号码是否在预先设置的骚扰电话黑名单数据库内，若否，则向所述目标车辆对应的第二终端发送挪车提示消息，以提示所述目标车辆的车主挪车。

在优选的实施例中，还包括判断模块，用于判断所述电话号码在单位时间内拨打他人电话号码的次数是否大于设定的阈值，若是，则将所述电话号码加入骚扰电话黑名单数据库。

在优选的实施例中，所述接收模块，用于接收所述目标车辆对应的第二终端通过扫描未关联车主信息的识别码发送的注册请求；

发送模块，用于向所述第二终端发送注册页面；

所述接收模块，还用于接收所述第二终端填写的注册信息，所述注册信息包括目标车辆的车牌号及目标车辆车主的电话号码；

关联模块，用于将所述注册信息与所述识别码进行关联，形成关联数据库。

本发明解决上述技术问题的另一种技术方案如下：

一种防骚扰挪车服务***，包括，第一终端、第二终端和如上述任一实施例中所述的服务器，其中，

所述第一终端，用于扫描目标车辆上的识别码发出挪车请求，所述挪车请求中包括所述第一终端对应的电话号码；

所述服务器，用于确定所述电话号码是否在预先设置的骚扰电话黑名单数据库内，若是，则拒绝所述电话号码的挪车通话请求。

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

本发明的有益效果：

接收第一终端通过扫描目标车辆上的识别码发送的挪车请求，挪车请求中包括第一终端对应的电话号码，确认该电话号码是否在骚扰电话黑名单数据库内，若是，则拒绝电话号码的挪车通话请求，从而过滤掉骚扰电话，防止销售或广告人员频繁给车主打电话造成车主困扰，使挪车请求服务更纯粹，用户体验感更好。

附图说明

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

图1为本发明一实施例提供的一种防骚扰挪车服务方法的示意性流程图；

图2为本发明另一实施例提供的一种防骚扰挪车服务方法的示意性流程图；

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

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

图5为本发明实施例提供的一种防骚扰挪车服务***的示意性结构框图。

具体实施方式

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

下面通过具体的实施例进行描述。

如图1所示，本发明的一个实施例提供的一种防骚扰挪车服务方法100，包括如下步骤：

步骤S101：接收第一终端通过扫描目标车辆上的识别码发送的挪车请求，挪车请求中包括第一终端对应的电话号码。

具体的，在该实施例中，上述防骚扰挪车服务方法的执行主体可以是服务器或者服务平台，请求挪车的用户通过其第一终端扫描被挪车(目标车辆)上的识别码向服务器发送包括第一终端的电话号码的挪车请求。在本实施例中，请求挪车的用户的第一终端可以是连接到网络的设备，如手机、平板等，识别码可以设置在目标车辆前挡风玻璃上或前窗上。在本实施例中，识别码的形式可以为二维码、条形码等等，本发明实施例对此不做任何限定。当请求挪车用户扫描被请求挪车用户的目标车辆上的二维码时，可以在请求挪车用户的第一终端上出现***中的推销广告或者通知，以增加***收益。

步骤S102：确定电话号码是否在预先设置的骚扰电话黑名单数据库内，若是，则拒绝电话号码的挪车通话请求。

服务器根据接收的挪车请求中的第一终端对应的电话号码，在服务器内预先设置的骚扰电话黑名单数据库进行搜索匹配，确定该电话号码是否在骚扰电话黑名单数据库内，若在，说明该电话号码属于骚扰或推销电话，则服务器拒绝该电话号码的挪车通话请求。可以理解的是，若该电话号码在骚扰电话黑名单数据库内，同时拒绝该电话号码的短信挪车请求或其它挪车请求。

本发明防骚扰挪车服务方法，确认请求挪车的电话号码是否在骚扰电话黑名单数据库内，若是，则拒绝电话号码的挪车通话请求，从而过滤掉骚扰电话，避免骚扰电话打扰车主，给车主造成困扰，使挪车请求服务更纯粹。

在一实施例中，步骤S102中，确定电话号码是否在预先设置的骚扰电话黑名单数据库内，若否，则向目标车辆对应的第二终端发送挪车提示消息，以提示目标车辆的车主挪车。

在本实施例中，若经过服务器确认，发出挪车请求的第一终端对应的电话号码没有在骚扰电话黑名单数据库内，说明该电话号码是普通挪车请求的电话号码，则向目标车辆对应的第二终端发送挪车提示消息，在本实施例中，第二终端是能够接听电话的设备，如手机。

具体的，在该实施例中，服务器提供虚拟电话号码，将虚拟电话号码与车主的电话号码进行关联，当第一终端请求服务时，通过虚拟电话号码进行转接，从而将请求挪车的用户和车主的电话号码互相隐藏起来，保护两者的隐私。由于挪车请求的发送和处理过程中，请求挪车用户和被请求挪车车主之间是通过服务器建立的联系，可以确保被请求挪车车主的隐私信息***露，请求挪车用户无需知道被请求挪车车主的手机号码，就可以实现挪车。

在本实施例中，可以通过文本形式或语音形式向第二终端发送挪车提示消息。具体的，服务器通过短信的方式将请求挪车信息发送给目标车辆的车主的电话号码上，或者发送给目标车辆车主的手机的APP上显示出通知信息。需要说明的是，短信通知的时候，只能是***预先设置的内容，以防出现骚扰车主的情况，推销广告之类的。在另一实施例中，服务器可以通过虚拟电话号码接通目标车辆车主的电话号码，实现请求挪车用户与车主之间的通话。也可以是，通过机器人语音的形式告知车主挪车。本发明实施例不限于此。

在另一实施例中，骚扰电话黑名单数据库的建立方法为：判断电话号码在单位时间内拨打他人电话号码的次数是否大于设定的阈值，若是，则将电话号码加入骚扰电话黑名单数据库。

骚扰电话黑名单数据库的建立方法为，服务器接收挪车请求中的电话号码，并将其拨打他人电话号码的次数存储在服务器内，然后判断该电话号码在单位时间内拨打他人电话号码的次数是否大于设定的阈值，例如，判断同一电话号码在一天内拨打他人电话号码的次数超过50次时，认为该电话号码为骚扰或营销号码，则将该电话号码加入骚扰电话黑名单数据库。

如图2所示，在另一实施例中，步骤S101之前，还包括如下步骤：

步骤S103：接收目标车辆对应的第二终端通过扫描未关联车主信息的识别码发送的注册请求。

首先通过服务器生成若干未关联车主信息的识别码，例如其中未包含车主信息的二维码，然后车主通过其第二终端(手机)扫描该二维码，从而向服务器发出注册请求，服务器则对应接收车主发送的注册请求信息。

步骤S104：向第二终端发送注册页面。

服务器接收注册请求之后，将注册页面发送给第二终端。

步骤S105：接收所述第二终端填写的注册信息，所述注册信息包括目标车辆的车牌号及目标车辆车主的电话号码。

车主接收到注册页面后，在注册页面上填写注册信息，注册信息包括目标车辆的车牌号及目标车辆车主的电话号码，填写完注册信息则提交注册页面，服务器接收第二终端填写的注册信息。

步骤S106：将注册信息与识别码进行关联，形成关联数据库。

服务器将车主填写的注册信息与其第二终端扫描的识别码进行关联，形成关联数据库。因此当请求挪车用户的第一终端扫描该识别码时，则从关联数据库内调取该识别码所对应的第二终端，从而建立第一终端与第二终端之间的连接。

在本实施例中，车主通过第二终端扫描未关联车主信息的识别码，从而将车主信息与该识别码进行关联。因此可以批量生产若干未关联车主信息的二维码，分发到若干车主，当车主注册信息与二维码关联后，即可产生与车辆对应的挪车二维码，将该挪车二维码贴在车窗或前挡风玻璃，或摆放在车内，供挪车请求用户扫描从而发送挪车请求。通过识别码来实现挪车请求和处理，无需展示车主的电话号码，保护了车主的隐私。

在另一实施例中，车主再次通过第二终端扫描其关联的识别码时，可以在第二终端上对已保存的个人信息进行修改，在更换车辆时，可以继续使用原来识别码而无需再绑定新的识别码。

在另一实施例中，步骤S101的挪车请求中还包括目标车辆的车牌号，在步骤S101之后，还包括：判断挪车请求中的车牌号与关联数据库中的目标车辆的车牌号是否匹配，若是，则执行步骤S102，若不是，则自动拒绝挪车请求。

服务器接收挪车请求时，先判断接收的车牌号与关联数据库内的车牌号是否匹配，即判断请求挪车的用户所扫描的识别码是否与该车牌号对应的车主预先绑定的识别码相同，若是，再执行步骤S102，若不是，则说明该车辆上放置的二维码并非该车辆对应绑定的二维码，则服务器自动拒绝挪车请求，并将错误信息反馈给第一终端。通过预先判断车牌号与关联数据库内的车牌号是否匹配，从而避免了对非正常放置识别码或者填写车牌号错误的车辆进行挪车请求，造成车主的困扰。

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

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

如图3所示，基于同一发明构思，本发明实施例还提供一种服务器200，包括：接收模块201和处理模块202。

接收模块201，用于接收第一终端通过扫描目标车辆上的识别码发送的挪车请求，挪车请求中包括第一终端对应的电话号码。处理模块202，用于确定电话号码是否在预先设置的骚扰电话黑名单数据库内，若是，则拒绝电话号码的挪车通话请求。

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

上述实施例提供的一种服务器200，在接收第一终端通过扫描目标车辆上的识别码发送的挪车请求后，确定电话号码是否在预先设置的骚扰电话黑名单数据库内，若是，则拒绝电话号码的挪车通话请求，从而过滤掉骚扰电话，避免骚扰电话打扰车主，给车主造成困扰，使挪车请求服务更纯粹，提升用户体验感。

可选的，在一个实施例中，处理模块202还用于确定电话号码是否在预先设置的骚扰电话黑名单数据库内，若否，则向目标车辆对应的第二终端发送挪车提示消息，以提示目标车辆的车主挪车。由于挪车请求的发送和处理过程中，请求挪车用户和被请求挪车车主之间是通过服务器200建立的联系，可以确保被请求挪车车主的隐私信息***露，请求挪车用户无需知道被请求挪车车主的手机号码，就可以实现挪车。

可选的，在一个实施例中，服务器200还包括判断模块，用于判断电话号码在单位时间内拨打他人电话号码的次数是否大于设定的阈值，若是，则将电话号码加入骚扰电话黑名单数据库。

如图4所示，在另一实施例中，服务器200除上述接收模块201和处理模块202外，还包括发送模块203和关联模块204。

接收模块201，还用于接收目标车辆对应的第二终端通过扫描未关联车主信息的识别码发送的注册请求。发送模块203，用于向第二终端发送注册页面。接收模块201，还用于接收第二终端填写的注册信息，注册信息包括目标车辆的车牌号及目标车辆车主的电话号码。关联模块204，用于将注册信息与识别码进行关联，形成关联数据库。

上述实施例提供的一种服务器200，可以使车主通过第二终端扫描未关联车主信息的识别码，将车主信息与该识别码进行关联，将关联后的识别码贴在车窗或前挡风玻璃，或摆放在车内，供挪车请求用户扫描从而发送挪车请求。通过识别码来实现挪车请求和处理，无需展示车主的电话号码，保护了车主的隐私。

如图5所示，本发明实施例还提供一种防骚扰挪车服务***300，包括第一终端301、第二终端302和如上述任一实施例中的服务器200。

第一终端301，用于扫描目标车辆上的识别码发出挪车请求，挪车请求中包括第一终端对应的电话号码。服务器200，用于确定电话号码是否在预先设置的骚扰电话黑名单数据库内，若是，则拒绝电话号码的挪车通话请求。第二终端302，用于接收挪车提示消息，以提示目标车辆的车主挪车。

上述实施例中提供的防骚扰挪车服务***，请求挪车用户的第一终端和车主的第二终端之间通过服务器建立联系，在联系车主之前，先确认第一终端对应的电话号码是否在预先设置的骚扰电话黑名单数据库，若是，则说明该电话号码是骚扰电话或推销电话，则拒绝该电话号码的挪车通话请求，若不是，则接通目标车辆车主对应的第二终端，可以确保车主隐私信息***露，也能实现挪车。

读者应理解，在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

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

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。

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

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

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

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

Claims (10)

1.一种防骚扰挪车服务方法，其特征在于，包括：

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

确定所述电话号码是否在预先设置的骚扰电话黑名单数据库内，若是，则拒绝所述电话号码的挪车通话请求。

2.根据权利要求1所述的防骚扰挪车服务方法，其特征在于，确定所述电话号码是否在预先设置的骚扰电话黑名单数据库内，若否，则向所述目标车辆对应的第二终端发送挪车提示消息，以提示所述目标车辆的车主挪车。

3.根据权利要求1所述的防骚扰挪车服务方法，其特征在于，所述骚扰电话黑名单数据库的建立方法为：

判断所述电话号码在单位时间内拨打他人电话号码的次数是否大于设定的阈值，若是，则将所述电话号码加入骚扰电话黑名单数据库。

4.根据权利要求1所述的防骚扰挪车服务方法，其特征在于，接收第一终端通过扫描目标车辆上的识别码发送的挪车请求之前，还包括：

接收所述目标车辆对应的第二终端通过扫描未关联车主信息的识别码发送的注册请求；

向所述第二终端发送注册页面；

接收所述第二终端填写的注册信息，所述注册信息包括目标车辆的车牌号及目标车辆车主的电话号码；

将所述注册信息与所述识别码进行关联，形成关联数据库。

5.根据权利要求4所述的防骚扰挪车服务方法，其特征在于，所述挪车请求中还包括所述目标车辆的车牌号，在接收第一终端通过扫描目标车辆上的识别码发送的挪车请求之后，还包括：

判断所述挪车请求中的车牌号与所述关联数据库中的目标车辆的车牌号是否匹配，若是，则确定所述电话号码是否在预先设置的骚扰电话黑名单数据库内。

6.一种服务器，其特征在于，包括：

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

处理模块，用于确定所述电话号码是否在预先设置的骚扰电话黑名单数据库内，若是，则拒绝所述电话号码的挪车通话请求。

7.根据权利要求6所述的服务器，其特征在于，所述处理模块，还用于确定所述电话号码是否在预先设置的骚扰电话黑名单数据库内，若否，则向所述目标车辆对应的第二终端发送挪车提示消息，以提示所述目标车辆的车主挪车。

8.根据权利要求6所述的服务器，其特征在于，还包括判断模块，用于判断所述电话号码在单位时间内拨打他人电话号码的次数是否大于设定的阈值，若是，则将所述电话号码加入骚扰电话黑名单数据库。

9.根据权利要求6所述的服务器，其特征在于，所述接收模块，用于接收所述目标车辆对应的第二终端通过扫描未关联车主信息的识别码发送的注册请求；

发送模块，用于向所述第二终端发送注册页面；

所述接收模块，还用于接收所述第二终端填写的注册信息，所述注册信息包括目标车辆的车牌号及目标车辆车主的电话号码；

关联模块，用于将所述注册信息与所述识别码进行关联，形成关联数据库。

10.一种防骚扰挪车服务***，其特征在于，包括，第一终端、第二终端和如权利要求6-9任一项所述的服务器，其中，

所述第一终端，用于扫描目标车辆上的识别码发出挪车请求，所述挪车请求中包括所述第一终端对应的电话号码；

所述服务器，用于确定所述电话号码是否在预先设置的骚扰电话黑名单数据库内，若是，则拒绝所述电话号码的挪车通话请求。

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