一种用户绑定方法及装置

技术领域

本说明书实施例涉及计算机应用技术领域，尤其涉及一种用户绑定方法及装置。

背景技术

目前，停车场可以通过网络，针对驶入或驶出停车场的车辆，向绑定过该车辆的用户推送通知。具体可以是缴费通知、入场通知、或出场通知等。

具体绑定过程中，用户可以通过在网页或特定的应用中上传行驶证图像，将用户的账号与行驶证图像对应的车辆进行绑定。完成绑定之后停车场可以根据该车辆的行踪，向登录该用户账号的终端推送通知。

但这一绑定过程可能导致隐私泄露等问题。例如，通过某些方法获取到车主的行驶证图像后，未经车主允许就可以将任一用户账号(非车主账号)与车主的车辆绑定，登录该账号的终端就可以接收到停车场针对车主的车辆所推送的通知，从而掌握车主的行踪等隐私信息。

发明内容

为了解决上述问题，本说明书提供了一种用户绑定方法及装置。技术方案如下所示。

一种用户绑定方法，应用于服务端，包括：

接收用户绑定请求，所述请求中携带行驶证图像和待绑定用户标识；

根据所述行驶证图像获得待绑定车牌号；

在确定包含所述待绑定车牌号，并且关联所述待绑定用户标识的停车记录满足第一预设量化条件的情况下，绑定所述待绑定用户标识与所述待绑定车牌号。

一种用户绑定装置，应用于服务端，包括：

第一请求接收单元：用于接收用户绑定请求，所述请求中携带行驶证图像和待绑定用户标识；

第一车牌号获取单元：用于根据所述行驶证图像获得待绑定车牌号；

第一确定单元：用于在确定包含所述待绑定车牌号，并且关联所述待绑定用户标识的停车记录满足第一预设量化条件的情况下，绑定所述待绑定用户标识与所述待绑定车牌号。

上述技术方案中，针对待绑定用户，额外利用包含待绑定车牌号的停车记录进行验证。如果包含待绑定车牌号的停车记录中，关联有待绑定用户标识的停车记录满足预设的量化条件，则可以说明待绑定用户过去经常使用待绑定车牌号所属的车辆，是待绑定车牌号所属车辆的实际驾驶人，可以进行绑定。通过增加验证步骤，验证待绑定用户是否是待绑定车牌号所属车辆的实际驾驶人，从而降低隐私信息泄露的风险。

附图说明

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

图1是本说明书实施例提供的一种用户绑定方法的流程示意图；

图2是本说明书实施例提供的另一种用户绑定方法的流程示意图；

图3是本说明书实施例提供的另一种用户绑定方法的流程示意图；

图4是本说明书实施例提供的另一种用户绑定方法的流程示意图；

图5是本说明书实施例提供的一种通知发送方法的流程示意图；

图6是本说明书实施例提供的一种用户绑定装置的结构示意图；

图7是本说明书实施例提供的另一种用户绑定装置的结构示意图；

图8是本说明书实施例提供的一种通知发送装置的结构示意图；

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

具体实施方式

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

目前，停车场可以通过网络，针对驶入或驶出停车场的车辆，向绑定过该车辆的用户推送通知。具体可以是缴费通知、入场通知、或出场通知等。

推送通知的具体过程可以包括：停车场设备通过摄像装置获取驶入或驶出停车场的车辆上车牌号的图像，通过图像识别技术识别出车牌号，进而根据车牌号生成通知。通知的类型可以是缴费通知，针对车辆在停车场的消费情况向用户发送缴费通知；也可以是入场或出场通知，针对车辆在停车场的进出情况向用户发送对应的通知。

由于用户预先会将车牌号和用户账号进行绑定，因此，停车场设备可以通过网络，将针对某一车牌号所生成的通知发送到登录有对应绑定的用户账号的终端上。

