CN112652122A - 一种车牌与多用户绑定的方法及系统 - Google Patents

Abstract

本申请实施例公开了一种车牌与多用户绑定的方法及系统，用于在保证车辆信息安全的情况下实现多个账号绑定同一车牌。本申请实施例方法包括：接收第一用户发送的第一身份认证请求；根据第一身份认证请求确定第一用户标识信息；根据第一用户标识信息判断第一用户是否为已绑定注册状态；若否，接收第一用户发送的第一车辆注册请求；根据第一车辆注册请求确定第一车辆车牌号信息；通过第三方平台对第一车辆车牌号信息进行匹配；根据匹配的匹配结果判断第一车辆的车牌号是否被注册；若是，向第一车辆的车主发送第一用户的第二身份确认请求，并判断在预设时间内是否接收到车主反馈的第二身份同意确认信息；若是，向第一用户发送绑定成功的信息。

Description

一种车牌与多用户绑定的方法及系统

技术领域

本申请实施例涉及数据处理领域，尤其涉及一种车牌与多用户绑定的方法及系统。

背景技术

在现代科技信息快速发展的今天，互联网逐步进入到汽车行业，使汽车更加智能化，因此为了提高自己的外出体验，越来越多的用户选择了汽车作为自己出行必备的交通工具。

就目前来说，为了方便对自己车辆的管理，用户可以通过停车场系统对自己的账户进行车牌号绑定，从而能够通过该账户实时查询用户、车辆信息或者进行停车缴费。但是目前的系统只能够一个账号绑定一张车牌，且无法更换绑定，在发生车主将车辆借与第三方使用或车主更换号码等情况时，易影响使用的车辆的用户与车场平台的信息交互。

发明内容

本申请实施例提供了一种车牌与多用户绑定的方法及系统，用于在保证车辆信息安全的情况下实现多个账号绑定同一车牌，从而避免了由于账号在发生车主将车辆借与第三方使用或车主更换号码等因素所引起的信息交互的影响。

本申请在第一方面提供了一种车牌与多用户绑定的方法，包括：

接收第一用户发送的第一身份认证请求，所述第一身份认证请求为携带第一用户标识的请求；

根据所述第一身份认证请求确定第一用户标识信息；

根据所述第一用户标识信息判断所述第一用户是否为已绑定注册状态；

若否，则接收所述第一用户发送的第一车辆注册请求，所述第一车辆注册请求为包含车辆车牌号信息的请求；

根据所述第一车辆注册请求确定第一车辆车牌号信息；

通过第三方平台对所述第一车辆车牌号信息进行匹配，所述第三方平台为授权查询车主与对应车辆信息的平台；

根据所述匹配的匹配结果判断第一车辆的车牌号是否被注册；

若是，则向所述第一车辆的车主发送所述第一用户的第二身份确认请求，并判断在预设时间内是否接收到所述车主反馈的第二身份同意确认信息；

当在预设时间内接收到所述车主反馈的第二身份同意确认信息时，向所述第一用户发送绑定成功的信息。

可选的，所述根据所述第一用户标识信息判断所述第一用户是否为已绑定注册状态，包括：

将所述第一用户标识信息输入本地数据库匹配，所述本地数据库为存储全部已绑定的用户标识信息数据库；

根据所述本地数据库匹配的匹配结果判断所述第一用户是否为已绑定注册状态。

可选的，所述向所述第一用户发送绑定成功的信息之后，所述绑定方法还包括：

接收所述第一用户发送的停车缴费请求；

根据所述停车缴费请求判断所述第一车辆是否为重复缴费状态；

若是，则拒绝所述停车缴费请求，并向所述第一用户发送警示信息，所述警示信息为提示所述第一用户重复缴费的信息。

可选的，所述根据所述停车缴费请求判断所述第一车辆是否为重复缴费状态之后，所述绑定方法还包括：

