WO2001098942A2 - Package driven parsing using structure function grammar - Google Patents

Package driven parsing using structure function grammar Download PDF

Info

Publication number
WO2001098942A2
WO2001098942A2 PCT/IB2001/001595 IB0101595W WO0198942A2 WO 2001098942 A2 WO2001098942 A2 WO 2001098942A2 IB 0101595 W IB0101595 W IB 0101595W WO 0198942 A2 WO0198942 A2 WO 0198942A2
Authority
WO
WIPO (PCT)
Prior art keywords
packages
parsing
grammar
stream
relational
Prior art date
Application number
PCT/IB2001/001595
Other languages
French (fr)
Other versions
WO2001098942A3 (en
Inventor
Gang Zhao
Luc Van Tichelen
Original Assignee
Lernout & Hauspie Speech Products N.V.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Lernout & Hauspie Speech Products N.V. filed Critical Lernout & Hauspie Speech Products N.V.
Publication of WO2001098942A2 publication Critical patent/WO2001098942A2/en
Publication of WO2001098942A3 publication Critical patent/WO2001098942A3/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00Handling natural language data
    • G06F40/20Natural language analysis
    • G06F40/205Parsing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00Handling natural language data
    • G06F40/20Natural language analysis
    • G06F40/205Parsing
    • G06F40/211Syntactic parsing, e.g. based on context-free grammar [CFG] or unification grammars
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00Handling natural language data
    • G06F40/20Natural language analysis
    • G06F40/237Lexical tools

Definitions

  • the present invention relates to syntactic parsers and their components for use in digital computers.
  • Syntactic parsers driven by a set of syntactic rules, analyze sentences into syntactic structures called phrase structure trees. It is known in the prior art of corpus-based parsers to employ phrase structure trees and their statistics. The trees used for parsing in this approach are derived from a manually annotated corpus of sentences. If the corpus is representative of linguistic usage such an approach helps to assure a relatively thorough set of trees for purposes of parsing. On the other hand, there is a substantial computational overhead associated with this approach due to the substantial complexity of language analyzed in this fashion.
  • a method of parsing a stream of tokens representative of language usage includes: a. storing a set of packages, each package being representative of a phrase-structure tree, each tree derived from a rule-based grammar; and b. parsing the stream using the packages to establish a structural description for the stream.
  • a method of parsing a stream of tokens representative of language usage includes: a. storing a set of packages, each package being representative of a phrase structure tree associated with a grammar, wherein a subset of the packages includes a set of relational descriptions, and b. parsing the stream using the packages establish a structural description and a relational description of the stream.
  • the grammar further specifies constraints on attribute values
  • the packages contain information derived from such constraint, and such information is employed in parsing the stream using the packages.
  • packages in the set are selected to satisfy a desired set of constraints.
  • the set of packages includes a first subset of packages for which the depth of the corresponding tree is within a desired first range.
  • the set of packages includes a second subset of packages for which the width of the corresponding tree is within a desired second range.
  • the set of packages includes a third subset of for which the observed frequency of use in parsing a specific corpus of input streams is within a desired third range.
  • the first subset is optionally identical to the set; the second subset is optionally identical to the set; and the third subset is optionally identical to the set.
  • the grammar is a structure function grammar.
  • each member of a subset of the packages includes a function template that functionally describes syntax associated with the phrase structure tree that the member package represents, and parsing the stream includes evaluating relational content of the stream.
  • a method of parsing a stream of tokens representative of language usage includes: providing a set of phrase structure definitions, a set of relational structure definitions, and a set of mappings between them; using the phrase structure definitions to provide a phrase structure of the stream; and using the mappings and the relational structure definitions to process the resulting phrase structure to arrive at a functional description of the stream.
  • the embodiment further includes using the relational structure definitions to process further the functional description and the stream to arrive at a further enhanced functional description.
  • a method of computing a phrase structure description from a given functional description includes: providing a set of phrase structure definitions, a set of relational structure definitions, and a set of mappings between them; using the mappings and the relational structure definitions to process the functional description to arrive at a phrase structure description of the stream.
  • the given functional description results from using the relational structure definitions to parse a stream of tokens.
  • a method of parsing a stream of tokens representative of language usage includes: providing a set of phrase structure definitions, a set of relational structure definitions, and a set of mappings between them; using the relational structure definitions to provide a relational structure of the stream; and using the mappings and the phrase structure definitions to process the resulting relational structure to arrive at a phrase structure description of the stream.
  • the phrase structure definitions, the set of relational structure definitions, and the set of mappings between them are pursuant to a structure function grammar.
  • a method of computing a semantic representation of an input stream includes: providing a set of semantic interpretation definitions; parsing the stream in accordance with any of claims 2 and 19 to create a functional description; and computing the semantic representation from the functional description using the semantic interpretation definitions.
  • Fig. 1 is a diagram illustrating structural and relational descriptions of a sentence
  • Fig. 2 provides an illustration of the structural and relational objects and their relationship with each other;
  • Fig. 3 is a diagram of an exemplary phrase structure with functional annotations
  • Fig.4 is a diagram of a function template associated with the phrase structure of Fig. 3 in accordance with an embodiment of the present invention
  • Fig. 5 illustrates a grammar specification file in accordance with an embodiment of the present invention
  • Fig. 6 is a block diagram of an SFG compiler in accordance with an embodiment of the present invention.
  • Fig. 7 illustrates a PS tree that can be built utilizing the SFG in Fig. 5, in accordance with an embodiment of the present invention
  • Fig. 8 illustrates four template instantiations that are associated with the PS tree of Fig. 7;
  • Fig. 9 illustrates the format of lexicon specification in accordance with an embodiment of the present invention
  • Fig. 10 is a diagram of two-dimensional parsing in accordance with an embodiment of the present invention
  • Fig. 11 indicates the process of a structure function grammar based understanding system in accordance with an embodiment of the present invention
  • Fig. 12 shows a prior art LFG-based process
  • Fig. 13 is a diagram illustrating one type of grammar package in accordance with an embodiment of the present invention
  • Fig. 14 provides a first example of how the grammar package in Fig. 13 is used
  • Fig. 15 illustrates the features and templates of description output by the parser
  • Fig. 16 illustrates the relationship among the coverage of rules, the coverage of packages and linguistic domain
  • Fig. 17 illustrates the general architecture of a spoken dialogue system in accordance with an embodiment of the present invention
  • Fig. 18 illustrates the architecture of TBSI in accordance with an embodiment of the present invention
  • Fig. 19 illustrates the process of natural language understanding in accordance with an embodiment of the present invention
  • Fig. 20 illustrates the format of a TBSL specification file
  • Fig. 21 is a simplified block diagram of an embodiment of a parser in accordance with the present invention
  • Fig. 22 illustrates procedures of semantic evaluation in accordance with an embodiment of the present invention.
  • Fig. 23 provides examples of semantic evaluation in accordance with an embodiment of the present invention.
  • a "parser” is a device that assigns a structural description and/or a relational description to a sentence or phrase.
  • the former expresses the underlying phrase structure.
  • the latter captures links of any nature between words in the input. Examples of these two types of descriptions are shown in Fig. 1.
  • a “token” is a tangible representation of language usage, and includes a word in normal orthography as well as other forms of representation including, but not limited to, phoneme-encoded and subphoneme-encoded language usage, computer-readable representations of the foregoing, and digitally encoded speech.
  • a "Structure Function Grammar” (SFG) is a grammar that describes both structural and relational dimensions of syntax.
  • a "two-dimensional grammar” is a type of grammar that supports structural and relational dimensions in grammar modeling and processing.
  • phrase-structure tree derived from a rule-based grammar includes a representative part of a tree that is derived from a rule-based grammar in cases where a whole tree is not derived for the package or not used in the package.
  • a "subset” is a non-null set and need not be a proper subset, so that a
  • subset may therefore be (but is not required to be) identical with its associated parent set.
  • NLP natural language processing
  • the context free grammar is advantageous in a number of respects. It covers important grammatical properties of natural languages. There is parallelism between the rewrite rule and the tree graph. It is parsimonious and sufficiently flexible for various parser schemes: top-down, bottom-up, mixed mode. Parsing algorithms are well studied. For its structural description, SFG may conveniently utilize the conventional context free grammar formalism.
  • the context free grammar is deficient for natural language modeling.
  • Several augmentations to the context-free grammar have been proposed in prior art, such as transformation, complex symbols, feature structures.
  • SFG augments the structural description provided by context free grammar with a functional description.
  • the functional description is intended to capture the relational dimension of a grammatical structure. Different languages map structural and functional dimensions differently. This approach is premised on the theory that it is necessary to treat functional description in its own right rather than as appendage to the phrase structure tree. This is a fundamental argument for the functional paradigm of grammar.
  • Relationship of the two dimensions in SFG SFG is a two-dimensional grammar in the sense that its two dimensions are independent.
  • the descriptive primitives of the two dimensions are defined independently and derived independently.
  • SFG allows relational constructs to be computed not only from structural description but also from other information, such as morphology and semantics independent of structural constructs. It follows LFG in recognizing the necessity to explicitly model both structural and functional structures of language. Moreover, it not only defines the functional constructs independently of structural constructs but also allows for the functional description to be derived independently from structural descriptions. The emphasis on the independence of the two dimensions is motivated and required by flexibility in parsing.
  • the two dimensions interact with each other in two respects.
  • the relational information licenses the structural configuration.
  • structural information provides clues about relational distribution through its functional assignments.
  • the existence of two independent but related dimensions provides two possible perspectives of a grammatical phenomenon. What is awkward to describe on one dimension can be possibly neatly accounted for on the other.
  • the real sense of complementation comes from fully independent (independently defined AND derivable) dimensions.
  • the two-dimensional descriptions can complement each other to increase the overall coverage of the grammar while still keeping the grammar as lean as possible.
  • the two dimensional description provides different approaches to the description of linguistic facts. This flexibility in data modeling facilitates a comprehensive yet economical approach to grammar modeling.
  • Fig. 2 provides an illustration of the structural and relational objects and their relationship with each other.
  • Figs. 3 is a diagram of an exemplary phrase structure and
  • Fig. 4 is a diagram of a function template associated with the phrase structure of Fig. 3 in accordance with an embodiment of the present invention. As illustrated in Fig 2, on the structural dimension, the following entities must be defined:
  • Lexical categories and attribute-value pairs can be associated with a particular set of attributes, even values. For instance, a lexical category can be associated with a particular set of attributes, even values. For instance, a lexical category can be associated with a particular set of attributes, even values. For instance, a lexical category can be associated with a particular set of attributes, even values. For instance, a lexical category can be associated with a particular set of attributes, even values. For instance, a
  • French pronoun which is a lexical category
  • has case, person, gender and number which are attributes that, for a given pronoun, have corresponding values.
  • Functional assignment Function template and functions can be mapped on to constituent structures or their lexical constituents. As is illustrated in Fig. 3, the function template, predication, is assigned to S and VP constituent structures. Subject and objects axe mapped onto the nouns and predicate to the verb.
  • the SFG specification language is designed to enable the linguist to express his SFG model of grammar. This section explains the SFG Specification Language by examples, and in particular the sample SFG grammar specification file shown in Fig. 5.
  • the language is designed to have a prose style of grammar modeling rather than that of mathematical formulas. Its symbolic convention makes use of the typography of natural language texts as much as possible, so that grammar modeling is felt more like a composition than a Morse code transcription.
  • the alphabet used to make up an SFG expression is confined to 26 letters of
  • Link, link, 3link, Unk4, H3nk, UnK Control symbols include braces, curly brackets, comma, semi-colon, full stop, plus and equation.
  • Attributes such as item 54 in Fig. 5, and their values, such as item 55 in Fig. 5, are declared (using a declaration 57 of Fig. 5) as follows.
  • the name of the attribute must be unique.
  • the name of the value can be shared across attributes. personil, 2, ⁇ , gender ⁇ masculine, feminine, neuter ⁇ , case ⁇ l, 2, 3 ⁇ . Every attribute must have at least one value.
  • the lexical category is defined (using a declaration 57 in Fig. 5) in a fashion (shown as item 53) similar to defining attributes. nouninumber, gender ⁇ , verb ⁇ time, aspect ⁇ , adjectivei gender, number ⁇ , adverb .
  • the category, noun has number and gender as its attributes.
  • a lexical category can have no attribute, as in the case of adverb. It is possible to define a special lexical category by insisting that its attribute is instantiated with a particular value, for instance, noun32 ⁇ gender. -masculine, number ⁇
  • Functions are components of the function templates.
  • the format of their definition is the same as that of the lexical category. subject ⁇ case:l ⁇ , predicateitime, aspect ⁇ , object ⁇ case:2 ⁇ , adjunct ⁇ .
  • the function template is made up of two components:
  • Template characterization (template definitions 58 in Fig. 5)
  • Template composition (phrase structure definitions and 2-D mappings 59 in Fig. 5) Each template has a list of attributes associated with it. It is template characterization, expressed between curly brackets. The template composition specifies what functions it is made up of. It is expressed between braces. Among the composing functions, the first function is treated as head function and the rest are subsidiary functions. In the statement below modified is the head function of modification. modification! gender, number Kmodified, modifier), adjunction(predicate, adjunct). It is possible to declare a function template without explicitly specifying its characterization as in adjunction. In this case, the attributes of the head function will be treated as characterization of the template. It is possible to impose a particular value of an attribute on a function template.
  • an open list of functions may be specified for a function template as follows.
  • constituent categories are declared as follows.
  • a constituent structure is expressed in the format of a rewrite rules.
  • NP AP + NP. This is not yet a complete statement. For the statement to be complete, mappings to function templates must be added, such as illustrated in Fig. 5.
  • NP (modification) AP (modifier) + NP (modified).
  • NP has a function template, modification.
  • the composing function of modification, modifier is assigned to the constituent of NP, AP, and modified to NP. Constraints can be specified on the rewrite rule as follows.
  • S(predication) NP(subject) ⁇ number:l, persoml ⁇ VP(predicate) ⁇ person:2 ⁇ .
  • the function template and function are assigned to a phrase structure (PS) constituent through the PS rules and processed during PS construction.
  • PS phrase structure
  • Fig 5 illustrates a grammar specification file in accordance with an embodiment of the present invention.
  • the file consists of five parts:
  • the hash sign can be used to signify the title of the section.
  • the percentage sign instructs the compiler to ignore everything until the next line.
  • Fig. 6 is a block diagram of a grammar package compiler in accordance with an embodiment of the present invention.
  • the grammar specification (an SFG file) is input to the tokenization process 61 to separate the various lexemes in the SFG file (see for example fig. 5).
  • the tokenization process checks that the SFG file follows the correct format and produces error messages when the SFG file format is incorrect.
  • the lexemes are then used in the recognition process 62 to create an internal representation of the grammar (65) comprising all attributes, values, functions, function templates, constituent categories, lexical categories and constituent structures.
  • the recognition process will check that the SFG description is valid, for example that constituent structures only use constituent categories that are defined etc. On detection of errors an appropriate error message is generated.
  • the grammar packaging process (63) then builds all possible grammar packages (representing phrase structure trees) that meet the descriptions and constraints described by the grammar and by the optional constraints on packages, such as width and depth of the resulting packages.
  • the grammar packages that meet the constraints are stored in the grammar package database (64) which can be further optimally organized for fast retrieval and access by the parser process that will use the grammar packages.
  • adjunct or self takes as its characterization whatever attribute-values pairs of the constituent playing the role of adjunct or self.
  • Generic template A generic template has a generic function as its head. Its characterization is taken from the characterization of the generic function, which in turn is taken from the daughter constituent assuming the function. It is specified as follows.
  • the compiler will build a concrete template for this constituent structure.
  • the concrete template will take all the attributes from adj as its characterization.
  • the attribute-values pairs of adj will be percolated to the concrete template.
  • the characterization of the concrete template will be percolated from a lexical constituent through the path of head functions.
  • mapping underspecification The mappings between structural constructs and relational constructs are not neat, otherwise there is no need to distinguish them. There are two possibilities of mapping underspecification.
  • Attributes are primitive entities in SFG. There is no nesting of attributes in an attribute. Different from feature unification grammars such as HPSG and LFG, there is no such a thing as 'path of attributes' or complex feature terms.
  • the function is a primitive entity in functional description. It cannot be nested. Though the template has a structure, template nesting is not necessary in functional description.
  • Fig. 7 illustrates a PS tree that can be built utilizing a SFG in accordance with an embodiment of the present invention.
  • the functional description consists of four merged template instantiations, shown in Fig 8. Lexicon for SFG
  • the lexicon provides three kinds of information:
  • the lexical category is defined in the grammar specification.
  • the lexical characterization is the form of attribute-values pairs. It is feature description of the lexical entry. It can be morphological, semantic or pragmatic in nature. The minimal requirement of sound lexical characterization is that it must contain the characterization of the lexical category.
  • the functional context specifies the function template in which the lexical entry plays a role. For instance, the transitivity relationship of a verb can be captured by the function templates that require zero or one or two objects.
  • the functional context can be under-specified. In other words, the lexical entry does not have any functional expectations or constraints on the derivation of functional description.
  • Fig. 9 The format of lexicon specification in accordance with an embodiment of the present invention is illustrated in Fig. 9.
  • the parser On the basis of a two-dimensional grammar such as SFG, the parser has two main modules:
  • the structural parsing is structure-driven. It operates on the PS definitions. It builds the legitimate PS tree. Since PS rules are annotated with grammatical functions and function templates, the functional templates can be derived from the tree. The functional annotation can be also used as a licensing device to control the overgeneration of the PS rule.
  • the functional parsing is driven by the function template.
  • the process seeks to build function templates with clues from morphological, lexical and semantic features of constituents. Once the functional templates are derived, a PS tree can be built according to the structure the functional templates are mapped to. This structural description is the canonical form.
  • Structural parsing is better suited for configurational languages where there is a neater mapping from structural to functional descriptions.
  • Functional parsing or dependency parsing, abstracting away from structural details, is at its best to cope with non-configurational languages, where word order is freer.
  • Fig 21 shows a typical use of two-dimensional parsing.
  • the parser uses 2 related data stores: phrase structure definitions 211 describe the structural relations between tokens in the stream for the language usage; the functional template definitions 212 describe the functional relations between tokens in the stream, mapped to the phrase structure definitions in 211.
  • the input stream of tokens is first preprocessed using morphological pre-processing (217) to derive the corresponding sequence of parts-of-speech and (not shown) attribute values.
  • This stream of parts- of-speech and attribute values is then subject to structural parsing 213, which is informed by phrase structure definitions 211, to arrive at phrase structures and corresponding functional templates which are further parsed by functional parsing 214 to compute the functional and structural descriptions that are the output of the parser.
  • Fig. 10 which expands on the uses shown in Fig. 21, is a diagram of 2D parsing in accordance with an embodiment of the present invention.
  • the two- dimensional parser is composed of several modules. Depending on the nature of the task and language, the solution is channeled through different modules.
  • Fig. 10 shows various possible uses of two-dimensional parsing.
  • the parser uses three related data stores: phrase structure definitions 1011 describe the structural relations between tokens in the stream for the language usage; the relational structure definitions 109 describe the functional relations between tokens in the stream.
  • the phrase structure to relational structure mappings 1012 relate the two definitions. Together these data stores 109, 1011, and 1012 provide a two- dimensional model of language usage.
  • a first use is of this two-dimensional model is to subject a token input to structural parsing in process 101, which is informed by phrase structure definitions 1011, to arrive at phrase structure 104.
  • This is effectively a one-dimensional use of the data, where parsing only considers the structural dimension.
  • a second use is to subject the phrase structure computed by structural parsing in 101 to the structure-based functional description process 102 to compute a functional description by using the relational structure descriptions 109 corresponding to the phrase structure. This is two-dimensional parsing, where the relational description is fully driven by the structural dimension.
  • a third use is to further parse the resulting phrase structure description from 101 and the input in the functional dimension in functional parsing process 106 using relational structure definitions 109 to build the functional description 105.
  • This functional description is not only driven by the structural dimension, but is computing a more detailed or complete functional description seeded by the initial functional description associated with the phrase structure that is input to 106.
  • This is two-dimensional parsing, with first parsing in the structural dimension and then completing the functional description by further parsing in the functional domain.
  • a fourth use is to utilize the resulting functional description 1013 from process 106 in the function-based structural description process 107 to compute a canonical phrase structure 108.
  • This approach allows use of the enhanced functional description obtained by parsing in the functional domain to create an enhanced structural description of the input.
  • a fifth use may result from not parsing the input first in 101 but instead passing it immediately to 106 without a phrase structure.
  • This approach causes parsing to be first done in the relational dimension, to be optionally followed by a structural dimension parse. (Such an approach is not shown in fig 10.)
  • Figure 10 only shows serial processing. Interleaved processing, where computations in the structural and functional domain are following each other in each step of processing the input stream, is also possible.
  • Fig. 11 indicates the process of a structure function grammar based understanding system in accordance with an embodiment of the present invention. Compare Fig. 11 with Fig. 12, which shows a prior art LFG-based process, taken from Kaplan, R. M., The formal architecture of Lexical-Functional Grammar, Journal of Information Science and Engineering, 1989, 5, 305 — 322. Fig. 19, which provides an embodiment similar to that in Fig. 11, is described in further detail below.
  • serial There can be two processing modes of the two-dimensional parser: serial and interleaved. What is presumed above here is a serial processing: in a first phase, the parser uses the structural dimension to build up a structural description, and its related functional description. In particular, a token input is subject to structural parsing in process 101, which is informed by phrase structure definitions 1011, to arrive at phrase structure 104. In a second phase, the resulting phrase structure description and the input are further parsed in the functional dimension in functional parsing process 106 using relational structure definitions 109 to build the final functional description 105.
  • the phrase structure definitions 1011 and the relational structure definitions 1012 are related by mappings between them, shown as phrase structre to relational structure mappings 1012.
  • An interleaved processing strategy is also a possible.
  • the interleaved processing there is no strict sequence of one dimension followed by the other, but the parsing is done in the two dimensions on every intermediate step in the parsing process..
  • a potential advantage of this process mode is to bring functional data to bear on the structural parsing so that the parser can recover extra-grammatical structural variations. It is further possible to take the functional descriptions derived form either of the above approaches and to apply a function-based structural description process 107 to develop what we call "a canonical phrase structure" 108, which is not necessarily identical to phrase structure 104 but which is associated with it by the common functional description 103 or 1013.
  • grammar packaging is designed to enable the parser to operate on a set of related rules rather than on a single rule at a time of parsing operation. If a parse of a sentence is likened to a building, parsing is a process of constructing the building with prefabricated material. The idea of prefabrication divides the construction into two stages: building prefabricated parts and assembling them. The two-stage process promises efficiency in the second stage.
  • Grammar packaging is a technique of pre-computing (off-line) partial solutions, given rules in SFG.
  • Types There are two main types:
  • Fig. 13 is a diagram illustrating one type of grammar package in accordance with an embodiment of the present invention.
  • Packages for structural parsing are based on phrase structure trees.
  • the minimal data requirement in a package is the categories of the root and leaves of the phrase structure.
  • the former is the category of package and the latter are the elements of package.
  • other useful information can be added.
  • the package will include function templates, function assignment and feature constraints.
  • packages will include internal nodes of the phrase structure to be able to perform tree grafting or merging operations. If the contextual constraints should be imposed on the applicability of a package, then lookbacks and lookaheads must be included.
  • the elements of packages must be lexical categories/lexical tokens. (Chunking is a term in NLP, used here to refer to processing an input utterance and indicating the start and end of constituents in the phrase structure, without creating a hierarchical tree of constituents.)
  • the elements of packages will be non-terminal phrase structure categories.
  • Packages for functional parsing are based on the function templates, since the parsing operation is based on functional constraints.
  • the minimal data in packages must include the identity of the template as the category of the package.
  • the elements of the package will include information on lexical categories.
  • the element that is assigned a function will also include the function type. Feature constraints can be added to the elements if the applicability of the package needs to be further restricted.
  • the size of grammar packages is the information required for grammar packaging. It determines the shape of the package and the overall coverage of the linguistic domain by the grammar packages.
  • the grammar package is 'measured' along two dimensions: depth and width.
  • the width is the span of the package over an input. If the width of the package of structural parsing is set to 5, the parsing operation will consider 5 tokens in an input.
  • the depth of a grammar packages is measured by the number of levels of hierarchy in the phrase structure tree corresponding to the package.
  • the grammar engineer can determine the coverage of the parser on the basis of his grammar.
  • the depth and width of grammar packages can be set to any positive integer larger than zero.
  • the different combination of the values, such as depth being 10 and width being 4, will produce grammar packages that • Have different shapes • Jointly cover different parts of the linguistic domain.
  • the package may have a maximum of five levels of structure embedding.
  • the parameters can be neutralized by setting a very large value, such as 100, 1000.
  • the depth is set 100 and the width to 5. This means the packaging is probably only constrained by the number of words coverable by the grammar package, as the constraint to have packages less than 100 deep will not likely need to be enforced for any package covering 5 words. Since the coverage of grammar packages is only a subset of grammatical structures derivable from the grammar model, it is important to make sure that the most appropriate subset is covered.
  • the depth must be high enough to allow for all the interesting partial solutions modeled in a grammar that has many levels of factoring out constituency.
  • Constraints on attribute values may be specified in a rule-based grammar from which the packages are derived. Basically such constraints limit when a rule in the rule-based grammar can apply. This property has the effect of reducing the language covered by the grammar model (the square shown in Fig. 16).
  • the effect of attribute value constraints on packages is typically to produce more packages to be used in parsing, because specific combinations of attribute values for a particular tree now need specific packages.
  • attribute value constraints may be honored by the parser. One is to create these more specific packages and then for the input stream to check the attribute values and only use the packages that can apply.
  • the parser may operate in a manner that the attribute value constraints are not used as hard constraints, but rather as score indicators; in this embodiment, a parse that makes more attribute value mismatches is scored as worse than one with less, but not unacceptable. (As to this last point, see below: “Scores in terms of certainty of feature description”.) Creation of packages
  • Packages for structural parsing can be created in conventional parsing schemes, top-down or bottom-up, breadth or depth first. Each creation terminates when the resultant phrase structure exceeds the constraint on the size of packages.
  • Packages for functional parsing is also based on packages for structural parsing. Information on templates and function assignments with respect to the elements of the package is extracted from phrase structure with functional annotations.
  • Fig. 14 provides a first example of how the grammar package in Fig. 13 is used.
  • the on-line operation can be summed up as follows. Given a string, whose tokens start with T 0 and ends with T n and a set of grammar packages, G, the parser proceeds from T 0 to T Recipe , or in the other way, seeking for a list of packages from G whose elements cover T 0n . The parse of the string is represented by this list of packages.
  • Feature synthesis operation The instantiation of an attribute is the assignment of particular values. Given an attribute with two possible values, the possible instantiations of the attribute are four-fold. Take gender ⁇ masculine, feminine ⁇ for example gender[+masculine, -feminine] gender[-masculine, +feminine] gender[+masculine, +feminine]
  • attribute instantiation can be grouped into four types • Void instantiation (gender[-masculine, -feminine])
  • the result of type synthesis is conditioned by the types of attribute instantiations.
  • the synthesis logic can be stated as below. Let void, unique, multiple and full instantiations be , ⁇ , ⁇ and ⁇ respectively.
  • Feature synthesis is performed on templates associated with a phrase structure built by the structural parsing. It is a process deriving feature description.
  • Fig. 15 illustrates the feature and template of description output by the parser. There are three main operations:
  • Connected templates are templates whose functions anchor on an identical token.
  • Each phrase structure has a main template carried by the head constituent.
  • the feature synthesis for a phrase structure must identify templates (directly or indirectly) connected with the main template. Selection of the best parses
  • a feature description can be evaluated in terms of certainty degrees. It is an important clue on how much the phrase structure is endorsed in functional aspects.
  • the degree of certainty for an attribute instantiation is related to the instantiation type.
  • the value of certainty of attribute instantiations is between 1 and 0 inclusive. 1 indicates absolute certainty whereas 0 absolute uncertainty.
  • the value for void instantiation is 0 and that for unique instantiation is 1.
  • the multiple instantiation and full instantiation falls between 0 and 1.
  • a feature description is a set of attribute instantiations. It is associated with a function, an template or with connected templates in a phrase structure.
  • the certainty of a feature description, C fd is the average of the certainty total of the attribute instantiations in the feature description, n is the number of attribute instantiations in the feature description.
  • Embodiments of package-driven parsers may be made to be robust. Robust parsers driven by grammar packages can perform
  • Partial parsing In other words, it outputs a forest of phrase structure trees covering the utterance, not a single tree. • Incomplete parsing. It can skip tokens with which no package can bridge across.
  • Efficiency is an important potential benefit of embodiments of the present invention employing grammar packaging. In utilizing packages that have been prepared in advance of the parsing process itself, the actual parsing activity has the potential to be more efficient. Efficiency comes from two directions:
  • the statistics of grammar packages can be obtained through parsing a training corpus. This information can be acquired in the actual operation of the parser and used for self-adaptive performance.
  • the parser can be used for various purposes:
  • Tuning grammar through grammar packages Tuning grammar in terms of rules has proven to be work of high complexity and low productivity.
  • Grammar packaging does not maintain the original coverage of the grammar model. Given certain dimensional specifications, the process generates packages that cover only a subset of linguistic facts. The packages represent a weaker grammar. It is illustrated by the square and circle in Fig. 16. The ultimate aim is to bring the circle to fit the pentagon as much as possible for maximal efficiency of processing and the best coverage of central grammatical phenomena. It can be achieved in three steps in package-based grammar engineering. • Provide a grammar model that covers all the central facts (the square covering the pentagon) (including, for example, by placing constraints on attributes as discussed above).
  • Grammar packages automatically generated from a SFG model populate the lexicon so that lexical tokens can be brought to bear on the applicability of grammar packages. To avoid the redundancy associated with conventional lexicalization of syntactic structures, packages that cannot apply on a lexical token will be recorded with that token. The purpose is to make use of information on word- specific exceptions from lexicon while still benefiting maximally from the generic nature of grammar rules.
  • TBSI Template-based Semantic Interpreter
  • Fig. 17 illustrates the general architecture of a spoken dialogue system using a parser in accordance with an embodiment of the present invention.
  • the user 171 utters speech that is processed by a speech recognition system 172 to generate one or more sentence hypotheses, the speech recognition system being driven by discourse context information 175 such as speech recognition grammars for the application.
  • the sentence hypotheses are processed by the Language Understanding process 173 to compute the request semantic frame, using the discourse context information (175), such as the SFG data and semantic interpretation data.
  • the resulting semantic frame describes the semantics of the user's utterance to be used by the dialogue management process 176.
  • the dialog management process may consult a database 174 to obtain information for the user.
  • the dialogue management process also selects or produces discourse context information 175 to reflect the new situation in the dialog.
  • the language generation process (177) produces a natural language sentence that can be either shown as text to the user or can be rendered as spoken language by means of speech synthesis (178).
  • the template-based semantic interpreter uses the robust parser described above for analyzing a stream of tokens.
  • Fig. 18 illustrates the architecture of a TBSI in accordance with an embodiment of the present invention.
  • the robust parser is shown as item 189, which receives a language usage input tokens shown here as "strings".
  • the parser 189 has access to lexicon 1801 (obtained via lexical compiler 1802 pursuant to a lexical specification) and grammar 187 (obtained via SFG compiler 188 pursuant to an SFG specification).
  • the simple semantic structure output from the parser 189 is subject to further processing by semantic composer 184 and semantic evaluator 185, which produce a complex semantic structure output and optional QLF (Quasi Logical Form) format, which provides a formal representation of the semantic content of the input.
  • the semantic composer 184 and the semantic evaluator 185 are in communication with the semantic model 182, obtained from a Template-based Semantics Language (TBSL) compiler 186 (which is here and sometimes called "TS specification language compiler”) operating on a Template-based Semantics Language specification file (which is here and sometimes termed "TS semantic specification”) and the TCL interpreter 183 (developed based on semantic model 182).
  • Semantic interpretation in a natural language understanding (NLU) system is an issue closely related to the domain of semantics and a particular grammar formalism. There are three notable architectures of the NLU process indicated by the numbered curves in Fig. 19.
  • L-Description a list of lexemes, derived from the lexical analysis of String P-Description: a forest of phrase structure trees F-Description: a set of instantiated function templates S-Description: a set of semantic templates, situation-independent, derived from linguistic structures. They are used to express simple semantic constructs, often closely linked with the function templates in F-Description.
  • T-Description a set of situation-specific, domain-dependent, task templates.
  • the three curves are three types of semantic interpretation:
  • Lexeme-based interpretation It is the least sophisticated and 'leap's a longest distance over the process. It is suitable for very simple and restricted task of semantic interpretation
  • Template-based Semantics Language is the formalism to define semantic structures and its components required for natural language understanding.
  • Fig. 20 illustrates the format of a TBSL specification file. The specification has four sections:
  • a term is made up of 26 English letters (both upper and lower cases) and 10 digits from 0 to 9, except for the special term in between double quotes.
  • the special term can be made up of any characters.
  • the punctuation used is listed in the following table.
  • a TBS model utilizes definitions of conceptual structures in a particular application domain. Given a conceptual space to describe, the task is to partition the space in such a way that • some partitions can be derived from a lexico-syntactic entities (simple concepts);
  • the semantic model is based on the grammar model: it 'continues' from the functional description defined in grammar.
  • it is related to the dialogue model, for example, the relationship between composite templates with dialogue intentions.
  • SFG The relational dimension of SFG is also suitable to describe basic semantic elements. Simple concepts can be described in terms of templates. Semantic primitives can be defined as attributes and values or as template functions. If a concept is expressed by a lexeme or encoded in a phrase structure, it can be treated in SFG.
  • a concept is typically expressed in more than one phrases or even sentences, it is better to treat in the semantic model in TBSL.
  • the concept of 'travel' is a complex concept: it involves the means, date, time, destination, departure, class, etc.
  • the complex concepts typically involve multiple grammatical structures defined in SFG.
  • the semantic model in TBSL captures two basic information. It specifies the composition of complex concepts, simple concepts that can be its elements, evaluation of the simple and complex concepts and the association of complex concepts with pragmatic objects, such as dialogue intentions. Modeling semantic evaluation
  • Each semantic object must be evaluated to some other representation or constrained in their legibility in becoming part of a larger object.
  • the evaluation is not part of TBSL but coded in Tel scripts.
  • the names of the scripts are specified between quotes.
  • the parser operates on a SFG grammar. It identifies the stream of tokens that have syntactic structures defined in SFG and builds simple concepts from the templates associated with the phrase structures. The structures not covered by SFG are skipped.
  • TBSI seeks to compose them into larger and complex concepts.
  • the component is given an ordered list of candidates, (possible domain templates). It first short lists the candidates by pragmatic considerations, checking if candidates match the pragmatic settings, such as dialogue intentions active at the juncture of dialogue process. It then starts the trial composition procedure. It seeks to fill in the slot
  • domain function of complex concept in the (domain template) with simple concepts extracted during parsing. It evaluates simple concepts by the associated Tel script and pass it onto evaluation by the scripts associated with the slot. The purpose is to assess the eligibility of the simple concept becoming part of the complex concept. The result can be un-instantiated, partially or fully instantiated. The best instantiation is determined according to the following criteria.
  • the process has three features: procedural, compositional and destructive. We address each of these features in turn.
  • Fig. 22 illustrates procedures of semantic evaluation in accordance with an embodiment of the present invention.
  • the semantic evaluation has three stages.
  • FIG. 23 provides examples of semantic evaluation in accordance with an embodiment of the present invention.
  • the semantic evaluation follows the structures built in the semantic composition. There are four layers of evaluation.
  • the evaluation of the outer layer is a mathematical function of the evaluations of the inner layers.
  • the evaluation of atomic templates is also compositional. In many cases, the evaluation of an atomic template requires the evaluation of another atomic template as input, as indicated by the loop in the above figure.
  • the Tel procedure for evaluating simple concept 'synthesizes' the semantic features of each component.
  • the Tel procedure for evaluating composite templates 'synthesizes the evaluations of each composing elements.
  • the Tel procedure for evaluating the function of a domain template can be used for two purposes. The procedure can be written as treatment common to all the simple concept eligible to fulfil the function. Alternatively, it can be discriminative. Based on the evaluation of the simple concept, it can check if the candidate fulfils the requirement. This use is equivalent to imposing semantic constraint.
  • the output of the semantic evaluation of valid semantic structures is an expression in another representation (semantic request frame in Fig. 17). It is delivered to the dialogue manager for processing.

