CN112002049B - 闸机控制方法、系统、闸机、服务器及存储介质 - Google Patents

Abstract

本申请实施例公开了一种闸机控制方法、系统、闸机、服务器及存储介质，本方案通过接收闸机发送的用户数据，所述用户数据包括日期信息与用户身份信息；获取与所述日期信息对应的余票数量；若所述余票数量等于或大于预设值，则将所述用户身份信息与余票进行关联；根据关联的余票以及所述用户数据从所述用户数据中执行资源转移的操作，并在资源转移完成后执行出票操作；当出票成功时，向所述闸机发送放行指令，以便所述闸机基于所述放行指令控制闸机开关打开，用户即可进站，该方案减少了用户购票过程中以及购票前的繁琐操作，节省了用户时间，提高了用户购票效率。

Description

闸机控制方法、系统、闸机、服务器及存储介质

技术领域

本申请涉及通信技术领域，具体涉及一种闸机控制方法、系统、闸机、服务器及存储介质。

背景技术

随着科技的发展，公共场所中出现了多种类型的公共设施，例如，乘车公共设施或景区公共设施等，为人们的生活带来了很多便利，而当人们使用某些公共设施时，可以使用移动终端向公共设施的提供方支付一定的费用。

以乘车为例，高铁出行成为人们生活中不可或缺的部分，随着移动终端的智能化和互联网的发展，可以将车票虚拟化，例如，用户可以通过移动终端展示二维码，并将该二维码提供给闸机扫描，即可实现车票识别。现有技术中，用户需要乘坐高铁时，需要提前规划好行程，并提前在APP或者柜台中购买好相应时间相应班次的车票。如果行程有变，则需要做退改签。退票需要收取一定的手续费，改签则有次数限制，只能改签一次。而且如果取票后，只能去柜台排队改签，手续比较繁琐，也耗费时间。

在对现有技术的研究和实践过程中，本申请的发明人发现，现有的购票的流程比较繁琐，用户在购票高铁之前需要做的规划工作较多，耗费的时间较长。

发明内容

本申请实施例提供一种闸机控制方法、系统、闸机、服务器及存储介质，旨在减少用户购票流程，减少用户购票前耗费的时间。

为解决上述技术问题，本申请实施例提供以下技术方案：

一种闸机控制方法，其特征在于，包括：

接收闸机发送的用户数据，所述用户数据包括日期信息与用户身份信息；

获取与所述日期信息对应的余票数量；

若所述余票数量等于或大于预设值，则将所述用户身份信息与余票进行关联；

根据关联的余票以及所述用户数据从所述用户数据中执行资源转移的操作，并在资源转移完成后执行出票操作；

当出票成功时，向所述闸机发送放行指令，以便所述闸机基于所述放行指令控制闸机开关打开。

一种闸机控制方法，其特征在于，包括：

扫描移动终端基于用户数据生成的图形信息；

对所述图形信息进行解析，并对解析得到的用户数据进行合法性验证；

若所述用户数据的合法性验证结果为验证通过，则将所述用户数据发送至管理服务器，以便所述管理服务器执行资源转移以及确认出票的操作；

当接收到所述管理服务器基于确认出票之后发送的放行指令时，控制闸机开关打开。

一种服务器，其特征在于，所述服务器包括：

接收单元，用于接收闸机发送的用户数据，所述用户数据包括日期信息与用户身份信息；

获取单元，用于获取与所述日期信息对应的余票数量；

关联单元，用于若所述余票数量等于或大于预设值，则将所述用户身份信息与余票进行关联；

资源转移单元，用于根据关联的余票以及所述用户数据从所述用户数据中执行资源转移的操作，并在资源转移完成后执行出票操作；

发送单元，用于当出票成功时，向所述闸机发送放行指令，以便所述闸机基于所述放行指令控制闸机开关打开。

一种闸机，其特征在于，所述闸机包括：

扫描单元，用于扫描移动终端基于用户数据生成的图形信息；

解析单元，用于对所述图形信息进行解析，并对解析得到的用户数据进行合法性验证；

发送单元，用于若所述用户数据的合法性验证结果为验证通过，则将所述用户数据发送至管理服务器，以便所述管理服务器执行资源转移以及确认出票的操作，当接收到所述管理服务器基于确认出票之后发送的放行指令时，控制闸机开关打开。

一种闸机控制系统，所述闸机控制系统包括闸机和服务器，所述闸机包括本申请实施例提供的任一种闸机，服务器包括本申请实施例提供的任一种服务器。

一种存储介质，所述存储介质存储有多条指令，所述指令适于处理器进行加载，以执行本申请实施例提供的任一种闸机控制方法中的步骤。

本申请实施例采用接收闸机发送的用户数据，所述用户数据包括日期信息与用户身份信息；获取与所述日期信息对应的余票数量；若所述余票数量等于或大于预设值，则将所述用户身份信息与余票进行关联；根据关联的余票以及所述用户数据从所述用户数据中执行资源转移的操作，并在资源转移完成后执行出票操作；当出票成功时，向所述闸机发送放行指令，以便所述闸机基于所述放行指令控制闸机开关打开，用户即可进站，即用户在购票前，只需出示用户数据即可，不需要提前规划行程，执行支付操作，从而减少了用户购票过程中以及购票前的繁琐操作，节省了用户时间，提高了用户购票效率。

附图说明

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

图1是本申请实施例提供的闸机控制的场景示意图；

图2是本申请实施例提供的闸机控制方法的流程示意图；

图3是本申请实施例提供的闸机控制方法的一流程示意图

图4是本申请实施例提供的闸机控制方法的另一流程示意图；

图5是本申请实施例提供的闸机控制方法的另一流程示意图；

图6是本申请实施例提供的闸机控制方法的再一流程示意图；

图7是本申请实施例提供的闸机控制方法的再一流程示意图；

图8是本申请实施例提供的管理服务器的结构示意图；

图9是本申请实施例提供的闸机的结构示意图；

图10是本申请实施例提供的网络设备的结构示意图；

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例提供一种闸机控制方法、系统、闸机、服务器及存储介质。

请参阅图1，图1为本申请实施例所提供的闸机控制系统的场景示意图，该闸机控制系统可以包括闸机和服务器等，该服务器可以包括站内服务器和中心服务器等，其中，闸机与站内服务器之间可以进行有线或无线连接，站内服务器和中心服务器之间可以进行有线或无线连接，因此，闸机可以通过站内服务器与中心服务器进行信息交互。

该闸机控制系统还可以包括移动终端和应用服务器等，其中，移动终端可以包括智能手机及平板电脑等，该移动终端上可以安装应用程序，该应用程序与应用服务器对应，即该应用服务器可以用于管理该应用程序，该应用服务器与中心服务器之间可以进行有线或无线连接，通过站内服务器进行购票实现本申请的实施例。

具体地，应用服务器可以向移动终端发送用户数据(例如进/出站记录、日期信息、用户身份信息等)，移动终端可以基于与用户相关的用户数据以及等通过应用程序(例如即时刷码购票app)生成图形码(例如二维码)，此时在移动终端的显示界面内可以展示该图形码。闸机可以通过预设的扫码器扫描移动终端基于与用户相关的用户数据所生成的图形码，并进行解析，以获取图形码中包含的用户数据。

在获得图形码中包含的用户数据之后，则闸机连接站内服务器，则闸机可以将用户数据发送给站内服务器，以使得站内服务器从所述用户数据中提取出日期信息，以及获取与所述日期信息对应的余票数量；然后站内服务器将查询到的余票数量与预设值进行对比，若所述余票数量等于或大于预设值，则将所述用户身份信息与余票进行关联，并根据关联的余票以及所述用户数据从所述用户数据中的用户支付账户中执行资源转移的操作；当需要访问中心服务器时，站内服务器可以将用户身份信息、关联的余票信息以及资源转移的账户发送给中心服务器，此时，中心服务器可以根据用户身份信息以及资源转移的账户在数据库中查找与相关的用户支付账户，然后接收站内服务器发送的用户数据，并根据所述用户数据以及关联的余票信息从所述相关的用户支付账户中执行资源转移的操作，并将资源转移成功的信息返回至站内服务器，站内服务器基于转移的资源将所述用户身份信息与余票进行关联，根据关联的余票执行出票操作；当出票成功时，向所述闸机发送放行指令，以便所述闸机基于所述放行指令控制闸机开关打开。闸机基于接收到的放行指令控制闸机开关打开，并生成用户进站记录，通过站内服务器向中心服务器发送用户进站记录。

需要说明的是，图1所示的闸机控制系统的场景示意图仅仅是一个示例，本申请实施例描述的闸机控制系统以及场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着闸机控制系统的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

以下分别进行详细说明。

在本实施例中，将从服务器的角度进行描述，一种闸机控制方法，包括：

接收闸机发送的用户数据，所述用户数据包括日期信息与用户身份信息；获取与所述日期信息对应的余票数量；若所述余票数量等于或大于预设值，则将所述用户身份信息与余票进行关联；根据关联的余票以及所述用户数据从所述用户数据中执行资源转移的操作，并在资源转移完成后执行出票操作；当出票成功时，向所述闸机发送放行指令，以便所述闸机基于所述放行指令控制闸机开关打开。

请参阅图2，图2是本申请一实施例提供的闸机控制方法的流程示意图。该闸机控制方法可以包括：

在步骤201中，接收闸机发送的用户数据；

其中，闸机控制方法可以应用于高铁站内乘车等乘车公共设施，还可以应用于旅游景区或展览馆等景区公共设施，还可以应用于其他公共设施的场景，当应用于景区公共设施时，可以将进站理解为进入景区，将出站理解为出景区等。具体地，服务器可以接收闸机在对图形信息进行解析后获得的用户数据，所述用户数据包括日期信息、用户身份信息，该用户数据可以是闸机通过扫描并解析用户手持的移动终端上显示的图形码得到的，该图形码可以是移动终端通过预设的应用程序生成的。该图形码可以包括二维码或条形码等，该应用程序可以包括即时刷码购票app或其他乘车应用等。需要说明的是，该图形码可以是移动终端在线时预先生成，并进行存储，在离线时提供给闸机扫描，并且用户数据中的转移资源功能需要用户在即时刷码购票app或其他乘车应用上，授权同意用户协议之后，填写用户证件号码，姓名和通讯方式，实名认证通过之后，则注册成功，然后用户需要开通自动代扣功能，用于为用户自动扣缴车费，从而后续无需用户主动支付操作。用户需要选择自动代扣渠道，比如代扣账户；然后填写代扣信息，比如代扣额度，允许代扣的时间段等，在全部填写完成之后，即完成签约代扣功能，然后才会根据用户的证件号码、代扣渠道以及代扣信息生成用户数据中的转移资源功能。

该用户数据可以包括用户身份信息、用户选取的日期信息、用户关联的同出行好友信息等，该用户身份信息包括用户证件信息、用户姓名、用户支付账户等。

该闸机通过扫描用户手持的移动终端上显示的图形码，并进行解析得到用户数据之后，可以先对用户数据进行简单验证，比如用户身份信息是否为真实信息，用户选取的日期信息，是否已经超过出发时间，以及校验移动终端的位置信息与闸机的位置信息之间的误差是否在允许范围内等。在验证通过之后，将该用户数据以及发送至服务器。服务器即可接收到闸机发送的用户数据。