若否，则同意所述停车缴费请求，并向所述第一用户发送随机生成的密令信息，所述密令信息为缴费支付的密码信息。

可选的，所述根据所述第一用户标识信息判断所述第一用户是否为已绑定注册状态之后，所述绑定方法还包括：

若是，则向所述第一用户发送认证成功信息。

可选的，所述根据所述匹配的匹配结果判断第一车辆的车牌号是否被注册之后，所述绑定方法还包括：

若否，则向所述第一用户发送注册并绑定成功的信息。

可选的，所述判断在预设时间内是否接收到所述车主反馈的第二身份同意确认信息之后，所述绑定方法还包括：

当在预设时间内未接收到所述车主反馈的第二身份同意确认信息时，向所述第一用户发送绑定失败的信息。

本申请在第二方面提供了一种车牌与多用户绑定的系统，包括：

第一接收单元，用于接收第一用户发送的第一身份认证请求，所述第一身份认证请求为携带第一用户标识的请求；

第一确定单元，用于根据所述第一身份认证请求确定第一用户标识信息；

第一判断单元，用于根据所述第一用户标识信息判断所述第一用户是否为已绑定注册状态；

第一执行单元，用于当所述第一判断单元根据所述第一用户标识信息确定所述第一用户不是已绑定注册状态，则接收所述第一用户发送的第一车辆注册请求，所述第一车辆注册请求为包含车辆车牌号信息的请求；

第二确定单元，用于根据所述第一车辆注册请求确定第一车辆车牌号信息；

车辆信息匹配单元，用于通过第三方平台对所述第一车辆车牌号信息进行匹配，所述第三方平台为授权查询车主与对应车辆信息的平台；

第二判断单元，用于根据所述匹配的匹配结果判断第一车辆的车牌号是否被注册；

第二执行单元，用于当所述第二判断单元根据所述匹配的匹配结果确定第一车辆的车牌号已被注册时，则向所述第一车辆的车主发送所述第一用户的第二身份确认请求，并判断在预设时间内是否接收到所述车主反馈的第二身份同意确认信息；

第三确定单元，用于当所述第二执行单元确定在预设时间内接收到所述车主反馈的第二身份同意确认信息时，向所述第一用户发送绑定成功的信息。

可选的，所述第一判断单元，包括：

用户信息匹配模块，用于将所述第一用户标识信息输入本地数据库匹配，所述本地数据库为存储全部已绑定的用户标识信息数据库；

第一判断模块，用于根据所述本地数据库匹配的匹配结果判断所述第一用户是否为已绑定注册状态。

可选的，所述绑定系统还包括：

第二接收单元，用于接收所述第一用户发送的停车缴费请求；

第三判断单元，用于根据所述停车缴费请求判断所述第一车辆是否为重复缴费状态；

第三执行单元，用于当所述第三判断单元根据所述停车缴费请求确定所述第一车辆为重复缴费状态时，则拒绝所述停车缴费请求，并向所述第一用户发送警示信息，所述警示信息为提示所述第一用户重复缴费的信息。

可选的，所述绑定系统还包括：

第四执行单元，用于当所述第三判断单元根据所述停车缴费请求确定所述第一车辆不是重复缴费状态时，则同意所述停车缴费请求，并向所述第一用户发送随机生成的密令信息，所述密令信息为缴费支付的密码信息。

第五执行单元，用于当所述第一判断单元根据所述第一用户标识信息确定所述第一用户为已绑定注册状态时，向所述第一用户发送认证成功信息。

第六执行单元，用于当所述第二判断单元根据所述匹配的匹配结果确定第一车辆的车牌号没有被注册时，向所述第一用户发送注册并绑定成功的信息；

第七执行单元，用于当所述第二执行单元确定在预设时间内未接收到所述车主反馈的第二身份同意确认信息时，向所述第一用户发送绑定失败的信息。

本申请在第三方面提供了一种车牌与多用户绑定的系统，包括：

处理器、存储器、输入输出单元、总线；

