CN111343342A - 信息通知方法、装置及计算机设备 - Google Patents

Abstract

本申请提供了一种信息通知方法、装置及计算机设备，属于计算机技术领域。所述方法包括：响应于获取挪车服务的操作，获取第一人脸图像，向服务器发送挪车请求，接收服务器返回的身份识别结果，响应于身份识别结果用于指示第一用户不是虚假报堵的用户，显示车牌识别界面；采集待识别的车牌图像，向服务器发送车牌识别请求，车牌识别请求携带待识别的车牌图像，服务器用于根据车牌图像确定车牌图像对应的联系方式；基于挪车通知界面，向服务器发送通知请求，服务器用于根据通知请求，基于联系方式，通知联系方式对应的第二用户挪车。由于第二用户的联系方式并未暴露给他人，能够减少因信息泄露造成的恶意骚扰，提高个人信息的安全性。

Description

信息通知方法、装置及计算机设备

技术领域

本申请涉及计算机技术领域，特别涉及一种信息通知方法、装置及计算机设备。

背景技术

当前，汽车保有量越来越大，停车泊位却没有相应的增加，车主停车时可能会占用他人车位或者公共道路，造成交通拥堵，影响他人出行。通常车主为方便他人联系自己挪车，会在车上留下自己的联系方式。

车主需要通过终端下载和安装提供有挪车服务的应用程序；终端获取车主的车牌号和手机号；绑定车主的车牌号和手机号；根据车主的车牌号和手机号，生成用于联系车主的二维码；车主将生成的二维码打印出来，张贴在车主的车上；被影响出行的当事人可以扫描该车主的二维码，联系该车主挪车。

虽然通过生成二维码隐藏了手机号，但二维码作为图像，容易被恶意分发，造成车主被电话骚扰，导致车主的个人信息安全受损，不利于车主的隐私保护。

发明内容

本申请实施例提供了一种信息通知方法、装置及计算机设备，能够提高个人信息的安全性。所述技术方案如下：

根据本申请实施例的一方面，提供了一种信息通知方法，所述方法包括：

响应于获取挪车服务的操作，获取第一用户的第一人脸图像，向服务器发送挪车请求，所述挪车请求携带所述第一人脸图像，所述服务器用于根据所述第一人脸图像，确定所述第一用户的身份识别结果；

接收所述服务器返回的身份识别结果，响应于所述身份识别结果用于指示所述第一用户不是虚假报堵的用户，显示车牌识别界面；

基于所述车牌识别界面，采集待识别的车牌图像，向所述服务器发送车牌识别请求，所述车牌识别请求携带所述待识别的车牌图像，所述服务器用于根据所述车牌图像，确定所述车牌图像对应的联系方式；

显示挪车通知界面，基于所述挪车通知界面，向所述服务器发送通知请求，所述服务器用于根据所述通知请求，基于所述联系方式，通知所述联系方式对应的第二用户挪车。

根据本申请实施例的另一方面，提供了一种信息通知方法，所述方法包括：

接收第一终端发送的挪车请求，所述挪车请求携带所述第一终端对应的第一用户的第一人脸图像；

根据所述第一人脸图像和身份识别数据库，确定所述第一用户的身份识别结果，所述身份识别数据库中存储有虚假报堵的用户的人脸图像；

向所述第一终端发送所述第一用户的身份识别结果；

接收所述第一终端基于所述身份识别结果发送的车牌识别请求，所述车牌识别请求携带待识别的车牌图像；

根据所述车牌图像，确定所述车牌图像对应的联系方式；

接收所述第一终端发送的通知请求，基于所述联系方式，通知所述联系方式对应的第二用户挪车。

在一种可能的实现方式中，所述方法还包括：

接收所述第二用户对应的第二终端发送的报堵反馈信息；

响应于所述报堵反馈信息用于指示所述第一用户虚假报堵，确定所述第一用户的第一人脸图像为虚假报堵的用户的人脸图像。

根据本申请实施例的另一方面，提供了一种信息通知装置，所述装置包括：

第一获取模块，被配置为响应于获取挪车服务的操作，获取第一用户的第一人脸图像；

第一发送模块，被配置为向服务器发送挪车请求，所述挪车请求携带所述第一人脸图像，所述服务器用于根据所述第一人脸图像，确定所述第一用户的身份识别结果；

第一接收模块，被配置为接收所述服务器返回的身份识别结果；

显示模块，被配置为响应于所述身份识别结果用于指示所述第一用户不是虚假报堵的用户，显示车牌识别界面；

采集模块，被配置为基于所述车牌识别界面，采集待识别的车牌图像；

所述第一发送模块，还被配置为向所述服务器发送车牌识别请求，所述车牌识别请求携带所述待识别的车牌图像，所述服务器用于根据所述车牌图像，确定所述车牌图像对应的联系方式；

所述显示模块，还被配置为显示挪车通知界面；

所述第一发送模块，还被配置为基于所述挪车通知界面，向所述服务器发送通知请求，所述服务器用于根据所述通知请求，基于所述联系方式，通知所述联系方式对应的第二用户挪车。

在一种可能的实现方式中，所述第一发送模块，还被配置为基于所述挪车通知界面，显示待选择的至少一种通知方式；响应于对所述至少一种通知方式中任一种通知方式的选择操作，根据所述被选择的通知方式，向所述服务器发送通知请求，所述通知请求携带所述被选择的通知方式，所述服务器用于根据所述被选择的通知方式，基于所述被选择的通知方式和所述第二用户的联系方式，通知所述第二用户挪车。

根据本申请实施例的另一方面，提供了一种信息通知装置，所述装置包括：

第二接收模块，被配置为接收第一终端发送的挪车请求，所述挪车请求携带所述第一终端对应的第一用户的第一人脸图像；

确定模块，被配置为根据所述第一人脸图像和身份识别数据库，确定所述第一用户的身份识别结果，所述身份识别数据库中存储有虚假报堵的用户的人脸图像；

第二发送模块，被配置为向所述第一终端发送所述第一用户的身份识别结果；

所述第二接收模块，还被配置为接收所述第一终端基于所述身份识别结果发送的车牌识别请求，所述车牌识别请求携带待识别的车牌图像；

所述确定模块，还被配置为根据所述车牌图像，确定所述车牌图像对应的联系方式；

通知模块，被配置为接收所述第一终端发送的通知请求，基于所述联系方式，通知所述联系方式对应的第二用户挪车。

在一种可能的实现方式中，所述装置还包括：

第二获取模块，被配置为获取所述第一终端当前所在的第一位置；

所述确定模块，还被配置为根据所述车牌图像，确定与所述车牌图像匹配的车辆当前所在的第二位置；确定所述第一位置和所述第二位置之间的距离；响应于所述第一位置和所述第二位置之间的距离小于预设阈值，根据所述车牌图像，确定所述车牌图像对应的联系方式。

在另一种可能的实现方式中，所述确定模块，还被配置为根据所述车牌图像，从所述车牌图像中识别出所述车牌图像中的车牌号；根据所述车牌号中的地区标识，确定与所述车牌图像匹配的车辆所属的地区；基于所述地区的交通管理系统，获取所述地区的车辆信息库，从所述车辆信息库中查询与所述车牌号关联的联系方式。

在另一种可能的实现方式中，所述确定模块，还被配置为响应于所述第一人脸图像与所述身份识别数据库中的任一虚假报堵的用户的人脸图像匹配，确定所述第一用户的身份识别结果为所述第一用户是虚假报堵的用户；响应于所述第一人脸图像与所述身份识别数据库中的虚假报堵的用户的人脸图像均不匹配，确定所述第一用户的身份识别结果为所述第一用户不是虚假报堵的用户；确定与所述第一人脸图像匹配的第二人脸图像，将所述身份识别数据库中的第一人脸图像更新为所述第二人脸图像。

在另一种可能的实现方式中，所述通知模块，还被配置为接收所述第一终端发送的通知请求；响应于所述通知请求携带第一通知方式，基于所述联系方式，建立所述第一终端和所述第二用户对应的第二终端之间的匿名通话，所述第一通知方式用于表示通过语音通话的方式通知第二用户挪车；响应于所述通知请求携带第二通知方式，获取所述第一终端当前所在的第一位置；根据所述第一位置，生成用于通知第二用户挪车的提示信息；基于所述第二用户的联系方式，向所述第二终端发送所述提示信息，所述第二通话方式用于表示通过信息推送的方式通知第二用户挪车。

在另一种可能的实现方式中，所述第二接收模块，还被配置为接收所述第二用户对应的第二终端发送的报堵反馈信息；所述确定模块，还被配置为响应于所述报堵反馈信息用于指示所述第一用户虚假报堵，确定所述第一用户的第一人脸图像为虚假报堵的用户的人脸图像。

根据本申请实施例的另一方面，提供了一种计算机设备，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条程序代码，所述至少一条程序代码由所述处理器加载并执行，以实现上述任一可能实现方式所述的信息通知方法。

根据本申请实施例的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条程序代码，所述至少一条程序代码由处理器加载并执行，以实现上述任一可能实现方式所述的信息通知方法。

