Command Mapping and Protocol Translation Runtime

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional programming languages like Java lack built-in functions for parsing and building messages to communicate with protocols, requiring complex routines to decipher incoming messages and construct outgoing ones, especially when dealing with high-level language interpretation and protocol translation.

Innovation Solution

A next-generation language that maps and formats input commands from one computer operating language to another, using a processor to identify actions as predetermined commands, map them to corresponding protocol commands, and execute these commands, supporting both binary and ASCII protocols, and allowing for simple learning and operation with complex protocols.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If conventional programming languages like Java are used, then high-level language interpretation is achieved, but built-in parsing and building functions for protocols are lacking, requiring complex routines

Engineering Contradiction:
Improveease of protocol communicationVSAvoidcomplexity of parsing routines
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The patent merges high-level language interpretation with protocol translation by integrating parsing and building functions directly into the language runtime environment. This combination eliminates the need for separate complex routines, allowing developers to communicate with protocols using simplified language constructs rather than manual parsing code.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The patent introduces an intermediary layer between the high-level programming language and the protocol. This intermediary component automatically handles the translation, parsing, and building operations, serving as a mediator that converts between the developer's programming language and the target protocol without requiring direct manual intervention.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If complex routines are written to decipher incoming messages and build outgoing messages, then protocol translation is achieved, but development time and complexity increase

Engineering Contradiction:
Improveprotocol translation capabilityVSAvoiddevelopment time
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The patent performs preliminary action by pre-defining parsing and building functions within the language runtime before the actual protocol communication occurs. These pre-prepared functions are immediately available for use, eliminating the need for developers to write and debug complex translation routines from scratch during development.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent creates a universal parsing and building framework that can handle multiple protocols through a single integrated system. This multi-functional approach allows the same underlying infrastructure to translate between different protocols, reducing development time by avoiding the need to recreate parsing routines for each protocol separately.

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

3Ease of operation

If built-in parsing and building functions are added to programming languages, then protocol communication becomes simpler, but language complexity increases

Engineering Contradiction:
Improvesimplicity of message handlingVSAvoidlanguage complexity
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The patent implements self-service by enabling the programming language runtime to automatically perform parsing and building operations without requiring explicit manual code. The language itself provides these services through integrated functions that execute automatically during communication, making the system self-sufficient and eliminating the need for developer-written parsing routines.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The patent manages language complexity by introducing parsing and building functions as configurable parameters within the language runtime. These functions can be parameterized to handle different protocols through configuration rather than structural changes to the language core, allowing protocol adaptation without increasing fundamental language complexity.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS10445079B2Mapping and formatting input commands to a third party protocol
Publication Date: 2019.10.15 HARMAN PROFESSIONAL INC
  • US10445079B2 patent drawing
  • US10445079B2 patent drawing
  • US10445079B2 patent drawing

AI summary

A method and apparatus of translating and mapping received commands between operating system languages and/or protocol-based languages. One example method may provide receiving an action initiated by an external source, such as a person or automated action selection operation. The method may also include identifying the action as a predetermined command of a first computer operating language stored in a memory and mapping the predetermined command to a corresponding protocol command of a different computer operating language, and executing the corresponding protocol command after the mapping operation.