所述处理器与所述存储器、所述输入输出单元以及所述总线相连；

所述处理器具体执行如下操作：

接收第一用户发送的第一身份认证请求，所述第一身份认证请求为携带第一用户标识的请求；

根据所述第一身份认证请求确定第一用户标识信息；

根据所述第一用户标识信息判断所述第一用户是否为已绑定注册状态；

若否，则接收所述第一用户发送的第一车辆注册请求，所述第一车辆注册请求为包含车辆车牌号信息的请求；

根据所述第一车辆注册请求确定第一车辆车牌号信息；

通过第三方平台对所述第一车辆车牌号信息进行匹配，所述第三方平台为授权查询车主与对应车辆信息的平台；

根据所述匹配的匹配结果判断第一车辆的车牌号是否被注册；

若是，则向所述第一车辆的车主发送所述第一用户的第二身份确认请求，并判断在预设时间内是否接收到所述车主反馈的第二身份同意确认信息；

当在预设时间内接收到所述车主反馈的第二身份同意确认信息时，向所述第一用户发送绑定成功的信息。

可选的，所述处理器还用于执行第一方面中的任意可选方案的操作。

从以上技术方案可以看出，本申请实施例具有以下优点：

通过从接收携带用户标识的认证请求来获取标识信息，再根据该标识信息确定该用户是否已经绑定注册，若否，则接收该用户的包含车牌号信息的注册请求，接着，将从该注册请求中获取的车牌号信息放入第三方平台进行数据匹配，若是能匹配到该车牌号信息，则可以确定该车牌号已经被注册，向该车牌号对应的车主发送第一用户的第二身份确认请求，当在预设时间内接收到车主反馈的第二身份同意确认信息时，向第一用户发送绑定成功的信息，第一用户即可成功与该车牌号进行绑定。这样一来，可以在保证车辆信息安全的情况下实现多个账号绑定同一车牌，从而避免了由于账号在发生车主将车辆借与第三方使用或车主更换号码等因素所引起的信息交互的影响。

附图说明

图1为本申请实施例中车牌与多用户绑定的方法的一个实施例流程示意图；

图2为本申请实施例中车牌与多用户绑定的方法的另一个实施例流程示意图；

图3为本申请实施例中车牌与多用户绑定的系统的一个实施例结构示意图；

图4为本申请实施例中车牌与多用户绑定的系统的另一个实施例结构示意图；

图5为本申请实施例中车牌与多用户绑定的系统的一个实施例结构示意图。

具体实施方式

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

本申请实施例提供了一种车牌与多用户绑定的方法及系统，用于在保证车辆信息安全的情况下实现多个账号绑定同一车牌。

在本实施例中，车牌与多用户绑定的方法可在系统实现，可以在服务器实现，也可以在终端实现，具体不做明确限定。为方便描述，本申请实施例使用服务器为执行主体举例描述。

请参阅图1，本申请实施例中一种车牌与多用户绑定的方法的一个实施例包括：

101、服务器接收第一用户发送的第一身份认证请求；

在本申请中，服务器在对用户进行号码绑定车牌的时候，需要对该用户的注册状态进行判断，而接收到用户所发送的第一身份认证请求为用户数据获取的前提条件。

服务器需要获取到用户发送的认证请求，使得服务器能够提取该请求内的标识信息来确定用户的身份，从而判断该用户是否有绑定注册，若是能够确定用户已经为绑定注册过的用户，可通过认证，若是没有，则确定用户为新用户，为该用户进行注册。

102、服务器根据第一身份认证请求确定第一用户标识信息；

用户发送给服务器的第一身份认证请求实际上是携带了用户身份标识信息的请求，这个用户身份标识信息可以是多种，例如可以为身份证号码信息，还可以为服务器为用户ID生成的唯一序列号信息等，具体此处不做限定。服务器可以根据收到的认证请求中提取用户身份标识信息，从而能够进行后续的根据用户标识信息确定对应用户的绑定注册状态。

