CN111192040B - 一种机构识别编号的注册方法及系统 - Google Patents

一种机构识别编号的注册方法及系统 Download PDF

Info

Publication number
CN111192040B
CN111192040B CN202010277268.5A CN202010277268A CN111192040B CN 111192040 B CN111192040 B CN 111192040B CN 202010277268 A CN202010277268 A CN 202010277268A CN 111192040 B CN111192040 B CN 111192040B
Authority
CN
China
Prior art keywords
payment
node
information
identification number
user
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
Application number
CN202010277268.5A
Other languages
English (en)
Other versions
CN111192040A (zh
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.)
Alipay Hangzhou Information Technology Co Ltd
Original Assignee
Alipay Hangzhou Information Technology 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 Alipay Hangzhou Information Technology Co Ltd filed Critical Alipay Hangzhou Information Technology Co Ltd
Priority to CN202010277268.5A priority Critical patent/CN111192040B/zh
Publication of CN111192040A publication Critical patent/CN111192040A/zh
Application granted granted Critical
Publication of CN111192040B publication Critical patent/CN111192040B/zh
Priority to TW110110605A priority patent/TWI763392B/zh
Priority to PCT/CN2021/084319 priority patent/WO2021204042A1/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3827—Use of message hashing
    • 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/20—Point-of-sale [POS] network systems
    • G06Q20/206—Point-of-sale [POS] network systems comprising security or operator identification provisions, e.g. password entry
    • 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

Abstract

公开了一种机构识别编号的注册方法及系统。各支付机构节点和各收单机构节点组成联盟链，每个机构都作为联盟链中的一个节点，可以向联盟链中发起自编号注册，在注册成功之后，该机构节点的机构识别编号和路由信息即写入了联盟链中，并且可以被随时验证，进而各支付机构或者收单机构可以需要生成包含机构识别编号的收款码或者付款码，其它机构在收到收款码或者付款码时即可以根据其中所包含机构识别编号向联盟链中进行查询以进行支付。

Description