Abstract

A method of parsing a stream of tokens representative of language usage is provided in one embodiment. The method includes: a. storing a set of packages, each package being representative of a phrase-structure tree, each tree derived from a rule-based grammar; and b. parsing the stream using the packages to establish a structural description for the stream. In another embodiment, there is also provided a method of parsing a stream of tokens representative of language usage. The method of this embodiment includes: a. storing a set of packages, each package being representative of a phrase structure tree associated with a grammar, wherein a subset of the packages includes a set of relational descriptions, and b. parsing the stream using the packages establish a structural description and a relational description of the stream. In each case a new grammar formalism, Structure Function Grammar (SFG), is used to derive the set of packages.

Description

Grammar-Package Driven Parsing
Technical Field The present invention relates to syntactic parsers and their components for use in digital computers.
Background Art Syntactic parsers, driven by a set of syntactic rules, analyze sentences into syntactic structures called phrase structure trees. It is known in the prior art of corpus-based parsers to employ phrase structure trees and their statistics. The trees used for parsing in this approach are derived from a manually annotated corpus of sentences. If the corpus is representative of linguistic usage such an approach helps to assure a relatively thorough set of trees for purposes of parsing. On the other hand, there is a substantial computational overhead associated with this approach due to the substantial complexity of language analyzed in this fashion.
References concerning grammatical parsers and related subject matter include the following, which are hereby incorporated herein by reference in their entirety: Abney, S., Partial parsing via ftnite-sate cascades, ESSLLF96 Robust Parsing
Workshop, 1996
Aho, AN. and J. D. Ullman, The Theory Of Parsing , Translation And Compiling, Prentice Hall, 1972.
Aho, AN., R. Sethi and J. D. Ullman, Compilers: Principles, Techniques And Tools, Reading MA: Addison-Wesley, 1986.
Bod, R. and R. Scha, Data-Oriented Language Processing: An Overview, Institute for Logic, Language and Computation, University of Amsterdam, 1996.
Bole, L, Natural Language Parsing Systems, Springer-Nerlag, 1987, Heidelberg. Briscoe, J. and J. Carroll, Generalized Probabilistic LR Parsing of Natural Language with Unification-based Grammar, Computational Linguistics, 1993, vol 19, no 1, pages 25-59.
Charniak, E., Tree-bank Grammars, CS-96-02, Brown University, 1996. Charniak, E. Statistical techniques for natural language parsing, Al Magazine,
1997.
Chelba, C. et al., Structure and performance of a dependency language model, Proceedings of Eurospeech'97, 1997.
Chomsky, N., Lectures on Government and Binding, Foris, 1981. Chomsky, N., Three Models For Description Of Language, in IRE Transactions
PGIT, 2 113 -114, 1956.
Collins, M. J., A New Statistical Parser Based On Bigram Lexical Dependencies, in IRE Transactions PGIT 1956.
Covington, M. A., A Dependency Parser For Variable-Word-Order Languages, Artificial Intelligence Programs, University of Georgia, 1990.
Earley, J. An Efficient Context-Free Parsing Algorithm, In Processing in Grosz, B., K. Jones and B. Webber ed. Readings in Natural Language Processing, Morgan Kaufmann, 1986.
Fraser, N. M., Parsing and Dependency Grammar, UCL Working Papers in Linguistics 1, 1989.
Hayes, D. C, Dependency Theory: A Formalism And Some Observations, Language, 1964, 40, 511-525.
Hudson, R., English Word Grammar, Blackwell, 1990, Oxford. Kaplan, R. M., The Formal Architecture Of Lexical-Functional Grammar, Journal of Information Science and Engineering, 1989, 5, 305 — 322.
Kaplan, R. and J. Bresnan, Lexical-Functional Grammar: A Formal System For Grammatical Representation, 173—281, The Mental Representation of Grammatical Relations, MIT. Kay, M., Algorithm Schemata And Data Structures In Syntactic Processing in Grosz, B., K. Jones and B. Webber ed. Readings in Natural Language Processing, Morgan Kaufmann, 1986.
Lafferty, I et al., Grammatical trigrams: a probabilistic model of link grammar, AAAI Fall Symposium on Probabilistic Approaches to Natural Language, 1992.
Magerman, D. M., Natural Language Parsing As Statistical Pattern Recognition, Department of Computer Science, 1986.
Marcus et al., Building a large annotated corpus of English: the Penn Treebank, Computational Linguistics, Vol. 19, 1993. McCord, M. C, A New Version Of Slot Grammar, IBM Research Report RC
14506, IBM Thomas J. Watson Research Centre, 1989
Melcuk, I. A., Dependency Syntax: Theory And Practice, State University Press of New York, 1988.
Tesniere, L., Elements De Syntaxe Structurale, Klincksieck, 1959. To ita, M., Linguistic Sentences And Real Sentences, Proceedings of COLING,
1988.
Tomita, M., Efficient Parsing For Natural Language, Kluwer, 1986 Tomita, M. Current Issues in Parsing Technology, Kluwer, 1991, Boston. One difficulty of parsing large word-count phrases or sentences using a context free grammar is that as the length of the sentence increases, the number of possible parses increases dramatically. Because parsing must, by one means or another, take into account these possible parses, the computational effort in parsing typically increases exponentially as the input to the parser increases in word count.
Summary of the Invention In one embodiment of the invention, there is provided a method of parsing a stream of tokens representative of language usage. The method of this embodiment includes: a. storing a set of packages, each package being representative of a phrase-structure tree, each tree derived from a rule-based grammar; and b. parsing the stream using the packages to establish a structural description for the stream.
In another embodiment of the invention, there is also provided a method of parsing a stream of tokens representative of language usage. The method of this embodiment includes: a. storing a set of packages, each package being representative of a phrase structure tree associated with a grammar, wherein a subset of the packages includes a set of relational descriptions, and b. parsing the stream using the packages establish a structural description and a relational description of the stream.
In a further embodiment based on either of the above embodiments, the grammar further specifies constraints on attribute values, the packages contain information derived from such constraint, and such information is employed in parsing the stream using the packages. Alternatively or in addition, packages in the set are selected to satisfy a desired set of constraints. Also alternatively or in addition, the set of packages includes a first subset of packages for which the depth of the corresponding tree is within a desired first range. Also alternatively or in addition, the set of packages includes a second subset of packages for which the width of the corresponding tree is within a desired second range. Also alternatively or in addition, the set of packages includes a third subset of for which the observed frequency of use in parsing a specific corpus of input streams is within a desired third range. The first subset is optionally identical to the set; the second subset is optionally identical to the set; and the third subset is optionally identical to the set. Also optionally, the grammar is a structure function grammar.
In an embodiment related to the first embodiment described above, each member of a subset of the packages includes a function template that functionally describes syntax associated with the phrase structure tree that the member package represents, and parsing the stream includes evaluating relational content of the stream.
In another embodiment, there is provided a method of parsing a stream of tokens representative of language usage, and the method of this embodiment includes: providing a set of phrase structure definitions, a set of relational structure definitions, and a set of mappings between them; using the phrase structure definitions to provide a phrase structure of the stream; and using the mappings and the relational structure definitions to process the resulting phrase structure to arrive at a functional description of the stream.
Optionally the embodiment further includes using the relational structure definitions to process further the functional description and the stream to arrive at a further enhanced functional description.
In another embodiment, there is provided a method of computing a phrase structure description from a given functional description. The method of this embodiment includes: providing a set of phrase structure definitions, a set of relational structure definitions, and a set of mappings between them; using the mappings and the relational structure definitions to process the functional description to arrive at a phrase structure description of the stream.
Optionally, the given functional description results from using the relational structure definitions to parse a stream of tokens.
In yet another embodiment of the invention, there is provided a method of parsing a stream of tokens representative of language usage, and the method of this embodiment includes: providing a set of phrase structure definitions, a set of relational structure definitions, and a set of mappings between them; using the relational structure definitions to provide a relational structure of the stream; and using the mappings and the phrase structure definitions to process the resulting relational structure to arrive at a phrase structure description of the stream.
Optionally in the above parsing methods, the phrase structure definitions, the set of relational structure definitions, and the set of mappings between them are pursuant to a structure function grammar.
In accordance with another embodiment of the invention, there is provided a method of computing a semantic representation of an input stream, and the method includes: providing a set of semantic interpretation definitions; parsing the stream in accordance with any of claims 2 and 19 to create a functional description; and computing the semantic representation from the functional description using the semantic interpretation definitions. Brief Description of the Drawings
The foregoing features of the invention will be more readily understood by reference to the following detailed description, taken with reference to the accompanying drawings, in which:
Fig. 1 is a diagram illustrating structural and relational descriptions of a sentence;
Fig. 2 provides an illustration of the structural and relational objects and their relationship with each other;
Fig. 3 is a diagram of an exemplary phrase structure with functional annotations; Fig.4 is a diagram of a function template associated with the phrase structure of Fig. 3 in accordance with an embodiment of the present invention;
Fig. 5 illustrates a grammar specification file in accordance with an embodiment of the present invention;
Fig. 6 is a block diagram of an SFG compiler in accordance with an embodiment of the present invention;
Fig. 7 illustrates a PS tree that can be built utilizing the SFG in Fig. 5, in accordance with an embodiment of the present invention;
Fig. 8 illustrates four template instantiations that are associated with the PS tree of Fig. 7;
Fig. 9 illustrates the format of lexicon specification in accordance with an embodiment of the present invention; Fig. 10 is a diagram of two-dimensional parsing in accordance with an embodiment of the present invention;
Fig. 11 indicates the process of a structure function grammar based understanding system in accordance with an embodiment of the present invention;
Fig. 12 shows a prior art LFG-based process; Fig. 13 is a diagram illustrating one type of grammar package in accordance with an embodiment of the present invention;
Fig. 14 provides a first example of how the grammar package in Fig. 13 is used;
Fig. 15 illustrates the features and templates of description output by the parser;
Fig. 16 illustrates the relationship among the coverage of rules, the coverage of packages and linguistic domain;
Fig. 17 illustrates the general architecture of a spoken dialogue system in accordance with an embodiment of the present invention; Fig. 18 illustrates the architecture of TBSI in accordance with an embodiment of the present invention;
Fig. 19 illustrates the process of natural language understanding in accordance with an embodiment of the present invention;
Fig. 20 illustrates the format of a TBSL specification file; Fig. 21 is a simplified block diagram of an embodiment of a parser in accordance with the present invention;
Fig. 22 illustrates procedures of semantic evaluation in accordance with an embodiment of the present invention.
Fig. 23 provides examples of semantic evaluation in accordance with an embodiment of the present invention.
Detailed Description of Specific Embodiments As used in this description and the accompanying claims, the following terms shall have the meanings indicated, unless the context otherwise requires: "Language usage" refers to written or spoken language and therefore includes text and speech.
A "parser" is a device that assigns a structural description and/or a relational description to a sentence or phrase. The former expresses the underlying phrase structure. The latter captures links of any nature between words in the input. Examples of these two types of descriptions are shown in Fig. 1.
A "token" is a tangible representation of language usage, and includes a word in normal orthography as well as other forms of representation including, but not limited to, phoneme-encoded and subphoneme-encoded language usage, computer-readable representations of the foregoing, and digitally encoded speech. A "Structure Function Grammar" (SFG) is a grammar that describes both structural and relational dimensions of syntax.
A "two-dimensional grammar" is a type of grammar that supports structural and relational dimensions in grammar modeling and processing.
A "phrase-structure tree derived from a rule-based grammar" includes a representative part of a tree that is derived from a rule-based grammar in cases where a whole tree is not derived for the package or not used in the package. A "subset" is a non-null set and need not be a proper subset, so that a
"subset" may therefore be (but is not required to be) identical with its associated parent set.
A new grammar formalism, a Structure Function Grammar (SFG), has been developed to: • Describe the grammar of different types of languages
• Support knowledge engineering for different parsing strategies: phrase structure parsing, dependency parsing, and their various combinations.
• Encourage declarative grammar coding for maximal productivity for grammar writing, debugging and maintenance It is an engineering grammar in that it is an attempt to find the best compromise between linguistic and engineering requirements:
• Adequate descriptive power for wide-coverage of real-life expressions in different languages
• Grammar codes independent from a particular processing system but susceptible to lean data structures and modularity in the system architecture
The theories of grammar in computational linguistics — such as Categorical Grammar, Dependency Grammar, Government and Binding Theory, Generalized Phrase Structure Grammar, Head-driven Phrase Structure Grammar, Lexical Functional Grammar (LFG), Tree-Adjoining Grammar — vary in their point of view, motivation, context of development and emphasis. Most of them are mono- dimensional — either they focus on one aspect of grammatical structure and ignore the other, or they sit on one aspect of grammar and derive the rest from it.
We have found that the multilingual and multiple-application context of natural language processing (NLP) puts two important requirements on data modeling and system structure:
• A grammar formalism that facilitates maximally economical grammar modeling of various types of languages, such as configurational and non-configurational, inflectional and isolated languages.
• A possibility to use one or combined multiple parsing schemes (structural parsing, relational parsing) to fulfill various tasks on a single data model.
These requirements are addressed by a two-dimensional parsing on the basis of a two-dimensional grammar. Like LFG, SFG promotes both structural and relational view of languages. But unlike LFG, SFG pushes the relational view of language further to its logical end to fulfill the second requirement: two-dimensional parsing.
The postulation of two dimensions is based on the conviction that the grammar of languages has two fundamental aspects: structural and relational. Both structural and relational features are valuable inputs to the parsing process and after-parsing process in NLP and neither is derivable completely from the other.
The context free grammar is advantageous in a number of respects. It covers important grammatical properties of natural languages. There is parallelism between the rewrite rule and the tree graph. It is parsimonious and sufficiently flexible for various parser schemes: top-down, bottom-up, mixed mode. Parsing algorithms are well studied. For its structural description, SFG may conveniently utilize the conventional context free grammar formalism.
The context free grammar, however, is deficient for natural language modeling. Several augmentations to the context-free grammar have been proposed in prior art, such as transformation, complex symbols, feature structures. SFG augments the structural description provided by context free grammar with a functional description. The functional description is intended to capture the relational dimension of a grammatical structure. Different languages map structural and functional dimensions differently. This approach is premised on the theory that it is necessary to treat functional description in its own right rather than as appendage to the phrase structure tree. This is a fundamental argument for the functional paradigm of grammar.
Relationship of the two dimensions in SFG SFG is a two-dimensional grammar in the sense that its two dimensions are independent. The descriptive primitives of the two dimensions are defined independently and derived independently. SFG allows relational constructs to be computed not only from structural description but also from other information, such as morphology and semantics independent of structural constructs. It follows LFG in recognizing the necessity to explicitly model both structural and functional structures of language. Moreover, it not only defines the functional constructs independently of structural constructs but also allows for the functional description to be derived independently from structural descriptions. The emphasis on the independence of the two dimensions is motivated and required by flexibility in parsing.
The two dimensions interact with each other in two respects. On the one hand, the relational information licenses the structural configuration. On the other, structural information provides clues about relational distribution through its functional assignments. The existence of two independent but related dimensions provides two possible perspectives of a grammatical phenomenon. What is awkward to describe on one dimension can be possibly neatly accounted for on the other. The real sense of complementation comes from fully independent (independently defined AND derivable) dimensions. The two-dimensional descriptions can complement each other to increase the overall coverage of the grammar while still keeping the grammar as lean as possible.
The two dimensional description provides different approaches to the description of linguistic facts. This flexibility in data modeling facilitates a comprehensive yet economical approach to grammar modeling.
The two dimensional perspective requires the definition of three basic constructs: (1) structural constructs, (2) relational constructs, and (3) mappings between structural and relational constructs. Fig. 2 provides an illustration of the structural and relational objects and their relationship with each other. Figs. 3 is a diagram of an exemplary phrase structure and Fig. 4 is a diagram of a function template associated with the phrase structure of Fig. 3 in accordance with an embodiment of the present invention. As illustrated in Fig 2, on the structural dimension, the following entities must be defined:
• Lexical categories, such as noun, adjective, verb,
• Constituent categories, such as np, vp, and
• Constituent structure, whose components are labeled with lexical and constituent categories, for example, S -> NP + VP. Also as illustrated generally in Fig. 2, on the relational dimension, four entities must be defined:
• Attributes, such as gender, number
• Values associated with the attributes, such as masculine, feminine
• Functions, such as subject, object, and • Function templates, such as predication and modification.
These seven entities are basic objects of SFG. Constituent structures, functions and templates are composed of the other objects in their respective dimensions.
The mappings between structural and relational objects exist in two places
• Lexical categories and attribute-value pairs. A lexical category can be associated with a particular set of attributes, even values. For instance, a
French pronoun (which is a lexical category) has case, person, gender and number (which are attributes that, for a given pronoun, have corresponding values). • Functional assignment. Function template and functions can be mapped on to constituent structures or their lexical constituents. As is illustrated in Fig. 3, the function template, predication, is assigned to S and VP constituent structures. Subject and objects axe mapped onto the nouns and predicate to the verb. The SFG specification language is designed to enable the linguist to express his SFG model of grammar. This section explains the SFG Specification Language by examples, and in particular the sample SFG grammar specification file shown in Fig. 5.
For the ease of use in grammatical modeling, two issues are identified and considered in the language design.
• Size of the specification language
• Style of the specification language
It is the objective to keep the specification language as small as possible. The central symbols in the language are ( ), { }, +, and =. They are used to model feature, functional and structural descriptions respectively. The language is designed to have a prose style of grammar modeling rather than that of mathematical formulas. Its symbolic convention makes use of the typography of natural language texts as much as possible, so that grammar modeling is felt more like a composition than a Morse code transcription. The alphabet used to make up an SFG expression is confined to 26 letters of
English, both small and capitalized, 10 figures from 0 to 9. A name is expressed with letters and/or figures. The following are legal and distinctive names:
Link, link, 3link, Unk4, H3nk, UnK Control symbols include braces, curly brackets, comma, semi-colon, full stop, plus and equation.
Attributes, such as item 54 in Fig. 5, and their values, such as item 55 in Fig. 5, are declared (using a declaration 57 of Fig. 5) as follows. persond, 2, 3}, gender{masculine, feminine, neuter}. It is a list of attributes with their values in the curly brackets. Each attribute is separated with a comma and the list is terminated with a full stop. The name of the attribute must be unique. The name of the value can be shared across attributes. personil, 2, }, gender {masculine, feminine, neuter}, case{l, 2, 3}. Every attribute must have at least one value.
The lexical category is defined (using a declaration 57 in Fig. 5) in a fashion (shown as item 53) similar to defining attributes. nouninumber, gender}, verb{time, aspect}, adjectivei gender, number}, adverb .
The category, noun, has number and gender as its attributes. A lexical category can have no attribute, as in the case of adverb. It is possible to define a special lexical category by insisting that its attribute is instantiated with a particular value, for instance, noun32{gender. -masculine, number}
Specifying functions
Functions are components of the function templates. The format of their definition is the same as that of the lexical category. subject{case:l}, predicateitime, aspect}, object{case:2}, adjunct{}.
Specifying function templates
The function template is made up of two components:
• Template characterization (template definitions 58 in Fig. 5)
• Template composition (phrase structure definitions and 2-D mappings 59 in Fig. 5) Each template has a list of attributes associated with it. It is template characterization, expressed between curly brackets. The template composition specifies what functions it is made up of. It is expressed between braces. Among the composing functions, the first function is treated as head function and the rest are subsidiary functions. In the statement below modified is the head function of modification. modification! gender, number Kmodified, modifier), adjunction(predicate, adjunct). It is possible to declare a function template without explicitly specifying its characterization as in adjunction. In this case, the attributes of the head function will be treated as characterization of the template. It is possible to impose a particular value of an attribute on a function template.
modificationl2{gender:masculine, number Kmodified, modifier)
In related embodiments, an open list of functions may be specified for a function template as follows.
modification! gender, numberXmodified, modifier*)
It means in the template, modification, the function, modifier, can have more than one occurrence.
Specifying constituent categories The constituent categories are declared as follows.
S, NP, VP, AP, AVP.
Specifying constituent structure and mappings to function templates
A constituent structure is expressed in the format of a rewrite rules.
NP = AP + NP. This is not yet a complete statement. For the statement to be complete, mappings to function templates must be added, such as illustrated in Fig. 5.
NP (modification) = AP (modifier) + NP (modified).
This is to say NP has a function template, modification. The composing function of modification, modifier, is assigned to the constituent of NP, AP, and modified to NP. Constraints can be specified on the rewrite rule as follows.
S(predication) = NP(subject){number:l, persoml} VP(predicate){person:2}.
The function template and function are assigned to a phrase structure (PS) constituent through the PS rules and processed during PS construction. For every phrase structure constituent, there is a functional specification: a function and function template associated. The exception is the top and terminal node of the PS structure, which has only template assignment or function assignment.
SFG specification file
Fig 5 illustrates a grammar specification file in accordance with an embodiment of the present invention. The file consists of five parts:
• attribute specification • function specification
• template specification
• constituent specification
• constituent structure specification
Their order is fixed. The hash sign can be used to signify the title of the section. The percentage sign instructs the compiler to ignore everything until the next line.
Fig. 6 is a block diagram of a grammar package compiler in accordance with an embodiment of the present invention. The grammar specification (an SFG file) is input to the tokenization process 61 to separate the various lexemes in the SFG file (see for example fig. 5). The tokenization process checks that the SFG file follows the correct format and produces error messages when the SFG file format is incorrect. The lexemes are then used in the recognition process 62 to create an internal representation of the grammar (65) comprising all attributes, values, functions, function templates, constituent categories, lexical categories and constituent structures. The recognition process will check that the SFG description is valid, for example that constituent structures only use constituent categories that are defined etc. On detection of errors an appropriate error message is generated. The grammar packaging process (63) then builds all possible grammar packages (representing phrase structure trees) that meet the descriptions and constraints described by the grammar and by the optional constraints on packages, such as width and depth of the resulting packages. The grammar packages that meet the constraints are stored in the grammar package database (64) which can be further optimally organized for fast retrieval and access by the parser process that will use the grammar packages.
Generic function and template
They are sugarcoating devices to prevent unnecessary enumeration in the grammar modeling.
Generic function
Generic functions are defined as follows.
..., adjunct!}, selfl}, ...
It implies that the function, adjunct or self, takes as its characterization whatever attribute-values pairs of the constituent playing the role of adjunct or self.
Generic template A generic template has a generic function as its head. Its characterization is taken from the characterization of the generic function, which in turn is taken from the daughter constituent assuming the function. It is specified as follows.
... , singletonfselfl, ...
In the case of the following rule,
AP (singleton) = adj(self).
The compiler will build a concrete template for this constituent structure. The concrete template will take all the attributes from adj as its characterization. When a concrete AP constituent structure, the attribute-values pairs of adj will be percolated to the concrete template.
AP (singleton) = adv + AP(self).
The characterization of the concrete template will be percolated from a lexical constituent through the path of head functions.
Mapping underspecification The mappings between structural constructs and relational constructs are not neat, otherwise there is no need to distinguish them. There are two possibilities of mapping underspecification.
Mapping underspecification of structure
This occurs when some constituent in the structural construct does not play any role in the template.
AP (singleton) = adv + AP(selfi. This is a way to ignore constituents that do not contribute to the computation of the relational constructs.
Mapping underspecification of template
Mapping underspecification of templates, when one or more the composing functions are not assigned to any constituent. For instance, ... , predicationipredicator, subject, object}, ...
S(predication) = NP (subject) + VP(predicator). VP(predication) = VP(predicator) + NP(object).
It is legal to assign incomplete templates to constituent structures. The existence of merge operations in parsing will be presupposed.
Recursive feature/functional structure
Attributes are primitive entities in SFG. There is no nesting of attributes in an attribute. Different from feature unification grammars such as HPSG and LFG, there is no such a thing as 'path of attributes' or complex feature terms.
The function is a primitive entity in functional description. It cannot be nested. Though the template has a structure, template nesting is not necessary in functional description.
Though they are believed to provide expressive power to the formalism, the use of recursive feature structure with can weigh down the parsing process. The decision between a flat and recursive feature representation is a trade-off between expressiveness of the formalism and complexity of computation. Since SFG is intended as computational grammar for real-time applications, the reduction of computation complexity is the priority in this case. Fig. 7 illustrates a PS tree that can be built utilizing a SFG in accordance with an embodiment of the present invention. The functional description consists of four merged template instantiations, shown in Fig 8. Lexicon for SFG
The lexicon provides three kinds of information:
• lexical category
• lexical characterization • functional context
The lexical category is defined in the grammar specification. The lexical characterization is the form of attribute-values pairs. It is feature description of the lexical entry. It can be morphological, semantic or pragmatic in nature. The minimal requirement of sound lexical characterization is that it must contain the characterization of the lexical category. The functional context specifies the function template in which the lexical entry plays a role. For instance, the transitivity relationship of a verb can be captured by the function templates that require zero or one or two objects. The functional context can be under-specified. In other words, the lexical entry does not have any functional expectations or constraints on the derivation of functional description.
The format of lexicon specification in accordance with an embodiment of the present invention is illustrated in Fig. 9.
2-D parsing
On the basis of a two-dimensional grammar such as SFG, the parser has two main modules:
• structural parsing
• functional parsing
The task of these modules is identical: to build structural and functional description, though their approach is different. This is made possible by the independence of the dimensions in the grammar.
The structural parsing is structure-driven. It operates on the PS definitions. It builds the legitimate PS tree. Since PS rules are annotated with grammatical functions and function templates, the functional templates can be derived from the tree. The functional annotation can be also used as a licensing device to control the overgeneration of the PS rule.
The functional parsing is driven by the function template. The process seeks to build function templates with clues from morphological, lexical and semantic features of constituents. Once the functional templates are derived, a PS tree can be built according to the structure the functional templates are mapped to. This structural description is the canonical form.
Different solutions for different languages
Structural parsing is better suited for configurational languages where there is a neater mapping from structural to functional descriptions. Functional parsing or dependency parsing, abstracting away from structural details, is at its best to cope with non-configurational languages, where word order is freer.
The independence of the dimensions allows for different problem-solving approaches. This builds into the parser some flexibility in problem solving. Given a problem, there is a choice of
• which mode of parsing is used;
• which mode of parsing is used first in a complementary use of 2 dimensions.;
• when one mode of parsing is switched to the other.
Different solutions for different tasks
Fig 21 shows a typical use of two-dimensional parsing. The parser uses 2 related data stores: phrase structure definitions 211 describe the structural relations between tokens in the stream for the language usage; the functional template definitions 212 describe the functional relations between tokens in the stream, mapped to the phrase structure definitions in 211. The input stream of tokens is first preprocessed using morphological pre-processing (217) to derive the corresponding sequence of parts-of-speech and (not shown) attribute values. This stream of parts- of-speech and attribute values is then subject to structural parsing 213, which is informed by phrase structure definitions 211, to arrive at phrase structures and corresponding functional templates which are further parsed by functional parsing 214 to compute the functional and structural descriptions that are the output of the parser.
Fig. 10, which expands on the uses shown in Fig. 21, is a diagram of 2D parsing in accordance with an embodiment of the present invention. The two- dimensional parser is composed of several modules. Depending on the nature of the task and language, the solution is channeled through different modules. In particular, Fig. 10 shows various possible uses of two-dimensional parsing. The parser uses three related data stores: phrase structure definitions 1011 describe the structural relations between tokens in the stream for the language usage; the relational structure definitions 109 describe the functional relations between tokens in the stream. The phrase structure to relational structure mappings 1012 relate the two definitions. Together these data stores 109, 1011, and 1012 provide a two- dimensional model of language usage.
A first use is of this two-dimensional model is to subject a token input to structural parsing in process 101, which is informed by phrase structure definitions 1011, to arrive at phrase structure 104. This is effectively a one-dimensional use of the data, where parsing only considers the structural dimension.
A second use is to subject the phrase structure computed by structural parsing in 101 to the structure-based functional description process 102 to compute a functional description by using the relational structure descriptions 109 corresponding to the phrase structure. This is two-dimensional parsing, where the relational description is fully driven by the structural dimension.
A third use is to further parse the resulting phrase structure description from 101 and the input in the functional dimension in functional parsing process 106 using relational structure definitions 109 to build the functional description 105. This functional description is not only driven by the structural dimension, but is computing a more detailed or complete functional description seeded by the initial functional description associated with the phrase structure that is input to 106. This is two-dimensional parsing, with first parsing in the structural dimension and then completing the functional description by further parsing in the functional domain.
A fourth use is to utilize the resulting functional description 1013 from process 106 in the function-based structural description process 107 to compute a canonical phrase structure 108. This approach allows use of the enhanced functional description obtained by parsing in the functional domain to create an enhanced structural description of the input.
A fifth use may result from not parsing the input first in 101 but instead passing it immediately to 106 without a phrase structure. This approach causes parsing to be first done in the relational dimension, to be optionally followed by a structural dimension parse. (Such an approach is not shown in fig 10.) Figure 10 only shows serial processing. Interleaved processing, where computations in the structural and functional domain are following each other in each step of processing the input stream, is also possible.
Fig. 11 indicates the process of a structure function grammar based understanding system in accordance with an embodiment of the present invention. Compare Fig. 11 with Fig. 12, which shows a prior art LFG-based process, taken from Kaplan, R. M., The formal architecture of Lexical-Functional Grammar, Journal of Information Science and Engineering, 1989, 5, 305 — 322. Fig. 19, which provides an embodiment similar to that in Fig. 11, is described in further detail below.
Mode of operation of the two-dimensional parser
There can be two processing modes of the two-dimensional parser: serial and interleaved. What is presumed above here is a serial processing: in a first phase, the parser uses the structural dimension to build up a structural description, and its related functional description. In particular, a token input is subject to structural parsing in process 101, which is informed by phrase structure definitions 1011, to arrive at phrase structure 104. In a second phase, the resulting phrase structure description and the input are further parsed in the functional dimension in functional parsing process 106 using relational structure definitions 109 to build the final functional description 105. The phrase structure definitions 1011 and the relational structure definitions 1012 are related by mappings between them, shown as phrase structre to relational structure mappings 1012.
An interleaved processing strategy is also a possible. In the interleaved processing, there is no strict sequence of one dimension followed by the other, but the parsing is done in the two dimensions on every intermediate step in the parsing process.. A potential advantage of this process mode is to bring functional data to bear on the structural parsing so that the parser can recover extra-grammatical structural variations. It is further possible to take the functional descriptions derived form either of the above approaches and to apply a function-based structural description process 107 to develop what we call "a canonical phrase structure" 108, which is not necessarily identical to phrase structure 104 but which is associated with it by the common functional description 103 or 1013.
Grammar packaging
The technique of grammar packaging is designed to enable the parser to operate on a set of related rules rather than on a single rule at a time of parsing operation. If a parse of a sentence is likened to a building, parsing is a process of constructing the building with prefabricated material. The idea of prefabrication divides the construction into two stages: building prefabricated parts and assembling them. The two-stage process promises efficiency in the second stage. In other words, Grammar packaging is a technique of pre-computing (off-line) partial solutions, given rules in SFG. Given basic definitions of grammar (parts of speech, constituent categories and structures, attributes and values, function templates for SFG), the process of packaging the grammar is to derive complex grammatical entities off-line for the parser to use on-line. The data and sizes of grammar packages vary from one application to another. The technique offers original solutions in grammar engineering and parser developments. Here we address topics including:
• Package-driven parsing: such parsers recognize the partial solution instead of constructing them from scratch and assemble them into a whole solution.
• Grammar fine-tuning: automatically or manually tuning the coverage of the grammar in terms of packages.
• Coding the grammatical behavior in the lexicon.
• Augmentation to NLP systems with statistics of packages.
• Machine learning of grammar by packages with help of package-driven parsers.
Types There are two main types:
• Packages for structural parsing
• Packages for functional parsing
Packages for structural parsing
Fig. 13 is a diagram illustrating one type of grammar package in accordance with an embodiment of the present invention.
Packages for structural parsing are based on phrase structure trees. The minimal data requirement in a package is the categories of the root and leaves of the phrase structure. The former is the category of package and the latter are the elements of package. Depending on the requirement of the application, other useful information can be added.
If feature operations and functional description are required, the package will include function templates, function assignment and feature constraints.
If the partial parses identified by the right packages need to be combined, then packages will include internal nodes of the phrase structure to be able to perform tree grafting or merging operations. If the contextual constraints should be imposed on the applicability of a package, then lookbacks and lookaheads must be included.
If the packages are used to chunk an input, then the elements of packages must be lexical categories/lexical tokens. (Chunking is a term in NLP, used here to refer to processing an input utterance and indicating the start and end of constituents in the phrase structure, without creating a hierarchical tree of constituents.)
If the packages are used to combine chunks, then the elements of packages will be non-terminal phrase structure categories.
Packages for functional parsing Packages for functional parsing are based on the function templates, since the parsing operation is based on functional constraints. The minimal data in packages must include the identity of the template as the category of the package. The elements of the package will include information on lexical categories. The element that is assigned a function will also include the function type. Feature constraints can be added to the elements if the applicability of the package needs to be further restricted.
If the canonical phrase structure needs to be derived from template packages, the information on which phrase structures are mapped to must be included.
Size of packages
The size of grammar packages is the information required for grammar packaging. It determines the shape of the package and the overall coverage of the linguistic domain by the grammar packages.
Measurement of packages
The grammar package is 'measured' along two dimensions: depth and width. The width is the span of the package over an input. If the width of the package of structural parsing is set to 5, the parsing operation will consider 5 tokens in an input.
The depth of a grammar packages is measured by the number of levels of hierarchy in the phrase structure tree corresponding to the package.. By setting appropriate values on the depth and width of packages, the grammar engineer can determine the coverage of the parser on the basis of his grammar. These constraints are important tools for grammar engineers to control the parser behavior: focusing the parser operation on a particular part of the problem domain. Efficiency can be achieved if the parser is rightly engineered to cover the central part of the problem domain.
Constraints on tree depth and width, attribute vaues
The depth and width of grammar packages can be set to any positive integer larger than zero. The different combination of the values, such as depth being 10 and width being 4, will produce grammar packages that • Have different shapes • Jointly cover different parts of the linguistic domain.
If the depth is set to 5, then the package may have a maximum of five levels of structure embedding.
The parameters can be neutralized by setting a very large value, such as 100, 1000. Suppose the depth is set 100 and the width to 5. This means the packaging is probably only constrained by the number of words coverable by the grammar package, as the constraint to have packages less than 100 deep will not likely need to be enforced for any package covering 5 words. Since the coverage of grammar packages is only a subset of grammatical structures derivable from the grammar model, it is important to make sure that the most appropriate subset is covered.
• The depth must be high enough to allow for all the interesting partial solutions modeled in a grammar that has many levels of factoring out constituency.
• The width must be sufficient to cover all the interesting packages derivable from a fat-structure grammar.
There is a difference between imposing constraints on attribute values and imposing constraints on depth and width of packages. Constraints on attribute values may can be specified in a rule-based grammar from which the packages are derived. Basically such constraints limit when a rule in the rule-based grammar can apply. This property has the effect of reducing the language covered by the grammar model (the square shown in Fig. 16). The effect of attribute value constraints on packages is typically to produce more packages to be used in parsing, because specific combinations of attribute values for a particular tree now need specific packages. There are two ways attribute value constraints may be honored by the parser. One is to create these more specific packages and then for the input stream to check the attribute values and only use the packages that can apply. The other is to neglect the attribute values first, using only packages that reflect no attribute value constraints; then when all possible combinations of packages have been determined in this manner, prune away those packages that fail to fulfill the attribute value constraints. In fact, in a further related embodiment, the parser may operate in a manner that the attribute value constraints are not used as hard constraints, but rather as score indicators; in this embodiment, a parse that makes more attribute value mismatches is scored as worse than one with less, but not unacceptable. (As to this last point, see below: "Scores in terms of certainty of feature description".) Creation of packages
Packages for structural parsing can be created in conventional parsing schemes, top-down or bottom-up, breadth or depth first. Each creation terminates when the resultant phrase structure exceeds the constraint on the size of packages. Packages for functional parsing is also based on packages for structural parsing. Information on templates and function assignments with respect to the elements of the package is extracted from phrase structure with functional annotations.
Package-driven parsers
Main processes
Recognition of phrase structures
Fig. 14 provides a first example of how the grammar package in Fig. 13 is used.
The on-line operation can be summed up as follows. Given a string, whose tokens start with T0 and ends with Tn and a set of grammar packages, G, the parser proceeds from T0 to T„ , or in the other way, seeking for a list of packages from G whose elements cover T0n. The parse of the string is represented by this list of packages.
Feature synthesis operation The instantiation of an attribute is the assignment of particular values. Given an attribute with two possible values, the possible instantiations of the attribute are four-fold. Take gender{masculine, feminine} for example gender[+masculine, -feminine] gender[-masculine, +feminine] gender[+masculine, +feminine]
Types of attribute instantiations The attribute instantiation can be grouped into four types • Void instantiation (gender[-masculine, -feminine])
• Unique instantiation (gender[+masculine, -feminine])
• Multiple instantiation (gender[+masculine, +feminine]) • Full instantiation (gender {[+masculine, +feminine])
Two kinds of feature synthesis
The synthesis of attribute instantiations occurs in operations on templates. There are two main types of synthesis of attribute instantiation: synthesis by type and synthesis by token. The former is governed by generic synthesis logic. It is application independent. The latter is based on this logic as well as attribute specific interpretation, which is application dependent.
Type synthesis
The result of type synthesis is conditioned by the types of attribute instantiations. The synthesis logic can be stated as below. Let void, unique, multiple and full instantiations be , β, χ and δ respectively. x synthesis operator =-> yields a = b identical with if a is equal to b, then the result is a. if a is not equal to b, then the result is a Λ b meet of a and b if the intersection is empty, the result is α otherwise the result can be instantiation β or χ
Figure imgf000031_0001
Figure imgf000032_0001
I any type of instantiation xl => βxβ =» β = β βxχ => βAχ
XXX = X X δxl => I
Tofcen synthesis
The mechanism of token synthesis serves as means to override the generic rules of synthesis stated above. It applies to specific instances of attribute instantiation. The necessity of token synthesis can be seen in the following examples.
Synthesis operations
Feature synthesis is performed on templates associated with a phrase structure built by the structural parsing. It is a process deriving feature description. Fig. 15 illustrates the feature and template of description output by the parser. There are three main operations:
• Instantiate attributes of the functions in the template
• Synthesize features of templates (This is a process of bringing attribute instantiations from functions to the template)
• Synthesize features of the connected templates. Connected templates are templates whose functions anchor on an identical token.
Each phrase structure has a main template carried by the head constituent. The feature synthesis for a phrase structure must identify templates (directly or indirectly) connected with the main template. Selection of the best parses
Two basic means of assessing a parse proposed by the recognition process are based on
• Coverage of packages • Certainty of functional description
They are effective heuristics to evaluate and select a parse.
Fragments of the parse
The fewer packages the parse has to cover the input and the more tokens covered by the packages in the parse, the more likely it is a correct result. In short, the parse that has the least fragments is likely to be correct. Since this indicates the agreement of the input with grammar, it is observed as the grammar becomes complete, the heuristic is more effective.
Scores in terms of certainty of feature description
A feature description can be evaluated in terms of certainty degrees. It is an important clue on how much the phrase structure is endorsed in functional aspects.
Certainty of attribute instantiations
The degree of certainty for an attribute instantiation, certainty for short, is related to the instantiation type. The value of certainty of attribute instantiations is between 1 and 0 inclusive. 1 indicates absolute certainty whereas 0 absolute uncertainty. The value for void instantiation is 0 and that for unique instantiation is 1. The multiple instantiation and full instantiation falls between 0 and 1. Given the number of all possible values for an attribute, n, and the number of the values assigned to the attribute, m, in an instantiation, the certainty, C, is calculated by the following rules: If m = 0, then C = 0.
C = [n - (m- l)]/n. Certainty of feature description
A feature description is a set of attribute instantiations. It is associated with a function, an template or with connected templates in a phrase structure.
The certainty of a feature description, Cfd, is the average of the certainty total of the attribute instantiations in the feature description, n is the number of attribute instantiations in the feature description.
Cfd = ∑C_.
Robustness
Embodiments of package-driven parsers may be made to be robust. Robust parsers driven by grammar packages can perform
• Partial parsing. In other words, it outputs a forest of phrase structure trees covering the utterance, not a single tree. • Incomplete parsing. It can skip tokens with which no package can bridge across.
Efficiency
Efficiency is an important potential benefit of embodiments of the present invention employing grammar packaging. In utilizing packages that have been prepared in advance of the parsing process itself, the actual parsing activity has the potential to be more efficient. Efficiency comes from two directions:
• The parser's on-line operation is always relevant to the grammar and input concerned. No irrelevant work is performed.
• The partial solutions have already been built off-line. The parser does not construct a parse from scratch on-line. Statistic augmentation
Statistics of phonemes, morphemes and words have proven to be helpful in speech and morphological processing. But statistics of grammatical rules are not as effective. Grammar packages, be it phrase structures with feature annotations, templates, or combined, are more tangible units of language structure and their distribution is more restricted than abstract rewrite rules, similar to other linguistic tokens. They offer a new dimension of statistics of grammar. N-gram probability of grammar packages, will reveal grammatical tendencies of human languages.
Three advantages of such statistic information are immediately obvious: • Optimized search path: search falling below a threshold of probability is abandoned.
• Parse disambiguation. Everything equal, the parse with high probability is preferred.
• Assessment of grammaticality. High probability adds another dimension parse evaluation, as in ASR hypotheses re-scoring.
The statistics of grammar packages — the frequency with which each package is used — can be obtained through parsing a training corpus. This information can be acquired in the actual operation of the parser and used for self-adaptive performance.
Uses
The parser can be used for various purposes:
• Dialogue understanding
• Evaluation of recognition hypotheses from speech recognition
• Prosodic patterns extraction in text-to-speech generation • Natural language query processing
• Question and answer systems Grammar engineering based on grammar packages
SFG modeling can produce a grammar that covers a wide range of theoretical possibilities. In real life applications, it is almost impossible to have a grammar that neither over-generates nor under-generates. This is the misfit between the grammar model and the actual linguistic domain, as indicated by the square and triangle in Fig.16. It has been a serious bottleneck in building rule- based parsing systems to develop a grammar of proper coverage. A typical scenario is that the addition of rules to cover grammatical phenomena most likely has ramification of effects and causes a huge over-generation. As a result, the new grammar also covers a great deal of nonsense. This situation of one step forward and two steps backward is worsened by the complex relationship among rules and difficulty to understand the coverage of the grammar from the rules. Tuning grammar in terms of rules has proven to be work of high complexity and low productivity. This is often cited by advocates of statistical approaches as one of reasons to replace 'stupid' humans with 'intelligent' machines, which 'somehow' do things acceptably. Grammar packages offer effective platform for grammar tuning. The possibility of lexicalization of grammar packages also contributes to the resolution of over generation problems.
Tuning grammar through grammar packages Tuning grammar in terms of rules has proven to be work of high complexity and low productivity. Grammar packaging does not maintain the original coverage of the grammar model. Given certain dimensional specifications, the process generates packages that cover only a subset of linguistic facts. The packages represent a weaker grammar. It is illustrated by the square and circle in Fig. 16. The ultimate aim is to bring the circle to fit the pentagon as much as possible for maximal efficiency of processing and the best coverage of central grammatical phenomena. It can be achieved in three steps in package-based grammar engineering. • Provide a grammar model that covers all the central facts (the square covering the pentagon) (including, for example, by placing constraints on attributes as discussed above).
• Put constraints on properties of grammar packages to reduce the number of packages being generated while also avoiding the elimination of packages that cover the central linguistic facts (the circle covering the pentagon) (for example, by constraints on depth and width discussed above).
• Tailor the coverage of grammar packages that have been generated (modifying the circle to fit the pentagon better). Tailoring the coverage of generated grammar packages — that is, grammar package fine-tuning — offers an effective solution to the frustration of large grammar coding. It is a solution to keep the step forward without slipping back. The grammarians can trim the overgenerated package and control the on-line search space of the parser by removing the over-generated packages (impossible or rare packages). This is tailoring the circle to fit the pentagon as much as possible is illustrated in Fig. 16. It is an effective means to visualize the coverage of the grammar and on-line search space of the parser so that intelligent decisions can replace the ad hoc trial and error attempts. It is a convenient grammar object to manipulate to tailor the grammar coverage to fit the actual linguistic domain. It opens up automatic or semi automatic fine-tuning of grammar. Running the parser through a representative corpus of inputs produces statistics of package usage, and these permit the elimination of packages that are used infrequently in parsing. The threshold for elimination of packages can therefore be set to eliminate unused and infrequent packages.
Lexicalization of exceptional grammar packages
Grammar packages automatically generated from a SFG model populate the lexicon so that lexical tokens can be brought to bear on the applicability of grammar packages. To avoid the redundancy associated with conventional lexicalization of syntactic structures, packages that cannot apply on a lexical token will be recorded with that token. The purpose is to make use of information on word- specific exceptions from lexicon while still benefiting maximally from the generic nature of grammar rules.
Template-based Semantic Interpretation
The Template-based Semantic Interpreter (TBSI or TSI) is designed to extract semantic information with respect to certain pragmatic information, such as dialogue scenarios.
System Context TSI is designed primarily to fit into a spoken dialogue system. Fig. 17 illustrates the general architecture of a spoken dialogue system using a parser in accordance with an embodiment of the present invention. The user 171 utters speech that is processed by a speech recognition system 172 to generate one or more sentence hypotheses, the speech recognition system being driven by discourse context information 175 such as speech recognition grammars for the application. The sentence hypotheses are processed by the Language Understanding process 173 to compute the request semantic frame, using the discourse context information (175), such as the SFG data and semantic interpretation data. The resulting semantic frame describes the semantics of the user's utterance to be used by the dialogue management process 176. The dialog management process may consult a database 174 to obtain information for the user. It then either produces an answer or a new question for the user, by producing a response semantic frame containing the semantic representation of the information or question to be rendered to the user. The dialogue management process also selects or produces discourse context information 175 to reflect the new situation in the dialog. The language generation process (177) produces a natural language sentence that can be either shown as text to the user or can be rendered as spoken language by means of speech synthesis (178).
System structure
The template-based semantic interpreter (TBSI or TSI) uses the robust parser described above for analyzing a stream of tokens. Fig. 18 illustrates the architecture of a TBSI in accordance with an embodiment of the present invention. The robust parser is shown as item 189, which receives a language usage input tokens shown here as "strings". The parser 189 has access to lexicon 1801 (obtained via lexical compiler 1802 pursuant to a lexical specification) and grammar 187 (obtained via SFG compiler 188 pursuant to an SFG specification). The simple semantic structure output from the parser 189 is subject to further processing by semantic composer 184 and semantic evaluator 185, which produce a complex semantic structure output and optional QLF (Quasi Logical Form) format, which provides a formal representation of the semantic content of the input. The semantic composer 184 and the semantic evaluator 185 are in communication with the semantic model 182, obtained from a Template-based Semantics Language (TBSL) compiler 186 (which is here and sometimes called "TS specification language compiler") operating on a Template-based Semantics Language specification file (which is here and sometimes termed "TS semantic specification") and the TCL interpreter 183 (developed based on semantic model 182). These data objects and processes are discussed in the following sections.
Approach to natural language understanding
Semantic interpretation in a natural language understanding (NLU) system is an issue closely related to the domain of semantics and a particular grammar formalism. There are three notable architectures of the NLU process indicated by the numbered curves in Fig. 19.
String: a sequence of words
L-Description: a list of lexemes, derived from the lexical analysis of String P-Description: a forest of phrase structure trees F-Description: a set of instantiated function templates S-Description: a set of semantic templates, situation-independent, derived from linguistic structures. They are used to express simple semantic constructs, often closely linked with the function templates in F-Description.
T-Description: a set of situation-specific, domain-dependent, task templates. The three curves are three types of semantic interpretation:
• Lexeme-based interpretation. It is the least sophisticated and 'leap's a longest distance over the process. It is suitable for very simple and restricted task of semantic interpretation
• Structure-based interpretation. It is less 'superficial' than lexeme-based approach, since the phrase structure provides clues on the relationship among the lexemes. The effectiveness of the approach relies on the requirement that phrase structures can be mapped 'neatly' onto its semantic structure or the meaning structure of the application domain.
• Function-based interpretation. It is based on 'deeper' grammar analysis. It is linguistically more sophisticated and less dependent on special patterns of expression in the sublanguage of the application domain.
The solid line indicates the route TSI 'travels' from FORM to MEANING. Our approach is the function-based interpretation. Apart from the interpretation abstracted away from actual structures, it has other merits:
• Possibility of decoupling syntax and semantics in processing and modeling
• There is a prospect for reusability, since syntactic modeling and processing can have some degree of domain /application independence whereas semantic modeling and processing may be language-independent.
• It uses multiple level representation of knowledge and promises a modular approach to knowledge engineering: different formalisms for different tasks and domain facts. Formalism and compiler
Template-based Semantics Language (TBSL) is the formalism to define semantic structures and its components required for natural language understanding. Fig. 20 illustrates the format of a TBSL specification file. The specification has four sections:
• Interpretation of linguistic templates
• Definition of domain functions Definition and interpretation of domain templates
• Definition and interpretation of intentions
Grammatical units
• TBSL has three grammatical units:
Term (date, destination, menul, "tcl_wakeup$l") Expression (Atmodification "tcl_Atmodification" ',) Statement (Atquant "tcl_Atquant" , Atempty "tcl_Atempty" '.)
• A term is made up of 26 English letters (both upper and lower cases) and 10 digits from 0 to 9, except for the special term in between double quotes. The special term can be made up of any characters. The punctuation used is listed in the following table.
Figure imgf000041_0001
Figure imgf000042_0001
Organization ofTS specification file
A TBS model utilizes definitions of conceptual structures in a particular application domain. Given a conceptual space to describe, the task is to partition the space in such a way that • some partitions can be derived from a lexico-syntactic entities (simple concepts);
• these partitions can in turn form bigger partitions (complex concepts);
• the partitions can be easily manipulated with reference to other communicative factors.
There is no clear-cut demarcation between simple and complex concepts. On the one hand, the semantic model is based on the grammar model: it 'continues' from the functional description defined in grammar. On the other, it is related to the dialogue model, for example, the relationship between composite templates with dialogue intentions.
Use of Tel scripts The special term between double quotes indicates the name of the Tel script to call when the semantic object concerned is evaluated. The body of the script is held in a file, *.tcl. Semantic features are passed from the C program into the Tel interpretation as global variables of the Tel interpreter. The process of TBSI consists of two main modules: • Semantic composition
• Semantic evaluation
Modeling semantics of the application domain
There are four basic building blocks in modeling the semantics of an application domain in the framework of TBSI • Semantic Primitives: conceptual elements relevant to applications
• Simple Concepts: aggregation of semantic primitives corresponding to phrase structures
• Complex Concepts: formulating domain semantic templates • Concepts Evaluation: calling TCL scripts to transform concepts into QLF format.
Modeling simple concepts in SFG
The relational dimension of SFG is also suitable to describe basic semantic elements. Simple concepts can be described in terms of templates. Semantic primitives can be defined as attributes and values or as template functions. If a concept is expressed by a lexeme or encoded in a phrase structure, it can be treated in SFG.
Following items are defined in SFG.
• Syntactic entities (primitive or complex) • Semantic entities (primitive features, simple constructs)
• Mappings between syntactic and semantic entities
Modeling complex concepts in TBSL
If a concept is typically expressed in more than one phrases or even sentences, it is better to treat in the semantic model in TBSL. For example, the concept of 'travel' is a complex concept: it involves the means, date, time, destination, departure, class, etc. The complex concepts typically involve multiple grammatical structures defined in SFG.
The semantic model in TBSL captures two basic information. It specifies the composition of complex concepts, simple concepts that can be its elements, evaluation of the simple and complex concepts and the association of complex concepts with pragmatic objects, such as dialogue intentions. Modeling semantic evaluation
Each semantic object must be evaluated to some other representation or constrained in their legibility in becoming part of a larger object. The evaluation is not part of TBSL but coded in Tel scripts. The names of the scripts are specified between quotes.
Interpretation processes
• structural parsing with parsers described above to identify semantically interesting phrase structures
• derivation of simple concepts, deriving templates from phrase structures • semantic composition: formulating complex concepts
• semantic evaluation: calling Tel scripts to transform complex concepts into other representation
Extraction of simple concepts with package-driven parsers
The parser operates on a SFG grammar. It identifies the stream of tokens that have syntactic structures defined in SFG and builds simple concepts from the templates associated with the phrase structures. The structures not covered by SFG are skipped.
Semantic composition
Given these simple concepts extracted from the input, TBSI seeks to compose them into larger and complex concepts.
The component is given an ordered list of candidates, (possible domain templates). It first short lists the candidates by pragmatic considerations, checking if candidates match the pragmatic settings, such as dialogue intentions active at the juncture of dialogue process. It then starts the trial composition procedure. It seeks to fill in the slot
(domain function) of complex concept in the (domain template) with simple concepts extracted during parsing. It evaluates simple concepts by the associated Tel script and pass it onto evaluation by the scripts associated with the slot. The purpose is to assess the eligibility of the simple concept becoming part of the complex concept. The result can be un-instantiated, partially or fully instantiated. The best instantiation is determined according to the following criteria.
• Between partially and fully instantiated templates, choose the fully instantiated template.
• Between two fully instantiated templates, choose the template of a larger size, the one with more components.
• Between two fully instantiated templates of the same size, choose the one with a higher priority ranking (defined in the specification of semantics).
Semantic evaluation
The process has three features: procedural, compositional and destructive. We address each of these features in turn.
Procedural
Fig. 22, illustrates procedures of semantic evaluation in accordance with an embodiment of the present invention. The semantic evaluation has three stages.
• Evaluation of atomic templates • Evaluation of functions of composite templates
• Evaluation of composite templates
Each stage feeds on the intermediate evaluation from the previous stage. Fig. 23 provides examples of semantic evaluation in accordance with an embodiment of the present invention.
Compositional • The semantic evaluation follows the structures built in the semantic composition. There are four layers of evaluation. The evaluation of the outer layer is a mathematical function of the evaluations of the inner layers.
• The evaluation of atomic templates is also compositional. In many cases, the evaluation of an atomic template requires the evaluation of another atomic template as input, as indicated by the loop in the above figure.
Destructive
• The semantic evaluation is destructive in the sense that the result of previous evaluation will be overwritten and lost. This means on-line economy without possibility of backtracking.
Uses of Tel procedures
The Tel procedure for evaluating simple concept 'synthesizes' the semantic features of each component. Similarly the Tel procedure for evaluating composite templates 'synthesizes the evaluations of each composing elements. The Tel procedure for evaluating the function of a domain template, however, can be used for two purposes. The procedure can be written as treatment common to all the simple concept eligible to fulfil the function. Alternatively, it can be discriminative. Based on the evaluation of the simple concept, it can check if the candidate fulfils the requirement. This use is equivalent to imposing semantic constraint.
The output of the semantic evaluation of valid semantic structures is an expression in another representation (semantic request frame in Fig. 17). It is delivered to the dialogue manager for processing.

Claims

What is claimed is:
1. A method of parsing a stream of tokens representative of language usage, the method comprising: a. Storing a set of packages, each package being representative of a corresponding phrase-structure tree derived from a rule-based grammar; and b. parsing the stream using the packages to establish a structural description for the stream.
2. A method of parsing a stream of tokens representative of language usage, the method comprising: a. storing a set of packages, each package being representative of a corresponding phrase structure tree associated with a grammar, wherein a subset of the packages includes a set of relational descriptions, and b. parsing the stream using the packages establish a structural description and a relational description of the stream.
3. A method according to any of claims 1 and 2, wherein the grammar further specifies constraints on attribute values, the packages contain information derived from such constraint, and such information is employed in parsing the stream using the packages.
4. A method according to any of claims 1 and 2, wherein packages in the set are selected to satisfy a desired set of constraints.
5. A method according to any of claims 1 and 2, wherein the set of packages , includes a first subset of packages for which the depth of the corresponding tree is within a desired first range.
6. A method according to claim 3, wherein the set of packages includes a first subset of packages for which the depth of the corresponding tree is within a desired first range.
7. A method according to any of claims 1 and 2, wherein the set of packages includes a second subset of packages for which the width of the corresponding tree is within a desired second range.
8. A method according to claim 5, wherein the set of packages includes a second subset of packages for which the width of the corresponding tree is within a desired second range.
9. A method according to claim 6, wherein the set of packages includes a second subset of packages for which the width of the corresponding tree is within a desired second range.
10. A method according to any of claims 1 and 2, wherein the set of packages includes a third subset of for which the observed frequency of use in parsing a specific corpus of input streams is within a desired third range.
11. A method according to claim 3 , wherein the set of packages includes a third subset of for which the observed frequency of use in parsing a specific corpus of input streams is within a desired third range.
12. A method according to claim 6 , wherein the set of packages includes a third subset of for which the observed frequency of use in parsing a specific corpus of input streams is within a desired third range.
13. A method according to claim 7, wherein the set of packages includes a third subset of for which the observed frequency of use in parsing a specific corpus of input streams is within a desired third range.
14. A method according to claim 5, wherein the first subset is identical to the set.
15. A method according to claim 7, wherein the second subset is identical to the set.
16. A method according to claim 10, wherein the third subset is identical to the set.
17. A method according to any of claims lor 2, wherein the grammar is a structure function grammar.
18. A method according to claim 1, wherein: each member of a subset of the packages includes a function template that functionally describes syntax associated with the phrase structure tree that the member package represents, and parsing the stream includes evaluating relational content of the stream.
19. A method of parsing a stream of tokens representative of language usage, the method comprising: a. providing a set of phrase structure definitions, a set of relational structure definitions, and a set of mappings between them; b. using the phrase structure definitions to provide a phrase structure of the stream; and c. using the mappings and the relational structure definitions to process the resulting phrase structure to arrive at a functional description of the stream.
20. A method as in claim 19, the method further comprising: d. further using the relational structure definitions to process further the functional description and the stream to arrive at a further enhanced functional description.
21. A method of computing a phrase structure description from a given functional description, the method comprising: a. providing a set of phrase structure definitions, a set of relational structure definitions, and a set of mappings between them; b. using the mappings and the relational structure definitions to process the functional description to arrive at a phrase structure description of the stream
22. A method according to claim 21, wherein the given functional description results from using the relational structure definitions to parse a stream of tokens.
23. A method of parsing a stream of tokens representative of language usage, the method comprising: a. providing a set of phrase structure definitions, a set of relational structure definitions, and a set of mappings between them; b. using the relational structure definitions to provide a relational structure of the stream; and c. using the mappings and the phrase structure definitions to process the resulting relational structure to arrive at a phrase structure description of the stream.
24. A method according to any of claims 19, 21, and 23, where the phrase structure definitions, the set of relational structure definitions, and the set of mappings between them are pursuant to a structure function grammar.
25. A method of computing a semantic representation of an input stream, method comprising: a. providing a set of semantic interpretation definitions; b. parsing the stream in accordance with any of claims 2 and 19 to create a functional description; and c. computing the semantic representation from the functional description using the semantic interpretation definitions.
PCT/IB2001/001595 2000-06-19 2001-06-18 Package driven parsing using structure function grammar WO2001098942A2 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US21226300P 2000-06-19 2000-06-19
US60/212,263 2000-06-19

Publications (2)

Publication Number Publication Date
WO2001098942A2 true WO2001098942A2 (en) 2001-12-27
WO2001098942A3 WO2001098942A3 (en) 2003-10-16

Family

ID=22790277

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2001/001595 WO2001098942A2 (en) 2000-06-19 2001-06-18 Package driven parsing using structure function grammar

Country Status (2)

Country Link
US (1) US20020042707A1 (en)
WO (1) WO2001098942A2 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011015222A1 (en) * 2009-07-15 2011-02-10 Proviciel - Mlstate System and method for creating a parser generator and associated computer program

Families Citing this family (199)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8645137B2 (en) 2000-03-16 2014-02-04 Apple Inc. Fast, language-independent method for user authentication by voice
US6961692B1 (en) * 2000-08-01 2005-11-01 Fuji Xerox Co, Ltd. System and method for writing analysis using the linguistic discourse model
US7483938B2 (en) * 2001-09-27 2009-01-27 International Business Machines Corporation System for character validation and method therefor
US7805302B2 (en) * 2002-05-20 2010-09-28 Microsoft Corporation Applying a structured language model to information extraction
US7567902B2 (en) * 2002-09-18 2009-07-28 Nuance Communications, Inc. Generating speech recognition grammars from a large corpus of data
US20050256715A1 (en) * 2002-10-08 2005-11-17 Yoshiyuki Okimoto Language model generation and accumulation device, speech recognition device, language model creation method, and speech recognition method
US7296260B2 (en) * 2003-02-26 2007-11-13 Inventec Corporation System and method for composing a multi-lingual instructional software
US7729913B1 (en) * 2003-03-18 2010-06-01 A9.Com, Inc. Generation and selection of voice recognition grammars for conducting database searches
US7328156B2 (en) * 2003-07-17 2008-02-05 International Business Machines Corporation Computational linguistic statements for providing an autonomic computing environment
FR2862780A1 (en) * 2003-11-25 2005-05-27 Thales Sa Semantic grammar developing process for controlling e.g. vehicle, involves combining conceptual model with generic and lexical grammars, and formulating specific grammar based on one field considered from combination
JP2005321730A (en) * 2004-05-11 2005-11-17 Fujitsu Ltd Dialog system, dialog system implementation method, and computer program
US7580929B2 (en) * 2004-07-26 2009-08-25 Google Inc. Phrase-based personalization of searches in an information retrieval system
US7584175B2 (en) 2004-07-26 2009-09-01 Google Inc. Phrase-based generation of document descriptions
US7536408B2 (en) 2004-07-26 2009-05-19 Google Inc. Phrase-based indexing in an information retrieval system
US7599914B2 (en) * 2004-07-26 2009-10-06 Google Inc. Phrase-based searching in an information retrieval system
US7711679B2 (en) 2004-07-26 2010-05-04 Google Inc. Phrase-based detection of duplicate documents in an information retrieval system
US7702618B1 (en) 2004-07-26 2010-04-20 Google Inc. Information retrieval system for archiving multiple document versions
US7567959B2 (en) 2004-07-26 2009-07-28 Google Inc. Multiple index based information retrieval system
US7580921B2 (en) 2004-07-26 2009-08-25 Google Inc. Phrase identification in an information retrieval system
US7199571B2 (en) * 2004-07-27 2007-04-03 Optisense Network, Inc. Probe apparatus for use in a separable connector, and systems including same
US7636657B2 (en) * 2004-12-09 2009-12-22 Microsoft Corporation Method and apparatus for automatic grammar generation from data entries
US8244689B2 (en) * 2006-02-17 2012-08-14 Google Inc. Attribute entropy as a signal in object normalization
US7769579B2 (en) 2005-05-31 2010-08-03 Google Inc. Learning facts from semi-structured text
JP2006268375A (en) * 2005-03-23 2006-10-05 Fuji Xerox Co Ltd Translation memory system
US7587387B2 (en) 2005-03-31 2009-09-08 Google Inc. User interface for facts query engine with snippets from information sources that include query terms and answer terms
US8682913B1 (en) * 2005-03-31 2014-03-25 Google Inc. Corroborating facts extracted from multiple sources
US9208229B2 (en) 2005-03-31 2015-12-08 Google Inc. Anchor text summarization for corroboration
US7831545B1 (en) 2005-05-31 2010-11-09 Google Inc. Identifying the unifying subject of a set of facts
US8996470B1 (en) 2005-05-31 2015-03-31 Google Inc. System for ensuring the internal consistency of a fact repository
US8046348B1 (en) * 2005-06-10 2011-10-25 NetBase Solutions, Inc. Method and apparatus for concept-based searching of natural language discourse
US8677377B2 (en) 2005-09-08 2014-03-18 Apple Inc. Method and apparatus for building an intelligent automated assistant
US8260785B2 (en) * 2006-02-17 2012-09-04 Google Inc. Automatic object reference identification and linking in a browseable fact repository
US7991797B2 (en) 2006-02-17 2011-08-02 Google Inc. ID persistence through normalization
US8700568B2 (en) 2006-02-17 2014-04-15 Google Inc. Entity normalization via name normalization
JP5071373B2 (en) * 2006-02-27 2012-11-14 日本電気株式会社 Language processing apparatus, language processing method, and language processing program
US9318108B2 (en) 2010-01-18 2016-04-19 Apple Inc. Intelligent automated assistant
WO2008048090A2 (en) * 2006-10-18 2008-04-24 Calculemus B.V. Method, device, computer program and computer program product for processing linguistic data in accordance with a formalized natural language.
US8738359B2 (en) * 2006-10-18 2014-05-27 Honda Motor Co., Ltd. Scalable knowledge extraction
US8122026B1 (en) 2006-10-20 2012-02-21 Google Inc. Finding and disambiguating references to entities on web pages
US8347202B1 (en) 2007-03-14 2013-01-01 Google Inc. Determining geographic locations for place names in a fact repository
US8538743B2 (en) * 2007-03-21 2013-09-17 Nuance Communications, Inc. Disambiguating text that is to be converted to speech using configurable lexeme based rules
US7925655B1 (en) 2007-03-30 2011-04-12 Google Inc. Query scheduling using hierarchical tiers of index servers
US8166021B1 (en) 2007-03-30 2012-04-24 Google Inc. Query phrasification
US8086594B1 (en) 2007-03-30 2011-12-27 Google Inc. Bifurcated document relevance scoring
US7702614B1 (en) 2007-03-30 2010-04-20 Google Inc. Index updating using segment swapping
US7693813B1 (en) 2007-03-30 2010-04-06 Google Inc. Index server architecture using tiered and sharded phrase posting lists
US8166045B1 (en) 2007-03-30 2012-04-24 Google Inc. Phrase extraction using subphrase scoring
US8977255B2 (en) 2007-04-03 2015-03-10 Apple Inc. Method and system for operating a multi-function portable electronic device using voice-activation
US8239350B1 (en) 2007-05-08 2012-08-07 Google Inc. Date ambiguity resolution
US7966291B1 (en) 2007-06-26 2011-06-21 Google Inc. Fact-based object merging
US7970766B1 (en) 2007-07-23 2011-06-28 Google Inc. Entity type assignment
US8738643B1 (en) 2007-08-02 2014-05-27 Google Inc. Learning synonymous object names from anchor texts
US8117223B2 (en) 2007-09-07 2012-02-14 Google Inc. Integrating external related phrase information into a phrase-based indexing information retrieval system
US8055497B2 (en) * 2007-11-02 2011-11-08 International Business Machines Corporation Method and system to parse addresses using a processing system
US8812435B1 (en) 2007-11-16 2014-08-19 Google Inc. Learning objects and facts from documents
US9330720B2 (en) 2008-01-03 2016-05-03 Apple Inc. Methods and apparatus for altering audio output signals
US8949122B2 (en) * 2008-02-25 2015-02-03 Nuance Communications, Inc. Stored phrase reutilization when testing speech recognition
US8996376B2 (en) 2008-04-05 2015-03-31 Apple Inc. Intelligent text-to-speech conversion
US8706477B1 (en) 2008-04-25 2014-04-22 Softwin Srl Romania Systems and methods for lexical correspondence linguistic knowledge base creation comprising dependency trees with procedural nodes denoting execute code
US10496753B2 (en) 2010-01-18 2019-12-03 Apple Inc. Automatically adapting user interfaces for hands-free interaction
US8417513B2 (en) * 2008-06-06 2013-04-09 Radiant Logic Inc. Representation of objects and relationships in databases, directories, web services, and applications as sentences as a method to represent context in structured data
US20100030549A1 (en) 2008-07-31 2010-02-04 Lee Michael M Mobile device having human language translation capability with positional feedback
US8718383B2 (en) * 2008-08-06 2014-05-06 Obschestvo s ogranischennoi otvetstvennostiu “KUZNETCH” Image and website filter using image comparison
US9390167B2 (en) 2010-07-29 2016-07-12 Soundhound, Inc. System and methods for continuous audio matching
US9959870B2 (en) 2008-12-11 2018-05-01 Apple Inc. Speech recognition involving a mobile device
JP2012520528A (en) * 2009-03-13 2012-09-06 インベンション マシーン コーポレーション System and method for automatic semantic labeling of natural language text
US10241644B2 (en) 2011-06-03 2019-03-26 Apple Inc. Actionable reminder entries
US20120311585A1 (en) 2011-06-03 2012-12-06 Apple Inc. Organizing task items that represent tasks to perform
US10241752B2 (en) 2011-09-30 2019-03-26 Apple Inc. Interface for a virtual digital assistant
US9858925B2 (en) 2009-06-05 2018-01-02 Apple Inc. Using context information to facilitate processing of commands in a virtual assistant
US8762131B1 (en) 2009-06-17 2014-06-24 Softwin Srl Romania Systems and methods for managing a complex lexicon comprising multiword expressions and multiword inflection templates
US8762130B1 (en) 2009-06-17 2014-06-24 Softwin Srl Romania Systems and methods for natural language processing including morphological analysis, lemmatizing, spell checking and grammar checking
US9431006B2 (en) 2009-07-02 2016-08-30 Apple Inc. Methods and apparatuses for automatic speech recognition
US10553209B2 (en) 2010-01-18 2020-02-04 Apple Inc. Systems and methods for hands-free notification summaries
US10705794B2 (en) 2010-01-18 2020-07-07 Apple Inc. Automatically adapting user interfaces for hands-free interaction
US10276170B2 (en) 2010-01-18 2019-04-30 Apple Inc. Intelligent automated assistant
US10679605B2 (en) 2010-01-18 2020-06-09 Apple Inc. Hands-free list-reading by intelligent automated assistant
US8682667B2 (en) 2010-02-25 2014-03-25 Apple Inc. User profiling for selecting user specific voice input processing information
CN102262622A (en) * 2010-05-31 2011-11-30 国际商业机器公司 Document processing, template generating and conceptbase generating methods and devices
US10762293B2 (en) 2010-12-22 2020-09-01 Apple Inc. Using parts-of-speech tagging and named entity recognition for spelling correction
US9262612B2 (en) 2011-03-21 2016-02-16 Apple Inc. Device access using voice authentication
US9035163B1 (en) 2011-05-10 2015-05-19 Soundbound, Inc. System and method for targeting content based on identified audio and multimedia
US10057736B2 (en) 2011-06-03 2018-08-21 Apple Inc. Active transport based notifications
US10672399B2 (en) 2011-06-03 2020-06-02 Apple Inc. Switching between text data and audio data based on a mapping
US8994660B2 (en) 2011-08-29 2015-03-31 Apple Inc. Text correction processing
US10134385B2 (en) 2012-03-02 2018-11-20 Apple Inc. Systems and methods for name pronunciation
US9483461B2 (en) 2012-03-06 2016-11-01 Apple Inc. Handling speech synthesis of content for multiple languages
US9280610B2 (en) 2012-05-14 2016-03-08 Apple Inc. Crowd sourcing information to fulfill user requests
US9721563B2 (en) 2012-06-08 2017-08-01 Apple Inc. Name recognition system
US9495129B2 (en) 2012-06-29 2016-11-15 Apple Inc. Device, method, and user interface for voice-activated navigation and browsing of a document
US10957310B1 (en) 2012-07-23 2021-03-23 Soundhound, Inc. Integrated programming framework for speech and text understanding with meaning parsing
US9576574B2 (en) 2012-09-10 2017-02-21 Apple Inc. Context-sensitive handling of interruptions by intelligent digital assistant
US9547647B2 (en) 2012-09-19 2017-01-17 Apple Inc. Voice-based media searching
KR20230137475A (en) 2013-02-07 2023-10-04 애플 인크. Voice trigger for a digital assistant
US9269354B2 (en) * 2013-03-11 2016-02-23 Nuance Communications, Inc. Semantic re-ranking of NLU results in conversational dialogue applications
US9761225B2 (en) 2013-03-11 2017-09-12 Nuance Communications, Inc. Semantic re-ranking of NLU results in conversational dialogue applications
US9171542B2 (en) 2013-03-11 2015-10-27 Nuance Communications, Inc. Anaphora resolution using linguisitic cues, dialogue context, and general knowledge
US9361884B2 (en) * 2013-03-11 2016-06-07 Nuance Communications, Inc. Communicating context across different components of multi-modal dialog applications
US10652394B2 (en) 2013-03-14 2020-05-12 Apple Inc. System and method for processing voicemail
US9368114B2 (en) 2013-03-14 2016-06-14 Apple Inc. Context-sensitive handling of interruptions
WO2014144579A1 (en) 2013-03-15 2014-09-18 Apple Inc. System and method for updating an adaptive speech recognition model
US9922642B2 (en) 2013-03-15 2018-03-20 Apple Inc. Training an at least partial voice command system
US9501506B1 (en) 2013-03-15 2016-11-22 Google Inc. Indexing system
US9483568B1 (en) 2013-06-05 2016-11-01 Google Inc. Indexing system
WO2014197336A1 (en) 2013-06-07 2014-12-11 Apple Inc. System and method for detecting errors in interactions with a voice-based digital assistant
WO2014197334A2 (en) 2013-06-07 2014-12-11 Apple Inc. System and method for user-specified pronunciation of words for speech synthesis and recognition
US9582608B2 (en) 2013-06-07 2017-02-28 Apple Inc. Unified ranking with entropy-weighted information for phrase-based semantic auto-completion
WO2014197335A1 (en) 2013-06-08 2014-12-11 Apple Inc. Interpreting and acting upon commands that involve sharing information with remote devices
US10176167B2 (en) 2013-06-09 2019-01-08 Apple Inc. System and method for inferring user intent from speech inputs
EP3937002A1 (en) 2013-06-09 2022-01-12 Apple Inc. Device, method, and graphical user interface for enabling conversation persistence across two or more instances of a digital assistant
KR101809808B1 (en) 2013-06-13 2017-12-15 애플 인크. System and method for emergency calls initiated by voice command
JP6163266B2 (en) 2013-08-06 2017-07-12 アップル インコーポレイテッド Automatic activation of smart responses based on activation from remote devices
US9507849B2 (en) 2013-11-28 2016-11-29 Soundhound, Inc. Method for combining a query and a communication command in a natural language computer system
US9292488B2 (en) 2014-02-01 2016-03-22 Soundhound, Inc. Method for embedding voice mail in a spoken utterance using a natural language processing computer system
US11295730B1 (en) 2014-02-27 2022-04-05 Soundhound, Inc. Using phonetic variants in a local context to improve natural language understanding
US9564123B1 (en) 2014-05-12 2017-02-07 Soundhound, Inc. Method and system for building an integrated user profile
US9620105B2 (en) 2014-05-15 2017-04-11 Apple Inc. Analyzing audio input for efficient speech and music recognition
US10592095B2 (en) 2014-05-23 2020-03-17 Apple Inc. Instantaneous speaking of content on touch devices
US9502031B2 (en) 2014-05-27 2016-11-22 Apple Inc. Method for supporting dynamic grammars in WFST-based ASR
EP3480811A1 (en) 2014-05-30 2019-05-08 Apple Inc. Multi-command single utterance input method
US9633004B2 (en) 2014-05-30 2017-04-25 Apple Inc. Better resolution when referencing to concepts
US10078631B2 (en) 2014-05-30 2018-09-18 Apple Inc. Entropy-guided text prediction using combined word and character n-gram language models
US9785630B2 (en) 2014-05-30 2017-10-10 Apple Inc. Text prediction using combined word N-gram and unigram language models
US9715875B2 (en) 2014-05-30 2017-07-25 Apple Inc. Reducing the need for manual start/end-pointing and trigger phrases
US10170123B2 (en) 2014-05-30 2019-01-01 Apple Inc. Intelligent assistant for home automation
US9734193B2 (en) 2014-05-30 2017-08-15 Apple Inc. Determining domain salience ranking from ambiguous words in natural speech
US9842101B2 (en) 2014-05-30 2017-12-12 Apple Inc. Predictive conversion of language input
US9430463B2 (en) 2014-05-30 2016-08-30 Apple Inc. Exemplar-based natural language processing
US9760559B2 (en) 2014-05-30 2017-09-12 Apple Inc. Predictive text input
US10289433B2 (en) 2014-05-30 2019-05-14 Apple Inc. Domain specific language for encoding assistant dialog
US10659851B2 (en) 2014-06-30 2020-05-19 Apple Inc. Real-time digital assistant knowledge updates
US9338493B2 (en) 2014-06-30 2016-05-10 Apple Inc. Intelligent automated assistant for TV user interactions
US9916375B2 (en) * 2014-08-15 2018-03-13 International Business Machines Corporation Extraction of concept-based summaries from documents
US10446141B2 (en) 2014-08-28 2019-10-15 Apple Inc. Automatic speech recognition based on user feedback
US9818400B2 (en) 2014-09-11 2017-11-14 Apple Inc. Method and apparatus for discovering trending terms in speech requests
US10789041B2 (en) 2014-09-12 2020-09-29 Apple Inc. Dynamic thresholds for always listening speech trigger
US9668121B2 (en) 2014-09-30 2017-05-30 Apple Inc. Social reminders
US9886432B2 (en) 2014-09-30 2018-02-06 Apple Inc. Parsimonious handling of word inflection via categorical stem + suffix N-gram language models
US10127911B2 (en) 2014-09-30 2018-11-13 Apple Inc. Speaker identification and unsupervised speaker adaptation techniques
US9646609B2 (en) 2014-09-30 2017-05-09 Apple Inc. Caching apparatus for serving phonetic pronunciations
US10074360B2 (en) 2014-09-30 2018-09-11 Apple Inc. Providing an indication of the suitability of speech recognition
KR102033395B1 (en) * 2014-11-20 2019-10-18 한국전자통신연구원 Question answering system and method for structured knowledge-base using deep natrural language question analysis
US10552013B2 (en) 2014-12-02 2020-02-04 Apple Inc. Data detection
US9711141B2 (en) 2014-12-09 2017-07-18 Apple Inc. Disambiguating heteronyms in speech synthesis
US9865280B2 (en) 2015-03-06 2018-01-09 Apple Inc. Structured dictation using intelligent automated assistants
US10567477B2 (en) 2015-03-08 2020-02-18 Apple Inc. Virtual assistant continuity
US9886953B2 (en) 2015-03-08 2018-02-06 Apple Inc. Virtual assistant activation
US9721566B2 (en) 2015-03-08 2017-08-01 Apple Inc. Competing devices responding to voice triggers
US9899019B2 (en) 2015-03-18 2018-02-20 Apple Inc. Systems and methods for structured stem and suffix language models
US9842105B2 (en) 2015-04-16 2017-12-12 Apple Inc. Parsimonious continuous-space phrase representations for natural language processing
US9966073B2 (en) * 2015-05-27 2018-05-08 Google Llc Context-sensitive dynamic update of voice to text model in a voice-enabled electronic device
US9870196B2 (en) * 2015-05-27 2018-01-16 Google Llc Selective aborting of online processing of voice inputs in a voice-enabled electronic device
US10083688B2 (en) 2015-05-27 2018-09-25 Apple Inc. Device voice control for selecting a displayed affordance
US9922138B2 (en) 2015-05-27 2018-03-20 Google Llc Dynamically updatable offline grammar model for resource-constrained offline device
US10083697B2 (en) * 2015-05-27 2018-09-25 Google Llc Local persisting of data for selectively offline capable voice action in a voice-enabled electronic device
US10127220B2 (en) 2015-06-04 2018-11-13 Apple Inc. Language identification from short strings
US10101822B2 (en) 2015-06-05 2018-10-16 Apple Inc. Language input correction
US9578173B2 (en) 2015-06-05 2017-02-21 Apple Inc. Virtual assistant aided communication with 3rd party service in a communication session
US10186254B2 (en) 2015-06-07 2019-01-22 Apple Inc. Context-based endpoint detection
US11025565B2 (en) 2015-06-07 2021-06-01 Apple Inc. Personalized prediction of responses for instant messaging
US10255907B2 (en) 2015-06-07 2019-04-09 Apple Inc. Automatic accent detection using acoustic models
US10747498B2 (en) 2015-09-08 2020-08-18 Apple Inc. Zero latency digital assistant
US10671428B2 (en) 2015-09-08 2020-06-02 Apple Inc. Distributed personal assistant
US9697820B2 (en) 2015-09-24 2017-07-04 Apple Inc. Unit-selection text-to-speech synthesis using concatenation-sensitive neural networks
US10366158B2 (en) 2015-09-29 2019-07-30 Apple Inc. Efficient word encoding for recurrent neural network language models
US11010550B2 (en) 2015-09-29 2021-05-18 Apple Inc. Unified language modeling framework for word prediction, auto-completion and auto-correction
US11587559B2 (en) 2015-09-30 2023-02-21 Apple Inc. Intelligent device identification
US10691473B2 (en) 2015-11-06 2020-06-23 Apple Inc. Intelligent automated assistant in a messaging environment
US10276160B2 (en) * 2015-11-12 2019-04-30 Semantic Machines, Inc. Automated assistant for user interaction via speech
US10049668B2 (en) 2015-12-02 2018-08-14 Apple Inc. Applying neural network language models to weighted finite state transducers for automatic speech recognition
US10223066B2 (en) 2015-12-23 2019-03-05 Apple Inc. Proactive assistance based on dialog communication between devices
US9836527B2 (en) 2016-02-24 2017-12-05 Google Llc Customized query-action mappings for an offline grammar model
US10446143B2 (en) 2016-03-14 2019-10-15 Apple Inc. Identification of voice inputs providing credentials
US9934775B2 (en) 2016-05-26 2018-04-03 Apple Inc. Unit-selection text-to-speech synthesis based on predicted concatenation parameters
US9972304B2 (en) 2016-06-03 2018-05-15 Apple Inc. Privacy preserving distributed evaluation framework for embedded personalized systems
US10249300B2 (en) 2016-06-06 2019-04-02 Apple Inc. Intelligent list reading
US10049663B2 (en) 2016-06-08 2018-08-14 Apple, Inc. Intelligent automated assistant for media exploration
DK179309B1 (en) 2016-06-09 2018-04-23 Apple Inc Intelligent automated assistant in a home environment
US10509862B2 (en) 2016-06-10 2019-12-17 Apple Inc. Dynamic phrase expansion of language input
US10586535B2 (en) 2016-06-10 2020-03-10 Apple Inc. Intelligent digital assistant in a multi-tasking environment
US10067938B2 (en) 2016-06-10 2018-09-04 Apple Inc. Multilingual word prediction
US10490187B2 (en) 2016-06-10 2019-11-26 Apple Inc. Digital assistant providing automated status report
US10192552B2 (en) 2016-06-10 2019-01-29 Apple Inc. Digital assistant providing whispered speech
DK179343B1 (en) 2016-06-11 2018-05-14 Apple Inc Intelligent task discovery
DK179415B1 (en) 2016-06-11 2018-06-14 Apple Inc Intelligent device arbitration and control
DK201670540A1 (en) 2016-06-11 2018-01-08 Apple Inc Application integration with a digital assistant
DK179049B1 (en) 2016-06-11 2017-09-18 Apple Inc Data driven natural language event detection and classification
US10606952B2 (en) 2016-06-24 2020-03-31 Elemental Cognition Llc Architecture and processes for computer learning and understanding
US10043516B2 (en) 2016-09-23 2018-08-07 Apple Inc. Intelligent automated assistant
US10371452B2 (en) * 2016-10-11 2019-08-06 Hamilton Sundstrand Corporation Heat exchanger with support structure
US10593346B2 (en) 2016-12-22 2020-03-17 Apple Inc. Rank-reduced token representation for automatic speech recognition
US10579738B2 (en) * 2017-04-05 2020-03-03 Voicebox Technologies Corporation System and method for generating a multi-lingual and multi-intent capable semantic parser based on automatically generated operators and user-designated utterances relating to the operators
DK201770439A1 (en) 2017-05-11 2018-12-13 Apple Inc. Offline personal assistant
DK179496B1 (en) 2017-05-12 2019-01-15 Apple Inc. USER-SPECIFIC Acoustic Models
DK179745B1 (en) 2017-05-12 2019-05-01 Apple Inc. SYNCHRONIZATION AND TASK DELEGATION OF A DIGITAL ASSISTANT
DK201770431A1 (en) 2017-05-15 2018-12-20 Apple Inc. Optimizing dialogue policy decisions for digital assistants using implicit feedback
DK201770432A1 (en) 2017-05-15 2018-12-21 Apple Inc. Hierarchical belief states for digital assistants
DK179560B1 (en) 2017-05-16 2019-02-18 Apple Inc. Far-field extension for digital assistant services
CN113220277B (en) * 2021-06-01 2023-12-19 西北工业大学 Development method and device for embedded service

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH02240769A (en) * 1989-03-14 1990-09-25 Canon Inc Device for preparing natural language sentence
JP3476237B2 (en) * 1993-12-28 2003-12-10 富士通株式会社 Parser
US6112168A (en) * 1997-10-20 2000-08-29 Microsoft Corporation Automatically recognizing the discourse structure of a body of text

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
DALRYMPLE, M., LAMPING, J. AND SARASWAT, V.: "LFG Semantics via Constraints" PROCEEDINGS OF THE 1993 MEETING OF THE EUROPEAN CHAPTER OF THE ASSOCIATION OF COMPUTATIONAL LINGUISTICS, [Online] April 1993 (1993-04), XP002248872 Utrecht, NL Retrieved from the Internet: <URL:http://citeseer.nj.nec.com/181032.htm l> [retrieved on 2003-07-23] *
KAPLAN, R. AND BRESNAN, J.: "Lexical-Functional Grammar: A Formal System For Grammatical Representation" THE MENTAL REPRESENTATION OF GRAMMATICAL RELATIONS, pages 173-281, XP008019867 MIT cited in the application *
KENJI NISHIDA, KENTARO TORISAWA AND JUN'ICHI TSUJII: "Efficient HPSG Parsing Algorithm with Array Unification" PROCEEDINGS OF THE 5TH NATURAL LANGUAGE PROCESSING PACIFIC RIM SYMPOSIUM, [Online] 6 November 1999 (1999-11-06), XP002248871 Beijing, China Retrieved from the Internet: <URL:http://korterm.kaist.ac.kr/nlprs99> [retrieved on 2003-07-21] *
SLACK, JON M.: "A Parsing Architecture based on Distributed Memory Machines." PROCEEDINGS OF COLING-84, THE 10TH INTERNATIONAL CONFERENCE ON COMPUTATIONAL LINGUISTICS, [Online] 1984, pages 92-95, XP002248870 Stanford, CA Retrieved from the Internet: <URL:http://acl.ldc.upenn.edu/P/P82-1014.p df> [retrieved on 2003-07-23] *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011015222A1 (en) * 2009-07-15 2011-02-10 Proviciel - Mlstate System and method for creating a parser generator and associated computer program

Also Published As

Publication number Publication date
US20020042707A1 (en) 2002-04-11
WO2001098942A3 (en) 2003-10-16

Similar Documents

Publication Publication Date Title
US20020042707A1 (en) Grammar-packaged parsing
Eisner Bilexical grammars and their cubic-time parsing algorithms
Bouma et al. Alpino: Wide-coverage computational analysis of Dutch
Van Noord et al. Robust grammatical analysis for spoken dialogue systems
Kim et al. The acceptability cline in VP ellipsis
Huet A functional toolkit for morphological and phonological processing, application to a Sanskrit tagger
Schneider Hybrid long-distance functional dependency parsing
Müller Continuous or discontinuous constituents? A comparison between syntactic analyses for constituent order and their processing systems
US20090326925A1 (en) Projecting syntactic information using a bottom-up pattern matching algorithm
JPH09505173A (en) Method and system for bootstrapping statistical processing into a rule-based natural language parser
Wang et al. The SuperARV language model: Investigating the effectiveness of tightly integrating multiple knowledge sources
Neumann et al. A shallow text processing core engine
Cahill et al. Parsing with PCFGs and automatic f-structure annotation
Cahill et al. The inflectional phonology of German adjectives, determiners, and pronouns
Goyal et al. Analysis of Sanskrit text: Parsing and semantic relations
Schuler et al. A framework for fast incremental interpretation during speech decoding
Kiefer et al. Efficient and robust parsing of word hypotheses graphs
Zaenen et al. Language analysis and understanding
Simov et al. Towards minimal recursion semantics over bulgarian dependency parsing
Dahl Natural language processing and logic programming
Penn et al. Topological parsing
Hanson A TSL Analysis of Japanese Case
Morawietz et al. Parsing natural languages with CHR
Janicki Statistical and Computational Models for Whole Word Morphology
Wedekind et al. A survey of linguistically motivated extensions to unification-based formalisms

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): JP

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR

121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP