Web Server Authentication via HTTP Headers for Customized Pricing

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing online shopping systems face challenges in securely and conveniently providing customized pricing and product information to specific customer classes without compromising security, as users often need to manually input credentials, and manufacturers struggle with determining appropriate product customizations and conveying this information for streamlined manufacturing and distribution.

Innovation Solution

A system that uses a web server to authenticate users based on their referring IP address, URL, email domain, and embedded promotion code, allowing access to customized online shopping interfaces without requiring manual identification, and automatically presents different product information to authorized and unauthorized users, while tracking and reporting access attempts.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If manual username and password authentication is used, then user identification accuracy is improved, but user convenience deteriorates and security risks increase when credentials are compromised

Engineering Contradiction:
Improveuser identification accuracyVSAvoiduser convenience
Core Design Contradiction:
Measurement precisionVSEase of operation

Solution Approach 1:

The system performs automatic authentication by examining HTTP request headers (Referring IP address, Referring URL, email domain, promotion code) without requiring users to manually enter credentials. The authentication process serves itself by automatically determining user identity and authorization status from the request context, eliminating the need for manual username/password input while maintaining identification accuracy

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system introduces HTTP request headers as intermediary carriers that contain authentication information. Instead of direct user credential input, the authentication mechanism uses these header fields (Referring IP address, Referring URL, email domain, promotion code) as intermediaries to indirectly identify and authenticate users, achieving both accuracy and convenience

Inventive Principle:
Principle #24Intermediary (Mediator)

2Measurement precision

If browser cookies are used for authentication, then user identification is improved, but user convenience deteriorates due to privacy risks and user unwillingness to enable cookies

Engineering Contradiction:
Improveuser identification accuracyVSAvoiduser convenience
Core Design Contradiction:
Measurement precisionVSEase of operation

Solution Approach 1:

The system replaces browser cookies with HTTP request headers as the authentication intermediary. These headers (Referring IP address, Referring URL, email domain, promotion code) are automatically included in web requests without requiring users to enable or configure anything, eliminating the privacy risk and user friction associated with cookies while maintaining identification capability

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The authentication information is preliminarily embedded in the HTTP request headers before the user even interacts with the shopping interface. The Referring IP address, Referring URL, email domain, and promotion code are already present in the request context, allowing immediate authentication without requiring users to perform any preliminary setup or configuration

Inventive Principle:
Principle #10Preliminary action

3Reliability

If digital certificates or encryption keys are used, then security is improved, but ease of operation deteriorates due to difficulty in implementation for users

Engineering Contradiction:
ImprovesecurityVSAvoidease of implementation
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The system extracts the authentication function from complex cryptographic mechanisms and implements it through simple HTTP header examination. By taking out the authentication logic from certificates and encryption keys and placing it in the request header processing layer, the system achieves security without requiring users to implement or manage complex cryptographic configurations

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The system replaces complex, long-term cryptographic credentials (certificates and encryption keys) with simple, disposable HTTP request headers. These headers contain sufficient authentication information for the current request and are discarded afterward, providing security without the implementation burden and user friction associated with persistent cryptographic key management

Inventive Principle:
Principle #27Cheap short-living objects (Disposable)

4Ease of operation

If customized pricing information is made accessible to all customers, then shopping convenience is improved, but security deteriorates as competitors and unauthorized individuals can access special discounts

Engineering Contradiction:
Improveshopping convenienceVSAvoidsecurity
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The system applies local quality by providing customized pricing information selectively based on authentication results. Different product information (including pricing) is generated and displayed differently for authorized versus unauthorized users. The shopping interface quality varies locally according to the user's authentication status, ensuring special discounts are only accessible to qualified customers while maintaining convenience for authorized users

Inventive Principle:
Principle #3Local quality

5Reliability

If manual authentication processes are implemented, then security control is improved, but system complexity increases and user experience deteriorates

Engineering Contradiction:
Improvesecurity controlVSAvoidauthentication process complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The authentication process serves itself by automatically examining HTTP request headers without requiring manual user intervention. The system self-determines user identity and authorization status by processing the Referring IP address, Referring URL, email domain, and promotion code already present in the request context, eliminating manual authentication steps while maintaining security control and reducing system complexity

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS9280783B2System and method for providing customized on-line shopping and/or manufacturing
Publication Date: 2016.03.08 E2INTERACTIVE INC
  • US9280783B2 patent drawing
  • US9280783B2 patent drawing
  • US9280783B2 patent drawing

AI summary

A system and method for providing a customized on-line shopping interface and/or manufacturing is disclosed. The system uses customer's computer, location, URL, IP address, email domain, embedded promotion code, or other predetermined criteria to provide special product offerings and pricing for a particular class or subclass of customers. If an unauthorized user attempts to access the system, a series of screens containing non-customized pricing is presented to the intruder so as not to alert the intruder that he or she has reached the restricted content. Based on the authentication information, automated manufacturing processes and equipment may be utilized to produce the customized products.