在本申请实施例中，响应于获取挪车服务的操作，获取第一用户的第一人脸图像，向服务器发送挪车请求，该挪车请求携带第一人脸图像，服务器用于根据第一人脸图像，确定第一用户的身份识别结果；接收服务器返回的身份识别结果，响应于身份识别结果用于指示第一用户不是虚假报堵的用户，显示车牌识别界面；基于车牌识别界面，采集待识别的车牌图像，向服务器发送车牌识别请求，车牌识别请求携带待识别的车牌图像，服务器用于根据待识别的车牌图像，确定车牌图像对应的联系方式；显示挪车通知界面，基于挪车通知界面，向服务器发送通知请求，服务器用于根据通知请求，基于车牌图像对应的联系方式，通知联系方式对应的第二用户挪车。由于第二用户的联系方式是根据待识别的车牌图像确定的，第二用户的联系方式并未暴露给他人，能够减少因信息泄露造成的恶意骚扰，提高用户个人信息的安全性。

并且，由于在确定车牌图像对应的联系方式之前，先根据第一用户的第一人脸图像，对第一用户的身份进行识别，只有第一用户的身份识别结果用于指示第一用户不是虚假报堵的用户，第一用户才能与第二用户建立联系，通知第二用户挪车，从而能够实现对虚假报堵的用户的限制，减少第二用户被恶意骚扰的现象的发生，增强用户的隐私保护。

附图说明

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

图1是本申请实施例提供的一种实施环境的示意图；

图2是本申请实施例提供的一种信息通知方法的流程图；

图3是本申请实施例提供的一种人脸图像采集界面的示意图；

图4是本申请实施例提供的一种信息通知方法的节点关系图；

图5是本申请实施例提供的一种信息通知方法的时序图；

图6是本申请实施例提供的一种车牌识别界面的示意图；

图7是本申请实施例提供的一种关联绑定界面的示意图；

图8是本申请实施例提供的一种正在通话的界面的示意图；

图9是本申请实施例提供的一种提示信息显示界面的示意图；

图10是本申请实施例提供的一种位置显示界面的示意图；

图11是本申请实施例提供的一种信息通知方法的时序图；

图12是本申请实施例提供的一种挪车反馈界面的示意图；

图13是本申请实施例提供的一种挪车数据分析的示意图；

图14是本申请实施例提供的一种信息通知装置的框图；

图15是本申请实施例提供的一种信息通知装置的框图；

图16是本申请实施例提供的一种终端的框图；

图17是本申请实施例提供的一种服务器的框图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

本申请的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们的任意变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

图1是本申请实施例提供的一种实施环境的示意图。参见图1，该实施环境包括第一终端101、第二终端102和服务器103。

第一终端101和第二终端102可以是智能手机、平板电脑、可穿戴设备、电脑或者其他电子设备。服务器103可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。

第一终端101和服务器103可以通过有线或无线通信方式进行直接或间接地连接，并且，第一终端101上安装有服务器103提供服务的目标应用程序，目标应用程序可以为应用程序或者操作系统，目标应用程序为挪车服务的实现提供运行环境。例如，目标应用程序可以为社交应用，挪车服务可以基于目标应用程序的公众号或者小程序实现，目标应用程序为用于提供挪车服务的公众号或者小程序提供运行环境。再如，目标应用程序可以为安卓操作系统，挪车服务可以基于目标应用程序的快应用实现，目标应用程序为用于提供挪车服务的快应用提供运行环境。

当第二用户的车辆的停放位置给第一用户带来不便时，第一用户可以通过第一终端101上的目标应用程序进入挪车服务界面，基于挪车服务界面，应用挪车服务，通知第二用户挪车。第一终端101向服务器103发送第一用户的第一人脸图像，接收服务器103返回的第一用户的身份识别结果；根据第一用户的身份识别结果，采集待识别的车牌图像，向服务器103发送待识别的车牌图像；服务器103基于第一终端101发送的车牌图像，确定该车牌图像对应的联系方式，基于该联系方式，通知该联系方式对应的第二用户挪车。

第二终端102和服务器103可以通过有线或无线通信方式进行直接或间接地连接，第二终端102为第二用户对应的终端，服务器103基于第一终端101发送的车牌图像，确定的车牌图像对应的联系方式为第二用户的联系方式。服务器103可以基于第二用户的联系方式，通过在第一终端101和第二终端102之间建立匿名通话，或者向第二终端102发送提示信息的方式，通知第二用户挪车。

需要说明的是，本申请实施例涉及的人脸图像和联系方式等用户信息均是经用户授权而获取，并进行后续处理的。

图2是本申请实施例提供的一种信息通知方法的流程图。参见图2，该实施例包括：

201、第一终端响应于获取挪车服务的操作，获取第一用户的第一人脸图像。

由于汽车保有量越来越大，而停车泊位却没有相应的增加，第二用户在停放车辆时可能会为他人带来不便。例如，第二用户的车辆占用他人车位或者公共道路，影响他人停车或者出行。

第一用户为受第二用户的车辆影响的用户，当第二用户停放车辆对第一用户造成不便时，第一用户可以通过第一终端上的目标应用程序，进入挪车服务界面，基于挪车服务界面，应用挪车服务，通知第二用户挪车。

目标应用程序提供有进入挪车服务界面的接口，第一用户可以通过用于进入挪车服务界面的接口，进入到挪车服务界面。例如，目标应用程序可以为社交应用，第一用户可以通过用于提供挪车服务的公众号中的接口或者用于提供挪车服务的小程序的接口，进入挪车服务界面。再如，目标应用程序可以为第三方支付平台应用，第一用户可以通过第三方支付平台应用的用于提供挪车服务的接口，进入挪车服务界面。

在本申请实施例中，目标应用程序能够为挪车服务的运行提供运行环境，第一用户无需下载用于提供挪车服务的应用程序，即可通过常用的目标应用程序提供的接口，进入挪车服务界面，应用挪车服务，能够降低用户享受挪车服务的成本，提高信息通知的效率。

在一种可能的实现方式中，用于获取挪车服务的操作可以为对提供挪车服务的接口的触发操作，第一终端可以响应于对提供挪车服务的接口的触发操作，获取第一用户的第一人脸图像，相应的，第一终端获取第一用户的第一人脸图像的步骤可以为：第一终端响应于对目标应用程序提供的用于提供挪车服务的接口的触发操作，进入挪车服务界面，该挪车服务界面为人脸图像的采集界面；第一终端基于该人脸图像的采集界面，调用摄像头组件，采集第一用户的第一人脸图像。

在另一种可能的实现方式中，第一终端显示挪车服务界面，该挪车服务界面提供有用于指示应用挪车服务的控件，用于获取挪车服务的操作可以为对用于指示应用挪车服务的控件的触发操作，第一终端响应于对用于指示应用挪车服务的控件的触发操作，获取第一用户的人脸图像，相应的，第一终端获取第一用户的第一人脸图像的步骤可以为：第一终端响应于对目标应用程序提供的用于提供挪车服务的接口的触发操作，进入挪车服务界面，该挪车服务界面提供有用于指示应用挪车服务的控件；第一终端响应于对用于指示应用挪车服务的控件的触发操作，进入人脸图像的采集界面；第一终端基于该人脸图像的采集界面，调用摄像头组件，采集第一用户的第一人脸图像。例如，挪车服务界面中提供有“一键挪车”控件，第一终端响应于对“一键挪车”控件的触发操作，进入人脸图像的采集界面，采集人脸图像。

人脸图像的采集界面至少包括人脸图像的采集区域，第一终端可以在检测到人脸图像的采集区域出现人脸图像时，向服务器发送携带有人脸图像的挪车请求。人脸图像的采集区域可以为第一终端的摄像头组件的图像采集区域，人脸图像的采集区域还可以为在第一终端的摄像头组件的图像采集区域的基础上的图形指引框，该图形指引框用于指示用户的人脸应在的位置，例如，该图形指引框可以为人脸形状的框。

人脸图像的采集界面还可以包括图像采集控件和关闭控件，第一终端响应于对图像采集控件的触发操作，基于人脸图像的采集区域，采集人脸图像；第一终端响应于对关闭控件的触发操作，退出人脸图像的采集界面。例如，图3是本申请实施例提供的一种人脸图像采集界面的示意图，参见图3，该人脸图像采集界面中包括人脸图像的采集区域301、图像采集控件302和关闭控件303，第一终端响应于对图像采集控件302的触发操作，基于采集区域301采集第一用户的第一人脸图像。

202、第一终端向服务器发送挪车请求，该挪车请求携带第一终端对应的第一用户的第一人脸图像。

第一终端采集第一用户的第一人脸图像，向服务器发送的挪车请求，该挪车请求携带第一用户的第一人脸图像，用于请求服务器基于第一用户的第一人脸图像进行人脸比对，确定第一用户的身份识别结果。

图4是本申请实施例提供的一种信息通知方法的节点关系图，参见图4，基于本申请实施例提供的信息通知方法实现的挪车服务包括以下节点：前端显示401、业务前台402、业务中台403、身份识别数据库404和车辆信息库405。其中，前端显示节点401是基于目标应用程序实现的，挪车服务的前端显示是基于H5应用程序实现的，该H5应用程序基于目标应用程序提供的运行环境进行前端显示，该H5应用程序可以为公众号或小程序。

