Cross-Domain Service Components Through APIs for Unified Interfaces

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional database management techniques in cloud computing environments struggle with inefficiencies in tracking user activities and sharing information across different domains, leading to incomplete and untimely reports, and difficulties in identifying relevant users for information dissemination.

Innovation Solution

Implementing a system that allows seamless interaction between components hosted on different database systems within a single user interface, enabling communication through an API and facilitating the exposure of content from multiple domains without additional latency or computation burden.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If conventional database management techniques are used, then system simplicity is maintained, but information sharing across domains becomes inefficient and incomplete

Engineering Contradiction:
Improveinformation sharing efficiencyVSAvoidsystem architecture complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The system is divided into multiple independent domains (first domain, second domain, etc.) each with its own database system, while introducing intermediary components (API, event subscribers, publishers) that enable cross-domain communication without merging the domains. This segmentation allows information sharing across domains while maintaining architectural independence and scalability.

Inventive Principle:
Principle #1Segmentation

2Ease of operation

If multiple applications are used for different domains, then domain independence is maintained, but user navigation complexity increases

Engineering Contradiction:
Improveuser interface accessibilityVSAvoidapplication integration complexity
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The system merges multiple domain-specific applications into a single unified user interface that can access and display information from multiple database systems simultaneously. The user interface includes components that can load and interact with content from different domains without requiring users to navigate between separate applications, thereby improving ease of operation while maintaining domain independence through the API layer.

Inventive Principle:
Principle #5Merging (Combining)

3Loss of time

If real-time cross-domain communication is implemented, then information timeliness is improved, but system latency increases

Engineering Contradiction:
Improveinformation update delayVSAvoidcommunication overhead
Core Design Contradiction:
Loss of timeVSDevice complexity

Solution Approach 1:

The system introduces an API as an intermediary layer between database systems across different domains. This API handles event publishing, subscription management, and data retrieval, enabling real-time cross-domain communication without requiring direct connections between database systems. The intermediary abstracts the communication complexity while maintaining real-time information flow through efficient event-driven architecture.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS20250328224A1Systems and methods for cross domain service component interaction
Publication Date: 2025.10.23 SALESFORCE INC
  • US20250328224A1 patent drawing
  • US20250328224A1 patent drawing
  • US20250328224A1 patent drawing

AI summary

Disclosed are methods, apparatus, systems, and computer readable storage media for interacting with components across different domains in a single user interface in an online social network. The user interface includes a first component and a second component, where the first component exposes content from a first database system at a first network domain and the second component exposes content from a second database system at a second network domain. A first interaction with the first component is received at a computing device, followed by a reference being provided in the second component, where the reference includes information related to the first interaction. A second interaction with the second component regarding the reference can be received at the computing device. Interactions between the components hosted on different database systems can occur through an application programming interface (API).