User-Defined Stitching Definitions for Transaction Flow Paths

Resolve Bottlenecks,
Find Innovative SolutionsGenerate Solutions

Solution Overview

Problem

Current transaction analysis systems face challenges in determining transaction flow paths for complex systems, especially when default stitching logic fails to identify relationships between transaction fragments, requiring manual workarounds that consume engineering resources and hinder usability.

Innovation Solution

Implementing a user-defined stitching definition mechanism that allows users to customize correlation criteria between transaction fragments, enabling the transaction path engine to determine flow paths based on these definitions, even in systems where default logic is insufficient.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If default stitching logic is used to determine transaction flow paths, then the system operates with automated logic, but it fails to identify relationships between transaction fragments in complex systems

Engineering Contradiction:

Improveaccuracy of transaction flow path determinationVSAvoidability to handle complex system variations

Core Design Contradiction:

ReliabilityVSAdaptability or versatility

Solution Approach 1:

The system transitions from static default stitching logic to dynamic user-defined stitching definitions. Users can customize correlation criteria based on specific system characteristics, allowing the stitching mechanism to adapt to different transaction types and system complexities while maintaining automated operation.

Inventive Principle:

Principle #15Dynamics

Solution Approach 2:

The patent allows modification of correlation parameters through user-defined stitching definitions. Instead of using fixed default parameters, the system accepts customized parameter sets that can be tailored to specific transaction patterns, improving accuracy for complex systems without requiring changes to the underlying stitching engine architecture.

Inventive Principle:

Principle #35Parameter changes

2Adaptability or versatility

If manual workarounds are implemented to handle complex transaction relationships, then adaptability improves, but engineering resources are consumed and usability decreases

Engineering Contradiction:

Improveability to handle complex transaction relationshipsVSAvoidusability of transaction analysis system

Core Design Contradiction:

Adaptability or versatilityVSEase of operation

Solution Approach 1:

The system enables users to define their own stitching criteria through an intuitive interface without requiring engineering intervention. Users can independently configure correlation parameters and stitching definitions for their specific transaction types, eliminating the need for manual workarounds while maintaining ease of operation.

Inventive Principle:

Principle #25Self-service

Solution Approach 2:

The patent allows users to pre-define stitching definitions and correlation criteria before analyzing transactions. By preparing customization parameters in advance through user-friendly interfaces, users can handle complex transaction relationships without requiring post-deployment engineering support or manual adjustments.

Inventive Principle:

Principle #10Preliminary action

3Adaptability or versatility

If user-defined stitching definitions are implemented, then the system becomes more versatile, but device complexity increases

Engineering Contradiction:

Improvecustomization capability for transaction correlationVSAvoidcomplexity of stitching definition mechanism

Core Design Contradiction:

Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent implements a universal stitching definition framework that can handle multiple transaction types and correlation scenarios through a single configurable interface. The same user-defined stitching mechanism works across diverse transaction patterns, reducing the need for multiple specialized components and minimizing overall system complexity.

Inventive Principle:

Principle #6Universality (Multi-functionality)

Solution Approach 2:

Instead of adding complex structural components, the patent achieves versatility through parameter customization. Users can modify correlation parameters and stitching criteria to adapt to different transaction types, allowing the system to handle diverse scenarios without increasing fundamental system complexity or requiring additional architectural layers.

Inventive Principle:

Principle #35Parameter changes

Data Source

PatentUS10255164B2Transaction stitching definitions

Publication Date: 2019.04.09 CA TECH INC

AI summary

Transaction data is accessed that describes a plurality of transactions and includes a plurality of frames, with each frame describing a respective portion of a corresponding one of the plurality of transactions. A user-defined stitching definition is accessed that is related to a particular one of the plurality of transactions. Correlations between respective transaction portions described in the plurality of transaction frames are determined with a particular correlation between first and second transaction portions determined based on the user-defined stitching definition. A transaction path of the particular transaction is determined based at least in part on the particular correlation determined between the first and second transaction portions. The particular transaction includes the first and second transaction portions and the first transaction portion is determined to immediately precede the second transaction portion in the transaction path of the particular transaction based on the determined particular correlation.