在步骤202中，获取与所述日期信息对应的余票数量；

站内服务器获得用户数据之后，可从所述用户数据中提取日期信息，并根据日期次信息进行余票查询，再将查询到的余票数量返回至站内服务器，即可查询到余票数量。

日期信息包括了出发时间，由于存在用户选取的日期之后，到达站点不及时的情况，即用户准备扫码的时候，虽然选择的日期时间符合时间差值要求，由于有时候用户到达站点之后需要排队进行扫码，因此有可能出现当用户到达站点，正式进行扫码的时候，发现实际上时间已经不符合时间差值要求了，因此在另一实施例中，获取与所述日期信息对应的余票数量的步骤之前，还包括：

将所述出发时间信息与当前时间进行对比，获得所述出发时间信息与当前时间的差值；

若所述差值小于或等于第一差值，则获取所述用户数据中的通讯方式，并发送更换日期信息的提示信息至所述通讯方式对应的终端。

具体地，在接收到用户数据，并提取日期信息之后，可以首先将所述日期信息中包含的出发时间信息与当前时间进行对比，获得所述出发时间信息与当前时间的差值，从而获知当前时间是否已超过出发时间，若所述差值小于或等于第一差值，则说明当前时间已经超过或者即将超过出发时间，比如当设置第一差值为五分钟时，若出发时间信息与当前时间的差值等于5分钟，可知用户必然会错过检票时间，则此时没有必要查询余票数量，则获取所述用户数据中的通讯方式，并发送更换日期信息的提示信息至所述通讯方式对应的终端，以便用户重新选取其他日期。进一步地，在确定差值小于或等于第一差值时，可以进一步获取距离当前时间最近的同一目的站点以及同一出发站点的日期，然后查询所述日期的余票数量，并在获得用户通讯方式之后，将更换日期信息的提示信息，以及距离当前时间最近的同一目的站点以及同一出发站点的日期、对应的余票数量发送至所述通讯方式对应的终端，以供用户选择。

由于存在用户选取车次之后，到达车站不及时的情况，同时也存在用户选取日期之后，提前到达站点的情况，即因此存在出发时间与当前时间的差值过大的情况，若购买用户选取的日期的票，则出现用户需要等待时间过长的情况，因此，需要将出发时间信息与当前时间的差值进一步与第二差值进行对比：

若所述差值大于第二差值，则查询出发时间大于所述第一差值并且小于第二差值余票数量；

若出发时间大于所述第一差值并且小于第二差值的余票数量等于或大于预设值，则获取所述用户数据中的通讯方式，并将更换日期信息的提示信息以及查询到等于或大于预设值的的余票数量发送至所述通讯方式对应的终端。

具体地，若所述差值大于第二差值，则说明用户提前到达了站点，如果此时购买用户选取的日期的车票，则用户需要等待较长时间，比如当设置的第二差值为一个小时的时候，此时出发时间信息与当前时间的差值大于一个小时，而此时用户已经到达站点，若购买用户选取的车票，用户至少需要等待一个小时，会耗费用户较多时间，因此，此时可以查询出发时间大于所述第一差值并且小于第二差值的日期以及余票数量，可以理解的是，查询的日期与用户选取的日期的出发站点以及目的站点都一致。若站内服务器查询到出发时间大于所述第一差值并且小于第二差值的余票数量等于或大于预设值，则站内服务器获取所述用户数据中的通讯方式，并将更换日期信息的提示信息以及查询到的余票数量等于或大于预设值的日期发送至所述通讯方式对应的终端，以便用户选取其他日期，减少用户等待时间，也提高用户购票效率。

在步骤203中，若所述余票数量等于或大于预设值，则将所述用户身份信息与余票进行关联；

站内服务器将余票数量与预设值进行对比，在本实施例中，预设值可以为1，即判断有效是否有可购买的余票，当余票数量大于或者等于1时，则说明有可购买的票，当余票数量小于1时，则说明当前没有可购买的票。若查询到的余票数量等于或大于预设值，则说明有可购买的票，则站内服务器将所述用户身份信息与余票进行关联，从而为用户锁定票。

在查询到余票数量不足时，需要提醒用户更换日期，在另一实施例中：

若查询到的余票数量小于预设值，则获取所述用户数据中的通讯方式，并发送更换日期信息的提示信息至所述联系通讯对应的终端，以便用户更换。

若站内服务器接收到的余票数量小于预设值，则说明当前用户选取的日期没有可供用户购买的票，则需要提醒用户进行更换，因此站内服务器获取所述用户数据中的通讯方式，并发送更换日期信息的提示信息至所述联系通讯对应的终端，以便用户更换日期，进一步地，同样可以查询出发时间距离当前时间最近，并且余票数量大于或等于预设值的日期，可以理解的是，查询的日期与用户选取的日期的出发站点以及目的站点都一致。若站内服务器查询到出发时间距离当前时间最近的日期的余票数量等于或大于预设值，则站内服务器获取所述用户数据中的通讯方式，并将更换日期信息的提示信息以及查询到的余票数量等于或大于预设值的车次发送至所述通讯方式对应的终端，以便用户选取其他车次。

在步骤204中，根据关联的余票以及所述用户数据从所述用户数据中执行资源转移的操作，并在资源转移完成后执行出票操作；

在根据用户选取的票类型锁定之后，即可根据关联的票以及所述用户数据从所述用户数据中的用户账户中执行资源转移的操作，即根据用户选取的票类型从用户账户中进行扣费操作，在扣费成功之后即可执行出票操作。

进一步地，在扣费之前，可以进一步通过用户身份信息查询用户是否存在行程冲突的购票记录，在确定用户没有与行程冲突的购票记录之后，再进行扣费操作。

在步骤205中，当出票成功时，向所述闸机发送放行指令，以便所述闸机基于所述放行指令控制闸机开关打开。

确认出票成功之后，并向闸机发送放行指令，以便所述闸机基于所述放行指令控制闸机开关打开。闸机在接收到站内服务器发送的放行指令之后，即可控制闸机开关打开，以便放行用户，并生成用户进站记录，用户进站记录可以包括用户进站时间及进站的站点等。

进一步地，用户还可以选择与好友同行，在与好友同行时，为了便于用户与好友出行，用户可以将好友添加为同出行好友。

在另一实施例中，将所述用户身份信息与余票进行关联的步骤之前，还包括：

查询所述用户身份信息关联的同出行好友信息；

若查询到所述用户身份信息关联的同出行好友信息，则提取所述同出行好友的身份信息以及数量，并将提取到的同出行好友的身份信息以及数量添加至所述用户身份信息中；

执行所述将所述用户身份信息与余票进行关联的步骤。

具体地，在将所述用户身份信息与余票进行关联之前，可以进一步查询所述用户身份信息关联的同出行好友信息，即进一步查询用户是否存在同出行好友，具体实施过程中，用户可以手动将系统中的好友标记为同出行好友，系统在接收到用户的标记指令时，即对被用户选取的好友进行标记，并赋予被标记的好友一个同出行好友的标识，在查询过程中，即根据同出行好友的标识进行查询即可，在查询到具有同出行好友的标识的好友时，即可确定被查询到的好友为同出行好友；若查询到所述用户身份信息关联的同出行好友信息，即确定查询到有与用户同出行的好友，则提取所述同出行好友的身份信息以及数量，即同出行好友的姓名以及证件号码，可以理解的是，与用户同出行好友可以为多个，因此还需要进一步提取与好友同出行好友的数量，然后将提取到的同出行好友的身份信息以及数量添加至所述用户身份信息中，然后将所述用户身份信息与余票进行关联，以便所述站内服务器将所述用户身份信息与余票进行关联，即同时为好友锁定票，可以理解的是，当锁定多个人的票时，在具体出票过程中，需要进一步验证是否已支付，若用户只支付了自己的票，而没有为同出行好友支付，则当前只能将用户自己的票进行出票，而只是将同出行好友的票进行暂时锁定，而暂时不执行出票操作，在接收到同出行好友相应支付的金额时，才会进行出票操作，可以理解的是，用户可以代同出行好友进行支付，当用户选择为代好友支付时，则需要用户进一步授权从用户账户中，扣取同出行好友的票对应的费用，即转移的资源包括了用户以及同出行好友的票对应的资源，站内服务器则基于转移的用户以及同出行好友的票对应的资源将所述用户身份信息与余票进行关联，根据关联的票执行出票操作，以便同时出票；用户也可以选择让同出行好友自己进行资源转移，即让同出行好友自己进行车票费用的支付，在用户选择让同出行好友自己进行资源转移之后，系统即提取同出行好友的通讯方式，并将支付请求发送至同出行好友的通讯方式对应的终端，以便同出行好友进行资源转移，当接收到同出行好友转移的资源时，则根据接收到的好友转移的资源与用户关联的座位执行出票操作。

在另一实施例中，提取所述同出行好友的身份信息以及数量之后，还可以包括：

提取所述同出行好友的通讯方式；

获取提示信息，其中，所述提示信息用于提示所述同出行好友被用户添加为同出行的好友，并将所述提示信息发送至所述同出行好友的通讯方式对应的终端；

当接收到所述同出行好友的通讯方式对应的终端反馈的确认同行的信息时，执行所述将所述用户身份信息与余票进行关联的步骤。

具体地，在提取得到同出行好友的身份信息以及数量之后，可以进一步征求同出行好友的同意，以便确认同出行好友是否同意与用户同出行出行，在同出行好友同意与用户同行之后，再执行所述将所述用户身份信息与余票进行关联的步骤的操作，因此站内服务器首先提取所述同出行好友的通讯方式；获取提示信息，其中，所述提示信息用于提示所述同出行好友被用户添加为同出行的好友，并将所述提示信息发送至所述同出行好友的通讯方式对应的终端；提示信息可从站内服务器的数据库中提取，当接收到所述同出行好友的通讯方式对应的终端反馈的确认同行的信息时，说明同出行好友已经同意与用户同行，则执行所述将所述用户身份信息与余票进行关联的步骤，以便将所述用户身份信息与余票进行关联，进行出票的步骤。

在另一实施例中，根据关联的余票以及所述用户数据从所述用户数据中执行资源转移的操作，并在资源转移完成后执行出票操作的步骤之后，还包括：

监控预设时间内，是否接收到闸机发送的所述同出行好友的身份信息对应的用户数据；

若在预设时间内，没有接收到闸机发送的所述同出行好友的身份信息对应的用户数据，则根据所述同出行好友的身份信息取消同出行好友的余票关联。

具体地，在站内服务器根据关联的余票以及所述用户数据从所述用户数据中执行资源转移的操作，并在资源转移完成后执行出票操作之后，为了避免长时间锁定余票，而同出行的好友不支付，因此在锁定余票成功之后，在预设时间内，比如半个小时，实时监控是否接收到闸机发送的所述同出行好友的身份信息对应的用户数据，若在预设时间内，没有接收到闸机发送的所述同出行好友的身份信息对应的用户数据，为了避免长时间锁定余票，而造成其他用户无法购买，则根据所述同出行好友的身份信息取消余票关联，即取消余票锁定，以便其他用户可以进行购买。