一种机构识别编号的注册方法及系统
技术领域
本说明书实施例涉及信息技术领域，尤其涉及一种机构识别编号的注册方法及系统。
背景技术
扫码支付在当前已经应用非常广泛。随之而来的就是支付机构也越来越多，在支付机构和商户之间也经常需要更多的收单机构来进行渠道接入。这就造成商户为了支持多个支付方式，必须连接多个收单机构且收银系统需要能够识别多个支付应用的付款码。如果将商户收款码进行多合一，聚合服务提供商作为中心化的信息中介，则容易出现支付信息泄露的问题。
基于此，需要一种在多个收单机构和支付机构中更为便利的互通支付方案。
发明内容
本申请实施例的目的是提供一种在多个收单机构和支付机构中更为便利的互通支付方案。
为解决上述技术问题，本申请实施例是这样实现的：
第一方面，本说明书实施例提供一种机构识别编号的注册方法，一种机构识别编号的注册方法，应用于由多个机构节点所组成的联盟链中，所述方法包括：
机构节点确定待注册的机构识别编号；
所述机构节点确定注册信息的哈希值，所述注册信息至少包含所述待注册的机构识别编号和机构节点标识；
所述机构节点对所述哈希值采用所述机构节点的私钥进行加密，生成数字签名；
所述机构节点生成包含所述注册信息、所述数字签名和所述私钥所对应的公钥的交易；
所述机构节点广播所述交易至联盟链中的其它机构节点；
在所述交易在联盟链中被共识通过之后，任一其它机构节点，将所述交易中所包含的待注册的机构识别编号确定为所述机构节点的机构识别编号；
所述任一其它机构节点，对所述机构节点的机构识别编号和机构节点标识的对应关系进行保存。
第二方面，本说明书实施例提供一种付款码生成方法，应用于联盟链的支付机构节点中，包括：
接收用户所发送的付款码生成请求，确定所述用户的用户标识；
获取所述支付机构节点的机构识别编号，生成包含所述用户标识和机构识别编号的付款信息；
生成包含所述付款信息的二维码，并发送所述二维码至所述用户，以便用户展示包含所述付款信息的付款码给商户扫描；
其中，所述支付机构节点所生成的包含注册信息、数字签名和公钥的交易，已经在所述联盟链中被共识通过并存储于所述联盟链中，所述注册信息至少包含所述支付机构节点的机构识别编号和机构节点标识。
同时，本说明书实施例还提供另一种付款码生成方法，应用联盟链的支付机构节点中，包括：
接收用户所发送的付款码生成请求，确定所述用户的用户标识；
获取所述支付机构节点的机构识别编号，生成包含所述用户标识和机构识别编号的付款信息；
发送所述付款信息至所述用户，以便所述用户生成包含所述付款信息的付款码，并展示包含所述付款信息的付款码给商户扫描；
其中，所述支付机构节点所生成的包含注册信息、数字签名和公钥的交易，已经在所述联盟链中被共识通过并存储于所述联盟链中，所述注册信息至少包含所述支付机构节点的机构识别编号和机构节点标识。
第三方面，本说明书实施例提供一种支付方法，应用于联盟链的收单机构节点中，包括：
接收商户所发送的包含机构识别编号的交易订单，其中，所述交易订单中的机构识别编号为商户扫描用户所展示的付款码所得到；
获取所述交易订单中所包含的机构识别编号；
查询获取所述机构识别编号所对应的支付机构节点标识；
转发所述交易订单至对所述支付机构节点标识所对应的支付机构节点，以便所述支付机构节点根据所述交易订单进行支付；
其中，所述支付机构节点所生成的包含注册信息、数字签名和公钥的交易，已经在所述联盟链中被共识通过并存储于所述联盟链中，所述注册信息至少包含所述支付机构节点的机构识别编号和机构节点标识。
第四方面，本说明书实施例提供可信收款码生成方法，应用于联盟链的收单机构节点中，包括：
确定商户的商户检索标识和所述收单机构节点的机构识别编号，生成包含所述商户检索标识和所述机构识别编号的初始信息；
对所述初始信息采用所述收单机构节点的私钥进行加密，得到数字签名，生成包含初始信息和所述数字签名的可信收款信息；
生成包含所述可信收款信息的可信收款码，并发送给商户，以便商户展示所述可信收款码给用户扫描。
其中，所述收单机构节点所生成的包含注册信息、数字签名和公钥的交易，已经在所述联盟链中被共识通过并存储于所述联盟链中，所述注册信息至少包含所述收单机构节点的机构识别编号和机构节点标识。
第五方面，本说明书实施例提供一种基于前述可信收款码的支付方法，包括：
接收用户所发送的可信收款信息，其中，可信收款信息为用户扫描商户所展示的可信收款码所得到，所述可信收款信息中包含初始信息和对所述初始信息的数字签名，所述初始信息中包含商户检索标识和收单机构节点的机构识别编号；
获取所述可信收款信息所包含的收单机构节点的机构识别编号；
查询得到所述机构识别编号所对应的收单机构节点标识和公钥，根据所述公钥和对所述可信收款信息中的数字签名进行验证；
在验证通过之后，发送所述商户检索标识至所述收单机构节点，以便所述收单机构节点根据所述商户检索标识确定对应的商户信息；
接收所述收单机构所返回的所述商户信息，发送所述商户信息至所述用户，以便接收所述用户生成的包含所述商户信息的支付请求；
根据所述支付请求执行支付；
其中，所述收单机构节点所生成的包含注册信息、数字签名和公钥的交易，已经在所述联盟链中被共识通过并存储于所述联盟链中，所述注册信息至少包含所述收单机构节点的机构识别编号和机构节点标识。
与第一方面对应的，本说明书实施例还提供一种机构识别编号的注册系统，应用于由多个机构节点所组成的联盟链中，在所述系统中，
机构节点确定待注册的机构识别编号；
所述机构节点确定注册信息的哈希值，所述注册信息至少包含所述待注册的机构识别编号和机构节点标识；
所述机构节点对所述哈希值采用所述机构节点的私钥进行加密，生成数字签名；
所述机构节点生成包含所述注册信息、所述数字签名和所述私钥所对应的公钥的交易；
所述机构节点广播所述交易至联盟链中的其它机构节点；
在所述交易在联盟链中被共识通过之后，任一其它机构节点，将所述交易中所包含的待注册的机构识别编号确定为所述机构节点的机构识别编号；
所述任一其它机构节点，对所述机构节点的机构识别编号和机构节点标识的对应关系进行保存。
与第二方面对应的，本说明书实施例还提供一种付款码生成装置，应用于联盟链的支付机构节点中，包括：
接收模块，接收用户所发送的付款码生成请求，确定所述用户的用户标识；
付款信息生成模块，获取所述支付机构节点的机构识别编号，生成包含所述用户标识和机构识别编号的付款信息；
付款码生成模块，生成包含所述付款信息的二维码；
发送模块，发送所述二维码至所述用户，以便用户展示包含所述付款信息的付款码给商户扫描；
其中，所述支付机构节点所生成的包含注册信息、数字签名和公钥的交易，已经在所述联盟链中被共识通过并存储于所述联盟链中，所述注册信息至少包含所述支付机构节点的机构识别编号和机构节点标识。
同时，本说明书实施例还提供另一种付款码生成装置，应用联盟链的支付机构节点中，包括：
接收模块，接收用户所发送的付款码生成请求，确定所述用户的用户标识；
付款信息生成模块，获取所述支付机构节点的机构识别编号，生成包含所述用户标识和机构识别编号的付款信息；
发送模块，发送所述付款信息至所述用户，以便所述用户生成包含所述付款信息的付款码，并展示包含所述付款信息的付款码给商户扫描；
其中，所述支付机构节点所生成的包含注册信息、数字签名和公钥的交易，已经在所述联盟链中被共识通过并存储于所述联盟链中，所述注册信息至少包含所述支付机构节点的机构识别编号和机构节点标识。
与第三方面对应的，本说明书实施例还提供一种支付装置，应用于联盟链的收单机构节点中，包括：
接收模块，接收商户所发送的包含机构识别编号的交易订单，其中，所述交易订单中的机构识别编号为商户扫描用户所展示的付款码所得到；
获取模块，获取所述交易订单中所包含的机构识别编号；
查询模块，查询获取所述机构识别编号所对应的支付机构节点标识；
发送模块，转发所述交易订单至对所述支付机构节点标识所对应的支付机构节点，以便所述支付机构节点根据所述交易订单进行支付；
其中，所述支付机构节点所生成的包含注册信息、数字签名和公钥的交易，已经在所述联盟链中被共识通过并存储于所述联盟链中，所述注册信息至少包含所述支付机构节点的机构识别编号和机构节点标识。
与第四方面对应的，本说明书实施例还提供一种可信收款码生成装置，应用于联盟链的收单机构节点中，包括：
确定模块，确定商户的商户检索标识和所述收单机构节点的机构识别编号，生成包含所述商户检索标识和所述机构识别编号的初始信息；
签名模块，对所述初始信息采用所述收单机构节点的私钥进行加密，得到数字签名，生成包含初始信息和所述数字签名的可信收款信息；
生成模块，生成包含所述可信收款信息的可信收款码，并发送给商户，以便商户展示所述可信收款码给用户扫描。
其中，所述收单机构节点所生成的包含注册信息、数字签名和公钥的交易，已经在所述联盟链中被共识通过并存储于所述联盟链中，所述注册信息至少包含所述收单机构节点的机构识别编号和机构节点标识。
与第五方面对应的，本说明书实施例还提供一种支付装置，应用于联盟链的支付机构节点，中包括：
接收模块，接收用户所发送的可信收款信息，其中，可信收款信息为用户扫描商户所展示的可信收款码所得到，所述可信收款信息中包含初始信息和对所述初始信息的数字签名，所述初始信息中包含商户检索标识和收单机构节点的机构识别编号；
获取模块，获取所述可信收款信息所包含的收单机构节点的机构识别编号；
查询模块，查询得到所述机构识别编号所对应的收单机构节点标识和公钥，根据所述公钥和对所述可信收款信息中的数字签名进行验证；
发送模块，在验证通过之后，发送所述商户检索标识至所述收单机构节点，以便所述收单机构节点根据所述商户检索标识确定对应的商户信息；
所述接收模块还用于接收所述收单机构所返回的所述商户信息，所述发送模块还用于发送所述商户信息至所述用户，以便接收所述用户生成的包含所述商户信息的支付请求；
支付模块，根据所述支付请求执行支付；
其中，所述收单机构节点所生成的包含注册信息、数字签名和公钥的交易，已经在所述联盟链中被共识通过并存储于所述联盟链中，所述注册信息至少包含所述收单机构节点的机构识别编号和机构节点标识。
通过本说明书实施例所提供的方案，各支付机构节点和各收单机构节点组成联盟链，每个机构都作为联盟链中的一个节点，可以向联盟链中发起编号注册，在注册成功之后，该机构节点的机构识别编号和路由信息即写入了联盟链中，并且可以被随时验证，进而各支付机构或者收单机构可以需要生成包含机构识别编号的收款码或者付款码，其它机构在收到收款码或者付款码时即可以根据其中所包含机构识别编号向联盟链中进行查询，在多个机构之间进行了公开公正的自治管理，便于多个机构之间的互通支付。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书实施例。
此外，本说明书实施例中的任一实施例并不需要达到上述的全部效果。
附图说明
为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书实施例中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。
图1为本说明书实施例所涉及的系统架构示意图；
图2为本说明书实施例所提供的一种机构识别编号的注册方法的流程示意图；
图3为本说明书实施例所提供的交易的逻辑示意图；
图4为本说明书实施例所提供的一种付款码生成方法的流程示意图；
图5为本说明书实施例中所提供的一种付款信息的示意图；
图6为本说明书实施例所提供的一种支付方法的流程示意图；
图7为本说明书实施例所提供的一种可信收款码生成方法的流程示意图；
图8为本说明书实施例所提供的一种可信收款信息的示意图；
图9为本说明书实施例所提供的一种支付方法的流程示意图；
图10是本说明书实施例提供的一种付款码生成装置的结构示意图；
图11是本说明书实施例提供的另一种付款码生成装置的结构示意图；
图12是本说明书实施例提供的一种支付装置的结构示意图；
图13是本说明书实施例提供的一种可信收款码生成装置的结构示意图；
图14是本说明书实施例提供的一种支付装置的结构示意图；
图15是用于配置本说明书实施例方法的一种设备的结构示意图。
具体实施方式
为了使本领域技术人员更好地理解本说明书实施例中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行详细地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于保护的范围。
如图1所示，图1为本说明书实施例所涉及的系统架构示意图。多个机构节点组成一个联盟链，各机构节点地位对等，这些节点在公网或专网上以overlay的形式构成安全的P2P对等通信网络，以确保链上数据只能由合法的支付机构、收单机构及其它被授权的实体（如监管机构）访问。链上维护一个分布式、不可篡改的链式数据库，保存联盟内每个支付机构、收单机构的相关信息。构建安全P2P网络、构建联盟区块链均有主流技术可以采用，本案不再赘述。
基于如图1所示的系统，本说明书实施例提供一种在多个机构间可以便利的互通支付的方案，具体包括如下五个方面：机构识别编号的注册，用户在支付时的付款码的生成，基于付款码的支付，收单机构给商户生成的可信收款码，基于可信收款码的支付。
对于第一方面，如图2所示，图2为本说明书实施例所提供的一种机构识别编号的注册方法的流程示意图，应用于由多个机构节点所组成的联盟链中，所述机构节点包括收单机构节点或者支付机构节点，具体包括：
S201，机构节点确定待注册的机构识别编号，确定注册信息的哈希值，所述注册信息至少包含所述待注册的机构识别编号和机构节点标识。
此时的机构节点可以是组成联盟链中的任一收单机构节点或者支付机构节点。在实际应用中，一般即为节点和实体机构一一对应，即任一机构节点都可以向联盟链中发起注册申请，一个机构实体在联盟链拥有一个节点。
机构识别编号可以是数字、字母或者其它任意字符所组成。例如，“00Ali”。换言之，由于不存在一个中央管理机构，在本说明书实施例中，机构识别编号可以是由机构自身进行自定义的。
当然，在实际应用中，各机构也可以事先进行协议，机构识别编号可以以该协议为基础得到。例如，协议可以规定机构识别编号的长度为1至8个字符，可以采用的字符包括数字和各国的语言字符等等。
一个机构节点可以重复注册多个机构识别编号，只需各机构识别编号之间（包括已经注册的和待注册的各机构识别编号）不能重复即可。
在确定待注册的机构识别编号之后，机构节点即可以获取自身的机构节点标识，生成至少包含所述待注册的机构识别编号和机构节点标识的注册信息，当然，在实际应用中，为了便利，还可以包含有诸如注册机构的路由信息（例如支付接口访问地址或者支付服务器的ip地址等等），进而确定注册信息的哈希值。当然，在注册信息中还可以包含有其它信息，例如，还可以包括诸如许可牌照、随机注册因子等其它相关信息。
S203，所述机构节点对所述哈希值采用所述机构节点的私钥进行加密，生成数字签名，生成包含所述注册信息、所述数字签名和所述私钥所对应的公钥的交易，并广播所述交易至联盟链中的其它机构节点。
在确定了前述注册信息的哈希值之后，机构节点即可以采用预先生成的密钥对中的私钥进行进一步加密，得到对于前述注册信息的数字签名。其他任意用户或者机构可以使用公开的公钥对数字签名进行解密得到注册信息的哈希值，以及还可以再计算一次交易中的注册信息的哈希值，从而可以比较两个哈希值的一致性来验证注册信息是否完整未被篡改。基于密钥对的非对称加密信息已经很成熟，此处不再赘述。
由于机构节点本身即为联盟链中的节点，因此，其可以生成包含包含所述注册信息、所述数字签名和所述私钥所对应的公钥的交易，并且广播至联盟链中的其它节点。如图3所示，图3为本说明书实施例所提供的交易的逻辑示意图。
其它节点在接收到该交易之后即可以基于联盟链中的共识机制，确定出共识节点，对交易进行共识。
S205，在所述交易在联盟链中被共识通过并存储之后，任一其它机构节点，将所述交易中所包含的待注册的机构识别编号确定为所述机构节点的机构识别编号，并对所述机构节点的机构识别编号和机构节点标识的对应关系进行保存。
共识通过，即说明该交易在传播中未被篡改，因此，可以将该交易分布式的存储至联盟链中的每个节点中。
当然，在共识之前，任一机构节点还可以对所述交易进行验证。即采用公钥解密所述数字签名，得到注册信息的哈希值，并且再重新计算一遍交易中的注册信息的哈希值，并且比较解密得到的哈希值和计算得到的哈希值的一致性，若二者一直，才进行后续共识，避免无效交易被写入联盟链中。若二者不一致，则不进行共识。
基于图1中所示的架构，此时任一其它机构节点都会收到该交易，此时任一接收到交易的其它节点，除了将该交易写入联盟链，还可以在本地维持一个缓存式的数据库，将所述交易中所包含的待注册的机构识别编号确定为所述机构节点的机构识别编号，并建立所述注册机构节点的机构识别编号和机构节点标识的对应关系，保存至本地的数据库中，以减轻联盟链的查询负荷。
当注册信息中还包括路由信息时，相应的，其它机构节点还可以基于已经通过共识的交易中所包含的路由信息，对所述机构节点的机构识别编号、机构节点标识和所述路由信息的对应关系进行保存，从而避免频繁向联盟链中查询路由信息，只需在本地查询即可，更为便利。
在一种实施方式中，每当联盟链中有新的交易共识成功之后，说明有某个机构需要更新自己的信息了。此时，可以在联盟链中纳入可供订阅的通知机制，每当链上数据有更新（有支付/收单机构加入、退出或更新路由信息）时都主动推送更新通知。
联盟链中的共识节点可以是预先协议号的若干机构节点（例如，每个机构节点都是共识节点），或者，也可以是基于共识方式所临时选举得出的部分机构节点。
具体而言，联盟链中的任一共识节点都可以作为信息的推送方，确定所述新的交易所包含的更新信息，推送所述更新信息至其它节点；任一接收到更新信息的其它节点，根据所述更新信息对本地所保存的对应关系进行更新，其中所述更新信息用于表征联盟链中的机构节点的加入、退出或者路由信息的改变。更新信息中应当包含有机构节点标识和更新方式（即加入、退出还是更改路由信息）。
在前述方式中，任一收单机构节点和支付机构节点都可以在链上进行机构识别编号的注册。一个机构节点可以对应注册多个机构识别编号。此外，如果一个机构节点如果同时具有收单和支付功能，即是支付机构又是收单机构，则为了便于区分，还可以将该机构节点视为两个逻辑实体，分别注册两类机构识别编号分别用于支付逻辑和收单逻辑。
对于已经注册了机构识别编号的支付机构节点，则可以在用户需要使用付款码时，基于已经注册的机构识别编号，分发付款码给用户。即本说明书实施例所涉及的第二方面，如图4所示，图4为本说明书实施例所提供的一种基于付款码生成方法的流程示意图，应用于前述联盟链的支付机构节点中，所述方法包括：
S401，接收用户所发送的付款码生成请求，确定所述用户的用户标识。
S403，获取所述支付机构节点的机构识别编号，生成包含所述用户标识和机构识别编号的付款信息；
S405，生成包含所述付款信息的二维码，并发送所述二维码至所述用户，以便用户展示包含所述付款信息的付款码给商户扫描。
用户收到付款码即可以展示给商户进行扫描，从而商户可以生成包含所述付款信息的交易订单，并转发至自己的收单机构。
同时，本说明书实施例还提供另一种付款码生成方法，应用联盟链的支付机构节点中，包括：
接收用户所发送的付款码生成请求，确定所述用户的用户标识；
获取所述支付机构节点的机构识别编号，生成包含所述用户标识和机构识别编号的付款信息；
发送所述付款信息至所述用户，以便所述用户生成包含所述付款信息的付款码，并展示包含所述付款信息的付款码给商户扫描；其中，所述支付机构节点所生成的包含注册信息、数字签名和公钥的交易，已经在所述联盟链中被共识通过并存储于所述联盟链中，所述注册信息至少包含所述支付机构节点的机构识别编号和机构节点标识。
前述的两种付款码的生成方式的区别即为，支付机构节点可以在节点端生成包含付款信息的付款码，并发送给用户，或者仅将付款信息发送给用户，在用户端生成包含付款信息的付款码。而其他方面基本相同，对于相同的部分，以下统一进行说明。
由于支付机构节点所生成的包含注册信息、数字签名和公钥的交易，已经在所述联盟链中被共识通过并存储于所述联盟链中，所述注册信息至少包含所述支付机构节点的机构识别编号和机构节点标识，而所述数字签名是使用该公钥所对应的私钥对所述注册信息加密所得到的。
因此，收到商户发送订单的收单机构节点，可以根据接收到的订单中所包含的机构识别编号查询获取对应的机构节点标识（即该支付机构的支付机构节点标识），并转发订单至所述支付机构。
一种查询的方式即为从联盟链中查询得到包含所述机构识别编号的交易，并从中获取对应的机构节点标识；另一种查询的方式即为从本地的缓存数据库中查询得到机构识别编号所对应的机构节点标识。
通过基于这种付款码的支付方式，任一收单机构可以明确的知道自己应当转发订单至那个支付机构，并且，转发依据“机构识别编号”是在联盟链上共识通过的，因此，可以基于这种付款码在多个机构节点之间实现公平公正准确的互联互通支付。
在当前，付款码中的机构识别编号和用户标识之间并无间隔。例如在第三方支付应用中，用户的付款码一般是固定了长度（例如，18位），并且从开头即采用了定长的字符（例如，前2位）来标识第三方支付机构。随着支付机构和收单机构的增加，这种方式就不再适合。
此时，可以预先在各机构间确定分隔符，用隔离机构识别编号和用户标识，从而通过依序拼接所述机构识别编号、分割符和所述用户标识，生成拼接好的字符串；将所述拼接好的字符串确定为付款信息。
如图5所示，图5为本说明书实施例中所提供的一种付款信息的示意图。例如，对于使用code 128码制的条形码而言，分隔符可以是一个指定的ASCII字母或特殊符号，其它部分则采用0~9组成的纯数字码串；又例如，若付款码只能采用纯数字，则可以指定左起第一个数字“0”为分隔符，并要求其它支付机构注册的路由/识别码不得包含数字0。
用户使用付款码时可以即时申请，也可以是预先申请并保存于本地，需要时再本地调用展示即可。
基于前述的付款码，本说明书实施例的第三方面，还提供一种支付方法，应用于联盟链的收单机构节点中，如图6所示，图6为本说明书实施例所提供的一种支付方法的流程示意图，包括：
S601，接收商户所发送的包含机构识别编号的交易订单，其中，所述交易订单中的机构识别编号为商户扫描用户所展示的付款码所得到。
具体而言，商户可以扫描用户的付款码，得到付款码中所包含的付款信息，并发送给自己的收单机构节点。用户的付款码的生成方式已经在第二方面进行了具体说明，此处不再赘述。
S603，获取所述交易订单中所包含的机构识别编号；基于所述，此处的机构识别编号即为某个支付机构的机构识别编号。
由于支付机构节点所生成的包含注册信息、数字签名和公钥的交易，已经在所述联盟链中被共识通过并存储于所述联盟链中，所述注册信息至少包含所述支付机构节点的机构识别编号和机构节点标识。所述数字签名是使用该公钥所对应的私钥对所述注册信息加密所得到的。
S605，查询获取所述机构识别编号所对应的支付机构节点标识；
具体的查询方式可以是基于本地缓存中所保留的对应关系进行查询，也可以是向区块链系统基于订单中所包含的机构识别编号进行查询，从而获取机构识别编号所对应的支付机构节点标识。
当然，若支付机构在注册机构识别编号时所提供的交易中的注册信息还包含了路由信息时，此时还可以向联盟链中获取得到该支付机构的路由信息。
S607，转发所述交易订单至对所述支付机构节点标识所对应的支付机构节点，以便所述支付机构节点根据所述交易订单进行支付。
具体而言，可以根据联盟链中查询得到的路由信息进行转发，也可以根据平时预先存储支付机构节点的路由信息进行转发。
在一种具体的实施方式中，用户采用支付应用进行即时获取付款码并进行支付的流程如下所示：
步骤1，用户在商户处购买产品/服务，打开支付机构节点x的APP选择付款码支付。
步骤2，APP向支付机构节点x申请付款码。为防交易场所网络环境恶劣导致无法支付，APP可以向支付机构批量申请付款码并缓存在本地备用，但需采用严格的安全措施保护缓存码号的安全，防止被盗用。
步骤3，支付机构x按照图5的规则生成付款码并发送给用户的APP。
步骤4，用户向商户出示付款码。
步骤5，商户用收银系统扫码设备读取付款码中的付款信息并将其内容与其它支付相关信息（如金额）一并提交给自己的收单机构节点y。
步骤6，收单机构y从付款码中解析出分隔符前面的机构识别编号，利用上述区块链系统提供的查询接口，或者从本地缓存数据库中，找到这个机构识别编号对应的支付机构x及其路由信息（如支付接口地址）。
步骤7，收单机构y向支付机构x发送支付请求，包含付款码（全部字段）、支付金额、收款账户及其它所需的信息。
步骤8，支付机构x解析付款码、根据自定义的规则推导出付款账户，并验证付款码中各个字段（包括随机因子）的正确性。如验证通过，则从用户付款账户中扣除指定的金额并通过支付网络转入商户的收款账户。
步骤9，支付机构x分别向收单机构y和用户发送支付确认消息。
步骤10，收单机构y向商户发送支付确认消息。
步骤11，用户和商户完成交易。
步骤12，支付机构x与收单机构y完成清算结算。
在存在多个收单机构节点和支付机构节点时，如果机构识别编号不是预先存储于联盟链中，则需要一个专门的管理机构来做机构识别编号的管理工作，机构自身的信息发生改变（例如编号或者路由信息的改变）都需要预先向管理机构递交资料，这就导致了效率低下，以及还带来了资料的可信度的问题。
通过基于这种付款码的支付方式，当存在多个收单机构节点和支付机构节点时，基于预先存在与于联盟链和付款码中的机构节点编号，可以实现收单机构与支付机构进行准确高效的对接和路由寻址，任一收单机构节点都可以将自己名下的商户的订单进行交易订单的准确转发，从而准确高效的支付和结算。
在第四方面，本说明书实施例还提供可信收款码生成方法，应用于联盟链的收单机构节点中，如图7所示，图7为本说明书实施例所提供的一种基于前述机构识别编号的可信收款码生成方法的流程示意图，包括：
S701，确定商户的商户检索标识和所述收单机构节点的机构识别编号，生成包含所述商户检索标识和所述机构识别编号的初始信息。
所述商户检索标识可以是商户的唯一标识（例如，企业的统一社会信用代码、经过脱敏处理的法人唯一证件号等等），也可以是该收单机构给商户所给给定的标识，该收单机构可以基于商户检索标识检索到该商户。换言之，同一商户在不同的收单机构上的商户检索标识可能是不同的。
同样的，收单机构可以是基于商户的临时申请来生成可信收款码，也可以是预先已经生成并发送给了商户使用。
所述收单机构节点所生成的包含注册信息、数字签名和公钥的交易，已经在所述联盟链中被共识通过并存储于所述联盟链中，所述注册信息至少包含所述收单机构节点的机构识别编号和机构节点标识。具体的方式在第一方面中已经进行了具体说明，此处不再赘述。
S703，对所述初始信息采用所述收单机构节点的私钥进行加密，得到数字签名，生成包含初始信息和所述数字签名的可信收款信息。此处的私钥和该收单机构在注册机构识别编码时所采用的私钥应当相同。
当然，在实际应用中，可信收款信息中还可以包含其他信息，例如协议、域名等等。如图8所示，图8为本说明书实施例所提供的一种可信收款信息的示意图。在该示意图中，“+”表示字符串拼接，数字签名是利用前述的私钥对该示意图中“+数字签名”之前的全部信息进行的数字签名。
S705，生成包含所述可信收款信息的可信收款码，并发送给商户，以便商户展示所述可信收款码给用户扫描。
在生成了可信收款码之后，商户即可以展示该可信收款码给用户进行扫描进行收款。即本说明书实施例所涉及的第五方面，如图9所示，图9为本说明书实施例所提供的一种基于前述可信收款码的支付方法的流程示意图，应用于联盟链的支付机构节点中，包括：
S901，接收用户所发送的可信收款信息，其中，可信收款信息为用户扫描商户所展示的可信收款码所得到，所述可信收款信息中包含初始信息和对所述初始信息的数字签名，所述初始信息中包含商户检索标识和收单机构节点的机构识别编号；
S903，获取所述可信收款信息所包含的收单机构节点的机构识别编号。例如，当可信收款信息中存在分割符时，即将分隔符之前的字符串确定为收单机构节点的机构识别编号。
如第一方面所述，所述收单机构节点所生成的包含注册信息、数字签名和公钥的交易，已经在所述联盟链中被共识通过并存储于所述联盟链中，所述注册信息至少包含所述收单机构节点的机构识别编号和机构节点标识。
S905，查询得到所述机构识别编号所对应的收单机构节点标识和公钥，根据所述公钥和对所述可信收款信息中的数字签名进行验证；如前所述，可以向区块链中基于机构识别编号进行查询获取公钥，也可以是向本地缓存中进行查询。
S907，在验证通过之后，发送所述商户检索标识至所述收单机构节点，以便所述收单机构节点根据所述商户检索标识确定对应的商户信息；
S909，接收所述收单机构所返回的所述商户信息，发送所述商户信息至所述用户，以便接收所述用户生成的包含所述商户信息的支付请求；
S911，根据所述支付请求执行支付。具体而言，即为从所述用户的账户中划款至商户信息所指向的商户账户中
基于该收款码的支付方式，支付机构在进行支付之前，需要首先对收款码中的数字签名进行验证，在验证痛过之后再基于“机构识别编号”向联盟链中进行收单机构查询，从而可以准确的获取对应的收单机构，避免了收款码被人利用，实现高效准确的支付和收单机构的结算。
进一步地，在支付机构对可信验证码中所包含的数字签名进行的验证通过之后，还可以发送所述商户信息和验证确认信息至用户，以便展示所述验证确认信息给用户，其中，所述验证确认信息用于表征所述可信二维码通过了联盟链的可信验证。例如，用户端在接收到验证确认信息之后，即可以在支付应用中展示“可信”的标记，提高用户体验。
在一种实施方式中，商户采用收单机构所提供的收款码并进行支付的流程如下所示：
步骤1，用户在商户处购买产品/服务，打开支付机构x的APP选择收款码支付。
步骤2，用户使用APP扫描商户出示的可信收款码（静态或动态），并将其中所包含的可信收款信息提交给自己的支付机构节点x。
步骤3，支付机构节点x利用上述区块链系统提供的查询接口或者在本地缓存数据库中，找到收款码中机构识别编号字段对应的收单机构y，及该机构在链上注册的公钥。
步骤4，支付机构x利用查询到的公钥验证可信收款码中的数字签名，如果验证通过，则向收单机构y转发初始信息或者可信收款信息，请求提供商户信息。
步骤5，收单机构y根据收款码中的商户/订单信息检索标识查到商户/订单信息，并返回给支付机构x。
步骤6，支付机构x向用户钱包转发商户/订单信息，并附上可信收款码验证通过的标记。
步骤7，用户APP为用户渲染付款页面，并在页面上显示“可信”标记（形如“AlipayConnect+AntChain √”等）。
步骤8，用户确认支付信息无误，通过APP向支付机构x发起支付请求。
步骤9，支付机构x与收单机构y通过支付网络完成支付，并分别向商户和用户发送支付确认信息。
步骤10，用户和商户完成交易。
步骤11，支付机构和收单机构进行清算结算。
通过本说明书实施例所提供的方案，各支付机构节点和各收单机构节点组成联盟链，每个机构都作为联盟链中的一个节点，可以向联盟链中发起自编号注册，在注册成功之后，该机构节点的机构识别编号和路由信息即写入了联盟链中，并且可以被随时验证，进而各支付机构或者收单机构可以需要生成包含机构识别编号的收款码或者付款码，其它机构在收到收款码或者付款码时即可以根据其中所包含机构识别编号向联盟链中进行查询，在多个机构之间进行了公开公正的自治管理，便于多个机构之间的互通支付，以及，基于区块链支持对收单机构提供给商户的付款码进行数字签名，从而实现可信收款码。
与第一方面对应的，本说明书实施例还提供一种机构识别编号的注册系统，应用于由多个机构节点所组成的联盟链中，所述机构包括收单机构节点或者支付机构节点，在所述系统中，
机构节点确定待注册的机构识别编号；
所述机构节点确定注册信息的哈希值，所述注册信息至少包含所述待注册的机构识别编号和机构节点标识；
所述机构节点对所述哈希值采用所述机构节点的私钥进行加密，生成数字签名；
所述机构节点生成包含所述注册信息、所述数字签名和所述私钥所对应的公钥的交易；
所述机构节点广播所述交易至联盟链中的其它机构节点；
在所述交易在联盟链中被共识通过之后，任一其它机构节点，将所述交易中所包含的待注册的机构识别编号确定为所述机构节点的机构识别编号；
所述任一其它机构节点，对所述机构节点的机构识别编号和机构节点标识的对应关系进行保存。
在所述系统中，所述注册信息中还包含路由信息，相应的，对所述机构节点的机构识别编号和机构节点标识的对应关系进行保存，包括：对所述机构节点的机构识别编号、机构节点标识和所述路由信息的对应关系进行保存。
当所述联盟链中有新的交易共识成功之后，在所述系统中，联盟链中的任一共识节点，确定所述新的交易所包含的更新信息，推送所述更新信息至其它节点；任一接收到更新信息的其它节点，根据所述更新信息对本地所保存的对应关系进行更新，其中所述更新信息用于表征联盟链中的机构节点的加入、退出或者路由信息的改变。
与第二方面对应的，本说明书实施例还提供一种付款码生成装置，应用于联盟链的支付机构节点中，如图10所示，图10是本说明书实施例提供的一种付款码生成装置的结构示意图，包括：
接收模块1001，接收用户所发送的付款码生成请求，确定所述用户的用户标识；
付款信息生成模块1003，获取所述支付机构节点的机构识别编号，生成包含所述用户标识和机构识别编号的付款信息；
付款码生成模块1005，生成包含所述付款信息的二维码；
发送模块1007，发送所述二维码至所述用户，以便用户展示包含所述付款信息的付款码给商户扫描；
其中，所述支付机构节点所生成的包含注册信息、数字签名和公钥的交易，已经在所述联盟链中被共识通过并存储于所述联盟链中，所述注册信息至少包含所述支付机构节点的机构识别编号和机构节点标识
进一步地，所述付款信息生成模块1003，确定分隔符，依序拼接所述机构识别编号、分割符和所述用户标识，生成拼接好的字符串；将所述拼接好的字符串确定为付款信息。
同时，本说明书实施例还提供另一种付款码生成装置的结构示意图，应用于联盟链的支付机构节点中，如图11所示，图11是本说明书实施例提供的一种付款码生成装置的结构示意图，包括：
接收模块1101，接收用户所发送的付款码生成请求，确定所述用户的用户标识；
付款信息生成模块1103，获取所述支付机构节点的机构识别编号，生成包含所述用户标识和机构识别编号的付款信息；
发送模块1105，发送所述付款信息至所述用户，以便所述用户生成包含所述付款信息的付款码，并展示包含所述付款信息的付款码给商户扫描；
其中，所述支付机构节点所生成的包含注册信息、数字签名和公钥的交易，已经在所述联盟链中被共识通过并存储于所述联盟链中，所述注册信息至少包含所述支付机构节点的机构识别编号和机构节点标识。
与第三方面对应的，本说明书实施例还提供一种支付装置，应用于收单机构节点中，如图12所示，图12是本说明书实施例提供的一种支付装置的结构示意图，包括：
获取模块1201，获取所述交易订单中所包含的机构识别编号；
查询模块1203，查询获取所述机构识别编号所对应的支付机构节点标识；
发送模块1205，转发所述交易订单至对所述支付机构节点标识所对应的支付机构节点，以便所述支付机构节点根据所述交易订单进行支付；
其中，所述支付机构节点所生成的包含注册信息、数字签名和公钥的交易，已经在所述联盟链中被共识通过并存储于所述联盟链中，所述注册信息至少包含所述支付机构节点的机构识别编号和机构节点标识。
与第四方面对应的，本说明书实施例还提供一种可信收款码生成装置，应用于收单机构节点中，如图13所示，图13是本说明书实施例提供的一种可信收款码生成装置的结构示意图，包括：
确定模块1301，确定商户的商户检索标识和所述收单机构节点的机构识别编号，生成包含所述商户检索标识和所述机构识别编号的初始信息；
签名模块1303，对所述初始信息采用所述收单机构节点的私钥进行加密，得到数字签名，生成包含初始信息和所述数字签名的可信收款信息；
生成模块1305，生成包含所述可信收款信息的可信收款码，并发送给商户，以便商户展示所述可信收款码给用户扫描；
其中，所述收单机构节点所生成的包含注册信息、数字签名和公钥的交易，已经在所述联盟链中被共识通过并存储于所述联盟链中，所述注册信息至少包含所述收单机构节点的机构识别编号和机构节点标识。
第五方面，本说明书实施例还提供一种支付装置，应用于收单机构节点中，如图14所示，图14是本说明书实施例提供的一种支付装置的结构示意图，包括：
接收模块1401，收用户所发送的可信收款信息，其中，可信收款信息为用户扫描商户所展示的可信收款码所得到，所述可信收款信息中包含初始信息和对所述初始信息的数字签名，所述初始信息中包含商户检索标识和收单机构节点的机构识别编号；
获取模块1403，获取所述可信收款信息所包含的收单机构节点的机构识别编号；
查询模块1405，查询得到所述机构识别编号所对应的收单机构节点标识、公钥和路由信息，根据所述公钥和对所述可信收款信息中的数字签名进行验证；
发送模块1407，在验证通过之后，根据所述路由信息发送所述商户检索标识至对应的收单机构节点，以便收单机构节点但根据商户检索标识确定对应的商户信息并返回至所述支付机构；
所述接收模块1401还用于接收收单机构所返回的商户信息，所述发送模块1407还用于发送所述商户信息至用户，以便接收用户生成的包含所述商户信息的支付请求；
支付模块1409，根据所述支付请求执行支付。
进一步地，所述发送模块1407，发送所述商户信息和验证确认信息至用户，以便展示所述验证确认信息给用户，其中，所述验证确认信息用于表征所述可信二维码通过了联盟链的可信验证。
本说明书实施例还提供一种计算机设备，其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行所述程序时实现图4所示的付款码生成方法。
本说明书实施例还提供一种计算机设备，其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行所述程序时实现图6所示的支付方法。
本说明书实施例还提供一种计算机设备，其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行所述程序时实现图7所示的可信收款码生成方法。
本说明书实施例还提供一种计算机设备，其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行所述程序时实现图9所示的支付方法。
图15示出了本说明书实施例所提供的一种更为具体的计算设备硬件结构示意图，该设备可以包括：处理器1510、存储器1520、输入/输出接口1530、通信接口1540和总线1550。其中处理器1510、存储器1520、输入/输出接口1530和通信接口1540通过总线1550实现彼此之间在设备内部的通信连接。
处理器1510可以采用通用的CPU（Central Processing Unit，中央处理器）、微处理器、应用专用集成电路（Application Specific Integrated Circuit，ASIC）、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。
存储器1520可以采用ROM（Read Only Memory，只读存储器）、RAM（Random AccessMemory，随机存取存储器）、静态存储设备，动态存储设备等形式实现。存储器1520可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1520中，并由处理器1510来调用执行。
输入/输出接口1530用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中（图中未示出），也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。
通信接口1540用于连接通信模块（图中未示出），以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式（例如USB、网线等）实现通信，也可以通过无线方式（例如移动网络、WIFI、蓝牙等）实现通信。
总线1550包括一通路，在设备的各个组件（例如处理器1510、存储器1520、输入/输出接口1530和通信接口1540）之间传输信息。
需要说明的是，尽管上述设备仅示出了处理器1510、存储器1520、输入/输出接口1530、通信接口1540以及总线1550，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。
本说明书实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现图4所示的付款码生成方法。
本说明书实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现图6所示的支付方法。
本说明书实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现图7所示的可信收款码生成方法。
本说明书实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现图9所示的支付方法。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存（PRAM）、静态随机存取存储器（SRAM）、动态随机存取存储器（DRAM）、其他类型的随机存取存储器（RAM）、只读存储器（ROM）、电可擦除可编程只读存储器（EEPROM）、快闪记忆体或其他内存技术、只读光盘只读存储器（CD-ROM）、数字多功能光盘（DVD）或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体（transitory media），如调制的数据信号和载波。
通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本说明书实施例可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本说明书实施例各个实施例或者实施例的某些部分所述的方法。
上述实施例阐明的系统、方法、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于方法实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的方法实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，在实施本说明书实施例方案时可以把各模块的功能在同一个或多个软件和/或硬件中实现。也可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上所述仅是本说明书实施例的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本说明书实施例原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本说明书实施例的保护范围。

