车牌处理方法及装置

本文件涉及数据处理技术领域，尤其涉及一种车牌处理方法及装置。

随着用户对车辆的需求的不断增加，越来越多的用户通过购买汽车来解决一些家庭问题，比如家里老人的定期健康保健接送、小孩的上下学接送、上班通勤，而车牌作为新车上路行驶的必备配件，成为用户关注的重点。目前电子车牌还未普及，实体车牌仍然是用户主要的车牌使用方式，而越来越多的城市采取“摇号”的方式进行车牌的发放，以此来限制新车上路资格，由于各大城市新增车牌的“摇号”中签率较低，导致许多用户无法获得车牌使用指标，无法真正实现按需分配车牌。

本说明书一个或多个实施例提供了一种车牌处理方法，包括：基于用户授权指令获取各申请用户的特征信息。根据所述特征信息确定各申请用户的需求等级并分配至所述需求等级对应的用户集中。将各需求等级的待发放车牌与对应的用户集中的申请用户进行随机匹配处理。根据获得的各待发放车牌匹配的中签用户，进行车牌发放处理。

本说明书一个或多个实施例提供了一种车牌处理装置，包括：信息获取模块，被配置为基于用户授权指令获取各申请用户的特征信息。需求等级确定模块，被配置为根据所述特征信息确定各申请用户的需求等级并分配至所述需求等级对应的用户集中。随机匹配处理模块，被配置为将各需求等级的待发放车牌与对应的用户集中的申请用户进行随机匹配处理。车牌发放处理模块，被配置为根据获得的各待发放车牌匹配的中签用户，进行车牌发放处理。

本说明书一个或多个实施例提供了一种车牌处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：基于用户授权指令获取各申请用户的特征信息。根据所述特征信息确定各申请用户的需求等级并分配至所述需求等级对应的用户集中。将各需求等级的待发放车牌与对应的用户集中的申请用户进行随机匹配处理。根据获得的各待发放车牌匹配的中签用户，进行车牌发放处理。

本说明书一个或多个实施例提供了一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：基于用户授权指令获取各申请用户的特征信息。根据所述特征信息确定各申请用户的需求等级并分配至所述需求等级对应的用户集中。将各需求等级的待发放车牌与对应的用户集中的申请用户进行随机匹配处理。根据获得的各待发放车牌匹配的中签用户，进行车牌发放处理。

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

图1为本说明书一个或多个实施例提供的一种车牌处理方法处理流程图；

图2为本说明书一个或多个实施例提供的一种应用于第一场景的车牌处理方法处理流程图；

图3为本说明书一个或多个实施例提供的一种应用于第二场景的车牌处理方法处理流程图；

图4为本说明书一个或多个实施例提供的一种车牌处理装置示意图；

图5为本说明书一个或多个实施例提供的一种车牌处理设备的结构示意图。

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

本说明书提供的一种车牌处理方法实施例：

参照图1，其示出了本实施例提供的一种车牌处理方法处理流程图，参照图2，其示出了本实施例提供的一种应用于第一场景的车牌处理方法处理流程图，参照图3，其示出了本实施例提供的一种应用于第二场景的车牌处理方法处理流程图。

参照图1，本实施例提供的车牌处理方法，具体包括步骤S102至步骤S108。

步骤S102，基于用户授权指令获取各申请用户的特征信息。

本实施例提供的车牌处理方法中，在用户申请车牌的过程中，基于各申请用户对特征信息的授权获取各申请用户的特征信息(比如家庭成员的网约车数据)，以特征信息为基础确定各申请用户的需求等级，将各申请用户划分至各申请用户的需求等级对应的用户集中，从而进行各需求等级的待发放车牌与对应的用户集中的申请用户的随机匹配，获取各待发放车牌匹配的中签用户，向中签用户发放对应的车牌，以此实现按需分配车牌，减缓高峰时期的车辆拥堵情况，避免车辆爆炸式增长，使用户感受到个性化的服务，通过引入车牌收回机制，提升车牌资源的利用率。

