Virtual Requester Identifier for Differential Data Response

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing data request handling systems face increased computational cost and complexity due to the need for rules specific to each requester, especially when dealing with a large number of requesters, and the presence of intermediate entities complicates accurate identification and response generation.

Innovation Solution

A request handling server stores predefined response definitions with virtual requester identifiers and selection criteria, allowing for differential responses by assigning a virtual requester identifier to each request based on attribute sets, thereby reducing the need for individual requester-specific rules and credentials.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If rules specific to each requester are deployed at the request handler, then differential response capability is improved, but computational cost and complexity increase

Engineering Contradiction:
Improvedifferential response capabilityVSAvoidcomputational complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent uses virtual requester identifiers as copies or representations of actual requesters. Instead of storing and processing unique rules for each actual requester, the system creates a simplified virtual identifier that represents multiple requesters sharing common characteristics. This virtual identifier is then used to retrieve pre-defined response templates, dramatically reducing computational complexity while maintaining differential response capability.

Inventive Principle:
Principle #26Copying

Solution Approach 2:

The virtual requester identifier serves multiple functions: it identifies the requester, determines the appropriate response template, and enables efficient lookup without requiring unique rules for each requester. This universal identifier approach allows a single system to handle multiple requester types with different requirements through a unified mechanism.

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

2Adaptability or versatility

If rules specific to each requester are deployed at the request handler, then differential response capability is improved, but storage requirements increase

Engineering Contradiction:
Improvedifferential response capabilityVSAvoidstorage requirements
Core Design Contradiction:
Adaptability or versatilityVSQuantity of substance

Solution Approach 1:

Instead of storing comprehensive rules for each actual requester, the system stores simplified response templates associated with virtual requester identifiers. Each virtual identifier points to a set of response templates that apply to multiple requesters sharing similar characteristics, significantly reducing storage requirements while maintaining the ability to provide differentiated responses.

Inventive Principle:
Principle #26Copying

Solution Approach 2:

The patent merges multiple requester profiles into a single virtual requester identifier. Instead of storing separate rule sets for each requester, the system combines requesters with common characteristics into one virtual category, storing a single set of response templates that applies to all members of that category.

Inventive Principle:
Principle #5Merging (Combining)

3Ease of manufacture

If intermediate entities are introduced between requesters and request handlers, then system architecture is improved, but accurate identification of requesters becomes more difficult

Engineering Contradiction:
Improvesystem architectureVSAvoidrequester identification accuracy
Core Design Contradiction:
Ease of manufactureVSMeasurement precision

Solution Approach 1:

The virtual requester identifier acts as an intermediary between the actual requester and the request handler. It translates complex requester information into a simplified identifier that can be reliably used for lookup and response selection, even when intermediate entities are present in the architecture.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS11164268B2System, method and apparatus for responding differentially to data requests
Publication Date: 2021.11.02 AMADEUS SAS
  • US11164268B2 patent drawing
  • US11164268B2 patent drawing
  • US11164268B2 patent drawing

AI summary

To differentially respond to data requests, a request handling server stores (i) a predefined set of response definitions, each response definition having a distinct assigned virtual requester identifier, and (ii) for each virtual requester identifier, a selection criterion. The server receives a data request associated with one of a plurality of requesters, and includes (i) request parameters and (ii) a requester attribute set. The data request may be a request for travel product offers formatted according to the New Distribution Capability (NDC) standard. The server compares the requester attribute set with the selection criteria; based on the comparison, assigns a selected one of the virtual requester identifiers to the data request; retrieves an active one of the response definitions corresponding to the selected virtual requester identifier; obtains response data according to the request parameters and the active response definition; and transmits, in response to the data request, the response data.