CN116830137A - 使用api调用执行实时电子交易的系统和方法 - Google Patents
使用api调用执行实时电子交易的系统和方法 Download PDFInfo
- Publication number
- CN116830137A CN116830137A CN202180089626.2A CN202180089626A CN116830137A CN 116830137 A CN116830137 A CN 116830137A CN 202180089626 A CN202180089626 A CN 202180089626A CN 116830137 A CN116830137 A CN 116830137A
- Authority
- CN
- China
- Prior art keywords
- transaction
- transaction request
- electronic transaction
- orchestration
- electronic
- 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
- 238000000034 method Methods 0.000 title claims abstract description 59
- 238000013475 authorization Methods 0.000 claims abstract description 59
- 230000004044 response Effects 0.000 claims abstract description 18
- 238000010200 validation analysis Methods 0.000 claims abstract description 10
- 238000012546 transfer Methods 0.000 description 33
- 230000015654 memory Effects 0.000 description 28
- 238000012545 processing Methods 0.000 description 26
- 230000006870 function Effects 0.000 description 17
- 238000004891 communication Methods 0.000 description 16
- 238000007726 management method Methods 0.000 description 13
- 238000012550 audit Methods 0.000 description 12
- 230000010354 integration Effects 0.000 description 11
- 238000012795 verification Methods 0.000 description 10
- 238000004458 analytical method Methods 0.000 description 9
- 210000004258 portal system Anatomy 0.000 description 9
- 230000008569 process Effects 0.000 description 9
- 239000008186 active pharmaceutical agent Substances 0.000 description 8
- 238000010586 diagram Methods 0.000 description 6
- 238000012986 modification Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 239000012634 fragment Substances 0.000 description 3
- 238000010801 machine learning Methods 0.000 description 3
- 238000012544 monitoring process Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000006243 chemical reaction Methods 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 230000007812 deficiency Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 150000003839 salts Chemical class 0.000 description 2
- 239000007787 solid Substances 0.000 description 2
- 244000035744 Hura crepitans Species 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000013439 planning Methods 0.000 description 1
- 230000000644 propagated effect Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000026676 system process 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/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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/547—Remote procedure calls [RPC]; Web services
-
- 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/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
- G06Q20/027—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] involving a payment switch or gateway
-
- 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/386—Payment protocols; Details thereof using messaging services or messaging apps
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Finance (AREA)
- Computer Security & Cryptography (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Economics (AREA)
- Technology Law (AREA)
- Marketing (AREA)
- Development Economics (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Debugging And Monitoring (AREA)
Abstract
公开了通过实时交易系统执行实时电子交易的系统和方法。一种方法包括由应用编程接口(API)系统接收来自用户的电子交易请求。API系统可以将电子交易请求传输到编排系统。编排系统可以将基于电子交易请求的验证API调用传输到账户系统。账户系统可以确定与电子交易请求相关联的账户是否存在于实时交易系统中。编排系统可以将基于电子交易请求的授权API调用传输到授权系统。编排系统可以从授权系统接收授权响应。编排系统可以将电子交易请求消息传输到路由引擎、账户分类账系统、审计系统和/或交易系统中的至少一个。
Description
相关申请交叉引用
本申请要求2021年1月6日递交的第17/142,693号美国申请的优先权,其全部内容通过引用并入本文。
技术领域
本发明总体上涉及电子交易领域,并且具体地,涉及用于使用单个平台跨多个网络执行实时电子交易的系统和方法。
背景技术
企业、商家、客户、金融实体和/或政府实体可以在国内和国际通过各种支付网络执行电子资金转账、支付处理(例如电子商务支付)、资本管理等。然而,现有电子支付/资金交易技术的多种方面涉及一些固有的不足或者缺点,当通过各种支付网络以电子方式发送支付时,这些不足或者缺点可能导致较差的用户体验、增加的时间和成本以及其他不便。例如,多种传统支付处理网络涉及处理系统的拼凑、分散的系统、安全风险等。本公开旨在解决现有电子交易系统和服务的以上和其他缺点。
本文提供的背景描述是为了概括介绍本公开的背景。除非本文另有说明,本部分中描述的材料不是本申请中权利要求的现有技术,并且不通过包含在本部分中而被承认为现有技术或者现有技术的建议。
发明内容
一个实施例提供了通过实时交易系统执行实时电子交易的方法,该方法包括:通过应用编程接口(API)系统接收来自用户的电子交易请求;由API系统将电子交易请求传输到编排系统;由编排系统将基于电子交易请求的验证API调用传输到账户系统;由账户系统确定与电子交易请求相关联的账户是否存在于实时交易系统中;由编排系统将基于电子交易请求的授权API调用传输到授权系统;由编排系统从授权系统接收授权响应;以及由编排系统将电子交易请求消息传送到路由引擎、账户分类帐系统、审计系统和/或交易系统中的至少一个。
一个实施例提供了实时交易系统,包括:一个或者多个存储用于执行实时电子交易的指令的计算机可读介质;以及一个或者多个处理器,被配置成执行指令以执行操作,包括:由应用编程接口(API)系统接收来自用户的电子交易请求;由API系统将电子交易请求传输到编排系统;由编排系统将基于电子交易请求的验证API调用传输到账户系统;由账户系统确定与电子交易请求相关联的账户是否存在于实时交易系统中;由编排系统将基于电子交易请求的授权API调用传输到授权系统;由编排系统从授权系统接收授权响应;以及由编排系统将电子交易请求消息传送到路由引擎、账户分类帐系统、审计系统和/或交易系统中的至少一个。
一个实施例提供了存储用于执行实时交易的指令的非暂时性计算机可读介质,该指令在由一个或者多个处理器执行时,使一个或者多个处理器执行操作,包括:由应用编程接口(API)系统接收来自用户的电子交易请求;由API系统将电子交易请求传输到编排系统;由编排系统将基于电子交易请求的验证API调用传输到账户系统;由账户系统确定与电子交易请求相关联的账户是否存在于实时交易系统中;由编排系统将基于电子交易请求的授权API调用传输到授权系统;由编排系统从授权系统接收授权响应;以及由编排系统将电子交易请求消息传送到路由引擎、账户分类帐系统、审计系统和/或交易系统中的至少一个。
附图说明
附图包含在本说明书中并构成其一部分,该附图示出了几个实施例,并与本描述一起用于解释本发明的原理。
图1描述了根据本公开的一个方面的示例性电子交易系统的框图。
图2描述了根据本公开的一个方面的另一示例性电子交易系统的框图。
图3描述了根据本公开的一个方面的另一示例性电子交易系统的框图。
图4描述了根据本公开的一个方面的另一示例性电子交易系统的框图。
图5描述了根据本公开的一个方面的另一示例性电子交易系统的框图。
图6示出了根据本公开的一个方面的执行电子交易的示例性方法的流程图。
图7示出了根据本公开的一个方面的执行电子交易的另一示例性方法的流程图。
图8示出了用于执行本文所描述的技术的计算机系统。
具体实施方式
以下实施例描述了用于实现电子交易的系统和方法。更具体地,本公开中设想的实施例可以使商家、客户、企业、机构等能够利用可以与交易请求者和交易网络通信的单个交易处理器来实现各种电子交易。
如上所讨论的,现有电子支付技术的各个方面在执行国内和/或国际支付交易时存在某些缺点和不足。例如,复杂的传统系统和不断发展的解决方案拼凑在一起,各种市场和支付方式的合规标准错综复杂,以及任意的交易定价策略可能会导致交易缓慢和不可靠,以及成本增加和用户体验较差。
为了解决上述问题,本公开描述了提供统一平台的系统和方法,该统一平台实现或者提供,例如:1)所有账户到账户支付方法的单个应用编程接口(API);2)管理一致且全球认可的安全和隐私实践;3)智能支付路由和编制能力;4)跨支付方式和方案的统一对账和报告;以及5)可以提供整个客户生命周期管理的单个管理门户。例如,包括API系统、安全系统、分析系统、编制系统、连接系统和对账系统的交易处理器可以与请求者系统和交易网络进行通信,以实现和执行本公开的电子交易。
在一个实施例中,本公开的交易处理器可以经由API系统从用户(例如企业、商家、客户、金融机构、政府机构等)接收电子交易请求(例如账户间资金转账、购买支付、报销等)。API系统然后可以将电子交易请求传输到交易处理器的编排系统。然后,编排系统可以向交易处理器的账户系统传输验证API调用,该验证API调用可以基于电子交易请求。账户系统然后可以确定与支付请求系统相关联的账户是否存在于交易处理器数据库中。此外,编排系统可以向交易处理器的授权系统传输授权API调用,该授权API调用可以基于电子交易请求。编排系统然后可以从授权系统接收授权响应。此外,编排系统可以向交易处理器的路由系统、账户分类帐系统、审计系统和/或交易系统中的至少一个发送电子交易请求。该路由系统可以执行交易请求的智能路由,以基于例如用户偏好来优化交易请求路由。
应当理解,本文特别考虑与企业、商家和/或客户相关的支付交易。尽管参考了与企业、商家和/或客户相关的支付交易,但是某些公开的系统和方法可以同样适用于各种其他电子商务和电子交易。实际上,可以采用本文公开的网络、系统和方法传输信用、货币、加密货币、抵押资金、智能合同和/或令牌化资金的任何情况。此外,尽管试图发起电子交易和/或提供第三方服务的一方在本文中可以被称为企业、商家或者客户,但是试图发起电子交易的一方不必是企业、商家或者客户,而是可以是金融机构、政府机构、服务提供商、用户或者试图执行电子交易的任何一方。
下文将参考附图对本公开的主题进行更全面的描述,附图构成了本公开的一部分,并通过图示的方式显示了具体的示例性实施例。本文描述为“示例性”的实施例或者实施方式不应当被解释为例如相对于其他实施例或者实施方式是优选的或者有利的;相反,它旨在反映或者指示实施例是“示例”实施例。主题可以以各种不同的形式来实施,因此,所覆盖或者要求保护的主题旨在被解释为不限于本文提出的任何示例性实施例;提供示例性实施例仅仅是为了说明。同样,要求保护或者覆盖的主题的合理的宽范围是所意图的。其中,例如,主题可以实施为方法、装置、部件或者系统。因此,实施例可以例如采用硬件、软件、固件或者其任意组合的形式。因此,如下详细描述不应当被理解为限制性的。
贯穿说明书和权利要求,除了明确说明的含义之外,术语在上下文中可能具有建议或者暗示的细微差别的含义。同样,本文使用的词语“在一个实施例中”或者“在一些实施例中”不一定是指同一实施例,本文使用的词语“在另一实施例中”不一定是指不同的实施例。例如,旨在要求保护的主题包括示例性实施例的整体或者部分组合。
下文使用的术语可以按其最广泛的合理方式进行解释,即使其与本公开的某些特定实例的详细描述结合使用。实际上,某些术语甚至可能在下文被强调;然而,旨在以任何限制性方式解释的任何术语将在详细描述部分中被公开和具体地定义。
现在参考附图,图1描述了包括请求者系统110、交易处理器120和交易网络140的示例性系统100。请求者系统110、交易处理器120和交易网络140可以直接、间接和/或经由网络150(例如互联网和/或一个或者多个云网络)相互通信。请求者系统110、交易处理器120和交易网络140也可以经由直接通信线路、经由物理、技术和/或商业关系的组合直接相互通信。请求者系统110可以包括一个或者多个实体,例如但不限于财政部、商家、客户、企业、金融机构、政府机构等。请求者系统110可以向一个或者多个接收者传输请求,例如传输电子资金的请求。
在一个实施例中,请求者系统110可以配置成实现企业请求,以向客户传输电子资金。在该实施例中,电子资金例如可以包括法律结算、保险索赔、股东红利、忠诚度支付、贷款、投资支出、客户退款支付等。在另一个实施例中,请求者系统110可以被配置成实现企业请求,以向另一个企业传输电子资金。在该实施例中,电子资金例如可以包括应收账款/应付账款(AR/AP)、租金支付、商业贷款支付、工资单、银行间跨境支付、供应商支付、自由职业者支付、供应链融资支付、商业医疗福利支付、联盟营销计划支付等。在另一个实施例中,请求者系统110可以被配置成实现客户请求,以向企业(或者商家)传输电子支付。在该实施例中,电子支付例如可以包括,在销售点终端的支付、电子商务结账处支付、在线市场支付、在线数字内容支付、体育博彩支付、电信账单支付、公用事业支付、租金支付、投资支付等。在另一个实施例中,请求者系统110可以被配置成实现用户(例如任何个人或者客户)请求向另一个用户传输电子资金。在该实施例中,电子资金例如可以包括众筹支付、移动钱包支付、礼品支付、个人对个人支付、账户对账户转账等。在另一个实施例中,请求者系统110可以被配置成实现政府实体请求,以向客户传输电子资金。在该实施例中,电子资金例如可以包括,政府津贴支付、学生资助支付、学费支付、学费偿还支付等。在另一个实施例中,请求者系统110可以被配置成实现用户或者客户请求,以向政府实体传输电子支付。在该实施例中,电子资金例如可以包括交通支付、停车支付、纳税支付、许可支付、工资支付等。
在一个实施例中,请求者系统110可以利用由交易处理器120提供的集成门户(或者平台)和/或集成服务,用于集成用户体验和/或用户界面(例如AR/AP、企业资源规划(ERP)系统、网站、应用程序APP等),用于与交易处理器120交互。在一些实施例中,通过使用集成工具包/服务和/或利用交易处理器120的API系统122的自助(DIY)模型,请求者系统110可以与交易处理器120集成。
仍然参考图1,交易处理器120可以包括应用编程接口(API)系统122(例如API网关)、安全系统124、分析系统126、编制系统128、连接系统130和对账系统134。连接系统130可以被配置成与国内和/或国际的各种市场(例如市场1-N 132a-132n)通信。交易处理器120可以被配置成实现请求者系统110和交易网络140之间的电子交易和通信。例如,API系统122可以经由交易处理器120的API(例如代表性状态转移(RESTful)实时API或者基于文件的批处理API)从请求者系统110接收一个或者多个请求,以电子地转移资金(或者支付)。RESTful API(或者API)可以通过一个或者多个公共超文本传输协议安全(HTTPS)端点来访问。批处理API(或者API)可以通过一个或者多个公共安全文件传输协议(SFTP)端点来访问。API可以包括在交易处理器120中创建客户身份、将银行账户与客户身份相关联以及在多个账户之间进行支付的能力。API系统122可以与安全系统124、分析系统126和编制系统128通信,以执行本公开的电子交易。例如,API系统122可以将电子资金转账(或者支付)请求传输到编制系统128。编制系统128然后可以经由连接系统130将电子支付请求传输到交易网络140中的合适网络或者方案(下文将进一步详细描述)。另外,对账系统134可以从交易网络140接收通知、消息和/或确认,并且可以实时地向请求者系统110传输与电子资金转账请求相关联的合适的消息、警报和/或信号。
交易处理器120可以是为全球国内和/或国际使用单个API的单个处理器。也就是说,交易处理器120可以通过建立以客户为中心的平台,实现账户到账户的实时电子交易(例如电子支付、资金转账、货币兑换、偿还、资产管理等),该平台统一、协调和执行国内和/或国际电子交易。此外,交易处理器120可以被配置成在单个平台内执行电子资金转账、货币兑换交易、令牌化和/或电子交易授权。此外,交易处理器120可以被配置成根据全球公认的安全和隐私惯例一致地操作。此外,交易处理器120可以被配置成基于用户(例如请求者系统110)的偏好,通过编制系统128实时执行智能支付路由。在一些实施例中,用户可以实时改变交易路由偏好(例如完成支付交易的时间和成本)。本公开的交易处理器120可以提供单个伙伴责任、成本降低、改善的现金流、增加的支付安全性、更好的支付访问以及支付/资金的更好的洞察力和责任等。因此,交易处理器120可以是用于执行支付交易的一站式商店。
仍然参考图1,交易网络140可以包括一个或者多个网络或者方案142a,142b至142n。一个或者多个方案(或者网络)142a至142n例如可以包括自动清算所(ACH)网络(例如ACH、当天ACH等)、卡网络(例如American Express、Discover、MasterCard、Visa等)、实时支付(RTP)网络(例如清算所等)、区块链网络、电汇网络、快速支付网络、银行自动清算系统(Bacs)支付方案、清算所自动支付系统(CHAPS)网络、单个欧元支付区(SEPA)网络、SEPA即时信用转账(SCT Inst)网络和/或其他金融平台网络(例如Dwolla、PayPal、WesternUnion、Currencycloud、TransferMate等)。交易网络140可以根据一个或者多个方案142a、142b至142n的已建立的策略和/或规则来认证和/或授权电子资金转账请求,从而完成或者拒绝电子资金转账请求。
图2描述了包括交易处理器120的示例性系统200。具体而言,图2中描述的部分表示交易处理器120的更详细的示例说明,但这不应当被解释为限制交易处理器120。交易处理器120可以包括API系统122、安全系统124、分析系统126、编制系统128、管理门户系统218、审计系统220、通知系统222和令牌化系统224中的一个或者多个。API系统122可以实现与请求者系统110、交易网络140的通信,以及图2所示的交易处理器120的一个或者多个系统(或者微服务)之间的通信。例如,API系统122可以利用API(例如内部或者外部API)、批处理API和/或通知API,以实现执行本公开的电子交易。在一个实施例中,可以通过一个或者多个公共超文本传输协议安全(HTTPS)端点来访问API系统122的RESTful API。API系统122可以利用例如POST、GET和PUT方法来执行和实现本公开的电子交易。在另一个实施例中,可以通过一个或者多个公共安全文件传输协议(SFTP)端点来访问API系统的批处理API。
仍然参考图2,安全系统124可以实现例如用户(或者客户)访问控制、用户节流和/或用户识别。在一个实施例中,安全系统124可以确保交易处理器120符合一个或者多个数据保护标准。可以监控交易处理器120的一个或者多个数据元素,以便满足由交易处理器120建立的一个或者多个加密标准。例如,诸如个人身份信息(PII)、支付卡数据(PCI数据)、认证凭证、其他敏感数据、公司机密数据等数据元素可以由安全系统124监控。
在一个实施例中,安全系统124可以实现和管理与本发明的电子交易相关的数据和/或密钥的加密。例如,安全系统124可以包括密钥管理服务(KMS),该密钥管理服务(KMS)可以为加密密钥的寿命建立时间限制。KMS可以从交易处理器120内部或者外部管理(例如亚马逊网络服务密钥管理服务(AWSKMS))。在一个实施例中,一旦加密密钥超过其寿命,该加密密钥可以从交易处理器120中的加密密钥缓存中删除。然后,加密密钥可以被替换为由KMS新生成的密钥。该功能可以提供对数据密钥轮换策略的遵循,该数据密钥轮换策略可以由交易处理器120建立,例如,通过设置在数据密钥轮换策略限制内的高速缓存期限。此外,对KMS中的密钥的访问可能受到安全系统124的访问控制的限制,并且可能被分配最低特权。
在一个实施例中,安全系统124可以配置成允许用户仅使用指定的服务和/或用户身份,根据KMS客户主密钥(CMK)进行调用操作。安全系统124也可以审计主密钥的使用和访问。此外,安全系统124可以利用安全散列函数(例如安全散列算法-256(SHA-256))用于被加密但也必须被搜索的数据元素。因为可能存在可以跨所有租户搜索散列数据元素(例如发送者姓名、发送者账号、发送者路由号、接收者姓名、接收者账号、接收者路由号等)的情况,因此散列数据元素可以具有全局盐(salt)。在一个实施例中,静止的敏感数据元素可以使用高级加密标准(AES)-256存储在交易处理器120中。此外,任何移动中的消息数据都可以通过实施最低传输层安全性(TLS)1.2来保护。
仍然参考图2,分析系统126可以包括用于执行分析的数据存储(例如数据湖)和数据平台。例如,审计系统220和管理门户系统218可以与分析系统126通信,以便对本公开的电子交易执行分析和审计。审计系统220可以订阅交易事件主题,并将事件主题传输到数据湖用于分析。管理门户系统218可以实现交易处理器120的用户的加入、配置和认证。管理门户系统218可以为交易处理器120的用户提供自助服务功能,以及为交易处理器120的内部支持团队提供管理功能。
仍然参考图2,编制系统128可以包括编排系统210、门户系统212、路由系统214和交易系统216。编排系统210可以被配置成编排处理本公开的一个或者多个实时电子交易请求或者一个或者多个实时交易查询所需的步骤。例如,编排系统210可以被配置成验证事务请求者(例如请求者系统110)是否具有请求事务和/或查询的许可。例如,编排系统210可以对交易处理器120的授权系统进行内部API调用。
在一个实施例中,编排系统210可以实现电子资金转账请求(或者支付请求)的执行。例如,编排系统210可以对交易处理器120的账户验证查询系统进行内部API调用,以验证源账户是否存在。账户验证查询系统可以验证源账户和目的账户的格式。此外,编排系统210可以被配置成对交易处理器120的授权系统进行内部API调用,以验证用户具有使用指定的源账户执行支付的许可。在一个实施例中,编排系统210可以被配置成向事件主题流(例如Kafka)交易发布支付请求。编排系统210可以被配置成向外部API调用者回复支付请求已经被接受以进行处理。
在一个实施例中,编排系统210可以配置成实时处理交易查询。例如,编排系统210可以对事务查询系统进行内部API调用以执行事务查找。此外,编排系统210可以对授权系统进行内部API调用,以验证用户是否具有查看交易和相关账户的许可。此外,编排系统210可以通过API系统122利用查询响应来响应外部API调用。
仍然参考图2,门户系统212可以被配置成实现用户(或者客户)或者开发者的订阅管理、层级和特征配置、客户管理、资金来源管理等。门户系统212可以允许请求者系统110的开发者或者用户实时发起交易或者支付请求、传输交易状态、接收通知等。门户系统212可以被配置成实现或者提供集成门户,该集成门户例如可以包括统一开发者门户(例如沙箱接口),开发者可以利用该统一开发者门户来将请求者系统110与交易处理器120集成。集成门户可以使开发者能够配置请求者系统110来访问、通信和利用交易处理器120的功能。在一些实施例中,集成门户可以包括交易处理器120的交互式营销平台。营销平台可以提供例如支付如何发生和在交易处理器的后端发生什么的演示部分,以及用于访问、通信和利用交易处理器120的功能的各种用例。因此,集成门户可以通过营销门户和集成门户实现请求者系统110与交易处理器120的无缝集成。
在一个实施例中,集成门户可以包括到交易处理器120的API的实时连接、用于与交易处理器120通信的代码片段、以及用于认证用于与交易处理器120通信的API的认证接口。代码片段可以以不同的语言实时提供。例如,将RTP方案改变为不同的方案可以通过在实时沙箱环境中编辑片段来实现。此外,集成门户可以向开发者提供统一资源定位符(URL)链接,以允许通过遵循所提供的链接并容易和直观地与交易处理器120集成来使用公共API,而不必存储任何单独的URL。此外,可以通过集成门户实时更新交易。例如,可以基于期限日、取消支付的能力等来改变支付轨道。此外,集成门户可以提供关于交易的通知,用户无需发送电子邮件或者打电话就可以访问和查看这些通知。
仍然参考图2,路由系统214可以实现路由决策、最快路由、最低成本路由、市场方案配置、市场路由配置、多地理路由等。路由系统214可以通过查看客户配置和方案能力来执行交易路由。根据特定客户的配置以及客户是否具有速度与成本处理偏好,可以利用与客户和方案的价格、速度和能力相关联的数据来识别电子交易的最佳可能路由。路由系统214可以利用开源商业规则管理系统(BRMS)(例如Drools)来实现路由决策模型。路由系统214可以被配置成实现和编排路由和执行支付请求所需的步骤。路由系统214可以订阅交易事件主题,并且可以对支付发起事件进行操作以发起路由请求。在一个实施例中,路由系统214可以对权利查询系统进行内部API调用,以检索可能影响支付请求的路由的客户特定的配置细节。路由系统214可以通过路由模型来处理包括客户权利细节的交易请求,以识别合适的支付方案适配器(下面将进一步详细描述)。路由系统214可以对一个或者多个支付方案适配器进行内部API调用,这些支付方案适配器然后可以调用市场特定的支付方案实施方式。此外,路由系统214可以向交易事件主题数据流发布路由选择事件。
仍然参考图2,交易系统216可以配置成实现例如电子资金转账请求、电子资金转账信息请求、电子资金转账建议、电子资金转账授权、确认、撤销、修改和退款等。交易系统216可以与通知或者消息系统222通信。通知系统222可以从支付方案(例如方案142a至142n)接收通知,以在交易通过其生命周期时提供状态更新。可以通过API系统122接收来自支付方案的通知以及相关联的方案细节。通知系统222可以利用确认来响应通知。通知系统222然后可以向支付通知主题发布支付通知接收事件。在一个实施例中,通知系统222可以包括支付通知处理器,该支付通知处理器订阅支付通知主题,并等待支付通知接收消息。也就是说,当处理事件时,支付通知处理器可以首先对交易查询系统进行内部API调用,以检索与支付通知相关联的交易的附加细节。支付通知处理器然后可以向支付通知主题发布支付确认消息。
连接系统130可以包括一个或者多个用于与交易网络140通信的适配器。例如,市场1132a的连接适配器可以包括TCH RTP适配器、ACH适配器、账户到卡适配器、有线适配器、支付适配器、账户到钱包适配器、清算/结算适配器等。附加地或者可选地,市场N132n的连接适配器可以类似地包括例如ACH适配器、有线适配器、方案适配器、有线适配器、支付网适配器、账户到钱包适配器、清算/结算适配器等。
在一个实施例中,交易系统216可以接收与本公开的电子交易相关的信息,并实现电子交易的执行。交易系统216可以将交易信息传输到令牌化系统224。令牌化系统224然后可以生成令牌以使用用于请求者系统110所请求的支付交易的敏感账户细节的替代值。令牌可以是低值令牌或者高值令牌。此外,令牌可以是随机生成的数字。在其他实施例中,令牌可以是伪随机数、加密信息或者其他字符序列。
交易处理器120可以部署在多个区域和可用区域的服务器和数据中心。交易处理器120可以是利用容器化微服务的云原生的和云不可知的,并且可以被部署到开源容器编制系统(例如Kubernetes)上的弹性基础设施。在一个实施例中,交易处理器120可以完全在云端部署和构建。因此,交易处理器120的复杂性可以通过构建基于云的微服务设计(例如AWS云基础设施)来控制。本公开的基于云的微服务设计可以允许快速增强和弹性扩展交易处理器120,而没有客户影响或者停机时间。例如,小型开发团队可能会快速添加增强功能和新的方案支持。此外,故障可以被控制,并且可以防止对其他功能的间接损害。
图3描述了本公开的用于实现电子交易请求(例如支付请求)的示例性系统300。系统300例如可以包括请求者系统110、交易处理器120、交易网络140和接收者系统310。在该实施例中,除了图3所示的系统之外,交易处理器120还可以包括一个或者多个系统或者微服务。例如,交易处理器120可以包括授权系统302、账户验证系统304、账户分类账系统306和审计系统220,它们可以与编排系统210通信。在该实施例中,连接系统130可以包括一个或者多个方案或者网络适配器。例如,连接系统130可以包括RTP适配器312a、ACH适配器312b、有线适配器312n等。此外,连接系统130可以包括连接器314a-n,其可以被配置成实现与交易网络140的通信。
仍然参考图3,授权系统302可以暴露内部API,内部API可以由交易处理器120内的其他系统或者微服务调用,以验证用户有权执行操作和查看数据。账户验证系统304可以暴露内部API,该内部API可以被交易处理器120内的其他系统或者微服务调用,以针对存储在交易处理器数据库(图中未示出)中的账户细节执行查询。账户分类账系统306可以暴露内部API,该内部API可以被交易处理器120内的其他系统或者微服务调用,以针对存储在交易处理器120的数据库中的账户分类账细节执行查询。根据本公开,账户分类帐系统306可以订阅由编排系统210传输的Kafka流的交易事件主题。此外,账户分类帐系统306可以监视完成状态,并且可以使用这些事件来更新分类帐数据库。在一个实施例中,审计系统220可以订阅由编排系统210传送的Kafka流的交易事件主题。审计系统220可以将这些事件传输到数据湖进行分析。
仍然参考图3,交易系统216可以暴露内部API,该内部API可以由交易处理器120内的其他系统或者微服务调用,以对交易处理器120提供的不仅是结构化查询语言(NoSQL)数据库中存储的账户详情进行查询。如参考图2所述,路由系统214可以负责编排路由和执行支付请求所需的步骤。路由系统214可以订阅由编排系统210发送的Kafka流的交易事件主题,并且可以对支付发起事件进行操作以发起路由请求。路由系统214可以对权利查询服务进行内部API调用,以检索可能影响路由的客户特定的配置细节。路由系统214可以通过路由模型处理该请求,包括客户权利细节,以识别合适的支付方案适配器。
仍然参考图3,RTP适配器312a可以暴露内部API,用于处理跨RTP方案或者轨道的支付。RTP方案适配器312a可以调用内部/外部市场特定的API RTP轨道实施方式。ACH适配器可以暴露内部API来处理跨ACH轨道的支付。ACH适配器312b可以调用内部/外部市场特定的API ACH轨道实施方式。有线适配器312n可以暴露用于跨有线轨道处理支付的内部API。有线适配器312n可以调用内部/外部市场特定的API有线轨道实施方式。
在一个实施例中,来自请求者系统110中的用户(例如支付发送者)的输入支付请求(例如支付请求API)可以由API系统122管理。API系统122可以通过与交易处理器120的身份提供者(IdP)通信来执行用户身份的认证检查(例如经由开放授权2.0(OAuth2))。API系统122然后可以将支付请求转发给支付编排系统210。编排系统210然后可以向授权系统302发起授权检查。一旦授权系统302验证请求者系统110有权执行交易,则编排系统210可以与账户验证系统304通信,以检查请求者系统110中的用户是否存在于交易处理器120的数据库中。编排系统210然后可以流式传输Kafka消息,该Kafka消息可以由账户分类帐系统306、审计系统220、交易系统216和路由系统214接收。
仍然参考图3,路由系统214可以将支付请求转发到连接系统130中的最佳方案(或者轨道)适配器。连接系统130然后可以将支付请求发送到交易网络140中的合适方案(例如方案142a至142n)。在一个实施例中,第三方服务提供商可以直接实施由连接系统130提供的一个或者多个适配器。因此,交易处理器120可以不需要集成到第三方服务提供商API。
图4描述了本公开的用于实现交易对账和通知的示例性系统400。系统400例如可以包括请求者系统110、交易处理器120、交易网络140和接收方系统310。在该实施例中,除了图3和图4所示的系统之外,交易处理器120还可以包括认证系统401、文件传输系统402、方案通知系统404、支付通知处理器406和交易查询系统408。在一个实施例中,认证系统401可以针对交易处理器120的身份提供者(IdP)使用OAuth2协议来认证API。此外,认证系统401可以认证用于访问门户系统212的用户名和密码。在一个实施例中,方案通知系统404可以将方案特定的通知翻译成通用的非方案特定的格式。文件传输系统402可以将从方案142a至142n接收的通知聚集到文件中,并基于配置的偏好发送到接收者系统310。交易查询系统408可以暴露内部API,该内部API可以被交易处理器120的其他系统或者微服务调用,以针对存储在NoSQL数据库中的账户细节执行查询。此外,交易查询系统408可以从交易处理器120的Kafka流订阅交易事件主题,并且可以利用这些事件来更新NoSQL数据库。在一个实施例中,支付通知处理器406可以订阅支付通知主题,并等待支付通知接收消息。也就是说,当事件被处理时,支付通知处理器406可以首先对交易查询系统408进行内部API调用,以检索与支付通知相关联的交易的附加细节。支付通知处理器406然后可以向支付通知主题发布支付确认消息。
在一个实施例中,交易网络140中的方案142a至142n可以在交易被处理时向交易处理器120提供交易更新。更新可以由API系统122接收,或者作为由文件传输系统402处理的批处理文件(安全文件传输协议(SFTP)推送或者拉取)。更新也可以由认证系统401认证,以验证更新的发送者。在成功验证后,更新然后可以被路由到方案通知系统404。方案通知系统404可以将方案特定的通知转换成通用的非方案特定的格式。通用消息可以被推送到Kafka消息队列上,并且可以由支付通知处理器406接收。支付通知处理器406可以调用交易查询系统408以从交易处理器120的数据库中检索交易细节。支付通知处理器406然后可以将Kafka消息传输到账户分类账系统306、审计系统220和交易系统216和/或文件传输系统402。文件传输系统402可以将通知聚集到文件中。然后,通知文件可以基于所配置的偏好(例如到所配置的HTTPs端点的网络挂钩,到所配置的SFTP端点的SFTP推送,和/或从接收者系统310到交易处理器的SFTP服务器的SFTP拉取)被发送到接收者系统310。因此,本公开的对账和通知方面可以向请求者系统110提供支付的实时状态,允许交易请求者总是知道支付情况。
图5描述了本公开用于实现交易路由的示例性系统500。系统500可以包括路由系统214、欺诈监控系统530和机器学习系统532。在该实施例中,路由系统214可以包括路由决策模型502。在一个实施例中,路由系统214可以通过查看客户配置和方案能力来执行交易路由。也就是说,路由系统214可以考虑客户和方案(例如方案142a至142n)的价格、速度和能力事实,并且可以识别交易的最佳可能路由。可以基于客户的配置或者偏好(例如速度与成本处理偏好)来确定交易的路由。在一个实施例中,路由决策模型502可以至少利用以下数据来确定用于执行本公开的电子交易(例如支付请求)的最佳路径:当前日期504、交易量506、期望交易日期508、方案执行日期510、方案决策512、方案假期520、方案处理时间522、方案成本524、方案量限制526和客户偏好528。例如,执行支付请求的最佳路径可以基于用户(或者客户)的期望偏好。在一个实施例中,路由决策模型502可以考虑例如两个关键输入:交易量506和期望交易日期508。也就是说,路由决策模型502可以考虑客户偏好和商业知识,以对交易方案142a至142n和方案执行日期510做出决策。
在一个实施例中,路由决策模型502可以考虑一个或者多个路由标准,以确定最佳交易路由。例如,关于地理,例如可以考虑以下问题:1)这是美国国内交易吗?,2)这是英国国内交易吗?3)这是跨界吗?,等。每个选项可以影响或者改变可用路由,并影响路由决策模型502的决策过程。关于方案假期520和交易处理时间522,与RTP方案不同,例如,其他方案或者轨道可能需要几天来处理交易。为了确保按时处理交易,必须计算并追溯处理时间,以确保不会忽略任何非处理窗口,如周末或者银行假日。关于方案(或者轨道)成本524,成本可能因轨道而异。因此,根据客户的偏好,交易可以通过最低成本的路由进行。关于方案量限制526,交易可能超过特定轨道的最大允许阈值。在这种情况下,路由决策模型502可能不考虑该特定路由选项,或者可能将交易分割在多个支付轨道上。由路由决策模型502构建的规则可以是可配置的,例如,在不同的层次上:全局系统范围的规则;支付方案特定的规则;和定制的客户端特定规则。除了基于规则的路由输入之外,路由系统214可以从欺诈监控系统530获取实时反馈。也就是说,基于由欺诈监控系统530进行的欺诈剖析,交易可能是针对不同的轨道。例如,如果信用方案允许退款,则有风险的交易可以从RTP方案转移到信用方案。此外,来自机器学习系统532(例如Ethos)的输入可以提供带外、非实时的机器学习反馈,以在识别出细微趋势时调整支付路由。
图6示出了执行本公开的电子交易的示例性方法600的流程图。下文描述了根据上述系统100、200和300执行的方法600的示例性流程。
在步骤610,API系统122可以从用户(例如请求者系统110)接收支付请求。在步骤612,API系统122可以与认证系统302通信以认证用户。认证系统302可以与交易处理器120的身份提供者(IdP)通信,以验证用户身份的真实性。在步骤614,API系统122可以将支付请求传输到编排系统210。在步骤616,编排系统210可以对交易处理器的授权系统601进行内部API调用。授权系统601可以验证用户是否有权执行支付请求。然后,授权系统601可以将授权响应传输到编排系统210。在步骤618,编排系统210可以对账户验证系统602进行内部API调用,以验证与支付请求相关联的参考银行账户是否存在于交易处理器120中。在步骤620,账户验证系统602可以与交易处理器120的账户查询系统604通信,以确认与支付请求相关联的银行账户是否存在于交易处理器120之外。在步骤622,账户验证系统602可以将验证响应消息传输到编排系统210。在步骤624,编排系统210可以对授权系统601进行内部API调用,以验证用户具有针对发送者账户进行交易的许可。然后,授权系统601可以将授权响应传输到编排系统210。在步骤626,编排可以向账户分类账系统306、审计系统220和交易系统216发布支付请求消息。编排系统210还可以向用户回复支付请求已经被接受进行处理。此外,可以将支付请求消息发送到其订阅者进行处理。例如,路由系统214可以接收支付请求事件,并且可以开始处理支付。交易查询系统可以接收支付请求事件并更新其NoSQL数据库。账户分类账系统306可以接收支付请求事件,并且可以忽略它,因为支付还没有完成。在步骤628,审计系统220可以将支付请求事件传输到数据库系统604进行分析。
图7示出了根据本公开请求电子交易的另一示例性方法700的流程图。下文描述了根据上述系统100、200、300和500执行的方法700的示例性流程。
在步骤702,应用编程接口(API)系统(例如API系统122)可以接收来自用户的电子交易请求。如上所述,可以在托管交易处理器的计算机服务器上通过互联网从请求装置接收请求。电子交易请求可以是向一个或者多个接收者传输电子资金的请求。此外,API系统可以通过与认证系统进行通信来基于电子交易请求执行用户认证检查。
在步骤704,API系统可以将电子交易请求传输到编排系统(例如编排系统210)。在步骤706,编排系统可以向账户系统(例如账户验证系统304)传输基于电子交易请求的验证API调用。在步骤708,账户系统可以确定与电子交易请求相关联的账户是否存在于实时交易系统中。在步骤710,编排系统可以将基于电子交易请求的授权API调用传输到授权系统(例如授权系统302)。在步骤712,编排系统可以从授权系统接收授权响应。编排系统可以基于授权响应将交易接受消息传输到用户。在步骤714,编排系统可以将电子交易请求消息传输到路由引擎(例如路由系统214)、账户分类账系统(例如账户分类账系统306)、审计系统(例如审计系统220)和/或交易系统(例如交易系统216)中的至少一个。在一个实施例中,电子交易请求消息是Kafka消息。
在一个实施例中,路由系统可以将电子交易请求传输到连接系统(例如连接系统130)。连接系统可以将电子交易请求传输到交易网络(例如交易网络140)。连接系统包括交易方案适配器(例如RTP适配器312a、ACH适配器312b、有线适配器312n等)、交易方案连接器(例如连接器314a-314n)和服务提供商接口中的至少一个。此外,由路由系统将电子交易请求传输到最佳交易方案。
除了标准台式机或者服务器外,任何能够满足所需存储和处理需求的计算机系统均适用于实施本发明的实施例,这完全属于本公开的范围。这可以包括平板装置、智能手机、pin pad装置和任何其他计算机装置,无论是移动的还是分布在网络上的(即基于云的)。
从以下讨论中可以明显看出,在整个说明书讨论中,使用术语如“处理”、“计算”、“运算”、“确定”、“分析”等,除非另有具体说明,是指计算机或者计算系统或者类似电子计算装置的动作和/或过程,其将表示为物理量(如电子量)的数据操纵和/或转换为类似表示为物理量的其他数据。
以类似方式,术语“处理器”可以指代处理(例如来自寄存器和/或存储器)电子数据的任何装置或者装置的一部分,以将该电子数据转换为可存储在寄存器和/或存储器中的其他电子数据。“计算机”、“计算机器”、“计算平台”、“计算装置”或者“服务器”可以包括一个或者多个处理器。
图8示出了指定为800的计算机系统。计算机系统800可以包括一组指令,该组指令可以被执行以使计算机系统800执行本文公开的任何一个或者多个方法或者基于计算机的功能。计算机系统800可以作为独立装置运行,或者可以例如使用网络连接到其他计算机系统或者外围装置。
在网络化部署中,计算机系统800可以作为服务器的能力,或者作为服务器-客户端用户网络环境中的客户端用户计算机,或者作为对等(或者分布式)网络环境中的对等计算机系统来操作。计算机系统800也可以被实施为或者被结合到各种装置中,诸如个人计算机(PC)、平板PC、机顶盒(STB)、个人数字助理(PDA)、移动装置、掌上计算机、膝上型计算机、台式计算机、通信装置、无线电话、陆线电话、控制系统、照相机、扫描仪、传真机、打印机、寻呼机、个人可信装置、网络装置、网络路由器、交换机或者网桥,或者能够执行指定该机器要采用的动作的一组指令(顺序的或者其他的)的任何其他机器。在特定实施方式中,计算机系统800可以使用提供语音、视频或者数据通信的电子装置来实施。此外,虽然示出了单个计算机系统800,但是术语“系统”也应当被理解为包括单独或者联合执行一组或者多组指令以执行一个或者多个计算机功能的系统或者子系统的任何集合。
如图8所示,计算机系统800可以包括处理器802,例如中央处理单元(CPU)、图形处理单元(GPU)或者两者。处理器802可以是各种系统中的部件。例如,处理器802可以是标准个人计算机或者工作站的一部分。处理器802可以是一个或者多个通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列、服务器、网络、数字电路、模拟电路、它们的组合,或者其他现在已知或者后续开发的用于分析和处理数据的装置。处理器802可以实施软件程序,诸如手动生成的(即,编程的)代码。
计算机系统800可以包括可经由总线808进行通信的存储器804。存储器804可以是主存储器、静态存储器或者动态存储器。存储器804可以包括但不限于计算机可读存储介质,诸如各种类型的易失性和非易失性存储介质,包括但不限于随机存取存储器、只读存储器、可编程只读存储器、电可编程只读存储器、电可擦除只读存储器、闪存、磁带或者磁盘、光学介质等。在一个实施方式中,存储器804包括用于处理器802的高速缓存或者随机存取存储器。在替代实施方式中,存储器804与处理器802分离,诸如处理器的高速缓冲存储器、系统存储器或者其他存储器。存储器804可以是用于存储数据的外部存储装置或者数据库。示例包括硬盘驱动器、光盘(“CD”)、数字视频光盘(“DVD”)、存储卡、记忆棒、软盘、通用串行总线(“USB”)存储装置或者可操作以存储数据的任何其他装置。存储器804可操作以存储可由处理器802执行的指令。附图中示出的或者本文描述的功能、动作或者任务可以由编程处理器802来执行,编程处理器802执行存储在存储器804中的指令。功能、动作或者任务独立于特定类型的指令集、存储介质、处理器或者处理策略,并且可以由软件、硬件、集成电路、固件、微代码等单独或者组合地执行。同样,处理策略可以包括多处理、多任务、并行支付等。
如图所示,计算机系统800还可以包括显示单元810,诸如液晶显示器(LCD)、有机发光二极管(有机发光二极管)、平板显示器、固态显示器、阴极射线管(CRT)、投影仪、打印机或者其他已知或者未来开发的显示装置,用于输出确定的信息。显示器810可以用作用户查看处理器802的功能的接口,或者具体地用作与存储在存储器804或者驱动单元806中的软件的接口。
附加地或者替代地,计算机系统800可以包括输入装置812,该输入装置812配置成允许用户与系统800的任何部件进行交互。输入装置812可以是数字键盘、键盘或者光标控制装置,诸如鼠标或者操纵杆、触摸屏显示器、遥控器或者可操作以与计算机系统800交互的任何其他装置。
计算机系统800还可以包括或者替代地包括磁盘或者光学驱动装置806。磁盘驱动单元806可以包括计算机可读介质822,其中可以嵌入一组或者多组指令824,例如软件。此外,指令824可以实施本文所描述的一种或者多种方法或者逻辑。在由计算机系统800执行期间,指令824可以全部或者部分驻留在存储器804和/或处理器802内。存储器804和处理器802还可以包括如上所述的计算机可读介质。
在一些系统中,计算机可读介质822包括指令824,或者接收和执行响应于传播信号的指令824,以使得连接到网络870的装置可以通过网络870传输语音、视频、音频、图像或者任何其他数据。此外,指令824可以经由通信端口或者接口820和/或使用总线808通过网络870发送或者接收。通信端口或者接口820可以是处理器802的一部分,或者可以是单独的部件。通信端口820可以在软件中创建,或者可以是硬件中的物理连接。通信端口820可以被配置成与网络870、外部介质、显示器810或者系统800中的任何其他部件或者其组合相连接。与网络870的连接可以是物理连接,诸如有线以太网连接,或者可以如下所述无线地创建。同样,与系统800的其他部件的附加连接可以是物理连接或者可以无线地创建。网络870也可以直接连接到总线808。
虽然计算机可读介质822显示为单个介质,但是术语“计算机可读介质”可以包括单个介质或者多个介质,诸如集中式或者分布式数据库,和/或存储一组或者多组指令的相关缓存和服务器。术语“计算机可读介质”还可以包括能够存储、编码或者承载一组由处理器执行的指令或者使计算机系统执行本文公开的任何一个或者多个方法或者操作的任何介质。计算机可读介质822可以是非暂时性的,并且可以是有形的。
计算机可读介质822可以包括固态存储器,诸如存储卡或者其他装有一个或者多个非易失性只读存储器的包装。计算机可读介质822可以是随机存取存储器或者其他易失性可重写存储器。附加地或者替代地,计算机可读介质822可以包括磁光或者光学介质,诸如磁盘或者磁带或者其他存储装置,以捕获载波信号,诸如通过传输介质传送的信号。电子邮件或者其他自含式信息档案或者档案集的数字文件附件可以被视为是有形存储介质的分发介质。因此,本公开被认为包括其中可以存储数据或者指令的任何一个或者多个计算机可读介质或者分发介质以及其他等同物和后继介质。
在替代实施方式中,可以构建专用硬件实施方案,诸如专用集成电路、可编程逻辑阵列和其他硬件装置,以实施本文所述的一种或者多种方法。可以包括各种实施方式的装置和系统的应用可以广泛地包括各种电子和计算机系统。本文描述的一个或者多个实施方式可以使用两个或者多个特定的互连硬件模块或者装置来实施功能,相关的控制和数据信号可以在模块之间或者通过模块进行通信,或者作为专用集成电路的一部分。因此,本系统包括软件、固件和硬件实施方式。
计算机系统800可以连接到一个或者多个网络870。网络870可以定义一个或者多个网络,包括有线或者无线网络。无线网络可以是蜂窝电话网络、802.11、802.16、802.20或者WiMAX网络。此外,这种网络可以包括诸如因特网等公共网络、诸如内联网等私有网络或者其组合,并且可以利用现在可用的或者以后开发的各种网络协议,包括但不限于基于TCP/IP的网络协议。网络870可以包括诸如因特网等广域网(WAN),局域网(LAN)、校园网、城域网、诸如通过通用串行总线(USB)端口等的直接连接,或者可以允许数据通信的任何其他网络。网络870可以被配置成将一个计算装置耦接到另一个计算装置,以实现装置之间的数据通信。网络870通常能够使用任何形式的机器可读介质来从一个装置向另一个装置传递信息。网络870可以包括通信方法,其中信息可以通过该通信方法在计算装置之间传播。网络870可以分成子网。子网可以允许访问与其连接的所有其他部件,或者子网可以限制部件之间的访问。网络870可以被视为公共或者专用网络连接,并且例如可以包括虚拟专用网络或者在公共互联网上采用的加密或者其他安全机制等。
根据本发明的各种实施方式,本文所描述的方法可以通过计算机系统可执行的软件程序实施。此外,在示例性的非限制性实施方式中,实施方式可以包括分布式处理、部件/对象分布式处理和并行支付。或者,虚拟计算机系统处理可以被构造成实施本文描述的一个或者多个方法或者功能。
虽然本说明书参考特定标准和协议描述了可以在特定实施方式中实施的部件和功能,但本公开不限于这种标准和协议。例如,用于互联网和其他分组交换网络传输的标准(例如TCP/IP、UDP/IP、HTML、HTTP等)代表了现有技术的示例。这种标准周期性地被具有基本相同功能的更快或者更有效的等同物所取代。因此,具有与本文公开的那些相同或者相似功能的替代标准和协议被认为是其等同物。
应当理解,在一个实施例中,方法的步骤由处理(即,计算机)系统的合适的处理器(或者多个处理器)执行存储在存储器中的指令(计算机可读代码)来执行。还将理解,所公开的实施例不限于任何特定的实施方式或者编程技术,并且所公开的实施例可以使用用于实施本文描述的功能的任何合适的技术来实施。所公开的实施例不限于任何特定的编程语言或者操作系统。
应当理解,在示例性实施例的上述描述中,有时将实施例的各种特征组合在一个实施例、附图或者其描述中,以简化公开内容,并有助于理解一个或者多个各种创造性方面。然而,这种公开方法不应当被解释为反映这样的意图,即所要求保护的实施例需要比每个权利要求中明确记载的更多的特征。相反,如以下权利要求所反映的,创造性方面少于单个前述公开实施例的所有特征。因此,详细描述之后的权利要求由此明确地结合到该详细描述中,每个权利要求独立地作为单独的实施例。
此外,虽然本文所述的一些实施例包括其他实施例中的一些特征,但不包括其他实施例中的其他特征,但不同实施例的特征组合应当在本发明的范围内,并形成不同的实施例,如本领域技术人员所理解的。例如,在以下权利要求中,任何要求保护的实施例可用于任何组合。
此外,本文将某些实施例描述为可以由计算机系统的处理器或者执行该功能的其他装置实施的方法或者方法要素的组合。因此,具有用于执行这种方法或者方法元素的必要指令的处理器形成了用于执行该方法或者方法元素的装置。此外,本文描述的装置实施例的元件是用于执行该元件所执行的功能的装置的示例,目的是执行该功能。
在本文提供的描述中,提出了多种具体细节。然而,应当理解,本公开的实施例可以在没有这些具体细节的情况下实施。在其他情况下,没有详细示出公知的方法、结构和技术,以免模糊对本描述的理解。
同样,应当注意,权利要求中使用的术语“耦接”不应当被解释为仅限于直接连接。可以使用术语“耦接”和“连接”以及它们的派生词。应当理解,这些术语并不旨在作为彼此的同义词。因此,表述“耦接到装置B的装置A”的范围不应当限于其中装置A的输出直接连接到装置B的输入的装置或者系统。这表示在A的输出和B的输入之间存在路径,该路径可以是包括其他设备或者装置的路径。“耦接”可以表示两个或者更多个元件直接物理接触或者电接触,或者两个或者更多个元件彼此不直接接触但是仍然相互协作或者相互作用。
因此,尽管已经对本发明的优选的实施例进行了描述,但本领域的技术人员将认识到,可以对其进行其他和进一步的修改而不偏离本发明精神,且旨在要求所有这种变更和修改均落入本发明的范围内。例如,上文给出的任何公式仅仅是可以使用的过程的表示。功能可以从框图中添加或者删除,并且操作可以在功能块之间互换。在本公开的范围内,可以对所描述的方法添加或者删除步骤。
上述公开的主题应当被视为说明性的,而非限制性的,所附权利要求旨在涵盖所有这种修改、改进和其他实施方式,这些均属于本公开的真实精神和范围。因此,在法律允许的最大程度上,本公开的范围将由所附权利要求及其等同物的可允许的最广泛解释来确定,并且不应当受到前述详细描述的约束或者限制。虽然已经描述了本公开的各种实施方式,但是对于本领域普通技术人员而言显而易见的是,在本公开的范围内,更多的实施方式是可能的。因此,除了根据所附权利要求及其等同物,本公开不受限制。
Claims (20)
1.一种由实时交易系统执行实时电子交易的方法,所述方法包括:
由应用编程接口(API)系统接收来自用户的电子交易请求;
由所述API系统将所述电子交易请求传输到编排系统;
由所述编排系统将基于所述电子交易请求的验证API调用传输到账户系统;
由所述账户系统确定与所述电子交易请求相关联的账户是否存在于所述实时交易系统中;
由所述编排系统将基于所述电子交易请求的授权API调用传输到授权系统;
由所述编排系统从所述授权系统接收授权响应;以及
由所述编排系统将电子交易请求消息传输到路由引擎、账户分类帐系统、审计系统和/或交易系统中的至少一个。
2.根据权利要求1所述的方法,进一步包括:
由所述路由系统将所述电子交易请求传输到连接系统;以及
由所述连接系统将所述电子交易请求传输到交易网络。
3.根据权利要求2所述的方法,其中,所述连接系统包括交易方案适配器、交易方案连接器和服务提供商接口中的至少一个。
4.根据权利要求1所述的方法,进一步包括:由所述路由系统将所述电子交易请求传输到最佳交易方案。
5.根据权利要求1所述的方法,其中,所述电子交易请求消息是流处理平台上的消息。
6.根据权利要求1所述的方法,进一步包括:由所述API系统通过与认证系统进行通信来基于所述电子交易请求执行用户认证检查。
7.根据权利要求1所述的方法,进一步包括:
由所述编排系统基于所述授权响应将交易接受消息传输到所述用户。
8.一种实时交易系统,包括:
存储用于执行实时电子交易的指令的一个或者多个计算机可读介质;以及
一个或者多个处理器,被配置成执行所述指令以执行操作,所述操作包括:
由应用编程接口(API)系统接收来自用户的电子交易请求;
由API系统将所述电子交易请求传输到编排系统;
由所述编排系统将基于所述电子交易请求的验证API调用传输到账户系统;
由所述账户系统确定与所述电子交易请求相关联的账户是否存在于所述实时交易系统中;
由所述编排系统将基于所述电子交易请求的授权API调用传输到授权系统;
由所述编排系统从所述授权系统接收授权响应;以及
由所述编排系统将电子交易请求消息传输到路由引擎、账户分类帐系统、审计系统和/或交易系统中的至少一个。
9.根据权利要求8所述的系统,其中,所述操作进一步包括:
由所述路由系统将所述电子交易请求传输到连接系统;以及
由所述连接系统将所述电子交易请求传输到交易网络。
10.根据权利要求9所述的系统,其中,所述连接系统包括交易方案适配器、交易方案连接器和服务提供商接口中的至少一个。
11.根据权利要求8所述的系统,其中,所述操作进一步包括:由所述路由系统将所述电子交易请求传输到最佳交易方案。
12.根据权利要求8所述的系统,其中,所述电子交易请求消息是流处理平台上的消息。
13.根据权利要求8所述的系统,其中,所述操作进一步包括:由所述API系统通过与认证系统进行通信来基于所述电子交易请求执行用户认证检查。
14.根据权利要求8所述的系统,其中,所述操作进一步包括:
由所述编排系统基于所述授权响应将交易接受消息传输到所述用户。
15.一种非暂时性计算机可读介质,所述非暂时性计算机可读介质存储用于执行实时交易的指令,当所述指令由一个或者多个处理器执行时,使所述一个或者多个处理器执行操作,所述操作包括:
由应用编程接口(API)系统接收来自用户的电子交易请求;
由所述API系统将所述电子交易请求传输到编排系统;
由所述编排系统将基于所述电子交易请求的验证API调用传输到账户系统;
由所述账户系统确定与所述电子交易请求相关联的账户是否存在于所述实时交易系统中;
由所述编排系统将基于所述电子交易请求的授权API调用传输到授权系统;
由所述编排系统从所述授权系统接收授权响应;以及
由所述编排系统将电子交易请求消息传输到路由引擎、账户分类帐系统、审计系统和/或交易系统中的至少一个。
16.根据权利要求15所述的非暂时性计算机可读介质,其中,所述操作进一步包括:
由所述路由系统将所述电子交易请求传输到连接系统;以及
由所述连接系统将所述电子交易请求传输到交易网络。
17.根据权利要求16所述的非暂时性计算机可读介质,其中,所述连接系统包括交易方案适配器、交易方案连接器和服务提供商接口中的至少一个。
18.根据权利要求15所述的非暂时性计算机可读介质,其中,所述操作进一步包括:
由所述路由系统将所述电子交易请求传输到最佳交易方案;以及
由所述编排系统基于所述授权响应将交易接受消息传输到所述用户。
19.根据权利要求15所述的非暂时性计算机可读介质,其中,所述电子交易请求消息是Kafka消息。
20.根据权利要求15所述的非暂时性计算机可读介质,其中,所述操作进一步包括:由所述API系统通过与认证系统进行通信来基于所述电子交易请求执行用户认证检查。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US17/142,693 US11715104B2 (en) | 2021-01-06 | 2021-01-06 | Systems and methods for executing real-time electronic transactions using API calls |
US17/142,693 | 2021-01-06 | ||
PCT/US2021/057373 WO2022150091A1 (en) | 2021-01-06 | 2021-10-29 | Systems and methods for executing real-time electronic transactions using api calls |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116830137A true CN116830137A (zh) | 2023-09-29 |
Family
ID=78771209
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202180089626.2A Pending CN116830137A (zh) | 2021-01-06 | 2021-10-29 | 使用api调用执行实时电子交易的系统和方法 |
Country Status (6)
Country | Link |
---|---|
US (3) | US11715104B2 (zh) |
EP (1) | EP4264525A1 (zh) |
CN (1) | CN116830137A (zh) |
AU (1) | AU2021416824A1 (zh) |
CA (1) | CA3204107A1 (zh) |
WO (1) | WO2022150091A1 (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11887128B1 (en) * | 2021-01-25 | 2024-01-30 | Stripe, Inc. | Systems and methods for providing an end to end customer portal |
US11682010B2 (en) * | 2021-06-03 | 2023-06-20 | Fidelity Information Services, Llc | Systems and methods for executing real-time reconciliation and notification of electronic transactions |
US20230069798A1 (en) * | 2021-08-27 | 2023-03-02 | Fidelity Information Services, Llc | Systems and methods for executing real-time electronic transactions using graphical user interface |
US20230289750A1 (en) * | 2022-03-14 | 2023-09-14 | Fidelity Information Services, Llc | Systems and methods for executing real-time electronic transactions by a dynamically determined transfer execution date |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AU2002315133A1 (en) | 2001-06-12 | 2002-12-23 | Paytronix Systems, Inc. | Customer identification, loyalty and merchant payment gateway system |
US20050071512A1 (en) * | 2002-07-22 | 2005-03-31 | Donte Kim | System for Interfacing software programs |
RU2732585C2 (ru) | 2010-07-09 | 2020-09-22 | Виза Интернэшнл Сервис Ассосиэйшн | Шлюзовой уровень абстракции |
US10325258B2 (en) * | 2013-07-03 | 2019-06-18 | Mastercard International Incorporated | Systems and methods for account processing validation |
US10997654B1 (en) * | 2015-01-15 | 2021-05-04 | Wells Fargo Bank, N.A. | Identity verification services through external entities via application programming interface |
US20170148021A1 (en) * | 2015-11-19 | 2017-05-25 | The Western Union Company | Homogenization of online flows and backend processes |
US10541813B2 (en) * | 2016-05-09 | 2020-01-21 | Aetna Inc. | Incorporating multiple authentication systems and protocols in conjunction |
US20190347351A1 (en) * | 2018-05-14 | 2019-11-14 | Hewlett Packard Enterprise Development Lp | Data streaming between datacenters |
US11227047B1 (en) * | 2018-06-29 | 2022-01-18 | Fireeye Security Holdings Us Llc | System and method for improved end-to-end cybersecurity machine learning and deployment |
US11651372B2 (en) * | 2019-04-12 | 2023-05-16 | Wells Fargo Bank, N.A. | Fraud prevention via beneficiary account validation |
EP3977384A1 (en) * | 2019-05-24 | 2022-04-06 | Facebook, Inc. | Systems and methods for electronic payment and gateway routing |
AU2020310882A1 (en) * | 2019-07-08 | 2022-02-10 | Synchrony Bank | Post-purchase credit offer and tender switch |
US11080735B2 (en) * | 2019-10-31 | 2021-08-03 | Dell Products L.P. | System for proactively providing a user with prescriptive remedies in response to a credit card transaction error |
US11388123B2 (en) * | 2020-06-09 | 2022-07-12 | Jpmorgan Chase Bank, N.A. | Method and system for providing resiliency in interaction servicing across data centers |
US20210390556A1 (en) * | 2020-06-16 | 2021-12-16 | Capital One Services, Llc | Systems and methods for age verification |
-
2021
- 2021-01-06 US US17/142,693 patent/US11715104B2/en active Active
- 2021-10-29 CN CN202180089626.2A patent/CN116830137A/zh active Pending
- 2021-10-29 EP EP21815019.1A patent/EP4264525A1/en active Pending
- 2021-10-29 CA CA3204107A patent/CA3204107A1/en active Pending
- 2021-10-29 AU AU2021416824A patent/AU2021416824A1/en active Pending
- 2021-10-29 WO PCT/US2021/057373 patent/WO2022150091A1/en active Application Filing
-
2022
- 2022-11-30 US US18/060,337 patent/US20230109042A1/en active Pending
-
2023
- 2023-06-13 US US18/333,723 patent/US20230342778A1/en active Pending
Also Published As
Publication number | Publication date |
---|---|
US20230342778A1 (en) | 2023-10-26 |
US20230109042A1 (en) | 2023-04-06 |
EP4264525A1 (en) | 2023-10-25 |
WO2022150091A1 (en) | 2022-07-14 |
US11715104B2 (en) | 2023-08-01 |
CA3204107A1 (en) | 2022-07-14 |
AU2021416824A1 (en) | 2023-08-17 |
US20220215392A1 (en) | 2022-07-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11019055B1 (en) | Biometric authentication, decentralized learning framework, and adaptive security protocols in distributed terminal network | |
US11972399B2 (en) | System and method for implementing an interbank information network | |
US11283865B2 (en) | Service meshes and smart contracts for zero-trust systems | |
US20230107552A1 (en) | Systems and methods for executing real-time electronic transactions using a routing decision model | |
CN116830137A (zh) | 使用api调用执行实时电子交易的系统和方法 | |
AU2021416824A9 (en) | Systems and methods for executing real-time electronic transactions using api calls | |
US11316933B2 (en) | Service meshes and smart contracts for zero-trust systems | |
US20240005309A1 (en) | Systems and methods for generating variable non-fungible tokens linked to designated off-chain computer resources for use in secure encrypted, communications across disparate computer network | |
WO2023028320A1 (en) | Systems and methods for executing real-time electronic transactions using graphical user interface | |
US20230342768A1 (en) | Systems and methods for executing real-time reconciliation and notification of electronic transactions | |
US20230412404A1 (en) | Systems and methods for mitigating network congestion on blockchain networks by supporting blockchain operations through off-chain interactions | |
US11314710B2 (en) | System and method for database sharding using dynamic IDs | |
US20230289751A1 (en) | Systems and methods for executing real-time electronic transactions by a dynamically determined transfer execution date | |
US20240007309A1 (en) | Systems and methods for facilitating blockchain operations involving on chain and off chain interactions | |
US20240007310A1 (en) | Systems and methods for integrating blockchain functions and external systems for use in secure encrypted, communications across disparate computer network | |
US20240007284A1 (en) | Systems and methods for dynamically updating metadata during blockchain functions | |
US20240242185A1 (en) | System and method for implementing an interbank information network | |
CN117795541A (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 |