在实际的车牌发放过程中，由于新增车牌的指标往往较申请用户的数量少，所以在用户提出车牌申请后，通过“摇号”方式将车牌与申请用户进行随机匹配，从而将车牌发放给一部分匹配的用户，在此过程中，针对新增车牌提出“摇号”申请的用户即为申请用户；特征信息即是指与申请用户的用车需求相关的特征信息。在具体的“摇号”过程中，可以以家庭为单位进行“摇号”，也可以以用户为单位进行“摇号”，可选的，所述特征信息，包括下述至少一项：家庭成员的网约车数据、家庭车辆保有量、家庭成员信息、家庭成员的医疗信息、家庭成员的教育信息。

具体实施时，所述特征信息可以从第三方机构获取，在此过程中，基于用户的信息授权指令获取，以此来保护用户的隐私，保障用户的信息安全。例如，特征信息为“家庭车辆保有量：0；家庭成员的医疗信息：姓名：xx，医疗信息：星期五16:00—18:00在xx医院进行健康保健；家庭成员的教育信息：姓名：xx，8:00—17:00就读于xx小学”。

步骤S104，根据所述特征信息确定各申请用户的需求等级并分配至所述需求等级对应的用户集中。

本实施例所述需求等级包括根据申请用户使用车辆的需求程度高低划分的需求等级，例如，需求等级被划分为5个等级：

第一需求等级为有车级，家庭现状包括：家庭拥有至少一辆车；

第二需求等级为有车级，家庭现状包括：家庭拥有至少一辆车，家里有病人和/或小孩需要定点接送；

第三需求等级为无车级，家庭现状包括：家庭无车，需要在有限的行驶时间段通勤；

第四需求等级为无车级，家庭现状包括：家庭无车，家里有病人或小孩需要定点接送；

第五需求等级为无车级，家庭现状包括：家庭无车，家里有病人和小孩需要定点接送。

相应的，在本实施例中，从申请用户的特征信息出发，确定申请用户的需求等级，从而将申请用户划分至申请用户的需求等级对应的用户集，具体在“摇号”处理的过程中，不同需求等级的待发放车牌的数量可能相同、也可能不同，使不同需求等级对应的申请用户命中车牌的概率也有所不同，比如，需求等级高的申请用户命中车牌的概率高、需求等级低的申请用户命中车牌的概率低。

上述基于用户授权指令获取各申请用户的特征信息后，利用需求计算模型进行需求等级计算，从而获取各申请用户的需求等级。本实施例提供的一种可选实施方式中，所述根据所述特征信息确定各申请用户的需求等级，包括：

对从第三方机构获取的特征信息进行转换处理；

将转换处理获得的标准化序列输入需求计算模型进行需求等级计算，输出各申请用户的需求等级。

具体实施时，可以将各需求等级的得分区间做一个划分，对获取的特征信息进行转换处理，转换处理获得的为标准化序列，以便于数据传输，将标准化序列输入需求计算模型，根据模型计算输出的申请用户的得分结果，查看申请用户所属的需求等级。例如，需求等级分为5个等级，5个等级的得分区间分别为：第一需求等级：100分—81分；第二需求等级：80分—61分；第三需求等级：60分—41分；第四需求等级：40分—21分；第五需求等级：20分—0分；对从第三方机构(比如家庭的网约车数据可从网约车平台获取)获取的申请用户的特征信息进行转换处理，将获得的标准化序列输入需求计算模型，通过模型计算得出申请用户的得分为74分，确定申请用户所属的需求等级为第二需求等级。

除此之外，也可以将标准化序列输入需求计算模型，得出各申请用户的需求等级。例如，模型输出结果为1，代表该申请用户的需求等级对应第一需求等级。在各申请用户的需求等级确定的基础上，将各申请用户分配至需求等级对应的用户集中，以便于满足申请用户的不同需求，利用等级划分实现按需分配，使用车需求高的用户能够有更大的概率获得车牌，从而解决家庭燃眉之急。