在另一实施例中，获取与所述日期信息对应的余票数量的步骤之前，还包括：

根据所述用户身份信息查询用户是否被其他用户关联为同出行好友；

若查询到用户被其他用户关联为同出行好友，则提取关联的余票信息；

根据提取到的关联的余票以及所述用户数据从所述用户数据中执行资源转移的操作，并在资源转移完成后执行出票操作。

具体地，由于存在用户被其他用户添加为同出行好友的情况，因此在获取与所述日期信息对应的余票数量之前，可以根据所述用户身份信息查询用户是否被其他用户关联为同出行好友，若查询到用户被其他用户关联为同出行好友，则说明用户的好友已经为用户锁定了余票，因此提取锁定的余票信息即可，不需要再进行余票数量的查询，即可根据提取到的关联的余票以及所述用户数据从所述用户数据中执行资源转移的操作，并在资源转移完成后执行出票操作，减少查询获取余票数量的次数，从而提高用户购票效率。

在另一实施例中，在用户进站之后，用户还需要出站，因此，闸机可以将生成的用户进站记录发送至站内服务器，因此站内服务器在出票成功时，向闸机发送放行指令，以便所述闸机基于所述放行指令控制闸机开关打开的步骤之后，还包括：

接收闸机发送的用户进站记录，并根据所述进站记录对所述用户数据进行更新。

具体地，闸机将用户进站记录发送至站内服务器，站内服务器可以根据接收到的用户进站记录，对用户数据进行更新，从而在用户出站时，便于查找是否存在用户进站记录。

在用户进站之后，用户还需要出站，在用户出站时，需要再次展示图形信息，以便闸机进行扫描，由于进站后用户数据中包含了进站记录，因此出站时用户需要再次展示图形信息，然后闸机进行扫描，并进行解析，从而得到用户当次用户数据，然后将解析得到的用户数据发送至站内服务器，站内服务器接收闸机发送的用户数据之后，还包括：

根据所述用户数据查询所述用户数据中的进站记录；

当查询到所述进站记录时，则根据所述用户数据提取所述用户的购票记录；

接收所述闸机发送的当前站点，并将所述当前站点与用户的购票记录对应的目的地点进行对比；

在所述当前站点与用户的购票记录对应的目的地点一致时，向闸机发送放行指令，以便所述闸机基于所述放行指令控制闸机开关打开。

具体地，站内服务器接收到闸机发送的用户数据以及之后，根据所述用户数据查询所述用户数据中的进站记录；当查询到所述进站记录时，则根据所述提取所述用户的购票记录；接收所述闸机发送的当前站点，具体地，站内服务器可以将获取当前站点的信息发送至闸机，闸机接收到需要获取当前站点的信息之后，即将当前站点发送至站内服务器，站内服务器则将所述当前站点与用户的购票记录对应的目的地点进行对比；在所述当前站点与用户的购票记录对应的目的地点一致时，向闸机发送放行指令，以便所述闸机基于所述放行指令控制闸机开关打开，在所述当前站点与用户的购票记录对应的目的地点一致，并且用户进站的站点比购票记录中的站点多时，向用户发送补票提示信息，并在用户补票完成之后，向闸机发送放行指令，以便所述闸机基于所述放行指令控制闸机开关打开。

在本实施例中，将从闸机的角度进行描述，一种闸机控制方法，包括：

扫描移动终端基于用户数据生成的图形信息；对所述图形信息进行解析，并对解析得到的用户数据进行合法性验证；若所述用户数据以及的合法性验证结果为验证通过，则将所述用户数据以及发送至管理服务器，以便所述管理服务器执行资源转移以及确认出票的操作；当接收到所述管理服务器基于确认出票之后发送的放行指令时，控制闸机开关打开，生成用户进站记录，并在闸机连接管理服务器后，将用户进站记录发送给管理服务器。

请参阅图3，图3是本申请一实施例提供的闸机控制方法的另一流程示意图。该闸机控制方法可以包括：

在步骤301中，扫描移动终端基于用户数据生成的图形信息；

在本实施例中，其中，该图形码可以是移动终端通过预设的应用程序生成的，该图形码可以包括二维码或条形码等，移动终端可以基于与用户相关的身份数据通过预设的应用程序生成图形码，该应用程序可以包括购票小程序或购票应用等。需要说明的是，该图形码可以是移动终端在线时预先生成，并进行存储，在离线时提供给闸机扫描；或者是，该图形码可以是移动终端在线，并在线提供给闸机扫描。由于图形码是基于与用户相关的身份数据所生成的，因此，闸机在扫描图形码后可以获取到图形码中包含的用户数据。

该用户数据可以包括用户身份信息、用户选取的日期信息、用户关联的同出行好友信息等，该用户身份信息包括用户证件信息、用户姓名等。

需要说明的是，移动终端在生成二维码之前，用户需要先进行用户注册：方式一，用户可以在移动终端上预先下载并安装相关的应用程序，该应用程序具有扫描图形码、网上银行支付或第三方支付等功能。通过打开移动终端中的应用程序进入注册界面，用户在该注册界面填写联系方式及姓名等，以完善相关的注册信息。方式二，用户可以利用移动终端通过微信平台、或者上述安装好的应用程序、或者其他平台扫描注册二维码关注乘车扫描公众号，弹出注册界面，填写联系方式及姓名等注册信息之后，完成用户注册。可以理解的是，还可以通过其他方式进行注册，具体内容在此处不作限定。在完成注册后，用户可以通过注册好的账号基于与用户相关的身份信息生成图形码。

在步骤302中，对所述图形信息进行解析，并对解析得到的用户数据以及进行合法性验证；

在步骤303中，若所述用户数据以及的合法性验证结果为验证通过，则将所述用户数据以及发送至管理服务器，以便所述管理服务器执行资源转移以及确认出票的操作；

在扫描得到图形信息之后，可以对所述图形信息进行解析，从而得到用户数据以及，获得用户数据以及之后，闸机可以先对用户数据进行简单验证，比如用户身份信息是否为真实信息，用户选取的车次信息对应的列车，是否已经超过列车发车时间，以及校验移动终端的位置信息与闸机的位置信息之间的误差是否在允许范围内等。在合法性验证通过之后，将该用户数据以及发送至管理服务器。管理服务器即可接收到闸机发送的用户数据以及，以便所述管理服务器执行资源转移以及确认出票的操作。

在步骤304中，当接收到所述服务器基于确认出票之后发送的放行指令时，控制闸机开关打开。

闸机在接收到站内服务器发送的放行指令之后，即可控制闸机开关打开，以便放行用户，并生成用户进站记录，用户进站记录可以包括用户进站时间及进站的站点等。

根据上述实施例所描述的方法，以下将举例作进一步详细说明。

本实施例以闸机控制方法应用于高铁站内扫描乘车为例，对上述实施例所描述的方法进行详细说明。

接收闸机发送的用户数据，所述用户数据包括日期信息、用户身份信息，其中所述日期信息为车次信息；然后获取与所述车次信息对应的余票数量；若所述余票数量等于或大于预设值，则将所述用户身份信息与余票对应的座位进行关联；并根据关联的座位从所述用户数据中的用户账户中执行资源转移的操作，并在资源转移完成后执行出票操作；当出票成功时，向所述闸机发送放行指令，以便所述闸机基于所述放行指令控制闸机开关打开。

请参阅图4，图4是本申请一实施例提供的闸机控制方法的流程示意图。该闸机控制方法可以包括：

在步骤401中，接收闸机发送的用户数据；

具体地，服务器可以接收闸机在对图形信息进行解析后获得的用户数据，所述用户数据包括车次信息、用户身份信息，该用户数据可以是闸机通过扫描并解析用户手持的移动终端上显示的图形码得到的，该图形码可以是移动终端通过预设的应用程序生成的。该图形码可以包括二维码或条形码等，该应用程序可以包括即时刷码购票app或其他乘车应用等。需要说明的是，该图形码可以是移动终端在线时预先生成，并进行存储，在离线时提供给闸机扫描，并且用户数据中的资源转移功能需要用户在即时刷码购票app或其他乘车应用上，授权同意用户协议之后，填写用户证件号码，姓名和通讯方式，实名认证通过之后，则注册成功，然后用户需要开通自动代扣功能，用于为用户自动扣缴车费，从而后续无需用户主动支付操作。用户需要选择自动代扣渠道，比如代扣账户；然后填写代扣信息，比如代扣额度，允许代扣的时间段等，在全部填写完成之后，即完成签约代扣功能，然后才会根据用户的证件号码、代扣渠道以及代扣信息生成用户数据中的资源转移功能。

该用户数据可以包括用户身份信息、用户选取的车次信息、用户关联的同出行好友信息等，该用户身份信息包括用户证件信息、用户姓名等，还包括用户选取的车次信息，包括出发站点、出发时间，目的站点，还可以进一步包括用户选取的座位信息，可以理解的是，当用户没有选取车次信息时，则所述用户数据不包括车次信息，还包括用户进站记录和用户出站记录等，例如，用户在站点A进站的时间，用户在站点B出站的时间等。

该闸机通过扫描用户手持的移动终端上显示的图形码，并进行解析得到用户数据之后，可以先对用户数据进行简单验证，比如用户身份信息是否为真实信息，用户选取的车次信息对应的列车，是否已经超过列车发车时间，以及校验移动终端的位置信息与闸机的位置信息之间的误差是否在允许范围内等。在验证通过之后，将该用户数据发送至服务器。服务器即可接收到闸机发送的用户数据。

在步骤402中，获取与所述车次信息对应的余票数量；

站内服务器获得用户数据以及之后，可从所述用户数据中提取车次信息，并根据车次信息进行余票查询，首先根据车次信息提取对应车次的信息，包括列车运行班次；列车班次类别；列车经过的所有车站；本班次列车的站编号，本班次列车达到该站的时间；本班次列车离开该站的时间。然后，将列车运行班次；列车班次类别；列车经过的所有车站；本班次列车的站编号，本班次列车达到该站的时间，“出发站”和“目的站”向数据库发送，数据库根据“出发站”和“目的站”分别读取“出发站可达站表”和“可达目的站站表”，进行余票查询，再将查询到的余票数量返回至站内服务器，即可查询到余票数量。

车次信息包括了列车出发时间，由于存在用户选取的车次之后，到达车站不及时的情况，即用户准备扫码的时候，虽然选择的车次时间符合时间差值要求，由于有时候用户到达车站之后需要排队进行扫码，因此有可能出现当用户到达车站，正式进行扫码的时候，发现实际上车次时间已经不符合时间差值要求了，因此在另一实施例中，获取与所述车次信息对应的余票数量的步骤之前，还包括：

将所述出发时间信息与当前时间进行对比，获得所述出发时间信息与当前时间的差值；

若所述差值小于或等于第一差值，则获取所述用户数据中的通讯方式，并发送更换车次信息的提示信息至所述通讯方式对应的终端。

