Collaboration Space API Exposure for Third-Party Integration

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing collaboration platforms and software wikis lack the ability to directly invoke third-party applications or services from within the wiki framework, limiting user functionality and community development capabilities.

Innovation Solution

A collaboration space is configured to expose a set of application programming interfaces (APIs) that allow users to access and invoke third-party applications or services, with a collaboration server hosting these APIs and supporting local executable resources, enabling direct execution of applications within the space.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If the wiki framework remains closed and self-contained, then system simplicity and stability are maintained, but functionality and adaptability are limited

Engineering Contradiction:
ImprovefunctionalityVSAvoidsystem complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent introduces an intermediary layer (the wiki framework's API exposure mechanism) that mediates between the closed wiki system and external third-party applications. This intermediary enables functionality enhancement without requiring the core wiki system to become complex or open its architecture, thus resolving the contradiction between adaptability and complexity.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The wiki framework is designed to universally expose its functionality through standardized APIs that can be invoked by various third-party applications. This multi-functionality approach allows the system to maintain simplicity while becoming highly adaptable, as the same API exposure mechanism serves multiple external applications without increasing core system complexity.

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

2Adaptability or versatility

If third-party applications are integrated directly into the wiki, then functionality is enhanced, but system stability and security may be compromised

Engineering Contradiction:
Improveintegration capabilityVSAvoidsystem stability
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent segments the system into distinct boundaries: the core wiki framework and the third-party applications. By exposing functionality through defined APIs rather than direct integration, the system maintains clear segmentation that preserves stability while enabling integration capability. Third-party applications interact with the wiki through controlled interfaces, preventing instability from propagating to the core system.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The API exposure mechanism acts as a protective intermediary that isolates third-party applications from the core wiki system. This intermediary layer maintains system stability by preventing direct coupling, while still enabling integration capability through standardized interaction protocols.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Productivity

If the wiki framework exposes APIs for third-party access, then functionality and ecosystem development are improved, but device complexity increases

Engineering Contradiction:
Improvedevelopment capabilityVSAvoidframework complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The wiki framework performs preliminary action by pre-defining and exposing its functionality through standardized APIs before third-party applications need to access it. This preparation enables rapid development capability without requiring complex on-demand configuration, as the API infrastructure is already in place and documented, allowing external applications to integrate efficiently.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The framework's API exposure mechanism provides universal access points that can be used by any third-party application. This multi-functionality approach improves development capability across diverse applications while avoiding the complexity of custom integration solutions for each application type.

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

Data Source

PatentUS9674234B2Managing an application programming interface in a collaboration space
Publication Date: 2017.06.06 RED HAT INC
  • US9674234B2 patent drawing
  • US9674234B2 patent drawing
  • US9674234B2 patent drawing

AI summary

Embodiments relate to systems and methods for managing third-party application programming interfaces in a collaboration space. A collaboration space, such as a wiki site, can host a set of collaboration tools and resources, including, for example, content tools, communication tools, and other resources for the users of the space. The collaboration space can also incorporate and expose a set of application programming interfaces, such as command and data-passing structures to permit users to invoke third-party applications and/or services from within the wiki site or other collaboration space. The set of applications/services be hosted on a remote server or co-hosted on the collaboration server, and can include, for instance, database, spreadsheet, media content, or other applications or services. The invoked applications/services can return data to the requesting user via the collaboration space. Users can subscribe to different applications and/or services available via the collaboration space.