实际应用中，为了减缓城市道路的车辆拥堵情况，缓解城市交通压力，使用户能够按需驾车出行，在确定申请用户的需求等级并将申请用户分配至用户集中之后，可以对待发放车牌进行限定处理，使获得车牌的中签用户能够在限定的区域和/或限定的时间段使用车牌。本实施例提供的一种可选实施方式中，所述根据所述特征信息确定各申请用户的需求等级并分配至所述需求等级对应的用户集中步骤执行之后，且所述将各需求等级的待发放车牌与对应的用户集中的申请用户进行随机匹配处理步骤执行之前，还包括：

对各需求等级的待发放车牌进行限定处理，获得各需求等级的车牌的限定使用参数；

其中，所述限定使用参数包括下述至少一项：车牌使用区域、车牌使用时间段。

此外，各申请用户的需求等级的车牌的限定使用区域包括各申请用户的生活地理区域和/或工作地理区域，以此实现申请用户与待发放车牌的高适配度。

例如，需求等级被划分为5个等级，针对5个需求等级的待发放车牌进行限定处理：

第一需求等级：车牌使用区域和使用时间段均未作限定(参与正常车牌匹配)；

第二需求等级：车牌使用区域：本市区域范围内，车牌使用时间段未作限定；

第三需求等级：车牌使用时间段：9:30—17:00，22:00—次日7:00，车牌使用区域未作限定；

第四需求等级：车牌使用区域：本市区域范围内，车牌使用时间段：9:30—17:00，22:00—次日7:00；

第五需求等级：车牌使用区域：本市二环以外区域范围，车牌使用时间段：12:00—16:00，22:00—次日6:00；

根据车牌使用区域以及车牌使用时间段对5个需求等级进行不同程度的限定，实现专用车牌的发放，加入正常车牌的匹配，是考虑到设置的需求等级有可能不满足有些申请用户的需求，在不满足的情况下，申请用户还可以参与正常车牌的匹配，这样既满足用户个性化的需求，又能满足用户的实际需求。

步骤S106，将各需求等级的待发放车牌与对应的用户集中的申请用户进行随机匹配处理。

本实施例所述待发放车牌包括金属材料制成的实体车牌、包含射频识别(RFID)电子标签的电子车牌、利用LED(light-emitting diode，发光二极管)进行展示的数字化车牌和/或利用AR(Augmented Reality，增强现实)技术进行展示的数字化车牌，此外，还可包括利用其他可视化方式进行展示的数字化车牌，本实施例在此不作限定。

具体实施时，在申请用户的需求等级确定以及用户集生成之后，针对各需求等级的待发放车牌与各需求等级对应的用户集中的申请用户进行随机匹配处理，其中，各需求等级可能被分配数量不等的车牌、也可能被分配数量相等的车牌，各需求等级对应的用户集中的申请用户数量也是不固定的，也即是说，申请用户获得车牌的概率可能相同，也可能不同。例如，需求等级被划分为5个等级：

第一需求等级：待发放车牌数量2000块、申请用户数量40万人，申请用户的车牌中签概率为0.5％；

第二需求等级：待发放车牌数量3000块、申请用户数量30万人，申请用户的车牌中签概率为1％；

第三需求等级：待发放车牌数量4000块、申请用户数量20万人，申请用户的车牌中签概率为2％；

第四需求等级：待发放车牌数量5000块、申请用户数量20万人，申请用户的车牌中签概率为2.5％；

第五需求等级：待发放车牌数量6000块、申请用户数量30万人，申请用户的车牌中签概率为2％；

总而言之，申请用户获得车牌的概率根据申请用户的需求等级以及需求等级对应的用户集包含的申请用户总数量确定。

