一种无牌车通行缴费的方法及相关装置与流程

1.本技术实施例涉及车辆管理技术领域，尤其涉及一种无牌车通行缴费的方法及相关装置。


背景技术：

2.智能停车场作为一种智能化，管理便捷的现代化停车场结构，在现代社会中被广泛应用。现在很多车场都是车牌识别进出场，一般来说，机动车都会有车辆牌照，对于有牌照的车辆可以采用车牌识别的方法来识别车辆进出，但由于有些车新车或者电动车或者自行车是没有车牌的，这一类的车辆出入停车场就不能通过车票识别进行对其放行。
3.通常针对无车牌的车辆出入停车场放行的方式是在出口处设置人工收费站，通过人工进行计时收费，车主缴费后再通过人工控制道闸放行，或者部分停车场，直接将无牌车免费放行，造成费用的巨大流失。当出口需要通行的无牌车辆较多时就容易造成出口拥堵，最后只能增加人力来解决问题，不仅影响了车场的管理秩序，还影响了通行速度和车主的顺畅感受。


技术实现要素：

4.本技术实施例提供了一种无牌车通行缴费的方法及相关装置，用于实现无需借助人力解决无牌车在停车场自助停车缴费的问题。
5.为实现上述目的，本技术第一方面公开了一种无牌车通行缴费的方法，包括：
6.接收车主通过移动终端扫描入场码发送的第一开闸请求，所述第一开闸请求包含所述车主的身份标识；
7.将所述身份标识保存至本地数据库；
8.创建与所述身份标识关联的停车订单并控制道闸开闸；
9.接收所述车主通过所述移动终端扫描出场码发送的第二开闸请求，所述第二开闸请求包含所述车主的身份标识；
10.查询所述身份标识相关联的停车订单；
11.判断所述停车订单是否完成缴费，若是，控制道闸开闸，若否，接收所述停车订单的缴费支付完成结果并控制道闸开闸。
12.在一个可选的实施例中，在接收所述车主通过所述移动终端扫描出场码发送的第二开闸请求之前，所述方法还包括：
13.接收所述车主通过所述移动终端扫描场内缴费码发送的缴费请求；
14.根据所述缴费请求获取所述车主的停车费用信息，并将所述停车费用信息发送至所述移动终端，使得所述车主根据所述停车费用信息完成缴费。
15.在一个可选的实施例中，在创建与所述身份标识关联的停车订单并控制道闸开闸之后，所述方法还包括：
16.接收所述车主通过所述移动终端扫描车位码发送的车位信息和所述车主的身份
标识，所述车位码设置于每个车位上，所述车位码与所述车位信息一一对应，所述车位信息用于标识所述车位在停车场中坐标；
17.将所述车位信息与所述身份标识关联并保存。
18.在一个可选的实施例中，在接收所述车主通过所述移动终端扫描出场码发送的第二开闸请求之前，所述方法还包括：
19.接收所述车主通过所述移动终端扫描寻车码发送的寻车指令，所述寻车指令包含所述车主的身份标识；
20.查询与所述车主的身份标识关联的车位信息；
21.根据所述车位信息和所述车主所在的当前位置生成寻车路线图，并将所述寻车路线图发送至所述移动终端。
22.在一个可选的实施例中，所述寻车码设置于停车场入口和/或路口和/或电梯厅。
23.在一个可选的实施例中，所述车主的身份标识为车主的微信号或支付宝账号。
24.本技术第二方面公开了一种无牌车通行缴费的平台服务器，其特征在于，包括：
25.第一接收单元，用于接收车主通过移动终端扫描入场码发送的第一开闸请求，所述第一开闸请求包含所述车主的身份标识；
26.第一保存单元，用于将所述身份标识上传并保存至本地数据库；
27.第一创建单元，用于创建与所述身份标识关联的停车订单；
28.第一控制单元，用于控制道闸开闸；
29.第二接收单元，用于接收所述车主通过所述移动终端扫描出场码发送的第二开闸请求，所述第二开闸请求包含所述车主的身份标识；
30.第一查询单元，用于查询所述身份标识相关联的停车订单；
31.第一判断单元，用于判断所述停车订单是否已完成缴费；
32.第二控制单元，若所述第一判断单元确定所述停车订单已完成缴费，用于控制道闸开闸；
33.第三接收单元，若所述第一判断单元确定所述停车订单未完成缴费，用于接收所述停车订单的缴费支付完成结果；
34.当所述第三接收单元接收到所述停车订单的缴费支付完成结果，所述第二控制单元还用于控制道闸开闸。
35.在一个可选的实施例中，所述平台服务器还包括：
36.第四接收单元，用于接收所述车主通过所述移动终端扫描场内缴费码发送的缴费请求；
37.第一获取单元，用于根据所述缴费请求获取所述车主的停车费用信息；第一发送单元，用于将所述停车费用信息发送至所述移动终端，使得所述车主根据所述停车费用信息完成缴费。
38.在一个可选的实施例中，所述平台服务器还包括：
39.第五接收单元，用于接收所述车主通过所述移动终端扫描车位码发送的车位信息和所述车主的身份标识，所述车位码设置于每个车位上，所述车位码与所述车位信息一一对应，所述车位信息用于标识所述车位在停车场中坐标；
40.第一处理单元，用于将所述车位信息与所述身份标识关联并保存。
41.在一个可选的实施例中，所述平台服务器还包括：
42.第六接收单元，用于接收所述车主通过所述移动终端扫描寻车码发送的寻车指令，所述寻车指令包含所述车主的身份标识；
43.第二查询单元，用于查询与所述车主的身份标识关联的车位信息；
44.第一生成单元，用于根据所述车位信息和所述车主所在的当前位置生成寻车路线图；
45.第二发送单元，用于将所述寻车路线图发送至所述移动终端。
46.本技术第三方面公开了一种电子设备，包括：
47.处理器、存储器、输入输出单元、总线；
48.所述处理器与所述存储器、所述输入输出单元以及所述总线相连；
49.所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如前述第一方面及可选实施例中任一项的一种无牌车通行缴费的方法的步骤。
50.本技术第四方面公开了一种计算机可读存储介质，所述计算机可读存储介质上保存有程序，所述程序在计算机上执行时执行如前述第一方面及可选实施例中任一项所述的一种无牌车通行缴费的方法。
51.在以上技术方案中，当无牌车需要进入停车场时，需要先通过车主的移动终端扫描入场码的方式请求开闸，同时车场系统获取车主的身份标识，创建与车主身份标识相关联的停车订单，当车主需要离开停车场时，再通过扫描出场码的方式请求开闸放行，车场系统查询与该车主身份标识关联的停车订单是否已完成缴费，若该车主已缴费，直接开闸放行，若没有，需要车主缴费之后再进行开闸。上述实现过程中，无需借助人力投入也可解决无牌车在停车场自助停车缴费的问题。
附图说明
52.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见的，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
53.图1为本技术实施例提供的一种无牌车通行缴费的方法一个实施例流程示意图；
54.图2为本技术实施例提供的一种无牌车通行缴费的方法的另一个实施例流程示意图；
55.图3为本技术实施例提供的一种无牌车通行缴费的方法的另一个实施例流程示意图；
56.图4为本技术实施例提供的一种无牌车通行缴费的平台服务器一个实施例结构示意图；
57.图5为本技术实施例提供的一种无牌车通行缴费的平台服务器另一个实施例结构示意图；
58.图6为本技术实施例提供的一种无牌车通行缴费的平台服务器另一个实施例结构示意图；
59.图7为本技术实施例提供的一种电子设备的一个实施例结构示意图。
具体实施方式
60.本技术实施例提供一种无牌车通行缴费的方法及相关装置，用于实现无需借助人力解决无牌车在停车场自助停车缴费的问题。
61.下面将结合本技术实施例中的附图，对本技术中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
62.此外，下面所示的实施例不对权利要求所记载的发明内容起任何限定作用。另外，下面实施例所表示的构成的全部内容不限于作为权利要求所记载的发明的解决方案所必需的。
63.本技术第一方面公开了一种无牌车通行缴费的方法，该方法采用计算机程序控制措施，该方法被执行时可以应用于服务器、终端设备或者其它具备逻辑处理能力的设备，对此，本技术不作限定。为方便描述，下面以执行主体为平台服务器为例进行描述。
64.请参阅图1，图1为本技术实施例提供的一种无牌车通行缴费的方法一个实施例流程示意图；包括：
65.101、平台服务器接收车主通过移动终端扫描入场码发送的第一开闸请求，上述第一开闸请求包含上述车主的身份标识；
66.无牌车需要通过车场道闸进入到停车场时，在进口通道处设置有入场码，该入场码可以包括但不限定是指定的二维码，车主通过移动终端扫描该入场码向平台服务器发送第一开闸请求，该第一开闸请求用于请求进口道闸开闸放行，同时平台服务器获取车主的身份标识，该身份标识作为平台服务器获取到车主的唯一的身份标识码，可以包括但不限定是通过微信小程序授权方式获取车主的微信号，或者是通过支付宝程序客户端获取车主的支付宝账号，或者是通过网络进入开闸请求页面获取到车主本人的手机号等。
67.另外，需要说明的是该移动终端可以是支持网络连接从而提供各种网络服务的硬件设备，包括但不限于智能手机、平板电脑、膝上型便携计算机、台式计算机等，平台服务器根据业务逻辑对车场数据进行上传、保存和处理的车场管理端。
68.102、平台服务器将上述身份标识保存至本地数据库；
69.平台服务器将上述身份标识保存至本地数据库以便后期进行数据处理。
70.103、平台服务器创建与上述身份标识关联的停车订单并控制道闸开闸；
71.平台服务器接收到第一开闸请求后，创建与上述身份标识关联的停车订单，该停车订单包括订单创建时间、停车开始时间、订单号和计费规则等停车信息，同时控制道闸开闸，对无牌车进行放行。
72.104、平台服务器接收上述车主通过上述移动终端扫描出场码发送的第二开闸请求，上述第二开闸请求包含所述车主的身份标识；
73.无牌车需要通过车场道闸离开到停车场时，在出口通道处设置有出场码，该出场码可以包括但不限定是指定的二维码，车主通过移动终端扫描该出场码向平台服务器发送第二开闸请求，该第二开闸请求用于请求出口道闸开闸放行，同时平台服务器获取车主的
身份标识。
74.105、平台服务器查询上述身份标识相关联的停车订单；
75.平台服务器查询上述身份标识相关联的停车订单，该停车订单与车主的身份标识绑定并预先存储在本地数据库中。
76.106、平台服务器判断上述停车订单是否完成缴费，若是，执行步骤107，若否，执行步骤108；
77.停车场的平台服务器根据该车主关联的停车订单确定是否缴费；若已缴费，则执行步骤107，同时删除本地数据库中该车牌的停车信息；若未缴费，则不放行，根据该停车订单的停车信息生成停车费，执行步骤108。
78.107、平台服务器控制道闸开闸；
79.若车主对上述停车订单已完成缴费，平台服务器直接控制道闸打开，对其开闸放行。
80.108、平台服务器接收上述停车订单的缴费支付完成结果并控制道闸开闸。
81.若该车主车主对上述停车订单未完成缴费，平台服务器提醒车主缴纳停车费，当接收到上述停车订单的缴费支付完成结果控制道闸开闸。
82.在本实施例中，当无牌车需要进入停车场时，需要先通过车主的移动终端扫描入场码的方式请求开闸，同时车场系统获取车主的身份标识，创建与车主身份标识相关联的停车订单，当车主需要离开停车场时，再通过扫描出场码的方式请求开闸放行，车场系统查询与该车主身份标识关联的停车订单是否已完成缴费，若该车主已缴费，直接开闸放行，若没有，需要车主缴费之后再进行开闸。上述实现过程中，通过车主移动终端与平台服务器的结合，实现无需借助人力投入也可解决无牌车在停车场自助停车缴费的问题，操作简单方便。
83.请参阅图2，图2为本技术实施例提供的一种无牌车通行缴费的方法另一个实施例流程示意图；包括：
84.201、平台服务器接收车主通过移动终端扫描入场码发送的第一开闸请求，上述第一开闸请求包含上述车主的身份标识；
85.202、平台服务器将上述身份标识保存至本地数据库；
86.203、平台服务器创建与上述身份标识关联的停车订单并控制道闸开闸；
87.本实施例中的步骤201至步骤203与前述实施例中步骤101至步骤103类似，此处不再赘述。
88.204、平台服务器接收上述车主通过移动终端扫描场内缴费码发送的缴费请求；
89.在停车场中可以设置多处场内缴费码用于车主进行停车缴费，该场内缴费码可以包括但不限定于是指定的二维码，同时平台服务器获取车主的身份标识。
90.205、平台服务器根据上述缴费请求获取上述车主的停车费用信息，使得上述车主根据上述停车费用信息完成缴费；
91.平台服务器根据车主通过扫描场内缴费码发送缴费请求获取上述车主的停车费用信息，并将上述停车费用信息发送至上述移动终端，进入到缴费页面，并提示车主本次停车需缴纳的数据金额，使得上述车主根据上述停车费用信息完成缴费。
92.206、平台服务器接收上述车主通过上述移动终端扫描出场码发送的第二开闸请
求，上述第二开闸请求包含所述车主的身份标识；
93.207、平台服务器查询上述身份标识相关联的停车订单；
94.本实施例中的步骤206至步骤207与前述实施例中步骤104至步骤105类似，此处不再赘述。
95.208、平台服务器判断上述停车订单是否完成缴费，若是，执行步骤209，若否，执行步骤210；
96.无牌车辆需要出场时，停车场的平台服务器根据该车主关联的停车订单确定是否缴费；若已缴费，则执行步骤209，同时删除本地数据库中该车牌的停车信息；若未缴费，则不放行，根据该停车订单的停车信息生成停车费，执行步骤210。
97.209、平台服务器控制道闸开闸；
98.210、平台服务器接收上述停车订单的缴费支付完成结果并控制道闸开闸。
99.本实施例中的步骤209至步骤210与前述实施例中步骤107至步骤108类似，此处不再赘述。
100.在本实施例中，当车主通过扫码方式进入车场停车后，在需要离开车场时，只需要通过扫描车场内的缴费码进入缴费页面可以自助完成缴费，方便快捷，避免出口车流量较大时因为缴费造成出口拥堵的问题。
101.请参阅图3，图3为本技术实施例提供的一种无牌车通行缴费的方法另一个实施例流程示意图；包括：
102.201、平台服务器接收车主通过移动终端扫描入场码发送的第一开闸请求，上述第一开闸请求包含上述车主的身份标识；
103.202、平台服务器将上述身份标识保存至本地数据库；
104.203、平台服务器创建与上述身份标识关联的停车订单并控制道闸开闸；
105.本实施例中的步骤201至步骤203与前述实施例中步骤101至步骤103类似，此处不再赘述。
106.304、平台服务器接收上述车主通过所述移动终端扫描车位码发送的车位信息和上述车主的身份标识，上述车位码设置于每个车位上，上述车位码与上述车位信息一一对应，上述车位信息用于标识上述车位在停车场中坐标；
107.在车场的每个车位处设置有车位码，该车位码包含对应车位的车位信息，上述车位信息用于标识上述车位在停车场中坐标，车主通过移动终端扫描车位码将本人的身份标识与该车位信息发送至平台服务器。
108.305、平台服务器将上述车位信息与上述身份标识关联并保存。
109.平台服务器接收到车主通过扫描车位码上传的车位信息和身份标识，将车主本人的身份标识与该车位信息进行绑定并保存，以便后期进行数据处理。
110.306、平台服务器接收上述车主通过上述移动终端扫描寻车码发送的寻车指令，上述寻车指令包含上述车主的身份标识；
111.平台服务器中存储有各个车位信息和车场的地图信息，寻车码存储有寻车码的位置信息和寻车指令，车主通过上述移动终端扫描寻车码发送的寻车指令，上述寻车指令包含上述车主的身份标识，该寻车码可以设置于停车场入口、路口和电梯厅处，具体不作限定。
112.307、平台服务器查询与上述车主的身份标识关联的车位信息；
113.平台服务器进行判断，若无与车主身份标识绑定的车位信息则生成查找无结果信息并发送给车主的移动终端，若有与车主身份标识绑定的车位信息则直接获取到该车位信息以及当前位置的停车场地图。
114.308、平台服务器根据上述车位信息和上述车主所在的当前位置生成寻车路线图，并将上述寻车路线图发送至所述移动终端。
115.平台服务器根据车位信息查询车主车辆的停车位置，根据上述停车位置和上述车主所在的当前位置规划行走路线，并显示在上述的停车场地图上，生成寻车路线图，并将上述寻车路线图发送至所述移动终端。
116.309、平台服务器接收上述车主通过上述移动终端扫描出场码发送的第二开闸请求，上述第二开闸请求包含所述车主的身份标识；
117.310、平台服务器查询上述身份标识相关联的停车订单；
118.本实施例中的步骤309至步骤310与前述实施例中步骤104至步骤105类似，此处不再赘述。
119.311、平台服务器判断上述停车订单是否完成缴费，若是，执行步骤312，若否，执行步骤313；
120.无牌车辆需要出场时，停车场的平台服务器根据该车主关联的停车订单确定是否缴费；若已缴费，则执行步骤312，同时删除本地数据库中该车牌的停车信息；若未缴费，则不放行，根据该停车订单的停车信息生成停车费，执行步骤313。
121.312、平台服务器控制道闸开闸；
122.313、平台服务器接收上述停车订单的缴费支付完成结果并控制道闸开闸。
123.本实施例中的步骤312至步骤313与前述实施例中步骤107至步骤108类似，此处不再赘述。
124.在本实施例中，利用车主移动终端通过扫码方式与平台服务器的互动结合，实现车辆定位和寻车功能，节约了成本，操作简单方便。
125.本技术第二方面公开了一种无牌车通行缴费的平台服务器，请参阅图4，图4为本技术实施例提供的一种无牌车通行缴费的平台服务器一个实施例结构示意图；包括：
126.第一接收单元401，用于接收车主通过移动终端扫描入场码发送的第一开闸请求，上述第一开闸请求包含上述车主的身份标识；
127.第一保存单元402，用于将上述身份标识上传并保存至本地数据库；
128.第一创建单元403，用于创建与上述身份标识关联的停车订单；
129.第一控制单元404，用于控制道闸开闸；
130.第二接收单元405，用于接收上述车主通过上述移动终端扫描出场码发送的第二开闸请求，上述第二开闸请求包含上述车主的身份标识；
131.第一查询单元406，用于查询上述身份标识相关联的停车订单；
132.第一判断单元407，用于判断上述停车订单是否已完成缴费；
133.第二控制单元408，若上述第一判断单元407确定上述停车订单已完成缴费，用于控制道闸开闸；
134.第三接收单元409，若上述第一判断单元407确定上述停车订单未完成缴费，用于
接收上述停车订单的缴费支付完成结果；
135.当所述第三接收单元409接收到上述停车订单的缴费支付完成结果，上述第二控制单元408还用于控制道闸开闸。
136.请参阅图5，图5为本技术实施例提供的一种无牌车通行缴费的平台服务器另一个实施例结构示意图；包括：
137.第一接收单元501，用于接收车主通过移动终端扫描入场码发送的第一开闸请求，上述第一开闸请求包含上述车主的身份标识；
138.第一保存单元502，用于将上述身份标识上传并保存至本地数据库；
139.第一创建单元503，用于创建与上述身份标识关联的停车订单；
140.第一控制单元504，用于控制道闸开闸；
141.第二接收单元505，用于接收上述车主通过上述移动终端扫描出场码发送的第二开闸请求，上述第二开闸请求包含上述车主的身份标识；
142.第一查询单元506，用于查询上述身份标识相关联的停车订单；
143.第一判断单元507，用于判断上述停车订单是否已完成缴费；
144.第二控制单元508，若上述第一判断单元407确定上述停车订单已完成缴费，用于控制道闸开闸；
145.第三接收单元509，若上述第一判断单元407确定上述停车订单未完成缴费，用于接收上述停车订单的缴费支付完成结果；
146.当所述第三接收单元509接收到上述停车订单的缴费支付完成结果，上述第二控制单元508还用于控制道闸开闸。
147.在一个可选的实施例中，上述平台服务器还包括：
148.第四接收单元510，用于接收上述车主通过上述移动终端扫描场内缴费码发送的缴费请求；
149.第一获取单元511，用于根据上述缴费请求获取上述车主的停车费用信息；
150.第一发送单元512，用于将上述停车费用信息发送至上述移动终端，使得上述车主根据上述停车费用信息完成缴费。
151.请参阅图6，图6为本技术实施例提供的一种无牌车通行缴费的平台服务器另一个实施例结构示意图；包括：
152.第一接收单元601，用于接收车主通过移动终端扫描入场码发送的第一开闸请求，上述第一开闸请求包含上述车主的身份标识；
153.第一保存单元602，用于将上述身份标识上传并保存至本地数据库；
154.第一创建单元603，用于创建与上述身份标识关联的停车订单；
155.第一控制单元604，用于控制道闸开闸；
156.第二接收单元605，用于接收上述车主通过上述移动终端扫描出场码发送的第二开闸请求，上述第二开闸请求包含上述车主的身份标识；
157.第一查询单元606，用于查询上述身份标识相关联的停车订单；
158.第一判断单元607，用于判断上述停车订单是否已完成缴费；
159.第二控制单元608，若上述第一判断单元607确定上述停车订单已完成缴费，用于控制道闸开闸；
160.第三接收单元609，若上述第一判断单元607确定上述停车订单未完成缴费，用于接收上述停车订单的缴费支付完成结果；
161.当所述第三接收单元609接收到上述停车订单的缴费支付完成结果，上述第二控制单元608还用于控制道闸开闸。
162.在一个可选的实施例中，上述平台服务器还包括：
163.第五接收单元610，用于接收上述车主通过上述移动终端扫描车位码发送的车位信息和上述车主的身份标识，上述车位码设置于每个车位上，上述车位码与上述车位信息一一对应，上述车位信息用于标识上述车位在停车场中坐标；
164.第一处理单元611，用于将上述车位信息与上述身份标识关联并保存。
165.在一个可选的实施例中，所述平台服务器还包括：
166.第六接收单元612，用于接收上述车主通过上述移动终端扫描寻车码发送的寻车指令，上述寻车指令包含上述车主的身份标识；
167.第二查询单元613，用于查询与上述车主的身份标识关联的车位信息；
168.第一生成单元614，用于根据上述车位信息和上述车主所在的当前位置生成寻车路线图；
169.第二发送单元615，用于将上述寻车路线图发送至上述移动终端。
170.关于第二方面所述的一种无牌车通行缴费的平台服务器，具体限定可以参见上文中对于第一方面中的一种无牌车通行缴费的方法的限定，在此不再赘述。上述平台服务器中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
171.本技术第三方面公开了一种电子设备，图7为本技术实施例提供的一种电子设备的一个实施例结构示意图；包括：
172.处理器701、存储器702、输入输出单元703、总线704；
173.处理器701与存储器702、输入输出单元703以及总线704相连；
174.所述存储器702存储有所述处理器701可执行的机器可读指令，当电子设备运行时，所述处理器701与所述存储器702之间通过总线通信，所述机器可读指令被所述处理器701执行时执行如前述图1至图3所示实施例中一种无牌车通行缴费的方法中对应的步骤，此处不再赘述。
175.本技术第四方面公开了一种计算机可读存储介质，所述计算机可读存储介质上保存有程序，所述程序在计算机上执行时执行如前述图1至图3所示实施例中的一种无牌车通行缴费的方法中对应的步骤，此处不再赘述。
176.在本发明使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
177.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明
将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
178.还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
179.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
180.在本技术所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
181.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
182.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
183.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。