CN112712619A - 地铁站客流的管控方法、装置、计算机设备及存储介质 - Google Patents

地铁站客流的管控方法、装置、计算机设备及存储介质 Download PDF

Info

Publication number
CN112712619A
CN112712619A CN202011506621.9A CN202011506621A CN112712619A CN 112712619 A CN112712619 A CN 112712619A CN 202011506621 A CN202011506621 A CN 202011506621A CN 112712619 A CN112712619 A CN 112712619A
Authority
CN
China
Prior art keywords
passenger flow
waiting
station
request
list
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202011506621.9A
Other languages
English (en)
Inventor
刘时旺
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ping An Life Insurance Company of China Ltd
Original Assignee
Ping An Life Insurance Company of China Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ping An Life Insurance Company of China Ltd filed Critical Ping An Life Insurance Company of China Ltd
Priority to CN202011506621.9A priority Critical patent/CN112712619A/zh
Publication of CN112712619A publication Critical patent/CN112712619A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C9/00—Individual registration on entry or exit
    • G07C9/20—Individual registration on entry or exit involving the use of a pass
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/602—Providing cryptographic facilities or services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • Business, Economics & Management (AREA)
  • Bioethics (AREA)
  • Computer Hardware Design (AREA)
  • Databases & Information Systems (AREA)
  • Economics (AREA)
  • Data Mining & Analysis (AREA)
  • Computing Systems (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Devices For Checking Fares Or Tickets At Control Points (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请涉及数据处理技术领域，公开了一种地铁站客流的管控方法，包括：接收到第一进站请求时，检测到地铁站内的当前客流量是否大于或等于预设阈值，则根据当前排队人数生成候车码，并将候车码发送至第一进站请求关联的用户设备；检测到更新后的当前客流量小于预设阈值时，从所有候车码中确定进站名单；接收到基于候车码触发的第二进站请求时，检测第二进站请求对应的候车码是否处于进站名单内；若是，对所述第二进站请求对应的用户放行；若否，禁止对所述第二进站请求对应的用户放行。本申请还涉及区块链技术领域。本申请还公开了一种地铁站客流的管控装置、计算机设备以及计算机可读存储介质。本申请提高了对地铁站进站客流管控的效率。

Description

地铁站客流的管控方法、装置、计算机设备及存储介质
技术领域
本申请涉及数据处理技术领域，尤其涉及一种地铁站客流的管控方法、地铁站客流的管控装置、计算机设备以及计算机可读存储介质。
背景技术
在地铁站内客流量处于高峰期间，为了避免站内滞留人数过多而引发安全事故，需要对地铁站的进站客流进行管控。但是，目前一般是采用工作人员人为拦截的方式来对地铁站进站客流进行管控，这样不仅需要投入大量的人力成本而且效率低下，还容易因站外排队人数过多而出现管理混乱，导致对地铁站进站客流管控效率低下。
上述内容仅用于辅助理解本申请的技术方案，并不代表承认上述内容是现有技术。
发明内容
本申请的主要目的在于提供一种地铁站客流的管控方法、地铁站客流的管控装置、计算机设备以及计算机可读存储介质，旨在解决如何保证地铁站内客流量安全可控的前提下，对地铁站进站客流实现有序管控，以提高进站客流管控效率的问题。
为实现上述目的，本申请提供一种地铁站客流的管控方法，包括以下步骤：
接收到第一进站请求时，判断地铁站内的当前客流量是否大于或等于预设阈值；
若是，根据当前排队人数生成候车码，并将所述候车码发送至所述第一进站请求关联的用户设备；
检测到所述当前客流量更新，且更新后的当前客流量小于所述预设阈值时，从所有所述候车码中确定进站名单，并向处于所述进站名单内的候车码对应的用户设备发送进站通知信息；
接收到基于所述候车码触发的第二进站请求时，检测所述第二进站请求对应的候车码是否处于所述进站名单内；
当所述第二进站请求对应的候车码处于所述进站名单内时，对所述第二进站请求对应的用户放行；
当所述第二进站请求对应的候车码未处于所述进站名单内时，禁止对所述第二进站请求对应的用户放行。
进一步地，所述检测到所述当前客流量更新，且更新后的当前客流量小于所述预设阈值时，从所有所述候车码中确定进站名单，并向处于所述进站名单内的候车码对应的用户设备发送进站通知信息的步骤之前，还包括：
根据所述地铁站的当前进站人数、当前出站人数和当前客流中转量，对所述当前客流量进行更新。
进一步地，所述检测到所述当前客流量更新，且更新后的当前客流量小于所述预设阈值时，从所有所述候车码中确定进站名单，并向处于所述进站名单内的候车码对应的用户设备发送进站通知信息的步骤之后，还包括：
将所述进站名单发送至存储服务端以块链式的账本进行存储。
进一步地，所述接收到基于所述候车码触发的第二进站请求时，检测所述第二进站请求对应的候车码是否处于所述进站名单内的步骤包括：
接收到基于所述候车码触发的第二进站请求时，基于所述第二进站请求对应的候车码向所述存储服务端发送查询信息，以检测所述第二进站请求对应的候车码是否处于所述进站名单内；
接收到所述存储服务端基于所述查询信息反馈的肯定响应时，判定所述第二进站请求对应的候车码处于所述进站名单内；
接收到所述存储服务端基于所述查询信息反馈的否定响应时，判定所述第二进站请求对应的候车码不处于所述进站名单内。
进一步地，所述检测到所述当前客流量更新，且更新后的当前客流量小于所述预设阈值时，从所有所述候车码中确定进站名单，并向处于所述进站名单内的候车码对应的用户设备发送进站通知信息的步骤之后，还包括：
检测到所述进站名单的生成时长大于预设时长时，将所述进站名单中未销毁的候车码进行销毁，其中，在对所述第二进站请求对应的用户放行后，则销毁所述第二进站请求对应的候车码。
进一步地，所述根据当前排队人数生成候车码，并将所述候车码发送至所述第一进站请求关联的用户设备的步骤之后，还包括：
接收到所述用户设备基于所述候车码发送的排队取消信息时，将所述排队取消信息对应的候车码进行销毁，并更新所述当前排队人数。
进一步地，所述接收到第一进站请求时，判断地铁站内的当前客流量是否大于或等于预设阈值的步骤之后，还包括：
若否，检测当前排队人数是否已清零；
当检测到所述当前排队人数已清零时，对所述第一进站请求对应的用户放行。
为实现上述目的，本申请还提供一种地铁站客流的管控装置，所述地铁站客流的管控装置包括：
判断模块，用于接收到第一进站请求时，判断地铁站内的当前客流量是否大于或等于预设阈值；
候车码模块，用于若是，根据当前排队人数生成候车码，并将所述候车码发送至所述第一进站请求关联的用户设备；
处理模块，用于检测到所述当前客流量更新，且更新后的当前客流量小于所述预设阈值时，从所有所述候车码中确定进站名单，并向处于所述进站名单内的候车码对应的用户设备发送进站通知信息；
检测模块，用于接收到基于所述候车码触发的第二进站请求时，检测所述第二进站请求对应的候车码是否处于所述进站名单内；
第一判定模块，用于当所述第二进站请求对应的候车码处于所述进站名单内时，对所述第二进站请求对应的用户放行；
第二判定模块，用于当所述第二进站请求对应的候车码未处于所述进站名单内时，禁止对所述第二进站请求对应的用户放行。
为实现上述目的，本申请还提供一种计算机设备，所述计算机设备包括：
所述计算机设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的地铁站客流的管控程序，所述地铁站客流的管控程序被所述处理器执行时实现如上述地铁站客流的管控方法的步骤。
为实现上述目的，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有地铁站客流的管控程序，所述地铁站客流的管控程序被处理器执行时实现如上述地铁站客流的管控方法的步骤。
本申请提供的地铁站客流的管控方法、地铁站客流的管控装置、计算机设备以及计算机可读存储介质，实现当地铁站内客流量超出客流负载时，禁止站外进站闸机放行，并自动为站外人员分配排队乘车的候车码，且当候车码处于进站名单内再通知相应用户使用候车码进站乘车，以及控制进站闸机只对候车码处于进站名单内的用户放行，在保证了地铁站内客流量安全可控的同时，减少了人为维持进站客流秩序的成本投入，还能实现对进站客流的有序管控，提高了对地铁站进站客流管控效率。
附图说明
图1为本申请一实施例中地铁站客流的管控方法步骤示意图；
图2为本申请一实施例的地铁站客流的管控装置示意框图；
图3为本申请一实施例的计算机设备的结构示意框图。
本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
参照图1，在一实施例中，所述地铁站客流的管控方法包括：
步骤S10、接收到第一进站请求时，判断地铁站内的当前客流量是否大于或等于预设阈值；
步骤S20、若是，根据当前排队人数生成候车码，并将所述候车码发送至所述第一进站请求关联的用户设备；
步骤S30、检测到所述当前客流量更新，且更新后的当前客流量小于所述预设阈值时，从所有所述候车码中确定进站名单，并向处于所述进站名单内的候车码对应的用户设备发送进站通知信息；
步骤S40、接收到基于所述候车码触发的第二进站请求时，检测所述第二进站请求对应的候车码是否处于所述进站名单内；
步骤S50、当所述第二进站请求对应的候车码处于所述进站名单内时，对所述第二进站请求对应的用户放行；
步骤S60、当所述第二进站请求对应的候车码未处于所述进站名单内时，禁止对所述第二进站请求对应的用户放行。
本实施例中，地铁站除了在站内候车区出入口设置有计费闸机外，在地铁站站外入口处还设置有进站闸机，所述进站闸机用于对地铁站进站客流进行管控。
可选的，实施例的执行终端可以是计算机设备，如地铁站的中控系统(中控系统可与进站闸机建立通信连接)、进站闸机等；实施例的执行终端也可以是一种虚拟装置，如地铁站客流的管控装置。以下以实施例终端为地铁站的中控系统为例进行说明。
如步骤S10所述：当用户需要进入地铁站乘车时，可以使用身份标识卡在进站闸机的刷卡区域刷卡，从而发出第一进站请求，即终端可通过进站闸机接收第一进站请求。其中，所述身份标识卡可以是交通卡、电子交通卡、身份证、银联卡、乘车票等。
进一步地，用户所使用的身份标识卡可预先关联有用户的用户设备(如智能手机)，当终端接收到第一进站请求时，则将触发第一进站请求的身份标识卡所关联的用户设备，与第一进站请求进行关联绑定。
可选的，当终端接收到第一进站请求时，则获取地铁站内的当前客流量，并判断当前客流量是否大于或等于预设阈值。
其中，终端获取地铁站出入口处闸机累计记录的当前进站人数和当前出站人数，以及获取记录的站内换乘时记录的当前客流中转量，然后根据当前进站人数、当前出站人数和当前客流中转量确定当前客流量。其中，当前客流中转量可根据地铁站内每一车次的上车人数和下车人数确定得到。
其中，所述预设阈值为地铁站内的最大客流负载量，因此当地铁站内的客流量处于预设阈值内时，则说明站内人数处于安全可控的范围内，当地铁站内的客流量超过预设阈值时，则说明站内人数超出安全可控的范围，故，预设阈值需根据地铁站具体设计时所规划的最大客流负载量所决定，不同地铁站根据设计规划的不同，其对应的预设阈值可相同可不相同。
如步骤S20所述：当终端检测到地铁站内的当前客流量大于或等于预设阈值时，则获取当前排队人数，然后将当前排队人数累计加一，得到最新排队人数，并创建在最新排队人数中的最后位次的候车码。其中，所述候车码可以是二维码或条形码形式的唯一标识码。
应当理解的是，从终端检测到地铁站内的当前客流量从一开始小于预设阈值，逐渐达到预设阈值后，当终端再接收到第一进站请求时，则开始记录当前排队人数，且每一个第一进站请求对应一排队人次。
当然，若终端当前获取到的当前排队人数为0，则判定当前用户在排队中排列第一，然后再将当前排队人数更新为1。
可选的，终端在生成最新排队位次的候车码后，则将该候车码发送至当前第一进站请求关联的用户设备，并提示用户在站外排队等候进站。此时，终端还将候车码与负责接收该候车码的用户设备关联。
当然，候车码还可关联有对应的排队号，以便于用户随时基于候车码查询自身当前所处的排队位次。
可选的，当终端检测到地铁站内的当前客流量小于预设阈值时，则进一步检测当前排队人数是否已清零。当终端检测到当前排队人数已清零时，则可直接判定对当前接收到的第一进站请求对应的用户放行，并开放负责接收该第一进站请求的进站闸机，以使该第一进站请求对应的用户可以通过；当终端检测到当前排队人数未清零时，则依然是执行所述根据当前排队人数生成候车码，并将所述候车码发送至所述第一进站请求关联的用户设备的步骤，并提示用户在站外排队等候进站。
或者，当终端检测到地铁站内的当前客流量小于预设阈值时，以及检测到当前排队人数已清零时，则直接控制进站闸机开放，允许用户自由通行，直到终端检测到地铁站内的当前客流量大于或等于预设阈值时，再控制进站闸机关闭。
如步骤S30所述：终端可以实时监测地铁站内的当前客流量是否有更新，并当检测到当前客流量有更新时，则进一步检测更新后的客流量是否小于预设阈值。
可选的，当终端检测到更新后的当前客流量大于或等于预设阈值时，则终端可不作处理。
可选的，当终端检测到更新后的当前客流量小于预设阈值时，则计算当前客流量与预设阈值之间的差值，得到目标人数，所述目标人数表征为地铁站当前可进站人数。
进一步地，终端根据所有未销毁的候车码相应的排队位次，从排队最前的候车码开始，获取与目标人数相等数量的候车码生成进站名单。同时，终端还根据新生成的进站名单中的候车码数量(即目标人数)，更新当前排队人数，即将当前排队人数减去目标人数。
当然，终端也可先检测之前是否已生成有进站名单，若终端之前已生成有进站名单，且进站名单中还存在未销毁的候车码时，终端在计算目标人数以生成新的进站名单时，则所计算得到的目标人数应减去先前生成的进站名单中未销毁的候车码的数量。
同时，终端还向处于进站名单内的候车码所关联的用户设备发送进站通知信息，以向拥有这些用户设备的用户提示当前可使用候车码进入地铁站内乘车。这样，用户只需收到进站通知信息时，再前往进站闸机处使用候车码进站，可以避免一些用户聚集在进站闸机处使用候车码反复轮试而造成站外场面混乱，在一定程度上可以提高对地铁站进站客流管控的效率。
如步骤S40所述：当用户在用户设备上接收到候车码，并获悉当前可进入地铁站内乘车时，则可以在用户设备上显示候车码，并将候车码对准进站闸机的扫描口。当终端通过进站闸机的扫描口检测到候车码时，则判定当前有候车码对应的第二进站请求触发生成。
进一步地，终端获取当前触发的第二进站请求对应的候车码，并检测该候车码是否处于进站名单内。
如步骤S50所述：当终端检测到当前触发的第二进站请求对应的候车码处于进站名单内时，则判定可对第二进站请求对应的用户放行，并控制负责接收该第二进站请求的进站闸机打开闸门，以使该第二进站请求对应的用户可以通过进站闸机。应当理解的是，第二进站请求对应的用户，即为第二进站请求对应的候车码所属的用户。
进一步地，当终端控制进站闸机对用户放行后，则终端可以销毁当前通过进站闸机的用户对应的候车码。
如步骤S60所述：当终端检测到当前触发的第二进站请求对应的候车码未处于进站名单内时，则判定禁止对所述第二进站请求对应的用户放行，并控制负责接收该第二进站请求的进站闸机维持禁止通行状态(即维持闸门关闭)。这样，可以避免未处于进站名单内的候车码对应的用户插队进站。
在一实施例中，实现当地铁站内客流量超出客流负载时，禁止站外进站闸机放行，并自动为站外人员分配排队乘车的候车码，且当候车码处于进站名单内再通知相应用户使用候车码进站乘车，以及控制进站闸机只对候车码处于进站名单内的用户放行，在保证了地铁站内客流量安全可控的同时，减少了人为维持进站客流秩序的成本投入，还能实现对进站客流的有序管控，提高了对地铁站进站客流管控效率。
在一实施例中，在上述实施例基础上，所述检测到所述当前客流量更新，且更新后的当前客流量小于所述预设阈值时，从所有所述候车码中确定进站名单，并向处于所述进站名单内的候车码对应的用户设备发送进站通知信息的步骤之前，还包括：
步骤S70、根据所述地铁站的当前进站人数、当前出站人数和当前客流中转量，对所述当前客流量进行更新。
本实施例中，终端可以是检测到地铁站内的当前客户中转量、当前进站人数和当前出站人数中，任一数据有数值更新变动时，则相应更新当前客流量。
其中，终端可通过地铁站出入口处闸机在当日内累计记录的进站人数和出站人数，相应得到当前进站人数和当前出站人数。
可选的，终端可以是根据历史记录的所述地铁站在目标时段内的客流中转量，确定所述当前客流中转量。其中，所述目标时段可以是每日地铁站的客流高峰时段。终端获取历史记录的连续多日的目标时段内的客流中转量，通过计算多日同一目标时段的客流中转量的均值，即可估算得到当前客流中转量(由于上下班高峰期间一般人群是相对固定的，所以这样估算得到的当前客流中转量相对来说会比较准确)。
或者，每一列车可记录到站时和离站时的负重量，并根据前后两负重量的差值以及标准人均体重，确定得到净上车人数(即到站时负重量小于离站时)或净下车人数(即到站时负重量大于离站时)，然后将净上车人数或净下车人数发送至终端，由终端基于净上车人数或净下车人数更新当前客流中转量(可为负值)。
可选的，终端使用当前进站人数减去当前出站人数时，再加上当前客流中转量，即可更新得到当前客流量。
这样，通过实现对地铁站内的当前客流量进行实时更新，并基于更新的当前客流量对进站客流量进行管控，从而保证了地铁站内客流量安全可控。
在一实施例中，在上述实施例基础上，所述检测到所述当前客流量更新，且更新后的当前客流量小于所述预设阈值时，从所有所述候车码中确定进站名单，并向处于所述进站名单内的候车码对应的用户设备发送进站通知信息的步骤之后，还包括：
步骤S80、将所述进站名单发送至存储服务端以块链式的账本进行存储。
本实施例中，终端与基于区块链技术构建的存储服务端建立有通信连接。当终端检测到有进站名单生成时，则将新生成的进站名单发送至存储服务端。存储服务端接收到终端发送的进站名单时，则将进站名单以块链式的账本进行存储，并同步更新到区块链网络中。
需要说明的是，账本(Ledger)，是区块链(也称为账本数据)和与区块链同步的状态数据库的统称。其中，区块链是以文件系统中的文件的形式来记录交易；状态数据库是以不同类型的键(Key)值(Value)对的形式来记录区块链中的交易，用于支持对区块链中交易的快速查询。
区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层。
区块链底层平台可以包括用户管理、基础服务、智能合约以及运营监控等处理模块。其中，用户管理模块负责所有区块链参与者的身份信息管理，包括维护公私钥生成(账户管理)、密钥管理以及用户真实身份和区块链地址对应关系维护(权限管理)等，并且在授权的情况下，监管和审计某些真实身份的交易情况，提供风险控制的规则配置(风控审计)；基础服务模块部署在所有区块链节点设备上，用来验证业务请求的有效性，并对有效请求完成共识后记录到存储上，对于一个新的业务请求，基础服务先对接口适配解析和鉴权处理(接口适配)，然后通过共识算法将业务信息加密(共识管理)，在加密之后完整一致的传输至共享账本上(网络通信)，并进行记录存储；智能合约模块负责合约的注册发行以及合约触发和合约执行，开发人员可以通过某种编程语言定义合约逻辑，发布到区块链上(合约注册)，根据合约条款的逻辑，调用密钥或者其它的事件触发执行，完成合约逻辑，同时还提供对合约升级注销的功能；运营监控模块主要负责产品发布过程中的部署、配置的修改、合约设置、云适配以及产品运行中的实时状态的可视化输出，例如：告警、监控网络情况、监控节点设备健康状态等。
这样，可以提高进站名单存储的安全性。
在一实施例中，在上述实施例基础上，所述接收到基于所述候车码触发的第二进站请求时，检测所述第二进站请求对应的候车码是否处于所述进站名单内的步骤包括：
步骤S81、接收到基于所述候车码触发的第二进站请求时，基于所述第二进站请求对应的候车码向所述存储服务端发送查询信息，以检测所述第二进站请求对应的候车码是否处于所述进站名单内；
步骤S82、接收到所述存储服务端基于所述查询信息反馈的肯定响应时，判定所述第二进站请求对应的候车码处于所述进站名单内；
步骤S83、接收到所述存储服务端基于所述查询信息反馈的否定响应时，判定所述第二进站请求对应的候车码不处于所述进站名单内。
本实施例中，在终端将所述进站名单发送至存储服务端以块链式的账本进行存储之后，当终端接收到基于所述候车码触发的第二进站请求时，可以基于所述第二进站请求对应的候车码生成查询信息，并将查询信息发送至所述存储服务端，以通过存储服务端检测所述第二进站请求对应的候车码是否处于进站名单内。
可选的，存储服务端接收到查询信息时，则提取查询信息中的候车码，并检测该候车码是否处于进站名单中；若是，则存储服务端向终端发送所述查询信息的肯定响应；若否，则存储服务端向终端发送所述查询信息的否定响应。
当终端接收到所述存储服务端基于所述查询信息反馈的肯定响应时，则判定所述第二进站请求对应的候车码处于所述进站名单内，并进一步判定对所述第二进站请求对应的用户放行。
当终端接收到所述存储服务端基于所述查询信息反馈的否定响应时，则判定所述第二进站请求对应的候车码不处于所述进站名单内，则禁止对所述第二进站请求对应的用户放行。
这样，通过将进站名单存储至基于区块链技术构建的存储服务端上，可以提高存储进站名单的安全性，避免因进站名单遭到非法篡改，而使得非法用户可以插队进入地铁站，从而避免因地铁站发生进站客流管控混乱，而导致地铁站进站客流管控的效率降低。
在一实施例中，在上述实施例基础上，所述检测到所述当前客流量更新，且更新后的当前客流量小于所述预设阈值时，从所有所述候车码中确定进站名单，并向处于所述进站名单内的候车码对应的用户设备发送进站通知信息的步骤之后，还包括：
步骤S90、检测到所述进站名单的生成时长大于预设时长时，将所述进站名单中未销毁的候车码进行销毁，其中，在对所述第二进站请求对应的用户放行后，则销毁所述第二进站请求对应的候车码。
本实施例中，当终端控制进站闸机对第二进站请求对应的用户放行后，则终端可以销毁当前通过进站闸机的用户对应的候车码(即当前接收到的第二进站请求对应的候车码)。
可选的，终端在生成进站名单时，则记录进站名单对应的生成时间点，并基于此累计进站名单对应的生成时长，然后终端可以实时检测进站名单的生成时长是否大于预设时长。其中，所述预设时长可以根据实际情况需要设置，如取值范围可为3-10分钟。
当终端检测到进站名单对应的生成时长大于预设时长时，则终端获取进站名单中所有未销毁的候车码，并将这些候车码进行销毁。
而且当终端接收到基于所述候车码触发的第二进站请求，并检测到所述第二进站请求对应的候车码处于进站名单内时，还可以进一步检测该候车码是否已销毁；若是，则禁止对所述第二进站请求对应的用户放行；若否，则判定对所述第二进站请求对应的用户放行。
这样，可以避免出现用户长时间占用进站名单而不使用候车码进入地铁站的情况发生，从而避免地铁乘车资源被恶意占用。
在一实施例中，在上述实施例基础上，所述根据当前排队人数生成候车码，并将所述候车码发送至所述第一进站请求关联的用户设备的步骤之后，还包括：
步骤S100、接收到所述用户设备基于所述候车码发送的排队取消信息时，将所述排队取消信息对应的候车码进行销毁，并更新所述当前排队人数。
本实施例中，当用户通过用户设备接收到候车码后，在用户等候进站的过程中，可以随时取消排队。且用户可通过用户设备基于接收到的候车码生成排队取消信息，并将排队取消信息发送至终端。
当终端接收到用户设备基于所述候车码发送的排队取消信息时，则将所述排队取消信息对应的候车码进行销毁，并更新当前排队人数(即将当前排队人数减一)。
这样，实现用户可主动取消排队，避免用户在排队中途决定更换其他出行方式而离开排队时，因此排队位次依然被占用而对地铁候车资源造成浪费。
参照图2，本申请实施例中还提供一种地铁站客流的管控装置10，包括：
判断模块11，用于接收到第一进站请求时，判断地铁站内的当前客流量是否大于或等于预设阈值；
候车码模块12，用于若是，根据当前排队人数生成候车码，并将所述候车码发送至所述第一进站请求关联的用户设备；
处理模块13，用于检测到所述当前客流量更新，且更新后的当前客流量小于所述预设阈值时，从所有所述候车码中确定进站名单，并向处于所述进站名单内的候车码对应的用户设备发送进站通知信息；
检测模块14，用于接收到基于所述候车码触发的第二进站请求时，检测所述第二进站请求对应的候车码是否处于所述进站名单内；
第一判定模块15，用于当所述第二进站请求对应的候车码处于所述进站名单内时，对所述第二进站请求对应的用户放行；
第二判定模块16，用于当所述第二进站请求对应的候车码未处于所述进站名单内时，禁止对所述第二进站请求对应的用户放行。
参照图3，本申请实施例中还提供一种计算机设备，该计算机设备可以是服务器，其内部结构可以如图3所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于地铁站客流的管控程序。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种地铁站客流的管控方法。
本领域技术人员可以理解，图3中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定。
此外，本申请还提出一种计算机可读存储介质，所述计算机可读存储介质包括地铁站客流的管控程序，所述地铁站客流的管控程序被处理器执行时实现如以上实施例所述的地铁站客流的管控方法的步骤。可以理解的是，本实施例中的计算机可读存储介质可以是易失性可读存储介质，也可以为非易失性可读存储介质。
综上所述，为本申请实施例中提供的地铁站客流的管控方法、地铁站客流的管控装置、计算机设备和存储介质，实现当地铁站内客流量超出客流负载时，禁止站外进站闸机放行，并自动为站外人员分配排队乘车的候车码，且当候车码处于进站名单内再通知相应用户使用候车码进站乘车，以及控制进站闸机只对候车码处于进站名单内的用户放行，在保证了地铁站内客流量安全可控的同时，减少了人为维持进站客流秩序的成本投入，还能实现对进站客流的有序管控，提高了对地铁站进站客流管控效率。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的和实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可以包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM通过多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双速据率SDRAM(SSRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其它变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素，而且还包括没有明确列出的其它要素，或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。
以上所述仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其它相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种地铁站客流的管控方法，其特征在于，包括：
接收到第一进站请求时，判断地铁站内的当前客流量是否大于或等于预设阈值；
若是，根据当前排队人数生成候车码，并将所述候车码发送至所述第一进站请求关联的用户设备；
检测到所述当前客流量更新，且更新后的当前客流量小于所述预设阈值时，从所有所述候车码中确定进站名单，并向处于所述进站名单内的候车码对应的用户设备发送进站通知信息；
接收到基于所述候车码触发的第二进站请求时，检测所述第二进站请求对应的候车码是否处于所述进站名单内；
当所述第二进站请求对应的候车码处于所述进站名单内时，对所述第二进站请求对应的用户放行；
当所述第二进站请求对应的候车码未处于所述进站名单内时，禁止对所述第二进站请求对应的用户放行。
2.如权利要求1所述的地铁站客流的管控方法，其特征在于，所述检测到所述当前客流量更新，且更新后的当前客流量小于所述预设阈值时，从所有所述候车码中确定进站名单，并向处于所述进站名单内的候车码对应的用户设备发送进站通知信息的步骤之前，还包括：
根据所述地铁站的当前进站人数、当前出站人数和当前客流中转量，对所述当前客流量进行更新。
3.如权利要求1或2所述的地铁站客流的管控方法，其特征在于，所述检测到所述当前客流量更新，且更新后的当前客流量小于所述预设阈值时，从所有所述候车码中确定进站名单，并向处于所述进站名单内的候车码对应的用户设备发送进站通知信息的步骤之后，还包括：
将所述进站名单发送至存储服务端以块链式的账本进行存储。
4.如权利要求3所述的地铁站客流的管控方法，其特征在于，所述接收到基于所述候车码触发的第二进站请求时，检测所述第二进站请求对应的候车码是否处于所述进站名单内的步骤包括：
接收到基于所述候车码触发的第二进站请求时，基于所述第二进站请求对应的候车码向所述存储服务端发送查询信息，以检测所述第二进站请求对应的候车码是否处于所述进站名单内；
接收到所述存储服务端基于所述查询信息反馈的肯定响应时，判定所述第二进站请求对应的候车码处于所述进站名单内；
接收到所述存储服务端基于所述查询信息反馈的否定响应时，判定所述第二进站请求对应的候车码不处于所述进站名单内。
5.如权利要求1或2所述的地铁站客流的管控方法，其特征在于，所述检测到所述当前客流量更新，且更新后的当前客流量小于所述预设阈值时，从所有所述候车码中确定进站名单，并向处于所述进站名单内的候车码对应的用户设备发送进站通知信息的步骤之后，还包括：
检测到所述进站名单的生成时长大于预设时长时，将所述进站名单中未销毁的候车码进行销毁，其中，在对所述第二进站请求对应的用户放行后，则销毁所述第二进站请求对应的候车码。
6.如权利要求1所述的地铁站客流的管控方法，其特征在于，所述根据当前排队人数生成候车码，并将所述候车码发送至所述第一进站请求关联的用户设备的步骤之后，还包括：
接收到所述用户设备基于所述候车码发送的排队取消信息时，将所述排队取消信息对应的候车码进行销毁，并更新所述当前排队人数。
7.如权利要求1所述的地铁站客流的管控方法，其特征在于，所述接收到第一进站请求时，判断地铁站内的当前客流量是否大于或等于预设阈值的步骤之后，还包括：
若否，检测当前排队人数是否已清零；
当检测到所述当前排队人数已清零时，对所述第一进站请求对应的用户放行。
8.一种地铁站客流的管控装置，其特征在于，包括：
判断模块，用于接收到第一进站请求时，判断地铁站内的当前客流量是否大于或等于预设阈值；
候车码模块，用于若是，根据当前排队人数生成候车码，并将所述候车码发送至所述第一进站请求关联的用户设备；
处理模块，用于检测到所述当前客流量更新，且更新后的当前客流量小于所述预设阈值时，从所有所述候车码中确定进站名单，并向处于所述进站名单内的候车码对应的用户设备发送进站通知信息；
检测模块，用于接收到基于所述候车码触发的第二进站请求时，检测所述第二进站请求对应的候车码是否处于所述进站名单内；
第一判定模块，用于当所述第二进站请求对应的候车码处于所述进站名单内时，对所述第二进站请求对应的用户放行；
第二判定模块，用于当所述第二进站请求对应的候车码未处于所述进站名单内时，禁止对所述第二进站请求对应的用户放行。
9.一种计算机设备，其特征在于，所述计算机设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的地铁站客流的管控程序，所述地铁站客流的管控程序被所述处理器执行时实现如权利要求1至7中任一项所述的地铁站客流的管控方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有地铁站客流的管控程序，所述地铁站客流的管控程序被处理器执行时实现如权利要求1至7中任一项所述的地铁站客流的管控方法的步骤。
CN202011506621.9A 2020-12-18 2020-12-18 地铁站客流的管控方法、装置、计算机设备及存储介质 Pending CN112712619A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011506621.9A CN112712619A (zh) 2020-12-18 2020-12-18 地铁站客流的管控方法、装置、计算机设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011506621.9A CN112712619A (zh) 2020-12-18 2020-12-18 地铁站客流的管控方法、装置、计算机设备及存储介质

Publications (1)

Publication Number Publication Date
CN112712619A true CN112712619A (zh) 2021-04-27

Family

ID=75544533

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011506621.9A Pending CN112712619A (zh) 2020-12-18 2020-12-18 地铁站客流的管控方法、装置、计算机设备及存储介质

Country Status (1)

Country Link
CN (1) CN112712619A (zh)

Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101174318A (zh) * 2006-10-30 2008-05-07 索尼爱立信移动通讯有限公司 排队装置、排队系统和排队方法
CN101572011A (zh) * 2009-06-10 2009-11-04 上海理工大学 城市公交智能化调度管理系统及方法
CN103679399A (zh) * 2013-12-31 2014-03-26 北方工业大学 一种车站客流联动管控方法
CN103839038A (zh) * 2012-11-23 2014-06-04 浙江大华技术股份有限公司 一种人数统计的方法及装置
CN105404850A (zh) * 2015-10-21 2016-03-16 中南大学 车站客流监测系统、车站客流监测方法及车站客流管控系统、车站客流管控方法
CN107087434A (zh) * 2014-08-20 2017-08-22 环球城市电影有限责任公司 虚拟排队系统和方法
CN108111554A (zh) * 2016-11-24 2018-06-01 苏宁云商集团股份有限公司 一种访问队列的控制方法及装置
CN208014016U (zh) * 2018-03-29 2018-10-26 四川远智科技有限公司 一种识别人流量的智能验票装置
CN109064620A (zh) * 2018-08-06 2018-12-21 北京三快在线科技有限公司 一种景区排队方法、系统及可读存储介质
CN109345149A (zh) * 2018-11-26 2019-02-15 广州杰赛科技股份有限公司 一种地铁客流疏导系统及方法
CN109684998A (zh) * 2018-12-21 2019-04-26 佛山科学技术学院 一种基于图像处理的地铁人流管理的系统和方法
CN109695215A (zh) * 2018-12-29 2019-04-30 大连交通大学 安检自动限流系统和限流方法
CN111553635A (zh) * 2020-04-27 2020-08-18 福建华电储运有限公司 提货管控方法、装置、提货管控系统及可读存储介质

Patent Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101174318A (zh) * 2006-10-30 2008-05-07 索尼爱立信移动通讯有限公司 排队装置、排队系统和排队方法
CN101572011A (zh) * 2009-06-10 2009-11-04 上海理工大学 城市公交智能化调度管理系统及方法
CN103839038A (zh) * 2012-11-23 2014-06-04 浙江大华技术股份有限公司 一种人数统计的方法及装置
CN103679399A (zh) * 2013-12-31 2014-03-26 北方工业大学 一种车站客流联动管控方法
CN107087434A (zh) * 2014-08-20 2017-08-22 环球城市电影有限责任公司 虚拟排队系统和方法
CN105404850A (zh) * 2015-10-21 2016-03-16 中南大学 车站客流监测系统、车站客流监测方法及车站客流管控系统、车站客流管控方法
CN108111554A (zh) * 2016-11-24 2018-06-01 苏宁云商集团股份有限公司 一种访问队列的控制方法及装置
CN208014016U (zh) * 2018-03-29 2018-10-26 四川远智科技有限公司 一种识别人流量的智能验票装置
CN109064620A (zh) * 2018-08-06 2018-12-21 北京三快在线科技有限公司 一种景区排队方法、系统及可读存储介质
CN109493503A (zh) * 2018-08-06 2019-03-19 北京三快在线科技有限公司 景区排队装置、系统、方法及可读存储介质
CN109345149A (zh) * 2018-11-26 2019-02-15 广州杰赛科技股份有限公司 一种地铁客流疏导系统及方法
CN109684998A (zh) * 2018-12-21 2019-04-26 佛山科学技术学院 一种基于图像处理的地铁人流管理的系统和方法
CN109695215A (zh) * 2018-12-29 2019-04-30 大连交通大学 安检自动限流系统和限流方法
CN111553635A (zh) * 2020-04-27 2020-08-18 福建华电储运有限公司 提货管控方法、装置、提货管控系统及可读存储介质

Similar Documents

Publication Publication Date Title
US10503941B2 (en) Enhancements to meterless remote parking monitoring systems
DE102016123713B4 (de) Fachspezifische Zugangsberechtigungsinformation
CN112632575A (zh) 业务系统的权限管理方法、装置、计算机设备及存储介质
US9531694B2 (en) Intelligent delivery system
CN109243040B (zh) 一种门禁通行管理方法、装置、设备和存储介质
CN112187931A (zh) 会话管理方法、装置、计算机设备和存储介质
KR102490323B1 (ko) 블록체인 네트워크를 이용한 출입 통제 시스템 및 방법과, 이를 위한 컴퓨터 프로그램
CN104484187B (zh) 一种信息集成方法和系统
CN1971656A (zh) 一种能对机动车和驾驶员进行可靠管理的电子检测系统
CN104008592B (zh) 静电控制门禁管理系统及方法
CN110491008A (zh) 一种基于社区的访客管理方及系统、存储介质
CN110768942B (zh) 一种身份认证系统
CN110892675A (zh) 区块链的监控
CN111047749B (zh) 一种门禁权限管理系统及方法
CN110402590B (zh) 用于至少部分自主的车辆的鉴权系统
CN116012991A (zh) 一种场所访问管理的方法、装置及相关设备
CN112562151A (zh) 一种基于布隆过滤器的门禁系统
CN114140913A (zh) 基于物联网及边缘计算的款箱管控方法和设备
CN112712619A (zh) 地铁站客流的管控方法、装置、计算机设备及存储介质
EP2716510A1 (en) Authentication system and method for a pool of vehicles
CN110782174A (zh) 银行押运管理方法及系统
CN111210546A (zh) 一种利用智能锁实现的出入口控制管理方法和系统
KR101933769B1 (ko) 스마트 출입 인증시스템
CN115311771A (zh) 一种通行控制方法、装置、计算机设备及存储介质
CN114360136A (zh) 一种用于电网作业的智能安全门禁管理方法及系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20210427