Claims (11)

1.一种支付方法，应用于联盟链，联盟链包括至少一个支付机构节点与至少一个收单机构节点，针对每个支付机构节点，该支付机构节点所生成的包含注册信息、数字签名和公钥的交易，已经在所述联盟链中被共识通过并存储于所述联盟链中，所述注册信息至少包含该支付机构节点的机构识别编号和机构节点标识，所述方法包括：
任一支付机构节点执行：
接收用户所发送的付款码生成请求，确定所述用户的用户标识；
获取该支付机构节点的机构识别编号，生成包含所述用户标识和机构识别编号的付款信息；
生成包含所述付款信息的付款码，并发送所述付款码至所述用户；
任一收单机构节点执行：
接收商户所发送的包含机构识别编号的交易订单，其中，所述交易订单中的机构识别编号为商户扫描用户所展示的付款码所得到；
获取所述交易订单中所包含的机构识别编号；
查询获取所述机构识别编号所对应的支付机构节点标识；
转发所述交易订单至对所述支付机构节点标识对应的支付机构节点进行支付。
2.如权利要求1所述的方法，所述注册信息中还包含路由信息。
3.如权利要求1所述的方法，生成包含所述用户标识和机构识别编号的付款信息，包括：
确定分隔符，依序拼接所述机构识别编号、分割符和所述用户标识，生成拼接好的字符串；
将所述拼接好的字符串确定为付款信息。
4.一种支付方法，应用联盟链，联盟链包括至少一个支付机构节点与至少一个收单机构节点，针对每个支付机构节点，该支付机构节点所生成的包含注册信息、数字签名和公钥的交易，已经在所述联盟链中被共识通过并存储于所述联盟链中，所述注册信息至少包含该支付机构节点的机构识别编号和机构节点标识，所述方法包括：
任一支付机构节点执行：
接收用户所发送的付款码生成请求，确定所述用户的用户标识；
获取该支付机构节点的机构识别编号，生成包含所述用户标识和机构识别编号的付款信息；
发送所述付款信息至所述用户，以便所述用户生成包含所述付款信息的付款码；
任一收单机构节点执行：
接收商户所发送的包含机构识别编号的交易订单，其中，所述交易订单中的机构识别编号为商户扫描用户所展示的付款码所得到；
获取所述交易订单中所包含的机构识别编号；
查询获取所述机构识别编号所对应的支付机构节点标识；
转发所述交易订单至对所述支付机构节点标识对应的支付机构节点进行支付。
5.如权利要求4所述的方法，生成包含所述用户标识和机构识别编号的付款信息，包括：
确定分隔符，依序拼接所述机构识别编号、分割符和所述用户标识，生成拼接好的字符串；
将所述拼接好的字符串确定为付款信息。
6.一种支付方法，应用于联盟链，联盟链包括至少一个支付机构节点与至少一个收单机构节点，针对每个收单机构节点，该收单机构节点所生成的包含注册信息、数字签名和公钥的交易，已经在所述联盟链中被共识通过并存储于所述联盟链中，所述注册信息至少包含该收单机构节点的机构识别编号和机构节点标识，所述方法包括：
任一收单机构节点执行：
确定商户的商户检索标识和该收单机构节点的机构识别编号，生成包含所述商户检索标识和所述机构识别编号的初始信息；
对所述初始信息采用该收单机构节点的私钥进行加密，得到数字签名，生成包含初始信息和所述数字签名的可信收款信息；
生成包含所述可信收款信息的可信收款码，并发送给商户；
任一支付机构节点执行：
接收用户所发送的可信收款信息，并获取所述可信收款信息所包含的机构识别编号；其中，可信收款信息为用户扫描商户所展示的可信收款码所得到；
查询得到所述机构识别编号所对应的收单机构节点标识和公钥，根据所述公钥对所述可信收款信息中的数字签名进行验证；
在验证通过之后，发送所述商户检索标识至该收单机构节点；
接收所述收单机构返回的所述商户检索标识确定对应的商户信息，并发送所述商户信息至用户；
接收所述用户生成的包含所述商户信息的支付请求，并根据所述支付请求执行支付。
7.如权利要求6所述的方法，发送所述商户信息至用户，包括：
发送所述商户信息和验证确认信息至用户，以便展示所述验证确认信息给所述用户，其中，所述验证确认信息用于表征所述可信收款码通过了联盟链的可信验证。
8.一种支付系统，应用于联盟链，联盟链包括至少一个支付机构节点与至少一个收单机构节点，针对每个支付机构节点，该支付机构节点所生成的包含注册信息、数字签名和公钥的交易，已经在所述联盟链中被共识通过并存储于所述联盟链中，所述注册信息至少包含该支付机构节点的机构识别编号和机构节点标识，所述系统包括：
任一支付机构节点，接收用户所发送的付款码生成请求，确定所述用户的用户标识；获取该支付机构节点的机构识别编号，生成包含所述用户标识和机构识别编号的付款信息；生成包含所述付款信息的付款码，并发送所述付款码至所述用户；
任一收单机构节点，接收商户所发送的包含机构识别编号的交易订单，其中，所述交易订单中的机构识别编号为商户扫描用户所展示的付款码所得到；获取所述交易订单中所包含的机构识别编号；查询获取所述机构识别编号所对应的支付机构节点标识；转发所述交易订单至对所述支付机构节点标识对应的支付机构节点进行支付。
9.一种支付系统，应用联盟链，联盟链包括至少一个支付机构节点与至少一个收单机构节点，针对每个支付机构节点，该支付机构节点所生成的包含注册信息、数字签名和公钥的交易，已经在所述联盟链中被共识通过并存储于所述联盟链中，所述注册信息至少包含该支付机构节点的机构识别编号和机构节点标识，所述系统包括：
任一支付机构节点，接收用户所发送的付款码生成请求，确定所述用户的用户标识；获取该支付机构节点的机构识别编号，生成包含所述用户标识和机构识别编号的付款信息；发送所述付款信息至所述用户，以便所述用户生成包含所述付款信息的付款码；
任一收单机构节点，接收商户所发送的包含机构识别编号的交易订单，其中，所述交易订单中的机构识别编号为商户扫描用户所展示的付款码所得到；获取所述交易订单中所包含的机构识别编号；查询获取所述机构识别编号所对应的支付机构节点标识；转发所述交易订单至对所述支付机构节点标识对应的支付机构节点进行支付。
10.一种支付系统，应用于联盟链，联盟链包括至少一个支付机构节点与至少一个收单机构节点，针对每个收单机构节点，该收单机构节点所生成的包含注册信息、数字签名和公钥的交易，已经在所述联盟链中被共识通过并存储于所述联盟链中，所述注册信息至少包含该收单机构节点的机构识别编号和机构节点标识，所述系统包括：
任一收单机构节点，确定商户的商户检索标识和该收单机构节点的机构识别编号，生成包含所述商户检索标识和所述机构识别编号的初始信息；对所述初始信息采用该收单机构节点的私钥进行加密，得到数字签名，生成包含初始信息和所述数字签名的可信收款信息；生成包含所述可信收款信息的可信收款码，并发送给商户；
任一支付机构节点，接收用户所发送的可信收款信息，并获取所述可信收款信息所包含的机构识别编号；其中，可信收款信息为用户扫描商户所展示的可信收款码所得到；查询得到所述机构识别编号所对应的收单机构节点标识和公钥，根据所述公钥对所述可信收款信息中的数字签名进行验证；在验证通过之后，发送所述商户检索标识至该收单机构节点；接收所述收单机构返回的所述商户检索标识确定对应的商户信息，并发送所述商户信息至用户；接收所述用户生成的包含所述商户信息的支付请求，并根据所述支付请求执行支付。
11.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现如权利要求1至10任一项中支付机构节点或收单机构节点的功能。
CN202010277268.5A 2020-04-10 2020-04-10 一种机构识别编号的注册方法及系统 Active CN111192040B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202010277268.5A CN111192040B (zh) 2020-04-10 2020-04-10 一种机构识别编号的注册方法及系统
TW110110605A TWI763392B (zh) 2020-04-10 2021-03-24 機構識別編號的註冊方法及系統
PCT/CN2021/084319 WO2021204042A1 (zh) 2020-04-10 2021-03-31 机构识别编号的注册

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010277268.5A CN111192040B (zh) 2020-04-10 2020-04-10 一种机构识别编号的注册方法及系统

