IP Library › Granted Patent US 11,463,447
Granted Patent B2
US 11,463,447 · App. 17/064,229 · Granted Oct 4, 2022

Application platform with flexible permissioning

Inventors: Asim Razzaq (San Jose, CA); Musaab At-Taras (San Jose, CA); Damon Hougland (San Jose, CA); Yuliya Gorbunova (San Jose, CA); Saleem Shafi (San Jose, CA)
Assignee: PayPal, Inc.
H04L63/105G06F21/335H04L63/08H04L63/102G06F2221/2141
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 11,463,447
App. No.
17/064,229
Granted
Oct 4, 2022
Kind
B2
Abstract

Systems and methods are provided for an application platform with flexible permissioning. In one embodiment, an application platform with flexible permissioning comprises: a service provider server adapted to interact with an application development server and a client device over a network, the service provider server adapted to implement at least one application programming interface (API); one or more processors; and one or more memories adapted to store machine-readable instructions which when executed by the processors cause the application platform with flexible permissioning to: maintain a profile associated with at least one application developer using the application development server; receive an API call from the application developer; authenticate the application developer and authorize the API call; assign an access level to the application developer based on the profile associated with the application developer; and control permissions given to the application developer to perform operations available based on the assigned access level.

Claims (41)

1. A server system, comprising:

a processor; and

a non-transitory computer-readable medium have stored thereon instructions that are executable to cause the system to perform operations comprising:

receiving a first application programming interface (API) call associated with an API that is configured to provide access to a plurality of functions of the API, wherein the first API call specifies a plurality of parameters for an electronic currency transaction corresponding to the first API call;

determining an API sender identity corresponding to a sender of the first API call;

based on the API sender identity, accessing an API user profile that defines a first access level of a plurality of different access levels that are provided via the API, wherein the plurality of different access levels are configured to control access to different ones of the plurality of functions of the API; and

based on the first access level and information specified in the API call, determining whether to complete the electronic currency transaction corresponding to the first API call by providing access defined by the first access level.

2. The server system of claim 1 , wherein the determining the API sender identity is based on information included in the first API call.

3. The server system of claim 1 , wherein the determining whether to complete the electronic currency transaction corresponding to the first API call is further based on a comparison of a first group of parameters from the plurality of parameters to one or more corresponding groups of one or more parameters associated with one or more previously made API calls by the sender of the first API call.

4. The server system of claim 3 , wherein the first group of parameters includes an electronic currency transaction type.

5. The server system of claim 1 , wherein the determining whether to complete the electronic currency transaction corresponding to the first API call is based on geographic location information associated with the sender of the first API call.

6. The server system of claim 5 , wherein the geographic location information comprises Global Positioning Satellite (GPS) location information for the sender of the first API call.

7. The server system of claim 1 , wherein the determining the API sender identity is based on an authorization credential corresponding to the first API call.

8. The server system of claim 7 , wherein the authorization credential comprises at least one of a username or a password.

9. A method, comprising:

receiving, at a server computer system from a sender computer system, a first application programming interface (API) call associated with an API that is configured to provide access to a plurality of functions of the API, wherein the first API call specifies a plurality of parameters for an electronic currency transaction corresponding to the first API call;

determining, by the server computer system, an API sender identity corresponding to a sender of the first API call;

based on the API sender identity, accessing an API user profile that defines a first access level of a plurality of different access levels that are provided via the API, wherein the plurality of different access levels are configured to control access to different ones of the plurality of functions of the API; and

based on the first access level and information specified in the API call, determining whether to allow completion of the first API call via access defined by the first access level.

10. The method of claim 9 , wherein the determining the API sender identity is based on at least one of a cookie associated with the sender computer system, an operating system registry entry associated with the sender computer system, a hardware identifier associated with the sender computer system, or signature information associated with the sender computer system.

11. The method of claim 9 , further comprising:

the computer system processing the electronic currency transaction in response to a determination that the first API call is authorized to be completed; and

transmitting, to the sender computer system, information indicating that the electronic currency transaction has been completed.

12. The method of claim 9 , wherein the determining whether to allow completion of the first API call is based on an analysis of previous API calls associated with the API user profile.

13. The method of claim 12 , wherein the analysis includes a comparison of one or more particular parameters used for one or more of the previous API calls to one or more parameters specified by the first API call, wherein the one or more particular parameters include information relating to electronic currency transactions.

14. The method of claim 9 , further comprising:

servicing the first API call; and

transmitting a response to the first API call to the sender computer system.

15. The method of claim 9 , wherein the determining the API sender identity is based on an authorization credential corresponding to the first API call.

16. The method of claim 9 , further comprising:

the computer system declining to process the electronic currency transaction in response to a determination that the first API call is not authorized to be completed; and

transmitting, to the sender computer system, information indicating that the electronic currency transaction has not been completed.

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

receiving a first application programming interface (API) call associated with an API that is configured to provide access to a plurality of functions of the API, wherein the first API call specifies a plurality of parameters for an electronic currency transaction corresponding to the first API call;

determining an API sender identity corresponding to a sender of the first API call;

based on the API sender identity, accessing an API user profile that defines a first access level of a plurality of different access levels that are provided via the API, wherein the plurality of different access levels are configured to control access to different ones of the plurality of functions of the API;

based on the first access level and information specified in the API call, making a determination on whether to complete the electronic currency transaction corresponding to the first API call by providing access defined by the first access level; and

providing a response to the sender of the first API call indicating whether the electronic currency transaction was completed.

18. The non-transitory computer-readable medium of claim 17 , wherein the determining the API sender identity is based on information included in the first API call.

19. The non-transitory computer-readable medium of claim 17 , wherein the determining whether to complete the electronic currency transaction corresponding to the first API call is further based on a comparison of a first group of one or more of parameters from the plurality of parameters to one or more corresponding groups of one or more parameters associated with one or more previously made API calls by the sender of the first API call.

20. The non-transitory computer-readable medium of claim 17 , wherein the determining the API sender identity is based on an authorization credential corresponding to the first API call.

Assignments (2)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Oct 6, 2020
From: RAZZAQ, ASIM; AT-TARAS, MUSAAB; HOUGLAND, DAMON; GORBUNOVA, YULIYA; SHAFI, SALEEM
To: EBAY INC.
Reel/Frame 053988/0958 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Oct 6, 2020
From: EBAY INC.
To: PAYPAL, INC.
Reel/Frame 053989/0061 →
Continuity (6)
Continuation 16399486 · Apr 30, 2019
Continuation 15647060 · Jul 11, 2017
Continuation 15162284 · May 23, 2016
Continuation 14312263 · Jun 23, 2014
Continuation 12848533 · Aug 2, 2010
Related Publication 20210051157A1 · Feb 18, 2021