具体地，在接收到用户数据，并提取车次信息之后，可以首先将所述车次信息中包含的列车出发时间信息与当前时间进行对比，获得所述出发时间信息与当前时间的差值，从而获知当前时间是否已超过列车出发时间，若所述差值小于或等于第一差值，则说明当前时间已经超过或者即将超过列车出发时间，比如当设置第一差值为五分钟时，若出发时间信息与当前时间的差值等于5分钟，可知用户必然会错过检票时间，则此时没有必要查询余票数量，则获取所述用户数据中的通讯方式，并发送更换车次信息的提示信息至所述通讯方式对应的终端，以便用户重新选取其他车次。进一步地，在确定差值小于或等于第一差值时，可以进一步获取距离当前时间最近的同一目的站点以及同一出发站点的车次，然后查询所述车次的余票数量，并在获得用户通讯方式之后，将更换车次信息的提示信息，以及距离当前时间最近的同一目的站点以及同一出发站点的车次、对应的余票数量发送至所述通讯方式对应的终端，以供用户选择。

由于存在用户选取车次之后，到达车站不及时的情况，同时也存在用户选取车次之后，提前到达车站的情况，即因此存在出发时间与当前时间的差值过大的情况，若购买用户选取的车次的车票，则出现用户需要等待时间过长的情况，因此，需要将出发时间信息与当前时间的差值进一步与第二差值进行对比：

若所述差值大于第二差值，则查询出发时间大于所述第一差值并且小于第二差值的车次以及余票数量；

若出发时间大于所述第一差值并且小于第二差值的车次的余票数量等于或大于预设值，则获取所述用户数据中的通讯方式，并将更换车次信息的提示信息以及查询到的余票数量等于或大于预设值的车次发送至所述通讯方式对应的终端。

具体地，若所述差值大于第二差值，则说明用户提前到达了车站，如果此时购买用户选取的车次的车票，则用户需要等待较长时间，比如当设置的第二差值为一个小时的时候，此时出发时间信息与当前时间的差值大于一个小时，而此时用户已经到达车站，若购买用户选取的车次的车票，用户至少需要等待一个小时，会耗费用户较多时间，因此，此时可以查询出发时间大于所述第一差值并且小于第二差值的车次以及余票数量，可以理解的是，查询的车次与用户选取的车次的出发站点以及目的站点都一致。若站内服务器查询到出发时间大于所述第一差值并且小于第二差值的车次的余票数量等于或大于预设值，则站内服务器获取所述用户数据中的通讯方式，并将更换车次信息的提示信息以及查询到的余票数量等于或大于预设值的车次发送至所述通讯方式对应的终端，以便用户选取其他车次，减少用户等待时间，也提高用户购票效率。

在步骤403中，若所述余票数量等于或大于预设值，则将所述用户身份信息与余票对应的座位进行关联；

站内服务器将余票数量与预设值进行对比，在本实施例中，预设值可以为1，即判断有效是否有可购买的余票，当余票数量大于或者等于1时，则说明有可购买的车票，当余票数量小于1时，则说明当前没有可购买的车票。若查询到的余票数量等于或大于预设值，则说明有可购买的车票，则站内服务器将所述用户身份信息与余票对应的座位进行关联，从而为用户锁定座位，进一步地，在为用户锁定座位之前，需要进一步提取用户在选取车次信息时，选取的座位的类型，比如选取二等座，或者选取一等座，然后站内服务器根据提取到的用户选取的座位类型将用户身份信息与用户锁定座位，即将用户身份信息与选取的座位类型进行关联。

在查询到余票数量不足时，需要提醒用户更换车次，在另一实施例中：

若查询到的余票数量小于预设值，则获取所述用户数据中的通讯方式，并发送更换车次信息的提示信息至所述联系通讯对应的终端，以便用户更换车次。

若站内服务器接收到的余票数量小于预设值，则说明当前用户选取的车次没有可供用户购买的车票，则需要提醒用户进行更换，因此站内服务器获取所述用户数据中的通讯方式，并发送更换车次信息的提示信息至所述联系通讯对应的终端，以便用户更换车次，进一步地，同样可以查询出发时间距离当前时间最近，并且余票数量大于或等于预设值的车次，可以理解的是，查询的车次与用户选取的车次的出发站点以及目的站点都一致。若站内服务器查询到出发时间距离当前时间最近的车次的余票数量等于或大于预设值，则站内服务器获取所述用户数据中的通讯方式，并将更换车次信息的提示信息以及查询到的余票数量等于或大于预设值的车次发送至所述通讯方式对应的终端，以便用户选取其他车次。

在步骤404中，根据关联的座位以及所述用户数据从所述用户数据中执行资源转移的操作，并在资源转移完成后执行出票操作；

在根据用户选取的座位类型锁定座位之后，即可根据关联的座位以及所述用户数据从所述用户数据中执行资源转移的操作，即根据用户选取的座位类型从用户账户中进行扣费操作，在扣费成功之后即可执行出票操作。

进一步地，在扣费之前，可以进一步通过用户身份信息查询用户是否存在行程冲突的购票记录，在确定用户没有与行程冲突的购票记录之后，再进行扣费操作。

在步骤405中，当出票成功时，向所述闸机发送放行指令，以便所述闸机基于所述放行指令控制闸机开关打开。

确认出票成功之后，并向闸机发送放行指令，以便所述闸机基于所述放行指令控制闸机开关打开。闸机在接收到站内服务器发送的放行指令之后，即可控制闸机开关打开，以便放行用户，并生成用户进站记录，用户进站记录可以包括用户进站时间及进站的站点等。

进一步地，用户还可以选择与好友同行，在与好友同行时，为了便于用户与好友坐的座位距离比较近，用户可以将好友添加为同车次好友。

在另一实施例中，将所述用户身份信息与余票对应的座位进行关联的步骤之前，还包括：

查询所述用户身份信息关联的同车次好友信息；

若查询到所述用户身份信息关联的同车次好友信息，则提取所述同车次好友的身份信息以及数量，并将提取到的同车次好友的身份信息以及数量添加至所述用户身份信息中；

执行所述将所述用户身份信息与余票对应的座位进行关联的步骤。

具体地，在将所述用户身份信息与余票对应的座位进行关联之前，可以进一步查询所述用户身份信息关联的同车次好友信息，即进一步查询用户是否存在同车次好友，具体实施过程中，用户可以手动将系统中的好友标记为同车次好友，系统在接收到用户的标记指令时，即对被用户选取的好友进行标记，并赋予被标记的好友一个同车次好友的标识，在查询过程中，即根据同车次好友的标识进行查询即可，在查询到具有同车次好友的标识的好友时，即可确定被查询到的好友为同车次好友；若查询到所述用户身份信息关联的同车次好友信息，即确定查询到有与用户同车次的好友，则提取所述同车次好友的身份信息以及数量，即同车次好友的姓名以及证件号码，可以理解的是，与用户同车次好友可以为多个，因此还需要进一步提取与好友同车次好友的数量，然后将提取到的同车次好友的身份信息以及数量添加至所述用户身份信息中，然后将所述用户身份信息与余票对应的座位进行关联，以便所述站内服务器将所述用户身份信息与余票对应的座位进行关联，即同时为好友锁定座位，可以理解的是，当锁定多个人的座位时，在具体出票过程中，需要进一步验证是否已支付，若用户只支付了自己的车票，而没有为同车次好友支付，则当前只能将用户自己的车票进行出票，而只是将同车次好友的座位进行暂时锁定，而暂时不执行出票操作，在接收到同车次好友相应支付的金额时，才会进行出票操作，可以理解的是，用户可以代同车次好友进行支付，当用户选择为代好友支付时，则需要用户进一步授权从用户账户中，扣取同车次好友的车票对应的费用，即转移的资源包括了用户以及同车次好友的车票对应的资源，站内服务器则基于转移的用户以及同车次好友的车票对应的资源将所述用户身份信息与余票对应的座位进行关联，根据关联的座位执行出票操作，以便同时出票；用户也可以选择让同车次好友自己进行资源转移，即让同车次好友自己进行车票费用的支付，在用户选择让同车次好友自己进行资源转移之后，系统即提取同车次好友的通讯方式，并将支付请求发送至同车次好友的通讯方式对应的终端，以便同车次好友进行资源转移，当接收到同车次好友转移的资源时，则根据接收到的好友转移的资源与用户关联的座位执行出票操作。

在另一实施例中，提取所述同车次好友的身份信息以及数量之后，还可以包括：

提取所述同车次好友的通讯方式；

获取提示信息，其中，所述提示信息用于提示所述同车次好友被用户添加为同车次的好友，并将所述提示信息发送至所述同车次好友的通讯方式对应的终端；

当接收到所述同车次好友的通讯方式对应的终端反馈的确认同行的信息时，执行所述将所述用户身份信息与余票对应的座位进行关联的步骤。

具体地，在提取得到同车次好友的身份信息以及数量之后，可以进一步征求同车次好友的同意，以便确认同车次好友是否同意与用户同车次出行，在同车次好友同意与用户同行之后，再执行所述将所述用户身份信息与余票对应的座位进行关联的步骤的操作，因此站内服务器首先提取所述同车次好友的通讯方式；获取提示信息，其中，所述提示信息用于提示所述同车次好友被用户添加为同车次的好友，并将所述提示信息发送至所述同车次好友的通讯方式对应的终端；提示信息可从站内服务器的数据库中提取，当接收到所述同车次好友的通讯方式对应的终端反馈的确认同行的信息时，说明同车次好友已经同意与用户同行，则执行所述将所述用户身份信息与余票对应的座位进行关联的步骤，以便将所述用户身份信息与余票对应的座位进行关联，进行出票的步骤。

在另一实施例中，根据关联的座位以及所述从所述用户账户中执行资源转移的操作，并在资源转移完成后执行出票操作的步骤之后，还包括：

监控预设时间内，是否接收到闸机发送的所述同车次好友的身份信息对应的用户数据；

若在预设时间内，没有接收到闸机发送的所述同车次好友的身份信息对应的用户数据，则根据所述同车次好友的身份信息取消同车次好友的座位关联。

具体地，在站内服务器根据关联的座位以及所述从所述用户账户中执行资源转移的操作，并在资源转移完成后执行出票操作之后，为了避免长时间锁定座位，而同车次的好友不支付或者不乘坐，因此在锁定座位成功之后，在预设时间内，比如半个小时，实时监控是否接收到闸机发送的所述同车次好友的身份信息对应的用户数据，若在预设时间内，没有接收到闸机发送的所述同车次好友的身份信息对应的用户数据，为了避免长时间锁定座位，而造成其他用户无法购买，则根据所述同车次好友的身份信息取消座位关联，即取消座位锁定，以便其他用户可以进行购买。

在另一实施例中，获取与所述车次信息对应的余票数量的步骤之前，还包括：

根据所述用户身份信息查询用户是否被其他用户关联为同车次好友；

若查询到用户被其他用户关联为同车次好友，则提取关联的座位信息；

根据提取到的关联的座位以及所述用户数据从所述用户数据中执行资源转移的操作，并在资源转移完成后执行出票操作。