业务前台402、业务中台403、身份识别数据库404和车辆信息库405为服务器的组成部分，业务前台402用于进行业务逻辑封装；业务中台403用于提供业务功能支撑，业务中台403包括人脸比对模块4031、车牌识别模块4032、语音通话模块4033、地理位置服务模块4034和信息推送模块4035；身份识别数据库404和车辆信息库405用于提供数据支撑。

在本申请实施例中，前端显示逻辑、业务前台的业务逻辑，以及业务中台的功能逻辑都是分离的，实现了挪车服务的实现逻辑的解耦，减少前端显示逻辑、业务逻辑和功能逻辑之间的相互影响，业务中台的功能能够支撑其他服务，前端的挪车服务实现也可以基于其他业务平台实现，提高了前端显示逻辑、业务逻辑和功能逻辑的灵活性和可变性。

图5是本申请实施例提供的一种信息通知方法的时序图，参见图4和图5，第一终端可以基于前端显示401的H5应用程序向业务前台402发送携带第一人脸图像的挪车请求，该挪车请求可以为HTTP(一种简单的请求-响应协议)请求。

203、服务器接收第一终端发送的挪车请求，根据第一人脸图像和身份识别数据库，确定第一用户的身份识别结果。

通常情况下，应用挪车服务的用户为被第二用户的车辆造成不便的用户。但是，并未被第二用户的车辆造成不便的用户也可能会通过挪车服务，与第二用户建立联系，向第二用户输出与挪车无关的信息，对第二用户造成骚扰。上述应用挪车服务与第二用户建立联系向第二用户输出与挪车无关的信息的用户即为虚假报堵的用户。

身份识别数据库中存储有虚假报堵的用户的人脸图像。服务器可以将第一人脸图像与身份识别数据库中的虚假报堵的用户的人脸图像进行比对，服务器响应于第一人脸图像与身份识别数据库中的任一虚假报堵的用户的人脸图像匹配，确定第一用户的身份识别结果为第一用户是虚假报堵的用户；服务器响应于第一人脸图像与身份识别数据库中的虚假报堵的用户的人脸图像均不匹配，确定第一用户的身份识别结果为第一用户不是虚假报堵的用户。

在一种可能的实现方式中，身份识别数据库中存储的人脸图像均为虚假报堵的用户的人脸图像，服务器响应于第一用户的第一人脸图像与该身份识别数据库中的任一人脸图像匹配，确定第一用户的身份识别结果为第一用户是虚假报堵的用户。

在另一种可能的实现方式中，身份识别数据库中存储的人脸图像包括应用挪车服务的虚假报堵的用户的人脸图像，以及应用挪车服务的未虚假报堵的用户的人脸图像，其中，虚假报堵的用户的人脸图像带有虚假报堵标记，该虚假报堵标记用于表示该用户为虚假报堵的用户。相应的，服务器响应于第一人脸图像与身份识别数据库中的任一虚假报堵的用户的人脸图像匹配，确定第一用户的身份识别结果为第一用户是虚假报堵的用户的步骤可以为：服务器将第一人脸图像与身份识别数据库中带有虚假报堵标记的人脸图像进行比对，响应于第一人脸图像与身份识别数据库中的任一带有虚假报堵标记的人脸图像匹配，确定第一用户的身份识别结果为第一用户是虚假报堵的用户。

在另一种可能的实现方式中，服务器根据第一人脸图像和身份识别数据库，确定第一用户的身份识别结果时，还可以更新身份识别数据库中存储的第一人脸图像。相应的，服务器更新身份识别数据库中存储的第一人脸图像的步骤可以为：服务器确定与第一人脸图像匹配的第二人脸图像，将身份识别数据库中的第一人脸图像更新为第二人脸图像。

在本申请实施例中，服务器可以将身份识别数据库中的第一人脸图像更新当前第一用户最新的第二人脸图像，能够保证身份识别数据库中的用户的人脸图像为最能表征用户的最新状态的人脸图像，从而能够提高对第一用户的身份识别的准确率。

继续参见图4和图5，第一终端可以向服务器的业务前台402发送挪车请求，业务前端402，业务前台402响应于第一终端发送的挪车请求，获取第一用户的第一人脸图像，通过API(Application Programming Interface，应用程序接口)接口调用业务中台403的人脸比对模块4031；人脸比对模块4031基于上述方法，根据第一人脸图像，检索身份识别数据库404，进行人脸比对，响应于第一人脸图像与身份识别数据库404中任一虚假报堵的用户的人脸图像匹配，确定第一用户的身份识别结果为虚假报堵的用户；响应于第一人脸图像与身份识别数据库404中的虚假报堵的用户的人脸图像均不匹配，确定第一用户的身份识别结果不是虚假报堵的用户。

204、服务器向第一终端发送第一用户的身份识别结果。

服务器向第一终端发送第一用户的身份识别结果，该身份识别结果用于指示第一用户是虚假报堵的用户或者该身份识别结果用于指示第一用户不是虚假报堵的用户。第一终端可以根据第一用户的身份识别结果，确定是否继续执行显示车牌识别界面，采集待识别的车牌图像的步骤。

继续参见图5，服务器的人脸比对模块4031向第一终端返回第一用户的身份识别结果。

205、第一终端接收服务器返回的身份识别结果，响应于身份识别结果用于指示第一用户不是虚假报堵的用户，显示车牌识别界面。

第一终端接收服务器返回的身份识别结果，响应于身份识别结果用于指示第一用户不是虚假报堵的用户，才显示车牌识别界面，执行基于车牌识别界面，采集待识别的车牌图像的步骤。

第一终端响应于身份识别结果用于指示第一用户是虚假报堵的用户，不显示车牌识别界面，不执行基于车牌识别界面，采集待识别的车牌图像的步骤。第一终端可以显示虚假报堵提示界面，虚假报堵提示界面用于提示第一用户由于虚假报堵被限制应用挪车服务。虚假报堵提示界面还可以提供有申诉框，第一用户可以通过第一终端在申诉框中写入用于声明未虚假报堵的申诉理由；第一终端可以将第一用户的申诉理由提交至服务器；服务器可以根据第一用户的申诉理由，回溯第一用户被确定为虚假报堵的用户的原因；根据第一用户的申诉理由和第一用户被确定为虚假报堵的用户的原因，确定第一用户的身份识别结果；响应于第一用户的身份识别结果用于指示第一用户是虚假报堵的用户，继续限制第一用户应用挪车服务；响应于第一用户的身份识别结果用于指示第一用户不是虚假报堵的用户，解除对第一用户应用挪车服务的限制。

需要说明的一点是，第一终端还可以提示第一用户承诺不会虚假报堵。例如，第一终端可以响应于身份识别结果用于指示第一用户不是虚假报堵的用户，显示承诺界面，承诺界面中提供有“本人承诺，不会恶意上报堵车信息”的提示信息；第一终端响应于对该提示信息的确认操作，显示车牌识别界面。再如，第一终端还可以响应于身份识别结果用于指示第一用户不是虚假报堵的用户，显示车牌识别界面，以及弹出承诺提示框，承诺提示框中提供有“本人承诺，不会恶意上报堵车信息”的提示信息，第一终端响应于对该提示信息的确认操作，执行基于车牌识别界面，采集待识别的车牌图像的步骤。第一终端可以只在第一用户首次应用挪车服务时，提示第一用户承诺不会虚假报堵；第一用户承诺不会虚假报堵后，再次应用挪车服务时，不再提示第一用户承诺不会虚假报堵。第一终端也可以在第一用户每次应用挪车服务时，都提示第一用户承诺不会虚假报堵。第一终端还可以在第一用户应用挪车服务达到预设次数，并且，第一用户在预设次数内未虚假报堵的情况下，不再提示第一用户承诺不会虚假报堵。

在本申请实施例中，第一终端响应于第一用户的身份识别结果用于指示第一用户不是虚假报堵的用户，才显示车牌识别界面，继续执行基于车牌识别界面，采集待识别的车牌图像的步骤。首先确定第一用户不是虚假报堵的用户，才能继续应用挪车服务，能够实现对虚假报堵的用户的限制，减少第二用户被恶意骚扰现象的发生，增强用户的隐私保护，提高个人信息的安全性。

继续参见图5，第一终端接收人脸比对模块4031返回的第一用户的身份识别结果，响应于身份识别结果用于指示第一用户不是虚假报堵的用户，显示车牌识别界面。

206、第一终端基于车牌识别界面，采集待识别的车牌图像。

车牌识别界面用于采集待识别的车牌图像，待识别的车牌图像为第二用户的车辆的车牌的图像。图6是本申请实施例提供的一种车牌识别界面的示意图，参见图6，该车牌识别界面中至少包括车牌采集区域601，第一终端基于该车牌识别界面，在车牌采集区域601中采集待识别的车牌图像。车牌识别界面中还可以包括“请将车牌放入框内进行拍摄”的提示信息602。

207、第一终端向服务器发送车牌识别请求，车牌识别请求携带待识别的车牌图像。

第一终端基于车牌识别界面，采集待识别的车牌图像，基于待识别的车牌图像，生成车牌识别请求，向服务器发送车牌识别请求，该车牌识别请求携带待识别的车牌图像。

