CN117557262B - 支付方法、装置、终端设备以及存储介质 - Google Patents
支付方法、装置、终端设备以及存储介质 Download PDFInfo
- Publication number
- CN117557262B CN117557262B CN202410040724.2A CN202410040724A CN117557262B CN 117557262 B CN117557262 B CN 117557262B CN 202410040724 A CN202410040724 A CN 202410040724A CN 117557262 B CN117557262 B CN 117557262B
- Authority
- CN
- China
- Prior art keywords
- payment
- platform
- result
- passenger side
- request
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 79
- 238000012795 verification Methods 0.000 claims abstract description 212
- 230000004044 response Effects 0.000 claims description 90
- 238000013475 authorization Methods 0.000 claims description 65
- 230000002159 abnormal effect Effects 0.000 claims description 64
- 238000001514 detection method Methods 0.000 claims description 27
- 238000012545 processing Methods 0.000 claims description 23
- 230000008569 process Effects 0.000 description 15
- 230000007246 mechanism Effects 0.000 description 14
- 238000010586 diagram Methods 0.000 description 7
- 230000000977 initiatory effect Effects 0.000 description 4
- 230000003993 interaction Effects 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 230000018109 developmental process Effects 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 230000006399 behavior Effects 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 230000008014 freezing Effects 0.000 description 1
- 238000007710 freezing Methods 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
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/08—Payment architectures
- G06Q20/14—Payment architectures specially adapted for billing systems
-
- 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/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
- G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Devices For Checking Fares Or Tickets At Control Points (AREA)
Abstract
本发明公开一种支付方法、装置、终端设备以及存储介质，具体包括：通过轨交平台以及闸机平台对乘客端发出的进站请求进行验证，获取初始金融账户信息以及初始验证结果；根据所述初始金融账户信息以及初始验证结果，获取进站交易文件，并发送开闸指令至所述进站闸机；接收乘客端发送的出站请求，根据所述出站请求，通过所述轨交平台以及闸机平台对所述初始金融账户信息以及初始验证结果进行更新，获取最终金融账户信息以及最终验证结果；根据所述最终金融账户信息以及最终验证结果生成出站交易文件，并发送开闸指令至所述出站闸机；基于所述出站交易文件对所述乘客端进行扣款，获取扣款结果。解决了轨道交通付款效率低的问题，提高了支付的效率。
Description
技术领域
本发明涉及交通支付技术领域，尤其涉及一种支付方法、装置、终端设备以及存储介质。
背景技术
随着线上硬钱包的推广，越来越多的场景可以使用线上硬钱包进行付款，对于轨道交通，例如地铁、公交等出行方式也有线上硬钱包进行付款的措施。
现有的线上硬钱包轨道交通交易方案主要包括：
1，进站乘车刷卡时，收款方闸机联机查询金融账户的账户余额，满足全程最高票价，则记录交易并开闸；
2，出站乘车刷卡时，收款方闸机联机扣除金融账户的账户余额，扣费成功，则开闸放人。
但上述的方法存在着交易时间长，通行效率低以及进出站闸机必须依赖于网络才能进行交易，设备离线无法进行交易的问题。
故需要一种支付方法解决轨道交通付款效率低的问题。
上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。
发明内容
本发明的主要目的在于提供一种支付方法、装置、终端设备以及存储介质，旨在解决轨道交通付款效率低的技术问题。
为实现上述目的，本发明提供一种支付方法，所述支付方法应用于轨交系统，所述轨交系统包括闸机平台、轨交平台、进站闸机以及出站闸机，包括以下步骤：
接收乘客端发送的进站请求，通过所述轨交平台以及闸机平台对所述进站请求进行验证，获取初始金融账户信息以及初始验证结果；
根据所述初始金融账户信息以及初始验证结果，获取进站交易文件，并发送开闸指令至所述进站闸机；
接收乘客端发送的出站请求，根据所述出站请求，通过所述轨交平台以及闸机平台对所述初始金融账户信息以及初始验证结果进行更新，获取最终金融账户信息以及最终验证结果；
根据所述最终金融账户信息以及最终验证结果生成出站交易文件，并发送开闸指令至所述出站闸机；
基于所述出站交易文件对所述乘客端进行扣款，获取扣款结果。
可选的，所述接收乘客端发送的进站请求，通过所述轨交平台以及闸机平台对所述进站请求进行验证，获取初始金融账户信息以及初始验证结果的步骤包括：
根据所述进站请求，通过所述轨交平台对所述乘客端进行异常名单检测，获取第一检测结果；
若所述第一检测结果为所述乘客端不在支付异常名单中，则通过所述闸机平台向所述乘客端发送第一认证密文，由所述乘客端根据所述第一认证密文生成第一认证数据，并发送至所述闸机平台；
通过所述闸机平台对所述第一认证数据进行伪卡认证；
当所述伪卡认证为通过时，根据所述进站请求进行票价计算，获取全程票价；
根据所述全程票价，通过所述闸机平台向所述乘客端的钱包账户发送第一付款验证请求，由所述乘客端的钱包账户响应所述第一付款验证请求，获取初始金融账户信息以及初始验证结果，并发送至所述闸机平台；
接收所述初始金融账户信息以及初始验证结果。
可选的，所述根据所述进站请求，通过所述轨交平台对所述乘客端进行异常名单检测，获取第一检测结果的步骤之后还包括：
若所述第一检测结果为所述乘客端在所述支付异常名单中，则对所述支付异常名单进行查询，获取异常交易记录；
将所述异常交易记录发送至所述乘客端，由所述乘客端对所述异常交易记录进行处理，获取处理结果。
可选的，所述根据所述初始金融账户信息以及初始验证结果，获取进站交易文件，并发送开闸指令至所述进站闸机的步骤之后还包括：
根据所述进站交易文件，通过所述轨交系统的收款运营平台向所述乘客端的付款运营平台发送预授权交易请求，由所述乘客端的付款运营平台对所述预授权交易请求进行应答，获取应答结果，并将所述应答结果发送至所述轨交平台；
通过所述轨交平台对所述应答结果进行验证；
若所述应答结果为预授权应答成功，则输出应答结果为预授权成功；
若所述应答结果为预授权应答失败，则输出应答结果为预授权失败，并将所述乘客端发送至所述支付异常名单。
可选的，所述接收乘客端发送的出站请求，根据所述出站请求，通过所述轨交平台以及闸机平台对所述初始金融账户信息以及初始验证结果进行更新，获取最终金融账户信息以及最终验证结果的步骤包括：
根据所述出站请求，通过所述闸机平台获取第二认证密文，并将所述第二认证密文发送至所述乘客端，由所述乘客端根据所述第二认证密文生成第二认证数据，并发送至所述闸机平台；
通过所述第二认证数据进行票价计算，获取通行票价；
通过所述轨交平台对所述乘客端进行预授权应答结果查询；
若所述应答结果为预授权成功，则通过所述通行票价对所述乘客端的钱包账户发送第二付款验证请求，由所述乘客端的钱包账户根据所述第二付款验证请求，对所述初始金融账户信息以及初始验证结果进行更新，获取最终金融账户信息以及最终验证结果，并发送至所述闸机平台；
接收所述最终金融账户信息以及最终验证结果。
可选的，所述基于所述出站交易文件对所述乘客端进行扣款，获取扣款结果的步骤还包括：
根据所述出站交易文件，通过所述轨交系统的收款运营平台向所述乘客端的付款运营平台发送预授权付款请求，由所述乘客端的付款运营平台根据所述预授权付款请求进行付款验证，获取付款结果，并发送至所述轨交平台；
根据所述付款结果，通过所述轨交平台对所述收款运营平台进行扣款验证，获取扣款验证结果；
若所述扣款验证结果为扣款成功，则输出扣款结果为交易完成；
若所述扣款验证结果为扣款失败，则输出扣款结果为交易失败，并将所述乘客端发送至所述支付异常名单。
可选的，所述通过所述轨交平台对所述乘客端进行预授权应答结果查询的步骤之后还包括：
若所述应答结果为预授权失败，则根据所述通行票价生成扣款信息；
将所述扣款信息发送至所述乘客端，由所述乘客端对所述扣款信息进行付款，获取付款结果，并将所述付款结果发送至所述闸机平台；
根据所述付款结果生成出站车票，并发送至所述乘客端。
本发明实施例还提出一种支付装置，所述支付装置包括：
验证模块，用于接收乘客端发送的进站请求，通过所述轨交平台以及闸机平台对所述进站请求进行验证，获取初始金融账户信息以及初始验证结果；
验证模块，用于接收乘客端发送的进站请求，通过所述轨交平台以及闸机平台对所述进站请求进行验证，获取初始金融账户信息以及初始验证结果；
获取模块，用于根据所述初始金融账户信息以及初始验证结果，获取进站交易文件，并发送开闸指令至所述进站闸机；
更新模块，用于接收乘客端发送的出站请求，根据所述出站请求，通过所述轨交平台以及闸机平台对所述初始金融账户信息以及初始验证结果进行更新，获取最终金融账户信息以及最终验证结果；
生成模块，用于根据所述最终金融账户信息以及最终验证结果生成出站交易文件，并发送开闸指令至所述出站闸机；
扣款模块，用于基于所述出站交易文件对所述乘客端进行扣款，获取扣款结果。
本发明实施例还提出了一种终端设备所述终端设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的支付程序，所述支付程序被所述处理器执行时实现如上所述的支付方法的步骤。
本发明实施例还提出了一种计算机可读存储介质，所述计算机可读存储介质上存储有支付程序，所述支付程序被处理器执行时实现如上所述的支付方法的步骤。
本发明实施例提出的一种支付方法、装置、终端设备以及存储介质，通过接收乘客端发送的进站请求，通过所述轨交平台以及闸机平台对所述进站请求进行验证，获取初始金融账户信息以及初始验证结果；根据所述初始金融账户信息以及初始验证结果，获取进站交易文件，并发送开闸指令至所述进站闸机；接收乘客端发送的出站请求，根据所述出站请求，通过所述轨交平台以及闸机平台对所述初始金融账户信息以及初始验证结果进行更新，获取最终金融账户信息以及最终验证结果；根据所述最终金融账户信息以及最终验证结果生成出站交易文件，并发送开闸指令至所述出站闸机；基于所述出站交易文件对所述乘客端进行扣款，获取扣款结果。由此，通过轨交系统对乘客端的进站请求以及出站请求进行验证以及交易文件的生成，并通过生成的交易文件进行扣款，实现了轨道交通的支付，解决了轨道交通付款效率低的问题，提高了支付的效率。
附图说明
图1为本发明支付装置所属终端设备的功能模块示意图；
图2为本发明支付方法一示例性实施例的流程示意图；
图3为本发明支付方法的整体示意图；
图4为本发明支付方法另一示例性实施例的流程示意图；
图5为本发明支付方法涉及进站时闸机端与乘客端的交互过程示意图；
图6为本发明支付方法涉及进站时闸机端的后台的交互过程示意图；
图7为本发明支付方法涉及出站时闸机端与乘客端的交互过程示意图；
图8为本发明支付方法涉及出站时闸机端的后台的交互过程示意图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
本发明实施例的主要解决方案是：根据所述进站请求，通过所述轨交平台对所述乘客端进行异常名单检测，获取第一检测结果；若所述第一检测结果为所述乘客端不在支付异常名单中，则通过所述闸机平台向所述乘客端发送第一认证密文，由所述乘客端根据所述第一认证密文生成第一认证数据，并发送至所述闸机平台；通过所述闸机平台对所述第一认证数据进行伪卡认证；当所述伪卡认证为通过时，根据所述进站请求进行票价计算，获取全程票价；根据所述全程票价，通过所述闸机平台向所述乘客端的钱包账户发送第一付款验证请求，由所述乘客端的钱包账户响应所述第一付款验证请求，获取初始金融账户信息以及初始验证结果，并发送至所述闸机平台；接收所述初始金融账户信息以及初始验证结果。若所述第一检测结果为所述乘客端在所述支付异常名单中，则对所述支付异常名单进行查询，获取异常交易记录；将所述异常交易记录发送至所述乘客端，由所述乘客端对所述异常交易记录进行处理，获取处理结果。根据所述进站交易文件，通过所述轨交系统的收款运营平台向所述乘客端的付款运营平台发送预授权交易请求，由所述乘客端的付款运营平台对所述预授权交易请求进行应答，获取应答结果，并将所述应答结果发送至所述轨交平台；通过所述轨交平台对所述应答结果进行验证；若所述应答结果为预授权应答成功，则输出应答结果为预授权成功；若所述应答结果为预授权应答失败，则输出应答结果为预授权失败，并将所述乘客端发送至所述支付异常名单。根据所述出站请求，通过所述闸机平台获取第二认证密文，并将所述第二认证密文发送至所述乘客端，由所述乘客端根据所述第二认证密文生成第二认证数据，并发送至所述闸机平台；通过所述第二认证数据进行票价计算，获取通行票价；通过所述轨交平台对所述乘客端进行预授权应答结果查询；若所述应答结果为预授权成功，则通过所述通行票价对所述乘客端的钱包账户发送第二付款验证请求，由所述乘客端的钱包账户根据所述第二付款验证请求，对所述初始金融账户信息以及初始验证结果进行更新，获取最终金融账户信息以及最终验证结果，并发送至所述闸机平台；接收所述最终金融账户信息以及最终验证结果。根据所述出站交易文件，通过所述轨交系统的收款运营平台向所述乘客端的付款运营平台发送预授权付款请求，由所述乘客端的付款运营平台根据所述预授权付款请求进行付款验证，获取付款结果，并发送至所述轨交平台；根据所述付款结果，通过所述轨交平台对所述收款运营平台进行扣款验证，获取扣款验证结果；若所述扣款验证结果为扣款成功，则输出扣款结果为交易完成；若所述扣款验证结果为扣款失败，则输出扣款结果为交易失败，并将所述乘客端发送至所述支付异常名单。若所述应答结果为预授权失败，则根据所述通行票价生成扣款信息；将所述扣款信息发送至所述乘客端，由所述乘客端对所述扣款信息进行付款，获取付款结果，并将所述付款结果发送至所述闸机平台；根据所述付款结果生成出站车票，并发送至所述乘客端。从而解决了轨道交通付款效率低的问题，实现了轨道交通的支付，提高了支付的效率。基于本发明方案，从现实中存在收款闸机设备离线的模式下无法进行交易且收款闸机联机交易，受限于网络，交易时间长，通行效率低，从而导致效率低下的问题出发，设计了一种支付方法，并在进行支付时验证了本发明的支付方法的有效性，最后经过本发明方法进行支付的效率得到了明显的提升。
本发明实施例涉及的技术术语：
AID：AID通常指的是应用标识符（Application Identifier），AID是一个唯一标识符，用于标识特定的应用程序或服务，AID通常与智能卡或手机支付应用程序相关联。
本发明实施例考虑到，相关技术在进行支付时，由于进出站联机查询后转账户后台，交易时间长，通行效率低，进出站闸机必须依赖于网络才能够进行交易，设备离线无法进行交易，所以这种方式存在着效率低的问题。
因此，本发明实施例，从现实中存在收款闸机设备离线的模式下无法进行交易且收款闸机联机交易，受限于网络，交易时间长，通行效率低，从而导致效率低下的问题出发，设计了一种支付方法，并在进行支付时验证了本发明的支付方法的有效性，最后经过本发明方法进行支付的效率得到了明显的提升。
具体地，参照图1，图1为本发明支付装置所属终端设备的功能板块示意图。该支付装置可以独立于终端设备的、能够进行支付的装置，其可以通过硬件或者软件的形式承载于终端设备上。该终端设备可以为手机、平板电脑等具有数据处理功能的智能移动设备，还可以为具有数据处理功能的固定终端设备或服务器等。
在本实施例中，该支付装置所属终端设备至少包括输出模块110、处理器120、存储器130以及通信模块140。
存储器130中存储有操作系统以及支付程序，支付装置可以接收乘客端发送的进站请求，通过所述轨交平台以及闸机平台对所述进站请求进行验证，获取初始金融账户信息以及初始验证结果；根据所述初始金融账户信息以及初始验证结果，获取进站交易文件，并发送开闸指令至所述进站闸机；接收乘客端发送的出站请求，根据所述出站请求，通过所述轨交平台以及闸机平台对所述初始金融账户信息以及初始验证结果进行更新，获取最终金融账户信息以及最终验证结果；根据所述最终金融账户信息以及最终验证结果生成出站交易文件，并发送开闸指令至所述出站闸机；基于所述出站交易文件对所述乘客端进行扣款，获取扣款结果。通过该支付程序进行支付，得到支付结果等信息存储于该存储器130中；输出模块110可为显示屏等。通信模块140可以包括WIFI模块、移动通信模块以及蓝牙模块等，通过通信模块140与外部设备或服务器进行通信。
其中存储器130中的支付程序被处理器执行时实现以下步骤：
接收乘客端发送的进站请求，通过所述轨交平台以及闸机平台对所述进站请求进行验证，获取初始金融账户信息以及初始验证结果；
根据所述初始金融账户信息以及初始验证结果，获取进站交易文件，并发送开闸指令至所述进站闸机；
接收乘客端发送的出站请求，根据所述出站请求，通过所述轨交平台以及闸机平台对所述初始金融账户信息以及初始验证结果进行更新，获取最终金融账户信息以及最终验证结果；
根据所述最终金融账户信息以及最终验证结果生成出站交易文件，并发送开闸指令至所述出站闸机；
基于所述出站交易文件对所述乘客端进行扣款，获取扣款结果。
进一步地，存储器130中的支付程序被处理器执行时还实现以下步骤：
根据所述进站请求，通过所述轨交平台对所述乘客端进行异常名单检测，获取第一检测结果；
若所述第一检测结果为所述乘客端不在支付异常名单中，则通过所述闸机平台向所述乘客端发送第一认证密文，由所述乘客端根据所述第一认证密文生成第一认证数据，并发送至所述闸机平台；
通过所述闸机平台对所述第一认证数据进行伪卡认证；
当所述伪卡认证为通过时，根据所述进站请求进行票价计算，获取全程票价；
根据所述全程票价，通过所述闸机平台向所述乘客端的钱包账户发送第一付款验证请求，由所述乘客端的钱包账户响应所述第一付款验证请求，获取初始金融账户信息以及初始验证结果，并发送至所述闸机平台；
接收所述初始金融账户信息以及初始验证结果。
进一步地，存储器130中的支付程序被处理器执行时还实现以下步骤：
若所述第一检测结果为所述乘客端在所述支付异常名单中，则对所述支付异常名单进行查询，获取异常交易记录；
将所述异常交易记录发送至所述乘客端，由所述乘客端对所述异常交易记录进行处理，获取处理结果。
进一步地，存储器130中的支付程序被处理器执行时还实现以下步骤：
根据所述进站交易文件，通过所述轨交系统的收款运营平台向所述乘客端的付款运营平台发送预授权交易请求，由所述乘客端的付款运营平台对所述预授权交易请求进行应答，获取应答结果，并将所述应答结果发送至所述轨交平台；
通过所述轨交平台对所述应答结果进行验证；
若所述应答结果为预授权应答成功，则输出应答结果为预授权成功；
若所述应答结果为预授权应答失败，则输出应答结果为预授权失败，并将所述乘客端发送至所述支付异常名单。
进一步地，存储器130中的支付程序被处理器执行时还实现以下步骤：
根据所述出站请求，通过所述闸机平台获取第二认证密文，并将所述第二认证密文发送至所述乘客端，由所述乘客端根据所述第二认证密文生成第二认证数据，并发送至所述闸机平台；
通过所述第二认证数据进行票价计算，获取通行票价；
通过所述轨交平台对所述乘客端进行预授权应答结果查询；
若所述应答结果为预授权成功，则通过所述通行票价对所述乘客端的钱包账户发送第二付款验证请求，由所述乘客端的钱包账户根据所述第二付款验证请求，对所述初始金融账户信息以及初始验证结果进行更新，获取最终金融账户信息以及最终验证结果，并发送至所述闸机平台；
接收所述最终金融账户信息以及最终验证结果。
进一步地，存储器130中的支付程序被处理器执行时还实现以下步骤：
根据所述出站交易文件，通过所述轨交系统的收款运营平台向所述乘客端的付款运营平台发送预授权付款请求，由所述乘客端的付款运营平台根据所述预授权付款请求进行付款验证，获取付款结果，并发送至所述轨交平台；
根据所述付款结果，通过所述轨交平台对所述收款运营平台进行扣款验证，获取扣款验证结果；
若所述扣款验证结果为扣款成功，则输出扣款结果为交易完成；
若所述扣款验证结果为扣款失败，则输出扣款结果为交易失败，并将所述乘客端发送至所述支付异常名单。
进一步地，存储器130中的支付程序被处理器执行时还实现以下步骤：
若所述应答结果为预授权失败，则根据所述通行票价生成扣款信息；
将所述扣款信息发送至所述乘客端，由所述乘客端对所述扣款信息进行付款，获取付款结果，并将所述付款结果发送至所述闸机平台；
根据所述付款结果生成出站车票，并发送至所述乘客端。
本实施例通过上述方案，具体通过接收乘客端发送的进站请求，通过所述轨交平台以及闸机平台对所述进站请求进行验证，获取初始金融账户信息以及初始验证结果；根据所述初始金融账户信息以及初始验证结果，获取进站交易文件，并发送开闸指令至所述进站闸机；接收乘客端发送的出站请求，根据所述出站请求，通过所述轨交平台以及闸机平台对所述初始金融账户信息以及初始验证结果进行更新，获取最终金融账户信息以及最终验证结果；根据所述最终金融账户信息以及最终验证结果生成出站交易文件，并发送开闸指令至所述出站闸机；基于所述出站交易文件对所述乘客端进行扣款，获取扣款结果。通过闸机端对乘客端的进站请求以及出站请求进行验证以及交易文件的生成，并通过生成的交易文件进行扣款，可以解决轨道交通付款效率低的问题。基于本发明方案，从现实中存在收款闸机设备离线的模式下无法进行交易且收款闸机联机交易，受限于网络，交易时间长，通行效率低，从而导致效率低下的问题出发，设计了一种支付方法，并在进行支付时验证了本发明的支付方法的有效性，最后经过本发明方法进行支付的效率得到了明显的提升。
基于上述终端设备架构但不限于上述框架，提出本发明方法实施例。
参照图2，图2为本发明支付方法一示例性实施例的流程示意图。所述支付方法包括：
步骤S01，接收乘客端发送的进站请求，通过所述轨交平台以及闸机平台对所述进站请求进行验证，获取初始金融账户信息以及初始验证结果；
本实施例方法的执行主体可以是一种支付装置，也可以是一种支付终端设备或服务器，本实施例以支付装置进行举例，该支付装置可以集成在具有数据处理功能终端设备上。
本实施例所述的轨道交通，包括但不限于公交、地铁以及高铁等等交通设备，而交通是经济的脉络和文明的纽带，交通与经济、人文的发展是密不可分的，随着经济的发展，也伴随着人口的增加，对交通产生的负荷也很大，对于工作日的早高峰或者晚高峰，处理的时候可能会存在进出站联机查询后转账户后台，交易时间长，通行效率低以及必须依赖于网络才能够进行交易，设备离线无法进行交易的问题，众所周知的是，在地铁的交通环境中，可能存在经过的区域较为偏僻且轨道深度较大时，信号不好，可能导致交易延时、收不到款或者乘客等待的时间过长，这对于地区的发展也是有所影响的；
本发明实施例所提出的方法为接受乘客端的进站请求以及出站请求，并生成对应的出站交易文件，故本实施例接收乘客端发送的进站请求，通过闸机端所对应的轨交平台对进站请求进行验证，得到了乘客端的金融账户信息以及验证结果，其中，金融账户信息至少包括了乘客端所使用的钱包应用以及钱包数额，乘客信息以及优惠信息等，用于判断用户能否支付当前轨交的费用、乘客能享受的优惠政策等，而验证结果则为当前用户是否存在有之前乘坐后未付款的行为等，且本实施例中所提及的金融账户信息包括但不限于金融IC卡、公共交通卡、移动终端应用以及点数卡等为载体，可进行充值、扣款以及累积的数据信息。
步骤S02，根据所述初始金融账户信息以及初始验证结果，获取进站交易文件，并发送开闸指令至所述进站闸机；
在获取到乘客端的金融账户信息以及验证结果后，轨交平台根据初始验证结果以及初始金融账户信息获取进站交易文件，并发送开闸指令至进站闸机，以使乘客端的用户能够进站，其中，进站交易文件的生成则说明对乘客端验证已经完成了，此时乘客端的用户可能存在设备没有网络连接的情况，但验证的过程以及获取进站交易文件的过程为闸机端进行的，故此时不受乘客端是否具备网络的影响。
步骤S07，接收乘客端发送的出站请求，根据所述出站请求，通过所述轨交平台以及闸机平台对所述初始金融账户信息以及初始验证结果进行更新，获取最终金融账户信息以及最终验证结果；
在乘客端到达指定的站点后，准备离开轨交时，向闸机端发送出站指令，闸机端接收到乘客端的出站指令，并根据出站指令对初始金融账户信息以及初始验证结果进行更新，得到了最终金融账户信息以及最终验证结果，在获取到最终金融账户信息以及最终验证结果的过程中，应当这样理解，若乘客端为联网状态，则可实时进行扣款，但在本实施例中，对其采取的为0扣款操作，目的是使用户能够更快地通行，避免造成堵塞的情况，故对先前获取的金融账户信息以及验证结果进行更新，以便于后续进行扣款；
步骤S08，根据所述最终金融账户信息以及最终验证结果生成出站交易文件，并发送开闸指令至所述出站闸机；
在获取到最终金融账户信息以及最终验证结果后，便通过最终金融账户结果以及最终验证结果进行出站交易文件的生成，此时已经具备进站交易文件以及出站交易文件，便将乘客端进行放行，在后台对其进行扣款，并向出站闸机发送开闸指令，以使乘客端的用户能够通行。
步骤S9，基于所述出站交易文件对所述乘客端进行扣款，获取扣款结果。
在获取到出站交易文件后，使客户端出站，此时保证了客户端的出站，并在后台进行对应的扣款，具体可为，通过出站交易文件对乘客端的付款运营平台发送预授权付款请求，由乘客端的付款运营平台对预授权付款请求进行响应并付款；
在收到付款运营平台返回的付款结果后，由轨交平台对收款运营平台是否有金额增值进行验证，当扣款验证结果为扣款成功时，输出扣款结果为交易完成，当扣款验证结果为扣款失败时，则输出扣款结果为交易失败，并将乘客端发送至所述支付异常名单中。
具体地，上述步骤S01，接收乘客端发送的进站请求，通过所述轨交平台以及闸机平台对所述进站请求进行验证，获取初始金融账户信息以及初始验证结果的步骤包括：
步骤S011，根据所述进站请求，通过所述轨交平台对所述乘客端进行异常名单检测，获取第一检测结果；
步骤S014，若所述第一检测结果为所述乘客端不在支付异常名单中，则通过所述闸机平台向所述乘客端发送第一认证密文，由所述乘客端根据所述第一认证密文生成第一认证数据，并发送至所述闸机平台；
步骤S015，通过所述闸机平台对所述第一认证数据进行伪卡认证；
步骤S016，当所述伪卡认证为通过时，根据所述进站请求进行票价计算，获取全程票价；
步骤S017，根据所述全程票价，通过所述闸机平台向所述乘客端的钱包账户发送第一付款验证请求，由所述乘客端的钱包账户响应所述第一付款验证请求，获取初始金融账户信息以及初始验证结果，并发送至所述闸机平台；
步骤S018，接收所述初始金融账户信息以及初始验证结果。
由于轨交系统每天的使用量都很高，故对顾客进行逐一验证再放行的话，可能会导致不够便利，故在接收到乘客端的进站请求时，先通过轨交平台对乘客端进行异常名单检测，得到第一验证结果，其中，第一验证结果为通过时，则说明当前乘客端不在异常名单上，可进行下一步的验证；
为了方便后续进行交易，向乘客端发送第一认证密文，由乘客端根据第一认证密文生成第一认证数据，并返回给闸机端，闸机端对第一验证数据进行伪卡认证，当伪卡认证通过时，则根据乘客端的进站请求进行票价计算，应当理解的是，一座城市的轨交，例如地铁系统，一个站点可能对应条线路，为了得到乘客端是否能够支付票价，则以此站点到其他站点中票价最高的线路进行计算，得到线路的全程票价；
根据线路的全程票价以及验证数据结果等信息向乘客端的钱包账户发送第一付款验证请求，其中，第一付款验证请求发送的对象为乘客端的钱包账户，为的是验证乘客端所使用的钱包应用是否能对闸机端的付款请求做出响应，由乘客端的钱包账户对第一付款验证请求进行响应，得到初始金融账户信息以及初始验证结果，并将初始金融账户信息以及初始验证结果发送到闸机平台中。
进一步地，在对乘客端进行异常名单检测的过程中，并不一定全是乘客端不在异常名单上的，故上述步骤S011，根据所述进站请求，通过所述轨交平台对所述乘客端进行异常名单检测，获取第一检测结果的步骤之后还包括：
步骤S012，若所述第一检测结果为所述乘客端在所述支付异常名单中，则对所述支付异常名单进行查询，获取异常交易记录；
步骤S013，将所述异常交易记录发送至所述乘客端，由所述乘客端对所述异常交易记录进行处理，获取处理结果。
当第一检测结果为乘客端在支付异常名单中，则说明当前乘客端可能存在之前的交易未扣款等情况，故可通过bom处理机进行处理；
由bom处理机对支付异常名单进行查询，得到乘客端的异常交易记录，可能为未支付交易；
将获取到的异常交易记录发送至乘客端进行异常处理，得到处理结果，并返回至闸机端，由闸机端进行支付异常名单的更新；
在完成异常名单的处理后，乘客端便可进行通行，解决了在先前的交易中未扣款成功的问题。
进一步地，上述步骤S07，接收乘客端发送的出站请求，根据所述出站请求，通过所述轨交平台以及闸机平台对所述初始金融账户信息以及初始验证结果进行更新，获取最终金融账户信息以及最终验证结果的步骤包括：
步骤S071，根据所述出站请求，通过所述闸机平台获取第二认证密文，并将所述第二认证密文发送至所述乘客端，由所述乘客端根据所述第二认证密文生成第二认证数据，并发送至所述闸机平台；
步骤S072，通过所述第二认证数据进行票价计算，获取通行票价；
步骤S073，通过所述轨交平台对所述乘客端进行预授权应答结果查询；
步骤S077，若所述应答结果为预授权成功，则通过所述通行票价对所述乘客端的钱包账户发送第二付款验证请求，由所述乘客端的钱包账户根据所述第二付款验证请求，对所述初始金融账户信息以及初始验证结果进行更新，获取最终金融账户信息以及最终验证结果，并发送至所述闸机平台；
步骤S078，接收所述最终金融账户信息以及最终验证结果。
在乘客端进站并搭乘完轨交后，向闸机端发送出站请求，闸机端根据出站请求生成第二认证密文，并发送到乘客端，第二认证密文是为了使乘客端根据第二认证密文生成第二认证数据，使闸机端能依据第二认证数据对乘客端进行伪卡认证以及乘客乘车票价的计算，其中，通行票价的计算至少包括了对优惠信息的计算以及起始站到终点站的计算；
在完成伪卡认证以及通行票价的计算后，便通过轨交平台对乘客端的预授权应答结果进行查询，若应答结果为预授权成功，则通过通行票价对乘客端的钱包账户发送第二付款验证请求，由乘客端的钱包账户根据第二付款验证请求对初始金融账户信息以及初始验证结果进行更新，得到最终金融账户信息以及最终验证结果，并发送到闸机端。
更进一步地，上述步骤S073，通过所述轨交平台对所述乘客端进行预授权应答结果查询的步骤之后还包括：
步骤S074，若所述应答结果为预授权失败，则根据所述通行票价生成扣款信息；
步骤S075，将所述扣款信息发送至所述乘客端，由所述乘客端对所述扣款信息进行付款，获取付款结果，并将所述付款结果发送至所述闸机平台；
步骤S076，根据所述付款结果生成出站车票，并发送至所述乘客端。
通过轨交平台对乘客端的预授权应答查询结果可能存在授权不通过的情况，此时说明乘客端先前的预授权没通过，但是乘客端已经完成进站且搭乘了，此时需要出站；
故根据通行票价生成扣款信息并发送至乘客端，由所述乘客端调用第三方支付平台，或者轨交前台进行付款，得到扣款结果，并发送到闸机端；
闸机端接收到乘客端已完成付款，故生成出站车票，由乘客端使用出站车票进行出站。
本实施例的整体方案如图3所示，图3为本发明支付方法的整体示意图。
首先，乘客向闸机端发送进站请求，闸机端对乘客进行支付异常名单的验证，若乘客在异常名单中，则通知乘客前往BOM处理及机进行异常处理；
然后，若乘客不在支付异常名单中，则对乘客是否进行初次金融账户交易进行验证，若是，则进行同步进站交易以及同步预授权，授权成功便开闸，不成功便不开闸，并前往BOM处理机进行异常处理；
然后，当用户并不是初次进行金融账户交易，则进行异步预授权，更新卡的交易状态并开闸；
然后，乘客发送出站指令，闸机端对乘客端的预授权情况进行查询，查询结果为授权成功的情况下则修改卡状态为出站，开启出站闸机并异步发送扣款；
最后，当乘客的预授权为不成功，则前往BOM机进行异常处理，例如金额补扣或进行第三方交易，完成后提供出站车票使乘客出站。
本实施例通过上述方案，具体通过接收乘客端发送的进站请求，通过所述轨交平台以及闸机平台对所述进站请求进行验证，获取初始金融账户信息以及初始验证结果；根据所述初始金融账户信息以及初始验证结果，获取进站交易文件，并发送开闸指令至所述进站闸机；接收乘客端发送的出站请求，根据所述出站请求，通过所述轨交平台以及闸机平台对所述初始金融账户信息以及初始验证结果进行更新，获取最终金融账户信息以及最终验证结果；根据所述最终金融账户信息以及最终验证结果生成出站交易文件，并发送开闸指令至所述出站闸机；基于所述出站交易文件对所述乘客端进行扣款，获取扣款结果。由此，通过闸机端对乘客端的进站请求以及出站请求进行验证以及交易文件的生成，并通过生成的交易文件进行扣款，实现了轨道交通的支付，解决了轨道交通付款效率低的问题，提高了支付的效率。
参照图4，图4为本发明支付方法另一示例性实施例的流程示意图。
基于上述图2所示的实施例，所述步骤S02，根据所述初始金融账户信息以及初始验证结果，获取进站交易文件，并发送开闸指令至所述进站闸机的步骤之后还包括：
步骤S03，根据所述进站交易文件，通过所述轨交系统的收款运营平台向所述乘客端的付款运营平台发送预授权交易请求，由所述乘客端的付款运营平台对所述预授权交易请求进行应答，获取应答结果，并将所述应答结果发送至所述轨交平台；
步骤S04，通过所述轨交平台对所述应答结果进行验证；
步骤S05，若所述应答结果为预授权应答成功，则输出应答结果为预授权成功；
步骤S06，若所述应答结果为预授权应答失败，则输出应答结果为预授权失败，并将所述乘客端发送至所述支付异常名单。
应当理解的是，在乘客端进站后，需要验证乘客能通过付款运营平台的预授权交易请求，其进行的步骤可如下所述：
首先，根据获取到的进站交易文件，通过收款运营平台对乘客端的付款运营平台发送预授权交易请求，其中，收款运营平台可为轨交系统所开发，也可为外部平台，例如地铁运营商自己开发收款运营平台，或通过第三方，例如银行进行收款运营；
然后，乘客端的付款运营平台对预授权交易请求进行应答，得到应答结果，并将应答结果发送至轨交平台；
最后，轨交平台对应答结果进行验证，若应答结果为预授权应答成功，则输出结果为预授权成功，因为此处的预授权采用的为0元扣款，验证客户端能否进行扣款，若应答结果为预授权应答失败，则输出应答结果为预授权失败，并将乘客端发送至支付异常名单中，等待处理。
在获取到出站交易文件后，便可对乘客端进行扣款，故基于图2所示的实施例，所述步骤S09，基于所述出站交易文件对所述乘客端进行扣款，获取扣款结果的步骤还包括：
步骤S091，根据所述出站交易文件，通过所述轨交系统的收款运营平台向所述乘客端的付款运营平台发送预授权付款请求，由所述乘客端的付款运营平台根据所述预授权付款请求进行付款验证，获取付款结果，并发送至所述轨交平台；
步骤S092，根据所述付款结果，通过所述轨交平台对所述收款运营平台进行扣款验证，获取扣款验证结果；
步骤S093，若所述扣款验证结果为扣款成功，则输出扣款结果为交易完成；
步骤S094，若所述扣款验证结果为扣款失败，则输出扣款结果为交易失败，并将所述乘客端发送至所述支付异常名单。
由于出站交易文件中记载了乘客端的状态信息以及对应的票价，故根据出站交易文件，收款运营平台便可向乘客端对应的付款运营平台发送预授权付款请求；
通过乘客端的付款运营平台对付款请求进行付款验证，得到付款验证结果，其中，付款验证结果在本实施例中为对付款信息、乘客端的状态信息进行验证，只有验证通过时，才会支付对应的票价信息，并生成付款结果发送至轨交平台；
由轨交平台对收款运营平台是否收到金融账户进行验证，若扣款验证结果为扣款成功，则输出扣款结果为交易完成，表示当前乘客已经完成进出站且完成付款，若扣款验证结果为扣款失败，则输出扣款结果为交易失败，并将乘客端发送至支付异常名单，等待处理。
本实施例通过上述方案，具体通过根据所述进站交易文件，通过所述轨交系统的收款运营平台向所述乘客端的付款运营平台发送预授权交易请求，由所述乘客端的付款运营平台对所述预授权交易请求进行应答，获取应答结果，并将所述应答结果发送至所述轨交平台；通过所述轨交平台对所述应答结果进行验证；若所述应答结果为预授权应答成功，则输出应答结果为预授权成功；若所述应答结果为预授权应答失败，则输出应答结果为预授权失败，并将所述乘客端发送至所述支付异常名单。由此，实现了轨交系统在乘客出站以及乘客端离线的情况，依据出站交易文件对乘客端进行扣款，解决了轨道交通付款效率低的问题，提高了支付的效率。
本申请的整体交互对象以及实现方法还可以如下述实施例所述：
在进站时，如图5所示，在乘客端准备进站时，收款方闸机选择轨交应用，并读取乘客端钱包账户的轨交行业信息和金融账户行业应用信息；
然后，检索轨交应用后台，检测卡片是否在金融账户支付异常名单中，当验证通过时，调用内部认证密文计算接口，向付款方钱包发送RAND，和KEYID，轨交应用返回内部认证密文数据（第一认证密文数据）；
然后，收款方闸机验证密文数据，并完成伪卡判断，同时计算全程最高票价；
然后，选择钱包应用AID，并进行特征协商（单离线实时扣款），发起单离线付款操作，操作成功后，收款闸机保存金融账户信息；
然后，发起轨交应用0元扣费，更新轨交信息状态标志为已进站，同时更新金融账户支付信息，保存单离线付款操作返回的金融账户信息；
最后，收款方闸机发起写离线交易文件（即进站交易文件），并开闸放行。
而闸机运行时后台的操作如图6所示，首先，收款方闸机上传离线支付信息给轨交行业后台；
然后，轨交行业后台根据离线数据向收款运营机构发起离线预授权交易；
然后，收款运营机构收到请求后，通过互通平台向付款运营机构发起预授权交易请求，即闸机端向乘客端发送付款请求；
然后，付款方运营机构验证请求的有效后，冻结付款方钱包账户部分资金；
然后，付款运营机构通过互通平台向收款运营机构做出应答，收款运营机构判断应答码并向轨交行业平台发送预授权应答；
最后，轨交行业平台判定预授权是否成功，如果明确不成功，则将卡片加入支付异常名单。
在出站时，如图7所示，收款方闸机选择轨交应用，并读取付款方钱包（即乘客端钱包账户）的轨交行业信息和金融账户行业应用信息；
然后，调用内部认证密文计算接口，向付款方钱包发送RAND，和KEYID，轨交应用返回内部认证密文数据（第二认证密文数据）；
然后，查询轨交行业后台，检索对应卡片的异步预授权成功交易，若查询失败或者未检索到对应的预授权交易，则引导乘客转bom人工处理，若查询到对应的预授权交易，则选择钱包应用AID，并进行特征协商（单离线实时扣款），发起单离线付款操作，操作成功后，收款闸机保存金融账户信息；
然后，发起轨交应用0元扣费，更新轨交信息状态标志为已出站，同时更新金融账户支付信息，保存单离线付款操作返回的金融账户信息；
最后，收款方闸机发起写出站离线交易文件，并开闸放行。
而闸机运行时后台的操作如图8所示：
首先，收款方闸机上传离线支付信息给轨交行业后台；
然后，轨交行业后台根据离线数据向收款运营机构发起离线预授权完成交易；
然后，收款运营机构收到请求后，通过互通平台向付款运营机构发起预授权完成交易请求；
然后，付款方运营机构验证请求的有效后，解冻付款方钱包账户冻结部分资金，并进行扣款；
然后，付款运营机构通过互通平台向收款运营机构做出应答，收款运营机构判断应答码，交易成功则对收款方钱包加值，并向轨交行业平台发送预授权完成应答；
最后，轨交行业平台判定预授权完成是否成功，如果明确预授权完成不成功，则将卡片加入支付异常名单。
本实施例通过上述方案，具体通过接收乘客端发送的进站请求，通过所述轨交平台以及闸机平台对所述进站请求进行验证，获取初始金融账户信息以及初始验证结果；根据所述初始金融账户信息以及初始验证结果，获取进站交易文件，并发送开闸指令至所述进站闸机；接收乘客端发送的出站请求，根据所述出站请求，通过所述轨交平台以及闸机平台对所述初始金融账户信息以及初始验证结果进行更新，获取最终金融账户信息以及最终验证结果；根据所述最终金融账户信息以及最终验证结果生成出站交易文件，并发送开闸指令至所述出站闸机；基于所述出站交易文件对所述乘客端进行扣款，获取扣款结果。由此，通过闸机端对乘客端的进站请求以及出站请求进行验证以及交易文件的生成，并通过生成的交易文件进行扣款，实现了轨道交通的支付，解决了轨道交通付款效率低的问题，提高了支付的效率。
此外，本发明实施例还提出一种支付装置，所述支付装置包括：
验证模块，用于接收乘客端发送的进站请求，通过所述轨交平台以及闸机平台对所述进站请求进行验证，获取初始金融账户信息以及初始验证结果；
获取模块，用于根据所述初始金融账户信息以及初始验证结果，获取进站交易文件，并发送开闸指令至所述进站闸机；
更新模块，用于接收乘客端发送的出站请求，根据所述出站请求，通过所述轨交平台以及闸机平台对所述初始金融账户信息以及初始验证结果进行更新，获取最终金融账户信息以及最终验证结果；
生成模块，用于根据所述最终金融账户信息以及最终验证结果生成出站交易文件，并发送开闸指令至所述出站闸机；
扣款模块，用于基于所述出站交易文件对所述乘客端进行扣款，获取扣款结果。
此外，本发明实施例还提出一种终端设备，所述终端设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的支付程序，所述支付程序被所述处理器执行时实现如上所述的支付方法的步骤。
由于本支付程序被处理器执行时，采用了前述所有实施例的全部技术方案，因此至少具有前述所有实施例的全部技术方案所带来的所有有益效果，在此不再一一赘述。
此外，本发明实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有支付程序，所述支付程序被处理器执行时实现如上所述的支付方法的步骤。
由于本支付程序被处理器执行时，采用了前述所有实施例的全部技术方案，因此至少具有前述所有实施例的全部技术方案所带来的所有有益效果，在此不再一一赘述。
相比现有技术，本发明实施例提出的支付方法、装置、终端设备以及存储介质，接收乘客端发送的进站请求，通过所述轨交平台以及闸机平台对所述进站请求进行验证，获取初始金融账户信息以及初始验证结果；根据所述初始金融账户信息以及初始验证结果，获取进站交易文件，并发送开闸指令至所述进站闸机；接收乘客端发送的出站请求，根据所述出站请求，通过所述轨交平台以及闸机平台对所述初始金融账户信息以及初始验证结果进行更新，获取最终金融账户信息以及最终验证结果；根据所述最终金融账户信息以及最终验证结果生成出站交易文件，并发送开闸指令至所述出站闸机；基于所述出站交易文件对所述乘客端进行扣款，获取扣款结果。从而解决了轨道交通付款效率低的问题，实现了轨道交通的支付，提高了支付的效率。基于本发明方案，从现实中存在收款闸机设备离线的模式下无法进行交易且收款闸机联机交易，受限于网络，交易时间长，通行效率低，从而导致效率低下的问题出发，设计了一种支付方法，并在进行支付时验证了本发明的支付方法的有效性，最后经过本发明方法进行支付的效率得到了明显的提升。
和现有的技术相比，本发明实施例方案具有以下优点：
1、离线预授权与在线预授权（交易速度较慢）相结合，既保证了一定的交易速度，又降低了扣不到费的交易风险；
2、采用进站预授权冻结金融账户一部分余额，出站预授权完成，进行实际扣费的方式，降低了扣不到费的交易风险。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上的一个存储介质（如ROM/RAM、磁碟、光盘）中，包括若干指令用以使得一台终端设备（可以是手机，计算机，服务器，被控终端，或者网络设备等）执行本发明每个实施例的方法。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。
Claims (9)
1.一种支付方法，其特征在于，所述支付方法应用于轨交系统，所述轨交系统包括闸机平台、轨交平台、进站闸机以及出站闸机，包括以下步骤：
接收乘客端发送的进站请求，通过所述轨交平台以及闸机平台对所述进站请求进行验证，获取初始金融账户信息以及初始验证结果；
其中，所述接收乘客端发送的进站请求，通过所述轨交平台以及闸机平台对所述进站请求进行验证，获取初始金融账户信息以及初始验证结果的步骤包括：
根据所述进站请求，通过所述轨交平台对所述乘客端进行黑名单检测，获取第一检测结果；
若所述第一检测结果为所述乘客端不在支付黑名单中，则通过所述闸机平台向所述乘客端发送第一认证密文，由所述乘客端根据所述第一认证密文生成第一认证数据，并发送至所述闸机平台；
通过所述闸机平台对所述第一认证数据进行伪卡认证；
当所述伪卡认证为通过时，根据所述进站请求进行票价计算，获取全程票价；
根据所述全程票价，通过所述闸机平台向所述乘客端的钱包账户发送第一付款验证请求，由所述乘客端的钱包账户响应所述第一付款验证请求，获取初始金融账户信息以及初始验证结果，并发送至所述闸机平台；
其中，所述根据所述全程票价，通过所述闸机平台向所述乘客端的钱包账户发送第一付款验证请求，由所述乘客端的钱包账户响应所述第一付款验证请求，获取初始金融账户信息以及初始验证结果，并发送至所述闸机平台的步骤包括：
根据所述乘客端的钱包应用标识符，向所述乘客端的钱包账户发送单离线实时扣款请求，由所述乘客端的钱包账户响应所述单离线实时扣款请求，执行0元扣款操作，并将操作完成的钱包账户信息发送至所述闸机平台；
根据所述操作完成的钱包账户信息，获取初始金融账户信息以及初始验证结果，并将所述乘客端的轨交状态 更新为已进站；
根据所述初始金融账户信息以及初始验证结果，获取进站交易文件，并发送开闸指令至所述进站闸机；
接收乘客端发送的出站请求，根据所述出站请求，通过所述轨交平台以及闸机平台对所述初始金融账户信息以及初始验证结果进行更新，获取最终金融账户信息以及最终验证结果；
根据所述最终金融账户信息以及最终验证结果生成出站交易文件，并发送开闸指令至所述出站闸机；
基于所述出站交易文件对所述乘客端进行扣款，获取扣款结果。
2.根据权利要求1所述的支付方法，其特征在于，所述根据所述进站请求，通过所述轨交平台对所述乘客端进行黑名单检测，获取第一检测结果的步骤之后还包括：
若所述第一检测结果为所述乘客端在所述支付黑名单中，则对所述支付黑名单进行查询，获取异常交易记录；
将所述异常交易记录发送至所述乘客端，由所述乘客端对所述异常交易记录进行处理，获取处理结果。
3.根据权利要求1所述的支付方法，其特征在于，所述根据所述初始金融账户信息以及初始验证结果，获取进站交易文件，并发送开闸指令至所述进站闸机的步骤之后还包括：
根据所述进站交易文件，通过所述轨交系统的收款运营平台向所述乘客端的付款运营平台发送预授权交易请求，由所述乘客端的付款运营平台对所述预授权交易请求进行应答，获取应答结果，并将所述应答结果发送至所述轨交平台；
通过所述轨交平台对所述应答结果进行验证；
若所述应答结果为预授权应答成功，则输出应答结果为预授权成功；
若所述应答结果为预授权应答失败，则输出应答结果为预授权失败，并将所述乘客端发送至所述支付黑名单。
4.根据权利要求3所述的支付方法，其特征在于，所述接收乘客端发送的出站请求，根据所述出站请求，通过所述轨交平台以及闸机平台对所述初始金融账户信息以及初始验证结果进行更新，获取最终金融账户信息以及最终验证结果的步骤包括：
根据所述出站请求，通过所述闸机平台获取第二认证密文，并将所述第二认证密文发送至所述乘客端，由所述乘客端根据所述第二认证密文生成第二认证数据，并发送至所述闸机平台；
通过所述第二认证数据进行票价计算，获取通行票价；
通过所述轨交平台对所述乘客端进行预授权应答结果查询；
若所述应答结果为预授权成功，则通过所述通行票价对所述乘客端的钱包账户发送第二付款验证请求，由所述乘客端的钱包账户根据所述第二付款验证请求，对所述初始金融账户信息以及初始验证结果进行更新，获取最终金融账户信息以及最终验证结果，并发送至所述闸机平台；
接收所述最终金融账户信息以及最终验证结果。
5.根据权利要求1所述的支付方法，其特征在于，所述基于所述出站交易文件对所述乘客端进行扣款，获取扣款结果的步骤还包括：
根据所述出站交易文件，通过所述轨交系统的收款运营平台向所述乘客端的付款运营平台发送预授权付款请求，由所述乘客端的付款运营平台根据所述预授权付款请求进行付款验证，获取付款结果，并发送至所述轨交平台；
根据所述付款结果，通过所述轨交平台对所述收款运营平台进行扣款验证，获取扣款验证结果；
若所述扣款验证结果为扣款成功，则输出扣款结果为交易完成；
若所述扣款验证结果为扣款失败，则输出扣款结果为交易失败，并将所述乘客端发送至所述支付黑名单。
6.根据权利要求4所述的支付方法，其特征在于，所述通过所述轨交平台对所述乘客端进行预授权应答结果查询的步骤之后还包括：
若所述应答结果为预授权失败，则根据所述通行票价生成扣款信息；
将所述扣款信息发送至所述乘客端，由所述乘客端对所述扣款信息进行付款，获取付款结果，并将所述付款结果发送至所述闸机平台；
根据所述付款结果生成出站车票，并发送至所述乘客端。
7.一种支付装置，其特征在于，所述支付装置应用于轨交系统，所述轨交系统包括闸机平台、轨交平台、进站闸机以及出站闸机，包括：
验证模块，用于接收乘客端发送的进站请求，通过所述轨交平台以及闸机平台对所述进站请求进行验证，获取初始金融账户信息以及初始验证结果；
其中，所述验证模块还用于根据所述进站请求，通过所述轨交平台对所述乘客端进行黑名单检测，获取第一检测结果；
若所述第一检测结果为所述乘客端不在支付黑名单中，则通过所述闸机平台向所述乘客端发送第一认证密文，由所述乘客端根据所述第一认证密文生成第一认证数据，并发送至所述闸机平台；
通过所述闸机平台对所述第一认证数据进行伪卡认证；
当所述伪卡认证为通过时，根据所述进站请求进行票价计算，获取全程票价；
根据所述全程票价，通过所述闸机平台向所述乘客端的钱包账户发送第一付款验证请求，由所述乘客端的钱包账户响应所述第一付款验证请求，获取初始金融账户信息以及初始验证结果，并发送至所述闸机平台；
其中，所述验证模块还用于：根据所述乘客端的钱包应用标识符，向所述乘客端的钱包账户发送单离线实时扣款请求，由所述乘客端的钱包账户响应所述单离线实时扣款请求，执行0元扣款操作，并将操作完成的钱包账户信息发送至所述闸机平台；
根据所述操作完成的钱包账户信息，获取初始金融账户信息以及初始验证结果，并将所述乘客端的轨交状态 更新为已进站；
获取模块，用于根据所述初始金融账户信息以及初始验证结果，获取进站交易文件，并发送开闸指令至所述进站闸机；
更新模块，用于接收乘客端发送的出站请求，根据所述出站请求，通过所述轨交平台以及闸机平台对所述初始金融账户信息以及初始验证结果进行更新，获取最终金融账户信息以及最终验证结果；
生成模块，用于根据所述最终金融账户信息以及最终验证结果生成出站交易文件，并发送开闸指令至所述出站闸机；
扣款模块，用于基于所述出站交易文件对所述乘客端进行扣款，获取扣款结果。
8.一种终端设备，其特征在于，所述终端设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的支付程序，所述支付程序被所述处理器执行时实现如权利要求1-6中任一项所述的支付方法的步骤。
9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有支付程序，所述支付程序被处理器执行时实现如权利要求1-6中任一项所述的支付方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202410040724.2A CN117557262B (zh) | 2024-01-11 | 2024-01-11 | 支付方法、装置、终端设备以及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202410040724.2A CN117557262B (zh) | 2024-01-11 | 2024-01-11 | 支付方法、装置、终端设备以及存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN117557262A CN117557262A (zh) | 2024-02-13 |
| CN117557262B true CN117557262B (zh) | 2024-05-28 |
Family
ID=89813236
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202410040724.2A Active CN117557262B (zh) | 2024-01-11 | 2024-01-11 | 支付方法、装置、终端设备以及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN117557262B (zh) |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106022819A (zh) * | 2016-05-13 | 2016-10-12 | 昆山爱贝儿网络科技有限公司 | 用于轨道交通的移动终端支付车资的方法及系统 |
| CN107742323A (zh) * | 2017-11-30 | 2018-02-27 | 成都长宇老司机网络科技有限公司 | 一种基于指纹认证的无卡过闸系统 |
| CN108234517A (zh) * | 2018-01-29 | 2018-06-29 | 成都智元汇信息技术股份有限公司 | 一种基于离线二维码票卡的地铁乘车离线处理系统及方法 |
| CN111292459A (zh) * | 2020-02-27 | 2020-06-16 | 广州羊城通有限公司 | 一种应用于地铁的刷脸认证方法及装置 |
| CN111783059A (zh) * | 2020-07-23 | 2020-10-16 | 北京如易行科技有限公司 | 一种人码合一过闸乘车系统及方法 |
| CN113284266A (zh) * | 2021-07-23 | 2021-08-20 | 深圳市深圳通有限公司 | 实现无感乘车支付的方法、系统、终端设备及程序产品 |
| CN114022144A (zh) * | 2021-10-29 | 2022-02-08 | 平安普惠企业管理有限公司 | 基于智能身份证的地铁过闸支付方法、装置、设备及介质 |
-
2024
- 2024-01-11 CN CN202410040724.2A patent/CN117557262B/zh active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106022819A (zh) * | 2016-05-13 | 2016-10-12 | 昆山爱贝儿网络科技有限公司 | 用于轨道交通的移动终端支付车资的方法及系统 |
| CN107742323A (zh) * | 2017-11-30 | 2018-02-27 | 成都长宇老司机网络科技有限公司 | 一种基于指纹认证的无卡过闸系统 |
| CN108234517A (zh) * | 2018-01-29 | 2018-06-29 | 成都智元汇信息技术股份有限公司 | 一种基于离线二维码票卡的地铁乘车离线处理系统及方法 |
| CN111292459A (zh) * | 2020-02-27 | 2020-06-16 | 广州羊城通有限公司 | 一种应用于地铁的刷脸认证方法及装置 |
| CN111783059A (zh) * | 2020-07-23 | 2020-10-16 | 北京如易行科技有限公司 | 一种人码合一过闸乘车系统及方法 |
| CN113284266A (zh) * | 2021-07-23 | 2021-08-20 | 深圳市深圳通有限公司 | 实现无感乘车支付的方法、系统、终端设备及程序产品 |
| CN114022144A (zh) * | 2021-10-29 | 2022-02-08 | 平安普惠企业管理有限公司 | 基于智能身份证的地铁过闸支付方法、装置、设备及介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN117557262A (zh) | 2024-02-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9324069B2 (en) | Transit access apparatus and method including device authentication | |
| US7567920B2 (en) | On-line authorization in access environment | |
| CN108010137A (zh) | 一种城市轨道交通实名制载体检票系统及方法 | |
| CN107093074A (zh) | 一种城市轨道交通金融ic卡的检票支付系统及方法 | |
| JP2002298047A (ja) | Ｒｆｉｃ観光カードを用いたサービスシステム及び方法とそのプログラムソースを格納した記録媒体 | |
| US20200311727A1 (en) | Hybrid processing for access device transactions | |
| KR20110031046A (ko) | 호환형 교통카드 결제 및 정산을 위한 시스템 및 그 방법 | |
| CN111784327A (zh) | 一种基于二维码的定期票的发售及核销方法及系统 | |
| JP4218381B2 (ja) | 改札システム | |
| CN113781030A (zh) | 一种结合数字人民币的轨道交通票务支付系统 | |
| CN107480971B (zh) | 虚拟国标cpu卡以及基于虚拟国标cpu卡实现互联网用户交易的方法 | |
| CN110349278A (zh) | 一种基于移动网络的身份认证和计费方法及装置 | |
| CN113628352B (zh) | 基于二次发售的地铁票务系统及地铁票二次发售方法 | |
| CN108280634B (zh) | 支付方法和系统、汽车、收费端和介质 | |
| KR20170006740A (ko) | 사용자 단말，중앙 서버 및 이들에 의한 요금 결제 방법 | |
| CN113344571A (zh) | 一种支付方法、装置及设备 | |
| CN117557262B (zh) | 支付方法、装置、终端设备以及存储介质 | |
| CN101799941A (zh) | 一种基于双功能卡的公路费支付系统及方法 | |
| CN113808291B (zh) | 一种高速通行费支付优化方法、装置、存储介质和设备 | |
| CN114612093A (zh) | 用于交通出行的数字货币支付方法、装置及数字货币钱包 | |
| CN115116176A (zh) | 向公交pos付款、公交pos收款的方法、装置及系统 | |
| CN111915309A (zh) | 一种公共交通用生物特征应用支付系统 | |
| KR102204807B1 (ko) | 2 모드로 작동하는 교통 카드 및 교통 카드의 트랜잭션 처리 방법 | |
| JP2001325625A (ja) | 交通機関の自動料金徴収システムおよび自動料金徴収方法 | |
| CN116911844A (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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |