CN111667259A - 支付方法、装置及系统 - Google Patents
支付方法、装置及系统 Download PDFInfo
- Publication number
- CN111667259A CN111667259A CN202010320762.5A CN202010320762A CN111667259A CN 111667259 A CN111667259 A CN 111667259A CN 202010320762 A CN202010320762 A CN 202010320762A CN 111667259 A CN111667259 A CN 111667259A
- Authority
- CN
- China
- Prior art keywords
- information
- payment
- order
- receiving
- target
- 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.)
- Granted
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/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/327—Short range or proximity payments by means of M-devices
- G06Q20/3276—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
-
- 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/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3825—Use of electronic 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
-
- 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/405—Establishing or using transaction specific rules
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Finance (AREA)
- Computer Networks & Wireless Communication (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Cash Registers Or Receiving Machines (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请提出了一种支付方法、装置及系统,其中,方法包括:清算机构接收账户机构发送的订单信息,并根据订单信息中的行业协议信息和收单机构标识信息,确定与订单信息对应的目标收单机构;将订单信息转发至目标收单机构,以使目标收单机构确认订单信息并生成订单确认结果;接收目标收单机构返回的订单确认结果,并将订单确认结果发送至账户机构,以使账户机构进行支付操作。由此,无需收单机构对接各账户机构不同的接口标准,降低开发运维成本,提高条码支付安全性。
Description
技术领域
本申请涉及支付技术领域,尤其涉及一种支付方法、装置及系统。
背景技术
条码支付业务是指应用条码技术向客户提供的、通过手机等移动终端实现收付款人之间货币资金转移的行为。条码支付业务参与方包括账户机构、用户端、收单机构、商户,不同行业的条码支付业务可能涉及不同的账户机构和收单机构,为了满足业务需求,收单机构需要与不同的账户机构进行交互。
目前的条码支付处理方案中,每一收单机构要对接各家账户机构不同的接口标准,开发运维成本较高。
发明内容
本申请旨在至少在一定程度上解决相关技术中的技术问题之一。
为此,本申请的一个目的在于提出一种支付方法,以降低开发运维成本。
本申请第一方面实施例提出了一种支付方法,应用于清算机构,其中,包括:
接收账户机构发送的订单信息,所述订单信息中包括行业协议信息和收单机构标识信息;
根据所述行业协议信息和收单机构标识信息,确定与所述订单信息对应的目标收单机构;
将所述订单信息转发至所述目标收单机构,以使所述目标收单机构确认所述订单信息并生成订单确认结果;
接收所述目标收单机构返回的所述订单确认结果,并将所述订单确认结果发送至所述账户机构,以使所述账户机构进行支付操作。
本申请第二方面实施例提出了另一种支付方法,应用于账户机构,其中,包括:
接收用户端发送的订单信息,并将所述订单信息发送至清算机构;
接收所述清算机构反馈的订单确认结果;其中,所述清算机构根据所述订单信息中的所述行业协议信息和收单机构标识信息,确定与所述订单信息对应的目标收单机构,并将所述订单信息发送至所述目标收单机构,以使所述目标收单机构确认所述订单信息,并生成所述订单确认结果;
根据所述订单确认结果和所述订单信息进行支付处理,生成支付结果。
本申请第三方面实施例提出了另一种支付方法,应用于清算机构,其中,包括:
接收收单机构发送的订单信息,所述订单信息包括账户机构标识信息;
根据所述账户机构标识信息确定与所述订单信息对应的目标账户机构,并将所述订单信息发送至所述目标账户机构;
接收所述目标账户机构返回的支付结果,所述支付结果由所述目标账户机构根据所述订单信息进行支付后生成;
将所述支付结果发送至所述收单机构,以使所述收单机构将所述支付结果发送至所述商户。
本申请第四方面实施例提出了另一种支付方法,应用于清算机构,其中,包括:
接收账户机构发送的支付信息展示请求,所述支付信息展示请求中包括行业协议信息、收单机构标识信息和交易信息;
根据所述行业协议信息和所述收单机构标识信息,确定与所述支付信息展示请求对应的目标收单机构;
将所述支付信息展示请求转发至所述目标收单机构,以使所述目标收单机构根据所述交易信息生成支付展示信息;
接收所述目标收单机构返回的所述支付展示信息,并将所述支付展示信息发送至所述账户机构,以使所述账户机构将所述支付展示信息发送至用户端显示。
本申请第五方面实施例提出了又一种支付方法,应用于账户机构,其中,包括:
接收用户端发送的支付信息展示请求,所述支付信息展示请求,包括:行业协议信息;
根据所述行业协议信息确定对应的清算机构,向所述清算机构发送所述支付信息展示请求,以使所述清算机构根据所述支付信息展示请求向收单机构请求支付展示信息;
接收所述清算机构返回的所述支付展示信息,并将所述支付展示信息发送至所述用户端显示。
本申请第六方面实施例提出了一种支付装置,其中,包括:
接收模块,用于接收账户机构发送的订单信息,所述订单信息中包括行业协议信息和收单机构标识信息;
确定模块,用于根据所述行业协议信息和收单机构标识信息,确定与所述订单信息对应的目标收单机构;
转发模块,用于将所述订单信息转发至所述目标收单机构,以使所述目标收单机构确认所述订单信息并生成订单确认结果;
发送模块,用于接收所述目标收单机构返回的所述订单确认结果,并将所述订单确认结果发送至所述账户机构,以使所述账户机构进行支付操作。
本申请第七方面实施例提出了另一种支付装置,其中,包括:
处理模块,用于接收用户端发送的订单信息,并将所述订单信息发送至清算机构;
接收模块,用于接收所述清算机构反馈的订单确认结果;其中,所述清算机构根据所述订单信息中的所述行业协议信息和收单机构标识信息,确定与所述订单信息对应的目标收单机构,并将所述订单信息发送至所述目标收单机构,以使所述目标收单机构确认所述订单信息,并生成所述订单确认结果;
支付模块,用于根据所述订单确认结果和所述订单信息进行支付处理,生成支付结果。
本申请第八方面实施例提出了另一种支付装置,其中,包括:
第一接收模块,用于接收收单机构发送的订单信息,所述订单信息包括账户机构标识信息;
确定模块,用于根据所述账户机构标识信息确定与所述订单信息对应的目标账户机构,并将所述订单信息发送至所述目标账户机构;
第二接收模块,用于接收所述目标账户机构返回的支付结果,所述支付结果由所述目标账户机构根据所述订单信息进行支付后生成;
发送模块,用于将所述支付结果发送至所述收单机构,以使所述收单机构将所述支付结果发送至所述商户。
本申请第九方面实施例提出了另一种支付装置,其中,包括:
接收模块,用于接收账户机构发送的支付信息展示请求,所述支付信息展示请求中包括行业协议信息、收单机构标识信息和交易信息;
确定模块,用于根据所述行业协议信息和所述收单机构标识信息,确定与所述支付信息展示请求对应的目标收单机构;
转发模块,用于将所述支付信息展示请求转发至所述目标收单机构,以使所述目标收单机构根据所述交易信息生成支付展示信息;
处理模块,用于接收所述目标收单机构返回的所述支付展示信息,并将所述支付展示信息发送至所述账户机构,以使所述账户机构将所述支付展示信息发送至用户端显示。
本申请第十方面实施例提出了另一种支付装置,其中,包括:
接收模块,用于接收用户端发送的支付信息展示请求,所述支付信息展示请求,包括:行业协议信息;
确定模块,用于根据所述行业协议信息确定对应的清算机构,向所述清算机构发送所述支付信息展示请求,以使所述清算机构根据所述支付信息展示请求向收单机构请求支付展示信息;
转发模块,用于接收所述清算机构返回的所述支付展示信息,并将所述支付展示信息发送至所述用户端显示。
本申请第十一方面实施例提出了一种支付系统,其中,包括:清算机构,账户机构,至少一个收单机构;
所述账户机构,用于接收用户端发送的订单信息,并将所述订单信息发送至所述清算机构;
所述清算机构,用于接收所述账户机构发送的订单信息,根据所述订单信息中的行业协议信息和收单机构标识信息,从所述至少一个收单机构中确定与所述订单信息对应的目标收单机构,并将所述订单信息转发至所述目标收单机构;
所述目标收单机构,用于确认所述订单信息并生成订单确认结果,将所述订单确认结果返回至所述清算机构;
所述清算机构,还用于将所述订单确认结果返回至所述账户机构;
所述账户机构,还用于根据所述订单确认结果和所述订单信息进行支付处理,生成支付结果。
本申请第十二方面实施例提出了另一种支付系统,其中,包括:清算机构,至少一个账户机构,收单机构;
所述收单机构,用于接收商户发送的订单信息,并将所述订单信息发送至所述清算机构;
所述清算机构,用于接收所述收单机构发送的订单信息,并根据所述订单信息中的账户机构标识信息确定与所述订单信息对应的目标账户机构,并将所述订单信息发送至所述目标账户机构;
所述目标账户机构,用于根据所述订单信息进行支付后生成支付结果;
所述清算机构,还用于接收所述目标账户机构返回的支付结果,将所述支付结果发送至所述收单机构;
所述收单机构,还用于将所述支付结果发送至所述商户。
本申请第十三方面实施例提出了一种计算机设备,包括处理器和存储器;其中,所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序,以用于实现如前述实施例所述的支付方法。
本申请第十四方面实施例提出了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如前述实施例所述的支付方法。
上述申请中的一个实施例具有如下优点或有益效果:清算机构接收账户机构发送的订单信息,根据订单信息中的行业协议信息和收单机构标识信息,确定与订单信息对应的目标收单机构。进而,将订单信息转发至目标收单机构,以使目标收单机构确认订单信息并生成订单确认结果。清算机构接收目标收单机构返回的订单确认结果,并将订单确认结果发送至账户机构,以使账户机构进行支付操作。由此,清算机构根据行业协议信息和收单机构标识信息确定对应的目标收单机构,并将订单信息转发至目标收单机构,实现了通过清算机构统一机构标识信息判断和接口标准,无需收单机构对接各账户机构不同的接口标准,降低开发运维成本,并且,基于行业协议信息实现条码支付,无需使用第三方协议,提高条码支付安全性。
本申请附加的方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本申请的实践了解到。
附图说明
图1为本申请实施例所提供的一种支付方法的流程示意图;
图2为本申请实施例所提供的另一种支付方法的流程示意图;
图3为本申请实施例所提供的另一种支付方法的流程示意图;
图4为本申请实施例所提供的另一种支付方法的流程示意图;
图5为本申请实施例所提供的一种付款扫码展示流程示意图;
图6为本申请实施例所提供的一种付款扫码支付流程示意图;
图7为本申请实施例所提供的另一种支付方法的流程示意图;
图8为本申请实施例所提供的一种收款扫码支付流程示意图;
图9为本申请实施例所提供的一种支付装置的结构示意图;
图10为本申请实施例所提供的另一种支付装置的结构示意图;
图11为本申请实施例所提供的另一种支付装置的结构示意图;
图12为本申请实施例所提供的另一种支付装置的结构示意图;
图13为本申请实施例所提供的又一种支付装置的结构示意图。
具体实施方式
下面详细描述本申请的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,旨在用于解释本申请,而不能理解为对本申请的限制。
下面参考附图描述本申请实施例的支付方法、装置及系统。
图1为本申请实施例所提供的一种支付方法的流程示意图,如图1所示,该方法包括:
步骤101,接收账户机构发送的订单信息,订单信息中包括行业协议信息和收单机构标识信息。
本申请实施例的支付方法,可以应用于付款扫码支付场景,本实施例中执行主体为清算机构。
本实施例中,商户获取并展示收款码,用户端扫描收款码后生成订单信息,并将订单信息发送至账户机构,由账户机构将订单信息发送至清算机构。其中,订单信息是根据收款码生成的,可选地,订单信息中还包括商品名称、数量、金额等。
在本申请的一个实施例中,收款码包括行业协议信息、业务类型、加密信息、交易信息、签名信息、收单机构标识信息。
其中,账户机构可根据行业协议信息确定对应的行业,行业协议信息可以为字符串,如国库缴税行业的行业协议信息为tips。业务类型指当前行业下的业务类型,比如国库缴税行业包括个税和核心征管等业务类型。加密信息包括加密算法类型和加密密钥对应的索引,加密算法用于对交易信息进行加密,例如包括国密SM4和国际AES256等。交易信息包括商户信息、商品信息等,根据加密算法类型和加密密钥,对交易信息进行加密,获取对应的密文作为交易信息加密数据。签名信息包括签名算法和签名内容,签名算法用于对收款码进行签名,例如国密SM2withSM3和国际RAS2048withSHA256等,签名内容包括对收款码中上述内容进行签名并进行base64编码。收单机构标识信息是由清算机构分配的,用于区分收单机构。
步骤103,根据行业协议信息和收单机构标识信息,确定与订单信息对应的目标收单机构。
作为一种示例,在行业协议信息为预设行业协议字符串的情况下,根据行业协议信息确定与订单信息对应的目标收单机构。在一些应用场景中,某一行业对应唯一的收单机构,预先存储行业协议信息与收单机构的映射关系,以国库缴税行业为例,收款码中可不包括收单机构标识信息,清算机构根据收款码中的行业协议信息tips,确定与国库缴税行业对应的收单机构A作为目标收单机构。
作为另一种示例,在行业协议信息不为预设行业协议字符串的情况下,根据行业协议信息确定多个候选收单机构,并根据收单机构标识信息从多个候选收单机构确定与订单信息对应的目标收单机构。在一些应用场景中,某一行业对应多个的收单机构,预先存储收单机构标识信息与收单机构的映射关系,收款码中包括收单机构标识信息,清算机构根据收款码中的行业协议信息确定对应的行业,进而根据收单机构标识信息从该行业对应的多个收单机构中确定目标收单机构。
步骤105,将订单信息转发至目标收单机构,以使目标收单机构确认订单信息并生成订单确认结果。
本实施例中,清算机构将订单信息发送至目标收单机构,目标收单机构确认订单信息,生成订单确认结果,并将订单确认结果返回至清算机构。
步骤107,接收目标收单机构返回的订单确认结果,并将订单确认结果发送至账户机构,以使账户机构进行支付操作。
本实施例中,清算机构接收订单确认结果,并发送至对应的账户机构,以使账户机构根据订单确认结果进行支付处理。
在本申请的一个实施例中,账户机构在接收到订单确认结果后,根据订单信息进行支付处理,生成支付结果并发送至清算机构。清算机构接收账户机构发送的支付结果,将支付结果发送至目标收单机构,以使目标收单机构将支付结果通知商户。
相关技术中,由收单机构接收用户端的订单信息,并根据用户端识别对应的账户机构,进而将订单信息发送至对应的账户机构进行支付处理,对于各收单机构,需要收单机构判断账户机构并对接各账户机构不同的接口标准,导致开发运维成本高。并且,各机构对于条码支付的处理流程不同,导致条码支付市场失序。
本申请实施例的支付方法,清算机构接收账户机构发送的订单信息,订单信息中包括行业协议信息和收单机构标识信息;根据行业协议信息和收单机构标识信息,确定与订单信息对应的目标收单机构;将订单信息转发至目标收单机构,以使目标收单机构确认订单信息并生成订单确认结果;接收目标收单机构返回的订单确认结果,并将订单确认结果发送至账户机构,以使账户机构进行支付操作。由此,清算机构根据行业协议信息和收单机构标识信息确定对应的目标收单机构,并将订单信息转发至目标收单机构,实现了通过清算机构统一机构标识信息判断和接口标准,实现了通过清算机构统一机构标识判断和接口标准,无需收单机构对接各账户机构不同的接口标准,降低开发运维成本,提供了一种通用性高的条码支付处理流程,规范条码支付市场,并且基于行业协议信息实现条码支付,无需使用第三方协议,提高了条码支付的安全性。
基于上述实施例,下面对付款扫码场景的展示过程进行说明。
图2为本申请实施例所提供的另一种支付方法的流程示意图,如图2所示,该方法包括:
步骤201,接收账户机构发送的支付信息展示请求,支付信息展示请求中包括行业协议信息、收单机构标识信息和交易信息。
本实施例中,商户向收单机构请求获取收款码,并展示收款码,例如,收款码为静态码,可以由商户提前向收单机构申请,并通过布放的码牌展示收款码;再例如,收款码为动态码,可以由商户实时向收单机构申请,并通过显示终端进行展示。用户端扫描收款码并根据收款码生成支付信息展示请求,进而将支付信息展示请求发送至账户机构以请求支付展示信息。
其中,收款码包括行业协议信息、业务类型、加密信息、交易信息、签名信息、收单机构标识信息。
步骤203,根据行业协议信息和收单机构标识信息,确定与支付信息展示请求对应的目标收单机构。
本实施例中,账户机构将支付信息展示请求发送至清算机构,清算机构根据行业协议信息和收单机构标识信息,确定与支付信息展示请求对应的目标收单机构。
作为一种示例,在行业协议信息为预设行业协议字符串的情况下,根据行业协议信息确定与订单信息对应的目标收单机构。
作为另一种示例,在行业协议信息不为预设行业协议字符串的情况下,根据行业协议信息多个候选收单机构,并根据收单机构标识信息从多个候选收单机构确定与订单信息对应的目标收单机构。
步骤205,将支付信息展示请求转发至目标收单机构,以使目标收单机构根据交易信息生成支付展示信息。
本实施例中,清算机构将支付信息展示请求转发至目标收单机构以请求支付展示信息,目标收单机构对支付信息展示请求中的交易信息进行解析处理,生成支付展示信息。可选地,解析交易信息,获取商户名称、商品名称、数量等信息,根据商户名称、商品名称、数量等信息生成支付展示信息。
步骤207,接收目标收单机构返回的支付展示信息,并将支付展示信息发送至账户机构,以使账户机构将支付展示信息发送至用户端显示。
本实施例中,目标收单机构将支付展示信息返回至清算机构,进而,清算机构将支付展示信息发送至账户机构,由账户机构将支付展示信息发送至用户端进行显示。
在本申请的一个实施例中,用户端确认支付展示信息后,生成订单信息。
作为一种示例,收款码为静态码,静态码中交易信息不包含金额,用户端展示商户名称、商品名称、数量等信息,用户端输入金额并确认后,根据收款码、商品信息、数量、金额等生成订单信息。
作为另一种示例,收款码为动态码,动态码中交易信息包含金额,用户端展示商户名称、商品名称、数量以及金额等信息,用户端确认后,根据收款码、商品信息、数量、金额等生成订单信息。
相关技术中,通过http或https协议生成收款码,并由用户端通过跳转URL(Uniform Resource Locator,统一资源定位符)链接的方式向收单机构请求支付展示信息。
本申请实施例的支付方法,通过清算机构接收账户机构发送的支付信息展示请求,根据支付信息展示请求中的行业协议信息和收单机构标识信息,确定与支付信息展示请求对应的目标收单机构。进而,将支付信息展示请求转发至目标收单机构,以使目标收单机构根据交易信息生成支付展示信息。进一步,接收目标收单机构返回的支付展示信息,并将支付展示信息发送至账户机构,以使账户机构将支付展示信息发送至用户端显示。由此,将页面跳转流程替换为后台请求流程,实现了付款扫码场景的展示,基于行业协议信息生成收款码,无需使用第三方协议以及无需额外维护,提高了条码支付的安全性。
基于上述实施例,下面对付款扫码支付场景的账户机构侧进行说明。
图3为本申请实施例所提供的另一种支付方法的流程示意图,如图3所示,该方法包括:
步骤301,接收用户端发送的订单信息,并将订单信息发送至清算机构。
本申请实施例的支付方法,可以应用于付款扫码支付场景,本实施例中执行主体为账户机构。
本实施例中,商户获取并展示收款码,用户端扫描收款码后生成订单信息并发送至账户机构,由账户机构将订单信息发送至清算机构。其中,订单信息是根据收款码生成的。
在本申请的一个实施例中,收款码包括行业协议信息、业务类型、加密信息、交易信息、签名信息、收单机构标识信息中的多种。
步骤303,接收清算机构反馈的订单确认结果。
本实施例中,清算机构接收订单信息后,清算机构根据订单信息中的行业协议信息和收单机构标识信息,确定与订单信息对应的目标收单机构,并将订单信息发送至目标收单机构,以使目标收单机构确认订单信息,并生成订单确认结果。
步骤305,根据订单确认结果和订单信息进行支付处理,生成支付结果。
本实施例中,账户机构接收订单确认结果后,对订单信息进行支付处理,生成支付结果。
在本申请的一个实施例中,账户机构根据预设配置判断是否由用户确认支付。若是,则根据订单信息提示用户确认支付,并在接收到用户端返回的确认结果后,根据订单信息进行支付处理,生成支付结果。若无需用户确认,则根据订单信息进行支付处理,生成支付结果。
在本申请的一个实施例中,账户机构生成支付结果后,将支付结果发送至用户端和清算机构,以通知用户端和商户支付完成。
本申请实施例的支付方法,账户机构接收用户端发送的订单信息,并将订单信息发送至清算机构,进而,账户机构接收清算机构反馈的订单确认结果。进一步,根据订单确认结果和订单信息进行支付处理,生成支付结果。由此,通过清算机构统一账户机构标识判断和接口标准,无需收单机构对接各账户机构不同的接口标准,降低开发运维成本,提供了一种通用性高的条码支付处理流程,规范条码支付市场。
下面对付款扫码展示场景的账户机构侧进行说明。
图4为本申请实施例所提供的另一种支付方法的流程示意图,如图4所示,该方法包括:
步骤401,接收用户端发送的支付信息展示请求。
其中,支付信息展示请求包括:行业协议信息。
本实施例中,商户向收单机构请求获取收款码,并展示收款码,收款码包括静态码、动态码。用户端扫描收款码并根据收款码生成支付信息展示请求,将支付信息展示请求发送至账户机构以请求支付展示信息。
其中,收款码包括行业协议信息、业务类型、加密信息、交易信息、签名信息、收单机构标识信息中的多种。
步骤403,根据行业协议信息确定对应的清算机构,向清算机构发送支付信息展示请求,以使清算机构根据支付信息展示请求向收单机构请求支付展示信息。
本实施例中,账户机构将支付信息展示请求发送至清算机构,清算机构根据支付信息展示请求中的行业协议信息及收单机构标识信息确定对应的目标收单机构。清算机构将支付信息展示请求转发至目标收单机构以请求支付展示信息,目标收单机构对交易信息进行解析处理,生成支付展示信息并将支付展示信息返回至清算机构。清算机构将支付展示信息返回至账户机构。
可选地,可以根据行业协议信息或者,根据行业协议信息及收单机构标识信息确定对应的目标收单机构。
步骤405,接收清算机构返回的支付展示信息,并将支付展示信息发送至用户端显示。
账户机构将支付展示信息发送至用户端,用户端接收支付展示信息并展示。
本申请实施例的支付方法,实现了付款扫码场景的展示,基于行业协议生成收款码,无需使用第三方协议以及无需额外维护,各成员可直接使用,提高了条码支付的安全性。
基于上述实施例,本申请还提出一种支付系统,包括:清算机构,账户机构、至少一个收单机构。
其中,账户机构,用于接收用户端发送的订单信息,并将订单信息发送至清算机构;
清算机构,用于接收账户机构发送的订单信息,根据订单信息中的行业协议信息和收单机构标识信息,从至少一个收单机构中确定与订单信息对应的目标收单机构,并将订单信息转发至目标收单机构;
目标收单机构,用于确认订单信息并生成订单确认结果,将订单确认结果返回至清算机构;
清算机构,还用于将订单确认结果返回至账户机构;
账户机构,还用于根据订单确认结果和订单信息进行支付处理,生成支付结果。
可选地,账户机构,用于接收用户端发送的支付信息展示请求,根据支付信息展示请求中的行业协议信息确定对应的清算机构,向清算机构发送支付信息展示请求;
清算机构,用于接收账户机构发送的支付信息展示请求,根据支付信息展示请求中的行业协议信息和收单机构标识信息,确定与支付信息展示请求对应的目标收单机构,将支付信息展示请求转发至目标收单机构;
目标收单机构,用于根据支付信息展示请求中的交易信息生成支付展示信息,并将支付展示信息返回至所述清算机构;
清算机构,还用于接收目标收单机构返回的支付展示信息,并将支付展示信息发送至账户机构;
账户机构,还用于接收清算机构返回的支付展示信息,并将支付展示信息发送至用户端显示。
下面结合实际应用场景和上述支付系统对付款扫码支付的展示和处理过程进行说明。
图5为本申请实施例所提供的一种付款扫码展示流程示意图。
参照图5,(1)商户向收单机构请求收款码。
(2)收单机构生成收款码并返回至商户。
(3)商户将收款码展示给用户,其中,静态码可以通过布放的码牌展示,动态码可以通过显码终端进行展示。
(4)用户通过用户端应用程序扫描商户展示的收款码。
(5)用户端应用程序判断行业标准码,向账户机构请求支付展示信息。
(6)账户机构判断行业标准码,发送至清算机构以请求支付展示信息;
其中,行业标准码指收款码中的行业协议信息。用户端判断收款码中是否包括行业标准码/非行业标准码(HTTP等),若包括行业标准码,则向账户机构发送支付信息展示请求;进而,账户机构判断行业标准码,根据行业标准码确定对应的清算机构。
(7)清算机构根据收款码识别对应的收单机构。
(8)清算机构根据收款码中识别的收单机构,路由至对应的收单机构请求支付展示信息。
(9)收单机构解码并生成支付展示信息。
(10)收单机构将支付展示信息返回至清算机构;
(11)清算机构将支付展示信息返回至账户机构;
(12)账户机构将支付展示信息返回至用户端应用程序进行展示。
图6为本申请实施例所提供的一种付款扫码支付流程示意图。
参照图6,(1)用户在用户端应用程序上确认支付展示信息,根据支付展示信息生成订单信息。若为静态码,则输入订单金额等信息。
(2)用户端应用程序将订单信息发送至账户机构。
(3)账户机构将订单信息发送至清算机构。
(4)清算机构将订单信息发送至与收款码对应的收单机构;
(5)收单机构确认订单信息。
(6)收单机构将订单确认结果返回清算机构。
(7)清算机构将订单确认结果返回账户机构。
(8)账户机构判断是否需要用户确认,如需要,提示用户确认支付。
(9)用户通过用户端应用程序确认支付。
(10)账户机构进行支付处理。
(11)账户机构一方面通知清算机构本次支付结果,另一方面通知用户本次支付结果。
(12)清算机构将本次支付结果发送至收单机构。
(13)收单机构将本次支付结果返回至商户。
其中,账户机构为客户提供账户体系,负责接收客户发起的支付指令并完成支付扣款,例如账户机构包括支付机构和银行。用户是与账户机构签订协议并开立账户,通过账户机构系统发起支付指令的付款方。收单机构与特约商户签订条码受理协议,负责商户拓展和日常维护管理、并为商户提供交易资金结算和对账服务,例如收单机构包括支付机构和银行。商户与受理机构签订受理协议,并委托受理机构为其提供支付服务、资金结算、清算对账等服务。清算机构承担条码支付业务的转接及资金清算等相关职责。
基于上述实施例,下面对收款扫码支付场景进行说明。
图7为本申请实施例所提供的另一种支付方法的流程示意图,如图7所示,该方法包括:
步骤501,接收收单机构发送的订单信息,订单信息包括账户机构标识信息。
本申请实施例的支付方法,可以应用于收款扫码支付场景,本实施例中执行主体为清算机构。
本实施例中,用户端展示付款码,商户扫描付款码并根据付款码、商品信息生成订单信息,其中,商品信息包括名称、数量、金额等。进而,商户将订单信息发送至账户机构,账户机构将订单信息发送至清算机构。
在本申请的一个实施例中,付款码包括由清算机构分配的账户机构标识信息、支付标记信息。
其中,账户机构标识信息用于区分账户机构,由清算机构统一分配。支付标记信息包括账户机构为用户条码支付分配的唯一标识,采用支付标记化技术关联用户的账户信息,一次一密且定期更新。
步骤503,根据账户机构标识信息确定与订单信息对应的目标账户机构,并将订单信息发送至目标账户机构。
作为一种示例,清算机构解析付款码获取账户机构标识信息,根据账户机构标识信息确定对应的目标账户机构,并将订单信息发送至目标账户机构。
步骤505,接收目标账户机构返回的支付结果,支付结果是由目标账户机构根据订单信息支付后生成的。
本实施例中,目标账户机构根据预设配置判断是否需要由用户确认支付。若是,则根据订单信息提示用户确认支付,并在接收到用户端返回的确认结果后,根据订单信息进行支付处理,生成支付结果。若无需用户确认,则根据订单信息进行支付处理,生成支付结果。
其中,目标账户机构根据支付标记信息确定对应的目标账号,并通过目标账号进行支付后生成支付结果。
步骤507,将支付结果发送至收单机构,以使收单机构将支付结果发送至商户。
在本申请的一个实施例中,账户机构生成支付结果后,将支付结果发送至用户端和清算机构,以使清算机构将支付结果通过收单机构发送至商户,通知用户端和商户支付完成。
本申请实施例的支付方法,清算机构接收收单机构发送的订单信息,根据订单信息中的账户机构标识信息确定与订单信息对应的目标账户机构,并将订单信息发送至目标账户机构。进而,接收目标账户机构返回的支付结果,将支付结果发送至收单机构,以使收单机构将支付结果发送至商户。由此,通过清算机构统一账户机构标识信息判断和接口标准,无需收单机构对接各账户机构不同的接口标准,降低开发运维成本,提供了一种通用性高的条码支付处理流程,规范条码支付市场。并且,由清算机构统一账户机构标识判断,能够避免账户机构标识信息冲突。
基于上述实施例,本申请还提出一种支付系统,包括:清算机构,至少一个账户机构,收单机构。
其中,收单机构,用于接收商户发送的订单信息,并将订单信息发送至清算机构;
清算机构,用于接收收单机构发送的订单信息,并根据订单信息中的账户机构标识信息确定与订单信息对应的目标账户机构,并将订单信息发送至目标账户机构;
目标账户机构,用于根据订单信息进行支付后生成支付结果;
清算机构,还用于接收目标账户机构返回的支付结果,将支付结果发送至收单机构;
收单机构,还用于将支付结果发送至商户。
下面结合实际应用场景和上述支付系统对收款扫码支付的处理过程进行说明。
图8为本申请实施例所提供的一种收款扫码支付流程示意图。
参照图8,(1)用户打开用户端应用程序生成付款码。
(2)商户扫描并识读用户展示的付款码。
(3)商户根据付款码、商品信息、数量、金额等,生成对应的订单信息。
(4)商户将订单信息发送至收单机构。
(5)收单机构将订单信息发送至清算机构。
(6)清算机构根据付款码中的账户机构标识信息,识别账户机构。
(7)清算机构根据付款码中识别的账户机构,路由至对应的账户机构并发送订单信息。
(8)账户机构判断是否需要用户确认,如需要,提示用户确认支付。
(9)用户通过用户端应用程序返回确认结果。
(10)账户机构进行用户支付处理。
(11)账户机构一方面通知清算机构本次支付结果,另一方面通知用户本次支付结果。
(12)清算机构将本次支付结果返回至收单机构;
(13)收单机构将本次支付结果返回至商户。
为了实现上述实施例,本申请还提出一种支付装置。
图9为本申请实施例所提供的一种支付装置的结构示意图,如图9所示,该装置包括:接收模块11,确定模块13,转发模块15,发送模块17。
其中,接收模块11,用于接收账户机构发送的订单信息,订单信息中包括行业协议信息和收单机构标识信息。
确定模块13,用于根据行业协议信息和收单机构标识信息,确定与订单信息对应的目标收单机构;
转发模块15,用于将订单信息转发至目标收单机构,以使目标收单机构确认订单信息并生成订单确认结果。
发送模块17,用于接收目标收单机构返回的订单确认结果,并将订单确认结果发送至账户机构,以使账户机构进行支付操作。
在本申请的一个实施例中,确定模块13具体用于:在行业协议信息为预设行业协议字符串的情况下,根据行业协议信息确定与订单信息对应的目标收单机构;在行业协议信息不为预设行业协议字符串的情况下,根据行业协议信息多个候选收单机构,并根据收单机构标识信息从多个候选收单机构确定与订单信息对应的目标收单机构。
前述实施例对支付方法的解释说明同样适用于本实施例的支付装置,此处不再赘述。
本申请实施例的支付装置,通过清算机构接收账户机构发送的订单信息,订单信息中包括行业协议信息和收单机构标识信息;根据行业协议信息和收单机构标识信息,确定与订单信息对应的目标收单机构;将订单信息转发至目标收单机构,以使目标收单机构确认订单信息并生成订单确认结果;接收目标收单机构返回的订单确认结果,并将订单确认结果发送至账户机构,以使账户机构进行支付操作。由此,清算机构根据行业协议信息和收单机构标识信息确定对应的目标收单机构,并将订单信息转发至目标收单机构,实现了通过清算机构统一机构标识信息判断和接口标准,实现了通过清算机构统一机构标识判断和接口标准,无需收单机构对接各账户机构不同的接口标准,降低开发运维成本,提供了一种通用性高的条码支付处理流程,规范条码支付市场,并且基于行业协议信息实现条码支付,无需使用第三方协议,提高了条码支付的安全性。
图10为本申请实施例所提供的另一种支付装置的结构示意图,如图10所示,该装置包括:处理模块21,接收模块23,支付模块25。
其中,处理模块21,用于接收用户端发送的订单信息,并将所述订单信息发送至清算机构;
接收模块23,用于接收所述清算机构反馈的订单确认结果;其中,清算机构根据订单信息中的行业协议信息和收单机构标识信息,确定与订单信息对应的目标收单机构,并将订单信息发送至所述目标收单机构,以使目标收单机构确认订单信息,并生成订单确认结果。
支付模块25,用于根据订单确认结果和所述订单信息进行支付处理,生成支付结果。
本申请实施例的支付装置,通过清算机构统一账户机构标识判断和接口标准,无需收单机构对接各账户机构不同的接口标准,降低开发运维成本,提供了一种通用性高的条码支付处理流程,规范条码支付市场。
图11为本申请实施例所提供的另一种支付装置的结构示意图,如图11所示,该装置包括:第一接收模块31,确定模块33,第二接收模块35,发送模块37。
其中,第一接收模块31,用于接收收单机构发送的订单信息,所述订单信息包括账户机构标识信息;
确定模块33,用于根据所述账户机构标识信息确定与所述订单信息对应的目标账户机构,并将所述订单信息发送至所述目标账户机构;
第二接收模块35,用于接收所述目标账户机构返回的支付结果,所述支付结果由所述目标账户机构根据所述订单信息进行支付后生成;
发送模块37,用于将所述支付结果发送至所述收单机构,以使所述收单机构将所述支付结果发送至所述商户。
在本申请的一个实施例中,订单信息还包括:支付标记信息;支付结果由目标账户机构根据支付标记信息确定目标账号,并通过目标账号进行支付后生成。
本申请实施例的支付装置,通过清算机构接收收单机构发送的订单信息,根据订单信息中的账户机构标识确定与订单信息对应的目标账户机构,并将订单信息发送至目标账户机构。进而,接收目标账户机构返回的支付结果,将支付结果发送至收单机构,以使收单机构将支付结果发送至商户。由此,通过清算机构统一账户机构标识判断和接口标准,无需收单机构对接各账户机构不同的接口标准,降低开发运维成本,提供了一种通用性高的条码支付处理流程,规范条码支付市场。并且,由清算机构统一账户机构标识判断,能够避免账户机构标识冲突。
图12为本申请实施例所提供的另一种支付装置的结构示意图,如图12所示,该装置包括:接收模块41,确定模块43,转发模块45,处理模块47。
其中,接收模块41,用于接收账户机构发送的支付信息展示请求,支付信息展示请求中包括行业协议信息、收单机构标识信息和交易信息;
确定模块43,用于根据行业协议信息和所述收单机构标识信息,确定与所述支付信息展示请求对应的目标收单机构;
转发模块45,用于将支付信息展示请求转发至所述目标收单机构,以使所述目标收单机构根据所述交易信息生成支付展示信息;
处理模块47,用于接收目标收单机构返回的所述支付展示信息,并将所述支付展示信息发送至账户机构,以使账户机构将支付展示信息发送至用户端显示。
图13为本申请实施例所提供的又一种支付装置的结构示意图,如图13所示,该装置包括:接收模块51,确定模块53,转发模块55。
其中,接收模块51,用于接收用户端发送的支付信息展示请求,支付信息展示请求,包括:行业协议信息;
确定模块53,用于根据行业协议信息确定对应的清算机构,向清算机构发送所述支付信息展示请求,以使清算机构根据所述支付信息展示请求向收单机构请求支付展示信息;
转发模块55,用于接收清算机构返回的所述支付展示信息,并将所述支付展示信息发送至所述用户端显示。
本申请实施例的支付装置,通过清算机构接收账户机构发送的支付信息展示请求,根据支付信息展示请求中的行业协议信息和收单机构标识信息,确定与支付信息展示请求对应的目标收单机构。进而,将支付信息展示请求转发至目标收单机构,以使目标收单机构根据交易信息生成支付展示信息。进一步,接收目标收单机构返回的支付展示信息,并将支付展示信息发送至账户机构,以使账户机构将支付展示信息发送至用户端显示。由此,将页面跳转流程替换为后台请求流程,实现了付款扫码场景的展示,基于行业协议生成收款码,无需使用第三方协议以及无需额外维护,提高了条码支付的安全性。
为了实现上述实施例,本申请还提出一种计算机设备,包括处理器和存储器;其中,处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序,以用于实现如前述任一实施例所述的支付方法。
为了实现上述实施例,本申请还提出一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如前述任一实施例所述的支付方法。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中,“多个”的含义是至少两个,例如两个,三个等,除非另有明确具体的限定。
尽管上面已经示出和描述了本申请的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本申请的限制,本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。
Claims (16)
1.一种支付方法,应用于清算机构,其中,包括:
接收账户机构发送的订单信息,所述订单信息中包括行业协议信息和收单机构标识信息;
根据所述行业协议信息和收单机构标识信息,确定与所述订单信息对应的目标收单机构;
将所述订单信息转发至所述目标收单机构,以使所述目标收单机构确认所述订单信息并生成订单确认结果;
接收所述目标收单机构返回的所述订单确认结果,并将所述订单确认结果发送至所述账户机构,以使所述账户机构进行支付操作。
2.如权利要求1所述的方法,其中,根据所述行业协议信息和收单机构标识信息,确定与所述订单信息对应的目标收单机构,包括:
在所述行业协议信息为预设行业协议字符串的情况下,根据所述行业协议信息确定与所述订单信息对应的目标收单机构;
在所述行业协议信息不为预设行业协议字符串的情况下,根据所述行业协议信息多个候选收单机构,并根据收单机构标识信息从所述多个候选收单机构确定与所述订单信息对应的目标收单机构。
3.一种支付方法,应用于账户机构,其中,包括:
接收用户端发送的订单信息,并将所述订单信息发送至清算机构;
接收所述清算机构反馈的订单确认结果;其中,所述清算机构根据所述订单信息中的所述行业协议信息和收单机构标识信息,确定与所述订单信息对应的目标收单机构,并将所述订单信息发送至所述目标收单机构,以使所述目标收单机构确认所述订单信息,并生成所述订单确认结果;
根据所述订单确认结果和所述订单信息进行支付处理,生成支付结果。
4.一种支付方法,应用于清算机构,其中,包括:
接收收单机构发送的订单信息,所述订单信息包括账户机构标识信息;
根据所述账户机构标识信息确定与所述订单信息对应的目标账户机构,并将所述订单信息发送至所述目标账户机构;
接收所述目标账户机构返回的支付结果,所述支付结果由所述目标账户机构根据所述订单信息进行支付后生成;
将所述支付结果发送至所述收单机构,以使所述收单机构将所述支付结果发送至所述商户。
5.如权利要求4所述的方法,其中,所述订单信息还包括:支付标记信息;
所述支付结果由所述目标账户机构根据所述订单信息进行支付后生成,包括:
所述支付结果由所述目标账户机构根据所述支付标记信息确定目标账号,并通过所述目标账号进行支付后生成。
6.一种支付方法,应用于清算机构,其中,包括:
接收账户机构发送的支付信息展示请求,所述支付信息展示请求中包括行业协议信息、收单机构标识信息和交易信息;
根据所述行业协议信息和所述收单机构标识信息,确定与所述支付信息展示请求对应的目标收单机构;
将所述支付信息展示请求转发至所述目标收单机构,以使所述目标收单机构根据所述交易信息生成支付展示信息;
接收所述目标收单机构返回的所述支付展示信息,并将所述支付展示信息发送至所述账户机构,以使所述账户机构将所述支付展示信息发送至用户端显示。
7.一种支付方法,应用于账户机构,其中,包括:
接收用户端发送的支付信息展示请求,所述支付信息展示请求,包括:行业协议信息;
根据所述行业协议信息确定对应的清算机构,向所述清算机构发送所述支付信息展示请求,以使所述清算机构根据所述支付信息展示请求向收单机构请求支付展示信息;
接收所述清算机构返回的所述支付展示信息,并将所述支付展示信息发送至所述用户端显示。
8.一种支付装置,其中,包括:
接收模块,用于接收账户机构发送的订单信息,所述订单信息中包括行业协议信息和收单机构标识信息;
确定模块,用于根据所述行业协议信息和收单机构标识信息,确定与所述订单信息对应的目标收单机构;
转发模块,用于将所述订单信息转发至所述目标收单机构,以使所述目标收单机构确认所述订单信息并生成订单确认结果;
发送模块,用于接收所述目标收单机构返回的所述订单确认结果,并将所述订单确认结果发送至所述账户机构,以使所述账户机构进行支付操作。
9.如权利要求8所述的装置,其中,所述确定模块具体用于:
在所述行业协议信息为预设行业协议字符串的情况下,根据所述行业协议信息确定与所述订单信息对应的目标收单机构;
在所述行业协议信息不为预设行业协议字符串的情况下,根据所述行业协议信息多个候选收单机构,并根据收单机构标识信息从所述多个候选收单机构确定与所述订单信息对应的目标收单机构。
10.一种支付装置,其中,包括:
处理模块,用于接收用户端发送的订单信息,并将所述订单信息发送至清算机构;
接收模块,用于接收所述清算机构反馈的订单确认结果;其中,所述清算机构根据所述订单信息中的所述行业协议信息和收单机构标识信息,确定与所述订单信息对应的目标收单机构,并将所述订单信息发送至所述目标收单机构,以使所述目标收单机构确认所述订单信息,并生成所述订单确认结果;
支付模块,用于根据所述订单确认结果和所述订单信息进行支付处理,生成支付结果。
11.一种支付装置,其中,包括:
第一接收模块,用于接收收单机构发送的订单信息,所述订单信息包括账户机构标识信息;
确定模块,用于根据所述账户机构标识信息确定与所述订单信息对应的目标账户机构,并将所述订单信息发送至所述目标账户机构;
第二接收模块,用于接收所述目标账户机构返回的支付结果,所述支付结果由所述目标账户机构根据所述订单信息进行支付后生成;
发送模块,用于将所述支付结果发送至所述收单机构,以使所述收单机构将所述支付结果发送至所述商户。
12.如权利要求11所述的装置,其中,所述订单信息还包括:支付标记信息;
所述支付结果由所述目标账户机构根据所述支付标记信息确定目标账号,并通过所述目标账号进行支付后生成。
13.一种支付装置,其中,包括:
接收模块,用于接收账户机构发送的支付信息展示请求,所述支付信息展示请求中包括行业协议信息、收单机构标识信息和交易信息;
确定模块,用于根据所述行业协议信息和所述收单机构标识信息,确定与所述支付信息展示请求对应的目标收单机构;
转发模块,用于将所述支付信息展示请求转发至所述目标收单机构,以使所述目标收单机构根据所述交易信息生成支付展示信息;
处理模块,用于接收所述目标收单机构返回的所述支付展示信息,并将所述支付展示信息发送至所述账户机构,以使所述账户机构将所述支付展示信息发送至用户端显示。
14.一种支付装置,其中,包括:
接收模块,用于接收用户端发送的支付信息展示请求,所述支付信息展示请求,包括:行业协议信息;
确定模块,用于根据所述行业协议信息确定对应的清算机构,向所述清算机构发送所述支付信息展示请求,以使所述清算机构根据所述支付信息展示请求向收单机构请求支付展示信息;
转发模块,用于接收所述清算机构返回的所述支付展示信息,并将所述支付展示信息发送至所述用户端显示。
15.一种支付系统,其中,包括:清算机构,账户机构,至少一个收单机构;
所述账户机构,用于接收用户端发送的订单信息,并将所述订单信息发送至所述清算机构;
所述清算机构,用于接收所述账户机构发送的订单信息,根据所述订单信息中的行业协议信息和收单机构标识信息,从所述至少一个收单机构中确定与所述订单信息对应的目标收单机构,并将所述订单信息转发至所述目标收单机构;
所述目标收单机构,用于确认所述订单信息并生成订单确认结果,将所述订单确认结果返回至所述清算机构;
所述清算机构,还用于将所述订单确认结果返回至所述账户机构;
所述账户机构,还用于根据所述订单确认结果和所述订单信息进行支付处理,生成支付结果。
16.一种支付系统,其中,包括:清算机构,至少一个账户机构,收单机构;
所述收单机构,用于接收商户发送的订单信息,并将所述订单信息发送至所述清算机构;
所述清算机构,用于接收所述收单机构发送的订单信息,并根据所述订单信息中的账户机构标识信息确定与所述订单信息对应的目标账户机构,并将所述订单信息发送至所述目标账户机构;
所述目标账户机构,用于根据所述订单信息进行支付后生成支付结果;
所述清算机构,还用于接收所述目标账户机构返回的支付结果,将所述支付结果发送至所述收单机构;
所述收单机构,还用于将所述支付结果发送至所述商户。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010320762.5A CN111667259B (zh) | 2020-04-22 | 2020-04-22 | 支付方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010320762.5A CN111667259B (zh) | 2020-04-22 | 2020-04-22 | 支付方法、装置及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111667259A true CN111667259A (zh) | 2020-09-15 |
CN111667259B CN111667259B (zh) | 2021-12-24 |
Family
ID=72382725
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010320762.5A Active CN111667259B (zh) | 2020-04-22 | 2020-04-22 | 支付方法、装置及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111667259B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022155805A1 (zh) * | 2021-01-20 | 2022-07-28 | 深圳海付移通科技有限公司 | 支付方法、装置、计算机设备和存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110004548A1 (en) * | 2001-10-29 | 2011-01-06 | Visa U.S.A., Inc. | Method and system for conducting a commercial transaction between a buyer and a seller |
CN107038560A (zh) * | 2017-01-06 | 2017-08-11 | 阿里巴巴集团控股有限公司 | 一种支付业务执行的系统、方法及装置 |
CN110135838A (zh) * | 2019-04-15 | 2019-08-16 | 深圳壹账通智能科技有限公司 | 电子支付方法、装置、计算机设备和存储介质 |
CN110866748A (zh) * | 2019-10-25 | 2020-03-06 | 网联清算有限公司 | 支付处理系统和方法 |
CN110910134A (zh) * | 2019-10-25 | 2020-03-24 | 网联清算有限公司 | 支付处理系统和方法 |
CN111047307A (zh) * | 2019-11-11 | 2020-04-21 | 网联清算有限公司 | 支付交易处理系统、支付交易处理方法及装置 |
-
2020
- 2020-04-22 CN CN202010320762.5A patent/CN111667259B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110004548A1 (en) * | 2001-10-29 | 2011-01-06 | Visa U.S.A., Inc. | Method and system for conducting a commercial transaction between a buyer and a seller |
CN107038560A (zh) * | 2017-01-06 | 2017-08-11 | 阿里巴巴集团控股有限公司 | 一种支付业务执行的系统、方法及装置 |
CN110135838A (zh) * | 2019-04-15 | 2019-08-16 | 深圳壹账通智能科技有限公司 | 电子支付方法、装置、计算机设备和存储介质 |
CN110866748A (zh) * | 2019-10-25 | 2020-03-06 | 网联清算有限公司 | 支付处理系统和方法 |
CN110910134A (zh) * | 2019-10-25 | 2020-03-24 | 网联清算有限公司 | 支付处理系统和方法 |
CN111047307A (zh) * | 2019-11-11 | 2020-04-21 | 网联清算有限公司 | 支付交易处理系统、支付交易处理方法及装置 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022155805A1 (zh) * | 2021-01-20 | 2022-07-28 | 深圳海付移通科技有限公司 | 支付方法、装置、计算机设备和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN111667259B (zh) | 2021-12-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20200143358A1 (en) | Methods and systems for secure mobile device initiated payment using generated image data | |
AU2017200988B2 (en) | Payment device with integrated chip | |
US8352370B1 (en) | System and method for universal instant credit | |
CN101354770B (zh) | 使用五方协议实现银行卡支付的系统和方法 | |
US20210326843A1 (en) | Fault tolerant token based transaction systems | |
US20130159184A1 (en) | System and method of using load network to associate product or service with a consumer token | |
US20040019564A1 (en) | System and method for payment transaction authentication | |
US20140201086A1 (en) | Method and system for reversed near field contact electronic transaction | |
US20130159029A1 (en) | System and method of using load network to associate product or service with a consumer token | |
WO2013149578A1 (en) | Methods and system for secure mobile payment | |
WO2013058867A1 (en) | Bobile remote payment systems | |
US20170286992A1 (en) | System and method for coded transaction processing | |
CN112368729A (zh) | 令牌状态同步 | |
US20240104530A1 (en) | Data processing utilizing a digital tag | |
CN111667259B (zh) | 支付方法、装置及系统 | |
US9734492B2 (en) | Secure universal two-step payment authorization system | |
CN112514346B (zh) | 实时交互处理系统和方法 | |
CN109978683B (zh) | 供应链管理方法、系统、存储介质和电子设备 | |
KR20190103113A (ko) | 휴대 단말에서의 결제 수행 방법 및 장치와 그 방법에 대한 프로그램 소스를 저장한 기록 매체 | |
US20220198502A1 (en) | Systems and methods for linking ach data with merchant loyalty data | |
CN116261738A (zh) | 虚拟终端 | |
TW201921306A (zh) | 多維條碼行動支付方法及支付伺服系統 | |
US20110208650A1 (en) | Systems and Methods for Paying Invoices | |
CN117501268A (zh) | 用于处理动作数据的方法和系统 | |
KR20060005053A (ko) | 현금 영수증을 통한 쿠폰 발행 시스템(bm) |
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 |