103、服务器根据第一用户标识信息判断第一用户是否为已绑定注册状态；若否，则执行步骤104；

在本申请中，服务器需要从身份认证请求中提取用户标识信息来确定用户身份。然后根据这个用户身份来确定用户是否在服务器中注册绑定过，以使得后续可以根据用户的注册绑定状态执行相应的步骤。

进一步的，可以在本地存储中检索用户身份是否存在，若存在，则说明用户已经在之前就绑定注册过了，若不存在则说明用户是新用户；还可以在云端平台、大数据平台等被授权信息同步分享的第三方平台上开放查询这个用户身份是否已绑定，具体的判断用户是否为已绑定注册状态的方式，在此处不做限定。

104、服务器接收第一用户发送的第一车辆注册请求；

当服务器根据第一用户标识信息判断第一用户为未绑定注册状态的时候，接收第一用户发送的第一车辆注册请求。

105、服务器根据第一车辆注册请求确定第一车辆车牌号信息；

在服务器根据第一用户标识信息判断第一用户为未绑定注册状态之后，则可以确定该用户为新用户，可以为用户注册并绑定车牌号。但是在对用户绑定车牌号之前，服务器需要先从车辆注册请求中确定用户需要绑定的车牌号信息，判断车牌号是否被别的用户进行使用绑定。

106、服务器通过第三方平台对第一车辆车牌号信息进行匹配；

在本申请中，服务器在确定了用户需要绑定的车辆车牌号信息后，为了判断该车牌号是否被别的用户进行使用绑定，需要将该车牌号信息放入信息被授权的相关第三方平台进行匹配。

107、服务器根据匹配的匹配结果判断第一车辆的车牌号是否被注册；若是，则执行步骤108；

服务器将该车牌号信息放入信息被授权的相关第三方平台进行匹配后，第三方平台会向服务器反馈相应的匹配结果，若是匹配到了，则会确定之前车牌之前已有主号对其进行绑定，若是未匹配到，则确定可以将用户作为主号对该车牌进行绑定。

108、服务器向第一车辆的车主发送第一用户的第二身份确认请求，并判断在预设时间内是否接收到车主反馈的第二身份同意确认信息；若是，则执行步骤109；

当服务器根据匹配的匹配结果确定第一车辆的车牌号被注册后，服务器向第一车辆的车主发送第二身份确认请求，并判断在预设时间内是否接收到车主反馈的第二身份同意确认信息。

109、服务器向第一用户发送绑定成功的信息。

当服务器确定在预设时间内是否接收到车主反馈的第二身份同意确认信息后，向第一用户发送绑定成功的信息。

在本申请实施例中，通过从接收到的第一身份认证请求确定用户是否已经绑定注册，若否，则接收该用户的包含车牌号信息的注册请求，接着，将从该注册请求中获取的车牌号信息放入第三方平台进行数据匹配，若是能匹配到该车牌号信息，则可以确定该车牌号已经被注册，向该车牌号对应的车主发送第一用户的第二身份确认请求，当在预设时间内接收到车主反馈的第二身份同意确认信息时，向第一用户发送绑定成功的信息，第一用户即可成功与该车牌号进行绑定。这样一来，可以在保证车辆信息安全的情况下实现多个账号绑定同一车牌，从而避免了由于账号在发生车主将车辆借与第三方使用或车主更换号码等因素所引起的信息交互的影响。

请参阅图2，在本申请实施例中，一种车牌与多用户绑定的方法的一个实施例包括：

201、服务器接收第一用户发送的第一身份认证请求；

202、服务器根据第一身份认证请求确定第一用户标识信息；

本实施例中的步骤201至202与前述实施例步骤101至102类似，此处不再赘述。

203、服务器将第一用户标识信息输入本地数据库匹配；

204、服务器根据本地数据库匹配的匹配结果判断第一用户是否为已绑定注册状态；若否，则执行步骤205，若是，则执行步骤206；

