Distributed Voice Application Execution System Architecture

Resolve Bottlenecks,
Find Innovative SolutionsGenerate Solutions

Solution Overview

Problem

Existing centralized voice services platforms are inflexible, costly, and limited in their ability to provide personalized and dynamic voice applications, with security issues and limited access to multiple services, due to their reliance on complex centralized infrastructure and dedicated telephone lines.

Innovation Solution

A distributed voice application execution system (DVAESA) that uses a network of local devices and remote servers to deliver voice applications over the internet, eliminating the need for dedicated telephone lines and allowing for personalized and dynamic services, improved scalability, and enhanced security through voice recognition and data network communication.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If centralized voice services platforms use dedicated telephone lines and complex centralized infrastructure, then service reliability is improved, but device complexity and cost increase

Engineering Contradiction:

Improveservice reliabilityVSAvoidinfrastructure complexity

Core Design Contradiction:

ReliabilityVSDevice complexity

Solution Approach 1:

The patent segments the centralized voice services platform into distributed components across multiple user devices. Each device runs local voice application execution environments that can independently process voice services, eliminating the single-point-of-failure architecture of centralized systems while maintaining service reliability through distribution.

Inventive Principle:

Principle #1Segmentation

Solution Approach 2:

The patent introduces network communication protocols and distributed coordination mechanisms as intermediaries between user devices and voice services. These intermediaries enable devices to coordinate and share voice service capabilities without requiring dedicated telephone lines or centralized infrastructure.

Inventive Principle:

Principle #24Intermediary (Mediator)

2Stability of the object's composition

If centralized platforms provide voice services through traditional telephony infrastructure, then service stability is improved, but adaptability to new services and personalization decreases

Engineering Contradiction:

Improveservice stabilityVSAvoidservice adaptability

Core Design Contradiction:

Stability of the object's compositionVSAdaptability or versatility

Solution Approach 1:

The patent implements dynamic voice application execution environments that can be instantiated, configured, and terminated on-demand at user devices. This dynamic architecture allows the system to adapt to new services and personalization requirements while maintaining stable core communication protocols and network infrastructure.

Inventive Principle:

Principle #15Dynamics

Solution Approach 2:

The patent enables parameter changes in voice service delivery by allowing different execution environments to be configured with varying parameters such as language models, recognition sensitivity, and service preferences. This allows personalization and new service types without changing the underlying stable infrastructure.

Inventive Principle:

Principle #35Parameter changes

3Device complexity

If distributed voice application execution system uses network communication instead of dedicated telephone lines, then cost and device complexity are reduced, but reliability may worsen

Engineering Contradiction:

Improvesystem complexityVSAvoidcall reliability

Core Design Contradiction:

Device complexityVSReliability

Solution Approach 1:

The patent makes the network communication infrastructure universal by designing protocols that can handle both traditional telephony traffic and new voice application traffic through the same network. This multi-functionality reduces the need for dedicated telephone lines while maintaining reliability through proven network protocols and redundancy.

Inventive Principle:

Principle #6Universality (Multi-functionality)

Solution Approach 2:

The patent implements error handling, fallback mechanisms, and redundancy in the distributed architecture before failures occur. Multiple communication paths and device-level failover capabilities cushion against network issues, maintaining call reliability without requiring dedicated infrastructure.

Inventive Principle:

Principle #11Beforehand cushioning (Prior cushioning)

4Reliability

If centralized platforms process all voice applications centrally, then security is improved, but loss of time in service delivery increases

Engineering Contradiction:

ImprovesecurityVSAvoidservice delivery time

Core Design Contradiction:

ReliabilityVSLoss of time

Solution Approach 1:

The patent applies local quality by implementing security protocols and authentication mechanisms at each distributed device rather than requiring all voice processing to occur centrally. This allows local devices to handle voice applications with appropriate security measures, reducing delivery time while maintaining security through distributed enforcement of security policies.

Inventive Principle:

Principle #3Local quality

Data Source

PatentUS11641420B2System and method for placing telephone calls using a distributed voice application execution system architecture

Publication Date: 2023.05.02 XTONE INC

AI summary

A system and method for causing a voice application to be performed on one or more user local devices utilizes a distributed voice application execution system architecture. The distributed voice application execution system architecture allows a voice applications agent on a user's local device to obtain a rendered voice application from a remote voice application rendering agent. The voice applications agent on the user's local device can then perform the voice application for the user.