CN114026587A - 通过区块链网络处理支付交易的系统及方法 - Google Patents
通过区块链网络处理支付交易的系统及方法 Download PDFInfo
- Publication number
- CN114026587A CN114026587A CN202080042963.1A CN202080042963A CN114026587A CN 114026587 A CN114026587 A CN 114026587A CN 202080042963 A CN202080042963 A CN 202080042963A CN 114026587 A CN114026587 A CN 114026587A
- Authority
- CN
- China
- Prior art keywords
- node
- payment transaction
- payer
- transaction information
- account
- 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
Links
- 238000012545 processing Methods 0.000 title claims abstract description 106
- 238000000034 method Methods 0.000 title claims abstract description 29
- 238000012790 confirmation Methods 0.000 claims abstract description 33
- 238000010586 diagram Methods 0.000 description 20
- 238000012795 verification Methods 0.000 description 9
- 230000006870 function Effects 0.000 description 4
- 230000008520 organization Effects 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 210000003462 vein Anatomy 0.000 description 1
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/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/401—Transaction verification
- G06Q20/4014—Identity check for transactions
-
- 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/04—Payment circuits
- G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
- G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
-
- 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/085—Payment architectures involving remote charge determination or related payment systems
- G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
-
- 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
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
Abstract
本发明涉及一种通过区块链网络处理支付交易的系统及方法,包括以下步骤:先提供支付交易信息至收取方节点;而该支付交易信息包括欲支付方身份数据、支付金额数据、及收取方账户资料;接着,由收取方节点将支付交易信息传送至中介处理节点,并由中介处理节点验证所接收到的欲支付方身份数据后,将支付交易信息中传送至支付方账户节点。接着,由支付方账户节点确认欲支付方身份数据及支付金额数据后传送支付交易确认信息至中介处理节点。最后,由中介处理节点或由收取方节点广播支付交易信息至区块链网络内的各节点。
Description
技术领域
本发明涉及一种通过区块链网络处理支付交易的系统及方法,尤其指一种利用区块链网络来处理并储存支付交易的方法和系统。
背景技术
现有的支付交易不外乎现金交易、信用卡交易、以及移动支付(第三方支付平台),其中不论是信用卡交易或移动支付都仍无法摆脱“中心化形态”。
进一步说明,所谓“中心化形态”即不论支付方或收取方都必须通过第三方事务处理机构来处理,以此方式风险极高,因第三方事务处理机构旦发生问题,除了交易可能中断或失败外,严重者甚至导致整个资产消失,而且交易信息隐私性也很容易产生疑虑。
请同时参阅图5A、及图5B,图5A是现有信用卡交易的系统架构图,图5B是现有信用卡交易的交易流程图。以下以信用卡交易为例进行说明,首先步骤S1,消费者至卖家(Merchant)刷卡交易;接着步骤S2,卖方的销售时点情报系统(point of sale,POS)将此笔刷卡交易传送至收单行(Acquiring Bank)AB;再者步骤S3,收单行AB又将此笔刷卡交易传送至刷卡处理中心(Card Associations),这就是前段中所提到的“第三方事务处理机构Pt”,常见为VISA、MasterCard、JCB等;接着步骤S4,刷卡处理中心又将此笔刷卡交易传送至发卡行(Issuing Bank)IB,该发卡行IB确认持卡人的信用额度并处理该笔交易后响应刷卡处理中心,即步骤S5;又刷卡处理中心纪录该笔交易后,传送确认信息至收单行AB,即步骤S6;接着,收单行即响应该卖方的销售时点情报系统为刷卡成功,即步骤S7。最后,发卡行IB向消费者请款,即步骤S8及S9。
然而,如图5A所示的架构图,现有的信用卡支付架构采中心化形态,其中第三方事务处理机构Pt同时连接众多发卡行IB和收单行AB,且如图5B所示的交易流程图,现有的信用卡支付流程相当繁琐,单一笔交易信息流必须流经多个处理节点,且每个处理节点也有收取相当的服务费,导致交易成本高,此外交易的隐私性都令人忧心。
发明内容
本发明的主要目的是提供一种通过区块链网络处理支付交易的系统及方法,能利用区块链网络的去中心化特性,简化支付交易的架构和流程,让支付方和收取方能够直接进行交易。另外,也借助区块链网络的特性,让支付交易公开、透明,且不可抵赖(non-repudiation)。
为达成上述目的,本发明的一种通过区块链网络处理支付交易的系统,该区块链网络内包括至少一个收取方节点、至少一个支付方账户节点、以及中介处理节点,该中介处理节点包括处理器、存储模块、以及网络接口,而存储模块内至少储存应用程序;其中,该应用程序含有在由处理器执行时使处理器进行以下操作的处理器可执行指令:经由网络接口接收来自收取方节点的支付交易信息,而支付交易信息包括欲支付方身份数据、支付金额数据、及收取方账户资料;接着,验证所接收到的该欲支付方身份数据后,将支付交易信息中的至少欲支付方身份数据、以及支付金额数据传送至支付方账户节点;最后,经由网络接口接收支付方账户节点所传送的支付交易确认信息后,广播支付交易信息至区块链网络内的各节点;或将支付交易信息传送至该至少一个收取方节点,并由至少一个收取方节点广播支付交易信息至区块链网络内的各节点。
为达成前述目的,本发明的一种通过区块链网络处理支付交易的方法包括以下步骤:首先,步骤(A),提供支付交易信息至区块链网络内的收取方节点;而该支付交易信息包括欲支付方身份数据、支付金额数据、及收取方账户资料;接着,步骤(B),由收取方节点将支付交易信息传送至区块链网络内的中介处理节点;而且,步骤(C),由中介处理节点验证所接收到的欲支付方身份数据后,将支付交易信息中的至少欲支付方身份数据、以及支付金额数据传送至区块链网络内的支付方账户节点;另外,步骤(D),由支付方账户节点确认欲支付方身份数据及支付金额数据后传送支付交易确认信息至中介处理节点;最后,步骤(E),由中介处理节点广播支付交易信息至区块链网络内的各节点;或将支付交易信息传送至至少一个收取方节点,并由至少一个收取方节点广播支付交易信息至区块链网络内的各节点。
由此可知,于本发明所提供的系统和方法中,中介处理节点仅验证欲支付方的身份数据,而通过验证后,交由支付方账户节点确认该笔支付交易信息,通常是核查该欲支付方的信用额度或账户余额;当支付方账户节点通过核查时,即表示该笔支付交易为合法交易,此时再由中介处理节点于区块链网络内进行广播;最后,支付方账户节点与收取方或其账户节点再根据该笔交易信息进行请款、对账、及拨款等事宜。
附图说明
图1A是本发明的优选实施例的支付事务处理流程图。
图1B是本发明的优选实施例的系统架构图。
图2A是本发明的优选实施例的第一交易形态的示意图。
图2B是本发明的优选实施例的第一交易形态的系统架构图。
图2C是本发明另一个签章方式的优选实施例的示意图。
图3A是本发明的优选实施例的第二交易形态的示意图。
图3B是本发明的优选实施例的第二交易形态架构图。
图4是本发明的优选实施例的第三交易形态的系统架构图。
图5A是现有信用卡交易的系统架构图。
图5B是现有信用卡交易的交易流程图。
具体实施方式
本发明通过区块链网络处理支付交易的系统及方法在本实施例中被详细描述之前,要特别注意的是,以下的说明中,类似的组件将以相同的组件符号来表示。再者,本发明的附图仅作为示意说明,其未必按比例绘制,且所有细节也未必全部呈现于附图中。
以下实施例主要是以信用卡支付交易为例进行说明,但本发明不应局限于信用卡支付交易,凡是任何载体上记载或储存有可确认支付者身份的信息,且任一机构或组织存有该支付者的法币或虚拟货币、或者任一机构或组织可代偿或代垫该支付者的债务者均可套用本发明的系统或方法;例如借记卡(debit card)、提款卡(ATM card)、预付卡(pre-paid card)、及储值卡(value-added card)。
此外,员工卡(Staff ID card)若可由该公司的财务部门担保债务、以及会员卡若可由发卡单位担保债务也可适用本发明;至于,其它现有的饭店或邮轮的房卡消费模式也可套用于本发明。再且,上述载体也不限于卡片形式,凡是可供辨识支付者身份的任何载体都可为本发明所利用,例如手机、或其它植入有身份辨识数据的装置,甚至直接以支付者的生物特征(如指纹、静脉、虹膜、脸部、声纹、DNA等)作为身份辨识也可。
请先参阅图1A,图1A是本发明的优选实施例的支付事务处理流程图;以下先说明本实施例的整体交易流程:首先,当收取方(卖家,Merchant)由刷卡机收到一笔支付交易信息,即步骤Si;接着,步骤S100,此时如果收取方的装置(刷卡机)为区块链网络内的节点,则将进行第一交易形态;另一方面,如果收取方的装置(刷卡机)并不是区块链网络内的节点,则将进行第二交易形态;第一、二交易形态于后面均有详细说明。
再者,在第一交易形态中,收取方的装置(刷卡机)先将该笔支付交易信息传送到区块链网络内的中介处理节点(步骤S110),在由该中介处理节点验证该欲支付者的身份(步骤S120)。如果该欲支付者的身份没有通过验证,则通报收取方的装置(刷卡机)而将该笔支付交易信息通过收单行(acquiring bank)传送到第三方事务处理机构(如VISA、Master、JCB),并循传统刷卡交易的流程,即步骤S300。另一方面,如果该欲支付者的身份通过验证,则将该笔支付交易信息传送到支付方的发卡行(issuing bank),即步骤S130。
接着,由发卡行确认该笔支付交易信息,即步骤S140;如果该支付交易信息没有通过发卡行的确认,例如信用额度不足或存款不足,则通过该中介处理节点通报收取方的装置(刷卡机),并循传统刷卡交易的流程,即步骤S300;在其它的实施形态中,也可通过该中介处理节点通报收取方的装置(刷卡机)为刷卡失败,取消此笔交易。另一方面,如果该支付交易信息通过发卡行的确认,则由该发卡行发送支付交易确认给中介处理节点,即步骤S150。最后,由中介处理节点在该区块链网络内广播该笔支付交易信息,即步骤Sf。
另外,第二交易形态的前提条件为,收取方的装置(刷卡机)并不是区块链网络内的节点,而收单行为区块链网络内的节点。当然,整个处理流程的一开始还是要先判断收单行是否为本系统成员,即如步骤S200,收单行收到支付交易信息;接着,于步骤S210,如果收单行为区块链网络内的节点则进入步骤S110,并进行后续步骤S120至步骤Sf。另一方面,如果收单行并非区块链网络内的节点则进入步骤S300,则将该笔支付交易信息传送到第三方事务处理中心,并由该第三方事务处理中心处理该笔支付交易,即步骤S310,即后续进行传统刷卡交易的流程。
以下详细说明第一交易形态的实施流程,请同时参阅图1A、图1B、图2A、及图2B,图1B是本发明的优选实施例的系统架构图,图2A是本发明的优选实施例的第一交易形态的示意图,图2B是本发明的优选实施例的第一交易形态的系统架构图。首先说明,第一交易形态的前提为收取方的装置(刷卡机)和收单行都是区块链网络BC内的节点,即分别为图中所示的收取方节点Nm和收取方账户节点Nmb。此外,区块链网络BC内还包括中介处理节点Nba、及支付方账户节点Ncb,其中支付方账户节点Ncb所扮演的角色即为发卡行。
当消费者持信用卡进行刷卡支付交易时,收取方节点Nm(刷卡机)将支付交易信息Pi传送到中介处理节点Nba,其可对应于图1A中的步骤S110。其中,该支付交易信息Pi可为一般刷卡交易的报文,例如包括欲支付方身份数据Cii(卡号)、支付金额资料S、及收取方账户资料Mi;其中,在本实施例中,支付交易信息Pi则还包含哈希函数字符串(Messagedigest),其将上述刷卡报文数据经过哈希(Hash)算法处理,并以收取方节点Nm的私钥加密,而该哈希函数字符串只能通过收取方节点Nm的公钥才能被解密。
然而,这一做法的目的在于确认该支付交易信息Pi的发送者是否真为收取方节点Nm,如果真由其私钥所加密,才可以用其公钥解密,故可确认其身份。另外,也可以确认该支付交易信息Pi在传播路径上有没有被篡改过,因为只要将原本的支付交易信息Pi经过哈希(Hash)算法处理后,将其与前述哈希函数字符串比对,若完全一致则可确信支付交易信息Pi没有被篡改过。
再者,本实施例的中介处理节点Nba为交易信息的处理中心,其可为单一服务器所组成,或由多服务器协同作业所组成。在本实施例中,中介处理节点Nba包括处理器Mp、存储模块M、及网络接口I,该存储模块M中储存有应用程序P、及多个支付方身份数据Ci,多个支付方身份资料Ci都是发卡行(支付方账户节点Ncb)所提供,且都是经过发卡行认证,借此所有的身份核查、及信用核查等所有法律问题都交由发卡行所处理。
换言之,存储模块M内所储存的每一个支付方身份数据Ci乃包括由支付方账户节点Ncb所提供的用户卡号、及其公钥,二者是捆绑在一起的。至于,支付方账户节点Ncb提供用户身份数据的步骤详细说明如下:首先,当支付方账户节点Ncb加入本系统的区块链后,中介处理节点Nba发送通行凭证(Pass Token)给新加入的支付方账户节点Ncb,此时支付方账户节点Ncb便可将其用户数据传送给中介处理节点Nba,而这些用户都是经过KYC(KnowYour Customer)认证的。
然而,本实施例的支付方身份数据Ci采用信用卡卡号和公钥的用意在于,区块链内的运作以用户公钥作为用户的表征,但一般刷卡消费时,刷卡报文内并未包含用户公钥,故需借由中介处理节点Nba将卡号与公钥作连结,借此区块链内的各节点便可向中介处理节点Nba确认用户身份。除此之外,一般消费者也无须至本系统注册或登记,所以使用者的使用习惯与传统支付一样。另外,仍需要特别提醒,本发明的支付方身份数据Ci并不以信用卡卡号为限,在其它的交易支付形态中,也可以是身份证号、手机号码、e-mail、生物特征、或其它自定义的账号等。
另一方面,中介处理节点Nba经由网络接口I接收来自收取方节点Nm的支付交易信息Pi,并由中介处理节点Nba验证(verifying)所接收到的该欲支付方身份数据Cii,其可对应于图1A中的步骤S120。其中,本实施例所采用的验证方法比对所接收到的该欲支付方身份数据Cii与存储模块M内所储存的该支付方身份数据Ci是否吻合;也就是,中介处理节点Nba负责初步核查该笔支付交易信息Pi的消费者是否为本系统的合格用户。
接着,如果经中介处理节点Nba确认该笔支付交易信息Pi的消费者为本系统的合格用户,经中介处理节点Nba便通过网络接口I将该笔支付交易信息Pi传送至该支付方账户节点Ncb(发卡行),其可对应于图1A中的步骤S130。另一方面,如果经中介处理节点Nba确认该笔支付交易信息Pi的消费者不是本系统的合格用户,则传送通报信息Ir至该收取方节点,即通报收取方节点Nm而将该笔支付交易信息Pi通过收取方账户节点Nmb(收单行)传送到第三方事务处理机构(如VISA、Master、JCB),并循传统刷卡交易的流程,其可对应于图1A中的步骤S300。
当支付方账户节点Ncb收到该笔支付交易信息Pi后,该支付方账户节点Ncb根据该欲支付方身份资料Cii核查其信用额度或账户余额,当该信用额度或该账户余额大于该支付金额资料时,该支付方账户节点Ncb发送该支付交易确认信息Pc于该中介处理节点Nba,其可对应于图1A中的步骤S140。换言之,此时发卡行除了核查欲支付方的身份之外,并确认该笔支付交易信息Pi是否为有效;如果通过核查时,传送支付交易确认信息Pc至该中介处理节点Nba,其可对应于图1A中的步骤S150。
再且,当该中介处理节点Nba经由该网络接口I接收该支付方账户节点Ncb所传送的该支付交易确认信息Pc后,广播该支付交易信息Pi至该区块链网络BC内的各节点,其可对应于图1A中的步骤Sf。再值得一提的是,在其它实施形态中,也可以在由中介处理节点Nba传送至该支付方账户节点Ncb(发卡行)的该笔支付交易信息Pi上,直接添加确认信息或直接以其私钥加签的数字签名来作为该支付交易确认信息Pc。
然而,如果该笔支付交易信息Pi未通过该支付方账户节点Ncb的核查时,则通过该中介处理节点Nba通报收取方节点Nm,而将该笔支付交易信息Pi通过收取方账户节点Nmb(收单行)传送到第三方事务处理机构,并循传统刷卡交易的流程,其可对应于图1A中的步骤S300。不过,在其它的实施形态中,也可通过该中介处理节点Nba直接通报收取方的装置(刷卡机)Nm为刷卡失败,取消此笔交易。
最后,再由该支付方账户节点Ncb根据该支付交易信息Pi拨款于该区块链网络BC内的收取方账户节点Nmb(收单行),或由该收取方账户节点Nmb(收单行)根据该支付交易信息Pi向支付方账户节点Ncb(发卡行)请款;其中,收取方账户节点Nmb对应于收取方账户数据Mi,也就是收取方账户节点Nmb(收单行)中收取方(卖家,Merchant)的银行账户资料。
另一方面,为了确保整个支付交易的顺畅性,本实施例也特别设置了处理逾时(time out)的机制;也就是,当刷卡后,如果收取方节点Nm于特定时间内未接获该中介处理节点Nba所广播的该支付交易信息Pi时,即视为该笔支付交易信息Pi的消费者不是本系统的合格用户,该收取方节点Nm则将该支付交易信息Pi通过收取方账户节点Nmb(收单行)传送到第三方事务处理机构,并循传统刷卡交易的流程,其可对应于图1A中的步骤S300。
特别值得一提的是,在本实施例中,收取方节点Nm所发送的该支付交易信息Pi除了包括欲支付方身份数据Cii(卡号)、支付金额资料S、及收取方账户数据Mi之外,还包括由收取方(收取方节点Nm)的私钥所签署的收取方签章C1,例如数字签名(digitalsignature)。
此外,当支付方账户节点Ncb(发卡行)确认该笔支付交易信息Pi为有效时,同时也在传送给中介处理节点Nba的该支付交易确认信息Pc中,包含以其私钥所签署的支付方账户节点签章C2;其意义在于,除了由发卡行代替支付方确认该笔支付交易信息Pi外,同时也表示发卡行对该笔支付交易信息Pi的批准与证实。
据此,在最后广播的支付交易信息Pi中包括该收取方签章C1、及该支付方账户节点签章C2,借此公布此笔支付交易信息Pi已实质取得买方、卖方、及买方的发卡行三方的认可,成为具备可信赖性、可追踪性、以及不可抵赖性(non-repudiation)的实质有效交易。
请参阅图2C,图2C是本发明另一个签章方式的优选实施例的示意图。在本实施例中,支付方的私钥是由支付方账户节点Ncb(发卡行)所代为保管;然而在一开始进行刷卡交易时,收取方节点Nm发送给中介处理节点Nba的支付交易信息Pi中尚未包括收取方的签章。但支付方账户节点Ncb发送给该中介处理节点Nba的支付交易确认信息Pc是包括支付方签章C3,也就是经过该支付方账户节点Ncb持支付方的私钥签署。
另外,在本实施例中,当中介处理节点Nba接收到支付方账户节点Ncb所发送的支付交易确认信息Pc,并不马上广播,而是将支付交易确认信息Pc传送给收取方节点Nm。此时,由收取方节点Nm以收取方的私钥签署后,再将整笔支付交易信息Pi广播至该区块链网络BC内的各节点。换言之,该笔支付交易最后由收取方节点Nm(商家)以私钥加签后才算完成交易。
再且,当本发明的其它实施例中,支付方采用了可存放私钥的载体时,例如手机或芯片卡等,在交易的一开始就可以其私钥加签。更简单地说,一开始在收取方节点Nm所发送的该支付交易信息Pi中即可包含由支付方和收取方以各自的私钥加签的支付交易确认信息。也就是,在支付交易进行的一开始,就已经取得买方和卖方就交易合意的证明。
以下再详细说明第二交易形态的实施流程,请同时参阅图1A、图3A、及图3B,图3A是本发明的优选实施例的第二交易形态的示意图,图3B是本发明的优选实施例的第二交易形态的系统架构图。首先说明,第二交易形态的前提为只有收单行(收取方账户节点Nmb)是区块链网络BC内的节点,而刷卡机(收取方节点Nm)则不在区块链网络BC内。
如图中所示,当消费者持信用卡进行刷卡支付交易时,收取方节点Nm(刷卡机)将支付交易信息Pi传送到收取方账户节点Nmb,其可对应于图1A中的步骤S200。接着,收取方账户节点Nmb将该笔支付交易信息Pi传送到中介处理节点Nba,其可对应于图1A中的步骤S110。
再者,当中介处理节点Nba经由网络接口I接收来自收取方账户节点Nmb的支付交易信息Pi后,便验证(verifying)所接收到的该欲支付方身份数据Cii,其可对应于图1A中的步骤S120,其验证方法可参考前述的第一交易形态。如果该欲支付方身份数据Cii通过验证,中介处理节点Nba便将该笔支付交易信息Pi传送至该支付方账户节点Ncb,其可对应于图1A中的步骤S130;再由该支付方账户节点Ncb确认该笔支付交易信息Pi,其可对应于图1A中的步骤S140,其确认方法可参考前述的第一交易形态。
如果该支付方账户节点Ncb认可该笔支付交易信息Pi后,该支付方账户节点Ncb发送该支付交易确认信息Pc于该中介处理节点Nba,其可对应于图1A中的步骤S150。最后,同样由该中介处理节点Nba广播该支付交易信息Pi至该区块链网络BC内的各节点,其可对应于图1A中的步骤Sf。
此外,在本实施例中,由发卡行(支付方账户节点Ncb)和收单行(收取方账户节点Nmb)分别持支付方和收取方的私钥签署;但在其它实施例中,也可由发卡行(支付方账户节点Ncb)和收单行(收取方账户节点Nmb)各自的私钥签署。而且,在其它实施例中,也可以由收取方账户节点Nmb来广播该支付交易信息Pi;也就是,当中介处理节点Nba收到该支付交易确认信息Pc后,将该支付交易确认信息Pc传送到收取方账户节点Nmb,并由收取方账户节点Nmb持收取方的私钥签署后,由收取方账户节点Nmb广播该支付交易信息Pi。
再次说明,第二交易形态与第一交易形态的差异在于,收取方节点Nm(刷卡机)并非区块链网络BC内的节点,其考虑在于如果要将所有刷卡机都纳入本系统的区块链BC内难度甚高,相较之下,如果只是把收单行纳入本系统则相对简单许多。
此外,由上述实施例可明确得知,本实施例以传统信用卡交易支付架构为基础,只要刷卡机(支付方账户节点Ncb)或收单行(收取方账户节点Nmb)加入本系统,即可作为本系统支付交易的“网关(Gateway)”,由本系统提供快捷、又安全的支付交易服务。更重要的是,如果刷卡机(支付方账户节点Ncb)或收单行(收取方账户节点Nmb)都不是本系统用户时,也可以依循传统的信用卡支付交易途径完成支付。更简单地说,如果支付方和收取方都是本系统用户,即由本系统来处理支付交易,但如果其中的一者不是本系统的用户,则循传统交易途径,即本发明的系统可保证交易成功。
如前所述,本发明不应局限于信用卡的刷卡交易形态,以下实施例说明采用本发明的移动装置支付形态。请参阅图4,图4是本发明的优选实施例的第三交易形态的系统架构图。如图中所示,支付方移动装置DP1、收取方移动装置DP2、中介处理节点Nba、支付方账户节点Ncb、及收取方账户节点Nmb都位于本系统的区块链BC内;其中,支付方账户节点Ncb对应于支付方的银行,收取方账户节点Nmb对应于收取方的银行。
首先,支付方移动装置DP1将一笔支付交易信息Pi传送至中介处理节点Nba,支付交易信息Pi包括支付方账户数据、支付金额数据、及收取方账户资料。接着,中介处理节点Nba验证此笔支付交易的支付方和收取方是否都是本系统的用户,也就是对支付方账户数据和收取方账户数据进行验证,而验证方法可参考前述实施例。
如果,此笔支付交易的支付方和收取方都是本系统的用户,中介处理节点Nba便将该笔支付交易信息Pi传送至支付方账户节点Ncb,并由支付方账户节点Ncb核查支付方的信用额度或账户余额,当该信用额度或该账户余额大于该支付金额资料时,该支付方账户节点Ncb发送支付交易确认信息Pc于该中介处理节点Nba。
然而,当中介处理节点Nba收到该支付交易确认信息Pc后,中介处理节点Nba在该区块链网络BC内广播该笔支付交易信息Pi。另一方面,如果该笔支付交易信息Pi并未通过支付方账户节点Ncb的认可时,例如余额不足或信用额度不足时,支付方账户节点Ncb将通报中介处理节点Nba,而由中介处理节点Nba传送交易失败的通报信息Ir给支付方移动装置DP1和收取方移动装置DP2。据此,本发明也可运用于现有的电子支付模式,更重要的是不再受限于第三方事务处理机构,且相较于现有电子支付模式更为稳定、安全且隐私性更高。
上述实施例仅是为了方便说明而举例而已,本发明所主张的权利范围自应以权利要求范围所述为准,而非仅限于上述实施例。
Claims (12)
1.一种通过区块链网络处理支付交易的系统,该区块链网络内包括至少一个收取方节点、至少一个支付方账户节点、以及中介处理节点,该中介处理节点包括:
处理器;
存储模块,其内至少储存应用程序;以及
网络接口;
其中,该应用程序含有在由该处理器执行时使该处理器进行以下操作的处理器可执行指令:
经由该网络接口接收来自该收取方节点的支付交易信息,该支付交易信息包括欲支付方身份数据、支付金额数据、及收取方账户资料;
验证所接收到的该欲支付方身份数据后,将该支付交易信息中的至少该欲支付方身份数据、以及该支付金额数据传送至该支付方账户节点;以及
经由该网络接口接收该支付方账户节点所传送的支付交易确认信息后;广播该支付交易信息至该区块链网络内的各节点,或将该支付交易信息传送至该至少一个收取方节点,并由该至少一个收取方节点广播该支付交易信息至该区块链网络内的各节点。
2.根据权利要求1所述的通过区块链网络处理支付交易的系统,其中,该支付方账户节点根据该欲支付方身份资料核查其信用额度或账户余额,当该信用额度或该账户余额大于该支付金额资料时,该支付方账户节点发送该支付交易确认信息于该中介处理节点。
3.根据权利要求1所述的通过区块链网络处理支付交易的系统,其中,该存储模块还储存有由该支付方账户节点所提供的多个支付方身份资料,而该中介处理节点验证所接收到的该欲支付方身份数据与该存储模块内所储存的该支付方身份数据是否吻合;如果吻合,该中介处理节点将该支付交易信息传送至该支付方账户节点。
4.根据权利要求1所述的通过区块链网络处理支付交易的系统,其中,该收取方节点所发送的该支付交易信息经过收取方的私钥签署;该支付方账户节点所传送的该支付交易确认信息经过该支付方账户节点的私钥签署。
5.根据权利要求1所述的通过区块链网络处理支付交易的系统,其中,该支付方账户节点所传送的该支付交易确认信息经过该支付方账户节点持支付方的私钥签署;该至少一个收取方节点所广播的该支付交易信息经过该至少一个收取方节点以收取方的私钥签署。
6.一种通过区块链网络处理支付交易的方法,包括以下步骤:
(A)提供支付交易信息至区块链网络内的收取方节点;该支付交易信息包括欲支付方身份数据、支付金额数据、及收取方账户资料;
(B)由该收取方节点将该支付交易信息传送至该区块链网络内的中介处理节点;
(C)由该中介处理节点验证所接收到的该欲支付方身份数据后,将该支付交易信息中的至少该欲支付方身份数据、以及该支付金额数据传送至该区块链网络内的支付方账户节点;
(D)由该支付方账户节点确认该欲支付方身份数据及该支付金额数据后传送支付交易确认信息至该中介处理节点;以及
(E)由该中介处理节点广播该支付交易信息至该区块链网络内的各节点;或将该支付交易信息传送至该至少一个收取方节点,并由该至少一个收取方节点广播该支付交易信息至该区块链网络内的各节点。
7.根据权利要求6所述的通过区块链网络处理支付交易的方法,其中,当该收取方节点于特定时间内未接获该中介处理节点所广播的该支付交易信息时,该收取方节点将该支付交易信息传送至第三方事务处理机构。
8.根据权利要求6所述的通过区块链网络处理支付交易的方法,其中,该中介处理节点包括存储模块,于该步骤(C)中,该中介处理节点验证所接收到的该欲支付方身份数据与该存储模块内所储存的支付方身份数据是否吻合,该支付方身份资料由该支付方账户节点所提供;如果吻合,该中介处理节点将该支付交易信息传送至该支付方账户节点;如果不吻合,该中介处理节点传送通报信息至该收取方节点,该收取方节点将该支付交易信息传送至第三方事务处理机构。
9.根据权利要求6所述的通过区块链网络处理支付交易的方法,其中,于该步骤(A)中,该支付交易信息经过收取方的私钥签署;于该步骤(D)中,该支付交易确认信息经过该支付方账户节点的私钥签署。
10.根据权利要求6所述的通过区块链网络处理支付交易的方法,其中,于该步骤(D)中,该支付交易确认信息经过该支付方账户节点持支付方的私钥签署;于该步骤(E)中,由该至少一个收取方节点所广播的该支付交易信息经过该至少一个收取方节点以收取方的私钥签署。
11.根据权利要求6所述的通过区块链网络处理支付交易的方法,其中,于该步骤(D)中,该支付方账户节点根据该欲支付方身份资料核查其信用额度或账户余额,当该信用额度或该账户余额大于该支付金额资料时,该支付方账户节点发送该支付交易确认信息于该中介处理节点。
12.根据权利要求6所述的通过区块链网络处理支付交易的方法,其中,于该步骤(E)后还包括步骤(F),由该支付方账户节点根据该支付交易信息拨款于该区块链网络内的收取方账户节点,该收取方账户节点对应于该收取方账户数据。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201962866703P | 2019-06-26 | 2019-06-26 | |
US62/866,703 | 2019-06-26 | ||
PCT/US2020/039272 WO2020263915A1 (en) | 2019-06-26 | 2020-06-24 | System and method for processing payment transactions via blockchain network |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114026587A true CN114026587A (zh) | 2022-02-08 |
Family
ID=74061081
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080042963.1A Pending CN114026587A (zh) | 2019-06-26 | 2020-06-24 | 通过区块链网络处理支付交易的系统及方法 |
Country Status (5)
Country | Link |
---|---|
US (1) | US20220253852A1 (zh) |
EP (1) | EP3991118A4 (zh) |
JP (1) | JP7258378B2 (zh) |
CN (1) | CN114026587A (zh) |
WO (1) | WO2020263915A1 (zh) |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017122187A2 (fr) * | 2016-01-15 | 2017-07-20 | Enrico Maim | Procédés et systèmes mis en œuvre dans une architecture en réseau de nœuds susceptibles de réaliser des transactions basées sur messages |
WO2016175914A2 (en) * | 2015-02-27 | 2016-11-03 | Visa International Service Association | Transaction signing utilizing asymmetric cryptography |
WO2016161073A1 (en) * | 2015-03-31 | 2016-10-06 | Nasdaq, Inc. | Systems and methods of blockchain transaction recordation |
US20170132626A1 (en) * | 2015-11-05 | 2017-05-11 | Mastercard International Incorporated | Method and system for processing of a blockchain transaction in a transaction processing network |
WO2017127564A1 (en) * | 2016-01-19 | 2017-07-27 | Priv8Pay, Inc. | Network node authentication |
CN107306183B (zh) | 2016-04-22 | 2021-12-21 | 索尼公司 | 客户端、服务端、方法和身份验证系统 |
US20200051071A1 (en) | 2017-07-27 | 2020-02-13 | Eland Blockchain Fintech Inc. | Electronic transaction system and method using a blockchain to store transaction records |
-
2020
- 2020-06-24 CN CN202080042963.1A patent/CN114026587A/zh active Pending
- 2020-06-24 US US17/610,463 patent/US20220253852A1/en active Pending
- 2020-06-24 WO PCT/US2020/039272 patent/WO2020263915A1/en active Search and Examination
- 2020-06-24 JP JP2021577446A patent/JP7258378B2/ja active Active
- 2020-06-24 EP EP20830944.3A patent/EP3991118A4/en not_active Withdrawn
Also Published As
Publication number | Publication date |
---|---|
EP3991118A1 (en) | 2022-05-04 |
JP2022543733A (ja) | 2022-10-14 |
EP3991118A4 (en) | 2023-06-14 |
US20220253852A1 (en) | 2022-08-11 |
WO2020263915A1 (en) | 2020-12-30 |
JP7258378B2 (ja) | 2023-04-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110612546B (zh) | 用于数字资产账户管理的方法和装置 | |
US10535065B2 (en) | Secure payment transactions based on the public bankcard ledger | |
US9818112B2 (en) | Method and system for payment authorization and card presentation using pre-issued identities | |
US7089208B1 (en) | System and method for electronically exchanging value among distributed users | |
US20170053249A1 (en) | Electronic Crypto-Currency Management Method and System | |
AU2010295188B2 (en) | Asset storage and transfer system for electronic purses | |
US20090319425A1 (en) | Mobile Person-to-Person Payment System | |
US20110320347A1 (en) | Mobile Networked Payment System | |
US20090070263A1 (en) | Peer to peer fund transfer | |
WO2009152184A1 (en) | Mobile payment system | |
CN113196704B (zh) | 用于安全执行离线认证的技术 | |
US20230109085A1 (en) | Digital Currency Aggregation Processing | |
CN116802661A (zh) | 基于令牌的链外交互授权 | |
US20230298009A1 (en) | Rapid cryptocurrency transaction processing | |
JP7258378B2 (ja) | ブロックチェーンネットワークを介して支払取引を処理するためのシステム及び方法 | |
AU2008254851B2 (en) | Method and system for payment authorization and card presentation using pre-issued identities | |
CN116802662A (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 |