Multi-Partner Delegated Platform for API Infrastructure

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

API platforms face challenges in targeting a wider audience due to limitations in their current infrastructure, which is technically challenging and costly to build and maintain, and introducing new partners can be disruptive to existing relationships with users.

Innovation Solution

A multi-partner delegated platform system that allows platform providers to enable partner entities to offer computing platforms, rebranding and integrating infrastructure and services, while maintaining transparency and seamless user interactions, using a service platform with a public API, partner services API, account portal, and account data records to manage partner relationships and user access.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a developer-focused API platform is built with robust infrastructure, then service reliability and functionality are improved, but infrastructure cost and complexity increase

Engineering Contradiction:
Improveservice reliabilityVSAvoidinfrastructure complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The platform enables a single infrastructure to serve multiple partners and service offerings through a universal account portal and standardized API framework. The same underlying infrastructure supports diverse partner services, eliminating the need for separate infrastructure builds for each partner while maintaining service reliability.

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

Solution Approach 2:

The system introduces an intermediary layer (account portal and service layer) between the infrastructure and partners. This intermediary abstracts the infrastructure complexity from partners while maintaining reliable service delivery, allowing partners to access services without direct infrastructure involvement.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If a new partner is introduced to expand audience reach, then market coverage is improved, but user relationship disruption increases

Engineering Contradiction:
Improveaudience coverageVSAvoiduser relationship disruption
Core Design Contradiction:
Adaptability or versatilityVSObject-affected harmful factors

Solution Approach 1:

The system segments the platform into isolated partner accounts within a unified infrastructure. Each partner has their own account portal and service scope, allowing independent partner operations without affecting other partners or existing users. This segmentation enables audience expansion while maintaining distinct partner-user relationships.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The platform creates virtual copies of service access points for each partner through dedicated account portals. Instead of modifying the main platform for new partners, the system creates isolated access copies that replicate necessary functionality while maintaining infrastructure reuse and relationship clarity.

Inventive Principle:
Principle #26Copying

3Adaptability or versatility

If infrastructure is built from scratch for each partner, then partner-specific customization is improved, but development time and cost increase

Engineering Contradiction:
Improvepartner customizationVSAvoiddeployment time
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The system performs preliminary action by pre-building a universal infrastructure and account portal framework before partner onboarding. All necessary technical foundations, authentication mechanisms, and service access points are prepared in advance, allowing partners to be onboarded quickly without time-consuming infrastructure builds.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The platform enables partner customization through parameter changes in configuration settings rather than infrastructure changes. Partners can customize their services by adjusting parameters within the standardized framework, such as service configurations and account settings, eliminating lengthy development cycles while maintaining customization capabilities.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS9253254B2System and method for offering a multi-partner delegated platform
Publication Date: 2016.02.02 TWILIO INC
  • US9253254B2 patent drawing
  • US9253254B2 patent drawing
  • US9253254B2 patent drawing

AI summary

A system and method for offering a delegated platform that includes configuring a partner key of a partner record on a service platform with a partner; creating an account scoped within the partner record; receiving a session authentication request that specifies a partner assertion of a partner authenticated session request of the account; authenticating the session authentication request with the partner key; and rendering an embeddable account portal with a session of the account.