IP Library Granted Patent US 12,567,070
Granted Patent B2
US 12,567,070 · App. 18/217,243 · Granted Mar 3, 2026

System and method for simplified checkout

Inventors: Shilpa Dhar (Los Altos, CA); Jeff Harrell (San Jose, CA); Cody Evol (San Francisco, CA); Cristina Escutia (Austin, TX)
Assignee: PayPal, Inc.
G06Q20/4014G06Q10/10G06Q20/047G06Q20/10G06Q20/227G06Q20/3224G06Q20/4018G06Q30/0633G06Q50/01
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,567,070
App. No.
18/217,243
Granted
Mar 3, 2026
Kind
B2
Abstract

In various embodiments, a system and method for providing simplified checkout are provided. In example embodiments, an identifier that corresponds to a payment account of a user is received at a payment provider system. Account information from the payment account of the user is retrieved from a payment data storage of the payment provider system. The account information is used in a payment transaction involving a merchant system. A payment interface having transaction fields populated with the account information retrieved from the payment account of the user is presented to the user while the user maintains a presence on a webpage of a merchant system.

Claims (44)

1 . A method for accelerating transaction processing at a website of a merchant system using account information provided by a payment provider system, comprising:

receiving, from the merchant system by the payment provider system comprising a processor, an indication that a user has initiated a payment transaction at the website of the merchant system;

transmitting, by the payment provider system to the merchant system, an identifier interface of the payment provider system;

receiving, by the payment provider system from the merchant system, an identifier of an account of the user maintained by the payment provider system, wherein the identifier is received from the user via the identifier interface displayed at the website of the merchant system while the user is accessing the website of the merchant system, and wherein receiving the identifier causes the payment provider system to verify the user based on the identifier;

transmitting, by the payment provider system to the merchant system, account information of the user retrieved using the identifier of the account of the user, wherein transmitting the account information of the user causes the merchant system to replace the identifier interface displayed at the website of the merchant system with a payment interface of the payment provider system while the user maintains a presence at the website of the merchant system, and wherein replacing the displayed identifier interface with the payment interface includes causing one or more interface elements of the payment interface to be populated, by the merchant system, with the account information of the user;

receiving, by the payment provider system from the merchant system, a payment transaction request of the user generated at the merchant system, wherein the generation of the payment transaction request is triggered based on detection of a user selection, at the payment interface of the payment provider system, of an interface element corresponding to the payment transaction; and

processing, by the payment provider system in response to receiving the payment transaction request, the payment transaction.

2 . The method of claim 1 , further comprising, prior to transmitting the identifier interface to the merchant system:

receiving, by the payment provider system from the merchant system, an application programming interface (API) call, wherein the API call includes a request to complete the payment transaction between the merchant system and the user using a third-party payment service of the payment provider system without the user leaving the website of the merchant system.

3 . The method of claim 1 , wherein the payment transaction request is generated based on receiving, via the payment interface, a confirmation for the payment transaction, wherein the confirmation includes the user confirming their account information populated in the one or more interface elements.

4 . The method of claim 1 , wherein the identifier is an email address of the user.

5 . The method of claim 1 , wherein the one or more interface elements populated with the account information are populated with one or more types of the following types of data: an address of the user, a name of the user, and payment information of the user.

6 . The method of claim 5 , wherein the payment information populated within one of the one or more interface elements includes credit card information of the user maintained in the account of the user with the payment provider system.

7 . The method of claim 1 , further comprising:

verifying, by the payment provider system, a password of the account of the user prior to processing the payment transaction.

8 . The method of claim 1 , wherein processing the payment transaction is based on only two inputs received from the merchant system: the identifier used to retrieve the account information and a password used to confirm the account of the user with the payment provider system.

9 . A payment provider system comprising:

a processor; and

a non-transitory computer-readable medium having instructions stored thereon that are executable by the processor to cause the payment provider system to perform operations comprising:

receiving, from a merchant system, an indication that a user has initiated a payment transaction at a website of the merchant system;

transmitting, to the merchant system, an identifier interface of the payment provider system;

