Multi-Tenant Service Transactions Through Universal Access Tokens

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Multi-tenant software architectures face challenges in managing complex configurations, secure data access, and interoperability among multiple clients, particularly when different businesses host and manage software applications.

Innovation Solution

A multi-tenant platform utilizing unified identity services and hierarchical data structures to facilitate transactions between tenants, enabling secure and efficient access to shared applications and data through IaaS services, with onboarding and policy management for various entities.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of energy

If multi-tenant architecture is used to share applications and data among multiple entities, then resource optimization is achieved, but complexity of managing configurations and secure access increases

Engineering Contradiction:
Improveresource optimizationVSAvoidcomplexity of managing configurations
Core Design Contradiction:
Loss of energyVSDevice complexity

Solution Approach 1:

The patent introduces an identity service as an intermediary component that manages authentication and authorization between tenants and services. This mediator handles the complexity of access control policies, token generation, and permission verification, thereby reducing the burden on tenants while maintaining secure multi-tenant access.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system segments tenant access by introducing hierarchical data structures that separate tenant identities, service identities, and permission levels. This segmentation allows independent management of each tenant's access rights without affecting others, simplifying configuration management while maintaining resource sharing.

Inventive Principle:
Principle #1Segmentation

2Loss of energy

If multi-tenant architecture is used to share applications and data among multiple entities, then resource optimization is achieved, but design of secure and reliable access becomes problematic

Engineering Contradiction:
Improveresource optimizationVSAvoidsecure and reliable access
Core Design Contradiction:
Loss of energyVSReliability

Solution Approach 1:

The identity service acts as a trusted intermediary that verifies tenant identities and enforces access policies before allowing access to shared resources. This mediator ensures reliable and secure access control by centralizing authentication logic and maintaining consistent security policies across all tenants.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system dynamically changes access parameters by generating unique access tokens for each tenant with specific permissions. These tokens encode security parameters such as tenant ID, service ID, and permission scope, allowing flexible and reliable access control that adapts to different security requirements while maintaining resource sharing.

Inventive Principle:
Principle #35Parameter changes

3Adaptability or versatility

If software applications are initially managed by different businesses in a multi-tenant architecture, then interoperability difficulties arise, but resource sharing benefits are lost

Engineering Contradiction:
ImproveinteroperabilityVSAvoidresource sharing benefits
Core Design Contradiction:
Adaptability or versatilityVSLoss of energy

Solution Approach 1:

The identity service provides universal functionality that works across different businesses and services within the multi-tenant architecture. It implements a standardized authentication and authorization framework that can handle various service types and tenant configurations, enabling interoperability while maintaining resource sharing benefits.

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

Solution Approach 2:

The system uses parameter-based token generation that can adapt to different service requirements while maintaining a common authentication framework. By changing token parameters rather than the fundamental authentication mechanism, the system achieves interoperability across different businesses while preserving resource sharing efficiency.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS12407518B2Transactions between services in a multi-tenant architecture
Publication Date: 2025.09.02 PAYPAL INC
  • US12407518B2 patent drawing
  • US12407518B2 patent drawing
  • US12407518B2 patent drawing

AI summary

A method for facilitating transactions between tenants in in a multi-tenant architecture system is discussed. The method includes receiving a request, at a multi-tenant platform, from a first service of a first tenant of the multi-tenant platform to access a second service of a second tenant of the multi-tenant platform to perform a transaction, in which the request includes a first access token usable to authenticate the transaction with the first tenant. The method includes generating, by the multi-tenant platform using the first access token, a universal access token. The method includes generating, by the multi-tenant platform using the universal access token, a second access token useable to authenticate the transaction with the second tenant. The method includes using, by the multi-tenant platform, the second access token to communicate with the second service to perform the transaction.