Asynchronous Classifier for Scalable Computing Infrastructure

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Extending the functionality of highly scalable computing infrastructure to handle additional request types or response types is costly and resource-intensive due to the need for maintaining scalability and availability, especially when considering dynamic conversion factors between different exchange media like cash and points.

Innovation Solution

A request-handling system with a profile repository and a classifier that asynchronously generates an auxiliary classification attribute, allowing for the selection of conversion factors based on historical transaction data, which are then used to convert item costs between different exchange media, thereby extending system functionality with minimal modifications to existing components.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Speed

If the system processes requests synchronously with real-time conversion factor selection, then response time is reduced, but computational load increases

Engineering Contradiction:
Improveresponse timeVSAvoidcomputational load
Core Design Contradiction:
SpeedVSUse of energy by moving object

Solution Approach 1:

The system pre-generates auxiliary classification attributes asynchronously before they are needed for request processing. This preliminary action allows the classification work to be done in advance during off-peak times, reducing the computational load during synchronous request handling while maintaining fast response times.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system separates the classification function into a distinct asynchronous component that operates independently from the synchronous request processing pipeline. This segmentation allows the two operations to run in parallel without interfering with each other, enabling real-time response generation while distributing computational load across different time periods.

Inventive Principle:
Principle #1Segmentation

2Adaptability or versatility

If additional functionality is added to handle more request types and dynamic conversion factors, then system versatility is improved, but device complexity increases

Engineering Contradiction:
Improvesystem functionalityVSAvoidsystem complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The auxiliary classification attribute serves multiple functions: it enables dynamic conversion factor selection, supports different request types, and provides a framework for extending system functionality. This single data structure provides universal support for various operational modes without requiring separate mechanisms for each function.

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

Solution Approach 2:

The auxiliary classification attribute acts as an intermediary layer between the request processing system and the conversion factor selection logic. This intermediary abstraction allows the system to handle diverse request types and conversion scenarios without directly coupling the request processing components to the complex conversion logic, thereby managing system complexity.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Use of energy by moving object

If asynchronous classification is implemented to reduce real-time processing load, then computational load during requests is reduced, but system reliability may be affected

Engineering Contradiction:
Improvereal-time computational loadVSAvoidsystem reliability
Core Design Contradiction:
Use of energy by moving objectVSReliability

Solution Approach 1:

The system generates auxiliary classification attributes in advance during off-peak periods, creating a buffer or cushion of pre-processed data. This beforehand cushioning ensures that when synchronous requests arrive, the conversion factors are already determined, eliminating the need for complex real-time calculations and ensuring reliable response generation even under high load conditions.

Inventive Principle:
Principle #11Beforehand cushioning (Prior cushioning)

Data Source

PatentEP4235556A1Extension of functionality for highly scalable computing infrastructure
Publication Date: 2023.08.30 AMADEUS SAS
  • EP4235556A1 patent drawingFigure 1
  • EP4235556A1 patent drawingFigure 2A~2B
  • EP4235556A1 patent drawingFigure 3

AI summary

A system includes: a profile repository containing, for a client identifier, client attributes including an account balance defined in a first exchange medium, and an auxiliary classification attribute; a response generator to receive a request containing search parameters from a client device corresponding to the client identifier, and, synchronously with the request, to: obtain, based on the search parameters, an item identifier and an item cost in a second exchange medium; select, based on the auxiliary classification attribute, a conversion factor between the first and second exchange media; and send a response to the client device, the response containing the item identifier, the item cost, and a converted item cost in the first exchange medium, according to the conversion factor; and a classifier to, asynchronously with the request, generate an updated auxiliary classification attribute, and replace the auxiliary classification attribute in the repository with the updated auxiliary classification attribute.