US20230289767A1 - P2P PAYMENTS VIA INTEGRATED 3RD PARTY APIs - Google Patents

Abstract

The current disclosure relates to systems, apparatuses, and methods of for performing an electronic transfer, including determining recipient information for the electronic transfer using a first user interface of the electronic banking platform, in response to determining the recipient information, two or more user interactive elements are displayed in a second user interface of the electronic banking platform, each of the two or more user interactive elements corresponds to a different one of a plurality of electronic P2P transfer platforms, receiving user input corresponding to a selected user interactive element of the two or more user interactive elements, the selected user interactive element corresponds to a selected electronic P2P transfer platform of the plurality of electronic P2P transfer platforms, and processing the electronic transfer using the electronic banking platform and the selected P2P transfer platform.

Description

CROSS-REFERENCE TO RELATED APPLICATION
• This application is a continuation of U.S. Pat. Application No. 16/419,823, filed May 22, 2019, the full disclosure of which is incorporated herein by reference in its entirety.
BACKGROUND
• An electronic person-to-person (P2P) transfer platform enables quick and user-friendly transfer of funds between a sender and a recipient. Electronic P2P transfer platforms can be mobile applications or web-based interfaces. There are numerous electronic P2P transfer platforms, examples of which include Venmo®, Apple Pay®, Google Pay®, Samsung Pay®, Cash App®, Zelle®, PayPal®, Circle Pay®, Popmoney®, Messenger®, and so on. A user typically uses multiple different electronic P2P transfer platforms, for example, by installing different mobile applications on a mobile device, by having accounts with different electronic P2P transfer platforms, and so on. Due to the numerosity of the electronic P2P transfer platforms available for use, both parties to a fund transfer have to agree on a particular electronic P2P transfer platform to use for the fund transfer. Most electronic P2P transfer preferences (i.e., which electronic P2P transfer platform to use) are driven by the recipients and not the senders.
SUMMARY
• In some arrangements, a method for performing an electronic transfer from a sender to a recipient using an electronic banking platform provided by a provider institution of the sender includes determining recipient information for the electronic transfer using a first user interface of the electronic banking platform. The recipient information comprises a recipient identifier that identifies the recipient. In response to determining the recipient information, two or more user interactive elements are displayed in a second user interface of the electronic banking platform. Each of the two or more user interactive elements corresponds to a different one of a plurality of electronic P2P transfer platforms. The method further includes receiving user input corresponding to a selected user interactive element of the two or more user interactive elements. The selected user interactive element corresponds to a selected electronic P2P transfer platform of the plurality of electronic P2P transfer platforms. The method further includes processing the electronic transfer using the electronic banking platform and the selected P2P transfer platform.
• In some arrangements, a non-transitory computer-readable medium having computer-readable instructions such that, when executed, causes a processor of a provider institution computing system to perform an electronic transfer from a sender to a recipient using an electronic banking platform provided by the provider institution computing, the processor is configured to determine recipient information for the electronic transfer using a first user interface of the electronic banking platform. The recipient information comprises a recipient identifier that identifies the recipient. In response to determining the recipient information, the processor is further configured to display two or more user interactive elements in a second user interface of the electronic banking platform. Each of the two or more user interactive elements corresponds to a different one of a plurality of electronic P2P transfer platforms. The processor is further configured to receive user input corresponding to a selected user interactive element of the two or more user interactive elements. The selected user interactive element corresponds to a selected electronic P2P transfer platform of the plurality of electronic P2P transfer platforms. The processor is further configured to process the electronic transfer using the electronic banking platform and the selected P2P transfer platform.
• In some arrangements, a provider institution computing system configured to perform an electronic transfer from a sender to a recipient using an electronic banking platform provided by the provider institution computing, the provider institution computing system includes a network device and a processing circuit having a processor and a memory. The processing circuit is configured to determine recipient information for the electronic transfer using a first user interface of the electronic banking platform. The recipient information comprises a recipient identifier that identifies the recipient. In response to determining the recipient information, the processing circuit is configured to display two or more user interactive elements in a second user interface of the electronic banking platform. Each of the two or more user interactive elements corresponds to a different one of a plurality of electronic P2P transfer platforms. The processing circuit is configured to receive user input corresponding to a selected user interactive element of the two or more user interactive elements. The selected user interactive element corresponds to a selected electronic P2P transfer platform of the plurality of electronic P2P transfer platforms. The processing circuit is further configured to process the electronic transfer using the electronic banking platform and the selected P2P transfer platform.
• It should be appreciated that all combinations of the foregoing concepts and additional concepts discussed in greater detail below (provided such concepts are not mutually inconsistent) are contemplated as being part of the subject matter disclosed herein. In particular, all combinations of claimed subject matter appearing at the end of this disclosure are contemplated as being part of the subject matter disclosed herein.
BRIEF DESCRIPTION OF DRAWINGS
• The foregoing and other features of the present disclosure will become more fully apparent from the following description and appended claims, taken in conjunction with the accompanying drawings. Understanding that these drawings depict only several implementations in accordance with the disclosure and are therefore, not to be considered limiting of its scope, the disclosure will be described with additional specificity and detail through use of the accompanying drawings.
• FIG.1 is a diagram of an example system configured to transfer funds from a sender to a recipient, according to various arrangements.
• FIG.2A is a block diagram illustrating an example of the user device ofFIG.1, according to some arrangements.
• FIG.2B is a block diagram illustrating an example of the provider institution computing system ofFIG.1, according to some arrangements.
• FIG.3 is a flow diagram illustrating a method for authenticating a sender for an electronic banking platform and one or more electronic person-to-person (P2P) transfer platforms, according to some arrangements.
• FIG.4 is a mapping table illustrating correspondence between sender credentials of a sender and multiple sets of P2P sender credentials of the sender, according to some arrangements.
• FIG.5 is a flow diagram illustrating a method for transferring fund from a sender to a recipient using an electronic banking platform and an electronic person-to-person (P2P) transfer platform according to some arrangements.
• FIG.6A is an interface display diagram illustrating a user interface configured for receiving user input of recipient information, according to some arrangements.
• FIG.6B is an interface display diagram illustrating a user interface configured for displaying and offering for selection by the sender user interactive elements corresponding to those electronic P2P transfer platforms for which the recipient has accounts, according to some arrangements.
• FIG.6C is an interface display diagram illustrating a user interface configured for displaying a transfer confirmation message, according to some arrangements.
• Reference is made to the accompanying drawings throughout the following detailed description. In the drawings, similar symbols typically identify similar components, unless context dictates otherwise. The illustrative implementations described in the detailed description, drawings, and claims are not meant to be limiting. Other implementations may be utilized, and other changes may be made, without departing from the spirit or scope of the subject matter presented here. It will be readily understood that the aspects of the present disclosure, as generally described herein, and illustrated in the figures, can be arranged, substituted, combined, and designed in a wide variety of different configurations, all of which are explicitly contemplated and made part of this disclosure.
DETAILED DESCRIPTION
• Due to the numerosity of electronic P2P transfer platforms available for selection for a fund transfer and that electronic P2P transfer preferences are typically driven by recipients, the present disclosure relates to integrating an electronic banking platform (e.g., a mobile wallet application, an online banking application, or the like) of a sender with multiple electronic P2P transfer platforms via application program interfaces (APIs) for allowing the sender to use the electronic banking platform and a selected one of the multiple electronic P2P transfer platforms to transfer funds to a recipient.
• FIG.1 is a diagram of anexample system100 for transferring funds from asender101 to arecipient102 according to various arrangements. Referring toFIG.1, thesender101 can be a customer of afinancial institution120. Thesender101 is an account holder of at least one financial account (e.g., a demand deposit account (DDA), credit account, and so on) at thefinancial institution120. Thefinancial institution120 provides financial products and services (e.g., the at least one financial account) using a providerinstitution computing system130. Thesender101 operates or is otherwise associated with auser device110, for communication with the financialinstitution computing system130. Examples of theuser device110 include but are not limited to, a mobile phone (e.g., an iPHONE®, an ANDROID® phone, a WINDOWS® phone, a SYMBIAN® phone or the likes), a tablet computer, a personal computer (e.g., a desktop or a laptop), a smart TV, a smart watch, a gaming system, an IP TV box, and so on.
• Thesender101 can operate theuser device110 for accessing financial products and services provided by thefinancial institution120. The providerinstitution computing system130 is configured to provide financial products and services (e.g., DDAs, credit accounts, and so on) to thesender101 using an electronic banking platform. Examples of the electronic banking platform include but are not limited to, a mobile wallet application, an online banking application, and so on. Theuser device110 is configured to execute a client-side application of the electronic banking platform for accessing the financial products and services provided by thefinancial institution120.
• The providerinstitution computing system130 is operatively coupled to each of multiple electronic P2P transfer platform servers140a-140n via a respective one of electronic P2P transfer platform APIs. Each of the electronic P2P transfer platform servers140a-140n provides an electronic P2P transfer platform, which facilitates transfer of funds between two users of the electronic P2P transfer platform. Each user of an electronic P2P transfer platform is identified by a unique account identifier (e.g., a phone number, an email, a username, and so on). That is, in some examples, both parties to a fund transfer facilitated by an electronic P2P transfer platform are enrolled in the electronic P2P transfer platform. In some examples, thesender101 has accounts in one or more or all of the electronic P2P transfer platform servers140a-140n, and therecipient102 has accounts in one or more or all of the electronic P2P transfer platform servers140a-140n.
• Traditionally, each electronic P2P transfer platform can be accessed by a user using a mobile application or web-based interface (collectively referred to herein as a client-side electronic P2P transfer application) installed on a user device (e.g., the user device110) of the user. The operations of the client-side electronic P2P transfer application on the user device correspond to a client-side experience for the electronic P2P transfer platform. For example, one or more financial accounts such as a DDA or a credit account (provided by a financial institution separate from any entity that provides the electronic P2P transfer platform) can be added to the electronic P2P transfer platform account of the user via the client-side electronic P2P transfer application. In other words, the financial accounts can be linked to the electronic P2P transfer platform such that the financial accounts can be the source or destination of a fund transfer. That is, the user can transfer funds from the financial accounts to another user via the electronic P2P transfer platform and receive funds transferred from another user to the financial accounts via the electronic P2P transfer platform. In some examples, each user of the electronic P2P transfer platform has a dedicated account in the electronic P2P transfer platform for storing funds. The dedicated account, which is provided by the electronic P2P transfer platform, can be used for a source or destination of a fund transfer. For example, the user can transfer funds from the dedicated account to another user via the electronic P2P transfer platform and receive funds transferred from another user to the dedicated account via the electronic P2P transfer platform. Funds can be transferred from the dedicated account to the financial accounts, or from the financial accounts to the dedicate account, according to user preference inputted via the electronic P2P transfer platform.
• The arrangements described herein allow thesender101 to interact with the client-side application of the electronic banking platform (and not any client-side electronic P2P transfer application) to transfer fund from a financial account of the sender101 (accessible using the electronic banking platform) to an account of thesender101 of a selected one of the electronic P2P transfer platforms140a-140n, and then to transfer the fund from the account of thesender101 to an account of therecipient102 of the selected one of the electronic P2P transfer platforms140a-140n. Thesender101 needs to interact with only the client-side application of the electronic banking platform to achieve the transfer, which is performed via the selected one of the electronic P2P transfer platforms140a-140n.
• As described in further details herein, by logging into the client-side application of the electronic banking platform, thesender101 is automatically logged into those of the electronic P2P transfer platforms140a-140n for which thesender101 has accounts. Once logged in, thesender101 can identify therecipient102 using a user-interactive interface provided by the client-side application of the electronic banking platform. The user interactive interfaces provided by the client-side application of the electronic banking platform are displayed by theuser device110. After therecipient102 is identified, thesender101 can select one of the electronic P2P transfer platforms140a-140n by selecting a corresponding user interactive element displayed in the user-interactive interface provided by the client-side application of the electronic banking platform. Then, the selected one of the electronic P2P transfer platforms140a-140n verifies therecipient102 automatically and performs the fund transfer automatically. As such, aside from thesender101 logging into the client-side application of the electronic banking platform and input recipient information (e.g., identification of therecipient102, transfer amount, and so on), thesender101 does not need to take additional actions to complete the fund transfer. That is, thesender101 does not need to log into the electronic P2P transfer platforms140a-140n or identify therecipient102 using any user interfaces provided by the selected one of the electronic P2P transfer platforms140a-140n. Instead, all actions of thesender101 is performed via the user interfaces provided by the client-side application of the electronic banking platform. Accordingly, the client-side application of the electronic banking platform provides seamless sender-side user experience for fund transfers using one of the electronic P2P transfer platforms140a-140n.
• Theuser device110 is connected to the financialinstitution computing system130 via a communication network. The financialinstitution computing system130 is connected to the electronic P2P transfer platform servers140a-140n via one or more communication networks. Each of the communication networks can be any suitable Local Area Network (LAN) or Wide Area Network (WAN). For example, the communication network can be supported by Frequency Division Multiple Access (FDMA), Time Division Multiple Access (TDMA), Code Division Multiple Access (CDMA) (particularly, Evolution-Data Optimized (EVDO)), Universal Mobile Telecommunications Systems (UMTS) (particularly, Time Division Synchronous CDMA (TD-SCDMA or TDS) Wideband Code Division Multiple Access (WCDMA), Long Term Evolution (LTE), evolved Multimedia Broadcast Multicast Services (eMBMS), HighSpeed Downlink Packet Access (HSDPA), and the like), Universal Terrestrial Radio Access (UTRA), Global System for Mobile Communications (GSM), Code Division Multiple Access 1x Radio Transmission Technology (1x), General Packet Radio Service (GPRS), Personal Communications Service (PCS), 802.11X, ZigBee, Bluetooth, Wi-Fi, any suitable wired network, combination thereof, and/or the like. The communication network is structured to permit the exchange of data, values, instructions, messages, and the like between theuser device110 and the financialinstitution computing system130 and between the financialinstitution computing system130 and the electronic P2P transfer platform servers140a-140n.
• FIG.2A is a block diagram illustrating an example of theuser device110 ofFIG.1, according to some arrangements.FIG.2B is a block diagram illustrating an example of the providerinstitution computing system130 ofFIG.1, according to some arrangements. Referring toFIGS.1-2B, the providerinstitution computing system130 includes aprocessing circuit242 having aprocessor243 and amemory244. Theprocessor243 can be implemented as a general-purpose processor, an Application Specific Integrated Circuit (ASIC), one or more Field Programmable Gate Arrays (FPGAs), a Digital Signal Processor (DSP), a group of processing components, or other suitable electronic processing components. The memory244 (e.g., Random Access Memory (RAM), Read-Only Memory (ROM), Non-volatile RAM (NVRAM), Flash Memory, hard disk storage, etc.) is configured to store data and/or computer code for facilitating at least some of the various processes described herein. Thememory244 includes tangible, non-transient volatile memory, or non-volatile memory. Thememory244 may include a non-transitory processor readable medium storing programming logic that, when executed by theprocessor243, controls the operations of the providerinstitution computing system130. In some arrangements, theprocessor243 and thememory244 form various processing circuits (e.g., an integrated fund transfer circuit265) described with respect to the providerinstitution computing system130.
• As shown, the providerinstitution computing system130 includes anetwork interface246. Thenetwork interface246 is structured for sending and receiving data over a communication network (e.g., to and from theuser device110, to and from the electronic P2P transfer platform servers140a-140n, etc.). Accordingly, thenetwork interface246 includes any of a cellular transceiver (for cellular standards), local wireless network transceiver (for 802.11X, ZigBee, Bluetooth, Wi-Fi, or the like), wired network interface, a combination thereof (e.g., both a cellular transceiver and a Bluetooth transceiver), and/or the like.
• The providerinstitution computing system130 includes anaccount database250 that stores customer information and account information relating to one or more accounts held by a customer (e.g., the sender101) with thefinancial institution120. The customer information includes one or more of customer identification information (e.g., a name, address, email, phone number, authentication information such as username, password, biometrics, and so on) used to identify and authenticate a customer. The account information for each account includes one or more of an account type, available fund, incurred credit, and transaction history of transactions made using the account. Examples of account types include but are not limited to, a DDA (e.g., a checking account, a debit card account, and so on), credit account (e.g., a credit card account), and so on.
• The providerinstitution computing system130 includes a mobilewallet account database252 for storing mobile wallet accounts of customers, including thesender101. The mobile wallet accounts permit payments via a mobilewallet client application280 of theuser device110. The mobilewallet account database252 stores transaction history of transactions made by thesender101 using the mobilewallet client application280.
• The providerinstitution computing system130 includes electronic P2P transfer platform APIs260a-260n, each of which corresponds to a different one of the electronic P2P transfer platform servers140a-140n. That is, each of the electronic P2P transfer platform APIs260a-260n serve as an interface to a corresponding one of the electronic P2P transfer platform servers140a-140n by allowing secure exchange of data between an integratedfund transfer circuit265 of the providerinstitution computing system130 and the corresponding one of the electronic P2P transfer platform servers140a-140n. Each of the electronic P2P transfer platform APIs260a-260n includes suitable programs, protocols, routines, and such that are configured to facilitate in authenticating thesender101 with a corresponding one of the electronic P2P transfer platform servers140a-140n, identifying therecipient102 with the corresponding one of the electronic P2P transfer platform servers140a-140n, and transferring funds from an account of the sender101 (e.g., in theaccount database250, in the mobilewallet account database252, and so on) to an account of therecipient102 managed by a corresponding one of the electronic P2P transfer platform servers140a-140n in the manner described.
• The integratedfund transfer circuit265 is configured to facilitate transfer of funds from an account of the sender101 (e.g., in theaccount database250, in the mobilewallet account database252, and so on) to an account of therecipient102 managed by one of the electronic P2P transfer platform servers140a-140n in the manner described. In other words, the integratedfund transfer circuit265 and the electronic P2P transfer platform APIs260a-260n operatively coupled thereto bridge the gap between the account of the sender101 (e.g., in theaccount database250, in the mobilewallet account database252, and so on) and the account of therecipient102 managed by one of the electronic P2P transfer platform servers140a-140n. The integratedfund transfer circuit265 is operatively coupled to one or more of theaccount database250 or themobile wallet database252 to access information stored thereon with respect to thesender101. In some examples, the integratedfund transfer circuit265 is implemented with theprocessing circuit242. For example, the integratedfund transfer circuit265 can be implemented as a software application stored within thememory244 and executed by theprocessor243. Accordingly, such examples can be implemented with minimal or no additional hardware costs. However, other implementations may rely on dedicated hardware specifically configured for performing operations of the integratedfund transfer circuit265.
• Thesender101 operates or is associated with theuser device110. In some arrangements, theuser device110 includes aprocessing circuit202 having aprocessor203 andmemory204. Theprocessor203 can be implemented as a general-purpose processor, an ASIC, one or more FPGAs, a DSP, a group of processing components that are distributed over various geographic locations or housed in a single location or device, or other suitable electronic processing components. Thememory204 can include a non-transitory, processor readable medium (e.g., RAM, NVRAM, ROM, Flash Memory, hard disk storage, etc.) for storing data and/or computer code for facilitating the various processes described herein. Moreover, thememory204 is or includes tangible, non-transient volatile memory or non-volatile memory. Accordingly, thememory204 includes database components, object code components, script components, or any other type of information structure for supporting the various activities and information structures described herein.
• Theuser device110 includes an input/output circuit205 configured to receive user input from and provide information to thesender101. In this regard, the input/output circuit205 is structured to exchange data, communications, instructions, etc. with an input/output component of theuser device110. Accordingly, in some arrangements, the input/output circuit205 includes an input/output device such as a display device, touchscreen, keyboard, keypad, microphone, a camera, a microphone, speaker, a fingerprint reader, and/or the like. In some arrangements, the input/output circuit205 includes communication circuitry for facilitating the exchange of data, values, messages, and the like between the input/output device and the components of theuser device110. In some arrangements, the input/output circuit205 includes machine-readable media for facilitating the exchange of information between the input/output device and the components of theuser device110. In still another arrangement, the input/output circuit205 includes any combination of hardware components (e.g., a touchscreen), communication circuitry, and machine-readable media.
• Theuser device110 includes anetwork interface206 which is configured for and structured to establish a communication session via a communication network with the providerinstitution computing system130. Accordingly, thenetwork interface206 is an interface such as, but not limited to, thenetwork interface246.
• Theuser device110 includes at least one client-side application of the electronic banking platform such as but not limited to, an onlinebanking client application270, an mobilewallet client application280, and so on. In other words, thesender101 can access the electronic banking platform (e.g., accessing account information stored in thedatabases250 and252) provided by the providerinstitution computing system130 using the onlinebanking client application270, the mobilewallet client application280, and so on. In some examples, the onlinebanking client application270 and/or mobilewallet client application280 are server-based applications executable on theuser device110. In this regard, thesender101 has to download the application(s) prior to usage. In another arrangement, the onlinebanking client application270 and/or mobilewallet client application280 are coded into thememory204 of theuser device110. In still another arrangement, the onlinebanking client application270 and/or mobilewallet client application280 are web-based interface applications. In this configuration, thesender101 has to log onto or otherwise access the web-based interface before usage. In this regard, the onlinebanking client application270 and/or the mobilewallet client application280 are supported by a separate computing system (e.g., the provider institution computing system130) including one or more servers, processors, network interface modules, etc. that transmit the applications for use to theuser device110. In certain arrangements, the onlinebanking client application270 and/or mobilewallet client application280 include an API and/or a SDK that facilitate integration of other applications. All such variations and combinations are intended to fall within the spirit and scope of the present disclosure.
• The onlinebanking client application270 is communicably coupled to the provider institution computing system130 (e.g., the account database250) via the network and is structured to permit management of at least one account of thesender101 via the onlinebanking client application270. In this regard, the onlinebanking client application270 can instruct the input/output circuit205 to display user interfaces used to display information or receive user input related to current account balances, pending transactions, profile (e.g., contact information), rewards, bill pay, fund transfer, and/or the like. For example, the onlinebanking client application270 can configure the input/output circuit205 to depict a loan (e.g., a mortgage, a personal loan, a car loan, a student loan, etc.) of thesender101 and allows thesender101 to pay the loan from an account of thesender101. In some examples, a bill pay option is provided by the onlinebanking client application270, where the bill pay option allows thesender101 to pay his/her bills in response to user input. In some arrangements, the onlinebanking client application270 is configured to process fund transfer from thesender101 to therecipient102 using one of the electronic P2P transfer platforms as described herein.
• Via the onlinebanking client application270, thesender101 can transfer funds, pay bills (e.g., mortgage, etc.), view balances, pay merchants, and otherwise manage accounts. Accordingly, the onlinebanking client application270 includes anaccount information circuit214. Theaccount information circuit214 is linked to one or more accounts (stored in the account database250) held by thesender101 and permits management of the accounts (e.g., transfer funds, transfer balances between accounts, view payment history, etc.) by communicating with the providerinstitution computing system130. The onlinebanking client application270 is communicably coupled to the mobilewallet client application280. As such, in response to a mobile payment or fund transfer via the mobilewallet client application280, the mobilewallet client application280 causes the onlinebanking client application270 to update the payment account (i.e., the account that supported the mobile payment). As such, the onlinebanking client application270 and the mobilewallet client application280 are communicably coupled to each other to enable actions supported by each respective application.
• The mobilewallet client application280 is communicably coupled to the provider institution computing system130 (e.g., the mobile wallet database252) via a communication network and is structured to facilitate purchases by thesender101 via the mobilewallet client application280. Accordingly, the mobilewallet client application280 is linked or otherwise connected with one or more accounts (e.g., stored in the account database250) of thesender101. In operation, when at a point-of-sale terminal, thesender101 initiates the mobilewallet client application280 and provides a passcode (e.g., biometrics such as a thumbprint, facial recognition, voice, or retinal identification, a Personal Identification Number (PIN), a password, etc.) to authenticate thesender101 and select the source payment account desired (e.g., an account from a particular financial institution that is linked to the mobile wallet client application280). Via communication with the payment terminal (e.g., via near field communication), the aforementioned payment information is provided to the POS terminal or the merchant (e.g., via NFC, via barcode presentment, etc.) and the payment is processed. Beneficially, carrying payment cards are avoided or reduced via the mobilewallet client application280. The mobilewallet client application280 can also be used to transfer funds from an account added to the mobilewallet client application280 to therecipient102 in the manner described.
• As mentioned herein, the mobilewallet client application280 is structured to facilitate and permit payments or fund transfers by interfacing with an account held by thesender101 at thefinancial institution120. Accordingly, the mobilewallet client application280 is communicably coupled via thenetwork interface206 over a communication network to the providerinstitution computing system130. As shown, the mobilewallet client application280 includes apayment processing circuit216 structured to facilitate payments or fund transfers by thesender101 via the mobilewallet client application280. For example, thepayment processing circuit216 enables a quick-pay capability with a merchant. In this regard, thepayment processing circuit216 includes or is communicably coupled with a communication device (e.g., a near-field communication chip) that facilitates the exchange of information between the mobilewallet client application280 and a POS terminal.
• Theuser device110 and the providerinstitution computing system130 are shown to include various circuits and logic for implementing the operations described herein. While various circuits, interfaces, and logic with particular functionality are shown, it should be understood that theuser device110 and the providerinstitution computing system130 can include any number of circuits, interfaces, and logic for facilitating the functions described herein. For example, the activities of multiple circuits are combined as a single circuit and implemented on a same processing circuit (e.g., theprocessing circuit202 or242), as additional circuits with additional functionality are included.
• FIG.3 is a flow diagram illustrating a method300 for authenticating thesender101 for an electronic banking platform and one or more electronic P2P transfer platforms according to some arrangements. InFIG.3, the blocks in a column corresponding to theuser device110 are operations performed using at least a client-side application of the electronic banking platform executed by theuser device110. Examples of the client-side application include but are not limited to, the onlinebanking client application270, the mobilewallet client application280, and so on. The blocks in a column corresponding to the providerinstitution computing system130 are operations of the electronic banking platform backend and are performed using at least the integratedfund transfer circuit265 and the electronic P2P transfer platform APIs260a-260n. The blocks in a column corresponding to the electronic P2P transfer platform servers140a-140n are operations of each of the electronic P2P transfer platforms. Referring toFIGS.1-3, the method300 allows thesender101 to log into the electronic P2P transfer platforms as thesender101 logs into the electronic banking platform (provisioned by the provider institution computing system130). In other words, thesender101 can be automatically logged into those electronic P2P transfer platforms for which thesender101 has accounts with only the credentials for the electronic banking platform and without inputting any additional login credentials for any of those electronic P2P transfer platforms.
• At302, the client-side application receives sender credentials from thesender101. As described, the client-side application can configure the input/output circuit205 to display a user interface (e.g., a login user interface) configured to request and receive the sender credentials as user inputs. The sender credentials received at302 are used for directly authenticating thesender101 for the electronic banking platform provided by the providerinstitution computing system130. For example, the login user interface can request the sender credentials such as but not limited to, a username, a password, an email, a phone number, biometric data (e.g., facial recognition data, fingerprinting data, voice data, etc.), and so on. Thesender101 can input the sender credentials using a touchscreen, keypad, keyboard, camera, microphone, fingerprint reader, or the like of the input/output circuit205.
• At304, the client-side application sends (via the network interface206) the sender credentials to the providerinstitution computing system130 via the network. At306, the integratedfund transfer circuit265 receives the sender credentials from theuser device110. At308, the integratedfund transfer circuit265 authenticates thesender101 to the electronic banking platform using the sender credentials. In response to determining that the sender credentials cannot authenticate thesender101, the integratedfund transfer circuit265 is configured to notify theuser device110 to display a user interface that requests thesender101 to re-enter the sender credentials.
• At310, the integratedfund transfer circuit265 determines P2P sender credentials of thesender101 for the electronic P2P transfer platforms based on the sender credentials received at306. The P2P sender credentials can be used to authenticate thesender101 with the electronic P2P transfer platforms.
• In some examples, the providerinstitution computing system130 can maintain a mapping of the electronic banking platform credentials (e.g., the sender credentials received at306) of customers to the electronic P2P transfer platform credentials (e.g., the P2P sender credentials). In that regard,FIG.4 is a mapping table400 illustrating the correspondence between the sender credentials of thesender101 and multiple sets of P2P sender credentials of thesender101, according to some arrangements. Such a mapping can be stored in a database (not shown) of the providerinstitution computing system130 or in a secure storage connected to and is remote from the providerinstitution computing system130. For each customer (e.g., the sender101), the mapping table400 includes the sender credentials (or any suitable unique identifier of the sender101) and associated sets of P2P sender credentials (e.g., “P2P sender credentials A,” “P2P sender credentials B,” ... “P2P sender credentials N”). The integratedfund transfer circuit265 is configured to query the mapping table400 using the sender credentials or the unique identifier of thesender101 to identify corresponding sets of the P2P sender credentials.
• In one example, each set of P2P sender credentials includes one or more of a username, a password, an email, a phone number, biometric data, and the like. Such P2P sender credentials can be obfuscated or encrypted to protect privacy of the customers.
• In another example, each set of P2P sender credentials includes a unique identifier that uniquely identifies thesender101 for a corresponding one of the electronic P2P transfer platform servers140a-140n. The unique identifier can be a numeric string, an alphabetical string, an alphanumeric string, or any other suitable identifier. The unique identifier can be generated pseudorandomly. The unique identifier can be negotiated between theprovider institution120 and a respective one of the electronic P2P transfer platforms, such that the providerinstitution computing system130 and a respective one of the electronic P2P transfer platform servers140a-140n agree that the unique identifier identifies thesender101.
• In some arrangements, prior to the execution of the method300, the client-side application can configure the input/output circuit205 to display a user interface that requests authorization of thesender101 to link an account of the electronic banking platform with one or more accounts of the electronic P2P transfer platforms. Responsive to receiving the authorization via the user interface, the client-side application configures the input/output circuit205 to display a user interface to receive the P2P sender credentials as user input from thesender101. Examples of the P2P sender credentials include but are not limited to, a username, a password, an email, a phone number, biometric data (e.g., facial recognition data, fingerprinting data, voice data, etc.), and so on. Thesender101 can input the P2P sender credentials using a touchscreen, keypad, keyboard, camera, microphone, fingerprint reader, or the like of the input/output circuit205. The P2P sender credentials can be sent by the client-side application to the integratedfund transfer circuit265, which relays the P2P sender credentials to corresponding ones of the electronic P2P transfer platform servers140a-140n via respective ones of the electronic P2P transfer platform APIs260a-260n. Responsive to the electronic P2P transfer platform servers140a-140n authenticating thesender101 using the received P2P sender credentials, authentication confirmations are sent to the integratedfund transfer circuit265. Responsive to receiving the authentication confirmations, the integratedfund transfer circuit265 maps the P2P sender credentials to thesender101 by storing the P2P sender credentials in the mapping table400.
• Sometimes, thesender101 may add an account managed by the electronic banking platform as a payment source or a payment destination for a client-side electronic P2P transfer application (not shown) on theuser device110. The client-side electronic P2P transfer application is for a given electronic P2P transfer platform that is managed by one of the electronic P2P transfer platform server140a-140n. The client-side electronic P2P transfer application may cause the input/output circuit205 to display a user interface configured to receive user input of an account identifier (e.g., an account number) corresponding to the account managed by the electronic banking platform. In this case, the integratedfund transfer circuit265 may receive a notification from theuser device110 or from the electronic P2P transfer platform server that the account of the electronic banking platform has been added to the client-side electronic P2P transfer application by thesender101. Responsive to receiving such a notification, the integratedfund transfer circuit265 may send a command via the network to theuser device110, triggering the input/output circuit205 to display a user interface that requests authorization from thesender101 to link the account of the electronic banking platform with the electronic P2P transfer platform within the context of the client-side application of the electronic banking platform. Responsive to receiving the authorization, the input/output circuit205 is configured to display a user interface to receive the P2P sender credentials as user input from thesender101. Examples of such P2P sender credentials include but are not limited to, a username, a password, an email, a phone number, biometric data (e.g., facial recognition data, fingerprinting data, voice data, etc.), and so on. Thesender101 can input the P2P sender credentials using a touchscreen, keypad, keyboard, camera, microphone, fingerprint reader, or the like of the input/output circuit205. Alternatively, the P2P sender credentials can be automatically imported from the client-side electronic P2P transfer application or a secure storage (not shown) of theuser device110 without requesting thesender101 to input the P2P sender credentials. The P2P sender credentials can be sent by theuser device110 to the integratedfund transfer circuit265, which relays the P2P sender credentials to the electronic P2P transfer platform server via an electronic P2P transfer platform API. Responsive to the electronic P2P transfer platform server authenticating thesender101 using the received P2P sender credentials, an authentication confirmation is sent to the integratedfund transfer circuit265. Responsive to receiving the authentication confirmation, the integratedfund transfer circuit265 maps the P2P sender credentials to thesender101 by storing the P2P sender credentials in the mapping table400.
• In other examples, responsive to receiving a notification from theuser device110 or from the electronic P2P transfer platform server that the account has been added to the client-side electronic P2P transfer application by thesender101, the integratedfund transfer circuit265 is configured to negotiate a unique identifier with the electronic P2P transfer platform server to identify thesender101. The integratedfund transfer circuit265 maps the unique identifier to thesender101 by storing the unique identifier as the P2P sender credentials in the mapping table400.
• At312, the integratedfund transfer circuit265 sends (via the network interface246) the P2P sender credentials to the electronic P2P transfer platform servers140a-140n, respectively, via a network to authenticate thesender101. The integratedfund transfer circuit265 sends the P2P sender credentials based on suitable routines and protocols provided by corresponding ones of the electronic P2P transfer platform APIs260a-260n. The electronic P2P transfer platform servers140a-140n receive the P2P sender credentials at314 and authenticate thesender101 using the P2P sender credentials at316.
• In some examples in which the P2P sender credentials are a unique identifier that uniquely identifies thesender101 for an electronic P2P transfer platform server, instead of an authentication process (as typically performed if the P2P sender credentials are one or more of a username, a password, an email, a phone number, biometric data), the electronic P2P transfer platform server is merely notified that thesender101 identified by the unique identifier as logged into the electronic P2P transfer platform server, assuming that thesender101 is authenticated for the electronic banking platform at208. In other words, the authentication process at the electronic banking platform is used as a proxy to the authentication process at the electronic P2P transfer platform server, such that responsive to determining that thesender101 is authenticated using the sender credentials received at306, thesender101 is also authenticated at the electronic P2P transfer platform server. The electronic P2P transfer platform server needs to be notified of the identity of thesender101, for example, using the unique identifier.
• At318, each of the electronic P2P transfer platform servers140a-140n sends P2P authentication status information to the integratedfund transfer circuit265 via the network. The integratedfund transfer circuit265 receives the P2P authentication status information at320 and sends the electronic banking authentication status information and the P2P authentication status information to theuser device110 over a network at322. The user device110 (e.g., the client-side application) receives the electronic banking authentication status information and the P2P authentication status information at324.
• In response to determining that electronic banking authentication status information indicates that thesender101 is authenticated for the electronic banking platform and that the P2P authentication status information indicates that thesender101 is authenticated for the electronic P2P transfer platform servers140a-140n, the client-side application configures the input/output circuit205 to display user interfaces for the fund transfers as described in further details herein.
• In some arrangements, authenticating thesender101 for the electronic P2P transfer platform servers140a-140n (blocks310-320) can be performed responsive to receiving the sender credentials at306. Accordingly, authentication for the electronic P2P transfer platform servers140a-140n can be performed in parallel with authenticating thesender101 for the electronic banking platform at308. In other arrangements, authentication for the electronic P2P transfer platform servers140a-140n can be performed after thesender101 is successfully authenticated for the electronic banking platform.
• According to the method300, thesender101 needs to only provide the sender credentials to be authenticated to the electronic banking platform, and thesender101 is also authenticated to the electronic P2P transfer platform servers140a-140n automatically without further user input.
• In some examples, thesender101 may not have an account with one or more of the electronic P2P transfer platforms that can be linked to the electronic banking platform provided by the provider institution. The electronic banking platform may determine that thesender101 does not have an account with one of the electronic P2P transfer platforms, for example, by determining that the sets of P2P sender credentials shown in the mapping table400 do not include a set of credentials corresponding to that electronic P2P transfer platform. Furthermore, the client-side application of the electronic banking platform can receive, via the input/output circuit205, user input from thesender101 indicating that thesender101 does not have an account with an electronic P2P transfer platform. In response, the client-side application of the electronic banking platform can configure the input/output circuit205 to display a registration interface configured to request thesender101 to register for the electronic P2P transfer platform. The registration interface is configured to receive sender information as user inputs for registering thesender101 with the electronic P2P transfer platform.
• FIG.5 is a flow diagram illustrating a method500 for transferring fund from thesender101 to therecipient102 using the electronic banking platform and an electronic person-to-person (P2P) transfer platform according to some arrangements. Referring toFIGS.1-5, the method500 can be performed after thesender101 is successfully logged into the electronic banking platform and the electronic P2P transfer platform servers140a-140n, for example, according to the method300.
• At502, the client-side application determines recipient information. In some examples, the recipient information includes one or more of a name of therecipient102, an email address of therecipient102, a telephone number of therecipient102, an address of therecipient102, or a government-issued identification number of therecipient102. In some examples, the recipient information further includes a transfer amount.
• In some examples, the recipient information can be obtained using a user interactive interface. In that regard,FIG.6A is an interface display diagram illustrating auser interface600a configured for receiving user input of recipient information, according to some arrangements. Referring toFIGS.1-6A, the client-side application configures the input/output circuit205 to display theuser interface600a. In other words, theuser interface600a is displayed from an application of the electronic banking platform provided by the providerinstitution computing system130 that is executed by theuser device110. Theuser interface600a is not displayed from any applications corresponding to any of the electronic P2P transfer platforms that may be installed on theuser device110. Theuser interface600a includes various user interactive elements for receiving user input of the recipient information from thesender101. For instance, a userinteractive element610a is configured to receive user input of a name of therecipient102. A user interactive element620a is configured to receive user input of an email address of therecipient102. A user interactive element630a is configured to receive user input of a phone number of therecipient102. A userinteractive element640a is configured to receive user input of a transfer amount. In some examples, a userinteractive element650a is configured to receive user input of an account of thesender101. The account is access electronically via electronic banking platform provided by the providerinstitution computing system130 and is the source account for the transfer. The userinteractive element650a can be configured as a drop-down menu or another suitable While theuser interface600a requests the name, the email address, and the phone number of therecipient102, other types of recipient information (e.g., an address, a government-issued identification number, and so on) that can be used to identify therecipient102 for the electronic P2P transfer platforms can be configured to be received by theuser interface600a.
• In some examples, the recipient information can be obtained using another application or retrieved from a suitable memory/database of theuser device110. For example, the client-side application configures the input/output circuit205 to display a user interface by which thesender101 can select contact information (e.g., a name, an email address, a phone number, an address, a government-issued identification number, and so on) of therecipient102, where such contact information has been pre-stored for another feature or application of theuser device110. Such a user interface may enable thesender101 to select the recipient information from a contact list stored by theuser device110 for contacting therecipient102. The contact list may be a contact list for a mobile calling feature/application, a video conferencing feature/application, an emailing feature/application of theuser device110, and so on. The application that the contact list is used for (aside from the client-side application of the electronic banking platform) is different from the client-side application of the electronic banking platform.
• At504, the client-side application configures thenetwork interface206 to send the recipient information to the integratedfund transfer circuit265. At506, the integratedfund transfer circuit265 receives the recipient information. The integratedfund transfer circuit265 is configured to determine whether therecipient102 has a recipient account at one or more of the electronic P2P transfer platform servers140a-140n. By communicating the recipient information to the electronic P2P transfer platform servers140a-140n. For example, at508, the integratedfund transfer circuit265 inputs the recipient information to each of the electronic P2P transfer platform servers140a-140n using the electronic P2P transfer platform APIs260a-260n, respectively. By using the electronic P2P transfer platform APIs260a-260n, thesender101 can control the fund transfer while staying in the user interfaces (e.g., theuser interface600a) provided by the client-side application (the onlinebanking client application270, the mobilewallet client application280, and so on), making the fund transfer a user experience from the client-side application of the electronic banking platform and not any client-side application of the electronic P2P transfer platforms of theuser device110. Each of the electronic P2P transfer platform APIs260a-260n provides suitable programs, protocols, routines, and such configured to facilitate the recipient information to be sent to each of the electronic P2P transfer platform servers140a-140n.
• At510, each of the electronic P2P transfer platform servers140a-140n receives the recipient information. At512, each of the electronic P2P transfer platform servers140a-140n identifies therecipient102 using the recipient information, or at least attempts to identify therecipient102 using the recipient information. For example, each of the electronic P2P transfer platform servers140a-140n searches a user database for therecipient102 by querying the user database with the recipient information as the input. At514, each of the electronic P2P transfer platform servers140a-140n sends recipient identification status information to the integratedfund transfer circuit265. The recipient identification status information indicates whether a recipient account of therecipient102 can be found by each of the electronic P2P transfer platform servers140a-140n based on the recipient information.
• At516, the integratedfund transfer circuit265 receives the recipient identification status information and relays the recipient identification status information to theuser device110. At518, the client-side application receives the recipient identification status information. At520, the client-side application configures the input/output circuit205 to display user interactive elements corresponding to the electronic P2P transfer platforms based on the recipient identification status information. For example, the client-side application configures the input/output circuit205 to display and offer for selection by thesender101 user interactive elements corresponding to those electronic P2P transfer platforms for which therecipient102 has accounts.
• In that regard,FIG.6B is an interface display diagram illustrating auser interface600b configured for displaying and offering for selection by thesender101 user interactive elements corresponding to those electronic P2P transfer platforms for which therecipient102 has accounts, according to some arrangements. Referring toFIGS.1-6B, the client-side application configures the input/output circuit205 to display theuser interface600b. In other words, theuser interface600b is displayed from an application of the electronic banking platform provided by the providerinstitution computing system130 that is executed by theuser device110. Theuser interface600b is not displayed from any applications corresponding to any of the electronic P2P transfer platforms that may be installed on theuser device110. Theuser interface600b includes various user interactive elements for receiving user input for selection of one of the electronic P2P transfer platforms for which therecipient102 has a recipient account.
• Illustrating with an example, the recipient identification status information received (indirectly) from the electronic P2P transfer platform servers140a-140n indicates that out of all the electronic P2P transfer platforms (corresponding to the electronic P2P transfer platform servers140a-140n), therecipient102 has a recipient account with two electronic P2P transfer platforms. The two electronic P2P transfer platforms are provided by the electronic P2P transfer platform servers140a-140b. Theuser interface600b displays userinteractive elements610b and620b and allows thesender101 to select either userinteractive element610b or620b. The userinteractive element610b corresponds to performing the fund transfer using the electronic P2P transfer platform provided by the electronic P2Ptransfer platform server140a. The userinteractive element620b corresponds to performing the fund transfer using the electronic P2P transfer platform provided by the electronic P2Ptransfer platform server140b. The userinteractive elements630b-640b correspond to the rest of the available electronic P2P transfer platforms (provided by the electronic P2P transfer platform servers140c-140n). As shown, theinteractive elements630b-640b are displayed differently (e.g., have different shadings, colors, sizes, or the like) than the userinteractive elements610b and620b, and that the userinteractive elements630b-640b are not selectable by thesender101. As described, this is because therecipient102 does not have any account for the electronic P2P transfer platforms corresponding to theinteractive elements630b-640b. In other arrangements, the user interactive elements corresponding to the electronic P2P transfer platforms for which therecipient102 does not have any account are suppressed from being displayed (i.e., not displayed or hidden so that thesender101 does not see those user interactive elements).
• In some arrangements, the user interactive elements corresponding to the electronic P2P transfer platforms for which thesender101 does not have any account can be displayed differently (e.g., have different shadings, colors, sizes, or the like) than those user interactive elements corresponding to the electronic P2P transfer platforms for which both thesender101 and therecipient102 have accounts. In some arrangements, the user interactive elements corresponding to the electronic P2P transfer platforms for which thesender101 does not have any account are suppressed from being displayed (i.e., not displayed or hidden so that thesender101 does not see those user interactive elements) while those user interactive elements corresponding to the electronic P2P transfer platforms for which both thesender101 and therecipient102 have accounts are displayed.
• At522, the client-side application receives user input corresponding to a selected user interactive element (e.g., the userinteractive element610b) corresponding to a selected electronic P2P transfer platform (e.g., provided by the electronic P2Ptransfer platform server140a). At524, the client-side application sends identification information about the selected electronic P2P transfer platform to the integratedfund transfer circuit265, which receives the identification information about the selected electronic P2P transfer platform at526.
• The electronic transfer from thesender101 to therecipient102 can be processed using the electronic banking platform and the selected P2P transfer platform. That is, the transfer amount can be transferred from a first sender account configured to be electronically accessed by thesender101 using the electronic banking platform to a recipient account configured to be electronically accessed by therecipient102 using the selected electronic P2P transfer platform. In some examples, to achieve that, at528, the integratedfund transfer circuit265 is configured to transfer the transfer amount from the first sender account (of the electronic banking platform) of thesender101 to a second sender account (of the selected electronic P2P transfer platform) of thesender101 via the electronic P2Ptransfer platform API260a corresponding to the selected electronic P2P transfer platform, which is managed by the electronic P2Ptransfer platform server140a. The electronic P2Ptransfer platform API260a provides suitable programs, protocols, routines, and such configured to facilitate the transfer from the first sender account to the second sender account. The second sender account is configured to be electronically accessed by thesender101 using the selected electronic P2P transfer platform (here, through the electronic banking platform instead of directly using the selected electronic P2P transfer platform).
• At530, the selected electronic P2Ptransfer platform server140a transfers the transfer amount from the second sender account to the recipient account. The recipient account has been identified at512. At532, the selected electronic P2Ptransfer platform server140a sends a transfer confirmation to the integratedfund transfer circuit265. At534, the integratedfund transfer circuit265 relays the transfer confirmation to the client-side application, which receives the transfer confirmation at536. At538, the client-side application configures the input/output circuit205 to display the transfer confirmation. In that regard,FIG.6C is an interface display diagram illustrating auser interface600c configured for displaying atransfer confirmation message610c, according to some arrangements.
• Accordingly, the electronic transfer is processed using the selected P2P transfer platform (corresponding to theserver140a) in response to or after receiving the user input corresponding to the selected user interactive element without requesting any authentication information of thesender101 to log into the selected P2P transfer platform and without requesting any identification information of therecipient102.
• It should be noted that the term “example” as used herein to describe various embodiments or arrangements is intended to indicate that such embodiments or arrangements are possible examples, representations, and/or illustrations of possible embodiments or arrangements (and such term is not intended to connote that such embodiments or arrangements are necessarily crucial, extraordinary, or superlative examples).
• The arrangements described herein have been described with reference to drawings. The drawings illustrate certain details of specific arrangements that implement the systems, methods and programs described herein. However, describing the arrangements with drawings should not be construed as imposing on the disclosure any limitations that may be present in the drawings.
• It should be understood that no claim element herein is to be construed under the provisions of 35 U.S.C. § 112(f), unless the element is expressly recited using the phrase “means for.”
• As used herein, the term “circuit” may include hardware structured to execute the functions described herein. In some arrangements, each respective “circuit” may include machine-readable media for configuring the hardware to execute the functions described herein. The circuit may be embodied as one or more circuitry components including, but not limited to, processing circuitry, network interfaces, peripheral devices, input devices, output devices, sensors, etc. In some arrangements, a circuit may take the form of one or more analog circuits, electronic circuits (e.g., integrated circuits (IC), discrete circuits, system on a chip (SOCs) circuits, etc.), telecommunication circuits, hybrid circuits, and any other type of “circuit.” In this regard, the “circuit” may include any type of component for accomplishing or facilitating achievement of the operations described herein. For example, a circuit as described herein may include one or more transistors, logic gates (e.g., NAND, AND, NOR, OR, XOR, NOT, XNOR, etc.), resistors, multiplexers, registers, capacitors, inductors, diodes, wiring, and so on).
• The “circuit” may also include one or more processors communicatively coupled to one or more memory or memory devices. In this regard, the one or more processors may execute instructions stored in the memory or may execute instructions otherwise accessible to the one or more processors. In some arrangements, the one or more processors may be embodied in various ways. The one or more processors may be constructed in a manner sufficient to perform at least the operations described herein. In some arrangements, the one or more processors may be shared by multiple circuits (e.g., circuit A and circuit B may comprise or otherwise share the same processor which, in some example arrangements, may execute instructions stored, or otherwise accessed, via different areas of memory). Alternatively or additionally, the one or more processors may be structured to perform or otherwise execute certain operations independent of one or more co-processors. In other example arrangements, two or more processors may be coupled via a bus to enable independent, parallel, pipelined, or multi-threaded instruction execution. Each processor may be implemented as one or more general-purpose processors, application specific integrated circuits (ASICs), field programmable gate arrays (FPGAs), digital signal processors (DSPs), or other suitable electronic data processing components structured to execute instructions provided by memory. The one or more processors may take the form of a single core processor, multi-core processor (e.g., a dual core processor, triple core processor, quad core processor, etc.), microprocessor, etc. In some arrangements, the one or more processors may be external to the apparatus, for example the one or more processors may be a remote processor (e.g., a cloud based processor). Alternatively or additionally, the one or more processors may be internal and/or local to the apparatus. In this regard, a given circuit or components thereof may be disposed locally (e.g., as part of a local server, a local computing system, etc.) or remotely (e.g., as part of a remote server such as a cloud based server). To that end, a “circuit” as described herein may include components that are distributed across one or more locations.
• An exemplary system for implementing the overall system or portions of the arrangements might include a general purpose computing computers in the form of computers, including a processing unit, a system memory, and a system bus that couples various system components including the system memory to the processing unit. Each memory device may include non-transient volatile storage media, non-volatile storage media, non-transitory storage media (e.g., one or more volatile and/or non-volatile memories), etc. In some arrangements, the non-volatile media may take the form of ROM, flash memory (e.g., flash memory such as NAND, 3D NAND, NOR, 3D NOR, etc.), EEPROM, MRAM, magnetic storage, hard discs, optical discs, etc. In other arrangements, the volatile storage media may take the form of RAM, TRAM, ZRAM, etc. Combinations of the above are also included within the scope of machine-readable media. In this regard, machine-executable instructions comprise, for example, instructions and data which cause a general purpose computer, special purpose computer, or special purpose processing machines to perform a certain function or group of functions. Each respective memory device may be operable to maintain or otherwise store information relating to the operations performed by one or more associated circuits, including processor instructions and related data (e.g., database components, object code components, script components, etc.), in accordance with the example arrangements described herein.
• It should also be noted that the term “input devices,” as described herein, may include any type of input device including, but not limited to, a keyboard, a keypad, a mouse, joystick, touch sensitive screen or other input devices performing a similar function. Comparatively, the term “output device,” as described herein, may include any type of output device including, but not limited to, a computer monitor, printer, facsimile machine, or other output devices performing a similar function.
• It should be noted that although the diagrams herein may show a specific order and composition of method steps, it is understood that the order of these steps may differ from what is depicted. For example, two or more steps may be performed concurrently or with partial concurrence. Also, some method steps that are performed as discrete steps may be combined, steps being performed as a combined step may be separated into discrete steps, the sequence of certain processes may be reversed or otherwise varied, and the nature or number of discrete processes may be altered or varied. The order or sequence of any element or apparatus may be varied or substituted according to alternative arrangements. Accordingly, all such modifications are intended to be included within the scope of the present disclosure as defined in the appended claims. Such variations will depend on the machine-readable media and hardware systems chosen and on designer choice. It is understood that all such variations are within the scope of the disclosure. Likewise, software and web implementations of the present disclosure could be accomplished with standard programming techniques with rule based logic and other logic to accomplish the various database searching steps, correlation steps, comparison steps and
• While this specification contains many specific implementation details, these should not be construed as limitations on the scope of any arrangement or of what may be claimed, but rather as descriptions of features specific to particular implementations of particular arrangements. Certain features described in this specification in the context of separate implementations can also be implemented in combination in a single implementation. Conversely, various features described in the context of a single implementation can also be implemented in multiple implementations separately or in any suitable subcombination. Moreover, although features may be described above as acting in certain combinations and even initially claimed as such, one or more features from a claimed combination can in some cases be excised from the combination, and the claimed combination may be directed to a subcombination or variation of a subcombination.

