18400826. STREAMING REAL-TIME DIALOG MANAGEMENT simplified abstract (GOOGLE LLC)

STREAMING REAL-TIME DIALOG MANAGEMENT

Organization Name

GOOGLE LLC

Inventor(s)

David Elson of Port Washington NY (US)

Christa Wimberley of Mountain View CA (US)

Benjamin Ross of Mountain View CA (US)

David Eisenberg of New York NY (US)

Sudeep Gandhe of Mountain View CA (US)

Kevin Chavez of Mountain View CA (US)

Raj Agarwal of Mountain View CA (US)

STREAMING REAL-TIME DIALOG MANAGEMENT - A simplified explanation of the abstract

This abstract first appeared for US patent application 18400826 titled 'STREAMING REAL-TIME DIALOG MANAGEMENT

Simplified Explanation

The abstract describes a system and method for real-time dialog management, where candidate responses are generated and updated based on triggering events, such as receiving live stream chunks or backend responses. The system determines if a candidate response meets a confidence threshold before providing a response.

• Generating candidate responses based on triggering events
• Updating and managing a list of candidate responses
• Determining if a candidate response meets a confidence threshold before providing a response
• Waiting for the next triggering event if no suitable candidate response is found

Potential Applications

This technology could be applied in customer service chatbots, virtual assistants, and automated call center systems.

Problems Solved

- Efficient real-time dialog management without turn-taking delays - Improved user experience with faster responses - Automated handling of multiple triggering events in a conversation

Benefits

- Enhanced user engagement and satisfaction - Streamlined dialog flow in automated systems - Increased efficiency in handling multiple dialog scenarios

Potential Commercial Applications

"Real-Time Dialog Management System for Customer Service Chatbots"

Possible Prior Art

One possible prior art could be traditional turn-taking dialog systems in chatbots and virtual assistants.

Unanswered Questions

How does the system handle multiple triggering events simultaneously?

The system may prioritize certain triggering events over others based on predefined rules or algorithms.

Can the system adapt to different confidence thresholds for different types of responses?

Yes, the system can be configured to adjust confidence thresholds based on the type of response required or the context of the conversation.

Original Abstract Submitted

Systems and methods provides for dialog management in real-time rather than turn taking. An example method included generating first candidate responses to triggering event. The triggering event may be receipt of a live stream chunk for the dialog or receipt of a backend response to a previous backend request for a dialog shema. The method also includes updating a list of candidate responses that are accepted or pending with at least on of the first candidate responses, and determining, for the triggering event, whether the list of candidate responses includes a candidate response that has a confidence score that meets a triggering threshold. The method also includes waiting for a next triggering event without providing a candidate response when the list does not include a candidate response that has a confidence score that meets the triggering threshold.