Parameter Area for Cross-Addressing Mode Communication

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current methods for managing parameters between programs with different addressing modes, such as inter-process communication and remote calls, suffer from performance issues and require significant redesign and recompilation efforts, leading to inefficiencies and delays.

Innovation Solution

A computer-implemented method and system that allocates a parameter area in one runtime environment to store and transmit parameters between programs with different addressing modes, allowing for seamless invocation and communication without modifying the programs, using a transition routine to facilitate parameter management across different addressing modes.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If inter-process communication or remote calls are used to manage parameters between programs with different addressing modes, then parameter transmission is enabled, but performance deteriorates and significant redesign and recompilation efforts are required

Engineering Contradiction:
Improveparameter transmission capabilityVSAvoidprogram execution performance
Core Design Contradiction:
Adaptability or versatilityVSProductivity

Solution Approach 1:

The patent introduces a parameter area as an intermediary storage region that facilitates parameter transmission between programs with different addressing modes. This parameter area acts as a mediator that allows direct parameter passing without requiring complex inter-process communication mechanisms or remote calls, thereby maintaining high performance while enabling adaptability between different addressing modes (32-bit and 64-bit).

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent employs parameter changes by dynamically allocating and managing a parameter area that can adapt to different addressing mode requirements. The system modifies parameter storage and retrieval mechanisms to work seamlessly across 32-bit and 64-bit addressing modes, allowing the same parameter area to serve different program types without performance degradation or requiring program redesign.

Inventive Principle:
Principle #35Parameter changes

2Adaptability or versatility

If inter-process communication or remote calls are used for parameter management between different addressing modes, then parameter transmission is achieved, but device complexity and redesign efforts increase significantly

Engineering Contradiction:
Improvecross-addressing mode communicationVSAvoidsystem redesign requirement
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The parameter area serves as a simple intermediary structure that eliminates the need for complex inter-process communication protocols or remote call mechanisms. By using this dedicated storage region, the system achieves cross-addressing mode communication with minimal complexity, avoiding the need for significant program redesign or recompilation efforts.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent segments the memory space by allocating a specific parameter area distinct from other program memory regions. This segmentation allows the parameter area to be managed independently with addressing mode-specific access rules, simplifying the overall system architecture by isolating the complexity of addressing mode translation to a specific memory segment rather than requiring system-wide redesign.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS11249760B2Parameter management between programs
Publication Date: 2022.02.15 INTERNATIONAL BUSINESS MACHINE CORPORATION
  • US11249760B2 patent drawing
  • US11249760B2 patent drawing
  • US11249760B2 patent drawing

AI summary

Methods, systems, and computer program products for parameter management between programs with different addressing modes are described. A request may be received from a first program with a first addressing mode in a first runtime environment for calling a second program with a second addressing mode different from the first addressing mode, where at least one parameter included in the request is for calling the second program. A parameter area may be allocated in the first runtime environment for the at least one parameter. The at least one parameter may be stored in the allocated parameter area. The second program may be invoked based at least in part on the at least one parameter in the allocated parameter area. In this manner, parameter(s) may be communicated between the first program and the second program in an easy and effective way.