API Adaptor for Multi-Platform Virtual Space Integration

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing virtual space presentation technologies require separate application programming interfaces (APIs) for each virtual environment, necessitating changes to multiple APIs whenever the virtual space is modified, which is inefficient and cumbersome.

Innovation Solution

A system with an API adaptor module that facilitates interfacing between a single virtual space API and multiple platform APIs, allowing a single version of the virtual space to be presented across different platforms without requiring idiosyncratic APIs for each, and enabling access to social graph information, interaction with platform mechanics, and transfer of publishing information.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If separate APIs are provided for each virtual environment, then the virtual space can be presented in multiple platforms, but the complexity of API maintenance increases significantly

Engineering Contradiction:
Improveplatform compatibilityVSAvoidAPI maintenance complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent introduces an API adaptor as an intermediary layer between the virtual space system and multiple platform APIs. This adaptor module translates and adapts communications between the single virtual space API and various platform-specific APIs, enabling multi-platform compatibility without requiring separate APIs for each platform. The adaptor handles the complexity of platform-specific requirements internally while maintaining a unified interface for the virtual space.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The virtual space API is designed as a universal interface that can operate across multiple different platforms through the API adaptor. Rather than creating specialized APIs for each platform, the system uses a single universal API that works with all platforms via the adaptor layer, reducing maintenance complexity while preserving broad adaptability.

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

2Reliability

If separate APIs are created for each platform, then platform-specific requirements are met, but any change to the virtual space requires updates to multiple APIs simultaneously

Engineering Contradiction:
Improveplatform-specific functionalityVSAvoidAPI update time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The API adaptor serves as a buffer between the virtual space API and platform-specific APIs. When changes are needed in the virtual space, only the single virtual space API needs to be updated. The adaptor handles the translation to various platform APIs, automatically propagating changes across all platforms without requiring simultaneous manual updates to multiple APIs.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent merges the functionality of multiple platform-specific APIs into a single unified virtual space API interface. By combining these interfaces through the API adaptor, the system eliminates the need to maintain and update multiple separate APIs, reducing the time required for updates while preserving platform-specific functionality through the adaptor's translation capabilities.

Inventive Principle:
Principle #5Merging (Combining)

3Device complexity

If a single virtual space API is used across multiple platforms, then API maintenance is simplified, but platform-specific interactions may not be fully supported

Engineering Contradiction:
ImproveAPI structure simplicityVSAvoidplatform-specific interaction support
Core Design Contradiction:
Device complexityVSAdaptability or versatility

Solution Approach 1:

The API adaptor acts as an intelligent intermediary that maintains the simplicity of a single virtual space API while bridging the gap to platform-specific requirements. It translates generic virtual space API calls into platform-specific interactions when needed, ensuring that platform-specific functionalities are fully supported without complicating the core API structure.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system segments the API architecture into two distinct layers: a simplified universal virtual space API layer for ease of maintenance, and a platform-specific adaptation layer handled by the API adaptor. This segmentation allows the core API to remain simple while the adaptor handles the complexity of platform-specific interactions, resolving the contradiction between simplicity and adaptability.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS10536494B2Establishing a social application layer
Publication Date: 2020.01.14 ELECTRONIC ARTS INC
  • US10536494B2 patent drawing
  • US10536494B2 patent drawing

AI summary

A virtual space may be presented within a plurality of virtual environments provided by different platforms without requiring idiosyncratic APIs associated with the virtual space for each different platform. An API adaptor module may be configured to facilitate interfacing between a single virtual space API and platform APIs associated with two or more different platforms. A space module may be configured to execute an instance of a virtual space, and to implement the instance of the virtual space to determine view information defining views of the instance of the virtual space for presentation via two or more virtual environments provided by the two or more platforms. Facilitating user interactivity with the virtual space via a given virtual environment provided by a given platform may include interfacing between the virtual space API and a platform API associated with the given platform.