IP Library Granted Patent US 12,321,911
Granted Patent B2
US 12,321,911 · App. 18/197,618 · Granted Jun 3, 2025

Methods and systems for providing payment interface services using a payment platform

Inventors: Christian Anderson (San Francisco, CA); Stanislas Polu (San Francisco, CA)
Assignee: STRIPE INC.
G06Q20/12G06Q20/027G06Q20/227G06Q20/405
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 12,321,911
App. No.
18/197,618
Granted
Jun 3, 2025
Kind
B2
Abstract

In embodiments, methods and systems for implementing payment interface services using a payment platform are provided. Multiple payments types are integrated into the payment platform to support customer payments for merchants. The payment platform identifies payment types that are relevant to a customer based on receiving an indication to personalize payment types for the customer, and on customer data resources that are accessed. One or more relevant payment types are determined based on the information of the customer. The payment types for the customer are determined from a plurality of payment types supported via the payment platform that supports customer payment type personalization. A payment type from the one or more payment types relevant to the customer is automatically chosen or explicitly chosen by the customer, such that a corresponding payment type provider authenticates the customer in order to complete the transaction.

Claims (76)

1. A computer implemented method performed by a commerce platform system, comprising:

establishing, by a server system, first communications channels using a first set of application programming interfaces (APIs) that integrate the server system with a plurality of payment type provider platforms that provide a plurality of payment types;

receiving, by the server system, a request from a third-party server via a second communication channel, wherein the request comprises account data associated with an account, and wherein the third-party server and the server system communicate via a second set of APIs over the second communication channel to provide the third-party server access to the plurality of payment types;

generating a query comprising at least a portion of the account data;

executing the query at the plurality of payment type provider platforms;

receiving responses to the query from the plurality of payment type provider platforms, the response indicating whether at least a portion of the account data is associated with information in one or more data resources of the plurality of payment type provider platforms;

identifying available payment types for the account based on the responses;

executing a machine learning model to determine a relevancy score of each of the available payment types with respect to the account data, the relevancy score based at least in part on a probability of the account using each available payment type to complete a transaction, wherein the probability is calculated by the machine learning model;

ranking the available payment types based on the relevancy scores;

selecting, as one or more recommended payment types, available payment types having relevancy scores equal to or greater than a threshold or rank;

communicating, by the server system, the one or more recommended payment types to the third-party server causing the third-party server to provide the one or more recommended payment types within a user interface;

receiving, at the server system, a selection of one of the one or more recommended payment types; and

completing, by the server system, an electronic payment using the selected one of the one or more recommended payment types.

2. The method of claim 1 , wherein the machine learning model comprises one or more different machine learning models that each predict probability of the customer using that payment type, and wherein each of the one or more different machine learning models is constructed at varying levels of specificity relative to customer information and/or merchant information.

3. The method of claim 2 , wherein the varying levels of specificity comprise one or more of:

an individual customer level,

a cohort level in which customers sharing similar characteristics are grouped, a merchant level, and

a merchant cohort level in which merchants sharing similar characteristics are grouped.

4. The method of claim 1 , further comprising:

detecting, by the commerce platform system, a selected payment type to complete the transaction with the third-party server;

in response to determining, by the server system, that the selected payment type is associated with a low probability of being used by the account, determining that the transaction is likely to be fraudulent, and

performing one or more fraud protection operations.

5. The method of claim 4 , further comprising:

when the transaction is determined to likely be fraudulent, performing, by the server system, an authentication of the account prior to completion of the transaction.

6. The method of claim 4 , wherein ranking the plurality of payment types based on the value of the determined probabilities comprises:

assigning to each of the ranked plurality of payment types selection power index values that indicates a probability of said each of the ranked plurality of payment types being selected for the transaction;

using a selection power index value of the selected payment type to determine whether the selected payment type is associated with the low probability of selection.

7. The method of claim 6 , wherein the power index values are inversely related to the probability of fraud for the transaction.

8. The method of claim 1 , wherein the request is received from the third-party server in response to the transaction being initiated or completed at the third-party server that requests processing of a payment for the transaction.

9. The method of claim 8 , further comprising:

completing, by the server system, payment processing using a payment type selected for completion of the transaction.

10. The method of claim 1 , wherein the account comprises a customer data that identifies a customer, and the query determines which payment type provider platforms the customer has a relationship with based on which payment type provider platforms also store the customer data.

