MOBILE APPLICATION, RESOURCE MANAGEMENT ADVICE

• US 20180211028A1
• Filed: 03/23/2018
• Published: 07/26/2018
• Est. Priority Date: 09/29/2011
• Status: Active Grant

• Current Assignee: Oracle International Corporation (Oracle Corporation)
• Original Assignee: Oracle International Corporation (Oracle Corporation)
• Inventors: Sondhi, Ajay, Chu, Ching-Wen, Kim, Beomsuk
• Granted Patent: US 10,325,089 B2
• Time in Patent Office: Days
• CPC Class Codes: G06F 21/41 where a single sign-on provides access to a plurality of computers
• CPC Class Codes: H04L 63/0807 using tickets, e.g. Kerberos cryptographic mechanisms or cryptographic arrangements for entity authentication using tickets or tokens H04L9/3213
• CPC Class Codes: H04L 63/0815 providing single-sign-on or federations
• CPC Class Codes: H04L 67/306 User profiles
• CPC Class Codes: H04W 12/068 using credential vaults, e.g. password manager applications or one time password [OTP] applications

Abstract

Techniques for a resource management advice service are provided. In some examples, resource management advice and/or instructions may be provided for use with mobile devices, mobile applications, cloud applications, and/or other web-based applications. For example a mobile client may request to perform one or more resource management operations associated with a service provider. Based at least in part on the requested operation and/or the particular service provider, advice and/or instructions for managing the resource may be provided.

Claims

1. An system, comprising:

a memory storing a plurality of instructions; and

one or more processors configured to access the memory, wherein the one or more processors are further configured to execute the plurality of instructions to;

receive, by the one or more processors, from the client application, a request via a uniform interface, the request for requesting access to a third-party resource associated with a third-party service provider;

determine, by the one or more processors, a first acquisition path of a plurality of acquisition paths for the client application to access the third-party resource associated with the third-party service provider;

generate, by the one or more processors, first instructions for following the first acquisition path, the first instructions of the acquisition path generated based at least in part on the third-party resource identified in the request, the third-party service provider associated with the third-party resource, and a type of the request;

transmit, by the one or more processors, the first instructions to the client application for implementation by the client application;

receive, by the one or more processors, third-party service provider information that identifies a change made at the third-party service provider;

determine, by the one or more processors, a second acquisition path of the plurality of acquisition paths based at least in part on the change identified in third-party service provider information;

generate, by the one or more processors, second instructions for following the second acquisition path based at least in part on second acquisition path; and

transmit, by the one or more processors, the second instructions to the client application for implementation by the client application.

2. The system of claim 1, wherein the client application comprises a mobile client application, a Rich Internet Application (RIA), or a software as a service (SaaS) application.

3. The system of claim 1, wherein the request is formatted as a representational state transfer (REST) call.

4. The system of claim 1, wherein the resource comprises a secure resource.

5. The system of claim 1, further comprising instructions to determine a third acquisition path for authenticating a user of the client application to access the resource.

6. The system of claim 1, further comprising instructions to authenticate the client application and authenticate a user of the client application.

7. The system of claim 1, further comprising instructions to acquire an access token for accessing the resource associated with the third-party service provider and use the acquired access token to access the resource associated with the third-party service provider.

8. The system of claim 1, wherein a client authentication token exchange instruction set comprises one or more instructions transmitted by the one or more processors of the system to the client application to acquire a client token to authenticate a user of the client application.

9. The system of claim 1, wherein the acquisition path further comprises a user authentication token exchange instruction set or an application access token exchange instruction set.

10. A computer-implemented method, comprising:

receiving, by the one or more processors and from a client application, a request via a uniform interface, the request for requesting access to a third-party resource of a third-party service provider;

determining, by the one or more processors, a first acquisition path of a plurality of acquisition paths for the client application to access the third-party resource associated with the third-party service provider;

generating, by the one or more processors, first instructions for following the first acquisition path, the first instructions of the acquisition path generated based at least in part on the third-party resource identified in the request, the third-party service provider associated with the third-party resource, and a type of the request;

transmitting, by the one or more processors, the first instructions to the client application for implementation by the client application;

receiving, by the one or more processors, third-party service provider information that identifies a change made at the third-party service provider;

determining, by the one or more processors, a second acquisition path of the plurality of acquisition paths based at least in part on the change identified in the third-party service provider information;

generating, by the one or more processors, second instructions for following the second acquisition path based at least in part on the second acquisition path; and

transmitting, by the one or more processors, the second instructions to the client application for implementation by the client application.

11. The computer-implemented method of claim 10, wherein the request is formatted as a representational state transfer (REST) call.

12. The computer-implemented method of claim 11, wherein the REST call is received from the client application independent of an application programming interface (API) of the service provider.

13. A non-transitory computer-readable memory storing a plurality of instructions executable by one or more processors, the plurality of instructions comprising:

instructions that cause the one or more processors to receive, from a client application, a request via a uniform interface, the request for requesting access to a third-party resource of a third-party service provider;

instructions that cause the one or more processors to determine a first acquisition path of a plurality of acquisition paths for the client application to access the third-party resource associated with the third-party service provider;

instructions that cause the one or more processors to generate first instructions for following the first acquisition path, the first instructions of the acquisition path generated based at least in part on the third-party resource identified in the request, the third-party service provider associated with the third-party resource, and a type of the request;

instructions that cause the one or more processors to transmit the first instructions to the client application for implementation by the client application;

instructions that cause the one or more processors to receive third-party service provider information that identifies a change made at the third-party service provider;

instructions that cause the one or more processors to determine a second acquisition path of the plurality of acquisition paths based at least in part on the change identified in third-party service provider information;

instructions that cause the one or more processors to generate second instructions for following the second acquisition path based at least in part on the second acquisition path; and

instructions that cause the one or more processors to transmit the second instructions to the client application for implementation by the client application.

14. The non-transitory computer-readable memory of claim 13, wherein the client application comprises a mobile client application, a Rich Internet Application (RIA), or a software as a service (SaaS) application.

15. The non-transitory computer-readable memory of claim 13, wherein the acquisition path is determined dynamically based at least in part on the resource.

16. The non-transitory computer-readable memory of claim 13, wherein the request is formatted as a representational state transfer (REST) call.

17. The non-transitory computer-readable memory of claim 13, wherein the is one of more instructions are protected by a security filter.

18. The non-transitory computer-readable memory of claim 13, wherein the plurality of instructions further comprise instructions that cause the one or more processors to receive, based at least in part on the transmitted one or more instructions, an authentication request from the client application.

19. The non-transitory computer-readable memory of claim 18, wherein the plurality of instructions further comprise instructions that cause the one or more processors to provide, based at least in part on the authentication request, an authentication token to the client application.

20. The non-transitory computer-readable memory of claim 13, wherein the one or more instructions comprise a first instruction set, the acquisition path comprises a first acquisition path, and wherein the plurality of instructions further comprise:

instructions that cause the one or more processors to determine a second acquisition path for performing the access of the resource by the client application, the second acquisition path different from the first acquisition path;

instructions that cause the one or more processors to generate, based at least in part on the determined second acquisition path, a second instruction set for following the second acquisition path; and

instructions that cause the one or more processors to transmit the second instruction set to the client application for implementation by the client application.