Notification Unit WebSocket Push for HTTP Processing Delays

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing information processing systems face challenges in efficiently notifying users of process status and results, particularly in scenarios where HTTP requests are made for operations like copying, scanning, and printing, as they rely on pull-based communication methods that can lead to delays and inefficiencies.

Innovation Solution

The system incorporates a notification unit that uses a combination of HTTP responses and alternative communication methods, such as WebSocket, to provide push-based notifications, ensuring timely and efficient communication of process status and results to users, regardless of the completion time of the requested process.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Speed

If pull-based HTTP communication is used to notify process results, then system simplicity is maintained, but notification speed and user experience deteriorate due to delays and inefficiencies

Engineering Contradiction:
Improvenotification speedVSAvoidcommunication system complexity
Core Design Contradiction:
SpeedVSDevice complexity

Solution Approach 1:

The notification system is segmented into multiple independent communication channels: HTTP response channel for basic notifications and WebSocket channel for real-time push notifications. This segmentation allows each channel to operate independently with optimized performance characteristics, resolving the contradiction between speed and complexity by distributing functions across separate segments.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

A notification manager acts as an intermediary component that receives process results and intelligently selects the appropriate communication channel (HTTP or WebSocket) based on the specific notification requirements. This mediator abstracts the complexity from the core processing system while enabling fast WebSocket notifications when needed, thus improving notification speed without significantly increasing overall system complexity.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If HTTP response is used for notification, then communication protocol simplicity is maintained, but notification reliability deteriorates when processes take longer than expected

Engineering Contradiction:
Improvenotification reliabilityVSAvoiduser wait time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system establishes a WebSocket connection in advance before the process completes, enabling the notification manager to push results immediately when available. This preliminary action eliminates the need for users to repeatedly poll for updates and ensures timely notification regardless of process duration, thereby improving reliability without increasing wait time.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The notification system dynamically adapts its communication method based on process characteristics. For long-running processes, it switches to WebSocket push notifications to maintain reliability and reduce user wait time. For shorter processes, it uses standard HTTP responses. This dynamic adaptation resolves the contradiction by optimizing the communication approach to match the specific notification scenario.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS10440090B2Information processing apparatus, information processing system, information processing method, and non-transitory computer readable medium
Publication Date: 2019.10.08 FUJIFILM BUSINESS INNOVATION CORP
  • US10440090B2 patent drawing
  • US10440090B2 patent drawing
  • US10440090B2 patent drawing

AI summary

An information processing apparatus includes a processing unit that performs a process, a controller that performs a control operation to cause the processing unit to perform the process requested by a hypertext transfer protocol (HTTP) request from a display apparatus that displays process results of the process, and a notification unit that notifies the display apparatus of the process results through communication different from an HTTP response responsive to the HTTP request having requested the process to be performed.