Claims (20)

What is claimed is:

1. A method, comprising:

storing a mapping between sender credentials of a sender used to authenticate the sender for logging into an electronic banking platform and a plurality of person-to-person (P2P) sender credentials of the sender used to authenticate the sender for logging into respective ones of a plurality of electronic P2P transfer platforms;

authenticating the sender for logging into the electronic banking platform using the sender credentials;

authenticating the sender for logging into each of the plurality of electronic P2P transfer platforms according to a corresponding one of the plurality of P2P sender credentials determined based on the same sender credentials and the mapping, wherein authenticating the sender for the electronic banking platform and authenticating the sender for each of the plurality of electronic P2P transfer platforms occur simultaneously.

2. The method ofclaim 1, further comprising:

receiving the sender credentials; and

determining the corresponding one of the plurality of P2P sender credentials mapped to the sender credentials using the stored mapping.

3. The method ofclaim 2, wherein determining the corresponding one of the plurality of P2P sender credentials mapped to the sender credentials using the stored mapping comprises querying a mapping table comprising the mapping between the sender credentials of the sender and the plurality of P2P sender credentials of the sender using the sender credentials.

4. The method ofclaim 2, wherein determining the corresponding one of the plurality of P2P sender credentials mapped to the sender credentials using the stored mapping comprises querying a mapping table comprising the mapping between the sender credentials of the sender and the plurality of P2P sender credentials of the sender using an identifier of the sender.

