Medical Image Viewer Compatibility Detection via Client-Side Feature Inversion

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing medical image viewer systems face challenges in accurately determining client compatibility, leading to potential loss of functionality and unexpected results due to 'dead code' execution on the client side and inaccurate server-side compatibility detection.

Innovation Solution

A zero footprint approach is implemented, where client compatibility is determined in the background while a temporary view is displayed, allowing for dynamic rendering and presentation modifications based on detected capabilities, such as WebGL and WebSocket support, to ensure seamless image data transfer and rendering.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If server-side compatibility detection is used, then compatibility can be determined before image display, but it leads to inaccurate detection and dead code execution on the client side

Engineering Contradiction:
Improvecompatibility detection accuracyVSAvoidfunctionality consistency
Core Design Contradiction:
Measurement precisionVSReliability

Solution Approach 1:

The patent inverts the traditional server-side compatibility detection approach by implementing client-side detection. Instead of the server determining compatibility and sending appropriate code, the client browser actively detects its own compatibility features (WebGL, WebSocket, Canvas) and reports back to the server. This inversion ensures accurate detection because the client directly assesses its own capabilities without server guessing, eliminating dead code execution while maintaining functionality consistency.

Inventive Principle:
Principle #13The other way round (Inversion)

Solution Approach 2:

The client browser performs self-service compatibility detection by autonomously checking for supported features like WebGL, WebSocket, and Canvas capabilities. The browser independently determines its own compatibility level and communicates this information to the server, eliminating the need for server-side compatibility determination logic. This self-service approach ensures accurate detection since the client is the best judge of its own capabilities.

Inventive Principle:
Principle #25Self-service

2Productivity

If client compatibility is determined in the background during temporary view display, then seamless image data transfer is enabled, but it requires additional client-side processing

Engineering Contradiction:
Improveimage display efficiencyVSAvoidclient-side processing complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent implements preliminary action by performing compatibility detection in the background during the display of a temporary view (splash screen) before the actual medical image data is transferred and rendered. The client browser checks for supported features and establishes communication channels ahead of time, so that when the real image data arrives, the system is already optimized for efficient transfer and rendering without requiring additional processing steps.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The compatibility detection process runs continuously in the background without interrupting the user experience. The temporary view is displayed continuously while compatibility checks proceed, and once compatibility is established, the transition to full image display is seamless. This continuous action ensures productivity improvement without adding perceived complexity to the user interaction.

Inventive Principle:
Principle #20Continuity of useful action

3Reliability

If dynamic rendering modifications are applied based on client capabilities, then functionality consistency is achieved, but it requires complex compatibility detection mechanisms

Engineering Contradiction:
Improvefunctionality consistencyVSAvoidcompatibility detection mechanism complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent applies parameter changes by dynamically modifying rendering parameters and presentation settings based on the client's detected capabilities. Instead of creating entirely different code paths for different browsers, the system changes specific rendering parameters (such as using WebGL vs. Canvas, enabling or disabling certain features) based on the compatibility information received from the client. This approach achieves functionality consistency while keeping the detection mechanism relatively simple.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS9864815B2Systems and methods for medical image viewer compatibility determination
Publication Date: 2018.01.09 GE PRECISION HEALTHCARE LLC
  • US9864815B2 patent drawing
  • US9864815B2 patent drawing
  • US9864815B2 patent drawing

AI summary

Certain examples provide systems and methods to determine client compatibility. An example method includes receiving a request at an image viewer from a client browser for display of medical image data. The example method includes providing a temporary view to the client browser in response to the request. The example method includes determining client compatibility with the viewer and an associated server in the background at a client device executing the client browser while the temporary view is displayed at the client browser. The example method includes requesting the image data from the server based on the client compatibility determination. The example method includes rendering the image data and providing to the client browser based on the client compatibility determination, the rendering and presentation of the image data modified to enable or disable capability of at least one of the viewer and the server based on the client compatibility determination.