而具体的绑定过程中，用户可以通过在网页或特定的应用中登录用户账号，并上传行驶证图像，将用户的账号与行驶证图像对应的车辆进行绑定。完成绑定之后停车场可以根据该车辆的行踪，向登录该用户账号的终端推送通知。

但这一绑定过程并未实际验证用户身份，仅仅依靠行驶证图像就可以进行绑定，安全性较低，可能导致隐私信息泄露等问题。

例如，通过某些方法获取到车主的行驶证图像后，未经车主允许就可以将任一用户账号(非车主账号)与车主的车辆绑定，登录该账号的终端就可以接收到停车场针对车主的车辆所推送的通知，从而掌握车主的行踪等隐私信息。

为了解决上述问题，本说明书提供了一种用户绑定方法。针对需要绑定车牌号的用户(待绑定用户)，额外利用包含需要绑定的车牌号(待绑定车牌号)的停车记录进行验证。如果包含待绑定车牌号的停车记录中，关联有待绑定用户标识的停车记录满足预设的量化条件，则可以说明待绑定用户过去经常使用待绑定车牌号所属的车辆在停车场停车，是待绑定车牌号所属车辆的实际驾驶人，可以进行绑定。上述实施例中，通过增加验证步骤，验证待绑定用户是否是待绑定车牌号所属车辆的实际驾驶人，从而降低隐私信息泄露的风险。

如图1所示，为本说明书提供的一种用户绑定方法的流程示意图。该方法可以应用于服务端，可以至少包括以下步骤。

S101：接收用户绑定请求。

用户绑定请求可以是用户通过登录有用户账号的终端发送的，用于绑定用户账号和车牌号，以便于接收停车场的相关通知。

用户绑定请求中可以携带行驶证图像和待绑定用户标识。行驶证图像可以包含行驶证信息中的车牌号，而用户标识可以是用户账号，也可以是能够对应获取用户账号的其他标识。例如，用户标识具体可以是用户的身份证号，服务端可以根据用户的身份证号唯一确定对应的用户账号。

S102：根据请求中的行驶证图像获得待绑定车牌号。

服务端在接收到用户绑定请求后，可以先验证请求中的行驶证图像是否合法。具体可以包括：验证行驶证图像是否被更改、验证行驶证图像中包含的行驶证信息是否正确、验证行驶证图像中包含的行驶证是否伪造、验证行驶证图像中包含的行驶证是否过期等。

具体可以利用图像识别技术进行验证，例如，基于图像识别技术识别行驶证图像中包含的全部行驶证信息，包括“号牌号码”、“车辆类型”、“所有人”、“住址”、“品牌型号”、“发动机号码”、“车辆识别代号”、“注册日期”、“发证日期”等信息，可以将这些信息发送到相关机构验证是否符合所存储的对应信息。

在确定请求中的行驶证图像合法后，可以基于图像识别技术，从行驶证图像中获取其中包含的车牌号，作为待绑定车牌号。

S103：在预先获取的包含车牌号的停车记录中，确定包含待绑定车牌号的至少一条停车记录。

服务端可以预先从一个或多个停车场设备获取到停车记录，也可以在本地保存有一个或多个停车场的停车记录的情况下，直接从本地获取到停车记录。停车记录可以具有至少一种类型，例如，表征车辆入场的停车记录、或者表征车辆出场的停车记录。

此外，停车记录中可以包含车牌号。而在这些包含车牌号的停车记录中，可以确定出包含S102中所获取的待绑定车牌号的停车记录。换言之，可以从预先获取的停车记录中，确定出待绑定车牌号所属车辆的停车记录。

在一种可选的实施例中，可以确定包含待绑定车牌号的固定数量条停车记录，便于后续步骤S104判断是否满足第一预设量化条件。具体可以是在预先获取的包含车牌号的停车记录中确定包含待绑定车牌号的全部停车记录，并在所确定的包含待绑定车牌号的全部停车记录中，进一步确定固定数量条停车记录。

