Distributed Resource Understanding Tool Synchronization

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional resource understanding tools are limited in scope when developers need to work with software projects targeting platforms other than their local workstation, as they cannot access all resources required for a complete and accurate understanding of distributed applications, leading to incomplete or inaccurate resource understanding and offline development limitations.

Innovation Solution

A distributed resource understanding tool system that combines local and remote implementations of resource understanding tools, synchronizing results to provide a composite set within the local IDE, including caching frequently selected remote resources to reduce network communication and enhance accuracy.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If resource understanding tools are run locally on the programmer's workstation, then the tools can operate with fast access to local resources, but the tools cannot access resources on remote host platforms leading to incomplete resource understanding

Engineering Contradiction:
Improveresource understanding accuracyVSAvoidaccess to remote resources
Core Design Contradiction:
Measurement precisionVSAdaptability or versatility

Solution Approach 1:

The resource understanding tool is divided into local and remote components. The local tool handles resources accessible on the programmer's workstation, while the remote tool handles resources on host platforms. This segmentation allows each component to operate within its accessible environment, collectively providing complete resource understanding for distributed applications.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

A remote access mechanism serves as an intermediary between the local resource understanding tool and remote host resources. This intermediary enables the local tool to indirectly access and analyze resources on remote platforms through established communication channels, expanding the tool's reach without requiring direct physical access to host systems.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If resource understanding tools are run remotely on host platforms, then complete resource access is achieved, but the complexity of connecting local IDE to remote tool increases significantly

Engineering Contradiction:
Improveaccess to complete resourcesVSAvoidsystem configuration complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The local and remote resource understanding tools are merged into a unified system where both tools operate simultaneously and their results are combined. The local tool provides fast access to locally available resources while the remote tool complements it with access to host platform resources. This merging approach achieves complete resource coverage without requiring complex reconfiguration of the development environment.

Inventive Principle:
Principle #5Merging (Combining)

3Adaptability or versatility

If remote resource understanding tools are used, then access to host platform resources is enabled, but performance slows down due to additional network communication

Engineering Contradiction:
Improveremote resource accessVSAvoidtool response speed
Core Design Contradiction:
Adaptability or versatilityVSSpeed

Solution Approach 1:

The system performs partial resource understanding locally first, handling all resources that are accessible on the programmer's workstation without network communication. Only when local resources are insufficient does the system invoke remote resource understanding through network communication. This partial action approach minimizes network usage while still achieving complete resource coverage when needed.

Inventive Principle:
Principle #16Partial or excessive action

4Productivity

If local resource understanding tools are used, then fast local operation is achieved, but offline development capability is limited due to inability to access remote resources

Engineering Contradiction:
Improvedevelopment speedVSAvoidoffline development capability
Core Design Contradiction:
ProductivityVSAdaptability or versatility

Solution Approach 1:

The system performs preliminary resource understanding locally using available local resources before attempting remote access. This preliminary action allows developers to continue working with locally available resources at full speed, and only invokes remote resource understanding when necessary, thereby maintaining productivity while enabling offline development capability.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS7966600B2Distributed resource understanding tool management
Publication Date: 2011.06.21 INTERNATIONAL BUSINESS MACHINE CORPORATION
  • US7966600B2 patent drawing
  • US7966600B2 patent drawing
  • US7966600B2 patent drawing

AI summary

Embodiments of the present invention provide a method, system and computer program product for a distributed resource understanding tool. In one embodiment of the invention, a distributed resources understanding tool data processing system can include an IDE configured for operation in a local development platform coupled to a remote host, a local implementation of a resource understanding tool coupled to the IDE, a remote implementation of the resource understanding tool associated with the remote host, and resource understanding tool synchronization logic. The logic can include program code enabled to invoke the local implementation of the resource understanding tool, further invoke the remote implementation of the resource understanding tool, combine results sets produced by each of the local and remote implementations of the resource understanding tool to produce a composite results set, and render the composite results set in the IDE.