Publications (2)

Publication Number Publication Date
CN111192040A CN111192040A (zh) 2020-05-22
CN111192040B true CN111192040B (zh) 2021-02-09

Family

ID=70708707

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010277268.5A Active CN111192040B (zh) 2020-04-10 2020-04-10 一种机构识别编号的注册方法及系统

Country Status (3)

Country Link
CN (1) CN111192040B (zh)
TW (1) TWI763392B (zh)
WO (1) WO2021204042A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111192040B (zh) * 2020-04-10 2021-02-09 支付宝(杭州)信息技术有限公司 一种机构识别编号的注册方法及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107038638A (zh) * 2017-02-24 2017-08-11 杭州象链网络技术有限公司 一种基于联盟链的股权登记交易系统构建方法
CN109191108A (zh) * 2018-08-07 2019-01-11 广东蓝蜜蜂信息技术有限公司 基于区块链的二维码聚合支付系统及其工作方法
CN110798483A (zh) * 2019-11-12 2020-02-14 北京芯际科技有限公司 一种基于区块链的身份认证的方法

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10318938B2 (en) * 2016-02-22 2019-06-11 Bank Of America Corporation System for routing of process authorization and settlement to a user in process data network based on specified parameters
CN108197913B (zh) * 2017-12-18 2021-01-05 深圳前海微众银行股份有限公司 基于区块链的支付方法、系统以及计算机可读存储介质
US11544708B2 (en) * 2017-12-29 2023-01-03 Ebay Inc. User controlled storage and sharing of personal user information on a blockchain
TW202013299A (zh) * 2018-09-20 2020-04-01 美林能源科技股份有限公司 分散式能源交易系統與方法
CN109088722B (zh) * 2018-10-08 2021-10-19 深圳投时科技有限公司 区块链节点演进方法及区块链节点
CN110458542A (zh) * 2019-08-02 2019-11-15 中国工商银行股份有限公司 基于区块链的离线支付系统及方法
CN110570179B (zh) * 2019-09-11 2023-07-28 腾讯科技（深圳）有限公司 订单显示方法、装置、设备及存储介质
CN110852734B (zh) * 2019-11-06 2021-07-02 上海景域文化传播股份有限公司 基于区块链的景区业务结算方法、系统及电子设备
CN110839029B (zh) * 2019-11-14 2021-06-25 腾讯科技（深圳）有限公司 一种微服务注册方法和装置
CN111192040B (zh) * 2020-04-10 2021-02-09 支付宝(杭州)信息技术有限公司 一种机构识别编号的注册方法及系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107038638A (zh) * 2017-02-24 2017-08-11 杭州象链网络技术有限公司 一种基于联盟链的股权登记交易系统构建方法
CN109191108A (zh) * 2018-08-07 2019-01-11 广东蓝蜜蜂信息技术有限公司 基于区块链的二维码聚合支付系统及其工作方法
CN110798483A (zh) * 2019-11-12 2020-02-14 北京芯际科技有限公司 一种基于区块链的身份认证的方法