具体地，由于存在用户被其他用户添加为同车次好友的情况，因此在获取与所述车次信息对应的余票数量之前，可以根据所述用户身份信息查询用户是否被其他用户关联为同车次好友，若查询到用户被其他用户关联为同车次好友，则说明用户的好友已经为用户锁定了座位，因此提取锁定的座位信息即可，不需要再进行余票数量的查询，即可根据提取到的关联的座位以及所述用户数据从所述用户数据中的用户支付账户中执行资源转移的操作，并在资源转移完成后执行出票操作，减少查询获取余票数量的次数，从而提高用户购票效率。

在另一实施例中，在用户进站之后，用户还需要出站，因此，闸机可以将生成的用户进站记录发送至站内服务器，因此站内服务器在出票成功时，向闸机发送放行指令，以便所述闸机基于所述放行指令控制闸机开关打开的步骤之后，还包括：

接收闸机发送的用户进站记录，并根据所述进站记录对所述用户数据进行更新。

具体地，闸机将用户进站记录发送至站内服务器，站内服务器可以根据接收到的用户进站记录，对用户数据进行更新，从而在用户出站时，便于查找是否存在用户进站记录。

在用户进站之后，用户还需要出站，在用户出站时，需要再次展示图形信息，以便闸机进行扫描，由于进站后用户数据中包含了进站记录，因此出站时用户需要再次展示图形信息，然后闸机进行扫描，并进行解析，从而得到用户当次用户数据，然后将解析得到的用户数据发送至站内服务器，站内服务器接收闸机发送的用户数据之后，还包括：

根据所述用户数据查询所述用户数据中的进站记录；

当查询到所述进站记录时，则根据所述用户数据提取所述用户的购票记录；

接收所述闸机发送的当前站点，并将所述当前站点与用户的购票记录对应的目的地点进行对比；

在所述当前站点与用户的购票记录对应的目的地点一致时，向闸机发送放行指令，以便所述闸机基于所述放行指令控制闸机开关打开。

具体地，站内服务器接收到闸机发送的用户数据之后，根据所述用户数据查询所述用户数据中的进站记录；当查询到所述进站记录时，则根据用户数据提取所述用户的购票记录；接收所述闸机发送的当前站点，具体地，站内服务器可以将获取当前站点的信息发送至闸机，闸机接收到需要获取当前站点的信息之后，即将当前站点发送至站内服务器，站内服务器则将所述当前站点与用户的购票记录对应的目的地点进行对比；在所述当前站点与用户的购票记录对应的目的地点一致时，向闸机发送放行指令，以便所述闸机基于所述放行指令控制闸机开关打开，在所述当前站点与用户的购票记录对应的目的地点一致，并且用户乘坐的站点比购票记录中的站点多时，向用户发送补票提示信息，并在用户补票完成之后，向闸机发送放行指令，以便所述闸机基于所述放行指令控制闸机开关打开。

在本实施例中，将从闸机的角度进行描述，一种闸机控制方法，包括：

扫描移动终端基于用户数据生成的图形信息；对所述图形信息进行解析，并对解析得到的用户数据进行合法性验证；若所述用户数据以及的合法性验证结果为验证通过，则将所述用户数据以及发送至管理服务器，以便所述管理服务器执行资源转移以及确认出票的操作；当接收到所述管理服务器基于确认出票之后发送的放行指令时，控制闸机开关打开，生成用户进站记录，并在闸机连接管理服务器后，将用户进站记录发送给管理服务器。

请参阅图5，图5是本申请一实施例提供的闸机控制方法应用于高铁站内扫描乘车的另一流程示意图。该闸机控制方法可以包括：

在步骤501中，扫描移动终端基于用户数据以及生成的图形信息；

在本实施例中，其中，该图形码可以是移动终端通过预设的应用程序生成的，该图形码可以包括二维码或条形码等，移动终端可以基于与用户相关的身份数据通过预设的应用程序生成图形码，该应用程序可以包括乘车小程序或乘车应用等。需要说明的是，该图形码可以是移动终端在线时预先生成，并进行存储，在离线时提供给闸机扫描；或者是，该图形码可以是移动终端在线，并在线提供给闸机扫描。由于图形码是基于与用户相关的身份数据所生成的，因此，闸机在扫描图形码后可以获取到图形码中包含的用户数据。

该用户数据可以包括用户身份信息、用户选取的车次信息、用户关联的同车次好友信息等，该用户身份信息包括用户证件信息、用户姓名等，还包括用户选取的车次信息，包括出发站点、出发时间，目的站点，还可以进一步包括用户选取的座位信息，可以理解的是，当用户没有选取车次信息时，则所述用户数据不包括车次信息，还包括用户进站记录和用户出站记录等，例如，用户在站点A进站的时间，用户在站点B出站的时间等。

需要说明的是，移动终端在生成二维码之前，用户需要先进行用户注册：方式一，用户可以在移动终端上预先下载并安装相关的应用程序，该应用程序具有扫描图形码、网上银行支付或第三方支付等功能。通过打开移动终端中的应用程序进入注册界面，用户在该注册界面填写联系方式及姓名等，以完善相关的注册信息。方式二，用户可以利用移动终端通过微信平台、或者上述安装好的应用程序、或者其他平台扫描注册二维码关注乘车扫描公众号，弹出注册界面，填写联系方式及姓名等注册信息之后，完成用户注册。可以理解的是，还可以通过其他方式进行注册，具体内容在此处不作限定。在完成注册后，用户可以通过注册好的账号基于与用户相关的身份信息生成图形码。

在步骤502中，对所述图形信息进行解析，并对解析得到的用户数据以及进行合法性验证；

在步骤503中，若所述用户数据以及的合法性验证结果为验证通过，则将所述用户数据以及发送至服务器，以便所述服务器执行资源转移以及确认出车票的操作；

在扫描得到图形信息之后，可以对所述图形信息进行解析，从而得到用户数据，获得用户数据之后，闸机可以先对用户数据进行简单验证，比如用户身份信息是否为真实信息，用户选取的车次信息对应的列车，是否已经超过列车发车时间，以及校验移动终端的位置信息与闸机的位置信息之间的误差是否在允许范围内等。在合法性验证通过之后，将该用户数据发送至服务器。服务器即可接收到闸机发送的用户数据，以便所述服务器执行资源转移以及确认出车票的操作。

在步骤504中，当接收到所述服务器基于确认出车票之后发送的放行指令时，控制闸机开关打开。

闸机在接收到站内服务器发送的放行指令之后，即可控制闸机开关打开，以便放行用户，并生成用户进站记录，用户进站记录可以包括用户进站时间及进站的站点等。

根据上述实施例所描述的方法，以下将举例作进一步详细说明。

本实施例以服务器包括站内服务器和中心服务器为例、以图形码为二维码为例、并以应用于高铁站扫描乘车为例，分别对进站和出站流程进行详细说明。

(1)进站

针对进站时的情况，该进站流程可以参阅图6，图6对应的方法流程可以包括：

601、应用服务器向应用程序发送用户数据。

其中，应用服务器可以与提供二维码的应用程序对应，可以用于管理该应用程序。应用服务器可以接收中心服务器发送的用户数据(例如进/出站记录等)，应用服务器可以接收用户通过移动终端提供的用户数据，此时应用服务器可以将应用程序发送用户数据发送给应用程序，该应用程序可以是乘车小程序或乘车应用等。

602、应用程序生成二维码。

应用程序可以在用户登录账号后，基于接收到的用户数据生成二维码，还可以结合其他与用户相关的生成二维码。

603、应用程序展示二维码。

应用程序可以在显示界面内展示生成的二维码。

604、进站闸机扫描二维码得到用户数据，进行本地校验二维码。

应用程序可以将展示的二维码提供给进站闸机扫描，进站闸机扫描二维码得到用户数据，该用户数据可以包括用户身份信息、进出站记录、用户添加的同车次好友信息。

在得到与用户相关的数据后，进站闸机可以进行本地校验二维码，具体地，闸机可以先对用户数据进行简单验证，比如用户身份信息是否为真实信息，用户选取的车次信息对应的列车，是否已经超过列车发车时间，以及校验移动终端的位置信息与闸机的位置信息之间的误差是否在允许范围内等。在合法性验证通过之后，将该用户数据发送至服务器。服务器即可接收到闸机发送的用户数据以及，以便所述管理服务器执行资源转移以及确认出票的操作。

若移动终端的位置信息与闸机的位置信息之间的误差在预设范围内，用户身份信息无误，以及当前时间在图形码有效时间的范围内，则可以确定校验通过；若移动终端的位置信息与闸机的位置信息之间的误差不在预设范围内，用户信息有误，或当前时间不在图形码有效时间的范围内，则可以确定校验不通过。

需要说明的是，该图形码可以是移动终端在线或离线时预先生成，并进行存储，并在图形码的有效期内提供给闸机扫描。

605、进站闸机向站内服务器发送用户数据，所述用户数据包括车次信息、用户身份信息和用户账户。

当校验通过时，进站闸机可以向站内服务器发送用户数据，以使得站内服务器对用户数据进行进一步校验。当本地校验未通过时，进站闸机可以维持闸机开关关闭，禁止放行用户。

606、获取与所述车次信息对应的余票数量。

站内服务器获得用户数据之后，可从所述用户数据中提取车次信息，并根据车次信息进行余票查询，首先根据车次信息提取对应车次的信息，包括列车运行班次；列车班次类别；列车经过的所有车站；本班次列车的站编号，本班次列车达到该站的时间；本班次列车离开该站的时间。然后，将列车运行班次；列车班次类别；列车经过的所有车站；本班次列车的站编号，本班次列车达到该站的时间，“出发站”和“目的站”向数据库发送，数据库根据“出发站”和“目的站”分别读取“出发站可达站表”和“可达目的站站表”，进行余票查询，再将查询到的余票数量返回至站内服务器，即可查询到余票数量。

607、若所述余票数量等于或大于预设值，则将所述用户身份信息与余票对应的座位进行关联。

站内服务器将余票数量与预设值进行对比，在本实施例中，预设值可以为1，即判断有效是否有可购买的余票，当余票数量大于或者等于1时，则说明有可购买的车票，当余票数量小于1时，则说明当前没有可购买的车票。若查询到的余票数量等于或大于预设值，则说明有可购买的车票，则站内服务器将所述用户身份信息与余票对应的座位进行关联，从而为用户锁定座位，进一步地，在为用户锁定座位之前，需要进一步提取用户在选取车次信息时，选取的座位的类型，比如选取二等座，或者选取一等座，然后站内服务器根据提取到的选取的座位类型将用户身份信息与用户锁定座位，即将用户身份信息与选取的座位类型进行关联。

在查询到余票数量不足时，需要提醒用户更换车次，在另一实施例中：

若查询到的余票数量小于预设值，则获取所述用户数据中的通讯方式，并发送更换车次信息的提示信息至所述联系通讯对应的终端，以便用户更换车次。