5. The method ofclaim 1, wherein storing the mapping comprises storing in a memory a mapping table comprising the mapping between the sender credentials of the sender and the plurality of P2P sender credentials of the sender, wherein the plurality of P2P sender credentials are obfuscated or encrypted.

6. The method ofclaim 1, further comprising:

sending P2P sender credentials of the plurality of P2P sender credentials to a corresponding electronic P2P transfer platform of the plurality of electronic P2P transfer platforms;

receiving from the corresponding electronic P2P transfer platform an authentication confirmation; and

in response to receiving the authentication confirmation, storing the P2P sender credentials to map to the sender credentials.

7. The method ofclaim 1, further comprising:

determining an identifier of the sender for an electronic P2P transfer platform of the plurality of electronic P2P transfer platforms;

storing the identifier as P2P sender credentials of the plurality of P2P sender credentials for the electronic P2P transfer platform.

8. At least one non-transitory computer-readable medium having computer-readable instructions such that, when executed, causes at least one processor of a provider institution computing system to perform an electronic transfer from a sender to a recipient using an electronic banking platform provided by the provider institution computing system, the at least one processor is configured to:

store a mapping between sender credentials of a sender used to authenticate the sender for logging into an electronic banking platform and a plurality of person-to-person (P2P) sender credentials of the sender used to authenticate the sender for logging into respective ones of a plurality of electronic P2P transfer platforms;

