HTTP Response Segmentation for Image Processing Error Prevention

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In existing USB and TCP/IP network communication systems, terminal devices may incorrectly determine that an image processing apparatus is in an error condition if it fails to respond promptly to HTTP requests, leading to stalled processing and potential discarding of requests, especially when temporary delays occur during scan operations.

Innovation Solution

A processing apparatus that transmits an HTTP response with a header before completing processing, and if execution is normal, follows with the response body, while indicating no data if execution is not started normally, thereby preventing incorrect error determinations and maintaining processing integrity.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If the image processing apparatus waits to transmit the HTTP response until processing is complete, then the response accuracy is improved, but the response time increases and terminal devices may incorrectly determine an error condition

Engineering Contradiction:
Improveresponse accuracyVSAvoidresponse time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The HTTP response is segmented into two parts: a header transmitted immediately to acknowledge request receipt, and a body transmitted later after processing completion. This segmentation allows the terminal device to receive timely acknowledgment without waiting for complete processing, preventing false error determinations while maintaining response accuracy.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The apparatus performs preliminary action by transmitting the HTTP response header before processing is complete. This preliminary transmission of the response header acknowledges request receipt and prevents terminal devices from determining error conditions, while the actual processing continues in the background.

Inventive Principle:
Principle #10Preliminary action

2Loss of time

If the apparatus transmits the HTTP response header before processing completion, then the response time is improved, but the processing status information may be incomplete

Engineering Contradiction:
Improveresponse timeVSAvoidprocessing status information
Core Design Contradiction:
Loss of timeVSLoss of information

Solution Approach 1:

The response is divided into a header containing acknowledgment information transmitted immediately, and a body containing complete processing results transmitted later. This segmentation ensures timely response while preserving complete information for when it becomes available.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The HTTP response structure acts as an intermediary mechanism, with the header serving as an intermediate acknowledgment that confirms request receipt without committing to complete processing status. This allows the system to maintain communication protocol integrity while managing asynchronous processing.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Reliability

If the terminal device waits for a complete HTTP response, then the processing integrity is maintained, but the terminal device processing may be occupied indefinitely during temporary delays

Engineering Contradiction:
Improveprocessing integrityVSAvoidterminal device processing efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The apparatus performs preliminary action by transmitting the HTTP response header that acknowledges request receipt and indicates normal processing start. This preliminary communication allows the terminal device to release its request and resume processing, maintaining integrity through the established protocol while restoring productivity.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements feedback by providing intermediate status information through the HTTP response header, which confirms to the terminal device that its request was received and is being processed. This feedback mechanism prevents the terminal device from occupying processing resources indefinitely while maintaining processing integrity.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS10506018B2Processing apparatus, processing method and program
Publication Date: 2019.12.10 CANON KK
  • US10506018B2 patent drawing
  • US10506018B2 patent drawing
  • US10506018B2 patent drawing

AI summary

An apparatus includes: a communication unit which communicates with an external apparatus according to an HTTP; a receiving unit which receives, through the communication unit, an HTTP request for executing predetermined processing; an execution unit which executes the predetermined processing according to the HTTP request; a determination unit which determines whether the execution unit has started execution normally; and a transmitting unit which transmits an HTTP response including a processing result to the external apparatus according to the HTTP request. If the receiving unit has received a request, the transmitting unit transmits a part of an HTTP response before the execution unit finishes execution. If the determination unit has determined that the execution has been started normally, or that the execution cannot be started normally, the transmitting unit transmits an HTTP response including data obtained from the execution, or an HTTP response not including such data, respectively.