11. The method of claim 1 , wherein the account comprises a set of customer data for a customer, the customer data associated with parameters of the transaction, and the query determines which data from the set of customer data are stored by the payment type provider platforms, the method further comprising:

comparing information of the customer in the query to information of the customer in the one or more data resources to identify at least a threshold match; and

selecting payment types, associated with the information of the customer in the one or more data resources, that meet the threshold match, as the payment types that are relevant to the customer.

12. The method of claim 1 , wherein executing the query at the payment type provider platforms comprises:

hashing customer information to generate a hash value representative of the customer information, the hash value comprised in the query; and

comparing the hash value in the query to hashed customer information in the one or more data resources of the payment type provider platforms to identity the relevant payment types.

13. A non-transitory computer storage medium having computer-executable instructions stored thereon that, when executed by one or more processors, causes the one or more processors to perform operations of a commerce platform system, the operations comprising:

establishing, by a server system, first communications channels using a first set of application programming interfaces (APIs) that integrate the server system with a plurality of payment type provider platforms that provide a plurality of payment types;

receiving, by the server system, a request from a third-party server via a second communication channel, wherein the request comprises account data associated with an account, and wherein the third-party server and the server system communicate via a second set of APIs over the second communication channel to provide the third-party server access to the plurality of payment types;

generating a query comprising at least a portion of the account data;

executing the query at the plurality of payment type provider platforms;

receiving responses to the query from the plurality of payment type provider platforms, the response indicating whether at least a portion of the account data is associated with information in one or more data resources of the plurality of payment type provider platforms;

identifying available payment types for the account based on the responses;

executing a machine learning model to determine a relevancy score of each of the available payment types with respect to the account data, the relevancy score based at least in part on a probability of the account using each available payment type to complete a transaction, wherein the probability is calculated by the machine learning model;

ranking the available payment types based on the relevancy scores;

selecting, as one or more recommended payment types, available payment types having relevancy scores equal to or greater than a threshold or rank;

communicating, by the server system, the one or more recommended payment types to the third-party server causing the third-party server to provide the one or more recommended payment types within a user interface;

receiving, at the server system, a selection of one of the one or more recommended payment types; and

completing, by the server system, an electronic payment using the selected one of the one or more recommended payment types.

14. The non-transitory computer storage medium of claim 13 , wherein the machine learning model comprises one or more different machine learning models that each predict probability of the customer using that payment type, and wherein each of the one or more different machine learning models is constructed at varying levels of specificity relative to customer information and/or merchant information.

15. The non-transitory computer storage medium of claim 14 , wherein the varying levels of specificity comprise one or more of:

an individual customer level,

a cohort level in which customers sharing similar characteristics are grouped, a merchant level, and

a merchant cohort level in which merchants sharing similar characteristics are grouped.

16. The non-transitory computer storage medium of claim 13 , further comprising:

detecting, by the commerce platform system, a selected payment type to complete the transaction with the third-party server;

in response to determining, by the server system, that the selected payment type is associated with a low probability of being used by the account, determining that the transaction is likely to be fraudulent, and

performing one or more fraud protection operations.

17. The non-transitory computer storage medium of claim 16 , further comprising: when the transaction is determined to likely be fraudulent, performing, by the server system, an authentication of the account prior to completion of the transaction.

18. A commerce platform system, comprising

a memory; and

one or more processors coupled with the memory configured to perform operations comprising:

establishing, by a server system, first communications channels using a first set of application programming interfaces (APIs) that integrate the server system with a plurality of payment type provider platforms that provide a plurality of payment types;

receiving, by the server system, a request from a third-party server via a second communication channel, wherein the request comprises account data associated with an account, and wherein the third-party server and the server system communicate via a second set of APIs over the second communication channel to provide the third-party server access to the plurality of payment types;

generating a query comprising at least a portion of the account data;

executing the query at the plurality of payment type provider platforms;

receiving responses to the query from the plurality of payment type provider platforms, the response indicating whether at least a portion of the account data is associated with information in one or more data resources of the plurality of payment type provider platforms;

identifying available payment types for the account based on the responses;

executing a machine learning model to determine a relevancy score of each of the available payment types with respect to the account data, the relevancy score based at least in part on a probability of the account using each available payment type to complete a transaction, wherein the probability is calculated by the machine learning model;

