HTTP Reply Flow Bulk Message Transmission

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current HTTP request-response communications are inefficient due to the need for continuous authentication and validation of client credentials, leading to significant system resource consumption, especially during large file transfers or prolonged request processing, where each request must include authentication information and the server must process it repeatedly.

Innovation Solution

The solution involves keeping the HTTP reply flow open to send multiple portions of an HTTP response as they become available, without requiring multiple requests, allowing the client to receive and process parts of the response without re-sending authentication information for each portion, thus conserving system resources.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If multiple HTTP requests are sent to transfer large files or receive prolonged processing results, then the client can receive data in portions, but the server must repeatedly validate authentication credentials, consuming significant system resources

Engineering Contradiction:
Improvedata transfer efficiencyVSAvoidsystem resource consumption
Core Design Contradiction:
ProductivityVSLoss of energy

Solution Approach 1:

The patent segments the HTTP response into multiple portions or chunks that can be transmitted separately over the same connection. The server divides the complete response data into manageable segments, sending them sequentially without requiring the client to initiate new requests for each portion, thereby avoiding repeated authentication overhead.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The authentication and connection establishment are performed preliminarily before the data transfer begins. Once the client is authenticated and the HTTP connection is established, the connection remains open for the duration of the data transfer, allowing multiple response portions to be sent without requiring re-authentication for each transmission.

Inventive Principle:
Principle #10Preliminary action

2Ease of operation

If the HTTP connection is closed after each response portion, then the protocol remains stateless and simple, but authentication must be repeated for each new request

Engineering Contradiction:
Improveprotocol simplicityVSAvoidauthentication processing time
Core Design Contradiction:
Ease of operationVSLoss of time

Solution Approach 1:

The HTTP connection is maintained continuously open throughout the data transfer process, allowing the server to send multiple response portions without interruption. This continuous connection eliminates the need to repeatedly perform authentication handshakes, reducing both time and system resource consumption while maintaining protocol simplicity.

Inventive Principle:
Principle #20Continuity of useful action

3Reliability

If authentication credentials are included with each HTTP request, then security is maintained for each transaction, but the overhead of processing credentials repeatedly consumes valuable system resources

Engineering Contradiction:
Improveauthentication securityVSAvoidrequest processing throughput
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

Authentication is performed preliminarily in the initial HTTP request, establishing a secure connection before the data transfer begins. The server validates the client's credentials once at the start of the connection, and this authentication state is maintained for the duration of the session, allowing subsequent response portions to be transmitted without repeated validation overhead.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS7526801B2Bulk transmission of messages using a single HTTP request
Publication Date: 2009.04.28 MICROSOFT TECHNOLOGY LICENSING LLC
  • US7526801B2 patent drawing
  • US7526801B2 patent drawing
  • US7526801B2 patent drawing

AI summary

Example embodiments provide for keeping an HTTP reply flow for a communication open such that portions of an overall response corresponding to a single request may be sent across the HTTP reply flow. As the various portions of the overall response become available at a corresponding service endpoint, the service appropriately encapsulates the messages and sends them to the requesting endpoint. The recipient or requesting endpoint of the response is then capable of reading the available portions of the response and appropriately decodes the embedded portions and is free to process these as appropriate. Accordingly, because only one request is made for several portions of a response valuable system resource are reserved for only requiring one authentication and/or validation of a requesting endpoint.