CN114022144A - 基于智能身份证的地铁过闸支付方法、装置、设备及介质 - Google Patents

基于智能身份证的地铁过闸支付方法、装置、设备及介质 Download PDF

Info

Publication number
CN114022144A
CN114022144A CN202111275182.XA CN202111275182A CN114022144A CN 114022144 A CN114022144 A CN 114022144A CN 202111275182 A CN202111275182 A CN 202111275182A CN 114022144 A CN114022144 A CN 114022144A
Authority
CN
China
Prior art keywords
card account
traffic card
gate
subway
balance
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
CN202111275182.XA
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 Puhui Enterprise Management Co Ltd
Original Assignee
Ping An Puhui Enterprise Management Co 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 Puhui Enterprise Management Co Ltd filed Critical Ping An Puhui Enterprise Management Co Ltd
Priority to CN202111275182.XA priority Critical patent/CN114022144A/zh
Publication of CN114022144A publication Critical patent/CN114022144A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/341—Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
    • G06Q20/3415—Cards acting autonomously as pay-media
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G06Q20/24—Credit schemes, i.e. "pay after"
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/403—Solvency checks
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
    • G07B15/02—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points taking into account a variable factor such as distance or time, e.g. for passenger transport, parking systems or car rental systems
    • G07B15/04—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points taking into account a variable factor such as distance or time, e.g. for passenger transport, parking systems or car rental systems comprising devices to free a barrier, turnstile, or the like
    • 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/10—Movable barriers with registering means
    • 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
    • G07C9/27—Individual registration on entry or exit involving the use of a pass with central registration

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Devices For Checking Fares Or Tickets At Control Points (AREA)

Abstract

本申请涉及智慧支付领域，提供了一种基于智能身份证的地铁过闸支付方法、装置、设备及介质，该方法包括：获取交通卡账号的余额；当未获取到交通卡账号的进站信息，且余额小于预设金额时，确定交通卡账号是否满足先乘车后付款条件；在满足时，开启闸门，并在乘客通过闸门后，生成进站信息；当获取到交通卡账号的进站信息时，生成待出站信息；根据进站信息和待出站信息，确定乘车消费金额；在余额小于乘车消费金额，且交通卡账号满足先乘车后付款条件时，开启闸门；在乘客通过闸门后，向服务器发送交通卡账号的扣款请求。本申请提高了乘客乘坐地铁的便利性。本申请还涉及区块链领域，上述介质可存储根据区块链节点的使用所创建的数据。

Description

