具体实施方式

本发明的不同实施例的技术特征可以在符合本发明主旨的情况下进行任意组合，因此，任何具体实施例不应被理解为对本发明保护范围的限制。

在一些无牌车车辆、非机动车辆收费方法的实施例中，包括如下步骤：

A)监听到用户端扫入场码申请临时车牌请求的事件后，获取该用户端的用户账号信息，生成一个临时车牌；

B)基于该用户端扫入场码申请临时车牌请求的事件生成一条该用户端的入场记录保存到系统数据库中，发送指令到该用户端所扫的入场码对应的入口通道道闸，所述与该入场码相对应的入口通道道闸自动抬杆放行；

C)监听到该进入停车场的用户端扫出场码请求驶出停车场的事件；

D)获取该进入停车场的用户端的用户账号信息进而获取到该进入停车场的用户端的用户账号信息所对应的入场记录后发送指令到该用户端所扫的出场码对应的出口通道道闸，同时获取到出口通道道闸打开的系统时间作为出场时系统时间；

E)基于扫出场码请求驶出停车场的事件和获取到的该用户端的入场时间、出场时间计算计费信息。

其中，“入场码”一般指进入场地的图形码，比如进入停车场的二维码；

其中，“出场码”一般指出场地的图形码，比如出停车场的二维码；

术语，“监听到用户端扫入场码申请临时车牌请求的事件”为用户端扫入场码申请临时车牌请求这个事件准备一个函数或方法，如果该事件被触发了就执行函数或方法；

术语，“监听到用户端扫出场码请求驶出停车场的事件”为用户端用户扫出场码请求驶出停车场这个事件准备一个函数或方法，如果该事件被触发了就执行函数或方法。

在一些无牌车车辆、非机动车辆收费方法的实施例中，判断用户端是否为新用户，若所述用户端为新用户则首次监听到用户端申请临时车牌请求的事件后会生成一个临时车牌返回给该用户端；

若所述用户端不是新用户则监听到用户端申请临时车牌请求的事件后返回给用户端首次监听到该用户端申请临时车牌请求的事件时生成的临时车牌。

在一些无牌车车辆、非机动车辆收费方法的实施例中，包括：存储模块和处理模块；

其中，所述存储模块内包括若干个用户账号信息；所述用户账号信息里面存放着登录渠道信息、用户ID、用户账号、用户头像、用户所使用客户端、车辆信息中的一种或多种信息；所述登录渠道信息系统自动获取。

若干条入场记录，所述入场记录包括用户ID、入场系统时间、临时车牌中的一种或多种信息；

所述处理模块包括数据库表，所述数据库表里面存放着用户端首次通过使用平台或软件扫码登录后返回一个用户账号信息，通过使用所述返回的用户账号信息在所述系统数据库表中新增一条含有用户ID的数据。

其中，“用户ID”一般是指身份标识号码，也称为序列号或账号，是某个体系中相对唯一的编码，相当于是一种“身份证”在某一具体的事务中；ID号一般是不变的，至于用什么来标识该事务，则由设计者自己制定的规则来确定；比如，数据库自动增长的一串数字且是唯一标识；

在一些无牌车车辆、非机动车辆收费方法的实施例中，所述车辆信息的数据结构为并列的几组，包括：分类信息、车型信息中的一种或多种信息；其中，分类信息有两个属性和它们对应的值，分别为无牌车：01、非机动车：02；车型信息有五个属性和它们对应的值，分别为：轿车：3、越野车：4、自行车：5、电动车：6、摩托车：7；

所述登录渠道信息有三个属性和它们对应的值，分别为微信扫码登录渠道：A、支付宝扫码登录渠道：B、其它登录渠道：C。

在一些无牌车车辆、非机动车辆收费方法的实施例中，监听到用户端首次使用支付宝、微信或者其他的平台或软件扫码后会返回一个用户账号信息，通过使用所述返回的用户账号信息在所述系统数据库表中新增一条含有用户ID的数据，所述新增数据的用户ID就作为该用户的唯一标识；当再次监听到登录过的用户端申请临时车牌请求的事件后通过返回所述用户账号信息与所述系统数据库表中的所述数据的用户账号信息匹配后获得用户ID。