继续参见图5，第一终端采集待识别的车牌图像，向服务器的业务前台402发送携带待识别的车牌图像的车牌识别请求，该车牌识别请求可以为HTTP请求。

208、服务器接收第一终端基于身份识别结果发送的车牌识别请求，根据待识别的车牌图像，确定该车牌图像对应的联系方式。

服务器根据待识别的车牌图像，确定该车牌图像对应的联系方式可以通过以下步骤(1)至(3)实现：

(1)服务器根据车牌图像，从该车牌图像中识别出该车牌图像中的车牌号。

本步骤可以为：服务器从车牌图像中切割出文字图像区域；从文字图像区域中分离出字符；对每个字符进行识别，得到车牌图像的车牌号。其中服务器从车牌图像中识别出该车牌图像中的车牌号可以基于OCR(Optical Character Recognition，光学字符识别)技术实现。

继续参见图4和图5，服务器的业务前台402响应第一终端发送的车牌识别请求，获取待识别的车牌图像，通过API接口调用服务器的业务中台403的车牌识别模块4032，进行车牌识别，从车牌图像中识别出车牌号，向业务前台402返回识别出的车牌号。该车牌识别模块4032还可以为OCR服务模块。

(2)服务器根据车牌号中的地区标识，确定与车牌图像匹配的车辆所属的地区。

地区标识为车牌号中用于标识车辆所属地区的标识。服务器可以根据车牌号中的地区标识，确定与车牌图像匹配的车辆所属的地区。例如，车牌号的地区标识为“冀A”，则车牌号对应的车辆所属的地区为河北省石家庄市。

(3)服务器基于该车辆所属的地区的交通管理系统，获取该地区的车辆信息库，从该地区的车辆信息库中查询与该车牌号关联的联系方式。

在一种可能的实现方式中，服务器可以与交通管理系统的车辆信息库联通，基于车辆所属地区的车辆信息库，从该车辆信息库中查询与该车辆的车牌号关联的联系方式。相应的，本步骤可以为：服务器向该车辆所属的地区的交通管理系统发送查询请求，该查询请求携带车牌图像对应的车牌号；响应于交通管理系统开启用于连接车辆信息库的接口；根据车牌号，从车辆信息库中查询出与该车牌号关联的联系方式。

在本申请实施例中，服务器可以与交通管理系统的车辆信息库联通，基于车辆所属地区的车辆信息库，从该车辆信息库中查询与该车辆的车牌号关联的联系方式，从而第一用户也可以通知未应用过挪车服务的第二用户挪车，扩大了可通知的第二用户的范围，提高了挪车通知的覆盖率。

在另一种可能的实现方式中，第二用户为方便他人联系自己挪车，可以基于挪车服务，对第二用户的车辆的车牌号和联系方式进行关联绑定。服务器可以将已关联的车牌号和联系方式存储在车辆信息库中，从该车辆信息库中查询与车牌号关联的联系方式。

需要说明的一点是，服务器可以通过交通管理系统的车辆信息库查询与车牌号关联的联系方式；服务器也可以通过基于挪车服务存储的车辆信息库查询与车牌号关联的联系方式；服务器还可以先通过基于挪车服务存储的车辆信息库查询与车牌号关联的联系方式，响应于通过基于挪车服务存储的车辆信息库查询不到与车牌号关联的联系方式，再通过交通管理系统的车辆信息库查询与车牌号关联的联系方式。

需要说明的另一点是，服务器在从该车辆信息库中查询与车牌号关联的联系方式之前，还关联存储车牌号和联系方式。相应的，关联存储车牌号和联系方式的步骤可以为：第二终端接收被写入的车牌号和被写入的联系方式；向服务器发送关联存储请求；该关联存储请求携带该车牌号和该联系方式；服务器接收第二终端发送的关联存储请求；从该关联存储请求获取车牌号和联系方式，关联存储该车牌号和该联系方式。

第二终端为第二用户提供有关联绑定界面，第二用户可以基于第二终端显示的关联绑定界面，输入需要关联绑定的车牌号和联系方式。例如，图7是本申请实施例提供的一种关联绑定界面的示意图，参见图7，第二用户输入的联系方式可以为手机号，关联绑定界面包括车牌号输入框701、手机号输入框702、接受挪车匿名电话的选择框703和用于确认绑定车牌号和手机号的确定按钮704。该关联绑定界面中还可以包括挪车提示信息705，挪车提示信息705包括第二用户接收到的挪车通知信息，例如，挪车提示信息705包括第二用户接收到的最新挪车通知信息和历史挪车通知信息。挪车通知信息中包括第一用户请求第二用户挪车时第一用户所在的位置和第一用户请求第二用户挪车的时间。该关联绑定界面也可以为第二用户查看挪车通知信息的界面。

继续参见图4和图5，业务前台402接收车牌识别模块4032返回的车牌号，通过API接口，调用车辆信息库405，从车辆信息库中查询第二用户的联系方式；查询出的第二用户的联系方式返回至业务前台402。其中，从车辆信息库中查询的第二用户的联系方式可以为第二用户的手机号，也即，从车辆信息库查询车主手机号，向业务前台402返回手机号码。

需要说明的另一点是，服务器还可以确定第一终端所在的第一位置和车牌图像对应的车辆所在的第二位置之间的距离，当第一位置和第二位置之间的距离小于预设阈值时，才根据车牌图像，确定车牌图像对应的联系方式。相应的，服务器可以执行以下步骤：服务器获取第一终端当前所在的第一位置；服务器根据车牌图像，确定与车牌图像匹配的车辆当前所在的第二位置；确定第一位置和第二位置之间的距离；响应于第一位置和第二位置之间的距离小于预设阈值，执行根据车牌图像，确定车牌图像对应的联系方式的步骤。

第一终端当前所在的第一位置可以为在第一终端发送挪车请求至服务器接收到第一终端发送的车牌识别请求之间第一终端所在的任一位置。

车牌图像对应的车辆所在的第二位置可以为在第一终端发送挪车请求至服务器接收到第一终端发送的车牌识别请求之间该车辆所在的任一位置。该车辆所在的第二位置可以通过车载定位系统获取。车牌图像对应的车辆所在的第二位置还可以为交通监控系统拍摄到的该车辆最新所在的位置。

预设阈值为报堵的第一用户与被报堵的车辆之间的合理距离，例如，预设阈值可以为100米、200米或300米，在本申请实施例中，不做限定。

在本申请实施例中，服务器还可以在第一终端所在的第一位置与第二用户的车辆所在的第二位置小于预设阈值时，才执行根据车牌图像，确定车牌图像对应的联系方式的步骤。当第一用户与第二用户的车辆距离很远时，服务器可以确定第一用户可能要虚假报堵，不再执行根据车牌图像，确定车牌图像对应的联系方式的步骤，限制第一用户继续应用挪车服务，减少第二用户被恶意骚扰现象的出现，增强用户的隐私保护，提高用户个人信息的安全性。

209、第一终端显示挪车通知界面，基于挪车通知界面，向服务器发送通知请求，该通知请求携带通知方式。

第一终端可以在向服务器发送车牌识别请求时，显示用于提示用于车牌正在识别的提示信息。服务器根据待识别的车牌图像，确定该车牌图像对应的联系方式时，可以向第一终端发送联系方式获取成功的信息；第一终端接收服务器发送的联系方式获取成功的信息，显示挪车通知界面。

在一种可能的实现方式中，挪车通知界面包括待选择的至少一种通知方式，第一终端可以根据被选择的通知方式，向服务器发送通知请求。相应的，第一终端基于挪车通知界面，向服务器发送通知请求的步骤可以为：第一终端基于挪车通知界面，显示待选择的至少一种通知方式；响应于对至少一种通知方式中任一种通知方式的选择操作，根据被选择的通知方式，向服务器发送通知请求，通知请求携带被选择的通知方式，服务器用于根据被选择的通知方式，基于被选择的通知方式和第二用户的联系方式，通知第二用户挪车。

其中，待选择的通知方式包括第一通知方式和第二通知方式，第一通知方式用于表示通过语音通话的方式通知第二用户挪车，第二通知方式用于表示通过信息推送的方式通知第二用户挪车。例如，第一通知方式包括在第一用户对应的第一终端和第二用户对应的第二终端之间建立匿名通话的方式。第二通知方式包括向第二用户对应的第二终端发送短信的方式，以及基于第二用户关注有用于提供挪车服务的公众号，通过第二用户对应的第二终端上的目标应用程序，向第二用户对应的第二终端推送消息的方式。

在本申请实施例中，第一终端的挪车通知界面包括待选择的至少一种通知方式，第一用户可以根据需求，选择任一种通知方式通知第二用户挪车，为第一用户通知第二用户挪车提供了多样性，能够提升用户的体验度。

在另一种可能的实现方式中，挪车通知界面包括一种通知方式，该通知方式可以为第一通知方式，第一通知方式用于表示在第一用户对应的第一终端和第二用户对应的第二终端之间建立匿名通话。第一终端响应于对第一通知方式的确认操作，向服务器发送通知请求，该通知请求携带第一通知方式。

210、服务器接收第一终端发送的通知请求，基于车牌图像对应的联系方式，通知该联系方式对应的第二用户挪车。