receiving, from the merchant system, an identifier of an account of the user maintained by the payment provider system, wherein the identifier is received from the user via the identifier interface displayed at the website of the merchant system while the user is accessing the website of the merchant system, and wherein receiving the identifier causes the payment provider system to verify the user based on the identifier;

transmitting, to the merchant system, account information of the user retrieved using the identifier of the account of the user, wherein transmitting the account information of the user causes the merchant system to replace the identifier interface displayed at the website with a payment interface of the payment provider system while maintaining the payment interface at the website of the merchant system, and wherein the replacing includes causing one or more interface elements of the payment interface to be populated, by the merchant system, with the account information of the user;

receiving, from the merchant system, a payment transaction request of the user generated at the merchant system, wherein the generation of the payment transaction request is triggered based on detection of a user selection, at the payment interface of the payment provider system, of an interface element corresponding to the payment transaction; and

processing the payment transaction in response to receiving the payment transaction request from the merchant system.

10 . The payment provider system of claim 9 , wherein the instructions are further executable by the processor to cause the payment provider system to perform operations comprising:

receiving, from the merchant system, an application programming interface (API) call, wherein the API call includes a request to complete the payment transaction between the merchant system and the user using a third-party payment service of the payment provider system without the user leaving the website of the merchant system.

11 . The payment provider system of claim 9 , wherein the identifier is an identifier corresponding to a device of the user.

12 . The payment provider system of claim 9 , wherein the payment transaction request is generated based on receiving, via the payment interface, a confirmation for the payment transaction, wherein the confirmation includes the user confirming their user information populated in the one or more interface elements.

13 . The payment provider system of claim 9 , wherein the one or more interface elements populated with the account information are populated with one or more types of the following types of data: an address of the user, a name of the user, and payment information of the user.

14 . The payment provider system of claim 9 , wherein processing the payment transaction is based on only two inputs received from the merchant system: the identifier used to retrieve the account information and a password used to confirm the account of the user with the payment provider system.

15 . A non-transitory computer-readable medium having instructions stored thereon that are executable by a processor to cause a payment provider system to perform operations comprising:

receiving, from a merchant system, an indication that a user has initiated a payment transaction at a website of the merchant system;

transmitting, to the merchant system, an identifier interface of the payment provider system;

receiving, from the merchant system, an identifier of an account of the user maintained by the payment provider system, wherein the identifier is received from the user via the identifier interface displayed at the website of the merchant system while the user is accessing the website of the merchant system, and wherein receiving the identifier causes the payment provider system to verify the user based on the identifier;

transmitting, to the merchant system, account information of the user retrieved using the identifier of the account of the user, wherein transmitting the account information of the user causes the merchant system to replace the identifier interface displayed at the website of the merchant system with a payment interface of the payment provider system while the user maintains a presence at the website of the merchant system, and wherein replacing the displayed identifier interface with the payment interface includes causing one or more interface elements of the payment interface to be populated, by the merchant system, with the account information of the user;

receiving, from the merchant system, a payment transaction request of the user generated at the merchant system, wherein the generation of the payment transaction request is triggered based on detection of a user selection, at the payment interface of the payment provider system, of an interface element corresponding to the payment transaction; and

processing, in response to receiving the payment transaction request, the payment transaction.

16 . The non-transitory computer-readable medium of claim 15 , wherein the operations further comprise, prior to transmitting the identifier interface to the merchant system:

receiving, from the merchant system, an application programming interface (API) call, wherein the API call includes a request to complete the payment transaction between the merchant system and the user using a third-party payment service of the payment provider system without the user leaving the website of the merchant system.

17 . The non-transitory computer-readable medium of claim 15 , wherein the payment transaction request is generated based on receiving, via the payment interface, a confirmation for the payment transaction, wherein the confirmation includes the user confirming their account information populated in the one or more interface elements.

18 . The non-transitory computer-readable medium of claim 15 , wherein the identifier is an email address of the user.

19 . The non-transitory computer-readable medium of claim 15 , wherein the one or more interface elements populated with the account information are populated with one or more types of the following types of data: an address of the user, a name of the user, and payment information of the user.