在一些无牌车车辆、非机动车辆收费方法的实施例中，所述临时车牌是一个符号加上用户ID拼接而成；

所述用户ID是由有一定规律的字符串拼接而成，具体的规则如下：

字符串代表的信息包括登录渠道信息、登录软件账号信息。

生成用户ID的具体步骤如下：

A)发送请求，把所述系统数据库中的所述存储模块中所述用户账号信息中的登录渠道信息和用户ID的原始数据取到并保存在前端部分；

B)循环解析所述前端部分的保存的步骤A)中取到的所述原始数据，把得到的值放到相应的数组中；

C)设置一个空数组(pingjieshuzu),用for语言把上述数组里的值依次添加到所述空数组(pingjieshuzu)中；

D)调用join()方法来连接数组(pingjieshuzu)中的字符串；

E)清空数组(pingjieshuzu)。

其中，B)步骤中还包括：

把登录渠道信息的值放到登录渠道信息的数组中；

把用户ID的值放到用户ID的数组中。

在一些无牌车车辆、非机动车辆收费方法的实施例中，通过用户账号信息获取与用户账号信息相对应的入场记录后发送指令到该用户端所扫的出场码对应的出口通道道闸，同时获取到出口通道道闸打开的系统时间作为出场时系统时间；其中，所述用户账号信息包括登录渠道信息、用户ID、用户头像、用户所使用客户端、车辆信息中一种或多种信息；所述入场记录包括用户ID、临时车牌，入场系统时间中一种或多种信息，基于扫出场码请求驶出停车场的事件和获取到的该用户端的入场时间、出场时间计算计费信息；

其中，获取到所述用户账号信息里面的登录渠道信息和所述车辆信息中的分类信息和车型信息，选用对应的车辆计费方式；把计费信息和支付连接或者支付页面发送到该进入停车场的用户端所登录的平台或者软件上。

下面通过更加具体的实施例对本发明做进一步的说明：

参考图1所示，本实施例的无牌车车辆、非机动车辆收费方法的系统数据库中存储模块中用户账号信息的数据结构示意图；其中，用户账号信息里面存放着登录渠道信息、用户ID、用户账号、用户头像、用户所使用客户端中、车辆信息的一种或多种信息；

所述车辆信息的数据结构为并列的几组，包括：分类信息、车型信息中的一种或多种信息；其中，分类信息有两个属性和它们对应的值，分别为无牌车：01、非机动车：02；车型信息有五个属性和它们对应的值，分别为：轿车：3、越野车：4、自行车：5、电动车：6、摩托车：7；

所述登录渠道信息有三个属性和它们对应的值，分别为微信扫码登录渠道：A、支付宝扫码登录渠道：B、其它登录渠道：C。

参考图2所示，本实施例的无牌车车辆、非机动车辆收费方法的生成用户ID逻辑示意图；其中，生成用户ID的具体步骤如下：

A)发送请求，把所述系统数据库中的所述存储模块中所述用户账号信息中的登录渠道信息和用户ID的原始数据取到并保存在前端部分的数据结构为object的对象中；

B)循环解析所述前端部分的保存的步骤A)中取到的所述原始数据，把得到的值放到相应的数组中；

C)设置一个空数组(pingjieshuzu),用for语言把上述数组里的值依次添加到所述空数组(pingjieshuzu)中；

D)调用join()方法来连接数组(pingjieshuzu)中的字符串；

E)清空数组(pingjieshuzu)。

其中，B)步骤中还包括：

把登录渠道信息的值放到登录渠道信息的数组中；

把用户ID的值放到用户ID的数组中。

在一些无牌车车辆、非机动车辆收费方法的实施例中，在所述字符串的前面拼接上字母U并保存下来作为临时车牌；