更具体地，可以是在所确定的包含待绑定车牌号的全部停车记录中，进一步确定停车时间距离当前时间最近的固定数量条停车记录。此外，如果所确定的包含待绑定车牌号的停车记录的数量少于固定数量，可以停止绑定。

本实施例可以在车辆实际驾驶人变更的情况下，方便新的车辆实际驾驶人基于最新的停车记录进行绑定。

S104：如果所确定的停车记录中，关联待绑定用户标识的停车记录满足第一预设量化条件，则绑定待绑定用户标识与待绑定车牌号。

具体可以是在S103所确定的、包含待绑定车牌号的停车记录中，进一步确定关联有待绑定用户标识的停车记录的数量，判断该数量是否满足第一预设量化条件。

换言之，可以是判断既包含待绑定车牌号、又关联有待绑定用户标识的停车记录是否满足第一预设量化条件。

在一种可选的实施例中，确定关联有用户标识的停车记录，具体可以是确定关联有停车费线上支付记录的停车记录。

针对停车场的停车记录对应的停车费，通常情况下，车辆的实际驾驶人可以使用现金方式进行支付，也可以使用线上支付方式进行支付。而使用线上支付方式，可以在支付记录中保存用户用于线上支付的用户标识。

例如，用户通过支付应用进行线上支付，则支付应用上登录的用户账号可以作为用户标识，保存在支付记录中；用户通过线上银行进行线上支付，则银行账户可以作为用户标识，保存在支付记录中。

因此，通过确定关联有停车费线上支付记录的停车记录，可以进一步从线上支付记录中确定所包含的用户标识，从而确定关联有用户标识的停车记录。

而第一预设量化条件可以包括：在所确定的停车记录中占比大于第一预设占比；和/或数量大于第一预设数量。在满足第一预设量化条件的情况下，可以认为待绑定用户为待绑定车牌号所属车辆的实际驾驶人。

在具体判断既包含待绑定车牌号、又关联有待绑定用户标识的停车记录是否满足第一预设量化条件时，可以先确定既包含待绑定车牌号、又关联有待绑定用户标识的停车记录的数量，再基于不同的第一预设量化条件进行判断。

在一种可选的实施例中，第一预设量化条件可以是数量大于第一预设数量。相对应地，在确定既包含待绑定车牌号、又关联有待绑定用户标识的停车记录的数量后，可以进一步判断所确定的数量是否大于第一预设数量。

在另一种可选的实施例中，第一预设量化条件可以是在所确定的停车记录中占比大于第一预设占比。相对应地，在确定既包含待绑定车牌号、又关联有待绑定用户标识的停车记录的数量后，可以基于所确定的数量计算占比，具体可以是计算所确定的数量与S103中所确定的停车记录的数量之间的比值，进一步判断计算得到的占比是否大于第一预设占比。

基于上述方法流程，针对待绑定用户，通过额外利用包含待绑定车牌号的停车记录进行验证。如果包含待绑定车牌号的停车记录中，关联有待绑定用户标识的停车记录满足预设的量化条件，则可以说明待绑定用户过去经常使用待绑定车牌号所属的车辆，是待绑定车牌号所属车辆的实际驾驶人，可以进行绑定。通过增加验证步骤，验证待绑定用户是否是待绑定车牌号所属车辆的实际驾驶人，从而降低隐私信息泄露的风险。

此外，如图2所示，为本说明书提供的另一种用户绑定方法的流程示意图。上述方法流程还可以包含额外的步骤。在S103所确定的停车记录中关联待绑定用户标识的停车记录不满足第一预设量化条件的情况下，可以额外利用包含指定时间的停车记录进行进一步的判断。

停车记录可以进一步包含指定时间，指定时间可以包括：入场时间点、出场时间点或者停车时间段。

