Server Temporary Response for HTTP Request Confirmation

Resolve Bottlenecks,
Find Innovative SolutionsGenerate Solutions

Solution Overview

Problem

In HTTP communication systems, clients face delays and increased processing loads due to the uncertainty of whether a request has been received by the server, leading to unnecessary waiting and repeated inquiries, especially when server processing takes a long time.

Innovation Solution

The server transmits a temporary response to the client during the processing period, allowing the client to determine if the request has been received and is being processed, thereby reducing the need for additional inquiries and minimizing processing loads.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If the client repeatedly transmits requests to check whether the server has received the request, then the client can determine the processing status, but the processing load on the client increases

Engineering Contradiction:

Improverequest reception confirmationVSAvoidclient processing load

Core Design Contradiction:

ReliabilityVSDevice complexity

Solution Approach 1:

The server performs preliminary action by transmitting a temporary response immediately upon receiving the request, before completing the actual processing. This allows the client to confirm request reception without needing to repeatedly send follow-up requests, thereby reducing client processing load while maintaining reliable request confirmation

Inventive Principle:

Principle #10Preliminary action

2Device complexity

If the client waits for a long period without determining request reception status, then communication is simplified, but processing delay increases

Engineering Contradiction:

Improvecommunication protocol simplicityVSAvoidprocessing delay

Core Design Contradiction:

Device complexityVSLoss of time

Solution Approach 1:

The server provides feedback by transmitting a temporary response to inform the client that the request has been received. This feedback mechanism allows the client to understand the processing status without complex communication protocols or repeated inquiries, thus reducing processing delay while maintaining communication simplicity

Inventive Principle:

Principle #23Feedback

3Reliability

If the server transmits a temporary response during processing, then the client can determine request reception, but additional communication overhead is introduced

Engineering Contradiction:

Improverequest status determinationVSAvoidcommunication data volume

Core Design Contradiction:

ReliabilityVSQuantity of substance

Solution Approach 1:

The server extracts only the essential information (request reception status) in the temporary response, separating it from the complete processing result. This allows the client to determine request reception with minimal communication overhead, while the full response is transmitted only when processing is complete

Inventive Principle:

Principle #2Taking out (Extraction)

Data Source

PatentUS11303692B2Communication apparatus for transmitting response, communication method, and storage medium

Publication Date: 2022.04.12 CANON KK

AI summary

A server apparatus receives, from a client apparatus, a Hypertext Transfer Protocol (HTTP) request for requesting the server apparatus to perform processing. The HTTP request includes identification information for identifying the requested processing. The server apparatus determines whether to transmit, during a period from reception of the HTTP request to transmission of a first response indicating completion of the processing requested by the HTTP request, a second response to the client apparatus. The determination is made based on the identification information included in the HTTP request.