IVR to Business App Interface via Native Code

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Interactive voice response (IVR) systems face challenges in seamlessly integrating with business applications, particularly in handling requests and data exchange, which affects performance and functionality.

Innovation Solution

The method involves interfacing an IVR system with a business application using a shared memory mechanism, allowing C functions to post and retrieve requests, and utilizing a Java native interface to execute native code, supporting both blocking and non-blocking requests, and improving performance by avoiding interpreted Java code execution.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If interpreted Java code is used for business application interface, then compatibility and ease of integration are improved, but execution performance deteriorates

Engineering Contradiction:
Improveintegration compatibilityVSAvoidexecution performance
Core Design Contradiction:
Adaptability or versatilityVSProductivity

Solution Approach 1:

The patent introduces a native interface layer as an intermediary between the Java business application and the IVR system. This native interface translates Java method calls into native code execution, maintaining the ease of Java integration while achieving native-level performance for critical operations.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If blocking requests are used for data exchange, then data accuracy and completeness are improved, but system responsiveness and throughput deteriorate

Engineering Contradiction:
Improvedata accuracyVSAvoidsystem throughput
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent implements a dynamic request handling mechanism that can switch between blocking and non-blocking modes based on the specific operation requirements. Critical data operations use blocking requests to ensure accuracy, while less critical operations use non-blocking requests to maintain throughput, allowing the system to adapt its behavior dynamically.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system changes the operational parameters of request handling by introducing timeout values and priority levels. By adjusting these parameters, the system can transform blocking requests into effective non-blocking operations with timeout thresholds, balancing data accuracy requirements with system responsiveness.

Inventive Principle:
Principle #35Parameter changes

3Adaptability or versatility

If complex interface mechanisms are implemented for seamless integration, then functionality and capability are improved, but system complexity increases

Engineering Contradiction:
Improveintegration capabilityVSAvoidinterface complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent creates a universal native interface that handles multiple functions through a standardized method call mechanism. This single interface structure supports various business application types and operation modes, reducing the need for multiple specialized interface implementations and thereby simplifying the overall system architecture.

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

Data Source

PatentUS8406401B2Interactive voice response system to business application interface
Publication Date: 2013.03.26 BANK OF AMERICA CORP
  • US8406401B2 patent drawing
  • US8406401B2 patent drawing
  • US8406401B2 patent drawing

AI summary

In some embodiments, a method for interfacing an interactive voice response system with a business application comprises receiving a function call from an interactive voice response system. A first function is selected from a first function library in response to the function call. Using the first function, a request for information from a business application is posted to a memory. The request is retrieved from the memory. The information from the business application is retrieved in response to the request. A second function is selected from a second function library. The second function is executed to post the requested information to the memory. The requested information is retrieved from the memory and transmitted to the interactive voice response system.