Context-Aware Interaction Request Processing System

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing multi-channel interaction systems often fail to provide a seamless user experience due to the lack of integration across different interaction channels, leading to repetitive tasks and redundant information exchange, as each channel operates in silos without access to user activity history from other channels.

Innovation Solution

A system that uses context data from previous interaction sessions to process new interaction requests and responses, assigning identifiers to detect tasks and associate relevant context data to facilitate smoother interactions across channels, thereby reducing redundancy and enhancing user experience.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If multiple interaction channels are provided to increase coverage and convenience, then user accessibility is improved, but system complexity increases and integration becomes difficult

Engineering Contradiction:
Improveuser accessibilityVSAvoidsystem complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The system implements a universal interaction framework where a single set of processing components handles multiple interaction channels (web, mobile app, social media, in-person) through standardized protocols. The context server and session manager operate across all channels, providing multi-functional capability that reduces overall system complexity despite serving multiple purposes.

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

Solution Approach 2:

A context server acts as an intermediary layer between different interaction channels and the core service processing system. This mediator collects context data from various channels, manages interaction histories, and facilitates seamless transitions between channels without requiring direct integration between each channel and the service logic.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Ease of manufacture

If interaction channels operate independently to simplify implementation, then ease of manufacture is improved, but user experience consistency deteriorates due to silos

Engineering Contradiction:
Improveease of implementationVSAvoiduser experience consistency
Core Design Contradiction:
Ease of manufactureVSReliability

Solution Approach 1:

The system segments interaction management into independent channel-specific components (each handling their own interaction logic) while connecting them through a centralized context server that maintains unified user context. This segmentation allows independent development and deployment of channels while ensuring consistent experience through shared context data.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system changes the state of interaction by introducing context data parameters that persist across channels. Interaction histories, user preferences, and session states are transformed into reusable context parameters that are passed between channels, enabling experience consistency without requiring tight coupling between independent channel implementations.

Inventive Principle:
Principle #35Parameter changes

3Productivity

If context data from multiple interaction sessions is collected to improve responsiveness, then user experience is improved, but information processing complexity increases

Engineering Contradiction:
ImproveresponsivenessVSAvoidinformation processing complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The system extracts relevant context data from the entirety of interaction histories and selects only the necessary information needed for the current interaction. The context server filters and extracts pertinent details (user preferences, recent actions, session state) while discarding irrelevant information, reducing processing complexity while maintaining responsiveness.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

Context data is collected, stored, and pre-processed in advance during interaction sessions before the user needs it. The system performs preliminary actions of gathering and organizing interaction histories, so when a new interaction occurs, the context is already ready for immediate use, improving responsiveness without requiring complex real-time processing.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS10163085B2System and method for processing and interaction request
Publication Date: 2018.12.25 THE TORONTO DOMINION BANK
  • US10163085B2 patent drawing
  • US10163085B2 patent drawing
  • US10163085B2 patent drawing

AI summary

A method and system are provided for processing an interaction request. The method includes detecting the interaction request in a first interaction session using a first interaction channel between a request initiator and a request service provider, assigning an identifier to the interaction request, determining a task associated with the interaction request, and obtaining context data of a plurality of other interaction sessions associated with the identifier. The plurality of other interaction sessions occurs proximal in time with the first interaction session. The context data is related to activity of the request initiator. The method also includes associating a subset of the context data with the interaction request. The subset of the context data is the context data of the plurality of other interaction sessions that are related to the task. The method also includes generating an interaction response using the subset of the context data.