Client API for Multi-Tenant Identity Cloud Services

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current identity management systems face challenges in providing secure and unified access across diverse cloud and on-premise environments, especially in managing access for various user types such as employees, customers, and partners, leading to potential security breaches due to inconsistencies in security measures.

Innovation Solution

A cloud-scale Identity and Access Management (IAM) platform based on a multi-tenant, microservices architecture that provides unified identity management services, including authentication, authorization, and federation, with features like Single Sign-On (SSO), adaptive authentication, and automated identity synchronization, ensuring secure access across multiple channels and environments.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a multi-tenant microservices architecture is implemented for unified identity management, then security consistency and access control are improved across diverse environments, but system complexity and integration challenges increase

Engineering Contradiction:
Improvesecurity consistencyVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The identity management system is divided into independent microservices, each handling specific identity management functions (authentication, authorization, user provisioning, etc.). This segmentation allows each service to be developed, deployed, and maintained independently while maintaining security consistency across the entire system through standardized interfaces and protocols.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system implements a universal identity management platform that serves multiple user types (employees, customers, partners) across diverse environments (cloud, on-premise, mobile) through a common architecture. This multi-functionality is achieved by designing services that can handle various authentication methods and user scenarios while maintaining a consistent security model.

Inventive Principle:
Principle #6Universality (Multi-functionality)

2Ease of operation

If cloud-based identity management services are deployed across multiple devices and user types, then accessibility and user experience are improved, but security vulnerabilities and unauthorized access risks increase

Engineering Contradiction:
ImproveaccessibilityVSAvoidsecurity vulnerabilities
Core Design Contradiction:
Ease of operationVSObject-affected harmful factors

Solution Approach 1:

The system introduces an identity broker service that acts as an intermediary between users and cloud applications. This broker handles authentication and authorization requests, implementing security policies and controls while allowing users to access applications from diverse devices and locations. The broker translates various authentication methods into a unified security model, maintaining security consistency across different access scenarios.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system implements continuous monitoring and feedback mechanisms that track authentication attempts, user behavior patterns, and security events across all access points. This feedback is used to dynamically adjust security policies, detect anomalies, and respond to potential security threats while maintaining user accessibility. The feedback loop enables adaptive security that responds to actual usage patterns without blocking legitimate access.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS11423111B2Client API for rest based endpoints for a multi-tenant identify cloud service
Publication Date: 2022.08.23 ORACLE INT CORP
  • US11423111B2 patent drawing
  • US11423111B2 patent drawing
  • US11423111B2 patent drawing

AI summary

One embodiment is a client API module for accessing an endpoint that includes a REST API corresponding to a server. Embodiments initialize an endpoint request and in response receive a URI of the server and a client context. Embodiments provide a get service request to the server based on the URI and the client context and in response receive a service instance and initialize a service context. Embodiments generate, based on the service context, a request including one of a create, a search, an update, a replace, or a delete requests, and a corresponding REST call including one of an HTTP post, an HTTP get, an HTTP patch and HTTP put or an HTTP delete.