如果在指定时间，待绑定用户的位置在停车场附近的范围内，则可以认为待绑定用户可能是本次停车时，车辆的实际驾驶人，帮助后续判断是否进行绑定。相反，如果不在停车场附近的范围内，则可以认为待绑定用户一定不是本次停车时车辆的实际驾驶人。

例如，在指定时间为入场时间点的情况下，可以获取待绑定用户在入场时间点的位置，并进一步确定所获取的位置是否在停车场附近的范围内；或者，在指定时间为停车时间段的情况下，可以获取待绑定用户在停车时间段中的多个位置，并进一步确定其中是否存在停车场附近范围内的位置。

该方法可以至少包括以下步骤。

S201：接收用户绑定请求。

S202：根据请求中的行驶证图像获得待绑定车牌号。

S203：在预先获取的包含车牌号的停车记录中，确定包含待绑定车牌号的至少一条停车记录。

S204：判断所确定的停车记录中关联待绑定用户标识的停车记录是否满足第一预设量化条件。

如果满足，则执行S205；如果不满足，则执行S206。

S205：绑定待绑定用户标识与待绑定车牌号。

S206：如果所确定的停车记录中满足预设位置条件的停车记录同时满足第二预设量化条件，则绑定待绑定用户标识与待绑定车牌号。

其中，预设位置条件可以包括：停车记录中包含指定时间，且在指定时间，基于待绑定用户标识确定的用户位置在预设范围内。

在一种可选的实施例中，基于待绑定用户标识确定用户位置，具体可以是基于待绑定用户标识确定对应的用户账号，再获取登录有该用户账号的终端的所在位置，确定为待绑定用户的位置。

而预设范围可以包括：与该停车记录中包含的停车场标识所对应的停车场位置之间的距离小于预设阈值的范围。

此外，第二预设量化条件可以包括：在所确定的停车记录中占比大于第二预设占比；和/或数量大于第二预设数量。在满足第二预设量化条件的情况下，可以认为待绑定用户为待绑定车牌号所属车辆的实际驾驶人。

在一种可选的实施例中，由于包含待绑定车牌号、且满足预设位置条件的停车记录只能表示待绑定用户可能是车辆的实际驾驶人，因此，第二预设占比可以大于第一预设占比，第二预设数量可以大于第一预设数量，从而进一步降低隐私泄露的风险。

上述图2所示的方法流程的其他解释可以参见上述图1所示的方法流程。

基于上述图2所示的方法流程，针对待绑定用户，通过额外利用包含待绑定车牌号的停车记录进行验证。如果包含待绑定车牌号的停车记录中，关联有待绑定用户标识的停车记录满足第一预设量化条件，则可以说明待绑定用户过去经常使用待绑定车牌号所属的车辆，是待绑定车牌号所属车辆的实际驾驶人，可以进行绑定。通过增加验证步骤，验证待绑定用户是否是待绑定车牌号所属车辆的实际驾驶人，从而降低隐私信息泄露的风险。

而如果包含待绑定车牌号的停车记录中，关联有待绑定用户标识的停车记录不满足第一预设量化条件，上述图2所示的方法流程中，如果包含待绑定车牌号的停车记录中，满足预设位置条件的停车记录同时满足第二预设量化条件，则可以说明待绑定用户在待绑定车牌号所属车辆停车时，经常在停车场附近，较大可能是待绑定车牌号所属车辆的实际驾驶人，可以进行绑定。在降低隐私信息泄露风险的前提下，可以进一步方便用户绑定，提高用户体验。

此外，如图3所示，为本说明书提供的另一种用户绑定方法的流程示意图。上述图1所示的方法流程还可以包含额外的步骤。在S103所确定的停车记录中关联待绑定用户标识的停车记录不满足第一预设量化条件的情况下，可以额外利用包含指定时间的停车记录进行进一步的判断。

基于图2所示的方法流程，如果在指定时间，待绑定用户的位置在停车场附近的范围内，则可以认为待绑定用户可能是本次停车时，车辆的实际驾驶人，帮助后续判断是否进行绑定。