ranking the available payment types based on the relevancy scores;

selecting, as one or more recommended payment types, available payment types having relevancy scores equal to or greater than a threshold or rank;

communicating, by the server system, the one or more recommended payment types to the third-party server causing the third-party server to provide the one or more recommended payment types within a user interface;

receiving, at the server system, a selection of one of the one or more recommended payment types; and

completing, by the server system, an electronic payment using the selected one of the one or more recommended payment types.

Assignments (2)
CHANGE OF NAME Recorded Mar 6, 2026
From: STRIPE, INC.
To: STRIPE, LLC
Reel/Frame 075020/0639 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Feb 27, 2024
From: ANDERSON, CHRISTIAN; POLU, STANISLAS
To: STRIPE INC.
Reel/Frame 066580/0352 →
Continuity (3)
Continuation 17200095 · Mar 12, 2021
Continuation 15081696 · Mar 25, 2016
Related Publication 20230289757A1 · Sep 14, 2023
References Cited (92)
US 6430539B1 · Lazarus · 2002 [cited by examiner]
US 8453508B2 · Delgado et al. · 2013 [cited by applicant]
US 8543508B2 · Katzin et al. · 2013 [cited by applicant]
US 8615467B2 · Akella et al. · 2013 [cited by applicant]
US 8639846B2 · Singh et al. · 2014 [cited by applicant]
US 8762451B2 · Katzin · 2014 [cited by examiner]
US 8788324B1 · Shetty · 2014 [cited by examiner]
US 8930270B2 · Roskind · 2015 [cited by examiner]
US 9092776B2 · Dessert · 2015 [cited by examiner]
US 9652751B2 · Aaron · 2017 [cited by examiner]
US 9836739B1 · Borovsky · 2017 [cited by examiner]
US 9858564B2 · Ready · 2018 [cited by examiner]
US 9934500B2 · Guyot · 2018 [cited by examiner]
US 10002348B1 · Doctor · 2018 [cited by examiner]
US 10134078B2 · Bentrup · 2018 [cited by examiner]
US 10210543B2 · Windmueller · 2019 [cited by examiner]
US 10268996B1 · Wannamaker · 2019 [cited by examiner]
US 10496964B2 · Zimmerman · 2019 [cited by examiner]
US 20040024703A1 · Roskind · 2004 [cited by examiner]
US 20050021460A1 · Teague · 2005 [cited by examiner]
US 20050049974A1 · Jani · 2005 [cited by examiner]
US 20050228750A1 · Olliphant · 2005 [cited by examiner]
US 20080103923A1 · Rieck · 2008 [cited by examiner]
US 20090018923A1 · Chen · 2009 [cited by examiner]
US 20090024546A1 · Ficcaglia et al. · 2009 [cited by applicant]
US 20100312650A1 · Pinckney et al. · 2010 [cited by applicant]
US 20110313900A1 · Falkenborg et al. · 2011 [cited by applicant]
US 20110320345A1 · Taveau · 2011 [cited by examiner]
US 20120011067A1 · Katzin et al. · 2012 [cited by applicant]
US 20120030066A1 · Stringfellow et al. · 2012 [cited by applicant]
US 20120072347A1 · Conway · 2012 [cited by examiner]
US 20120123841A1 · Taveau · 2012 [cited by examiner]
US 20130036046A1 · Rom et al. · 2013 [cited by applicant]
US 20130054454A1 · Purves · 2013 [cited by examiner]
US 20130159080A1 · Wu et al. · 2013 [cited by applicant]
US 20130204728A1 · Lichterman · 2013 [cited by examiner]
US 20130218738A1 · Senapati · 2013 [cited by examiner]
US 20130226784A1 · He · 2013 [cited by examiner]
US 20130256403A1 · Mackinnon · 2013 [cited by applicant]
US 20130268437A1 · Desai · 2013 [cited by examiner]
US 20130290172A1 · Mashinsky · 2013 [cited by examiner]
US 20130311375A1 · Priebatsch · 2013 [cited by examiner]
US 20140006149A1 · Grigg · 2014 [cited by examiner]
US 20140006276A1 · Grigg · 2014 [cited by examiner]
US 20140006277A1 · Rao · 2014 [cited by examiner]
US 20140020068A1 · Desai · 2014 [cited by examiner]
US 20140048938A1 · Lee · 2014 [cited by examiner]
US 20140052617A1 · Chawla · 2014 [cited by examiner]
US 20140058927A1 · Schwarzkopf · 2014 [cited by examiner]
US 20140058938A1 · Mcclung, III · 2014 [cited by applicant]
US 20140136353A1 · Goldman · 2014 [cited by examiner]
US 20140136400A1 · Espey, III · 2014 [cited by examiner]
US 20140207669A1 · Rosenberg · 2014 [cited by examiner]
US 20140214651A1 · Prasadh · 2014 [cited by examiner]
US 20140222597A1 · Nadella · 2014 [cited by examiner]
US 20140249999A1 · Johnson et al. · 2014 [cited by applicant]
US 20140278965A1 · Douglas · 2014 [cited by examiner]
US 20140279474A1 · Evans et al. · 2014 [cited by applicant]
US 20140279509A1 · Khilnani · 2014 [cited by examiner]
US 20140372300A1 · Blythe · 2014 [cited by examiner]
US 20140379576A1 · Marx · 2014 [cited by examiner]
US 20150012425A1 · Mathew · 2015 [cited by examiner]
US 20150066691A1 · Ready · 2015 [cited by examiner]
US 20150178708A1 · Reutov · 2015 [cited by examiner]
US 20150286997A1 · Zimmerman · 2015 [cited by examiner]
US 20150339782A1 · Fondekar · 2015 [cited by examiner]
US 20160019522A1 · Granbery · 2016 [cited by examiner]
US 20160063547A1 · Ghosh · 2016 [cited by examiner]
US 20160071072A1 · Bailo · 2016 [cited by examiner]
US 20160078428A1 · Moser · 2016 [cited by examiner]
US 20160078444A1 · Tomasofsky · 2016 [cited by examiner]
US 20160092870A1 · Salama · 2016 [cited by examiner]
US 20160132908A1 · von Walstrom · 2016 [cited by examiner]
US 20160162882A1 · McClung, III · 2016 [cited by examiner]
US 20160189312A1 · Lee · 2016 [cited by examiner]
US 20160192123A1 · Lim · 2016 [cited by examiner]
US 20160203506A1 · Butler, IV · 2016 [cited by examiner]
US 20160232546A1 · Ranft et al. · 2016 [cited by applicant]
US 20160326698A1 · Chen · 2016 [cited by examiner]
US 20160328698A1 · Kumaraguruparan et al. · 2016 [cited by applicant]
US 20170046759A1 · Chandrasekaran · 2017 [cited by examiner]
US 20170132627A1 · Phillips · 2017 [cited by examiner]
Clyne, Matt, “How acquirers can help clients pick the right payment gateway”, ISO & Agent; New York. vol. 3. issue 6, Sep. 1, 2014, pp. 1-5. (Year: 2014). [cited by examiner]
Andreoli, Jean-Marc; Pacull, Francois; Pareschi, Remo, “Xpect: a Framework for Electronic Commerce”, IEEE Internet Computing , Jul.-Aug. 1997, pp. 1-10. (Year: 1997). [cited by applicant]
Office Action received for Canadian Patent Application No. 3021055, mailed on Oct. 6, 2023, 4 pages. [cited by applicant]
Australian Office Action and Search Report on the Patentability of Application No. 2017237830 dated Feb. 1, 2022, 4 pages. [cited by applicant]
Clyne, Matt, “How acquirers can help clients pick the right payment”, ISO & Agent; New York vol. 3, issue 6, Sep. 1, 2014, pp. 1-5. (Year: 2014). [cited by applicant]
European Extended Search Report for Application No. 17770824.5, dated Aug. 13, 2019, 10 pages. [cited by applicant]
European Search Report and Search Opinion received for European Application No. 22199851.1, mailed on Mar. 27, 2023, 13 pages. [cited by applicant]
International Preliminary Report on Patentability received for PCT Patent Application No. PCT/US2017/021823, mailed on Oct. 4, 2018, 11 pages. [cited by applicant]
International Search Report & Written Opinion for Application No. PCT/US17/21823, mailed Mar. 31, 2017, 14 pages. [cited by applicant]
Office Action received for European Application No. 17770824.5, mailed on Nov. 17, 2020, 11 pages. [cited by applicant]