参考图3所示，本实施例的无牌车车辆、非机动车辆收费方法的车辆出场收费逻辑示意图；其中，通过用户账号信息获取与用户账号信息相对应的入场记录后发送指令到该用户端所扫的出场码对应的出口通道道闸，同时获取到出口通道道闸打开的系统时间作为出场时系统时间；其中，所述用户账号信息包括登录渠道信息、用户ID、用户头像、用户所使用客户端、车辆信息中一种或多种信息；所述入场记录包括用户ID、临时车牌，入场系统时间中一种或多种信息，基于扫出场码请求驶出停车场的事件和获取到的该用户端的入场时间、出场时间计算计费信息；

其中，获取到所述用户账号信息里面的登录渠道信息和所述车辆信息中的分类信息和车型信息，判断分类信息的值若为01,则选用无牌车辆计费方式，否则选用非机动车辆计费方式；在非机动车辆计费逻辑中判断车型信息的值选用对应的车辆计费方式；把计费信息和支付连接或者支付页面发送到该进入停车场的用户端所登录的平台或者软件上。

在一些无牌车车辆、非机动车辆收费方法的实施例中，软件开发使用现有uniapp(基于Vue)跨平台应用框架，实现软件多端兼容，可直接在微信公众号、微信小程序、支付宝生活号、支付宝小程序、SDK、APP多端使用。

在一些无牌车车辆、非机动车辆收费方法的实施例中，设备装置：出入口拍照识别装置、出入口道闸、出入口二维码；出入口拍照识别装置和出入口二维码是独立的，当拍照识别装置在有效范围内无法识别出车牌时就认为是无牌车，无法识别车牌时包含三种情况：1、无牌车辆2、非机动车辆3、入口拍照识别装置故障。

本说明书中描述的主题的实施方式和功能性操作可以在以下中实施：数字电子电路，有形实施的计算机软件或者固件，包括本说明书中公开的结构及其结构等同体，或者上述中的一者以上的组合。本说明书中描述的主题的实施方式可以被实施为一个或多个计算机程序，即，一个或多个有形非暂时性程序载体上编码的计算机程序指令的一个或多个模块，用以被数据处理设备执行或者控制数据处理设备的操作。

作为替代或者附加，程序指令可以被编码在人工生成的传播信号上，例如，机器生成的电信号、光信号或者电磁信号，上述信号被生成为编码信息以传递到用数据处理设备执行的适当的接收器设备。计算机存储介质可以是机器可读存储装置、机器可读的存储基片、随机或者串行存取存储器装置或者上述装置中的一种或多种的组合。

计算机程序(还可以被称为或者描述为程序、软件、软件应用、模块、软件模块、脚本或者代码)可以以任意形式的编程语言而被写出，包括编译语言或者解释语言或者声明性语言或过程式语言，并且计算机程序可以以任意形式展开，包括作为独立程序或者作为模块、组件、子程序或者适于在计算环境中使用的其他单元。

本说明书中描述的主题的实施方式可以在计算系统中实施，该计算系统包括例如数据服务器这样的后端组件，或者包括例如应用服务器这样的中间组件，或者包括例如客户端计算机这样的前端组件，该客户端计算机具有图形用户界面或者网络浏览器，用户可以通过图形用户界面或者网络浏览器而与本说明书中描述的主题的实施进行交互，或者该计算机系统包括一个或多个这种后端组件、中间组件或者前端组件的任意组合。系统中的组件可以通过例如通信网络的任意形式或介质的数字数据通信而互相连接。

虽然本说明书包含很多具体的实施细节，但是这些不应当被解释为对任何发明的范围或者对可以要求保护的内容的范围的限制，而是作为可以使特定发明的特定实施方式具体化的特征的说明。在独立的实施方式的语境中的本说明书中描述的特定特征还可以与单个实施方式组合地实施。相反地，在单个实施方式的语境中描述的各种特征还可以独立地在多个实施方式中实施，或者在任何合适的子组合中实施。此外，虽然以上可以将特征描述为组合作用并且甚至最初这样要求，但是来自要求的组合的一个或多个特征在一些情况下可以从该组合去掉，并且要求的组合可以转向子组合或者子组合的变形。

上述实施方式中的各种系统模块和组件的分离不应当理解为在所有实施方式中要求这样的分离，并且应当理解程序组件和系统可以通常被一体化在单个软件产品中或者打包至多个软件产品中。