因此，可以利用“在S103所确定的停车记录中关联待绑定用户标识的停车记录”、以及“在S103所确定的停车记录中满足预设位置条件的停车记录”共同进行后续的判断。

由于可能存在既关联待绑定用户标识、又满足预设位置条件的停车记录，为了便于区分，并且方便描述，将关联待绑定用户标识的停车记录、以及没有关联待绑定用户标识但满足预设位置条件的停车记录共同称为目标停车记录。

可以利用目标停车记录进行后续的判断，该方法可以至少包括以下步骤。

S301：接收用户绑定请求。

S302：根据请求中的行驶证图像获得待绑定车牌号。

S303：在预先获取的包含车牌号的停车记录中，确定包含待绑定车牌号的至少一条停车记录。

S304：判断所确定的停车记录中关联待绑定用户标识的停车记录是否满足第一预设量化条件。

如果满足，则执行S305；如果不满足，则执行S306。

S305：绑定待绑定用户标识与待绑定车牌号。

S306：如果所确定的停车记录中的目标停车记录满足第三预设量化条件，绑定待绑定用户标识与待绑定车牌号。

目标停车记录可以包括：关联待绑定用户标识的停车记录、以及没有关联待绑定用户标识但满足预设位置条件的停车记录。

上述图3所示的方法流程的其他解释可以参见上述方法实施例。

而第三预设量化条件可以包括：基于目标停车记录所确定的综合权重值大于或等于预设权重值。

而综合权重值的确定方法可以包括：将关联待绑定用户标识的停车记录的数量与第一权重值的乘积、以及没有关联待绑定用户标识但满足预设位置条件的停车记录的数量与第二权重值的乘积相加；并将两个乘积相加得到的和与所确定的停车记录的数量之间的比值确定为综合权重值。

由于包含待绑定车牌号、且满足预设位置条件的停车记录只能表示待绑定用户可能是车辆的实际驾驶人，而包含待绑定车票号、且关联待绑定用户标识的停车记录更加可信，因此，第一权重值可以大于第二权重值。

具体的判断步骤可以包括：初始化权重和，遍历所确定的全部停车记录，如果当前停车记录为关联待绑定用户标识的停车记录，则当前的权重和累加第一权重值；如果当前停车记录为没有关联待绑定用户标识但满足预设位置条件的停车记录，则当前的权重和累加第二权重值。遍历结束后，将当前的权重和除以所确定的全部停车记录的数量，得到综合权重值。

如果包含待绑定车牌号的停车记录中，关联有待绑定用户标识的停车记录不满足第一预设量化条件，上述图3所示的方法流程中，如果包含待绑定车牌号的停车记录中，目标停车记录同时满足第三预设量化条件，则可以说明综合待绑定用户的关联用户标识、以及停车时的用户位置等因素判断，待绑定用户较大可能是待绑定车牌号所属车辆的实际驾驶人，可以进行绑定。在降低隐私信息泄露风险的前提下，可以进一步方便用户绑定，提高用户体验。

此外，由于增加验证步骤，验证待绑定用户是否是待绑定车牌号所属车辆的实际驾驶人，即可降低隐私信息泄露的风险，因此，基于图1所示的方法流程，可以将S104替换为其他验证步骤，也能够降低隐私信息泄露的风险。例如，所确定的停车记录中满足预设位置条件的停车记录同时满足第二预设量化条件、或者所确定的停车记录中的目标停车记录满足第三预设量化条件。

如图4所示，为本说明书提供的另一种用户绑定方法的流程示意图。该方法可以应用于服务端，可以至少包括以下步骤。

S401：接收用户绑定请求。

S402：根据行驶证图像获得待绑定车牌号。

S403：在预先获取的包含车牌号的停车记录中，确定包含待绑定车牌号的至少一条停车记录。

S404：如果所确定的停车记录中的目标停车记录满足第三预设量化条件，绑定待绑定用户标识与待绑定车牌号。