需要补充的是，在将各需求等级的待发放车牌与对应的用户集中的申请用户进行随机匹配处理的过程中，也可以采用随机匹配算法或者基于随机匹配算法构建并经训练获得的随机匹配模型，具体通过将所述待发放车牌的车牌标识与申请用户的用户标识输入随机匹配算法或者随机匹配模型，输出每个车牌标识以及对应的用户的用户标识，车牌标识对应的用户，也即是“摇号”处理后的中签用户，以此为随机匹配处理的过程提供推动力，用户可以更快获取随机匹配的结果，提前做好准备。

步骤S108，根据获得的各待发放车牌匹配的中签用户，进行车牌发放处理。

本实施例中，在对各需求等级的待发放车牌进行限定处理，获得各需求等级的车牌的限定使用参数的基础上，进行车牌发放处理过程中，本实施例提供一种可选实施方式中，所述根据获得的各待发放车牌匹配的中签用户，进行车牌发放处理，包括：

读取各待发放车牌匹配的中签用户；

基于所述限定使用参数，针对所述中签用户进行车牌发放处理。

具体实施时，此处限定使用参数为针对级别限定的使用参数，限定使用参数可以在确定申请用户的需求等级之后、进行各需求等级的待发放车牌与对应的用户集中的申请用户的随机匹配处理之前、通过对各需求等级的待发放车牌进行限定处理获得，在发放车牌的过程中，读取随机匹配处理后各待发放车牌匹配的中签用户，基于各需求等级的待发放车牌的限定使用参数，向中签用户发放绑定限定使用参数的车牌；其中，每个需求等级的待发放车牌对应的限定使用参数具有差异性，即一个需求等级的待发放车牌对应一个限定使用参数。沿用上例，5个需求等级对应5个限定使用参数。中签用户在获得车牌后，只要在对应需求等级限定的区域和/或时间段内使用车牌，就不会出现车牌使用的违规事件。

实际应用中，在中签用户获得车牌并且安装在车辆上的基础上，中签用户可以选择上路驾驶，由此，中签用户在使用车牌的过程中，可能会出现超出限定的区域和/或限定的时间段使用，为了规范中签用户对车牌的使用行为，督促中签用户在限定的区域和/或限定的时间段内使用车牌，在上述获得限定使用参数并向中签用户发放绑定限定使用参数的车牌的基础上，进一步，获取中签用户的车辆行驶数据，以此来确定车辆的行驶区域和/或行驶时间，从而核验中签用户是否超出限定的区域和/或时间段使用车牌。

本实施例提供的一种可选实施方式中，在中签用户使用车牌后，执行如下步骤：

获取所述中签用户的车辆行驶数据并确定行驶区域和/或行驶时间；

核验所述行驶区域和/或行驶时间与所述限定使用参数包含的车牌使用区域和/或车牌使用时间段是否一致；

若是，返回执行所述获取所述中签用户的车辆行驶数据操作。

在具体的执行过程中，中签用户在使用车牌的过程中，可能遵守限定使用规则，即：在车牌使用区域和/或车牌使用时间段内使用，也可能未遵守限定使用规则，在超出限定的区域和/或限定的时间段内使用车牌，即：核验行驶区域和/或行驶时间与级别限定参数包含的车牌使用区域和/或车牌使用时间段的结果可能为是，也可能为否。鉴于此，可以在核验结果为否的情况下，针对中签用户进行惩戒处理。本实施例提供的一种可选实施方式中，若核验所述行驶区域和/或行驶时间与所述限定使用参数包含的车牌使用区域和/或车牌使用时间段是否一致的步骤执行之后的结果为否，执行如下步骤：

记录所述中签用户的车牌使用的违规事件；

将违规事件记录同步给所述中签用户，并针对所述中签用户进行惩戒处理。

