Virtual Service Localization for Simulated Response Translation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Modern software systems face challenges in coordinating mutually-dependent constrained systems, particularly when accessing components like live production databases that are owned by third parties or under development, where conventional mocking and stubbing methods are inadequate for simulating realistic interactions and responses.

Innovation Solution

A virtual service is instantiated from a service model that generates simulated responses to requests, allowing for language translation and dynamic data set generation, enabling the virtual service to mimic the behavior of unavailable or inaccessible software components, facilitating development and testing.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If conventional mocking and stubbing methods are used to simulate software components, then development and testing can proceed with unavailable components, but the simulated responses are inadequate and do not reflect realistic component behavior

Engineering Contradiction:
Improveaccuracy of simulated responsesVSAvoidcomplexity of virtual service system
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent creates virtual services that are intelligent copies of real software components, capturing their actual behavior patterns, response formats, and operational characteristics through service models. These virtual services replicate the component's interface and response logic, providing realistic simulation without requiring the actual component to be available.

Inventive Principle:
Principle #26Copying

Solution Approach 2:

The virtual service system dynamically adjusts response parameters based on the service model, including timing characteristics, data formats, and response values. This allows the simulated responses to adapt to different scenarios and maintain realism while accommodating testing requirements.

Inventive Principle:
Principle #35Parameter changes

2Manufacturing precision

If virtual services generate realistic simulated responses with request-sensitive and time-sensitive values, then the accuracy of component behavior representation is improved, but the complexity of generating and managing these responses increases

Engineering Contradiction:
Improveprecision of simulated response behaviorVSAvoidcomplexity of response generation mechanism
Core Design Contradiction:
Manufacturing precisionVSDevice complexity

Solution Approach 1:

The system pre-defines service models that capture the essential behavior patterns, response templates, and parameter relationships of the target software component. These models are created in advance and store the logic for generating realistic responses, eliminating the need for complex real-time decision-making during actual testing operations.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The service model acts as an intermediary layer between the virtual service and the testing framework. It translates testing requests into realistic responses by applying predefined behavior patterns, thereby simplifying the virtual service's processing logic while maintaining high fidelity in the simulated responses.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Adaptability or versatility

If language translation is implemented in virtual services to support multiple languages, then the versatility and adaptability of the service is improved, but the complexity of managing multiple language versions increases

Engineering Contradiction:
Improvelanguage support capabilityVSAvoidcomplexity of multi-language management
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The virtual service system is designed with universal language support built into its core architecture. The service models and response generation mechanisms are language-agnostic, allowing the same virtual service to automatically adapt to multiple languages through translation layers without requiring separate implementations for each language.

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

Solution Approach 2:

The language translation functionality is extracted as a separate layer from the core virtual service logic. This allows the service model to focus on capturing the essential behavior patterns while translation handling is managed independently, reducing the complexity burden on the main service generation mechanism.

Inventive Principle:
Principle #2Taking out (Extraction)

Data Source

PatentUS9898390B2Virtual service localization
Publication Date: 2018.02.20 CA TECH INC
  • US9898390B2 patent drawing
  • US9898390B2 patent drawing
  • US9898390B2 patent drawing

AI summary

A virtual service is instantiated from a service model that is operable to receive requests intended for a particular software component in a system and generate simulated responses of the particular software component based on a service model modeling responses of the particular software component. A particular request intended for the particular software component is identified that has been redirected to the virtual service and content of a simulated response to the particular request is generated using the virtual service in a first language. A second language to be applied to the simulated response is determined based on the request, and a translation of the content from the first language into the second language is determined. A modified version of the simulated response is sent to the other software component in response to the particular request that includes the content in the second language.