图4所示的方法流程的具体解释可以参见上述方法实施例。

基于上述图4所示的方法流程，通过针对待绑定用户，额外利用包含待绑定车牌号的停车记录进行验证。如果包含待绑定车牌号的停车记录中，目标停车记录满足预设的量化条件，则可以说明综合待绑定用户的关联用户标识、以及停车时的用户位置等因素判断，待绑定用户较大可能是待绑定车牌号所属车辆的实际驾驶人，可以进行绑定。通过增加验证步骤，验证待绑定用户是否是待绑定车牌号所属车辆的实际驾驶人，从而降低隐私信息泄露的风险。

另一种相对应的验证所确定的停车记录中满足预设位置条件的停车记录是否同时满足第二预设量化条件的方法流程可以对应得到，此处不再赘述。

为了便于理解，本说明书还提供了一种应用方法实施例。其中，用户标识为支付应用的用户账号。该方法可以至少包括以下步骤。

S501：接收用户绑定请求。请求中携带待绑定车牌号、以及待绑定的用户账号。用户账号可以是某一支付应用上的账号。

S502：根据请求中携带的行驶证图像获得待绑定车牌号。

S503：在预先获取的包含车牌号的停车记录中，确定包含待绑定车牌号的至少一条停车记录。

S504：如果所确定的停车记录中，关联请求中携带的该用户账号的停车记录的数量大于第一预设数量，则绑定该用户账号与待绑定车牌号。

具体可以是，用户通过该支付应用上的该用户账号支付停车费，从而产生关联包含该用户账号的支付记录的停车记录，即关联该用户账号的停车记录。

在上述图1-4任一所示的方法流程的基础上，本说明书还提供了一种通知发送方法，如图5所示，为本说明书提供的一种通知发送方法的流程示意图。该方法可以应用于服务端，服务端可以预先存储有用户标识和车牌号的绑定关系。该方法可以至少包括以下步骤。

S601：接收停车场设备发送的待通知车牌号和待发送通知。

停车场设备可以根据在车辆入场或出场时、利用摄像装置拍摄的图像，基于图像识别技术得到车牌号，进而产生对应的通知。具体可以是入场通知、出场通知或者停车费缴费通知等等。

S602：如果绑定关系包含待通知车牌号，则将待发送通知发送给目标终端。

如果服务端预先存储的绑定关系中，包含有待通知车牌号，则说明待通知车牌号已被用户绑定，需要发送通知。

目标终端具体可以是基于待通知车牌号所绑定的用户标识所确定的终端。

在一种可选的实施例中，目标终端可以是登录有待通知车牌号所绑定的用户账号的终端。

在另一种可选的实施例中，可以是基于待通知车牌号所绑定的用户标识(身份证号等)确定对应的用户账号，进而确定登录有该用户账号的终端为目标终端。

而在将通知发送到目标终端之前，为了进一步降低隐私泄露的风险，可以再次针对待通知车牌号所绑定的用户标识进行验证，如果该用户标识通过验证，则可以将待发送通知发送给目标终端。相反，如果该用户标识没有通过验证，则并不会将待发送通知发送给目标终端，降低隐私泄露的风险。

在车辆的实际驾驶人变更的情况下，发送通知前的验证过程可以使得新的实际驾驶人的行踪信息难以发送到旧的实际驾驶人的终端上，降低隐私泄露的风险。

其中，可以是每次需要发送通知之前都进行验证；也可以每隔固定时间段，再次发送通知之前需要进行验证；也可以是通知发送预设次数后，再次发送通知之前需要进行验证。

具体的验证过程可以参考上述图1-4任一所示的方法流程，例如，S103-S104、S203-S206、S303-S306或者S403-S404。

需要注意的是，本方法流程是建立在上述图1-4任一所示的方法流程的基础上的，因此，具体绑定关系在存储之前的验证过程可以参见上述图1-4任一所示的方法流程，而之后的具体验证过程可以与绑定关系在存储之前的验证过程相同、也可以不同。