服务器从第一身份认证请求中提取了第一用户标识信息后，将该标识信息放入本地的数据库进行匹配，该本地的数据库可以是某个地区或省份或某个停车场的数据库，用来存储已经绑定了车牌的用户身份信息。因此，可以通过数据库匹配的匹配结果来确定用户的绑定注册状态。

205、服务器接收第一用户发送的第一车辆注册请求；

当服务器根据本地数据库匹配的匹配结果确定第一用户为未绑定注册状态时，服务器接收第一用户发送的第一车辆注册请求。

206、服务器向第一用户发送认证成功信息；

当服务器根据本地数据库匹配的匹配结果确定第一用户为已绑定注册状态时，向第一用户发送认证成功信息。

207、服务器根据第一车辆注册请求确定第一车辆车牌号信息；

208、服务器通过第三方平台对第一车辆车牌号信息进行匹配；

209、服务器根据匹配的匹配结果判断第一车辆的车牌号是否被注册；若是，则执行步骤210；若否，则执行步骤211；

210、服务器向第一车辆的车主发送第一用户的第二身份确认请求，并判断在预设时间内是否接收到车主反馈的第二身份同意确认信息；若是，则执行步骤212；若否，则执行步骤213；

本实施例中的步骤207至210与前述实施例步骤105至108类似，此处不再赘述。

211、服务器向第一用户发送注册并绑定成功的信息；

当服务器根据匹配的匹配结果确定第一车辆的车牌号未被注册时，向第一用户发送注册并绑定成功的信息。

212、服务器向第一用户发送绑定成功的信息；

本实施例中的步骤212与前述实施例步骤109类似，此处不再赘述。

213、服务器向第一用户发送绑定失败的信息；

当服务器确定在预设时间内未接收到车主反馈的第二身份同意确认信息时，服务器向第一用户发送绑定失败的信息。

214、服务器接收第一用户发送的停车缴费请求；

在服务器向第一用户发送绑定成功的信息之后，用户在进出停车场时，除了现场缴费，还可以为了方便，直接在服务器上进行云缴费。在用户使用云缴费时，会向服务器发送停车缴费请求，以使得服务器在接收该请求后执行对应的缴费的相关操作。

215、服务器根据停车缴费请求判断第一车辆是否为重复缴费状态；若是，则执行步骤216；若否，则执行步骤217；

由于用户可能会受多种因素的影响，造成自己遗忘或不了解所绑定的车牌对应的车辆的停车缴费状态，例如，目前使用该车辆的用户是分号用户，但是主号用户在之前就已经为该车辆充值了一定时间段的停车会员了，且未通知分号用户，那么用户在行驶该车辆出停车场时，很有可能会二次缴费，从而浪费了用车成本。因此，为了避免多种因素引起的重复缴费的状况，服务器需要根据停车缴费请求来判断第一车辆是否为重复缴费状态，以给正在使用该车辆的用户给予相应的缴费提醒。

216、服务器拒绝停车缴费请求，并向第一用户发送警示信息；

当服务器根据停车缴费请求确定第一车辆为重复缴费状态时，拒绝停车缴费请求，并向正常使用该车辆的第一用户发送警示信息，这个信息为提示第一用户已经造成重复缴费的信息。

217、服务器同意停车缴费请求。

当服务器根据停车缴费请求确定第一车辆不是重复缴费状态时，服务器同意停车缴费请求。

在本申请实施例中，除了能够实现对于多个号码绑定一个车牌的操作，还能够针对所绑定车牌对应的车辆进行是否存在重复缴费的判断，在一定程度上节约了用车成本。

上面对车牌与多用户绑定的方法进行了描述，下面对车牌与多用户绑定的系统进行详细描述。

请参阅图3，在本申请实施例中，一种车牌与多用户绑定的系统的一个实施例包括：