authenticate the sender for logging into the electronic banking platform using the sender credentials;

authenticate the sender for logging into each of the plurality of electronic P2P transfer platforms according to a corresponding one of the plurality of P2P sender credentials determined based on the same sender credentials and the mapping, wherein authenticating the sender for the electronic banking platform and authenticating the sender for each of the plurality of electronic P2P transfer platforms occur simultaneously.

9. The non-transitory computer-readable medium ofclaim 8, the at least one processor is further configured to:

receiving the sender credentials; and

determining the corresponding one of the plurality of P2P sender credentials mapped to the sender credentials using the stored mapping.

10. The non-transitory computer-readable medium ofclaim 9, wherein determining the corresponding one of the plurality of P2P sender credentials mapped to the sender credentials using the stored mapping comprises querying a mapping table comprising the mapping between the sender credentials of the sender and the plurality of P2P sender credentials of the sender using the sender credentials.

11. The non-transitory computer-readable medium ofclaim 9, wherein determining the corresponding one of the plurality of P2P sender credentials mapped to the sender credentials using the stored mapping comprises querying a mapping table comprising the mapping between the sender credentials of the sender and the plurality of P2P sender credentials of the sender using an identifier of the sender.

12. The non-transitory computer-readable medium ofclaim 8, wherein storing the mapping comprises storing in a memory a mapping table comprising the mapping between the sender credentials of the sender and the plurality of P2P sender credentials of the sender, wherein the plurality of P2P sender credentials are obfuscated or encrypted.