具体实施时，若中签用户未遵守限定使用规则，则记录中签用户的车牌使用的违规事件，包括车牌使用的超出限定区域的范围和/或车牌使用的超出限定时间段的范围，将违规事件记录以包括推送的形式同步给中签用户，然后对中签用户进行惩戒处理，包括扣除驾驶凭证分数和/或缴纳，以便于中签用户及时获取违规事件细则，并且针对违规事件及时处理；引入惩戒处理机制，以督促中签用户遵守限定使用规则，规范中签用户的道路出行行为，推动道路秩序的有效运行。

进一步，为了更大力度的规范中签用户的车牌使用行为，在中签用户使用车牌的过程中设置违规次数阈值，具体的，本实施例提供的一种可选实施方式中，执行如下步骤：判断所述中签用户的车牌使用的违规事件的次数是否超出违规次数阈值；若是，针对所述中签用户的车牌进行车牌注销处理；若否，则不作处理。

此外，针对中签用户的车牌按检测周期进行检测(比如按年检测/按半年检测)，在检测的过程中，若存在中签用户的车牌使用的违规事件的次数超出违规次数阈值，则针对中签用户的车牌进行注销处理。本实施例提供的一种可选实施方式中，在按检测周期进行检测的过程中，执行如下步骤：

对所述中签用户的车牌按检测周期进行检测，若检测到所述中签用户的车牌使用的违规事件的次数超出违规次数阈值，则针对所述中签用户的车牌进行车牌注销处理；

其中，所述按检测周期进行检测，包括：按检测周期检测车牌使用违规事件的次数，和/或，按检测周期检测需求等级是否发生变更。

除上述提供的预先配置各需求等级的待发放车牌的限定使用参数的实现方式之外，也可以根据中签用户的特征信息进行个性化处理，也即是说：基于中签用户的特征信息确定中签用户的限定使用参数，此处限定使用参数为针对用户限定的使用参数。在限定使用参数确定的基础上，针对中签用户进行车牌的发放。本实施例提供的一种可选实施方式中，所述根据获得的各待发放车牌匹配的中签用户，进行车牌发放处理，包括：

根据所述中签用户的特征信息确定所述中签用户的限定使用参数；

基于所述限定使用参数对车牌进行参数配置，并向所述中签用户发放车牌。

在具体的执行过程中，根据从第三方机构获取的中签用户的特征信息确定中签用户的车牌使用区域和/或车牌使用时间段，利用确定的车牌使用区域和/或车牌使用时间段对中签用户的待发放车牌进行参数配置，配置完成后，向中签用户发放车牌，以使中签用户在车牌使用区域和/或车牌使用时间段内规范使用车牌。

例如，中签用户的特征信息包括“车辆保有量：0；家庭成员的医疗信息：姓名：xx，医疗信息：星期一—星期五，每天16:00—18:00在xx医院进行健康保健；”根据特征信息对中签用户的待发放车牌进行限定处理，限定处理结果获得的待发放车牌的限定使用参数为“

限定使用区域：中签用户的家所在地的地理区域(包括xx市xx区)和xx医院所在地的地理区域(包括xx市xx区)；

限定使用时间：星期一—星期五，每天15:00—20:00；”

根据获得的限定使用参数进行中签用户的待发放车牌的参数配置，从而向中签用户发放对应的参数配置完成的车牌。

基于此，为了及时整合闲置车牌资源，提升车牌资源的利用率，可以按照周期对中签用户的需求等级进行检测，若中签用户的需求等级发生变更(比如家里长辈的健康保健结束/小孩从小学毕业步入中学/获得正常行驶的车牌)，则针对中签用户的车牌进行收回或者更改车牌的限定使用参数。

本实施例提供的一种可选实施方式中，在按检测周期检测中签用户的需求等级的过程中，执行如下步骤：

按检测周期获取所述中签用户的特征信息；

根据所述中签用户的特征信息确定所述中签用户的更新后的需求等级，并对所述更新后的需求等级进行检测处理；

