HTTP Header Linkage Parameter Configuration for Endpoint-Cloud Communication

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing methods for configuring endpoint-cloud linkage parameters face limitations, including URL length restrictions, sequential arrangement of parameters which breaks matching relationships, and support only for one-way linkage, making it difficult to achieve efficient and expandable endpoint-cloud communication.

Innovation Solution

The method involves obtaining a target linkage parameter and writing it into the header information of an HTTP request to create a target HTTP request, which is then transmitted to a target Content Distribution Network (CDN) to generate an execution policy, allowing for two-way linkage and flexible parameter configuration.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If linkage parameters are configured in URL query parameters, then one-way linkage can be achieved, but URL length restrictions limit the number of parameters and two-way linkage cannot be supported

Engineering Contradiction:
Improvelinkage parameter configuration flexibilityVSAvoidURL length
Core Design Contradiction:
Adaptability or versatilityVSLength of stationary object

Solution Approach 1:

The patent moves linkage parameters from the URL query dimension to the HTTP request header dimension. HTTP headers do not have the same length restrictions as URLs, allowing multiple linkage parameters to be configured without length constraints. This dimensional shift enables both first linkage parameters (client to CDN) and second linkage parameters (CDN to client) to coexist in the same request.

Inventive Principle:
Principle #17Another dimension (Dimensionality change)

2Ease of operation

If linkage parameters are arranged sequentially in URL, then transmission is simple, but matching relationships between parameters are broken

Engineering Contradiction:
Improveparameter transmission simplicityVSAvoidparameter matching relationship
Core Design Contradiction:
Ease of operationVSManufacturing precision

Solution Approach 1:

The patent segments linkage parameters into distinct header fields with clear naming conventions (e.g., first linkage parameters, second linkage parameters). Each parameter type can be identified and processed independently, maintaining their semantic relationships while allowing flexible arrangement in the header structure without sequential constraints.

Inventive Principle:
Principle #1Segmentation

3Reliability

If traditional endpoint-cloud linkage is implemented, then basic communication is established, but efficient and expandable communication cannot be achieved

Engineering Contradiction:
Improveendpoint-cloud communicationVSAvoidcommunication expandability
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The patent creates a universal linkage parameter configuration mechanism that can handle multiple types of parameters (first linkage parameters from client, second linkage parameters from CDN) through a single HTTP header-based approach. This multi-functional system supports various endpoint-cloud communication scenarios and can be extended for future needs without requiring fundamental changes to the communication protocol.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Data Source

PatentUS20250063081A1Method, apparatus, computer device, and storage medium for linkage parameter configuration
Publication Date: 2025.02.20 BEIJING ZITIAO NETWORK TECH CO LTD
  • US20250063081A1 patent drawing
  • US20250063081A1 patent drawing
  • US20250063081A1 patent drawing

AI summary

The present disclosure relates to the technical field of computers, and discloses a method, apparatus, a computer device, and a storage medium for linkage parameter configuration. The method provided by the present disclosure includes: obtaining a target linkage parameter, wherein the target linkage parameter includes a first linkage parameter that a local device expects a target content distribution network to execute and/or a second linkage parameter that the target content distribution network expects the local device to execute; writing the target linkage parameter into header information of a hypertext transfer protocol request to obtain a target hypertext transfer protocol request; and transmitting the target hypertext transfer protocol request to the target content distribution network to cause the target content distribution network to generate a first execution policy based on the target linkage parameter.