基于智能身份证的地铁过闸支付方法、装置、设备及介质
技术领域
本申请涉及智慧支付领域，尤其涉及一种基于智能身份证的地铁过闸支付方法、装置、设备及介质。
背景技术
随着科学技术的快速发展，人们乘坐公共交通工具的方式也越来越多，也越来越方便，主要包括刷实体交通卡、扫描手机的乘车二维码、扫描手机的电子交通卡等。然而，实体交通卡存在需要定期充值的弊端，在余额不足时，人们无法乘坐地铁或公交，而使用手机乘坐地铁或公交车时，需要手机有电，现实生活也有由于手机没电导致人们无法乘坐地铁或公交的情况发生，用户体验不好。
发明内容
本申请实施例提供一种基于智能身份证的地铁过闸支付方法、装置、设备及介质，旨在提高乘客乘坐地铁的便利性。
第一方面，本申请实施例提供一种基于智能身份证的地铁过闸支付方法，应用于地铁闸机设备，所述地铁闸机设备包括近场通信NFC扫描装置，所述NFC扫描装置用于扫描所述智能身份证中的NFC芯片，所述方法包括：
获取所述NFC扫描装置扫描所述NFC芯片得到的交通卡账号和所述交通卡账号的余额；
当未获取到所述交通卡账号的进站信息，且所述余额小于预设金额时，确定所述交通卡账号是否满足预设的先乘车后付款条件；
在所述交通卡账号满足所述先乘车后付款条件时，控制所述地铁闸机设备的闸门开启，并在确定乘客通过所述闸门后，生成所述交通卡账号的进站信息；
当获取到所述交通卡账号的进站信息时，根据所述地铁闸机设备的闸机标识、当前时间戳生成所述交通卡账号的待出站信息；
根据获取到的进站信息和所述待出站信息，确定所述交通卡账号的乘车消费金额；
在所述余额小于所述乘车消费金额，且所述交通卡账号满足所述先乘车后付款条件时，控制所述地铁闸机设备的闸门开启；
在确定乘客通过所述闸门后，向服务器发送所述交通卡账号的扣款请求，以供所述服务器根据所述扣款请求执行所述交通卡账号的扣款操作。
第二方面，本申请实施例还提供一种基于智能身份证的地铁过闸支付装置，应用于地铁闸机设备，所述地铁闸机设备包括近场通信NFC扫描装置，所述NFC扫描装置用于扫描所述智能身份证中的NFC芯片，所述地铁过闸支付装置包括：
获取模块，用于获取所述NFC扫描装置扫描所述NFC芯片得到的交通卡账号和所述交通卡账号的余额；
确定模块，用于当未获取到所述交通卡账号的进站信息，且所述余额小于预设金额时，确定所述交通卡账号是否满足预设的先乘车后付款条件；
闸门控制模块，用于在所述交通卡账号满足所述先乘车后付款条件时，控制所述地铁闸机设备的闸门开启；
生成模块，用于在确定乘客通过所述闸门后，生成所述交通卡账号的进站信息；
所述生成模块，还用于当获取到所述交通卡账号的进站信息时，根据所述地铁闸机设备的闸机标识、当前时间戳生成所述交通卡账号的待出站信息；
所述确定模块，还用于根据获取到的进站信息和所述待出站信息，确定所述交通卡账号的乘车消费金额；
所述闸门控制模块，还用于在所述余额小于所述乘车消费金额，且所述交通卡账号满足所述先乘车后付款条件时，控制所述地铁闸机设备的闸门开启；
发送模块，用于在确定乘客通过所述闸门后，向服务器发送所述交通卡账号的扣款请求，以供所述服务器根据所述扣款请求执行所述交通卡账号的扣款操作。
第三方面，本申请实施例还提供一种地铁闸机设备，所述地铁闸机设备包括：
NFC扫描装置，用于用于扫描智能身份证中的NFC芯片；
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序以实现如上所述的基于智能身份证的地铁过闸支付方法的步骤。
第四方面，本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，其中所述计算机程序被处理器执行时，实现如上所述的基于智能身份证的地铁过闸支付方法的步骤。
本申请实施例提供一种基于智能身份证的地铁过闸支付方法、装置、设备及介质，该方法通过扫描智能身份证中的近场通信(Near Field Communication，NFC)芯片，得到NFC芯片中的交通卡账号和所述交通卡账号的余额，当未获取到所述交通卡账号的进站信息，且交通卡账号的余额小于预设金额时，确定交通卡账号是否满足先乘车后付款条件，在交通卡账号满足先乘车后付款条件时，控制闸门开启，供乘客通行，而当获取到交通卡账号的进站信息时，实时生成交通卡账号的待出站信息，并根据进站信息和待出站信息，确定交通卡账号的乘车消费金额，在交通卡账号的余额小于乘车消费金额，且交通卡账号满足先乘车后付款条件时，控制闸门开启，供乘客通行，最后在乘客通过闸门后，向服务器发送交通卡账号的扣款请求，由服务器执行交通卡账号的扣款操作，使得乘客在交通卡账号的余额不足时，也可以快速地通过地铁闸机，极大地提高了乘客乘坐地铁的便利性。
附图说明
为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是实施本申请实施例提供的基于智能身份证的地铁过闸支付方法的一场景示意图。
图2是本申请实施例提供的一种基于智能身份证的地铁过闸支付方法的流程示意图；
图3是图2中的基于智能身份证的地铁过闸支付方法的子步骤流程示意图；
图4是本申请实施例提供的一种基于智能身份证的地铁过闸支付装置的示意性框图；
图5是图4中的地铁过闸支付装置的子模块的示意性框图；
图6是本申请实施例提供的一种地铁闸机设备的结构示意性框图。
本申请目的的实现、功能特点及优点将结合实施例，参阅附图做进一步说明。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
附图中所示的流程图仅是示例说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解、组合或部分合并，因此实际执行的顺序有可能根据实际情况改变。
随着科学技术的快速发展，人们乘坐公共交通工具的方式也越来越多，也越来越方便，主要包括刷实体交通卡、扫描手机的乘车二维码、扫描手机的电子交通卡等。然而，实体交通卡存在需要定期充值的弊端，在余额不足时，人们无法乘坐地铁或公交，而使用手机乘坐地铁或公交车时，需要手机有电，现实生活也有由于手机没电导致人们无法乘坐地铁或公交的情况发生，用户体验不好。
为解决上述问题，本申请实施例提供一种基于智能身份证的地铁过闸支付方法、装置、设备及介质，该方法通过扫描智能身份证中的近场通信(Near FieldCommunication，NFC)芯片，得到NFC芯片中的交通卡账号和所述交通卡账号的余额，当未获取到所述交通卡账号的进站信息，且交通卡账号的余额小于预设金额时，确定交通卡账号是否满足先乘车后付款条件，在交通卡账号满足先乘车后付款条件时，控制闸门开启，供乘客通行，而当获取到交通卡账号的进站信息时，实时生成交通卡账号的待出站信息，并根据进站信息和待出站信息，确定交通卡账号的乘车消费金额，在交通卡账号的余额小于乘车消费金额，且交通卡账号满足先乘车后付款条件时，控制闸门开启，供乘客通行，最后在乘客通过闸门后，向服务器发送交通卡账号的扣款请求，由服务器执行交通卡账号的扣款操作，使得乘客在交通卡账号的余额不足时，也可以快速地通过地铁闸机，极大地提高了乘客乘坐地铁的便利性。
下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。
请参阅图1，图1是实施本申请实施例提供的基于智能身份证的地铁过闸支付方法的一场景示意图。
如图1所示，该场景包括地铁闸机设备100和服务器200，地铁闸机设备100与服务器200通信连接。其中，地铁闸机设备100包括NFC扫描装置110、闸门120和一个或多个处理器(图1未示出)，NFC扫描装置110用于扫描靠近NFC扫描装置110的智能身份证，从而读取智能身份证中的NFC芯片所携带的交通卡账号和该交通卡账号的余额，服务器200以是独立的服务器，也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。
在一实施例中，一个或多个处理器用于：获取NFC扫描装置110扫描NFC芯片得到的交通卡账号和该交通卡账号的余额，当未获取到交通卡账号的进站信息，且交通卡账号的余额小于预设金额时，确定交通卡账号是否满足预设的先乘车后付款条件；在交通卡账号满足先乘车后付款条件时，控制地铁闸机设备的闸门开启，并在确定乘客通过闸门120后，生成交通卡账号的进站信息；当获取到交通卡账号的进站信息时，根据地铁闸机设备100的闸机标识、当前时间戳生成交通卡账号的待出站信息；根据获取到的进站信息和待出站信息，确定交通卡账号的乘车消费金额；在交通卡账号的余额小于乘车消费金额，且交通卡账号满足先乘车后付款条件时，控制地铁闸机设备100的闸门120开启；在确定乘客通过闸门120后，向服务器200发送交通卡账号的扣款请求，以供服务器200根据扣款请求执行交通卡账号的扣款操作。
以下，将结合图1中的场景对本申请的实施例提供的基于智能身份证的地铁过闸支付方法进行详细介绍。需知，图1中的场景仅用于解释本申请实施例提供的基于智能身份证的地铁过闸支付方法，但并不构成对本申请实施例提供的基于智能身份证的地铁过闸支付方法应用场景的限定。
请参阅图2，图2是本申请实施例提供的一种基于智能身份证的地铁过闸支付方法的流程示意图。
如图2所示，该基于智能身份证的地铁过闸支付方法包括步骤S101至步骤S107。
步骤S101、获取NFC扫描装置扫描NFC芯片得到的交通卡账号和交通卡账号的余额。
其中，智能身份证内设有NFC芯片，NFC芯片中存储有乘客的交通卡账号、交通卡账号的余额、个人身份信息等，地铁闸机设备设有NFC扫描装置，NFC扫描装置用于扫描智能身份证中的NFC芯片，以读取NFC芯片中的交通卡账号和交通卡账号的余额。示例性的，地铁闸机设备通过NFC读卡装置扫描智能身份证中的NFC芯片，得到NFC芯片内的交通卡账号和交通卡账号的余额。
步骤S102、当未获取到交通卡账号的进站信息，且余额小于预设金额时，确定交通卡账号是否满足预设的先乘车后付款条件。
示例性的，在获取到NFC芯片中的交通卡账号和交通卡账号的余额时，向服务器发送该交通卡账号的进站信息查询请求；服务器在获取到进站信息查询请求时，确定数据库中是否存在该进站信息查询请求中的交通卡账号的进站信息，若数据库中不存在交通卡账号的进站信息时，服务器向地铁闸机设备发送预设通知信息，以通知地铁闸机设备服务器中不存在交通卡账号的进站信息。
示例性的，当未获取到交通卡账号的进站信息时，确定交通卡账号的余额是否大于或等于预设金额；在交通卡账号的余额大于或等于预设金额时，地铁闸机设备控制闸门开启，在确定乘客通过闸门后，控制闸门关闭，并生成交通卡账号的进站信息，然后向服务器发送交通卡账号的进站信息。其中，进站信息包括交通卡账号的进站地铁站点和进站时间戳。
在一实施例中，如图3所示，步骤S102可以包括：子步骤S1021至子步骤S1022。
子步骤S1021，获取与交通卡账号绑定的金融账户的余额和/或交通卡账号的乘车信用分。
其中，金融账户包括银行卡账户、消费贷款账户等，乘车信用分用于描述交通卡账号对应的乘客的可信程度，乘车信用分越高的交通卡账号，则该交通卡账号对应的乘客的可信程度越高，乘车信用分越低的交通卡账号，则该交通卡账号对应的乘客的可信程度越低。
示例性的，向服务器发送与交通卡账号绑定的金融账户的余额查询请求和/或交通卡账号的信用分查询请求，以供服务器根据该余额查询请求，向地铁闸机设备发送与交通卡账号绑定的金融账户的余额和/或交通卡账号的信用分查询请求；地铁闸机设备获取服务器发送的与交通卡账号绑定的金融账户的余额和/或交通卡账号的乘车信用分。其中，余额查询请求和信用分查询请求携带有交通卡账号。
子步骤S1022、根据金融账户的余额和/或乘车信用分，确定交通卡账号是否满足预设的先乘车后付款条件。
其中，该先乘车后付款条件包括与交通卡账号绑定的金融账户的余额大于或等于预设余额和/或交通卡账号的乘车信用分大于或等于预设阈值。
示例性的，在金融账户的余额大于或等于预设余额，和/或，乘车信用分大于或等于预设阈值时，确定交通卡账号满足先乘车后付款条件；在金融账户的余额小于预设余额，且乘车信用分小于预设阈值时，确定交通卡账号不满足先乘车后付款条件。
示例性的，在该乘车信用分大于或等于预设阈值时，确定交通卡账号满足预设的先乘车后付款条件；在该乘车信用分小于预设阈值时，确定交通卡账号不满足预设的先乘车后付款条件。示例性的，在与交通卡账号绑定的金融账户的余额大于或等于预设余额时，确定交通卡账号满足预设的先乘车后付款条件；在与交通卡账号绑定的金融账户的余额小于预设余额时，确定交通卡账号不满足预设的先乘车后付款条件。
示例性的，在该乘车信用分大于或等于预设阈值，且在与交通卡账号绑定的金融账户的余额大于或等于预设余额时，确定交通卡账号满足预设的先乘车后付款条件；在该乘车信用分小于预设阈值，且在与交通卡账号绑定的金融账户的余额小于预设余额时，确定交通卡账号不满足预设的先乘车后付款条件。
在一实施例中，向服务器发送交通卡账号的状态验证请求，并获取服务器基于状态验证请求返回的状态反馈信息；根据状态反馈信息确定交通卡账号是处于冻结状态，还是处于正常状态；在交通卡账号处于正常状态时，确定交通卡账号是否满足预设的先乘车后付款条件；在交通卡账号处于冻结状态时，输出提示信息，以提示乘客交通卡账号已冻结。通过验证交通卡账号是否处于冻结状态，并且在交通卡账号处于冻结状态时，输出提示信息，此时地铁闸机设备无法扣除交通卡账号中的金额，在交通卡账号处于正常状态时，进行后续支付流程，可以保证交通卡账号的支付安全。
示例性的，服务器在获取到地铁闸机设备发送的状态验证请求时，确定该交通卡账号是否处于冻结状态；若交通卡账号处于冻结状态，则向地铁闸机设备发送第一反馈信息，第一反馈信息用于表示该交通卡账号处于冻结状态；若交通卡账号处于正常状态，则向地铁闸机设备发送第二反馈信息，第二反馈信息用于表示该交通卡账号处于正常状态。
示例性的，地铁闸机设备在状态反馈信息为第一反馈信息时，确定交通卡账号处于冻结状态；在状态反馈信息为第二反馈信息时，确定交通卡账号处于正常状态。
示例性的，确定交通卡账号是否处于冻结状态的方式可以为：服务器确定交通卡账号是否位于账号黑名单，在交通卡账号位于账号黑名单时，确定交通卡账号处于冻结状态，在交通卡账号不位于账号黑名单时，确定交通卡账号处于正常状态。
在一实施例中，服务器获取终端设备发送的账号冻结请求；从账号冻结请求中获取待冻结的交通卡账号和用户密码；基于待冻结的交通卡账号，获取预设用户密码，并确定预设用户密码与该用户密码是否相同，在预设用户密码与该用户密码相同时，将待冻结的交通卡账号写入账号黑名单。通过对交通卡账号进行冻结，使得在智能身份证丢失后，别人无法使用智能身份证乘坐地铁，提高安全性。
步骤S103、在交通卡账号满足先乘车后付款条件时，控制地铁闸机设备的闸门开启，并在确定乘客通过闸门后，生成交通卡账号的进站信息。
示例性的，在开启闸门后，获取地铁闸机设备中的对射式光电传感器的电平信号变化信息；在电平信号变化信息满足预设的电平信号变化条件时，确定乘客通过闸门。其中，预设的电平信号变化条件为对射式光电传感器的电平信号由第一电平信号变化为第二电平信号，再由第二电平信号变化为第一电平信号，第一电平信号与第二电平信号不同。例如，第一电平信号为高电平信号，第二电平信号为低电平信号。
示例性的，地铁闸机设备在生成交通卡账号的进站信息后，向服务器发送交通卡账号的进站信息；服务器获取地铁闸机设备发送的交通卡账号的进站信息，并将进站信息存入数据库。其中，进站信息包括进站的地铁站名称和进站时间戳。
步骤S104、当获取到交通卡账号的进站信息时，根据地铁闸机设备的闸机标识、当前时间戳生成交通卡账号的待出站信息。
示例性的，在获取到NFC芯片中的交通卡账号和交通卡账号的余额时，向服务器发送该交通卡账号的进站信息查询请求；服务器在获取到进站信息查询请求时，确定数据库中是否存在该进站信息查询请求中的交通卡账号的进站信息，若数据库中存在交通卡账号的进站信息，则向地铁闸机设备发送交通卡账号的进站信息。
示例性的，根据地铁闸机设备的闸机标识、当前时间戳生成交通卡账号的待出站信息的方式可以为：获取闸机标识对应的地铁站点，并将闸机标识对应的地铁站点确定为交通卡账号的出站地铁站点以及将当前时间戳确定为交通卡账号的出站时间戳，从而得到交通卡账号的待出站信息。
步骤S105、根据获取到的进站信息和待出站信息，确定交通卡账号的乘车消费金额。
示例性的，从待出站信息中获取出站时间戳和出站地铁站点，并从进站信息中获取进站时间戳和进站地铁站点；在进站时间戳与出站时间戳之间的时间长度小于或等于预设时间长度时，根据出站地铁站点和进站地铁站点确定乘车消费金额；在进站时间戳与出站时间戳之间的时间长度大于预设时间长度时，将预设消费金额确定为乘车消费金额。其中，预设时间长度和预设消费金额可基于实际情况进行设置，本实施例对此不做具体限定。
步骤S106、在余额小于乘车消费金额，且交通卡账号满足先乘车后付款条件时，控制地铁闸机设备的闸门开启。
示例性的，在交通账号的余额大于或等于乘车消费金额时，从交通卡账号中扣除乘车消费金额，并控制地铁闸机设备开启闸门；在交通账号的余额小于乘车消费金额时，确定该交通卡账号是否满足先乘车后付款条件；在该交通卡账号满足先乘车后付款条件时，控制地铁闸机设备的闸门开启。其中，从交通卡账号中扣除乘车消费金额包括将智能身份证中的NFC芯片内的交通卡账号的余额更新为扣除乘车消费金额后的金额。例如，NFC芯片内的交通卡账号的余额为20元，乘车消费金额为4元，则将NFC芯片内的交通卡账号的余额更新为16元。
步骤S107、在确定乘客通过闸门后，向服务器发送交通卡账号的扣款请求，以供服务器根据扣款请求执行交通卡账号的扣款操作。
示例性的，服务器在获取到地铁闸机设备发送的交通卡账号的扣款请求时，从扣款请求中获取交通卡账号和乘车消费金额，并从与交通卡账号绑定的金融账户中扣除该乘车消费金额。
示例性的，服务器在获取到地铁闸机设备发送的交通卡账号的扣款请求时，从扣款请求中获取交通卡账号和乘车消费金额；获取该交通卡账号的剩余欠费额度，并从该交通账号的剩余欠费额度中扣除该乘车消费金额。其中，该交通卡账号的剩余欠费额度由交通卡账号的总欠费额度和已使用欠费额度确定。例如，交通卡账号的总欠费额度为10元，已使用欠费额度为5元，则交通卡账号的剩余欠费额度为5元。
示例性的，交通卡账号的总欠费额度可以固定为预设欠费额度，也可以根据交通卡账号的乘车信用分来确定，本实施例对此不做具体限定。其中，乘车信用分越高，则交通卡账号的总欠费额度也越高，而乘车信用分越低，则交通卡账号的总欠费额度也越低。
上述实施例提供的基于智能身份证的地铁过闸支付方法，通过扫描智能身份证中的近场通信(Near Field Communication，NFC)芯片，得到NFC芯片中的交通卡账号和所述交通卡账号的余额，当未获取到所述交通卡账号的进站信息，且交通卡账号的余额小于预设金额时，确定交通卡账号是否满足先乘车后付款条件，在交通卡账号满足先乘车后付款条件时，控制闸门开启，供乘客通行，而当获取到交通卡账号的进站信息时，实时生成交通卡账号的待出站信息，并根据进站信息和待出站信息，确定交通卡账号的乘车消费金额，在交通卡账号的余额小于乘车消费金额，且交通卡账号满足先乘车后付款条件时，控制闸门开启，供乘客通行，最后在乘客通过闸门后，向服务器发送交通卡账号的扣款请求，由服务器执行交通卡账号的扣款操作，使得乘客在交通卡账号的余额不足时，也可以快速地通过地铁闸机，极大地提高了乘客乘坐地铁的便利性。
请参阅图4，图4是本申请实施例提供的一种基于智能身份证的地铁过闸支付装置的示意性框图。基于智能身份证的地铁过闸支付装置应用于地铁闸机设备，地铁闸机设备包括近场通信NFC扫描装置，NFC扫描装置用于扫描所述智能身份证中的NFC芯片。
如图4所示，该基于智能身份证的地铁过闸支付装置300，包括：
获取模块310，用于获取所述NFC扫描装置扫描所述NFC芯片得到的交通卡账号和所述交通卡账号的余额；
确定模块320，用于当未获取到所述交通卡账号的进站信息，且所述余额小于预设金额时，确定所述交通卡账号是否满足预设的先乘车后付款条件；
闸门控制模块330，用于在所述交通卡账号满足所述先乘车后付款条件时，控制所述地铁闸机设备的闸门开启；
生成模块340，用于在确定乘客通过所述闸门后，生成所述交通卡账号的进站信息；
所述生成模块340，还用于当获取到所述交通卡账号的进站信息时，根据所述地铁闸机设备的闸机标识、当前时间戳生成所述交通卡账号的待出站信息；
所述确定模块320，还用于根据获取到的进站信息和所述待出站信息，确定所述交通卡账号的乘车消费金额；
所述闸门控制模块330，还用于在所述余额小于所述乘车消费金额，且所述交通卡账号满足所述先乘车后付款条件时，控制所述地铁闸机设备的闸门开启；
发送模块350，用于在确定乘客通过所述闸门后，向服务器发送所述交通卡账号的扣款请求，以供所述服务器根据所述扣款请求执行所述交通卡账号的扣款操作。
在一实施例中，如图5所示，所述确定模块320包括：
获取子模块321，用于获取与所述交通卡账号绑定的金融账户的余额和/或所述交通卡账号的乘车信用分；
确定子模块322，用于根据所述金融账户的余额和/或所述乘车信用分，确定所述交通卡账号是否满足预设的先乘车后付款条件。
在一实施例中，所述确定子模块322还用于：
在所述金融账户的余额大于或等于预设余额，和/或，所述乘车信用分大于或等于预设阈值时，确定所述交通卡账号满足所述先乘车后付款条件；
在所述金融账户的余额小于预设余额，且所述乘车信用分小于预设阈值时，确定所述交通卡账号不满足所述先乘车后付款条件。
在一实施例中，所述发送模块350，还用于向服务器发送所述金融账户的余额查询请求和/或信用分查询请求，以供所述服务器根据所述余额查询请求，向所述地铁闸机设备发送所述金融账户的余额和/或信用分查询请求；
所述获取子模块321，还用于获取所述服务器发送的所述金融账户的余额和/或所述交通卡账号的乘车信用分。
在一实施例中，所述发送模块350，还用于向所述服务器发送所述交通卡账号的状态验证请求；
所述获取模块310，还用于获取所述服务器基于所述状态验证请求返回的状态反馈信息；
所述确定模块320，还用于根据所述状态反馈信息确定所述交通卡账号是处于冻结状态，还是处于正常状态；
所述确定模块320，还用于在所述交通卡账号处于正常状态时，确定所述交通卡账号是否满足预设的先乘车后付款条件。
在一实施例中，所述服务器从所述扣款请求中获取所述交通卡账号和所述乘车消费金额，并从与所述交通卡账号绑定的金融账户中扣除所述乘车消费金额。
在一实施例中，所述服务器从所述扣款请求中获取所述交通卡账号和所述乘车消费金额，获取所述交通卡账号的剩余欠费额度，并从所述交通账号的剩余欠费额度中扣除所述乘车消费金额。
需要说明的是，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的装置和各模块及单元的具体工作过程，可以参考前述基于智能身份证的地铁过闸支付方法实施例中的对应过程，在此不再赘述。
上述实施例提供的装置可以实现为一种计算机程序的形式，该计算机程序可以在如图6所示的地铁闸机设备上运行。
请参阅图6，图6是本申请实施例提供的一种地铁闸机设备的结构示意性框图。
如图6所示，该地铁闸机设备包括通过系统总线连接的NFC扫描装置、处理器、存储器和网络接口，其中，存储器可以包括存储介质和内存储器。
存储介质可存储操作系统和计算机程序。该计算机程序包括程序指令，该程序指令被执行时，可使得处理器执行任意一种基于智能身份证的地铁过闸支付方法。
处理器用于提供计算和控制能力，支撑整个地铁闸机设备的运行。
该网络接口用于进行网络通信，如发送分配的任务等。本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的地铁闸机设备的限定，具体的地铁闸机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
应当理解的是，处理器可以是中央处理单元(Central Processing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
其中，在一实施例中，所述处理器用于运行存储在存储器中的计算机程序，以实现如下步骤：
获取所述NFC扫描装置扫描所述NFC芯片得到的交通卡账号和所述交通卡账号的余额；
当未获取到所述交通卡账号的进站信息，且所述余额小于预设金额时，确定所述交通卡账号是否满足预设的先乘车后付款条件；
在所述交通卡账号满足所述先乘车后付款条件时，控制所述地铁闸机设备的闸门开启，并在确定乘客通过所述闸门后，生成所述交通卡账号的进站信息；
当获取到所述交通卡账号的进站信息时，根据所述地铁闸机设备的闸机标识、当前时间戳生成所述交通卡账号的待出站信息；
根据获取到的进站信息和所述待出站信息，确定所述交通卡账号的乘车消费金额；
在所述余额小于所述乘车消费金额，且所述交通卡账号满足所述先乘车后付款条件时，控制所述地铁闸机设备的闸门开启；
在确定乘客通过所述闸门后，向服务器发送所述交通卡账号的扣款请求，以供所述服务器根据所述扣款请求执行所述交通卡账号的扣款操作。
在一实施例中，所述处理器在实现确定所述交通卡账号是否满足预设的先乘车后付款条件时，用于实现：
获取与所述交通卡账号绑定的金融账户的余额和/或所述交通卡账号的乘车信用分；
根据所述金融账户的余额和/或所述乘车信用分，确定所述交通卡账号是否满足预设的先乘车后付款条件。
在一实施例中，所述处理器在实现根据所述金融账户的余额和/或所述乘车信用分，确定所述交通卡账号是否满足预设的先乘车后付款条件时，用于实现：
在所述金融账户的余额大于或等于预设余额，和/或，所述乘车信用分大于或等于预设阈值时，确定所述交通卡账号满足所述先乘车后付款条件；
在所述金融账户的余额小于预设余额，且所述乘车信用分小于预设阈值时，确定所述交通卡账号不满足所述先乘车后付款条件。
在一实施例中，所述处理器在实现获取与所述交通卡账号绑定的金融账户的余额和/或所述交通卡账号的乘车信用分时，用于实现：
向服务器发送所述金融账户的余额查询请求和/或信用分查询请求，以供所述服务器根据所述余额查询请求，向所述地铁闸机设备发送所述金融账户的余额和/或信用分查询请求；
获取所述服务器发送的所述金融账户的余额和/或所述交通卡账号的乘车信用分。
在一实施例中，所述处理器在实现确定所述交通卡账号是否满足预设的先乘车后付款条件之前，还用于实现：
向所述服务器发送所述交通卡账号的状态验证请求，并获取所述服务器基于所述状态验证请求返回的状态反馈信息；
根据所述状态反馈信息确定所述交通卡账号是处于冻结状态，还是处于正常状态；
在所述交通卡账号处于正常状态时，确定所述交通卡账号是否满足预设的先乘车后付款条件。
在一实施例中，所述服务器从所述扣款请求中获取所述交通卡账号和所述乘车消费金额，并从与所述交通卡账号绑定的金融账户中扣除所述乘车消费金额。
在一实施例中，所述服务器从所述扣款请求中获取所述交通卡账号和所述乘车消费金额，获取所述交通卡账号的剩余欠费额度，并从所述交通账号的剩余欠费额度中扣除所述乘车消费金额。
需要说明的是，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的地铁闸机设备的具体工作过程，可以参考前述基于智能身份证的地铁过闸支付方法实施例中的对应过程，在此不再赘述。
通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台地铁闸机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序中包括程序指令，所述程序指令被执行时所实现的方法可参阅本申请基于智能身份证的地铁过闸支付方法的各个实施例。
其中，所述计算机可读存储介质可以是易失性的，也可以是非易失性的。所述计算机可读存储介质可以是前述实施例所述的地铁闸机设备的内部存储单元，例如所述地铁闸机设备的硬盘或内存。所述计算机可读存储介质也可以是所述地铁闸机设备的外部存储设备，例如所述地铁闸机设备上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。
进一步地，所述计算机可读存储介质可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据区块链节点的使用所创建的数据等。
本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种基于智能身份证的地铁过闸支付方法，其特征在于，应用于地铁闸机设备，所述地铁闸机设备包括近场通信NFC扫描装置，所述NFC扫描装置用于扫描所述智能身份证中的NFC芯片，所述方法包括：
获取所述NFC扫描装置扫描所述NFC芯片得到的交通卡账号和所述交通卡账号的余额；
当未获取到所述交通卡账号的进站信息，且所述余额小于预设金额时，确定所述交通卡账号是否满足预设的先乘车后付款条件；
在所述交通卡账号满足所述先乘车后付款条件时，控制所述地铁闸机设备的闸门开启，并在确定乘客通过所述闸门后，生成所述交通卡账号的进站信息；
当获取到所述交通卡账号的进站信息时，根据所述地铁闸机设备的闸机标识、当前时间戳生成所述交通卡账号的待出站信息；
根据获取到的进站信息和所述待出站信息，确定所述交通卡账号的乘车消费金额；
在所述余额小于所述乘车消费金额，且所述交通卡账号满足所述先乘车后付款条件时，控制所述地铁闸机设备的闸门开启；
在确定乘客通过所述闸门后，向服务器发送所述交通卡账号的扣款请求，以供所述服务器根据所述扣款请求执行所述交通卡账号的扣款操作。
2.根据权利要求1所述的基于智能身份证的地铁过闸支付方法，其特征在于，所述确定所述交通卡账号是否满足预设的先乘车后付款条件，包括：
获取与所述交通卡账号绑定的金融账户的余额和/或所述交通卡账号的乘车信用分；
根据所述金融账户的余额和/或所述乘车信用分，确定所述交通卡账号是否满足预设的先乘车后付款条件。
3.根据权利要求2所述的基于智能身份证的地铁过闸支付方法，其特征在于，所述根据所述金融账户的余额和/或所述乘车信用分，确定所述交通卡账号是否满足预设的先乘车后付款条件，包括：
在所述金融账户的余额大于或等于预设余额，和/或，所述乘车信用分大于或等于预设阈值时，确定所述交通卡账号满足所述先乘车后付款条件；
在所述金融账户的余额小于预设余额，且所述乘车信用分小于预设阈值时，确定所述交通卡账号不满足所述先乘车后付款条件。
4.根据权利要求2所述的基于智能身份证的地铁过闸支付方法，其特征在于，所述获取与所述交通卡账号绑定的金融账户的余额和/或所述交通卡账号的乘车信用分，包括：
向服务器发送所述金融账户的余额查询请求和/或信用分查询请求，以供所述服务器根据所述余额查询请求，向所述地铁闸机设备发送所述金融账户的余额和/或信用分查询请求；
获取所述服务器发送的所述金融账户的余额和/或所述交通卡账号的乘车信用分。
5.根据权利要求1所述的基于智能身份证的地铁过闸支付方法，其特征在于，所述确定所述交通卡账号是否满足预设的先乘车后付款条件之前，还包括：
向所述服务器发送所述交通卡账号的状态验证请求，并获取所述服务器基于所述状态验证请求返回的状态反馈信息；
根据所述状态反馈信息确定所述交通卡账号是处于冻结状态，还是处于正常状态；
在所述交通卡账号处于正常状态时，确定所述交通卡账号是否满足预设的先乘车后付款条件。
6.根据权利要求1-5中任一项所述的基于智能身份证的地铁过闸支付方法，其特征在于，所述服务器根据所述扣款请求执行所述交通卡账号的扣款操作，包括：所述服务器从所述扣款请求中获取所述交通卡账号和所述乘车消费金额，并从与所述交通卡账号绑定的金融账户中扣除所述乘车消费金额。
7.根据权利要求1-5中任一项所述的基于智能身份证的地铁过闸支付方法，其特征在于，所述服务器根据所述扣款请求执行所述交通卡账号的扣款操作，包括：所述服务器从所述扣款请求中获取所述交通卡账号和所述乘车消费金额，获取所述交通卡账号的剩余欠费额度，并从所述交通账号的剩余欠费额度中扣除所述乘车消费金额。
8.一种基于智能身份证的地铁过闸支付装置，其特征在于，应用于地铁闸机设备，所述地铁闸机设备包括近场通信NFC扫描装置，所述NFC扫描装置用于扫描所述智能身份证中的NFC芯片，所述地铁过闸支付装置包括：
获取模块，用于获取所述NFC扫描装置扫描所述NFC芯片得到的交通卡账号和所述交通卡账号的余额；
确定模块，用于当未获取到所述交通卡账号的进站信息，且所述余额小于预设金额时，确定所述交通卡账号是否满足预设的先乘车后付款条件；
闸门控制模块，用于在所述交通卡账号满足所述先乘车后付款条件时，控制所述地铁闸机设备的闸门开启；
生成模块，用于在确定乘客通过所述闸门后，生成所述交通卡账号的进站信息；
所述生成模块，还用于当获取到所述交通卡账号的进站信息时，根据所述地铁闸机设备的闸机标识、当前时间戳生成所述交通卡账号的待出站信息；
所述确定模块，还用于根据获取到的进站信息和所述待出站信息，确定所述交通卡账号的乘车消费金额；
所述闸门控制模块，还用于在所述余额小于所述乘车消费金额，且所述交通卡账号满足所述先乘车后付款条件时，控制所述地铁闸机设备的闸门开启；
发送模块，用于在确定乘客通过所述闸门后，向服务器发送所述交通卡账号的扣款请求，以供所述服务器根据所述扣款请求执行所述交通卡账号的扣款操作。
9.一种地铁闸机设备，其特征在于，所述地铁闸机设备包括：
NFC扫描装置，用于用于扫描智能身份证中的NFC芯片；
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序以实现如权利要求1至7中任一项所述的基于智能身份证的地铁过闸支付方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，其中所述计算机程序被处理器执行时，实现如权利要求1至7中任一项所述的基于智能身份证的地铁过闸支付方法的步骤。
CN202111275182.XA 2021-10-29 2021-10-29 基于智能身份证的地铁过闸支付方法、装置、设备及介质 Pending CN114022144A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111275182.XA CN114022144A (zh) 2021-10-29 2021-10-29 基于智能身份证的地铁过闸支付方法、装置、设备及介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111275182.XA CN114022144A (zh) 2021-10-29 2021-10-29 基于智能身份证的地铁过闸支付方法、装置、设备及介质

Publications (1)

Publication Number Publication Date
CN114022144A true CN114022144A (zh) 2022-02-08

Family

ID=80058878

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111275182.XA Pending CN114022144A (zh) 2021-10-29 2021-10-29 基于智能身份证的地铁过闸支付方法、装置、设备及介质

Country Status (1)

Country Link
CN (1) CN114022144A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117557262A (zh) * 2024-01-11 2024-02-13 深圳市深圳通有限公司 支付方法、装置、终端设备以及存储介质

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117557262A (zh) * 2024-01-11 2024-02-13 深圳市深圳通有限公司 支付方法、装置、终端设备以及存储介质
CN117557262B (zh) * 2024-01-11 2024-05-28 深圳市深圳通有限公司 支付方法、装置、终端设备以及存储介质

Similar Documents

Publication Publication Date Title
US10108618B2 (en) Implicitly trusted travel token authentication
CN109389723B (zh) 利用人脸识别的访客管理方法、装置、计算机设备
EP2477165B1 (en) Multi-application smart card, and system and method for multi-application management of smart card
AU2014235879B2 (en) Controlling access to a transit system
CN110489415B (zh) 一种数据更新方法及相关设备
CN106779678A (zh) 一种基于二维码与云端钱包的公共交通验票方法及终端
CN109544335B (zh) 基于区块链的交易数据处理方法、装置、设备及存储介质
FR2815451A1 (fr) Procede et dispositif de reservation d'une place de stationnement
CN108090974A (zh) 闸机控制方法及系统
US20170358148A1 (en) Machine learned biometric token
CN106780773A (zh) 公共交通自动售票/检票方法和系统
CN107993050A (zh) 一种员工信息管理方法、装置、终端设备及存储介质
CN113470199A (zh) 票卡交易的互斥方法、装置、系统及闸机控制方法
CN114022144A (zh) 基于智能身份证的地铁过闸支付方法、装置、设备及介质
CN106600759A (zh) 一种指纹验证方法、服务器及系统
CN102945334A (zh) 一种带虚拟片上操作系统的安全设备、装置、系统和方法
KR102121938B1 (ko) 법인 계좌의 간편 결제 서비스를 제공하는 장치 및 방법
CN114444747A (zh) 基于rfid技术的电子票务系统
CN111199585B (zh) 一种检票方法、装置、系统、存储介质和计算机设备
CN106330821B (zh) 一种集成电路卡的认证码获取方法、装置及系统
US9396372B2 (en) Method for monitoring a system comprising a number of readers and a plurality of portable communication units
CN113516787B (zh) 自动检票方法、装置、计算机设备和存储介质
CN111541659B (zh) 一种身份验证方法、系统及电子设备
CN107766751A (zh) 一种访问控制方法、装置、电子设备及安全芯片
CN205959238U (zh) 一种afc智能票务系统

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