Interactive Dialog Configuration Using Default State Mappings

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing automated assistant technologies require extensive user interface inputs to define custom states and transitions for interactive dialog applications, leading to resource-intensive creation processes and potential errors, especially for users with reduced dexterity, and result in inefficient storage and network resource usage.

Innovation Solution

The method involves generating customized interactive dialog applications using a mapping tool to create custom states and transitions, which are then combined with default configuration descriptions to execute the application, reducing the need for explicit user input and allowing for shared default configurations across multiple applications, thus conserving resources and enhancing robustness.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If users define custom states and transitions through extensive user interface inputs, then the interactive dialog application becomes highly customized and adaptable, but the creation process becomes resource-intensive and error-prone

Engineering Contradiction:
Improvecustomization capabilityVSAvoidcreation process complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent applies preliminary action by providing a default configuration description that pre-defines common states and transitions before the user begins customization. This allows users to start with a ready-made framework and only modify what is necessary, rather than building everything from scratch through extensive UI inputs.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent segments the configuration into two distinct parts: a default configuration description containing common states and transitions, and a custom configuration description containing user-defined modifications. This segmentation allows the system to handle different levels of customization efficiently, applying detailed UI inputs only where needed while relying on defaults elsewhere.

Inventive Principle:
Principle #1Segmentation

2Reliability

If users provide extensive custom states and transitions, then the application handles specific dialog scenarios accurately, but storage and network resources are consumed inefficiently

Engineering Contradiction:
Improvedialog handling accuracyVSAvoidstorage resource usage
Core Design Contradiction:
ReliabilityVSQuantity of substance

Solution Approach 1:

The patent merges the default configuration description with the custom configuration description to create a unified executable configuration. This combination allows the system to store and process only the necessary customizations rather than duplicating entire configuration sets, reducing storage requirements while maintaining dialog handling accuracy.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The default configuration description serves as a universal template that can be shared across multiple custom applications. By storing common states and transitions once in the default configuration and reusing them across multiple customizations, the system avoids redundant storage and network transmission of identical configuration data.

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

3Manufacturing precision

If the system requires complete custom configuration definitions, then every dialog scenario can be precisely controlled, but the system becomes vulnerable to errors and failures

Engineering Contradiction:
Improvedialog control precisionVSAvoidsystem robustness
Core Design Contradiction:
Manufacturing precisionVSReliability

Solution Approach 1:

The patent applies beforehand cushioning by providing a default configuration description that serves as a safety net for unexpected user inputs. When the custom configuration does not define a particular state or transition, the system falls back to the corresponding default definition, preventing errors and ensuring continuous operation even when custom configurations are incomplete.

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

Solution Approach 2:

The system acts as an intermediary by automatically merging the custom and default configuration descriptions, resolving conflicts and gaps between them. This intermediary process ensures that precise custom control is maintained where defined, while default provisions fill in any gaps to prevent system failures.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS11676602B2User-configured and customized interactive dialog application
Publication Date: 2023.06.13 GOOGLE LLC
  • US11676602B2 patent drawing
  • US11676602B2 patent drawing
  • US11676602B2 patent drawing

AI summary

Implementations relate to generating and/or executing a customized interactive dialog application. The customized interactive dialog application may be generated from a state mapping tool that allows a user to generate custom states and custom transitions between the custom states. A customized configuration description is then generated based on the generated custom states and custom transitions. Further, a default configuration description is identified that includes additional or alternative states and transitions. In executing the customized interactive dialog application, dialog turns are generated based on the states and transition information, with the customized configuration description taking precedence and the default configuration description being utilized for any undefined states and/or transitions. Implementations additionally or alternatively relate to generating and/or executing a custom agent based on generated custom states and custom transitions, and a default configuration description.