若站内服务器接收到的余票数量小于预设值，则说明当前用户选取的车次没有可供用户购买的车票，则需要提醒用户进行更换，因此站内服务器获取所述用户数据中的通讯方式，并发送更换车次信息的提示信息至所述联系通讯对应的终端，以便用户更换车次，进一步地，同样可以将查询出发时间距离当前时间最近，并且余票数量大于或等于预设值的车次，可以理解的是，查询的车次与用户选取的车次的出发站点以及目的站点都一致。若站内服务器查询到出发时间距离当前时间最近的车次的余票数量等于或大于预设值，则站内服务器获取所述用户数据中的通讯方式，并将更换车次信息的提示信息以及查询到的余票数量等于或大于预设值的车次发送至所述通讯方式对应的终端，以便用户选取其他车次。

608、根据关联的座位从所述用户数据中执行资源转移的操作，并在资源转移完成后执行出票操作。

在根据用户选取的座位类型锁定座位之后，即可根据关联的座位以及所述用户数据从所述用户数据中执行资源转移的操作，即根据用户选取的座位类型从用户账户中进行扣费操作，在扣费成功之后即可执行出票操作。

进一步地，用户还可以选择与好友同行，在与好友同行时，为了便于用户与好友坐的座位距离比较近，用户可以将好友添加为同车次好友。

609、当出票成功时，向所述闸机发送放行指令，以便所述闸机基于所述放行指令控制闸机开关打开。

具体地，当站内服务器确认出票成功之后，即向闸机发送放行指令，以便所述闸机基于所述放行指令控制闸机开关打开。闸机在接收到站内服务器发送的放行指令之后，即可控制闸机开关打开，以便放行用户，并生成用户进站记录，用户进站记录可以包括用户进站时间及进站的站点等。

611、进站闸机打开闸机开关。

进站闸机在接收到校验通过结果后，可以基于校验通过结果中携带的放行指令控制闸机开关打开。

612、进站闸机向站内服务器发送用户进站记录。

613、站内服务器向中心服务器发送用户进站记录。

进站闸机控制闸机开关打开后，可以生成用户进站记录，该用户进站记录可以包括用户进站时间及进站的站点等，进站闸机可以通过站内服务器向中心服务器发送用户进站记录。

614、中心服务器更新用户数据。

615、中心服务器向应用服务器发送更新后的用户数据。

中心服务器在接收到用户进站记录后，可以根据用户进站记录更新用户数据。

(2)出站

出站流程可以参阅图7，图7对应的方法流程可以包括：

701、应用服务器向应用程序发送用户数据。

702、应用程序生成二维码。

703、应用程序展示二维码。

704、出站闸机扫描二维码得到用户数据，进行本地校验。

705、出站闸机向站内服务器发送用户数据。

需要说明的是，图7对应的实施例中的步骤701至步骤705，与图6对应的实施例中的步骤601至步骤605类似，在此处不作赘述。

706、站内服务器根据所述用户数据查询所述用户数据中的进站记录；

707、当站内服务器查询到所述进站记录时，则根据所述用户数据提取所述用户的购票记录；

708、接收所述闸机发送的当前站点，并将所述当前站点与用户的购票记录对应的目的地点进行对比；

709、在所述当前站点与用户的购票记录对应的目的地点一致时，向闸机发送放行指令，以便所述闸机基于所述放行指令控制闸机开关打开。

站内服务器接收到闸机发送的用户数据之后，根据所述用户数据查询所述用户数据中的进站记录；当查询到所述进站记录时，则根据所述用户数据提取所述用户的购票记录；接收所述闸机发送的当前站点，具体地，站内服务器可以将获取当前站点的信息发送至闸机，闸机接收到需要获取当前站点的信息之后，即将当前站点发送至站内服务器，站内服务器则将所述当前站点与用户的购票记录对应的目的地点进行对比；在所述当前站点与用户的购票记录对应的目的地点一致时，向闸机发送放行指令，以便所述闸机基于所述放行指令控制闸机开关打开，在所述当前站点与用户的购票记录对应的目的地点一致，并且用户乘坐的站点比购票记录中的站点多时，向用户发送补票提示信息，并在用户补票完成之后，向闸机发送放行指令，以便所述闸机基于所述放行指令控制闸机开关打开。

710、出站闸机打开闸机开关。

出站闸机在接收到放行指令后，可以基于放行指令控制闸机开关打开。

711、出站闸机向站内服务器发送用户出站记录。

712、站内服务器向中心服务器发送用户出站记录。

出站闸机控制闸机开关打开后，可以生成用户出站记录，该用户出站记录可以包括用户出站时间及出站的站点等，出站闸机可以通过站内服务器向中心服务器发送用户出站记录。

713、中心服务器更新用户数据。

714、中心服务器向应用服务器发送更新后的用户数据。

为便于更好的实施本申请实施例提供的闸机控制方法，本申请实施例还提供一种基于上述闸机控制方法的服务器。其中名词的含义与上述闸机控制方法中相同，具体实现细节可以参考方法实施例中的说明。

请参阅图8，图8为本申请实施例提供的服务器的结构示意图，其中该服务器可以包括接收单元801、获取单元802、关联单元803、资源转移单元804、发送单元805等。

其中，接收单元801，用于接收闸机发送的用户数据；

提取单元802，用于获取与所述日期信息对应的余票数量；

关联单元803，用于若所述余票数量等于或大于预设值，则将所述用户身份信息与余票进行关联；

资源转移单元804，用于根据关联的余票以及所述用户数据从所述用户数据中执行资源转移的操作，并在资源转移完成后执行出票操作；

发送单元805，用于当出票成功时，向所述闸机发送放行指令，以便所述闸机基于所述放行指令控制闸机开关打开。

在某些实施方式中，服务器还可以包括查询单元与添加单元，具体地：

查询单元，用于查询所述用户身份信息关联的同出行好友信息；

添加单元，用于若查询到所述用户身份信息关联的同出行好友信息，则提取所述同出行好友的身份信息以及数量，并将提取到的同出行好友的身份信息以及数量添加至所述用户身份信息中；

关联单元803，用于将所述用户身份信息与余票进行关联。

具体地，在将所述用户身份信息与余票进行关联之前，可以进一步查询所述用户身份信息关联的同出行好友信息，即进一步查询用户是否存在同出行好友，具体实施过程中，用户可以手动将系统中的好友标记为同出行好友，系统在接收到用户的标记指令时，即对被用户选取的好友进行标记，并赋予被标记的好友一个同出行好友的标识，在查询过程中，即根据同出行好友的标识进行查询即可，在查询到具有同出行好友的标识的好友时，即可确定被查询到的好友为同出行好友；若查询到所述用户身份信息关联的同出行好友信息，即确定查询到有与用户同出行的好友，则提取所述同出行好友的身份信息以及数量，即同出行好友的姓名以及证件号码，可以理解的是，与用户同出行好友可以为多个，因此还需要进一步提取与好友同出行好友的数量，然后将提取到的同出行好友的身份信息以及数量添加至所述用户身份信息中，然后将所述用户身份信息与余票进行关联，以便所述站内服务器将所述用户身份信息与余票进行关联，即同时为好友锁定票，可以理解的是，当锁定多个人的票时，在具体出票过程中，需要进一步验证是否已支付，若用户只支付了自己的票，而没有为同出行好友支付，则当前只能将用户自己的票进行出票，而只是将同出行好友的票进行暂时锁定，而暂时不执行出票操作，在接收到同出行好友相应支付的金额时，才会进行出票操作，可以理解的是，用户可以代同出行好友进行支付，当用户选择为代好友支付时，则需要用户进一步授权从用户账户中，扣取同出行好友的票对应的费用，即转移的资源包括了用户以及同出行好友的车票对应的资源，站内服务器则基于转移的用户以及同出行好友的票对应的资源将所述用户身份信息与余票进行关联，根据关联的余票执行出票操作，以便同时出票；用户也可以选择让同出行好友自己进行资源转移，即让同出行好友自己进行车票费用的支付，在用户选择让同出行好友自己进行资源转移之后，系统即提取同出行好友的通讯方式，并将支付请求发送至同出行好友的通讯方式对应的终端，以便同出行好友进行资源转移，当接收到同出行好友转移的资源时，则根据接收到的好友转移的资源与用户关联的票执行出票操作。

可选地，提取单元还用于：提取所述同出行好友的通讯方式；

发送单元还用于：获取提示信息，其中，所述提示信息用于提示所述同出行好友被用户添加为同出行的好友，并将所述提示信息发送至所述同出行好友的通讯方式对应的终端；当接收到所述同出行好友的通讯方式对应的终端反馈的确认同行的信息时，执行所述将所述用户身份信息与余票进行关联的步骤。

具体地，在提取得到同出行好友的身份信息以及数量之后，可以进一步征求同出行好友的同意，以便确认同出行好友是否同意与用户同出行出行，在同出行好友同意与用户同行之后，再执行所述将所述用户身份信息与余票进行关联的步骤的操作，因此站内服务器首先提取所述同出行好友的通讯方式；获取提示信息，其中，所述提示信息用于提示所述同出行好友被用户添加为同出行的好友，并将所述提示信息发送至所述同出行好友的通讯方式对应的终端；提示信息可从站内服务器的数据库中提取，当接收到所述同出行好友的通讯方式对应的终端反馈的确认同行的信息时，说明同出行好友已经同意与用户同行，则执行所述将所述用户身份信息与余票进行关联的步骤，以便将所述用户身份信息与余票进行关联，进行出票的步骤。在某些实施方式中，服务器还可以包括监控单元，具体地：

监控单元，用于监控预设时间内，是否接收到闸机发送的所述同出行好友的身份信息对应的用户数据；

所述发送单元还用于：若在预设时间内，没有接收到闸机发送的所述同出行好友的身份信息对应的用户数据，则根据所述同出行好友的身份信息取消同出行好友的余票关联。

具体地，在站内服务器根据关联的座位以及所述从所述用户账户中执行资源转移的操作，并在资源转移完成后执行出票操作之后，为了避免长时间锁定余票，而同出行的好友不支付，因此在锁定余票成功之后，在预设时间内，比如半个小时，实时监控是否接收到闸机发送的所述同出行好友的身份信息对应的用户数据，若在预设时间内，没有接收到闸机发送的所述同出行好友的身份信息对应的用户数据，为了避免长时间锁定余票，而造成其他用户无法购买，则根据所述同出行好友的身份信息取消座位关联，即取消余票锁定，以便其他用户可以进行购买。

在某些实施方式中，查询单元还用于：根据所述用户身份信息查询用户是否被其他用户关联为同出行好友；

添加单元还用于：若查询到用户被其他用户关联为同出行好友，则提取关联的余票信息，并将所述关联的余票信息添加至所述用户身份信息中；基于转移的资源以及添加余票信息后的用户身份信息执行出票操作。

具体地，由于存在用户被其他用户添加为同出行好友的情况，因此在获取与所述车次信息对应的余票数量之前，可以根据所述用户身份信息查询用户是否被其他用户关联为同出行好友，若查询到用户被其他用户关联为同出行好友，则说明用户的好友已经为用户锁定了票，因此提取锁定的票信息即可，不需要再进行余票数量的查询，即可根据提取到的关联的票以及所述从所述用户账户中执行资源转移的操作，并在资源转移完成后执行出票操作，减少查询获取余票数量的次数，从而提高用户购票效率。