13. The non-transitory computer-readable medium ofclaim 8, the at least one processor is further configured to:

send P2P sender credentials of the plurality of P2P sender credentials to a corresponding electronic P2P transfer platform of the plurality of electronic P2P transfer platforms;

receive from the corresponding electronic P2P transfer platform an authentication confirmation; and

in response to receiving the authentication confirmation, store the P2P sender credentials to map to the sender credentials.

14. The non-transitory computer-readable medium ofclaim 8, the at least one processor is further configured to:

determine an identifier of the sender for an electronic P2P transfer platform of the plurality of electronic P2P transfer platforms;

store the identifier as P2P sender credentials of the plurality of P2P sender credentials for the electronic P2P transfer platform.

15. A system, comprising:

at least one processing circuit each having at least one processor and at least one memory, wherein the at least one processing circuit is configured to:

store a mapping between sender credentials of a sender used to authenticate the sender for logging into an electronic banking platform and a plurality of person-to-person (P2P) sender credentials of the sender used to authenticate the sender for logging into respective ones of a plurality of electronic P2P transfer platforms;

authenticate the sender for logging into the electronic banking platform using the sender credentials;

authenticate the sender for logging into each of the plurality of electronic P2P transfer platforms according to a corresponding one of the plurality of P2P sender credentials determined based on the same sender credentials and the mapping, wherein authenticating the sender for the electronic banking platform and authenticating the sender for each of the plurality of electronic P2P transfer platforms occur simultaneously.