第一接收单元301，用于接收第一用户发送的第一身份认证请求，第一身份认证请求为携带第一用户标识的请求；

第一确定单元302，用于根据第一身份认证请求确定第一用户标识信息；

第一判断单元303，用于根据第一用户标识信息判断第一用户是否为已绑定注册状态；

第一执行单元304，用于当第一判断单元303根据第一用户标识信息确定第一用户不是已绑定注册状态，接收第一用户发送的第一车辆注册请求，该第一车辆注册请求为包含车辆车牌号信息的请求；

第二确定单元305，用于根据第一车辆注册请求确定第一车辆车牌号信息；

车辆信息匹配单元306，用于通过第三方平台对第一车辆车牌号信息进行匹配，该第三方平台为授权查询车主与对应车辆信息的平台；

第二判断单元307，用于根据匹配的匹配结果判断第一车辆的车牌号是否被注册；

第二执行单元308，用于当第二判断单元307根据匹配的匹配结果确定第一车辆的车牌号已被注册时，则向第一车辆的车主发送第一用户的第二身份确认请求，并判断在预设时间内是否接收到车主反馈的第二身份同意确认信息；

第三确定单元309，用于当第二执行单元308确定在预设时间内接收到车主反馈的第二身份同意确认信息时，向第一用户发送绑定成功的信息。

在本申请实施例中，首先通过第一接收单元301接收第一用户发送的第一身份认证请求后，第一确定单元302根据第一身份认证请求确定第一用户标识信息，接着，第一判断单元303通过第一用户标识信息判断第一用户是否为已绑定注册状态，若不是，则通过第一执行单元304接收第一用户发送的第一车辆注册请求，此时，车辆信息匹配单元306将第二确定单元305根据第一车辆注册请求确定的第一车辆车牌号信息通过第三方平台进行匹配，然后第二判断单元307根据匹配结果判断第一车辆的车牌号是否被注册，若已经被注册了，则通过第二执行单元308向第一车辆的车主发送第一用户的第二身份确认请求，并判断在预设时间内是否接收到车主反馈的第二身份同意确认信息，最后，在预设时间内接收到车主反馈的第二身份同意确认信息后，第三确定单元309向第一用户发送绑定成功的信息。这样一来，可以在保证信息安全的前提下完成对车牌的多号绑定。

请参阅图4，在本申请实施例中，一种车牌与多用户绑定的系统的另一个实施例包括：

第一接收单元401，用于接收第一用户发送的第一身份认证请求，第一身份认证请求为携带第一用户标识的请求；

第一确定单元402，用于根据第一身份认证请求确定第一用户标识信息；

第一判断单元403，用于根据第一用户标识信息判断第一用户是否为已绑定注册状态；

第一执行单元404，用于当第一判断单元403根据第一用户标识信息确定第一用户不是已绑定注册状态，接收第一用户发送的第一车辆注册请求，该第一车辆注册请求为包含车辆车牌号信息的请求；

第五执行单元405，用于当第一判断单元403根据第一用户标识信息确定所述第一用户为已绑定注册状态时，向第一用户发送认证成功信息；

第二确定单元406，用于根据第一车辆注册请求确定第一车辆车牌号信息；

车辆信息匹配单元407，用于通过第三方平台对第一车辆车牌号信息进行匹配，该第三方平台为授权查询车主与对应车辆信息的平台；

第二判断单元408，用于根据匹配的匹配结果判断第一车辆的车牌号是否被注册；

第六执行单元409，用于当第二判断单元408根据匹配的匹配结果确定第一车辆的车牌号没有被注册时，向第一用户发送注册并绑定成功的信息；

第二执行单元410，用于当第二判断单元408根据匹配的匹配结果确定第一车辆的车牌号已被注册时，则向第一车辆的车主发送第一用户的第二身份确认请求，并判断在预设时间内是否接收到车主反馈的第二身份同意确认信息；

第七执行单元411，用于当第二执行单元410确定在预设时间内未接收到车主反馈的第二身份同意确认信息时，向第一用户发送绑定失败的信息；