若检测到所述更新后的需求等级被更新至预设等级，基于所述预设等级对所述中签用户的车牌进行收回。

具体实施时，可以在按照检测周期对中签用户的车牌进行检测的过程中，获取中签用户的特征信息，将特征信息进行转换处理，将获得的标准化序列输入需求等级计算模型，输出中签用户更新后的需求等级，若更新后的需求等级被更新至预设等级，则对中签用户的车牌进行收回，重新分配至各需求等级并与新的申请用户进行匹配。

例如，更新后的需求等级为0，而原有需求等级分为第一需求等级、第二需求等级、第三需求等级、第四需求等级、第五需求等级，表明更新后的需求等级被更新至预设等级；再例如，更新后的需求等级为空，表明更新后的需求等级被更新至预设等级。引入车牌的收回机制，实现车牌资源的循环再利用，使车牌的使用更加贴合用户的需求，提升用户的使用体验。

下述以本实施例提供的一种车牌处理方法在第一场景的应用为例，对本实施例提供的车牌处理方法进行进一步说明，参见图2，应用于第一场景的车牌处理方法，具体包括步骤S202至步骤S220。

步骤S202，基于用户授权指令获取各申请用户的特征信息，并对特征信息进行转换处理。

步骤S204，将转换处理获得的标准化序列输入需求计算模型进行需求等级计算，输出各申请用户的需求等级并分配至需求等级对应的用户集中。

步骤S206，对各需求等级的待发放车牌进行限定处理，获得各需求等级的车牌的级别限定参数。

步骤S208，将各需求等级的待发放车牌与对应的用户集中的申请用户进行随机匹配处理。

步骤S210，读取各待发放车牌匹配的中签用户，并基于级别限定参数，向中签用户发放车牌。

步骤S212，获取中签用户的车辆行驶数据并确定行驶区域和行驶时间。

步骤S214，核验行驶区域和行驶时间与级别限定参数包含的车牌使用区域和车牌使用时间段是否一致：

若是，则继续获取中签用户的车辆行驶数据或者不作处理；

若否，则执行步骤S216。

步骤S216，记录中签用户的车牌使用的违规事件，将违规事件记录同步给中签用户，并针对中签用户进行惩戒处理。

步骤S218，判断中签用户的车牌使用的违规事件的次数是否超出违规次数阈值：

若是，则执行步骤S220；

若否，则不作处理。

步骤S220，针对中签用户的车牌进行车牌注销处理。

下述以本实施例提供的一种车牌处理方法在第二场景的应用为例，对本实施例提供的车牌处理方法进行进一步说明，参见图3，应用于第二场景的车牌处理方法，具体包括步骤S302至步骤S316。

步骤S302，基于用户授权指令获取各申请用户的特征信息。

步骤S304，根据特征信息确定各申请用户的需求等级并分配至需求等级对应的用户集中。

步骤S306，将各需求等级的待发放车牌与对应的用户集中的申请用户进行随机匹配处理。

步骤S308，根据中签用户的特征信息确定中签用户的用户限定参数。

步骤S310，基于用户限定参数对车牌进行参数配置，并向中签用户发放车牌。

步骤S312，获取中签用户的车辆行驶数据并确定行驶区域和行驶时间。

步骤S314，核验行驶区域和行驶时间与用户限定参数包含的车牌使用区域和车牌使用时间段是否一致：

若是，则继续获取中签用户的车辆行驶数据或者不作处理；

若否，执行步骤S316。

步骤S316，记录中签用户的车牌使用的违规事件，将违规事件记录同步给中签用户，并针对中签用户进行惩戒处理。