16. The system ofclaim 15, at least one processing circuit is further configured to:

receiving the sender credentials; and

determining the corresponding one of the plurality of P2P sender credentials mapped to the sender credentials using the stored mapping.

17. The system ofclaim 16, wherein determining the corresponding one of the plurality of P2P sender credentials mapped to the sender credentials using the stored mapping comprises querying a mapping table comprising the mapping between the sender credentials of the sender and the plurality of P2P sender credentials of the sender using the sender credentials.

18. The system ofclaim 16, wherein determining the corresponding one of the plurality of P2P sender credentials mapped to the sender credentials using the stored mapping comprises querying a mapping table comprising the mapping between the sender credentials of the sender and the plurality of P2P sender credentials of the sender using an identifier of the sender.

19. The system ofclaim 15, at least one processing circuit is further configured to:

send P2P sender credentials of the plurality of P2P sender credentials to a corresponding electronic P2P transfer platform of the plurality of electronic P2P transfer platforms;

receive from the corresponding electronic P2P transfer platform an authentication confirmation; and4

in response to receiving the authentication confirmation, store the P2P sender credentials to map to the sender credentials.

20. The system ofclaim 15, at least one processing circuit is further configured to:

determine an identifier of the sender for an electronic P2P transfer platform of the plurality of electronic P2P transfer platforms;

store the identifier as P2P sender credentials of the plurality of P2P sender credentials for the electronic P2P transfer platform.

Images