20 . The non-transitory computer-readable medium of claim 19 , wherein the payment information populated within one of the one or more interface elements includes credit card information of the user maintained in the account of the user with the payment provider system.

Assignments (2)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Jul 27, 2023
From: DHAR, SHILPA; HARRELL, JEFF; EVOL, CODY; ESCUTIA, CRISTINA
To: EBAY INC.
Reel/Frame 064409/0189 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Jul 27, 2023
From: EBAY INC.
To: PAYPAL, INC.
Reel/Frame 064409/0319 →
Continuity (6)
Continuation 17513817 · Oct 28, 2021
Continuation 16848197 · Apr 14, 2020
Continuation 15398271 · Jan 4, 2017
Continuation 14085746 · Nov 20, 2013
Provisional Application 61728710 · Nov 20, 2012
Related Publication 20240005324A1 · Jan 4, 2024
References Cited (57)
US 7346546B2 · Anderson · 2008 [cited by applicant]
US 7353203B1 · Kriplani et al. · 2008 [cited by applicant]
US 7747528B1 · Robinson et al. · 2010 [cited by applicant]
US 8160935B2 · Bui · 2012 [cited by applicant]
US 8175973B2 · Davis · 2012 [cited by examiner]
US 8209236B2 · Stone et al. · 2012 [cited by applicant]
US 8266002B2 · Ramanathan et al. · 2012 [cited by applicant]
US 8498939B1 · Gupta · 2013 [cited by examiner]
US 20090043696A1 · Ornce · 2009 [cited by examiner]
US 20090132405A1 · Scipioni et al. · 2009 [cited by applicant]
US 20090298427A1 · Wilkinson · 2009 [cited by examiner]
US 20120101938A1 · Kasower · 2012 [cited by examiner]
US 20140143136A1 · Dhar et al. · 2014 [cited by applicant]
US 20140143151A1 · Dhar et al. · 2014 [cited by applicant]
US 20150026040A1 · Kasower · 2015 [cited by applicant]
AU 2017210645A1 · 2017 [cited by applicant]
CN 103765453A · 2014 [cited by examiner]
CN 105027152A · 2015 [cited by applicant]
WO WO0143033A1 · 2001 [cited by examiner]
WO WO2009094045A2 · 2009 [cited by examiner]
WO WO2009146415A1 · 2009 [cited by examiner]
WO WO2011070447A1 · 2011 [cited by examiner]
WO 2013087819A1 · 2013 [cited by applicant]
WO 2014081891A1 · 2014 [cited by applicant]
Kim, Dan J., Donald L. Ferrin, and H. Raghav Rao. “A trust-based consumer decision-making model in electronic commerce: The role of trust, perceived risk, and their antecedents.” Decision support systems 44.2 (2008): 54… [cited by examiner]
Lowry, Paul Benjamin, et al. “Online payment gateways used to facilitate e-commerce transactions and improve risk management.” Communications of the Association for Information Systems (CAIS) 17.6 (2006): 1-48. (Year: 2… [cited by examiner]
Liu, Chang, and Kirk P. Arnett. “Exploring the factors associated with Web site success in the context of electronic commerce.” Information & management 38.1 (2000): 23-33. (Year: 2000). [cited by examiner]
Australian Appl. No. 2013347994, First Examiner Report mailed on May 10, 2016, 3 pages. [cited by applicant]
Australian Appl. No. 2013347994, Office Action mailed on Mar. 1, 2016, 1 page. [cited by applicant]
Australian Appl. No. 2013347994, Response filed on Apr. 8, 2016 to Office Action mailed on Mar. 1, 2016, 19 pages. [cited by applicant]
Ballard C., et al., “Using Informix Dynamic Server with WebSphere,” Redbooks, Retrieved from Internet URL: https://www.proquest.com/docview/2131918745?accountid=14753forcedol=true, Jun. 2003, 386 pages. [cited by applicant]
Borzekowski R., et al., “The Choice at the Checkout: Quantifying Demand Across Payment Instruments,” International Journal of Industrial Organization, 2008, vol. 26, No. 4, pp. 889-902. [cited by applicant]
Canadian Appl. No. 2,891,935, Office Action mailed on May 12, 2016, 5 pages. [cited by applicant]
European Appl. No. 13857255.7, Extended European Search Report mailed on Jun. 7, 2016, 8 pages. [cited by applicant]
European Appl. No. 13857255.7, Response filed to the Communication Pursuant to Rules 161 and 162 EPC mailed on Oct. 30, 2015, 9 pages. [cited by applicant]
Fowler S., et al., “Web Application Design Handbook: Best Practices for Web-Based Software,” San Francisco: Elsevier Science Technology, 2004, Retrieved from Internet URL: https://search.proquest.com/docview/2132069493?… [cited by applicant]
International Appl. No. PCT/US2013/071100, International Preliminary Report on Patentability mailed on Jun. 4, 2015, 9 pages. [cited by applicant]
International Appl. No. PCT/US2013/071100, International Search Report mailed on Mar. 10, 2014, 2 pages. [cited by applicant]
International Appl. No. PCT/US2013/071100, Written Opinion mailed on Mar. 10, 2014, 7 pages. [cited by applicant]
Kaitz R.E., “Credit Confusion: How Much Do Consumers Really Understand, and Benefit from, Truth in Lending Disclosures?”, Ageno School of Business, Golden Gate University, Retrieved from Internet URL: http://search. pro… [cited by applicant]
Kim C., et al., “An Empirical Study of Customers' Perceptions of Security and Trust in e-Payment Systems,” Electronic Commerce Research and Applications, 2010, vol. 9, pp. 84-95. [cited by applicant]
Li X., et al., “Secure Remote Mobile Payment Architecture and Application,” International Symposium on Computer, Communication, Control and Automation, 2010, doi: 10.1109/3CA.2010.5533752, 4 pages. [cited by applicant]
PROQUEST., “Patents; Patent Application Titled “Methods for Facilitating Online Transactions Involving a Plurality of Unique Currencies” Published Online”, Computers, Networks Communications, Dec. 12, 2013, 5 pages. [cited by applicant]
U.S. Appl. No. 14/085,746, Examiner Interview Summary mailed Jun. 16, 2016, 2 pages. [cited by applicant]
U.S. Appl. No. 14/085,746, Final Office Action mailed Jun. 24, 2015, 19 pages. [cited by applicant]
U.S. Appl. No. 14/085,746, Final Office Action mailed May 19, 2016, 24 pages. [cited by applicant]
U.S. Appl. No. 14/085,746, Non-Final Office Action mailed Nov. 9, 2015, 20 pages. [cited by applicant]
U.S. Appl. No. 14/085,746, Non-Final Office Action mailed Nov. 10, 2014, 19 pages. [cited by applicant]
U.S. Appl. No. 14/085,746, Response filed Feb. 9, 2016 to Non-Final Office Action mailed Nov. 9, 2015, 21 pages. [cited by applicant]
U.S. Appl. No. 14/085,746, Response filed Feb. 10, 2015 to Non-Final Office Action mailed Nov. 10, 2014, 22 pages. [cited by applicant]
U.S. Appl. No. 14/085,746, Response filed Sep. 23, 2015 to Final Office Action mailed Jun. 24, 2015, 19 pages. [cited by applicant]
U.S. Appl. No. 14/085,755, Final Office Action mailed Jul. 6, 2015, 11 pages. [cited by applicant]
U.S. Appl. No. 14/085,755, Non-Final Office Action mailed Dec. 3, 2014, 10 pages. [cited by applicant]
U.S. Appl. No. 14/085,755, Response filed Jun. 21, 2016 to Non-Final Office Action mailed Feb. 24, 2016, 19 pages. [cited by applicant]
U.S. Appl. No. 14/085,755, Response filed May 4, 2015 to Non-Final Office Action mailed Dec. 3, 2014, 22 pages. [cited by applicant]
U.S. Appl. No. 14/085,755, Response filed Nov. 6, 2015 to Final Office Action mailed Jul. 6, 2015, 16 pages. [cited by applicant]
Korean Appl. Serial No. 2015-7016219, Amendment filed Jun. 18, 2015, 3 pages. [cited by applicant]