在某些实施方式中，服务器还包括对比单元与获取单元：

对比单元，用于将所述出发时间信息与当前时间进行对比，获得所述出发时间信息与当前时间的差值；

获取单元，用于若所述差值小于或等于第一差值，则获取所述用户数据中的通讯方式，并发送更换日期信息的提示信息至所述通讯方式对应的终端。

所述查询单元，还用于若所述差值大于第二差值，则查询出发时间大于所述第一差值并且小于第二差值的日期以及余票数量；

所述获取单元，还用于若出发时间大于所述第一差值并且小于第二差值的余票数量等于或大于预设值，则获取所述用户数据中的通讯方式，并将更换日期信息的提示信息以及查询到等于或大于预设值的的余票数量发送至所述通讯方式对应的终端。

具体地，在接收到用户数据，并提取日期信息之后，可以首先将所述日期信息中包含的出发时间信息与当前时间进行对比，获得所述出发时间信息与当前时间的差值，从而获知当前时间是否已超过出发时间，若所述差值小于或等于第一差值，则说明当前时间已经超过或者即将超过出发时间，比如当设置第一差值为五分钟时，若出发时间信息与当前时间的差值等于5分钟，可知用户必然会错过检票时间，则此时没有必要查询余票数量，则获取所述用户数据中的通讯方式，并发送更换日期信息的提示信息至所述通讯方式对应的终端，以便用户重新选取其他日期。进一步地，在确定差值小于或等于第一差值时，可以进一步获取距离当前时间最近的同一目的站点以及同一出发站点的日期，然后查询所述日期的余票数量，并在获得用户通讯方式之后，将更换日期信息的提示信息，以及距离当前时间最近的同一目的站点以及同一出发站点的日期、对应的余票数量发送至所述通讯方式对应的终端，以供用户选择。

由于存在用户选取车次之后，到达车站不及时的情况，同时也存在用户选取日期之后，提前到达站点的情况，即因此存在出发时间与当前时间的差值过大的情况，若购买用户选取的日期的票，则出现用户需要等待时间过长的情况，因此，需要将出发时间信息与当前时间的差值进一步与第二差值进行对比：

若所述差值大于第二差值，则查询出发时间大于所述第一差值并且小于第二差值余票数量；

若出发时间大于所述第一差值并且小于第二差值的余票数量等于或大于预设值，则获取所述用户数据中的通讯方式，并将更换日期信息的提示信息以及查询到等于或大于预设值的的余票数量发送至所述通讯方式对应的终端。

具体地，若所述差值大于第二差值，则说明用户提前到达了站点，如果此时购买用户选取的日期的车票，则用户需要等待较长时间，比如当设置的第二差值为一个小时的时候，此时出发时间信息与当前时间的差值大于一个小时，而此时用户已经到达站点，若购买用户选取的车票，用户至少需要等待一个小时，会耗费用户较多时间，因此，此时可以查询出发时间大于所述第一差值并且小于第二差值的日期以及余票数量，可以理解的是，查询的日期与用户选取的日期的出发站点以及目的站点都一致。若站内服务器查询到出发时间大于所述第一差值并且小于第二差值的余票数量等于或大于预设值，则站内服务器获取所述用户数据中的通讯方式，并将更换日期信息的提示信息以及查询到的余票数量等于或大于预设值的日期发送至所述通讯方式对应的终端，以便用户选取其他日期，减少用户等待时间，也提高用户购票效率。

在某些实施方式中，获取单元还可以用于：

若查询到的余票数量小于预设值，则获取所述用户数据中的通讯方式，并发送更换日期信息的提示信息至所述联系通讯对应的终端，以便用户更换日期。

具体地，若站内服务器接收到的余票数量小于预设值，则说明当前用户选取的车日期没有可供用户购买的票，则需要提醒用户进行更换，因此站内服务器获取所述用户数据中的通讯方式，并发送更换日期信息的提示信息至所述联系通讯对应的终端，以便用户更换，进一步地，同样可以将查询出发时间距离当前时间最近，并且余票数量大于或等于预设值的日期的信息发送至购票服务器，以便购票服务器进行查询，可以理解的是，查询的日期与用户选取的日期的出发站点以及目的站点都一致。若购票服务器查询到出发时间距离当前时间最近的日期的余票数量等于或大于预设值，则站内服务器获取所述用户数据中的通讯方式，并将更换日期信息的提示信息以及查询到的余票数量等于或大于预设值的日期发送至所述通讯方式对应的终端，以便用户选取。同理，也可以设置站内服务器进行查询出发时间距离当前时间最近的日期以及余票数量，在站内服务器进行查询距离当前时间最近的日期以及余票数量时，则不需要与购票服务器进行交互。

在某些实施方式中，服务器还包括更新单元：

更新单元，用于接收闸机发送的用户进站记录，并根据所述进站记录对所述用户数据进行更新。

具体地，闸机将用户进站记录发送至站内服务器，站内服务器可以根据接收到的用户进站记录，对用户数据进行更新，从而在用户出站时，便于查找是否存在用户进站记录。

在用户进站之后，用户还需要出站，在用户出站时，需要再次展示图形信息，以便闸机进行扫描，由于进站后用户数据中包含了进站记录，因此出站时用户需要再次展示图形信息，然后闸机进行扫描，并进行解析，从而得到用户当次用户数据，然后将解析得到的用户数据发送至站内服务器。

因此，在某些实施方式中，

查询单元还用于：根据所述用户数据查询所述用户数据中的进站记录；

提取单元还用于：当查询到所述进站记录时，则根据所述用户数据提取所述用户的购票记录；

对比单元还用于：接收所述闸机发送的当前站点，并将所述当前站点与用户的购票记录对应的目的地点进行对比；

发送单元，还用于：在所述当前站点与用户的购票记录对应的目的地点一致时，向闸机发送放行指令，以便所述闸机基于所述放行指令控制闸机开关打开。

具体地，站内服务器接收到闸机发送的用户数据之后，根据所述用户数据查询所述用户数据中的进站记录；当查询到所述进站记录时，则根据所述用户数据提取所述用户的购票记录；接收所述闸机发送的当前站点，具体地，站内服务器可以将获取当前站点的信息发送至闸机，闸机接收到需要获取当前站点的信息之后，即将当前站点发送至站内服务器，站内服务器则将所述当前站点与用户的购票记录对应的目的地点进行对比；在所述当前站点与用户的购票记录对应的目的地点一致时，向闸机发送放行指令，以便所述闸机基于所述放行指令控制闸机开关打开，在所述当前站点与用户的购票记录对应的目的地点一致，并且用户乘坐的站点比购票记录中的站点多时，向用户发送补票提示信息，并在用户补票完成之后，向闸机发送放行指令，以便所述闸机基于所述放行指令控制闸机开关打开。

为便于更好的实施本申请实施例提供的闸机控制方法，本申请实施例还提供一种基于上述闸机控制方法的闸机。其中名词的含义与上述闸机控制方法中相同，具体实现细节可以参考方法实施例中的说明。

请参阅图9，图9为本申请实施例提供的闸机的结构示意图，其中该闸机可以包括扫描单元901、解析单元902、发送单元903等。

扫描单元901，用于扫描移动终端基于用户数据生成的图形信息；

其中，该图形码可以是移动终端通过预设的应用程序生成的，该图形码可以包括二维码或条形码等，移动终端可以基于与用户相关的身份数据通过预设的应用程序生成图形码，该应用程序可以包括购票小程序或购票应用等。需要说明的是，该图形码可以是移动终端在线时预先生成，并进行存储，在离线时提供给闸机扫描；或者是，该图形码可以是移动终端在线，并在线提供给闸机扫描。由于图形码是基于与用户相关的身份数据所生成的，因此，闸机在扫描图形码后可以获取到图形码中包含的用户数据。

该用户数据可以包括用户身份信息、用户选取的车次信息、用户关联的同出行好友信息等，该用户身份信息包括用户证件信息、用户姓名等。

需要说明的是，移动终端在生成二维码之前，用户需要先进行用户注册：方式一，用户可以在移动终端上预先下载并安装相关的应用程序，该应用程序具有扫描图形码、网上银行支付或第三方支付等功能。通过打开移动终端中的应用程序进入注册界面，用户在该注册界面填写联系方式及姓名等，以完善相关的注册信息。方式二，用户可以利用移动终端通过微信平台、或者上述安装好的应用程序、或者其他平台扫描注册二维码关注乘车扫描公众号，弹出注册界面，填写联系方式及姓名等注册信息之后，完成用户注册。可以理解的是，还可以通过其他方式进行注册，具体内容在此处不作限定。在完成注册后，用户可以通过注册好的账号基于与用户相关的身份信息生成图形码。

解析单元902，用于对所述图形信息进行解析，并对解析得到的用户数据进行合法性验证；

发送单元903，用于若所述用户数据以及的合法性验证结果为验证通过，则将所述用户数据发送至服务器，以便所述服务器执行资源转移以及确认出票的操作；当接收到所述管理服务器基于确认出票之后发送的放行指令时，控制闸机开关打开。

在扫描得到图形信息之后，可以对所述图形信息进行解析，从而得到用户数据，获得用户数据之后，闸机可以先对用户数据进行简单验证，比如用户身份信息是否为真实信息，用户选取的车次信息对应的列车，是否已经超过列车发车时间，以及校验移动终端的位置信息与闸机的位置信息之间的误差是否在允许范围内等。在合法性验证通过之后，将该用户数据发送至服务器。服务器即可接收到闸机发送的用户数据，以便所述服务器执行资源转移以及确认出票的操作。

闸机在接收到站内服务器发送的放行指令之后，即可控制闸机开关打开，以便放行用户，并生成用户进站记录，用户进站记录可以包括用户进站时间及进站的站点等。

本申请实施例还提供一种闸机控制系统，该闸机控制系统可以包括服务器和闸机等，其中，闸机包括本申请实施例提供的任一种闸机，服务器包括本申请实施例提供的任一种服务器。

本申请实施例还提供一种网络设备，该网络设备可以为服务器或闸机等设备，如图10所示，其示出了本申请实施例所涉及的网络设备的结构示意图，具体来讲：

该网络设备可以包括一个或者一个以上处理核心的处理器1001、一个或一个以上计算机可读存储介质的存储器1002、电源1003和输入单元1004等部件。本领域技术人员可以理解，图10中示出的网络设备结构并不构成对网络设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

处理器1001是该网络设备的控制中心，利用各种接口和线路连接整个网络设备的各个部分，通过运行或执行存储在存储器1002内的软件程序和/或模块，以及调用存储在存储器1002内的数据，执行网络设备的各种功能和处理数据，从而对网络设备进行整体监控。可选的，处理器1001可包括一个或多个处理核心；优选的，处理器1001可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1001中。

存储器1002可用于存储软件程序以及模块，处理器1001通过运行存储在存储器1002的软件程序以及模块，从而执行各种功能应用以及闸机控制。存储器1002可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据网络设备的使用所创建的数据等。此外，存储器1002可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器802还可以包括存储器控制器，以提供处理器1001对存储器1002的访问。

