Documentation

From Olympus
Jump to: navigation, search

Contents

Overview

The Ravenclaw dialog manager structures a dialog application as a task or set of tasks in a target domain that the system helps a user perform. Tasks can be hierarchical. For example in a travel arrangements task, asking for an airplane schedule or reserving a hotel room would be two included but separate tasks. To complete a task Ravenclaw will need certain pieces of information, for example a date or a city name in the travel domain. Dialog consists of acquiring, modifying or validating this information. You might want to think of tasks as being plans. The task organization supports mixed-initiative interaction which supports easy shifts between tasks (you can think of tasks as topics) and allows the user to specify what the system does next. This is in contrast to so-called directed dialog systems that require users to follow a prescribed sequence of exchanges in order to complete a task. Of course if the user is not familiar with the task or domain, the dialog will appear directed, as the system pursues the goal of completing the task at hand.

More detailed information can be obtained from the papers listed in the References section.

The development process

The following is a very simple account of the development process. The tutorials below will guide you through the details. You may also want to examine one of the example systems to get an idea of what needs to be done.

  1. Define the task(s) that the system will carry out. Some tasks may not require data but other will; specify these data.
  2. Create an initial language specification. This will be the grammar and will contain entries that correspond to how users will refer to tasks and to the language they will use to specify input data and control the system.
  3. Using the language as a guide, create a task-tree for the dialog manager.
  4. Create a "back-end" that will process queries form the dialog manager and will return information that can then be spoken to the user.
  5. Populate the language generator module with language used to speak system output to the user.

The above is an outline of a simple speech-only application that might, for example, retrieve information from a database. Olympus can also be used to build more complex multi-modal systems as well as action-oriented systems (such as robot interfaces).

Getting started

Step-by-step tutorial

Reference

General

Modules

Here's is a collection of reference material relating to the most important Olympus components, especially with regard to their configuration. For a more complete reference, see the File Structure.

Audio Server

Apollo
Interaction Manager

Phoenix
Parser

RavenClaw
Dialog Manager

Rosetta
Language Generation

Kalliope
Speech Output

Backend

Tools

Advanced Topics

Plugging in your own modules into Olympus

Advanced features

Questions and Problems

For additional information, as well as specific questions, email the developers mailing list (olympus-developers@cs.cmu.edu).

Personal tools