第三确定单元412，用于当第二执行单元410确定在预设时间内接收到车主反馈的第二身份同意确认信息时，向第一用户发送绑定成功的信息；

第二接收单元413，用于接收第一用户发送的停车缴费请求；

第三判断单元414，用于根据停车缴费请求判断第一车辆是否为重复缴费状态；

第三执行单元415，用于当第三判断单元414根据停车缴费请求确定第一车辆为重复缴费状态时，则拒绝停车缴费请求，并向第一用户发送警示信息，该警示信息为提示第一用户重复缴费的信息；

第四执行单元416，用于当第三判断单元414根据停车缴费请求确定第一车辆不是重复缴费状态时，则同意停车缴费请求，并向第一用户发送随机生成的密令信息，该密令信息为缴费支付的密码信息。

在本申请实施例中，第一判断单元403可以包括用户信息匹配模块4031以及第一判断模块4032。

用户信息匹配模块4031用于将第一用户标识信息输入本地数据库匹配，该本地数据库为存储全部已绑定的用户标识信息数据库；

第一判断模块4032用于根据本地数据库匹配的匹配结果判断第一用户是否为已绑定注册状态。

上述实施例中，各个单元以及模块的功能与图2所示实施例中的步骤对应，此处不再赘述。

下面对本申请实施例中的一种车牌与多用户绑定的系统进行详细描述，请参阅图5，在本申请实施例中一种车牌与多用户绑定的系统的另一实施例包括：

处理器501、存储器502、输入输出单元503、总线504；

所述处理器501与所述存储器502、所述输入输出单元503以及所述总线504相连；

所述处理器501具体执行如下操作：

接收第一用户发送的第一身份认证请求；

根据第一身份认证请求确定第一用户标识信息；

根据第一用户标识信息判断第一用户是否为已绑定注册状态；

若否，则接收第一用户发送的第一车辆注册请求；

根据第一车辆注册请求确定第一车辆车牌号信息；

通过第三方平台对第一车辆车牌号信息进行匹配；

根据匹配的匹配结果判断第一车辆的车牌号是否被注册；

若是，则向第一车辆的车主发送第一用户的第二身份确认请求，并判断在预设时间内是否接收到车主反馈的第二身份同意确认信息；

向第一用户发送绑定成功的信息。

本实施例中，处理器501的功能与前述图1至图4所述实施例中的步骤对应，此处不再赘述。

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

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

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

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

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

Claims (10)

1.一种车牌与多用户绑定的方法，其特征在于，包括：

接收第一用户发送的第一身份认证请求，所述第一身份认证请求为携带第一用户标识的请求；

根据所述第一身份认证请求确定第一用户标识信息；

根据所述第一用户标识信息判断所述第一用户是否为已绑定注册状态；

若否，则接收所述第一用户发送的第一车辆注册请求，所述第一车辆注册请求为包含车辆车牌号信息的请求；

根据所述第一车辆注册请求确定第一车辆车牌号信息；

通过第三方平台对所述第一车辆车牌号信息进行匹配，所述第三方平台为授权查询车主与对应车辆信息的平台；

根据所述匹配的匹配结果判断第一车辆的车牌号是否被注册；

若是，则向所述第一车辆的车主发送所述第一用户的第二身份确认请求，并判断在预设时间内是否接收到所述车主反馈的第二身份同意确认信息；

当在预设时间内接收到所述车主反馈的第二身份同意确认信息时，向所述第一用户发送绑定成功的信息。

2.根据权利要求1所述的绑定方法，其特征在于，所述根据所述第一用户标识信息判断所述第一用户是否为已绑定注册状态，包括：

将所述第一用户标识信息输入本地数据库匹配，所述本地数据库为存储全部已绑定的用户标识信息数据库；

根据所述本地数据库匹配的匹配结果判断所述第一用户是否为已绑定注册状态。