服务器可以获取通知请求携带的通知方式，基于通知请求携带的通知方式和车牌图像对应的联系方式，通知该联系方式对应的第二用户挪车。

对于第一种方式，该通知方式为第一通知方式，则服务器基于车牌图像对应的联系方式，通知该联系方式对应的第二用户挪车的步骤可以为：服务器基于车牌图像对应的联系方式，建立第一终端和第二用户对应的第二终端之间的匿名通话。

其中，服务器可以为第一终端和第二终端分配固话号码，第一终端和第二终端基于固话号码建立匿名通话，相应的，服务器响应于通知请求携带第一通知方式，基于车牌图像对应的联系方式，建立第一终端和第二终端之间的匿名通话的步骤可以为：服务器响应于通知请求携带第一通知方式，为第一终端和第二终端分配固话号码；向第一终端发送该固话号码，第一终端用于根据该固话号码，显示通话界面，响应于用于指示开始通话的操作，向服务器发送通话请求；服务器接收第一终端发送的通话请求，接通第一终端，以及基于车牌图像对应的联系方式，向第二终端发起通话；响应于第二终端接通，建立第一终端和第二终端之间的匿名通话。其中，第一终端和第二终端的通话界面可以都显示服务器分配的固话号码；也可以，第一终端的通话界面显示固话号码，第二终端的通话界面显示第一用户的真实号码。

服务器还可以分配中间号，第一终端可以通过该中间号与第二终端建立匿名通话，相应的，服务器响应于通知请求携带第一通知方式，基于车牌图像对应的联系方式，建立第一终端和第二终端之间的匿名通话的步骤可以为：服务器响应于通知请求携带第一通知方式，分配中间号，向第一终端发送中间号，第一终端用于根据中间号，显示通话界面，响应于用于指示开始通话的操作，基于车牌图像对应的联系方式，向第二终端发起通话，响应于第二终端接通，建立第一终端和第二终端之间的匿名通话。其中，中间号可以仅与第二用户的手机号绑定，任一用户都可以通过与第二用户的手机号绑定的中间号与第二用户建立匿名通话；中间号也可以与第一用户的手机号和第二用户的手机号同时绑定，第一用户可以通过该中间号与第二用户建立匿名通话，第二用户也可以通过该中间号与第一用户建立匿名通话。

继续参见图4和图5，业务前台402获取到第二用户的联系方式后，可以通过API接口调用业务中台403的语音通话模块4033，通过语音通话模块4033，建立第一终端和第二终端之间的匿名通话。

图8是本申请实施例提供的一种正在通话的界面的示意图，参见图8，该通话界面包括通话时间显示区域801、键盘显示区域802、功能按钮区域803和挂断按钮804，功能按钮区域包括用于打开便签的便签按钮、用于显示或隐藏键盘区域的键盘按钮以及用于开启或关闭免提的免提按钮。

在本申请实施例中，通过建立第一终端和第二终端的匿名通话，不仅能够及时效的通知第二用户通知，并且，提高用户个人信息的安全性。

对于第二种方式，该通知方式为第二通知方式，则服务器基于车牌图像对应的联系方式，通知该联系方式对应的第二用户挪车的步骤可以为：服务器获取第一终端当前所在的第一位置，根据第一位置，生成用于通知第二用户挪车的提示信息，基于车牌图像对应的联系方式，向第二终端发送包括第一终端当前所在的第一位置的提示信息，通知第二用户挪车。

其中，服务区响应于第二用户未关注用于提供挪车服务的公众号，基于车牌图像对应的联系方式，以短信的方式向第二终端发送提示信息。服务器响应于第二用户关注有用于提供挪车服务的公众号，可以通过第二用户对应的第二终端上的目标应用程序，向第二用户对应的第二终端推送提示消息；服务器响应于第二用户关注有用于提供挪车服务的公众号，也可以通过短信的方式向第二终端发送提示信息；服务器响应于第二用户关注有用于提供挪车服务的公众号，也可以同时通过第二用户对应的第二终端上的目标应用程序和短信的方式向第二终端发送提示信息。

图9是本申请实施例提供的一种提示信息显示界面的示意图，参见图9，提示信息显示界面可以为短信显示界面，该短信显示界面包括提示信息901，提示信息901的一种示例可以为：“尊敬的车主，您车牌号为京A00000的车辆停放在XX路XX号XXX附近，已影响他人出行，请前往处理，谢谢。”。

需要说明的一点是，服务器获取第一终端当前所在的第一位置，还可以向第一终端返回第一位置，第一终端根据服务器返回的第一位置，在位置显示界面中显示第一终端当前所在的第一位置，供第一用户确认其当前所在的第一位置。图10是本申请实施例提供的一种位置显示界面的示意图，参见图10，该位置显示界面中包括第一终端当前所在的第一位置的标识1001，以及第一位置附近的地图信息，第一用户可以根据该位置显示界面，确认其所在的位置。

需要说明的另一点是，服务器还可以在通知第二用户挪车后，实时获取第二用户对应的第二终端所在的第三位置，向第一终端返回第三位置；第一终端在位置显示界面中显示第二终端所在的第三位置，供第一用户查看第二用户的挪车进度。

图11是本申请实施例提供的一种信息通知方法的时序图，参见图4和图11，信息推送模块4035还包括短信服务模块40351和公众号消息接口40352；业务中台还包括地理位置服务模块4034。

第一终端向业务前台402发送位置获取请求，该位置获取请求可以为HTTP请求；业务前台402接收第一终端发送的位置获取请求，通过API接口调用业务中台403的地理位置服务模块4034，获取第一终端当前所在的第一位置。地理位置服务模块4034可以基于LBS(Location Based Services，基于位置的服务)技术实现。地理位置服务模块4034可以获取第一终端的GPS(Global Positioning System，全球定位系统)信息，根据第一终端的GPS信息，确定第一终端当前所在的第一位置。

地理位置服务模块4034向业务前台402返回第一终端当前所在的第一位置，业务前台402接收地理位置服务模块4034返回的第一位置，根据第一位置，生成用于通知第二用户挪车的提示信息。业务前台402响应于第二用户未关注用于提供挪车服务的公众号，通过短信服务模块40351，基于车牌图像对应的联系方式，以短信的方式向第二终端发送提示信息。业务中台402响应于第二用户关注有用于提供挪车服务的公众号，通过公众号消息接口40352，向第二用户对应的第二终端推送提示消息

第二用户的第二终端接收提示信息，显示在第二终端的消息推送界面中，通知第二用户挪车。第二终端接收提示信息，以弹出框的方式显示在第二终端的消息推送界面中，通知第二用户挪车。第二用户可以通过点击弹出框进入提示信息显示界面，查看详细的提示信息，根据提示信息中的第一位置，判断是否被虚假报堵，如果未被虚假报堵，可前往第一位置进行挪车；如果被虚假报堵，可以反馈报堵反馈信息，对第一用户的虚假报堵情况进行反馈。

在另一种可能的实现方式中，第一终端也可以不执行步骤209，服务器执行步骤208，确定车牌图像对应的联系方式后，可以直接建立该联系方式对应的第二用户的第二终端与第一终端之间的匿名通话。在第一终端和第二终端的匿名通话结束后，服务器还可以响应于第二用户关注有用于提供挪车服务的公众号，通过第二用户对应的第二终端上的目标应用程序，向第二用户对应的第二终端推送提示消息；服务器响应于第二用户未关注用于提供挪车服务的公众号，以短信的方式向第二终端发送提示信息。

在本申请实施例中，基于车牌图像对应的联系方式，通知该联系方式对应的第二用户挪车，能够降低第一用户通知第二用户挪车，以及第二用户能够被第一用户通知的成本，快速便捷通知第二用户挪车，减少由于车辆停放造成的群众纠纷，增强社会治安。

需要说明的一点是，服务器通知第二用户挪车后，第一终端还可以显示挪车反馈界面，第一用户可以基于挪车反馈界面对挪车情况进行反馈。例如，图12是本申请实施例提供的一种挪车反馈界面的示意图，参见图12，该挪车反馈界面包括第一选项1201、第二选项1202、第三选项1203、第四选项1204、第二用户的态度星级评估1205、挪车体验星级评估1206和匿名提交按钮1207。其中，第一选项1201包括“电话没人接”的信息，用于表示第二终端未接通第一终端发起的匿名通话；第二选项1202包括“姗姗来迟”的信息；用于表示第二用户已将车辆挪走，但第二用户从被通知挪车到第二用户到达车辆所在的位置进行挪车的时间较长；第三选项1203包括“司机已移车”的信息，用于表示第二用户已将其车辆挪走；第三选项1204包括“司机置之不理”的信息，用于表示已通知第二用户挪车，但第二用户并未到达车辆所在位置进行挪车；第二用户的态度星级评估1205包括“态度好”的信息和用于表示第二用户态度好的五角星，第一用户可以根据第二用户的态度好的程度，选择点亮挪车反馈界面中“态度好”对应的五角星；挪车体验星级评估1206包括“挪车体验”和用于表示挪车体验的五角星，第一用户可以根据应用挪车服务的体验，选择点亮挪车反馈界面中“挪车体验”对应的五角星；第一用户完成对挪车情况的评价后，可以触发匿名提交按钮1207提交挪车反馈信息。

