Diagnostic Information Command Versioning for Communication Components

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current communication technologies within computing environments, such as FICON, face challenges in efficiently managing diagnostic information and adapting to technological advancements like faster port speeds, requiring improved methods to facilitate communication and data retrieval.

Innovation Solution

A computer program product that issues commands to obtain diagnostic information from communication components, using modified commands and data structures like Port Information Blocks and Diagnostic Information Records, allowing for versioning to accommodate technological changes and support advanced communication components.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If diagnostic information is retrieved using traditional FICON commands, then communication between components is maintained, but the ability to adapt to technological advancements and retrieve detailed diagnostic information is limited

Engineering Contradiction:
Improveadaptability to technological advancementsVSAvoidcommand structure complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent implements dynamic versioning of diagnostic information commands, allowing the system to adapt to technological advancements by supporting multiple versions of diagnostic information (e.g., version 1, version 2) within the same command framework. This enables the system to evolve and accommodate new communication technologies while maintaining backward compatibility with existing commands.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent modifies the diagnostic information command by introducing a version parameter that can be changed to retrieve different versions of diagnostic information. This parameter change mechanism allows the system to access updated diagnostic data structures that accommodate new technological features without requiring complete command redesign.

Inventive Principle:
Principle #35Parameter changes

2Productivity

If detailed diagnostic information is retrieved, then communication efficiency is enhanced, but the quantity and complexity of data transferred increases

Engineering Contradiction:
Improvecommunication efficiencyVSAvoidquantity of diagnostic data
Core Design Contradiction:
ProductivityVSQuantity of substance

Solution Approach 1:

The patent segments diagnostic information into different versions and types, allowing selective retrieval of specific diagnostic data rather than transferring all available information. The diagnostic information is divided into structured versions (e.g., basic version 1, enhanced version 2) that can be chosen based on the specific communication needs, reducing unnecessary data transfer while maintaining efficiency.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent implements preliminary version selection before data transfer, where the system determines which version of diagnostic information is needed based on the communication requirements. This preliminary action prevents unnecessary data transfer by selecting the appropriate version in advance, optimizing the balance between information detail and data quantity.

Inventive Principle:
Principle #10Preliminary action

3Adaptability or versatility

If multiple versions of diagnostic information are supported, then adaptability to technological changes is improved, but command processing complexity increases

Engineering Contradiction:
Improveversion support capabilityVSAvoidcommand processing complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent creates a universal command structure that can handle multiple versions of diagnostic information through a single command interface. The same read diagnostic information command can retrieve different versions (version 1, version 2) based on the version parameter, making the command multi-functional and reducing the need for separate commands for each version.

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

Solution Approach 2:

The patent uses copying of diagnostic information structures across different versions, where version 2 diagnostic information includes all the features of version 1 plus additional fields. This copying approach allows incremental evolution of diagnostic capabilities while maintaining a consistent command interface, reducing processing complexity compared to completely separate command sets.

Inventive Principle:
Principle #26Copying

Data Source

PatentUS11327868B2Read diagnostic information command
Publication Date: 2022.05.10 INTERNATIONAL BUSINESS MACHINE CORPORATION
  • US11327868B2 patent drawing
  • US11327868B2 patent drawing
  • US11327868B2 patent drawing

AI summary

A read command is issued to initiate a transfer of diagnostic information from a communication component of the computing environment. Based on issuing the read command, the diagnostic information is obtained from the communication component. The diagnostic information is configured based on a version of diagnostic information requested. The version is one version of a plurality of versions to be supported by the communication component. The diagnostic information includes diagnostic information relating to one or more communication components of the computing environment and to be used to facilitate communication within the computing environment.