3.根据权利要求2所述的绑定方法，其特征在于，所述向所述第一用户发送绑定成功的信息之后，所述绑定方法还包括：

接收所述第一用户发送的停车缴费请求；

根据所述停车缴费请求判断所述第一车辆是否为重复缴费状态；

若是，则拒绝所述停车缴费请求，并向所述第一用户发送警示信息，所述警示信息为提示所述第一用户重复缴费的信息。

4.根据权利要求3所述的绑定方法，其特征在于，所述根据所述停车缴费请求判断所述第一车辆是否为重复缴费状态之后，所述绑定方法还包括：

若否，则同意所述停车缴费请求，并向所述第一用户发送随机生成的密令信息，所述密令信息为缴费支付的密码信息。

5.根据权利要求4所述的绑定方法，其特征在于，所述根据所述第一用户标识信息判断所述第一用户是否为已绑定注册状态之后，所述绑定方法还包括：

若是，则向所述第一用户发送认证成功信息。

6.根据权利要求5所述的绑定方法，其特征在于，所述根据所述匹配的匹配结果判断第一车辆的车牌号是否被注册之后，所述绑定方法还包括：

若否，则向所述第一用户发送注册并绑定成功的信息。

7.根据权利要求1至6任意一项所述的绑定方法，其特征在于，所述判断在预设时间内是否接收到所述车主反馈的第二身份同意确认信息之后，所述绑定方法还包括：

当在预设时间内未接收到所述车主反馈的第二身份同意确认信息时，向所述第一用户发送绑定失败的信息。

8.一种车牌与多用户绑定的系统，其特征在于，包括：

第一接收单元，用于接收第一用户发送的第一身份认证请求，所述第一身份认证请求为携带第一用户标识的请求；

第一确定单元，用于根据所述第一身份认证请求确定第一用户标识信息；

第一判断单元，用于根据所述第一用户标识信息判断所述第一用户是否为已绑定注册状态；

第一执行单元，用于当所述第一判断单元根据所述第一用户标识信息确定所述第一用户不是已绑定注册状态，则接收所述第一用户发送的第一车辆注册请求，所述第一车辆注册请求为包含车辆车牌号信息的请求；

第二确定单元，用于根据所述第一车辆注册请求确定第一车辆车牌号信息；

车辆信息匹配单元，用于通过第三方平台对所述第一车辆车牌号信息进行匹配，所述第三方平台为授权查询车主与对应车辆信息的平台；

第二判断单元，用于根据所述匹配的匹配结果判断第一车辆的车牌号是否被注册；

第二执行单元，用于当所述第二判断单元根据所述匹配的匹配结果确定第一车辆的车牌号已被注册，则向所述第一车辆的车主发送所述第一用户的第二身份确认请求，并判断在预设时间内是否接收到所述车主反馈的第二身份同意确认信息；

第三确定单元，用于当所述第二执行单元确定在预设时间内接收到所述车主反馈的第二身份同意确认信息时，向所述第一用户发送绑定成功的信息。

9.根据权利要求8所述的绑定系统，其特征在于，所述第一判断单元，包括：

用户信息匹配模块，用于将所述第一用户标识信息输入本地数据库匹配，所述本地数据库为存储全部已绑定的用户标识信息数据库；

第一判断模块，用于根据所述本地数据库匹配的匹配结果判断所述第一用户是否为已绑定注册状态。

10.根据权利要求9所述的绑定系统，其特征在于，所述绑定系统还包括：

第二接收单元，用于接收所述第一用户发送的停车缴费请求；

第三判断单元，用于根据所述停车缴费请求判断所述第一车辆是否为重复缴费状态；

第三执行单元，用于当所述第三判断单元根据所述停车缴费请求确定所述第一车辆为重复缴费状态时，则拒绝所述停车缴费请求，并向所述第一用户发送警示信息，所述警示信息为提示所述第一用户重复缴费的信息。

Images