服务器通知第二用户挪车后，第二用户也可以根据第一用户的报堵情况进行反馈，第二用户可以在接收到挪车通知后，对挪车通知是否为虚假报堵的情况进行反馈。第二用户可以通过短信或者在公众号的聊天界面回复反馈信息的方式进行反馈。例如，服务器发送的提示信息可以包括用于提示第二用户可以通过回复反馈信息的方式反馈第一用户是否虚假报堵，提示信息可以包括“1表示虚假报堵，2表示推销骚扰，3表示位置错误，4表示已移车”，第二用户可以回复1、2、3或4中的一个或多个来反馈第一用户的虚假报堵的情况。

第二用户还可以通过目标应用程序进入基于挪车服务的报堵反馈界面，对第一用户的虚假报堵情况进行反馈。例如，报堵反馈界面包括“虚假报堵”选项、“推销骚扰”选项、“位置错误”选项和“已移车”选项，“虚假报堵”选项用于表示第一用户虚假报堵，“推销骚扰”选项用于表示第一用户向第二用户输出推销信息，“位置错误”选项用于表示第二用户车辆所在的位置与第一用户报堵时所在的位置相距很远，“已移车”选项用于表示第二用户已移车。

第一终端获取到第一用户对挪车情况的反馈信息后，可以将挪车情况的反馈信息发送给服务器，第二终端获取到第二用户对报堵情况的反馈信息后，也可以将报堵情况的反馈信息发送给服务器。服务器可以基于挪车情况的反馈信息和报堵情况的反馈信息建立数据模型，进行数据分析。例如，图13是本申请实施例提供的一种挪车数据分析的示意图，参见图13，当车位或者公共道路被占用时，被影响的第一用户可以基于挪车服务通知占用车位或者公共道路的第二用户挪车。服务器可以与社会资源管理进行数据联通，如果服务器基于数据模型分析模块1301分析得到第二用户对挪车通知置之不理的次数达到一定阈值，社会资源管理部门可以限制对第二用户可享用的数据资源进行限制，也就是说，如果第二用户对挪车通知置之不理，会导致社会资源服务受损。在对第二用户可享用的数据资源进行限制之前，还可以确定第二用户对挪车通知置之不理的原因，如果第二用户对挪车通知置之不理是由于联系方式不准确，可以联系第二用户进行联系方式的修正，也即车主联系信息修正。如果第一用户虚假报堵的次数达到指定阈值，可以对第一用户应用挪车服务进行限制，例如，如果第一用户虚假报堵的次数达到指定阈值，则限制第一用户一个月内不能应用挪车服务，也即一个月限制挪车服务。

需要说明的另一点是，服务器还可以基于第二用户的反馈对身份识别数据库中的虚假报堵的用户的人脸图像进行调整。相应的，服务器调整身份识别数据库中的虚假报堵的用户的人脸图像的步骤可以为：服务器接收第二用户对应的第二终端发送的报堵反馈信息；响应于报堵反馈信息用于指示第一用户虚假报堵，确定第一用户的人脸图像为虚假报堵的用户的人脸图像。

在一种可能的实现方式中，身份识别数据库中存储的人脸图像均为虚假报堵的用户的人脸图像，服务器接收第二用户对应的第二终端发送的报堵反馈信息；响应于报堵反馈信息用于指示第一用户虚假报堵，将第一用户的第一人脸图像增加到该身份识别数据库中。

在另一种可能的实现方式中，身份识别数据库中存储的人脸图像包括应用挪车服务的虚假报堵的用户的人脸图像，以及应用挪车服务的未虚假报堵的用户的人脸图像，其中，虚假报堵的用户的人脸图像带有虚假报堵标记；服务器接收第二用户对应的第二终端发送的报堵反馈信息；响应于报堵反馈信息用于指示第一用户虚假报堵，为第一用户的第一人脸图像增加虚假报堵标记。

在本申请实施例中，服务器还可以基于第二用户的报堵反馈信息，维护身份识别数据库，形成挪车服务的闭环，从而能够基于虚假报堵的用户的人脸图像，限制虚假报堵的用户应用挪车服务，减少对第二用户的恶意骚扰，提高个人信息的安全性。

在另一种可能的实现方式中，服务器还可以根据第一用户被确定为虚假报堵的用户的次数，确定第一用户的人脸图像为虚假报堵的用户的人脸图像。相应的，服务器调整身份识别数据库中的虚假报堵的用户的人脸图像的步骤可以为：服务器接收第二用户对应的第二终端发送的报堵反馈信息；响应于报堵反馈信息用于指示第一用户虚假报堵，将第一用户被确定为虚假报堵的用户的次数加一；服务器响应于第一用户被确定为虚假报堵的用户的次数达到指定阈值，确定第一用户的人脸图像为虚假报堵的用户的人脸图像。

指定阈值可以为任一整数值，例如，指定阈值为3，服务器响应于第一用户被确定为虚假报堵的用户的次数达到3次时，确定第一用户的人脸图像为虚假报堵的用户的人脸图像。

在本申请实施例中，第一用户被确定为虚假报堵的用户达到指定阈值时，才将第一用户的人脸图像确定为虚假报堵的用户的人脸图像，能够提高确定虚假报堵的用户的准确率，减少对第一用户的误伤，提升用户的体验度。

在另一种可能的实现方式中，服务器还可以确定与虚假报堵的用户联系密切的好友，响应于与虚假报堵的用户联系密切的好友被确定为虚假报堵的用户的次数为一次，就确定与虚假报堵的用户联系密切的好友的人脸图像为虚假报堵的用户的图像。

在本申请实施例中，虚假报堵的用户可能为推销骚扰的用户，与该用户联系密切的好友也可能为推销骚扰的用户，服务器可以在确定与虚假报堵的用户联系密切的好友有一次虚假报堵时，就将该与虚假报堵的用户联系密切的好友确定为虚假报堵的用户，减少潜在的虚假报堵用户对第二用户的骚扰，提高个人信息的安全性。

在本申请实施例中，响应于获取挪车服务的操作，获取第一用户的第一人脸图像，向服务器发送挪车请求，该挪车请求携带第一人脸图像，服务器用于根据第一人脸图像，确定第一用户的身份识别结果；接收服务器返回的身份识别结果，响应于身份识别结果用于指示第一用户不是虚假报堵的用户，显示车牌识别界面；基于车牌识别界面，采集待识别的车牌图像，向服务器发送车牌识别请求，车牌识别请求携带待识别的车牌图像，服务器用于根据待识别的车牌图像，确定车牌图像对应的联系方式；显示挪车通知界面，基于挪车通知界面，向服务器发送通知请求，服务器用于根据通知请求，基于车牌图像对应的联系方式，通知联系方式对应的第二用户挪车。由于第二用户的联系方式是根据待识别的车牌图像确定的，第二用户的联系方式并未暴露给他人，能够减少因信息泄露造成的恶意骚扰，提高用户个人信息的安全性。

并且，由于在确定车牌图像对应的联系方式之前，先根据第一用户的第一人脸图像，对第一用户的身份进行识别，只有第一用户的身份识别结果用于指示第一用户不是虚假报堵的用户，第一用户才能与第二用户建立联系，通知第二用户挪车，从而能够实现对虚假报堵的用户的限制，减少第二用户被恶意骚扰的现象的发生，增强用户的隐私保护。

上述所有可选技术方案，可以采用任意结合形成本申请的可选实施例，在此不再一一赘述。

本申请实施例提供了一种计算机设备，该计算机设备可以为终端，该计算机设备也可以为服务器。响应于计算机设备为终端，该终端可以为上述实施例中提到的第一终端或者第二终端。

在本申请实施例中，可以将终端的内部结构划分成不同的功能模块，得到本申请实施例提供的一种信息通知装置，图14是本申请实施例提供的一种信息通知装置的框图。参见图14，该装置包括：

第一获取模块1401，被配置为响应于获取挪车服务的操作，获取第一用户的第一人脸图像；

第一发送模块1402，被配置为向服务器发送挪车请求，挪车请求携带第一人脸图像，服务器用于根据第一人脸图像，确定第一用户的身份识别结果；

第一接收模块1403，被配置为接收服务器返回的身份识别结果；

显示模块1404，被配置为响应于身份识别结果用于指示第一用户不是虚假报堵的用户，显示车牌识别界面；

采集模块1405，被配置为基于车牌识别界面，采集待识别的车牌图像；

第一发送模块1402，还被配置为向服务器发送车牌识别请求，车牌识别请求携带待识别的车牌图像，服务器用于根据车牌图像，确定车牌图像对应的联系方式；

显示模块1404，还被配置为显示挪车通知界面；

第一发送模块1402，还被配置为基于挪车通知界面，向服务器发送通知请求，服务器用于根据通知请求，基于联系方式，通知联系方式对应的第二用户挪车。

在一种可能的实现方式中，第一发送模块1402，还被配置为基于挪车通知界面，显示待选择的至少一种通知方式；响应于对至少一种通知方式中任一种通知方式的选择操作，根据被选择的通知方式，向服务器发送通知请求，通知请求携带被选择的通知方式，服务器用于根据被选择的通知方式，基于被选择的通知方式和第二用户的联系方式，通知第二用户挪车。