在一种可选的实施例中，具体的验证过程可以包括：在预先获取的包含车牌号的停车记录中，确定包含待通知车牌号的至少一条停车记录；如果所确定的停车记录中关联待通知车牌号所绑定的用户标识的停车记录满足第一预设量化条件，则通过验证。

其他的验证过程可以对应得到，此处不再赘述。

基于上述图5所示的方法流程，通过在发送通知之前进一步针对用户标识进行验证，可以进一步降低隐私泄露的风险。

除了上述的方法实施例，本说明书还提供了对应的装置实施例。

如图6所示，为本说明书提供的一种用户绑定装置的结构示意图。该装置可以应用于服务端，其中可以至少包括以下单元。

第一请求接收单元701：用于接收用户绑定请求。请求中可以携带行驶证图像和待绑定用户标识。

第一车牌号获取单元702：用于根据行驶证图像获得待绑定车牌号。

第一确定单元703：用于在预先获取的包含车牌号的停车记录中，确定包含待绑定车牌号的至少一条停车记录。

第一绑定单元704：用于如果所确定的停车记录中关联待绑定用户标识的停车记录满足第一预设量化条件，则绑定待绑定用户标识与待绑定车牌号。

其中，第一绑定单元704还可以用于：如果所确定的停车记录中关联待绑定用户标识的停车记录不满足第一预设量化条件，并且所确定的停车记录中满足预设位置条件的停车记录同时满足第二预设量化条件，则绑定待绑定用户标识与待绑定车牌号。

第一绑定单元704还可以用于：如果所确定的停车记录中关联待绑定用户标识的停车记录不满足第一预设量化条件，并且所确定的停车记录中的目标停车记录满足第三预设量化条件，绑定待绑定用户标识与待绑定车牌号。目标停车记录可以包括：关联待绑定用户标识的停车记录、以及没有关联待绑定用户标识但满足预设位置条件的停车记录。

预设位置条件可以包括：停车记录中包含指定时间，且在指定时间，基于待绑定用户标识确定的用户位置在预设范围内。预设范围可以包括：与该停车记录中包含的停车场标识所对应的停车场位置之间的距离小于预设距离的范围。

上述装置实施例的其他解释可以参见上述方法实施例。

如图7所示，为本说明书提供的另一种用户绑定装置的结构示意图。该装置可以应用于服务端，其中可以至少包括以下单元。

第二请求接收单元801：用于接收用户绑定请求。请求中可以携带行驶证图像和待绑定用户标识。

第二车牌号获取单元802：用于根据行驶证图像获得待绑定车牌号。

第二确定单元803：用于在预先获取的包含车牌号的停车记录中，确定包含待绑定车牌号的至少一条停车记录。

第二绑定单元804：用于如果所确定的停车记录中的目标停车记录满足第三预设量化条件，绑定待绑定用户标识与待绑定车牌号。目标停车记录可以包括：关联待绑定用户标识的停车记录、以及没有关联待绑定用户标识但满足预设位置条件的停车记录。

上述装置实施例的其他解释可以参见上述方法实施例。

如图8所示，为本说明书提供的一种通知发送装置的结构示意图。该装置可以应用于服务端，其中可以至少包括以下单元。

通知接收单元901：用于接收停车场设备发送的待通知车牌号和待发送通知。

通知发送单元902：用于如果绑定关系包含待通知车牌号，则将待发送通知发送给目标终端。目标终端可以是基于待通知车牌号所绑定的用户标识所确定的终端。

上述装置实施例的其他解释可以参见上述方法实施例。

本说明书实施例还提供一种计算机设备，其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行所述程序时实现如图1-4任一所示的一种用户绑定方法。

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

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

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

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

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

总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。

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

本说明书实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如图1-4任一所示的一种用户绑定方法。

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

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

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

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

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