综上所述，本实施例提供的车牌处理方法，首先基于用户授权指令获取各申请用户的特征信息，对特征信息进行转换处理，将获得的特征序列输入需求计算模型进行需求等级计算，从而输出各申请用户的需求等级并分配至需求等级对应的用户集中；其次，对各需求等级的待发放车牌进行限定处理，获得各需求等级的车牌的限定使用参数，将各需求等级的待发放车牌与对应的用户集中的申请用户进行随机匹配处理，然后读取各待发放车牌匹配的中签用户，并基于限定使用参数，向中签用户发放车牌；再次获取中签用户的车辆行驶数据并确定行驶区域和行驶时间，核验行驶区域和行驶时间与限定使用参数包含的车牌使用区域和车牌使用时间段是否一致：若否，记录中签用户的车牌使用的违规事件，将违规事件记录同步给中签用户，并针对中签用户进行惩戒处理；最后，判断所述中签用户的车牌使用的违规事件的次数是否超出违规次数阈值：若是，针对中签用户的车牌进行车牌注销处理；

另外，对中签用户的车牌按检测周期进行检测，获取中签用户的特征信息，根据中签用户的特征信息确定更新后的需求等级，并对更新后的需求等级进行检测处理，若检测到更新后的需求等级被更新至预设等级，基于预设等级对中签用户的车牌进行收回，以此实现车牌的按需分配，使高需求家庭能够有更大的概率获得车牌，并且通过个性化设置的专用车牌缓解城市高峰时期的交通压力，提升用户的服务体验。

本说明书提供的一种车牌处理装置实施例如下：

在上述的实施例中，提供了一种车牌处理方法，与之相对应的，还提供了一种车牌处理装置，下面结合附图进行说明。

参照图4，其示出了本实施例提供的一种车牌处理装置示意图。

由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例提供一种车牌处理装置，包括：

信息获取模块402，被配置为基于用户授权指令获取各申请用户的特征信息；

需求等级确定模块404，被配置为根据所述特征信息确定各申请用户的需求等级并分配至所述需求等级对应的用户集中；

随机匹配处理模块406，被配置为将各需求等级的待发放车牌与对应的用户集中的申请用户进行随机匹配处理；

车牌发放处理模块408，被配置为根据获得的各待发放车牌匹配的中签用户，进行车牌发放处理。

本说明书提供的一种车牌处理设备实施例如下：

对应上述描述的一种车牌处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种车牌处理设备，该车牌处理设备用于执行上述提供的车牌处理方法，图5为本说明书一个或多个实施例提供的一种车牌处理设备的结构示意图。

本实施例提供的一种车牌处理设备，包括：

如图5所示，车牌处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器501和存储器502，存储器502中可以存储有一个或一个以上存储应用程序或数据。其中，存储器502可以是短暂存储或持久存储。存储在存储器502的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括车牌处理设备中的一系列计算机可执行指令。更进一步地，处理器501可以设置为与存储器502通信，在车牌处理设备上执行存储器502中的一系列计算机可执行指令。车牌处理设备还可以包括一个或一个以上电源503，一个或一个以上有线或无线网络接口504，一个或一个以上输入/输出接口505，一个或一个以上键盘506等。

在一个具体的实施例中，车牌处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对车牌处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

基于用户授权指令获取各申请用户的特征信息；

根据所述特征信息确定各申请用户的需求等级并分配至所述需求等级对应的用户集中；

将各需求等级的待发放车牌与对应的用户集中的申请用户进行随机匹配处理；

根据获得的各待发放车牌匹配的中签用户，进行车牌发放处理。

本说明书提供的一种存储介质实施例如下：

对应上述描述的一种车牌处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。

本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

基于用户授权指令获取各申请用户的特征信息；

根据所述特征信息确定各申请用户的需求等级并分配至所述需求等级对应的用户集中；

将各需求等级的待发放车牌与对应的用户集中的申请用户进行随机匹配处理；

根据获得的各待发放车牌匹配的中签用户，进行车牌发放处理。

需要说明的是，本说明书中关于存储介质的实施例与本说明书中关于车牌处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在20世纪30年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device，PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

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

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

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

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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