需要说明的是：上述实施例提供的信息通知装置在进行信息通知时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将终端的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的信息通知装置与信息通知方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

在本申请实施例中，响应于获取挪车服务的操作，获取第一用户的第一人脸图像，向服务器发送挪车请求，该挪车请求携带第一人脸图像，服务器用于根据第一人脸图像，确定第一用户的身份识别结果；接收服务器返回的身份识别结果，响应于身份识别结果用于指示第一用户不是虚假报堵的用户，显示车牌识别界面；基于车牌识别界面，采集待识别的车牌图像，向服务器发送车牌识别请求，车牌识别请求携带待识别的车牌图像，服务器用于根据待识别的车牌图像，确定车牌图像对应的联系方式；显示挪车通知界面，基于挪车通知界面，向服务器发送通知请求，服务器用于根据通知请求，基于车牌图像对应的联系方式，通知联系方式对应的第二用户挪车。由于第二用户的联系方式是根据待识别的车牌图像确定的，第二用户的联系方式并未暴露给他人，能够减少因信息泄露造成的恶意骚扰，提高用户个人信息的安全性。

并且，由于在确定车牌图像对应的联系方式之前，先根据第一用户的第一人脸图像，对第一用户的身份进行识别，只有第一用户的身份识别结果用于指示第一用户不是虚假报堵的用户，第一用户才能与第二用户建立联系，通知第二用户挪车，从而能够实现对虚假报堵的用户的限制，减少第二用户被恶意骚扰的现象的发生，增强用户的隐私保护。

在本申请实施例中，还可以将服务器的内部结构划分成不同的功能模块，得到本申请实施例提供的一种信息通知装置，图15是本申请实施例提供的一种信息通知装置的框图。参见图15，该装置包括：

第二接收模块1501，被配置为接收第一终端发送的挪车请求，挪车请求携带第一终端对应的第一用户的第一人脸图像；

确定模块1502，被配置为根据第一人脸图像和身份识别数据库，确定第一用户的身份识别结果，身份识别数据库中存储有虚假报堵的用户的人脸图像；

第二发送模块1503，被配置为向第一终端发送第一用户的身份识别结果；

第二接收模块1501，还被配置为接收第一终端基于身份识别结果发送的车牌识别请求，车牌识别请求携带待识别的车牌图像；

确定模块1502，还被配置为根据车牌图像，确定车牌图像对应的联系方式；

通知模块1504，被配置为接收第一终端发送的通知请求，基于联系方式，通知联系方式对应的第二用户挪车。

在一种可能的实现方式中，该装置还包括：

第二获取模块，被配置为获取第一终端当前所在的第一位置；

确定模块1502，还被配置为根据车牌图像，确定与车牌图像匹配的车辆当前所在的第二位置；确定第一位置和第二位置之间的距离；响应于第一位置和第二位置之间的距离小于预设阈值，根据车牌图像，确定车牌图像对应的联系方式。

在另一种可能的实现方式中，确定模块1502，还被配置为根据车牌图像，从车牌图像中识别出车牌图像中的车牌号；根据车牌号中的地区标识，确定与车牌图像匹配的车辆所属的地区；基于地区的交通管理系统，获取地区的车辆信息库，从车辆信息库中查询与车牌号关联的联系方式。

在另一种可能的实现方式中，确定模块1502，还被配置为响应于第一人脸图像与身份识别数据库中的任一虚假报堵的用户的人脸图像匹配，确定第一用户的身份识别结果为第一用户是虚假报堵的用户；响应于第一人脸图像与身份识别数据库中的虚假报堵的用户的人脸图像均不匹配，确定第一用户的身份识别结果为第一用户不是虚假报堵的用户；确定与第一人脸图像匹配的第二人脸图像，将身份识别数据库中的第一人脸图像更新为第二人脸图像。

在另一种可能的实现方式中，通知模块1504，还被配置为接收第一终端发送的通知请求；响应于通知请求携带第一通知方式，基于联系方式，建立第一终端和第二用户对应的第二终端之间的匿名通话，第一通知方式用于表示通过语音通话的方式通知第二用户挪车；响应于通知请求携带第二通知方式，获取第一终端当前所在的第一位置；根据第一位置，生成用于通知第二用户挪车的提示信息；基于第二用户的联系方式，向第二终端发送提示信息，第二通话方式用于表示通过信息推送的方式通知第二用户挪车。

在另一种可能的实现方式中，第二接收模块1501，还被配置为接收第二用户对应的第二终端发送的报堵反馈信息；确定模块1502，还被配置为响应于报堵反馈信息用于指示第一用户虚假报堵，确定第一用户的第一人脸图像为虚假报堵的用户的人脸图像。

需要说明的是：上述实施例提供的信息通知装置在进行信息通知时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将服务器的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的信息通知装置与信息通知方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

在本申请实施例中，接收第一终端发送的挪车请求，挪车请求携带第一终端对应的第一用户的第一人脸图像；根据第一人脸图像和身份识别数据库，确定第一用户的身份识别结果，身份识别数据库中存储有虚假报堵的用户的人脸图像；向第一终端发送第一用户的身份识别结果；接收第一终端基于身份识别结果发送的车牌识别请求，该车牌识别请求携带待识别的车牌图像；根据待识别的车牌图像，确定车牌图像对应的联系方式；接收第一终端发送的通知请求，基于车牌图像对应的联系方式，通知该联系方式对应的第二用户挪车。通过识别车牌图像，确定车牌图像对应的联系方式，通知该联系方式对应的第二用户挪车，能够降低第一用户通知第二用户挪车，以及第二用户能够被第一用户通知的成本，快速便捷的通知第二用户挪车，减少由于车辆停放造成的群众纠纷，增强社会治安。

