Differences
This shows you the differences between two versions of the page.
Both sides previous revision Previous revision Next revision | Previous revision Next revision Both sides next revision | ||
draft [2009/07/14 16:12] ptacek |
draft [2009/09/30 20:48] ptacek |
||
---|---|---|---|
Line 1: | Line 1: | ||
- | ====== Description | + | ====== |
- | photopal domena, nahranej korpus, ze na to sou dafy (reusing SHEFF DM intergrated through Inamode Relayer (TID)) vhodny, moreover reusable for expected pomdp DM from UOX (reuse states, let pomdp' | + | The ASR module based on Hidden-Markov models transforms input speech into text, providing a front-end between |
- | typy odpovedi | + | |
- | NLP server s tectomt, ASR/TTS/SR client, connected over network | + | |
- | XXX JPta | + | |
- | advances in Czech NLU (on reconstructed spoken data): 100vet(?) rucne anotovat pos, a-tree, t-tree, IE predicates, Named Entities, DA pro eval in-domain testy | + | Results of the part-of-speech tagging are passed on to the Maximum Spanning Tree Syntactic Parsing module. A tectogrammatical representation of the utterance is constructed once the syntactic parse is available. Annotation of the meaning at tectogrammatical layer is more explicit than its syntactic parse and lends itself for information extraction. The Named Entity Recognition module then marks personal names and geographical locations. Afterwards, the dialog act classifier uses number of lexical and morphological features to assess the type of user utterance (such as question, acknowledgement, etc.) that is a useful clue for Dialog Manager decisions. |
- | pos ? analyzovat, generovat | + | |
+ | The dialog is driven by a Dialog Manager component by USFD (originally developed for the English Senior Companion prototype). | ||
+ | CU has supplied the transition networks covering following topics: retired_person, | ||
+ | Dialogue Manager provides information about the appropriate communicative function along with the sentence that is to be generated to the NLG module. The TTS module integrated with the TID avatar transforms system responses from the text form into the speech and visual (face expressions, | ||
- | ===== Speech Reconstruction ===== | ||
- | features: omit filler phrases, irrelevant speech events, false starts, repetitions, | ||
- | imlementation(zahrnout tuhle info?): moses natrenovany na korpusu | ||
- | performance indicator: BLEU score (overall scoring of all features) to annotated corpora from T5.2.1., nejaka baseline | ||
- | XXX Mirek | ||
- | ===== Morphology Analyzer and POS tagging ===== | + | < |
- | features: XXX Mirek/Johanka | + | |
- | performance indicator: accuracy | + | |
- | ===== Syntactic Parsing ===== | + | The Czech Companion follows the original idea of Reminiscing about the User's Photos, |
- | features: induce dependencies | + | taking advantage of the data collected in the first phase of the project (using a Wizard-of-Oz setting). The full recorded corpora was transcribed, |
- | performance indicator: f-measure | + | |
- | v tipu je natrenovat MacDonnalda na dialog | + | |
+ | The architecture is the same as in the English version, i.e. a set of modules communicating through the Inamode (TID) backbone. However, the set of modules is different, see Figure 1. Regarding the physical settings, the Czech version runs on two notebook computers connected by a local network. One serves as a Speech Client, running modules dealing with ASR, TTS and ECA; the other one as an NLP Server. | ||
- | ===== Semantic Parsing ===== | + | The NLU pipeline, DM, and NLG modules at the NLP Server are implemented using a CU's own TectoMT platform that provides access to a single in-memory data representation through a common API. This eliminates the overhead of a repeated serialization and XML parsing that an Inamode based solution would impose otherwise. |
- | features: meaning representation with semantic roles (69 labels), coordinations, argument structure, partial ellipsis resolution, pronominal anaphora resolution, | + | |
- | performance indicator: f-measure | + | |
- | ===== Information Extraction ===== | + | The Knowledge Base consists |
- | features: template based identification | + | |
- | covering predicates from before-mentioned set of DAFs. | + | |
- | performance indicator: accuracy | + | |
- | ===== Named Entities Recognition ===== | ||
- | features: detect person names, geographical locations (organizations jsou potreba?) | ||
- | performance indicator: f-measure | ||
- | |||
- | ===== Dialog Act Tagging ===== | ||
- | features: tagset derived from DAMSL-SWBD, DA is a key feature driving | ||
- | performance indicator: | ||
- | |||
- | |||
- | ===== Sentiment Analysis ===== | ||
- | features: za tohle bych vydaval klasifikator, | ||
- | performance indicator: f-measure | ||
- | |||
- | |||
- | ===== Complete System Evaluation ===== | ||
- | T5.2.7 tohle zminuje, nick webb to pro nas asi neudela | ||
- | performance indicator: pocet slov ve vypovedich uzivatele(? | ||
- | |||
- | |||
- | |||
- | |||
- | ===== Dialog Manager ===== | ||
- | features: reply types, using (language independed) predicates (prakticky to znamena, ze pojmenuju testy na prechodech v dafech anglicky) | ||
- | performance indicator: rucni hodnoceni prijatelnosti vybrane akce | ||
- | |||
- | ===== Natural Language Generation ===== | ||
- | features: variations, underspecified input (dott format), emotional markup (natvrdo v dafech a templatech u hodnoticich vet) | ||
- | performance indicator: BLEU score |