Also Published As

Publication number Publication date
WO2021204042A1 (zh) 2021-10-14
TWI763392B (zh) 2022-05-01
CN111192040A (zh) 2020-05-22
TW202143140A (zh) 2021-11-16

Similar Documents

Publication Publication Date Title
US20230401555A1 (en) System and method for transaction account based micro-payments
CN109584066B (zh) 基于区块链的隐私交易及其应用方法和装置
KR101780636B1 (ko) 인증 정보의 발급 방법 및 이를 지원하는 블록체인기반 인증 정보 관리 서버
KR101816650B1 (ko) 계정 등록의 간소화 서비스 및 사용자 인증 서비스를 제공하는 방법 및 이를 이용한 인증 서버
EP3594884A1 (en) Electronic bill management method, device, and storage medium
CN109102269B (zh) 基于区块链的转账方法及装置、区块链节点及存储介质
CN109614813B (zh) 基于区块链的隐私交易方法、装置及其应用方法、装置
EP4358000A1 (en) Digital currency-based payment method, platform, terminal, and payment system
CN113015992B (zh) 多个令牌的云令牌预配
US10748134B2 (en) System and method for management of payee information
CN104361490A (zh) 一种敏感信息标识化的支付方法及系统
CN111178840A (zh) 业务处理方法及装置、系统、电子设备、存储介质
WO2019209925A1 (en) Efficient and secure authentication system
CN110874742A (zh) 一种基于区块链和智能合约的支付方法及装置
CN108564363B (zh) 一种交易处理方法、服务器、客户端及系统
CN111192040B (zh) 一种机构识别编号的注册方法及系统
CN111861462B (zh) 基于区块链的金融产品交易方法及装置
KR101862859B1 (ko) Utxo 기반 프로토콜을 사용하여 페이먼트 게이트웨이 서비스를 제공하는 방법 및 이를 이용한 서버
CN113765674B (zh) 一种基于区块链的跨平台注册方法及装置
WO2021121030A1 (zh) 一种资源转移的方法及结账终端、服务器节点
CN114037446A (zh) 一种数字货币的交易方法、交易管理方法、装置及系统
US11823140B2 (en) Server and method for sending a transaction receipt via a push notification
Baqer et al. SMAPs: short message authentication protocols
KR20220076486A (ko) 블록체인 트랜잭션들을 위한 콜-백 메커니즘들
Pathirana et al. iPay. lk–A digital merchant platform from Sri Lanka

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
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40030546

Country of ref document: HK