图16是本申请实施例提供的一种终端的框图。该终端1600可以是：智能手机、平板电脑、MP3播放器(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端1600还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。

通常，终端1600包括有：处理器1601和存储器1602。

处理器1601可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1601可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1601也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1601可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1601还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器1602可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1602还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1602中的非暂态的计算机可读存储介质用于存储至少一条程序代码，该至少一条程序代码用于被处理器1601所执行以实现本申请中方法实施例提供的信息通知方法。

在一些实施例中，终端1600还可选包括有：外围设备接口1603和至少一个外围设备。处理器1601、存储器1602和外围设备接口1603之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口1603相连。具体地，外围设备包括：射频电路1604、触摸显示屏1605、摄像头组件1606、音频电路1607、定位组件1608和电源1609中的至少一种。

外围设备接口1603可被用于将I/O(Input/Output，输入/输出)相关的至少一个外围设备连接到处理器1601和存储器1602。在一些实施例中，处理器1601、存储器1602和外围设备接口1603被集成在同一芯片或电路板上；在一些其他实施例中，处理器1601、存储器1602和外围设备接口1603中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路1604用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路1604通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1604将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路1604包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路1604可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路1604还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本申请对此不加以限定。

显示屏1605用于显示UI(User Interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏1605是触摸显示屏时，显示屏1605还具有采集在显示屏1605的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器1601进行处理。此时，显示屏1605还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏1605可以为一个，设置终端1600的前面板；在另一些实施例中，显示屏1605可以为至少两个，分别设置在终端1600的不同表面或呈折叠设计；在再一些实施例中，显示屏1605可以是柔性显示屏，设置在终端1600的弯曲表面上或折叠面上。甚至，显示屏1605还可以设置成非矩形的不规则图形，也即异形屏。显示屏1605可以采用LCD(Liquid Crystal Display，液晶显示屏)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。

摄像头组件1606用于采集图像或视频。可选地，摄像头组件1606包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件1606还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路1607可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器1601进行处理，或者输入至射频电路1604以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端1600的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1601或射频电路1604的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路1607还可以包括耳机插孔。

定位组件1608用于定位终端1600的当前地理位置，以实现导航或LBS(LocationBased Service，基于位置的服务)。定位组件1608可以是基于美国的GPS(GlobalPositioning System，全球定位系统)、中国的北斗系统、俄罗斯的格雷纳斯系统或欧盟的伽利略系统的定位组件。

电源1609用于为终端1600中的各个组件进行供电。电源1609可以是交流电、直流电、一次性电池或可充电电池。当电源1609包括可充电电池时，该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。

在一些实施例中，终端1600还包括有一个或多个传感器1610。该一个或多个传感器1610包括但不限于：加速度传感器1611、陀螺仪传感器1612、压力传感器1613、指纹传感器1614、光学传感器1615以及接近传感器1616。

加速度传感器1611可以检测以终端1600建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器1611可以用于检测重力加速度在三个坐标轴上的分量。处理器1601可以根据加速度传感器1611采集的重力加速度信号，控制触摸显示屏1605以横向视图或纵向视图进行用户界面的显示。加速度传感器1611还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器1612可以检测终端1600的机体方向及转动角度，陀螺仪传感器1612可以与加速度传感器1611协同采集用户对终端1600的3D动作。处理器1601根据陀螺仪传感器1612采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器1613可以设置在终端1600的侧边框和/或触摸显示屏1605的下层。当压力传感器1613设置在终端1600的侧边框时，可以检测用户对终端1600的握持信号，由处理器1601根据压力传感器1613采集的握持信号进行左右手识别或快捷操作。当压力传感器1613设置在触摸显示屏1605的下层时，由处理器1601根据用户对触摸显示屏1605的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

指纹传感器1614用于采集用户的指纹，由处理器1601根据指纹传感器1614采集到的指纹识别用户的身份，或者，由指纹传感器1614根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器1601授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器1614可以被设置终端1600的正面、背面或侧面。当终端1600上设置有物理按键或厂商Logo时，指纹传感器1614可以与物理按键或厂商Logo集成在一起。

光学传感器1615用于采集环境光强度。在一个实施例中，处理器1601可以根据光学传感器1615采集的环境光强度，控制触摸显示屏1605的显示亮度。具体地，当环境光强度较高时，调高触摸显示屏1605的显示亮度；当环境光强度较低时，调低触摸显示屏1605的显示亮度。在另一个实施例中，处理器1601还可以根据光学传感器1615采集的环境光强度，动态调整摄像头组件1606的拍摄参数。

接近传感器1616，也称距离传感器，通常设置在终端1600的前面板。接近传感器1616用于采集用户与终端1600的正面之间的距离。在一个实施例中，当接近传感器1616检测到用户与终端1600的正面之间的距离逐渐变小时，由处理器1601控制触摸显示屏1605从亮屏状态切换为息屏状态；当接近传感器1616检测到用户与终端1600的正面之间的距离逐渐变大时，由处理器1601控制触摸显示屏1605从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图16中示出的结构并不构成对终端1600的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

图17是本申请实施例提供的一种服务器的框图，该服务器1700可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(Central Processing Units，CPU)1701和一个或一个以上的存储器1702，其中，存储器1702中存储有至少一条程序代码，至少一条程序代码由处理器1701加载并执行以实现上述各个方法实施例提供的信息通知方法。当然，该服务器还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器还可以包括其他用于实现设备功能的部件，在此不做赘述。

在示例性实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有至少一条程序代码，上述至少一条程序代码可由处理器执行以完成上述实施例中的信息通知方法。例如，计算机可读存储介质可以是ROM(Read-Only Memory，只读存储器)、RAM(Random Access Memory，随机存取存储器)、CD-ROM(Compact Disc Read-OnlyMemory，只读光盘)、磁带、软盘和光数据存储设备等。

本申请还提供了一种计算机程序产品，计算机程序产品包括一个或多个计算机程序，计算机程序被处理器执行时，用于实现上述各个方法实施例提供的信息通知方法。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种信息通知方法，其特征在于，所述方法包括：

响应于获取挪车服务的操作，获取第一用户的第一人脸图像，向服务器发送挪车请求，所述挪车请求携带所述第一人脸图像，所述服务器用于根据所述第一人脸图像，确定所述第一用户的身份识别结果；

接收所述服务器返回的身份识别结果，响应于所述身份识别结果用于指示所述第一用户不是虚假报堵的用户，显示车牌识别界面；

基于所述车牌识别界面，采集待识别的车牌图像，向所述服务器发送车牌识别请求，所述车牌识别请求携带所述待识别的车牌图像，所述服务器用于根据所述车牌图像，确定所述车牌图像对应的联系方式；

显示挪车通知界面，基于所述挪车通知界面，向所述服务器发送通知请求，所述服务器用于根据所述通知请求，基于所述联系方式，通知所述联系方式对应的第二用户挪车。

2.根据权利要求1所述的方法，其特征在于，所述基于所述挪车通知界面，向所述服务器发送通知请求，包括：

基于所述挪车通知界面，显示待选择的至少一种通知方式；

响应于对所述至少一种通知方式中任一种通知方式的选择操作，根据所述被选择的通知方式，向所述服务器发送通知请求，所述通知请求携带所述被选择的通知方式，所述服务器用于根据所述被选择的通知方式，基于所述被选择的通知方式和所述第二用户的联系方式，通知所述第二用户挪车。

3.一种信息通知方法，其特征在于，所述方法包括：

接收第一终端发送的挪车请求，所述挪车请求携带所述第一终端对应的第一用户的第一人脸图像；

根据所述第一人脸图像和身份识别数据库，确定所述第一用户的身份识别结果，所述身份识别数据库中存储有虚假报堵的用户的人脸图像；

向所述第一终端发送所述第一用户的身份识别结果；

接收所述第一终端基于所述身份识别结果发送的车牌识别请求，所述车牌识别请求携带待识别的车牌图像；

根据所述车牌图像，确定所述车牌图像对应的联系方式；

接收所述第一终端发送的通知请求，基于所述联系方式，通知所述联系方式对应的第二用户挪车。

4.根据权利要求3所述的方法，其特征在于，所述根据所述车牌图像，确定所述车牌图像对应的联系方式之前，所述方法还包括：

获取所述第一终端当前所在的第一位置；

根据所述车牌图像，确定与所述车牌图像匹配的车辆当前所在的第二位置；

确定所述第一位置和所述第二位置之间的距离；

响应于所述第一位置和所述第二位置之间的距离小于预设阈值，执行所述根据所述车牌图像，确定所述车牌图像对应的联系方式的步骤。

5.根据权利要求3或4所述的方法，其特征在于，所述根据所述车牌图像，确定所述车牌图像对应的联系方式，包括：

根据所述车牌图像，从所述车牌图像中识别出所述车牌图像中的车牌号；

根据所述车牌号中的地区标识，确定与所述车牌图像匹配的车辆所属的地区；

基于所述地区的交通管理系统，获取所述地区的车辆信息库，从所述车辆信息库中查询与所述车牌号关联的联系方式。

6.根据权利要求3所述的方法，其特征在于，所述根据所述第一人脸图像和身份识别数据库，确定所述第一用户的身份识别结果，包括：

响应于所述第一人脸图像与所述身份识别数据库中的任一虚假报堵的用户的人脸图像匹配，确定所述第一用户的身份识别结果为所述第一用户是虚假报堵的用户；

响应于所述第一人脸图像与所述身份识别数据库中的虚假报堵的用户的人脸图像均不匹配，确定所述第一用户的身份识别结果为所述第一用户不是虚假报堵的用户；

确定与所述第一人脸图像匹配的第二人脸图像，将所述身份识别数据库中的第一人脸图像更新为所述第二人脸图像。

7.根据权利要求3所述的方法，其特征在于，所述接收所述第一终端发送的通知请求，基于所述联系方式，通知所述联系方式对应的第二用户挪车，包括：

接收所述第一终端发送的通知请求；

响应于所述通知请求携带第一通知方式，基于所述联系方式，建立所述第一终端和所述第二用户对应的第二终端之间的匿名通话，所述第一通知方式用于表示通过语音通话的方式通知第二用户挪车；

响应于所述通知请求携带第二通知方式，获取所述第一终端当前所在的第一位置；根据所述第一位置，生成用于通知第二用户挪车的提示信息；基于所述第二用户的联系方式，向所述第二终端发送所述提示信息，所述第二通话方式用于表示通过信息推送的方式通知第二用户挪车。

8.一种信息通知装置，其特征在于，所述装置包括：

第一获取模块，被配置为响应于获取挪车服务的操作，获取第一用户的第一人脸图像；

第一发送模块，被配置为向服务器发送挪车请求，所述挪车请求携带所述第一人脸图像，所述服务器用于根据所述第一人脸图像，确定所述第一用户的身份识别结果；

第一接收模块，被配置为接收所述服务器返回的身份识别结果；

显示模块，被配置为响应于所述身份识别结果用于指示所述第一用户不是虚假报堵的用户，显示车牌识别界面；

采集模块，被配置为基于所述车牌识别界面，采集待识别的车牌图像；

所述第一发送模块，还被配置为向所述服务器发送车牌识别请求，所述车牌识别请求携带所述待识别的车牌图像，所述服务器用于根据所述车牌图像，确定所述车牌图像对应的联系方式；

所述显示模块，还被配置为显示挪车通知界面；

所述第一发送模块，还被配置为基于所述挪车通知界面，向所述服务器发送通知请求，所述服务器用于根据所述通知请求，基于所述联系方式，通知所述联系方式对应的第二用户挪车。

9.一种信息通知装置，其特征在于，所述装置包括：

第二接收模块，被配置为接收第一终端发送的挪车请求，所述挪车请求携带所述第一终端对应的第一用户的第一人脸图像；

确定模块，被配置为根据所述第一人脸图像和身份识别数据库，确定所述第一用户的身份识别结果，所述身份识别数据库中存储有虚假报堵的用户的人脸图像；

第二发送模块，被配置为向所述第一终端发送所述第一用户的身份识别结果；

所述第二接收模块，还被配置为接收所述第一终端基于所述身份识别结果发送的车牌识别请求，所述车牌识别请求携带待识别的车牌图像；

所述确定模块，还被配置为根据所述车牌图像，确定所述车牌图像对应的联系方式；

通知模块，被配置为接收所述第一终端发送的通知请求，基于所述联系方式，通知所述联系方式对应的第二用户挪车。

10.一种计算机设备，其特征在于，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条程序代码，所述至少一条程序代码由所述处理器加载并执行，以实现如权利要求1-2或权利要求3-7任一项所述的信息通知方法。

Images