网络设备还包括给各个部件供电的电源1003，优选的，电源1003可以通过电源管理系统与处理器1001逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源1003还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

该网络设备还可包括输入单元1004，该输入单元1004可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。

尽管未示出，网络设备还可以包括显示单元等，在此不再赘述。具体在本实施例中，网络设备中的处理器1001会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器1002中，并由处理器1001来运行存储在存储器1002中的应用程序，从而实现各种功能，如下：

(1)当该网络设备为管理服务器时，处理器1001可以运行存储在存储器1002中的应用程序，从而实现各种功能，如下：

接收闸机发送的用户数据，所述用户数据包括日期信息与用户身份信息；获取与所述日期信息对应的余票数量；若所述余票数量等于或大于预设值，则将所述用户身份信息与余票进行关联；根据关联的余票以及所述用户数据从所述用户数据中执行资源转移的操作，并在资源转移完成后执行出票操作；当出票成功时，向所述闸机发送放行指令，以便所述闸机基于所述放行指令控制闸机开关打开。

(2)当该网络设备为闸机时，处理器1001可以运行存储在存储器1002中的应用程序，从而实现各种功能，如下：

扫描移动终端基于用户数据生成的图形信息；对所述图形信息进行解析，并对解析得到的用户数据进行合法性验证；若所述用户数据的合法性验证结果为验证通过，则将所述用户数据发送至管理服务器，以便所述管理服务器执行资源转移以及确认出票的操作；当接收到所述管理服务器基于确认出票之后发送的放行指令时，控制闸机开关打开。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见上文针对闸机控制方法的详细描述，此处不再赘述。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。

为此，本申请实施例提供一种存储介质，其中存储有多条指令，该指令能够被处理器进行加载，以执行本申请实施例所提供的任一种闸机控制方法中的步骤。例如，该指令可以执行如下步骤：

接收闸机发送的用户数据，所述用户数据包括日期信息与用户身份信息；获取与所述日期信息对应的余票数量；若所述余票数量等于或大于预设值，则将所述用户身份信息与余票进行关联；根据关联的余票以及所述用户数据从所述用户数据中执行资源转移的操作，并在资源转移完成后执行出票操作；当出票成功时，向所述闸机发送放行指令，以便所述闸机基于所述放行指令控制闸机开关打开。

又例如，该指令还可以执行如下步骤：

扫描移动终端基于用户数据生成的图形信息；对所述图形信息进行解析，并对解析得到的用户数据进行合法性验证；若所述用户数据的合法性验证结果为验证通过，则将所述用户数据发送至管理服务器，以便所述管理服务器执行资源转移以及确认出票的操作；当接收到所述管理服务器基于确认出票之后发送的放行指令时，控制闸机开关打开。

以上各个操作的具体实施可参见前面的实施例，在此不再赘述。

其中，该存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)、磁盘或光盘等。

由于该存储介质中所存储的指令，可以执行本申请实施例所提供的任一种闸机控制方法中的步骤，因此，可以实现本申请实施例所提供的任一种闸机控制方法所能实现的有益效果，详见前面的实施例，在此不再赘述。

以上对本申请实施例所提供的一种闸机控制方法、系统、闸机、管理服务器及存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (14)

1.一种闸机控制方法，其特征在于，包括：

接收闸机发送的用户数据，所述用户数据包括日期信息与用户身份信息；

获取与所述日期信息对应的余票数量；

若所述余票数量等于或大于预设值，则将所述用户身份信息与余票对应的座位进行关联，从而为用户锁定所述余票对应的座位；

根据关联的余票以及所述用户数据从所述用户数据中执行资源转移的操作，并在资源转移完成后执行出票操作，其中，需要验证是否已支付关联的余票，若没有支付，则将关联的余票所对应的座位暂时锁定，暂时不执行出票操作，待支付后再执行出票操作；

当出票成功时，向所述闸机发送放行指令，以便所述闸机基于所述放行指令控制闸机开关打开；

所述将所述用户身份信息与余票对应的座位进行关联的步骤之前，还包括：

查询所述用户身份信息关联的同出行好友信息；

若查询到所述用户身份信息关联的同出行好友信息，则提取所述同出行好友的身份信息以及数量，并将提取到的同出行好友的身份信息以及数量添加至所述用户身份信息中，以便同时为所述同出行好友锁定余票对应的座位。

2.根据权利要求1所述的闸机控制方法，其特征在于，所述提取所述同出行好友的身份信息以及数量的步骤之后，还包括：

提取所述同出行好友的通讯方式；

获取提示信息，其中，所述提示信息用于提示所述同出行好友被用户添加为同出行的好友，并将所述提示信息发送至所述同出行好友的通讯方式对应的终端；

当接收到所述同出行好友的通讯方式对应的终端反馈的确认同行的信息时，执行所述将所述用户身份信息与余票进行关联的步骤。

3.根据权利要求1所述的闸机控制方法，其特征在于，所述根据关联的余票以及所述用户数据从所述用户数据中执行资源转移的操作，并在资源转移完成后执行出票操作的步骤之后，还包括：

监控预设时间内，是否接收到闸机发送的所述同出行好友的身份信息对应的用户数据；

若在预设时间内，没有接收到闸机发送的所述同出行好友的身份信息对应的用户数据，则根据所述同出行好友的身份信息取消同出行好友的余票关联。

4.根据权利要求1所述的闸机控制方法，其特征在于，所述获取与所述日期信息对应的余票数量的步骤之前，还包括：

根据所述用户身份信息查询用户是否被其他用户关联为同出行好友；

若查询到用户被其他用户关联为同出行好友，则提取关联的余票信息；

根据提取到的关联的余票以及所述用户数据从所述用户数据中执行资源转移的操作，并在资源转移完成后执行出票操作。

5.根据权利要求1所述的闸机控制方法，其特征在于，所述日期信息包括出发时间信息，所述获取与所述日期信息对应的余票数量之前，还包括：

将所述出发时间信息与当前时间进行对比，获得所述出发时间信息与当前时间的差值；

若所述差值小于或等于第一差值，则获取所述用户数据中的通讯方式，并发送更换日期信息的提示信息至所述通讯方式对应的终端。

6.根据权利要求5所述的闸机控制方法，其特征在于，所述将所述出发时间信息与当前时间进行对比，获得所述出发时间信息与当前时间的差值的步骤之后，还包括：

若所述差值大于第二差值，则查询出发时间大于所述第一差值并且小于第二差值余票数量；

若出发时间大于所述第一差值并且小于第二差值的余票数量等于或大于预设值时，则获取所述用户数据中的通讯方式，并将更换日期信息的提示信息以及查询到等于或大于预设值的的余票数量发送至所述通讯方式对应的终端。

7.根据权利要求1所述的闸机控制方法，其特征在于，所述若所述余票数量等于或大于预设值，则将所述用户身份信息与余票进行关联的步骤之后，还包括：

若查询到的余票数量小于预设值，则获取所述用户数据中的通讯方式，并发送更换日期信息的提示信息至所述通讯方式对应的终端，以便用户更换。

8.根据权利要求1-7任一项所述的闸机控制方法，其特征在于，所述当出票成功时，向所述闸机发送放行指令，以便所述闸机基于所述放行指令控制闸机开关打开的步骤之后，还包括：

接收闸机发送的用户进站记录，并根据所述进站记录对所述用户数据进行更新。

9.根据权利要求8所述的闸机控制方法，其特征在于，所述接收闸机发送的用户数据以及的步骤之后，还包括：

根据所述用户数据查询所述用户数据中的进站记录；

当查询到所述进站记录时，则根据所述用户数据提取所述用户的购票记录；

接收所述闸机发送的当前站点，并将所述当前站点与用户的购票记录对应的目的地点进行对比；

在所述当前站点与用户的购票记录对应的目的地点一致时，向闸机发送放行指令，以便所述闸机基于所述放行指令控制闸机开关打开。

10.一种闸机控制方法，其特征在于，包括：

扫描移动终端基于用户数据生成的图形信息；

对所述图形信息进行解析，并对解析得到的用户数据进行合法性验证，所述用户数据包括用户身份信息，所述用户身份信息包括同出行好友的身份信息；

若所述用户数据的合法性验证结果为验证通过，则将所述用户数据发送至管理服务器，以便所述管理服务器将所述用户身份信息与余票对应的座位进行关联，从而为用户及其同出行好友锁定余票对应的座位，并执行资源转移以及确认出票的操作，其中，需要验证是否已支付关联的余票，若没有支付，则将关联的余票所对应的座位暂时锁定，暂时不执行出票操作，待支付后再执行出票操作；

当接收到所述管理服务器基于确认出票之后发送的放行指令时，控制闸机开关打开。

11.一种服务器，其特征在于，所述服务器包括：

接收单元，用于接收闸机发送的用户数据，所述用户数据包括日期信息与用户身份信息；

获取单元，用于获取与所述日期信息对应的余票数量；

关联单元，用于若所述余票数量等于或大于预设值，则将所述用户身份信息与余票对应的座位进行关联，从而为用户锁定所述余票对应的座位；

资源转移单元，用于根据关联的余票以及所述用户数据从所述用户数据中执行资源转移的操作，并在资源转移完成后执行出票操作，其中，需要验证是否已支付关联的余票，若没有支付，则将关联的余票所对应的座位暂时锁定，暂时不执行出票操作，待支付后再执行出票操作；

发送单元，用于当出票成功时，向所述闸机发送放行指令，以便所述闸机基于所述放行指令控制闸机开关打开；

所述将所述用户身份信息与余票对应的座位进行关联的步骤之前，还包括：

查询所述用户身份信息关联的同出行好友信息；

若查询到所述用户身份信息关联的同出行好友信息，则提取所述同出行好友的身份信息以及数量，并将提取到的同出行好友的身份信息以及数量添加至所述用户身份信息中，以便同时为所述同出行好友锁定余票对应的座位。

12.一种闸机，其特征在于，所述闸机包括：

扫描单元，用于扫描移动终端基于用户数据生成的图形信息；

解析单元，用于对所述图形信息进行解析，并对解析得到的用户数据进行合法性验证，所述用户数据包括用户身份信息，所述用户身份信息包括同出行好友的身份信息；

发送单元，用于若所述用户数据的合法性验证结果为验证通过，则将所述用户数据发送至管理服务器，以便所述管理服务器将所述用户身份信息与余票对应的座位进行关联，从而为用户及其同出行好友锁定余票对应的座位，并执行资源转移以及确认出票的操作，其中，需要验证是否已支付关联的余票，若没有支付，则将关联的余票所对应的座位暂时锁定，暂时不执行出票操作，待支付后再执行出票操作；当接收到所述管理服务器基于确认出票之后发送的放行指令时，控制闸机开关打开。

13.一种闸机控制系统，其特征在于，所述闸机控制系统包括闸机和服务器，所述闸机包括如权利要求12所述的闸机，服务器包括如权利要求11所述的服务器。

14.一种存储介质，其特征在于，所述存储介质存储有多条指令，所述指令适于处理器进行加载，以执行权利要求1至10任一项所述的闸机控制方法中的步骤。

Images