CN109690591A - 用于电子支付的方法、装置和系统 - Google Patents
用于电子支付的方法、装置和系统 Download PDFInfo
- Publication number
- CN109690591A CN109690591A CN201780052342.XA CN201780052342A CN109690591A CN 109690591 A CN109690591 A CN 109690591A CN 201780052342 A CN201780052342 A CN 201780052342A CN 109690591 A CN109690591 A CN 109690591A
- Authority
- CN
- China
- Prior art keywords
- user
- information
- database
- registration
- server
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/385—Payment protocols; Details thereof using an alias or single-use codes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- 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
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time 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/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
-
- 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/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/108—Remote banking, e.g. home banking
-
- 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/322—Aspects of commerce using mobile devices [M-devices]
- G06Q20/3223—Realising banking transactions through M-devices
-
- 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
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/54—Organization of routing tables
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Finance (AREA)
- General Business, Economics & Management (AREA)
- Economics (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Development Economics (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- General Engineering & Computer Science (AREA)
- Marketing (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Tourism & Hospitality (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Signal Processing (AREA)
- Computing Systems (AREA)
- Technology Law (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Telephonic Communication Services (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Information Transfer Between Computers (AREA)
Abstract
一种通过使用唯一代理允许电子支付的系统,该系统包括第一服务器、第一注册数据库和第一查找数据库,其中:所述第一服务器可操作用于:从第一用户的金融机构接收电子注册请求消息,该电子注册请求消息包括第一用户的注册信息,所述第一用户的注册信息包括标识所述第一用户的银行账户的银行账户信息、第一用户的标识符、第一用户的唯一代理以及与第一用户相关联的辅助信息;以及将所述第一用户的所述注册信息存储在所述第一注册数据库中;所述第一注册数据库可操作以将所述第一用户的注册信息的子集复制到所述第一查找数据库作为所述第一用户的查找信息,所述查找信息包括第一用户的银行账户信息、第一用户的标识符和第一用户的唯一代理;并且第一服务器可操作用于:从第二用户的金融机构接收电子代理支付请求消息,该电子代理支付请求消息包括第一用户的唯一代理;基于所述电子代理支付请求消息中包含的第一用户的唯一代理,在所述第一查找数据库中查找所述第一用户的查找信息;将所述第一用户的查找信息发送给所述第二用户的金融机构。
Description
背景
技术领域
本发明涉及用于电子支付的方法、装置和系统。
背景技术
本文提供的“背景”描述是为了总体上呈现本公开的上下文。目前命名的发明人的工作,在背景技术部分中描述的范围内,以及在提交时可能不具有作为现有技术的资格的描述的方面,既没有明确地也没有暗示地承认是针对本发明的现有技术。
银行账户之间的电子支付在现代世界中是司空见惯的。通常,这种支付通过银行之间建立的电子支付服务进行。发送方(或付款方)可以通过发送方指示其银行发送包含(除其他信息之外)识别要从中支付资金的银行账户的信息、识别要向其支付资金的银行账户的信息以及要支付的金额的电子消息来向接收方(或收款方)支付。然后,该消息随后由电子支付服务处理,并且如果成功,则从发送方的银行账户借记要支付的资金并记入接收方的银行账户。借助Faster 等现代化系统,可以在几秒钟内以这种方式转移资金。
然而,这种电子支付服务的问题在于发送方必须知道并正确输入标识接收方的银行账户的信息。例如,发送方必须知道并正确输入银行账号和接收方的分类代码。通常,发送方不能立即获得该信息,并且他们必须专门向接收方询问以获得该信息。如果无法联系接收方,这可能会有问题。此外,该信息通常不是发送方容易记住的格式。例如,记住银行账号和分类代码需要记住两个独立的、相对较长的数字串,这对于大多数人来说是一项困难的任务。此外,鉴于诸如银行账号和分类代码之类的信息非常敏感并且可能被用于滥用或欺诈,潜在的资金接收方可能不愿意与他人共享此类信息,这意味着通过电子支付服务支付是不可行的。而且,即使接收方确实与第三方共享这些信息以便允许它们被支付,这种信息已经被共享的事实增加了接收方成为欺诈或滥用的受害者的风险。
为了减轻上述问题,已经建议可以使用代理来代替银行账户信息。代理是与银行账户信息不同的唯一信息,并且其本身不容易用于欺诈或滥用。但是,代理是用电子支付服务建立的,以便代表银行账户信息。这样,如果接收方希望由第三方支付,那么他们所要做的就是将代理提供给第三方,而不是将银行账户信息提供给第三方。然后,第三方可以使用代理通过电子支付服务指示支付。有利地,除了在滥用或欺诈方面具有较低风险之外,可以选择代理是更可能由发送方知道或至少更容易对发送方可用的信息。例如,代理可以是移动电话号码等。
但是,在电子支付服务中实施代理的使用会带来更多问题。特别是,代理的使用导致额外的信息层,必须作为支付过程的一部分进行有效存储,管理和处理该额外的信息层,以确保基于代理指示的支付得到安全可靠地处理以及在客户可接受的时间表内处理。因此,本发明旨在减轻这些问题。
发明内容
一种通过使用唯一代理允许电子支付的系统,该系统包括第一服务器、第一注册数据库和第一查找数据库,其中:所述第一服务器可操作用于:从第一用户的金融机构接收电子注册请求消息,该电子注册请求消息包括第一用户的注册信息,所述第一用户的注册信息包括标识所述第一用户的银行账户的银行账户信息、第一用户的标识符、第一用户的唯一代理以及与第一用户相关联的辅助信息;以及将所述第一用户的所述注册信息存储在所述第一注册数据库中;所述第一注册数据库可操作以将所述第一用户的注册信息的子集复制到所述第一查找数据库作为所述第一用户的查找信息,所述查找信息包括第一用户的银行账户信息、第一用户的标识符和第一用户的唯一代理;并且第一服务器可操作用于:从第二用户的金融机构接收电子代理支付请求消息,该电子代理支付请求消息包括第一用户的唯一代理;基于所述电子代理支付请求消息中包含的第一用户的唯一代理,在所述第一查找数据库中查找所述第一用户的查找信息;以及将所述第一用户的查找信息发送给所述第二用户的金融机构。
前面的段落是作为一般性介绍提供的,并不意图限制以下权利要求的范围。通过参考以下结合附图的详细描述,将最好地理解所描述的实施例以及其他优点。
附图说明
当结合附图考虑时,通过参考以下详细描述,将容易地获得本公开及其许多随之而来的优点的更完整的理解,因为可以更好地理解本公开及其许多随之而来的优点,其中:
图1示出了根据一个实施例的系统;
图2示出了根据一个实施例的查找信息的示例;
图3示出了根据一个实施例的系统并且示出了第一用户如何向第二用户进行支付;
图4示出了根据一个实施例的由系统执行的注册请求消息的处理的概述;
图5示出了根据一个实施例的由系统执行的代理支付请求消息的处理的概述;
图6示出了根据一个实施例的由系统执行的更新请求消息的处理的概述;以及
图7示出了根据一个实施例的与系统一起使用的计算机。
具体实施方式
现在参考附图,其中相同的附图标记在若干视图中表示相同或相应的部分。
图1示出了根据本发明实施例的系统100。此外,图1示出了注册过程,当完成时,允许用户使用系统100开始经由代理发送和接收支付。系统100被配置为处理至少两种密钥类型的消息,这些是注册请求消息,其允许用户向系统注册,以便可以通过使用代理和代理支付请求消息来向该用户支付,这些代理和代理支付请求消息允许通过已注册用户的代理向该已注册用户支付。
系统100包括分布在多个站点上的多个服务器104A-D、注册数据库112A-D和查找数据库110A-110D。在图1的特定实施例中,服务器、注册数据库和查找数据库分布在两个站点上,其中两个服务器104A和104B、两个注册数据库112A和112B以及两个查找数据库110A和110B存在于第一站点(站点1)并且两个服务器104C和104D、两个注册数据库112C和112D以及两个查找数据库110C和110D存在于第二站点(站点2)。每个服务器104A-104D包括查找应用程序106A-106D和注册应用程序108A-108D,查找应用程序106A-106D和注册应用程序108A-108D中的每个可以实现为软件应用程序。
每个查找应用程序106A-106D被配置为从查找数据库110A-110D中的相应一个发送和接收信息(因此查找应用程序106A被配置为从查找数据库110A发送和接收信息,查找应用程序106B被配置为从查找数据库110B发送和接收信息,等等)。另外,每个注册应用程序108A-108D被配置为从相应的一个注册数据库112A-112D发送和接收信息(因此注册应用程序108A被配置为从注册数据库112A发送和接收信息,注册应用程序108B是被配置为从查找数据库112B发送和接收信息,等等)。此外,每个查找数据库110A-110D连接到相应的一个注册数据库112A-112D(因此查找数据库110A连接到注册数据库112A,查找数据库110B连接到注册数据库112B,等等)。这允许将来自每个注册数据库的所选数据复制到与其连接的查找数据库。将所选数据从注册数据库复制到其对应的查找数据库是在适当的注册应用程序的控制下执行的(以便注册应用程序104A控制所选数据从注册数据库112A到查找数据库110A的传输,注册应用程序104B控制所选数据从注册数据库112B到查找数据库112A的传输,等等)。
服务器104A-104D经由负载平衡器102A-102D连接到网络114。负载平衡器(路由单元的示例,例如可以是负载平衡器)以这样的方式将通过网络接收的电子消息(包括注册请求消息、代理支付请求消息和更新请求消息,如下所述)引导到服务器104A-104D,从而实现服务器之间的电子消息处理的有效分发(从而有助于避免第一服务器具有大量消息要处理的情况,其中第二服务器具有很少的消息要处理或者没有要处理的消息,这意味着发送到第一服务器进行处理的消息被不必要地延迟了)。负载平衡器可以使用任何合适的方法引导通过网络接收的每个电子消息,例如每个电子消息被发送到服务器的方法,该服务器此时可能具有处理电子消息的最大能力。例如,可以使用最小连接方法,其中每个新请求被引导到具有最少数量的活动请求进程的服务器。另外,并且如将要解释的,负载平衡器可以被配置为将特定电子消息引导到一个或多个特定服务器。
多个参与银行(在该实施例中,银行1和银行2)也连接到网络114。这允许电子消息在每个银行和系统100之间传输。此外,传统的电子支付服务(例如,作为Faster)连接到网络,允许银行账户之间根据常规银行账户信息(如银行账号和分类代码)的电子支付。如将要解释的,这种服务与系统100一起工作,以便允许安全、可靠和及时地处理基于代理指示的电子支付。
为了使用代理进行支付和接收支付,用户必须首先向系统100注册代理。现在参考图1解释该过程的实施例。
图1示出了第一用户(用户1)注册代理以供系统100使用的过程。代理必须是唯一代理,即,对于第一用户是唯一的并且之前没有被系统100的任何其他用户使用的代理。第一用户的移动电话号码是唯一代理的合适示例。用户1使用其银行(银行1)提供的银行应用程序进行电子注册。在一个实施例中,银行应用程序是软件应用程序,用户可以通过诸如智能手机、平板电脑或笔记本电脑之类的电子设备116A访问该软件应用程序。例如,银行应用程序可以是可下载的软件应用程序(或“app”),或者可以通过网站等访问。为了注册,用户向银行应用程序提供他们所选择的代理(在该实施例中,其是移动电话号码)并指示银行应用程序将用户的银行账户信息(例如银行账号和分类代码,或者可替代地,与银行账户相关联的信用卡或借记卡的PAN号码)与用户所选代理相关联。例如,用户可以使用银行应用程序的菜单界面(用户已经在银行1持有该银行账户)选择他们希望与代理关联的银行账户,然后使用电子设备116A的真实或虚拟键盘键入代理。一旦输入该信息,银行应用程序就将该信息作为电子注册请求消息的一部分发送给银行1。这在步骤120中示出。该信息通过任何合适的方法(例如互联网连接)发送到银行,该信息可能被加密。一旦被银行接收,则注册请求消息被数字签名并经由网络114发送到系统100,如步骤122和124所示。
除了银行账户信息和用户选择的代理之外,在该实施例中,用户还提供显示名称(其充当用户的标识符,并且如将要解释的,是要向用户支付的发送方显示的名称)作为注册请求消息的一部分。此外,用户还可以提供进一步的辅助信息作为注册请求消息的一部分,例如持有账户的银行的名称,用户是个人还是企业以及全名(如果用户是个人)或公司名称(如果用户是企业)。实际上,可以添加任何辅助信息,该辅助信息有助于识别用户和/或出于技术、安全、法律或便利的原因用户可能需要该辅助信息。银行应用程序可以自动将至少一些信息添加到注册请求消息中。
注册请求消息通过网络114发送到系统100。更具体地,注册请求消息由网络路由到负载平衡器102A-102D之一。对于注册请求消息,负载平衡器被配置为将所有这样的消息引导到特定的一个站点。有利地,这使得在另一站点处的所有服务器可以自由地处理代理支付请求消息,从而有助于确保即使正在处理大量注册请求消息,也可以快速且高效地继续处理支付请求。在图1的实施例中,每个负载平衡器被配置为将注册请求消息引导到站点1。因此,当负载平衡器102C在步骤124中接收到注册请求消息时,负载平衡器102C将消息指向站点1处的服务器104A或104B中的一个。例如,服务器104A或B由负载平衡器102C在最小连接的基础上选择。在图1的实施例中,负载平衡器102C将注册请求消息引导到服务器104B,如步骤126所示。
一旦在服务器104B处接收到,则注册请求消息由注册应用程序108B处理。更具体地,使用数字签名验证注册请求消息,以便确保从银行1真实地接收到消息(使用任何合适的验证方法)并消息被分配注册标识符(注册ID)。当存储为注册数据库112A-112D中的记录时,注册ID允许唯一地识别注册请求消息(注册信息)中包含的信息。然后,注册应用程序108B将注册信息作为记录存储在与服务器104B相关联的注册数据库112B中,如步骤128所示。
一旦存储在注册数据库112B中,就将注册信息的子集推送到查找数据库110B,如步骤130B所示。推送到查找数据库110B的注册信息的子集是对用户1的注册银行账户进行支付所必需的信息,并且被称为查找信息。存储在查找数据库110B中的查找信息的示例在图2中示出,并且稍后讨论。一旦查找信息已经存储在查找数据库110B中,确认用户1的代理对其银行账户的成功注册的电子消息就经由服务器104B、负载平衡器102C、网络114和银行1被发送回用户1的电子设备116A(如步骤132、134、136、138和140所示)。这向用户1确认他们已经成功地向系统100注册了他们的代理。
一旦存储在注册数据库112B中,注册信息就与其他注册数据库112A、112C和112D共享,如步骤142A、142C和142D所示。这是可能的,因为注册数据库112A-112D被配置为在控制器(未示出)的控制下彼此连接,以便共享注册信息。例如,可以使用GoldenGate实现注册数据库之间的信息共享。此外,一旦每个注册数据库112A、112C和112D已经接收并存储了最初接收并存储在注册数据库112B中的注册信息,则推送到查找数据库110B的相同的查找信息也被每个注册数据库112A、112C和112D推送到其各自的查找数据库110A、110C和110D(因此注册数据库112A将查找信息推送到查找数据库110A,注册数据库112C将查找信息推送到查找数据库110C,等等)。
因此,在注册和查找数据库110B、112B(与最初向其路由注册请求消息的服务器相关联)处成功注册用户1之后,分别在每个注册和查找服务器上提供注册和查找信息。因此,注册和查找信息可在跨多个站点分布的多个数据库中获得。有利地,并且如将要解释的,这允许代理支付请求消息由服务器102A-102D中的任何一个处理,从而提高系统100的弹性和效率。
用户2将通过银行2的银行应用程序(用户2可通过其电子设备116B访问)以与用户1完全相同的方式向系统100注册其代理。因此,一旦用户2也已注册,则用户1和用户2中的每一个的注册信息将被存储在每个注册数据库112A-112D中,并且用户1和用户2中的每一个的查找信息将被存储在每个查找数据库110A-110D中。存储在每个查找数据库中的查找信息的示例在图2中示出,其中可以看出每个用户的查找信息包括用户的显示名称、代理和银行账户信息(在这种情况下,银行账号和分类代码)。
一旦用户1和用户2都向系统100注册,用户1就可以在只知道用户2的代理的情况下向用户2支付(反之亦然)。图3示出了根据实施例的发生这种情况的过程。
在步骤302,用户1使用电子设备116A向银行1发送代理支付请求消息。代理支付请求消息包含用户2的代理(因此,在该实施例中,用户2的注册移动电话号码)和用户1希望向用户2支付的金额。银行1对代理支付请求消息进行数字签名,然后,通过网络114将其发送到系统100(步骤304和306)。代理支付请求消息由网络114路由到系统100的负载平衡器102A-102D之一。在图3的实施例中,代理支付请求消息被路由到负载平衡器102B。然后,负载平衡器102B根据预定的分配方法将消息发送到服务器104A-104D之一。例如,可以使用最少连接方法。在图3的实施例中,消息被发送到服务器104A(步骤308)。
一旦在服务器104A处接收到该消息,则由查找应用程序106A处理该消息。更具体地,消息被验证(使用数字签名)以确保它已经真实地从银行2接收。然后查找应用程序在查找数据库110A中查找包含在代理支付请求消息中的代理(步骤310)。因为所有注册用户的注册和查找信息被分别复制并推送到所有注册和查找数据库,所以用户2(包括用户2的代理)的注册记录将存在于每个查找数据库104A-104D中。因此,当查找应用程序106A基于用户1的代理支付请求消息中包含的用户2的代理来查询查找数据库110A时,它将找到用户2的查找信息。用户2的查找信息(例如,如图2中所示的)作为查询的结果返回到查找应用程序106A(步骤312)。
然后,用户2的查找信息经由负载平衡器102B和网络作为电子消息返回到银行1(步骤314、316和318)。然后,银行1通过银行应用程序和电子设备116A将所接收的用户2的查找信息中的所选信息发送给用户1(步骤320)。然后将发送的信息显示给用户1,以便用户1可以识别要支付的一方并确认支付。发送和显示给用户1的电子设备的所选信息通常将包括诸如用户2的显示名称之类的信息(这是图2所示的查找信息中的“用户2”),但不包括用户2的银行账户信息(诸如银行账号和分类代码)。有利地,这允许用户1识别他们是否在用户1不需要知道用户2的银行账户信息的情况下已经为用户2使用了正确的代理(因为如果用户2的代理被正确输入则用户2的显示名称将显示给用户1)。因此降低了涉及用户2的银行账户信息的滥用或欺诈的风险。
如果用户1对显示给他们的信息确认他们已经使用了用户2的正确代理感到高兴,则使用设备116A和银行应用程序,他们将向银行1发送消息,确认他们希望继续进行所请求的支付(步骤322)。然后,银行1将通过网络向电子支付服务118发出支付指令(步骤324和326)。银行1发出的支付指令将是传统的支付指令,其识别用户2的银行账户信息(例如银行账号和分类代码)。这是可能的,因为该信息虽然没有传输并显示给用户1,但是银行1仍然知道它,因为它包括作为在步骤318发送给银行1的查找信息的一部分。响应于接收到的支付指令,电子支付服务将处理支付。一旦成功处理,电子支付服务118将通过网络114将确认消息发送回银行1(步骤328和330),指示成功处理支付。然后,银行1(通过银行应用程序和设备116A)通知用户已经成功处理了支付请求。因此,有利地,通过仅知道用户2的代理,用户1已经能够确认用户2的身份并向用户2发送电子支付。
注意,代理支付请求消息仅需要包含用户2的代理以便找到用户2的查找信息并将其返回给用户1。因此,代理支付请求消息不一定需要包含指示用户1希望向用户2支付的金额的信息(如上述实施例中的情况)。然后,例如,指示要支付的金额的信息可以被添加到发送到电子支付服务器118的支付指令(紧接在图3中的步骤324之前)。
因此,本发明的实施例允许仅使用诸如移动电话号码的代理在系统100的注册用户之间进行支付。这实现了更安全和更方便的支付方法,因为避免了共享敏感银行账户信息的需要。此外,通过具有以所述方式处理注册和代理支付请求消息的系统100,代理支付请求消息可以由分布在多个不同站点上的多个服务器104A-104D中的任何一个处理。这允许高效地处理大量代理支付请求消息(因为负载平衡器102A-102D将在服务器之间分发代理支付请求消息,以便高效地使用服务器能力,如已经讨论的那样),并且还提供了弹性系统(因为,例如,如果服务器或查找数据库之一经历故障或经历了计划维护的停机时间,则其余服务器和查找数据库可以继续处理消息)。分布有服务器、注册数据库和查找数据库的站点(图1和图3中的站点1和2)也可以是物理上分离的站点,这意味着如果在一个站点存在故障、自然灾害等,则可以在剩余的未受影响的站点继续处理消息。这进一步提高了系统的弹性。
通过具有单独的注册和查找数据库来提供进一步的优点,其中注册数据库包含用户向系统100注册所需的所有信息(包括辅助信息,这对于要处理的代理支付请求消息不是必需的,但出于技术、安全、法律和/或便利的原因这可能是必需的,例如指示用户是企业还是个人的信息),以及查找数据库仅包含允许处理代理支付消息所需的所选信息(如图2所示的那些信息)(从而允许通过其代理找到收款人并允许付款人确认收款人的身份并开始支付)。通过具有这样的安排,接收的代理支付请求消息(尤其是查找操作)的处理比直接使用更大、更复杂的注册数据库更快地发生,从而提高了系统的速度并允许查找信息尽快返回到付款人的银行。
一旦用户向系统100注册,就可以更新存储在注册数据库中的注册信息。例如,用户可能希望改变他们的代理和/或银行账户信息(例如,如果用户改变他们的电话号码或开立新的银行账户,则可能发生这种情况)。
用户可以通过银行应用程序和网络114以与注册请求消息或代理支付请求消息完全相同的方式向系统100发送更新请求消息,来更新注册信息。在这种情况下,在接收到更新请求消息的服务器处的注册应用程序将处理该消息并在注册数据库中实现该改变。
可替代地,注册信息可以由银行直接更新。例如,如果用户决定关闭特定银行账户,则银行可以移除该账户对系统100的任何注册,以确保不会通过系统100尝试向该关闭账户支付费用。银行可以通过发送更新请求消息(可以由用户执行)来更新与该银行保存的银行账户相关联的注册信息。在这种情况下,银行基本上代表用户发送更新请求消息。可替代地,银行可以通过后台单元(图中未示出)直接获得与该银行保存的账户相关联的注册信息的访问权限,该后台单元只能由系统100的所有者和注册使用系统100的银行访问。当注册信息的每个数据库记录包括注册银行账户所属的银行的标识符(例如银行名称或分类代码)时,这种安排是可能的。在这种情况下,后台单元可以例如提供有关银行的人可访问的用户界面,以便允许查看、选择和更新在该银行保存并在系统100中注册的银行账户。
一旦注册成功更新,更新将复制到所有注册数据库,并且任何相关更新(即,查找数据库中包含的信息以及注册数据库的更新,例如显示名称、代理和银行账户信息)被推送到查找数据库以便更新查找信息。这有助于确保在处理后续代理支付请求期间考虑任何更新(无论哪个服务器处理代理支付请求),并且因此根据最新信息来处理支付。有利地,因为通过更新注册数据库然后将任何相关更新推送到查找数据库来执行对注册信息的更新,所以不需要直接更新查找数据库,并且不需要实现用于更新查找数据库的机制。这降低了与查找数据库相关联的复杂性,并允许每个服务器的查找应用程序在接收到代理支付请求之后快速查找相关的查找信息。
通过网络114从银行发送到系统100的所有消息(包括注册请求消息、代理支付请求消息和更新请求消息)在通过网络传输时由银行进行数字签名,并在通过网络接收时由注册或查找应用程序验证。例如,可以通过PKCS#7密码标准来执行数字签名和验证。这有助于确保系统100仅处理从参与银行真正发送到系统100的消息。此外,用户在使用银行应用程序时必须提供安全登录凭证,并且银行必须在使用后台单元时提供安全登录凭证来访问和更新注册数据库中的记录。这有助于确保只有授权方可以在注册数据库中创建和更改记录,从而有助于确保系统100是安全的。
图4示出了由系统100执行的注册请求消息的处理的概述。该过程在步骤400开始。在步骤402,通过网络114接收注册请求消息。在负载平衡器102A-102D之一处接收注册请求消息。在步骤404,注册请求消息由接收了它的负载平衡器发送到预定站点的适当服务器,在该适当服务器处进行注册请求消息处理(这是图1实施例中的站点1)。然后,服务器的注册应用程序在步骤406验证注册请求消息的数字签名,并在步骤408执行校验以确定验证是否成功。如果验证成功,则确认已经从参与银行真实地收到了注册请求消息,并且该过程继续到步骤410。另一方面,如果验证不成功,则不能确认已经从参与银行真实地接收到注册请求消息,并且该过程在步骤418结束。
在步骤410,服务器的注册应用程序将包含在注册请求消息中的注册信息记录为与服务器相关联的注册数据库中的记录。在步骤412,将注册信息的子集作为查找信息推送到与注册数据库相关联的查找数据库,并作为记录存储在查找数据库中。在步骤414,与系统100的其他注册数据库共享注册信息,使得每个注册数据库存储注册信息的记录。在步骤416,每个其他注册数据库然后将查找信息推送到其关联的查找数据库。因此,在步骤414和416之后,系统100的每个注册数据库包含注册信息的记录,并且系统100的每个查找数据库包含查找信息的记录。该过程然后在步骤418结束。
图5示出了由系统100执行的代理支付请求消息的处理的概述。该过程在步骤500开始。在步骤502,通过网络114接收代理支付请求消息。代理支付请求消息在负载平衡器102A-102D之一处被接收。在步骤404,代理支付请求消息由负载平衡器发送到适当的服务器。然后,服务器的查找应用程序在步骤506验证代理支付请求消息的数字签名,并在步骤508执行校验以确定验证是否成功。如果验证成功,则确认已经从参与银行真实地收到了代理支付请求消息,并且该过程继续到步骤510。另一方面,如果验证不成功,则无法确认已经从参与银行真实地接收到代理支付请求消息,并且该过程在步骤518结束。
在步骤510,服务器的查找应用程序在与服务器相关联的查找数据库中查找包含在代理支付请求消息中的代理。在步骤512,确定代理是否存在于查找数据库中。如果代理确实存在于查找数据库中,则过程继续到步骤514,其中与代理相关联的查找信息被返回到通过网络114从其接收代理支付请求消息的银行。该过程然后在步骤518结束。另一方面,如果查找数据库中不存在代理(例如,代理可能从未被注册,或者可能已被用户或银行停用),则过程继续到步骤516,其中向银行返回错误消息,指示无法找到代理,因此不能使用系统100进行支付(此信息随后可以通过例如银行应用程序提供给用户)。该过程然后在步骤518结束。
图6示出了由系统100执行的更新请求消息的处理的概述。该过程在步骤600开始。在步骤602,通过网络114接收更新请求消息。在负载平衡器102A-102D之一处接收更新请求消息。在步骤604,更新请求消息由负载平衡器发送到适当的服务器。然后,服务器的注册应用在步骤606验证更新请求消息的数字签名,并在步骤608执行校验以确定验证是否成功。如果验证成功,则确认已经从参与银行真实地接收到了更新请求消息,并且过程继续到步骤610。另一方面,如果验证不成功,则不能确认已经从参与银行真实地接收到更新请求消息,并且该过程在步骤616结束。
在步骤610,服务器的注册应用程序更新由与服务器相关联的注册数据库中的更新请求消息所标识的注册信息的记录。这是可能的,因为更新请求消息包含唯一地标识要更新的注册信息记录的信息(例如,更新请求消息可以包含注册信息记录的注册ID)。然后,与系统100的其他注册数据库共享该更新,使得每个注册数据库中的注册信息记录是最新的。在步骤612,确定任何更新的注册信息是否对应于查找信息(因此,例如,如果查找信息是在图2中所示例的,则确定显示名称、代理、银行账号或分类代码是否已更新)。如果是,则过程继续到步骤614,其中每个注册数据库将更新推送到其关联的查找数据库。该过程然后在步骤616结束。如果不是,则该过程简单地在步骤616结束。因此,图6的过程有助于确保注册用户请求的更新被应用于系统100的每个注册数据库,并且如果有必要,应用于系统100的每个查找数据库。
注意,如果注册信息记录由银行直接更新(通过后台单元,如上所述),则不执行步骤600、602、604和606,而是替换为由银行提供安全登录凭证。一旦银行使用这些凭证成功登录,则对由银行识别的一个或多个注册信息记录执行更新步骤610、612、614,作为直接更新过程的一部分。
图7示出了与系统100一起使用的计算机700。在一个实施例中,由系统100的每个元件执行的功能(包括负载平衡器102A-102D,服务器104A-104D,查找数据库110A-110D,注册数据库112A-112D,后台单元(用于允许银行直接更新注册信息记录,如上所述)和控制器(用于控制注册数据库之间的注册信息的传输,如上所述))可以由一个或多个这样的计算机700实现。这些计算机也可以是服务器(它们本身可以是物理服务器或可以是虚拟服务器)。计算机700由中央处理单元(CPU)702控制,CPU 702被配置为处理存储器704中保存的指令。通过网络接口706进行与计算机700的数据通信。计算机700还包括用于存储数据的存储介质708(例如硬盘驱动器、固态存储器或磁带驱动器)。
应当理解,尽管附图示出了两个银行、两个站点和两个服务器,每个站点的注册数据库和查找数据库,但是本发明的实施例不限于此。实际上,可能有大量银行被配置为使用系统100。可能还有两个以上的站点,每个附加站点以与站点1和2相同的方式配置。此外,每个站点可以包括多于两个服务器(每个附加服务器具有相关的查找数据库和注册数据库,其方式与对于图中的服务器104A-104D所述的相同)。技术人员将理解如何扩展参考附图描述的系统100以便包括更多数量的银行、站点、服务器、查找数据库和注册数据库。
注意,尽管上述实施例使用银行作为系统100的参与者的示例,但是向用户提供账户和/或从中可以支付资金的任何其他合适的金融机构也可以是系统100的参与者。
显然,鉴于上述教导,本公开的许多修改和变化是可能的。因此,应理解,在所附权利要求的范围内,本公开可以以除了本文具体描述的方式以外的方式实施。
到目前为止,已经将本公开的实施例描述为至少部分地由软件控制的数据处理装置实现,应当理解,诸如光盘、磁盘、半导体存储器等携带这样的软件的非暂时性机器可读介质也被认为代表本公开的实施例。
应当理解,为了清楚起见,以上描述已经参考不同的功能单元、电路和/或处理器描述了实施例。然而,显而易见的是,可以使用不同功能单元、电路和/或处理器之间的任何合适的功能分布而不背离实施例。
所描述的实施例可以以任何合适的形式实现,包括硬件、软件、固件或这些的任何组合。所描述的实施例可以可选地至少部分地实现为在一个或多个数据处理器和/或数字信号处理器上运行的计算机软件。任何实施例的元件和组件可以以任何合适的方式在物理上、功能上和逻辑上实现。实际上,功能可以在单个单元中、在多个单元中或作为其他功能单元的一部分来实现。这样,所公开的实施例可以在单个单元中实现,或者可以在不同的单元、电路和/或处理器之间物理地和功能地分布。
尽管已经结合一些实施例描述了本公开,但是并不旨在限于这里阐述的特定形式。另外,尽管可能看起来结合特定实施例描述了特征,但是本领域技术人员将认识到,所描述的实施例的各种特征可以以适合于实现该技术的任何方式组合。
Claims (10)
1.一种通过使用唯一代理允许电子支付的系统,所述系统包括第一服务器、第一注册数据库和第一查找数据库,其中:
所述第一服务器能够操作以用于:从第一用户的金融机构接收电子注册请求消息,所述电子注册请求消息包括第一用户的注册信息,所述第一用户的注册信息包括标识所述第一用户的银行账户的银行账户信息、第一用户的标识符、第一用户的唯一代理以及与第一用户相关联的辅助信息;以及将所述第一用户的所述注册信息存储在所述第一注册数据库中;
所述第一注册数据库能够操作以将所述第一用户的注册信息的子集复制到所述第一查找数据库作为所述第一用户的查找信息,所述查找信息包括第一用户的银行账户信息、第一用户的标识符和第一用户的唯一代理;并且
所述第一服务器能够操作以用于:从第二用户的金融机构接收电子代理支付请求消息,所述电子代理支付请求消息包括第一用户的唯一代理;基于所述电子代理支付请求消息中包含的第一用户的唯一代理,在所述第一查找数据库中查找所述第一用户的查找信息;以及将所述第一用户的查找信息发送给所述第二用户的金融机构。
2.根据权利要求1所述的系统,其中,所述第一注册数据库能够操作以用于:响应于从第一用户的金融机构接收的更新指令,更新所述第一用户的注册信息的一部分;并且,如果更新的第一用户的注册信息的所述一部分也是查找信息的一部分,则对所述查找信息执行相应的更新。
3.根据权利要求1所述的系统,包括:一个或多个第二服务器、一个或多个第二注册数据库、一个或多个第二查找数据库和路由单元,每个第二注册数据库与所述第二服务器中的相应一个相关联,每个第二查找数据库与第二服务器中的相应一个和所述注册数据库中的相应一个相关联,其中:所述第一注册数据库能够操作以将所述第一用户的注册信息复制到所述第二注册数据库中的每一个;
每个第二注册数据库能够操作以将对应于查找信息的第一用户的注册信息的子集复制到与所述第二注册数据库相关联的第二查找数据库;
每个第二服务器能够操作以用于:从所述第二用户的金融机构接收电子代理支付请求消息,所述电子代理支付请求消息包括所述第一用户的唯一代理;基于所述电子代理支付请求消息中包含的所述第一用户的唯一代理,在与所述第二服务器相关联的所述第二查找数据库中查找所述第一用户的查找信息;以及将所述第一用户的查找信息发送给所述第二用户的金融机构;并且
所述路由单元能够操作以将所述电子代理支付请求消息从所述第二用户的金融机构路由到所述第一服务器或路由到所述第二服务器中的一个。
4.根据权利要求2所述的系统,其中:
所述第二服务器中的至少一个能够操作以用于:从所述第一用户的金融机构接收电子注册请求消息;以及将所述第一用户的注册信息存储在与所述第二服务器相关联的第二注册数据库中;
存储所接收的所述第一用户的注册信息的所述第二注册数据库能够操作以将所述第一用户的注册信息复制到所述第一注册数据库和任何其他第二注册数据库中的每一个;
所述第一注册数据库能够操作以将对应于所述查找信息的所述第一用户的注册信息的子集复制到所述第一查找数据库,并且每个第二注册数据库能够操作以将对应于所述查找信息的所述第一用户的注册信息的子集复制到与该第二注册数据库相关联的所述第二查找数据库;并且
所述路由单元能够操作以将所述电子注册请求消息从所述第一用户的金融机构路由到所述第一服务器或路由到所述第二服务器中的一个。
5.根据权利要求3或4所述的系统,其中:
所述第一注册数据库能够操作以用于:响应于从所述第一用户的金融机构接收的更新指令,更新所述第一用户的注册信息的一部分;将所述第一用户的注册信息的更新的一部分复制到每个第二注册数据库;并且
如果更新的第一用户的注册信息的一部分也是查找信息的一部分,则所述第一注册数据库能够操作以对存储在所述第一查找数据库中的查找信息执行相应的更新,并且每个第二注册数据库能够操作以对存储在与第二注册数据库相关联的第二查找数据库中的查找信息执行相应的更新。
6.根据权利要求3或4所述的系统,其中:
所述第二注册数据库中的至少一个能够操作以用于:响应于从所述第一用户的金融机构接收的更新指令,更新所述第一用户的注册信息的一部分;将所述第一用户的注册信息的更新的一部分复制到所述第一注册数据库和任何其他第二注册数据库中的每一个;并且
如果更新的第一用户的注册信息的一部分也是查找信息的一部分,则所述第一注册数据库能够操作以对存储在第一查找数据库中的查找信息执行相应的更新,并且每个第二注册数据库能够操作以对存储在与第二注册数据库相关联的第二查找数据库中的查找信息执行相应的更新。
7.根据权利要求3至6中任一项所述的系统,其中,所述路由单元能够操作以用于将所述电子代理支付请求消息从所述第二用户的金融机构路由到具有处理电子代理支付请求消息的最大能力的第一服务器或第二服务器。
8.根据权利要求4至6中任一项所述的系统,其中,所述路由单元能够操作以用于将所述电子注册请求消息从所述第一用户的金融机构路由到具有处理所述电子注册请求消息的最大能力的所述第一服务器或至少一个第二服务器。
9.根据权利要求3至8中任一项所述的系统,其中,所述第一服务器、第一注册数据库和第一查找数据库以及一个或多个第二服务器、第二注册数据库和第二查找数据库分布在多个物理上分离的站点上。
10.根据前述权利要求中任一项所述的系统,其中,所述第一用户的唯一代理是移动电话号码。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
GB1611399.5 | 2016-06-30 | ||
GB1611399.5A GB2551790A (en) | 2016-06-30 | 2016-06-30 | A method, apparatus and system for electronic payments |
PCT/GB2017/051901 WO2018002625A1 (en) | 2016-06-30 | 2017-06-29 | A method, apparatus and system for electronic payments |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109690591A true CN109690591A (zh) | 2019-04-26 |
Family
ID=56891207
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201780052342.XA Pending CN109690591A (zh) | 2016-06-30 | 2017-06-29 | 用于电子支付的方法、装置和系统 |
Country Status (7)
Country | Link |
---|---|
US (1) | US11107074B2 (zh) |
EP (1) | EP3479318A1 (zh) |
CN (1) | CN109690591A (zh) |
GB (1) | GB2551790A (zh) |
PE (1) | PE20190313A1 (zh) |
PH (1) | PH12018502654A1 (zh) |
WO (1) | WO2018002625A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024056301A1 (en) * | 2022-09-14 | 2024-03-21 | Vocalink International Limited | Systems and methods for interconnecting directories |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101107636A (zh) * | 2005-01-24 | 2008-01-16 | Igt公司 | 用于与游戏者通信的系统 |
CN101976403A (zh) * | 2010-10-29 | 2011-02-16 | 北京拉卡拉网络技术有限公司 | 手机号支付平台、支付交易系统及方法 |
US20120116957A1 (en) * | 2010-11-04 | 2012-05-10 | Bank Of America Corporation | System and method for populating a list of transaction participants |
US20130036000A1 (en) * | 2011-08-02 | 2013-02-07 | Bank Of America Corporation | Financial transaction system and method |
US20140136405A1 (en) * | 2012-11-15 | 2014-05-15 | Mastercard International Incorporated | Systems and methods for processing of person-to-person electronic payments |
CN104852884A (zh) * | 2014-02-14 | 2015-08-19 | 中兴通讯股份有限公司 | 第三方支付平台的注册方法及装置、系统 |
CN105518731A (zh) * | 2013-09-12 | 2016-04-20 | 贝宝公司 | 电子钱包资金转移系统 |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8346659B1 (en) * | 2001-07-06 | 2013-01-01 | Hossein Mohsenzadeh | Secure authentication and payment system |
US7945511B2 (en) * | 2004-02-26 | 2011-05-17 | Payment Pathways, Inc. | Methods and systems for identity authentication |
US7848980B2 (en) * | 2006-12-26 | 2010-12-07 | Visa U.S.A. Inc. | Mobile payment system and method using alias |
US8249985B2 (en) * | 2007-11-29 | 2012-08-21 | Bank Of America Corporation | Sub-account mechanism |
WO2012112941A2 (en) * | 2011-02-18 | 2012-08-23 | Visa International Service Association | Method and system for managing data and enabling payment transactions between multiple entities |
WO2012151251A2 (en) * | 2011-05-03 | 2012-11-08 | Panther Payments, LLC | Method and system for facilitating person-to person payments |
US20130018787A1 (en) * | 2011-07-14 | 2013-01-17 | Bank Of America Corporation | Atm provided payment process |
US8401904B1 (en) * | 2011-11-13 | 2013-03-19 | Google Inc. | Real-time payment authorization |
US8566168B1 (en) * | 2012-01-05 | 2013-10-22 | Sprint Communications Company L.P. | Electronic payment using a proxy account number stored in a secure element |
US9105021B2 (en) * | 2012-03-15 | 2015-08-11 | Ebay, Inc. | Systems, methods, and computer program products for using proxy accounts |
US20150032623A1 (en) * | 2013-07-29 | 2015-01-29 | Mastercard International Incorporated | Systems and methods to enable payments in the absence of a point of sale device |
US10083433B2 (en) * | 2014-03-13 | 2018-09-25 | First Data Corporation | Systems and methods for managing accounts |
US10402794B2 (en) * | 2014-10-31 | 2019-09-03 | Square, Inc. | Money transfer in a forum using a payment proxy |
WO2017218483A1 (en) * | 2016-06-15 | 2017-12-21 | Mastercard International Incorporated | Systems and methods for budget, financial account alerts management, remedial action controls and fraud monitoring |
-
2016
- 2016-06-30 GB GB1611399.5A patent/GB2551790A/en not_active Withdrawn
-
2017
- 2017-06-29 PE PE2018003320A patent/PE20190313A1/es unknown
- 2017-06-29 WO PCT/GB2017/051901 patent/WO2018002625A1/en unknown
- 2017-06-29 US US16/311,458 patent/US11107074B2/en active Active
- 2017-06-29 EP EP17736724.0A patent/EP3479318A1/en not_active Withdrawn
- 2017-06-29 CN CN201780052342.XA patent/CN109690591A/zh active Pending
-
2018
- 2018-12-14 PH PH12018502654A patent/PH12018502654A1/en unknown
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101107636A (zh) * | 2005-01-24 | 2008-01-16 | Igt公司 | 用于与游戏者通信的系统 |
CN101976403A (zh) * | 2010-10-29 | 2011-02-16 | 北京拉卡拉网络技术有限公司 | 手机号支付平台、支付交易系统及方法 |
US20120116957A1 (en) * | 2010-11-04 | 2012-05-10 | Bank Of America Corporation | System and method for populating a list of transaction participants |
US20130036000A1 (en) * | 2011-08-02 | 2013-02-07 | Bank Of America Corporation | Financial transaction system and method |
US20140136405A1 (en) * | 2012-11-15 | 2014-05-15 | Mastercard International Incorporated | Systems and methods for processing of person-to-person electronic payments |
CN105518731A (zh) * | 2013-09-12 | 2016-04-20 | 贝宝公司 | 电子钱包资金转移系统 |
CN104852884A (zh) * | 2014-02-14 | 2015-08-19 | 中兴通讯股份有限公司 | 第三方支付平台的注册方法及装置、系统 |
Also Published As
Publication number | Publication date |
---|---|
GB201611399D0 (en) | 2016-08-17 |
GB2551790A8 (en) | 2018-02-28 |
EP3479318A1 (en) | 2019-05-08 |
PE20190313A1 (es) | 2019-03-01 |
WO2018002625A1 (en) | 2018-01-04 |
US11107074B2 (en) | 2021-08-31 |
PH12018502654A1 (en) | 2019-10-07 |
GB2551790A (en) | 2018-01-03 |
US20200311722A1 (en) | 2020-10-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20210050994A1 (en) | Registry blockchain architecture | |
US10275757B2 (en) | Travel account | |
EP3507938B1 (en) | Biometric identification and verification among iot devices and applications | |
CA2684614C (en) | Method and system for authenticating a party to a transaction | |
US20240104544A1 (en) | Systems and methods for authenticating a user commerce account associated with a merchant of a commerce platform | |
US20180330342A1 (en) | Digital asset account management | |
JP4511192B2 (ja) | 電子転送システム | |
US20130018798A1 (en) | System and Methods for Facilitating Fund Transfers Over a Network | |
CA2675854A1 (en) | Secure money transfer systems and methods using biometric keys associated therewith | |
US11908004B2 (en) | Method and system for obtaining credit | |
JP2012502366A (ja) | オフライン口座再入金のための方法及びシステム | |
JPWO2003081495A1 (ja) | 現金自動取引システム | |
CA2970301C (en) | Improved network for onboarding and delivery of electronic payments to payees | |
US11244314B2 (en) | Dual controls for processing electronic transactions | |
CN109690591A (zh) | 用于电子支付的方法、装置和系统 | |
US11310052B1 (en) | Identity authentication blockchain | |
CN110648228A (zh) | 一种通过链上数字货币结算的链上资产转移系统和方法 | |
CN110580652A (zh) | 通过链上数字货币结算的链上资产质押融资系统和方法 | |
JP7461241B2 (ja) | 顧客情報管理サーバ及び顧客情報の管理方法 | |
KR20200041631A (ko) | 법인 계좌의 간편 결제 서비스를 제공하는 장치 및 방법 | |
KR20160025534A (ko) | 공인 인증서를 발급 및 이용하는 방법 | |
JP2007025907A (ja) | 認証システム及び認証方法 | |
CN110648227A (zh) | 一种通过链下结算的链上资产质押融资系统和方法 | |
JP2024008654A (ja) | プログラム、情報処理装置、及び情報処理方法 | |
WO2023003552A1 (en) | Secure interaction using uni-directional data correlation tokens |
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 |