<?xml version="1.0"?><!DOCTYPE article SYSTEM "/project/take/software/searchbench_offline_processing/paperxml_generator/aclextractor/src/python/../resource/dtd/paperxml.dtd"><article><header><firstpageheader><page local="1" global="627"/><title>ON KNOWLEDGE-BASED MACHINE TRANSLATION</title><author surname="Nirenburg" givenname="Sergei"><org  name="and"/></author><author surname="Raskin" givenname="Victor"><org  name="and"/></author><author surname="Tucker" givenname="Allen"><org  name="and"/></author></firstpageheader><frontmatter><p>ON KNOWLEDGE-BASED MACHINE TRANSLATION</p><p><i>Sergei Nirenburg*, Victor Raskin ** and Allen Tucker*</i></p></frontmatter><abstract></abstract></header><body><section title=""><p>This paper describes the design of the knowledge representation medium used for representing concepts and assertions, respectively, in a subworld chosen for a knowledge-based machine translation system. This design is used in the <b>translator </b>machine translation project. The knowledge representation language, or interlingua, has two components, DIL and TIL. DIL stands for 'dictionary of interlingua' and descibes the semantics of a subworld. TIL stands for 'text of interlingua' and is responsible for producing an interlingua text, which represents the meaning of an input text in the terms of the interlingua. We maintain that involved analysis of various types of linguistic and encyclopaedic meaning is necessary for the task of automatic translation. The mechanisms for extracting and manipu­lating and reproducing the meaning of texts will be reported in detail else­where. The linguistic (including the syntactic) knowledge about source and target languages is used by the mechanisms that translate texts into and from the interlingua. Since interlingua is an artificial language, we can (and do, through TIL) control the syntax and semantics of the allowed interlingua elements. The interlingua- suggested for <b>translator </b>has a broader coverage than other knowledge representation schemata for natural language. It involves the knowledge about discourse, speech acts, focus, time, space and other facets of the overall meaning of texts.</p><p><b>L </b>Delimiting the Problem.</p><p><b>translator </b>explores the knowledge-based approach to machine translation. The basic translation strategy is to extract meaning from the input text in <i>source language, </i>SL, represent this meaning in a language-independent semantic representation and then render this meaning in ;i <i>target language, </i>TL. The knowledge representation language used in such a set-up is called, for historical reasons, interlingua (henceforth, IL).</p><p><b>translator's </b>ultimate aim is achieving good quality automatic' translation in a non-trivial subworld and its corresponding sublanguage. The philosophy of <b>translator </b>aims at the independence of the process of translation from human intervention in the form of the traditional pre-and/or post-editing. Interaction <i>during </i>the process of translation can be accommodated by this philosophy, but only as a temporary measure. Interactive modules will be plugged into the system pending the develop­ment of automatic modules for performing the various tasks as well as more powerful inference engines and representation schemata. This is a device that facilitates early testing of a system even before all the modules are actually built. Another advantage of this strategy is that the system becomes 'dynamic', in the sense that its knowledge is growing with use.</p><p>This strategy is an extension of one of the approaches discussed, for example, in Carbonell and Tomita (1985) since it implies knowledge acquisition during the exploitation stage and also involves a broader class of texts as its input. Johnson and Whitelock (1985) are also proponents of the interactive approach, but their motivation is different, in that they per­ceive the human to be an integral part of their system even in its final incarnation. In any case, interactivity is not the central design feature of <b>translator.</b></p><p>Before proceeding to describe the knowledge clusters in <b>transla­tor </b>we would like to comment very briefly on a number of methodologi­cal points concerning MT research. It seems that some of the opinions more or less commonly held by some members of the MT community may need rethinking. In what follows we list some of these opinions, together with our comments. A more detailed treatment of these topics will be given elsewhere.</p><p><b>t This paper is based upon work supported by the National Science Foundation under Grant DCR-8407114. * Colgate University ** Purdue University</b></p><p>Opinion. It is unnecessary to extract the full meaning from the SL text in order to achieve adequate MT.</p><p>Comment. An MT system can do well without (involved) semantics in many cases, but has to use meaning in the rest (or rely on human inter­vention). Machines, unlike humans, cannot on demand produce interpre­tations of text at an arbitrary depth sufficient for understanding. There­fore, if one aims at fully automatic, one has to prepare the system for tiie treatment of even very semantically involved text. One can, of course, think of designing a system that can decide how deeply each sentence can be analyzed semantically in an attempt to minimize semantic analysis. We maintain that the decision making involved is as complex as the initial problem of deep semantic analysis.</p><p>Opinion. It is not necessary to finish processing the input sentence before starting the translation. Indeed, people very often do this (consider interpreters) with very good results.</p><p>Comment. This Opinion is based on introspection. The real thought processes that go on in the translators' or the interpreters' heads are not known. The (quite considerable) knowledge that the translators have about the subject of the text (speech) and about the speech situation itself prompts them to preempt the text by following their expectations concern­ing the most probable set of meanings for the text and deciding before the final corroboration arrives. Hven if in a majority of cases this strategy works (as it is supposed to, because otherwise humans, being intelligent creatures as they are, would not have had the above expectations in the first place!), there is nothing unusual in making an error of judgement. Those of us who worked as translators surely remember multiple instances of this kind. Of course, this discussion is relative to the quality of product desired in the translation.</p><p>Opinion, Approaches to MT based on AI do not pay sufficient attention to the syntactic analysis of SL, while syntactic information is important for MT.</p><p>Comment» Syntactic structure of input conveys meaning; this meaning is extracted by the semantic analyzer with the help of syntactic knowledge. All clues are indeed used. No results of syntactic analysis are' Stored because they are not needed. Any approach that attempts to relate directly various syntactic structure trees between SL and TL strikes us as quite unpromising. It is only some early AI-oriented MT systems that were vulnerable to this criticism.</p><p>Opinion. IL-based approaches lead to an overkill because no peculiari­ties of SL (and of the relationship between, or contrastive knowledge of, SL and TL) can be used in translation. Some languages have quite a lot in common in their syntax and meaning distribution. It is wasteful not to use this additional information in translation.</p><p>Comment, While such insights can sometimes be detected and used, most of them comes from human intuition, and cannot be taken advantage of in an MT system, which can hardly be considered a model of human performance. It is also totally wrong to imply, in our opinion, that discovery and implementation of those pieces of contrastive knowledge can be simpler or, in fact, distinct from involved semantic analysis.</p><p>Opinion. With IL, the process of translation becomes one of interpreta­tion, The structure of the SL text, when used in addition to IL in MT, governs the choice of one of the paraphrases. Moreover, again, IL is an overkill, because the paraphrases are not needed and add an element of ambiguity.</p><p>Comment. Human translators always have a few practically equally acceptable paraphrases for virtually every SL sentence. The degree of meaning similarity among the acceptable paraphrases is determined by external parameters. The translation is executed according to the human translator's intuitive understanding of these parameters. Only in IL approaches can one control the required degree of similarity among the acceptable paraphrases as translations of an SL sentence.</p><p>Opinion. Generation of TL is a relatively simple problem for which very little or no knowledge other than lexical or syntactic is needed.</p><page local="2" global="628"/><p>Comment. Generation requires non-trivial decision making, for instance, in the light of the discussion in the previous paragraph, or, for that matter, as regards the computational stylistics, which will have to be a part of the choice-making mechanisms in building TL texts.</p></section><section number="2." title="Configuration of translator"><p>The background of the <b>translator </b>MT project at Colgate is presented in Tucker and Nirenburg (1984). This paper focuses on the static knowledge clusters of <b>translator</b>. The latter are identified as fol­lows:</p><doubt alpha="63.2" length="19" tooSmall="False" monospace="0.0">« ■   IL dictionary</doubt><doubt alpha="60.9" length="46" tooSmall="False" monospace="0.0">• SL - IL dictionary »      IL - TL dictionary</doubt><p>• SL grammar and syntactic dictionary</p><doubt alpha="62.2" length="37" tooSmall="False" monospace="0.0">• SL - IL translator «     IL grammar</doubt><p>• TL grammar and syntactic dictionary</p><p>• IL - TL translator</p><p>There are also dynamic knowledge clusters in <b>translator</b>: the parser and the generator modules as well as the inferencing mechanism (known as the Inspector) used to derive additional knowledge from IL representations when troubleshooting becomes necessary.</p><p>In this paper we will describe the structure of the IL dictionary and the IL grammar, the central components of the system. These two struc­tures are actually knowledge representation languages. IL dictionary is written in a language for describing the types of concepts that can appear in the subworld of translation. IL grammar is written in a language for representing the assertions about tokens of those types that actually appear in texts. We will call these languages DIL (for Dictionary Interlingua) and TIL (Text Interlingua), respectively. The distinction between DIL and TIL is similar, for instance, to that between the description and the asser­tion languages in<b>kl-one </b>(cf., e.g., Brachman and Schmoltze, 1985).</p><p>After discussing these languages we will briefly discuss the structure of knowledge about SL (the SL grammar and the SL - IL dictionary), enough only to help us through an illustration of how the IL dictionary and grammar are used.</p></section><section number="3." title="The IL Dictionary,"><p>The IL dictionary serves as the database where <b>translator </b>stores its knowledge about the subworld of translation. It is purely semantic, conceptual. The IL dictionary is a source of information for representing the meanings of SL texts. In it one does not find any information pertain­ing to any particular SL or TL. Thus, it is pure coincidence that most of the entry heads in this dictionary, as well as most of the members of the property sets (cf. below) look like English words. This choice was made with the dictionary writers in mind. The other possibility would have been to assign non-suggestive identifiers to entries and values in the IL dictionaries. This would have slowed down the process of dictionary com­pilation. The dictionary writers must do their best not to mix the seman­tics of an IL dictionary entry with that of an English word whose graphi­cal form coincides with that of the IL dictionary entry head.</p><p>There are two kinds of entities in DIL: concepts and properties. Concepts are IL 'nouns' <i>(objects) </i>and IL 'verbs' <i>(events). </i>IL 'adjectives', 'adverbs' and 'numerals' are represented by properties. These are organ­ized as sets of property values indexed both by the name of the property set (e.g., 'color', 'time' or 'attitude') and by the individual values, to facilitate retrieval. Property values are applicable to specific concept types. Their tokens do not appear on their own in IL texts, but only as fillers of slots in the frames for concept tokens. Thus, for example, 'red' will be a potential filler for the 'color' property of a token of every physi­cal object. An explanation of the relationship between IL word types and tokens follows.</p><p>The IL dictionary is organized as a set of entries (concept nodes) interconnected through a number of link types (properties). However, the structural backbone of the dictionary is the familiar <i>isa </i>hierarchy with property inheritance. Note that most of the time the translation system will be working with terminal nodes in this hierarchy. But the nonterminal nodes play a special role in it. By representing sets of entries, thereby providing a link among a number of (related) concepts, they serve as the basis for a variety of inference-making procedures. Even more impor­tantly, these 'nonterminal entries' constitute, together with the sets of various property values, the <i>schema </i>of the dictionary, the set of terms that are used to describe the semantics of the rest of the dictionary entries.</p><p>Just as all other nodes in the hierarchy, nonterminal nodes represent dictionary entries, which means that they can also have tokens. This device comes handy when, on analyzing a segment of input, we con­clude that a certain slot filler is unavailable in the text. At the same time, if we know the identities of other slot fillers in the frame, we can come to certain conclusions about the nature of an absentee. For instance, if the Agent slot of a certain mental process is not filled, we, by consulting the 'agent-of slot of the nonterminal node 'mental-process', can infer (or, rather, abduce) that, whatever it is, it must be a 'creature'. This knowledge helps in finding referents for anaphoric phenomena.</p><p>The dictionary entries represent IL concept and property <i>types; </i>IL texts consist of IL concept <i>tokens </i>(as well as IL clause and sentence tokens). Every token of an IL concept stands in the <i>is-token-of </i>relationship to its corresponding type. Structurally both IL concept types and IL con­cept tokens are represented as frames. The frame for a type and the frame for a corresponding token are not identical in structure, though the intersection of their slot names is obviously non-zero. One must note, however, that even in this case the semantics of the slots in the dictionary frames is different from that of the corresponding slots in the text frame.</p><p>Some of the slot names in the type frames refer to the paradigmatic relationships of this concept type with other concept types. These are die <i>type parameters </i>of an IL dictionary entry. The rest of the information in an entry describes syntagmatic relationships that tokens of this particular type have with tokens of other types on an IL text. These are called <i>token parameters. </i>Among the type parameters one finds the pointers in the <i>isa </i>hierarchy, relationships like <i>part-of, belongs-to, </i>etc.</p><p>The token-parameter slots in the dictionary entries contain either <i>default </i>values for the properties (the 'no-value' value is among the possi­ble default choices) or acceptable <i>ranges </i>of values, for the purpose of vali­dity testing. IL concept tokens, which are components of IL <i>text, </i>not its dictionary, have their slots occupied by actual values of properties; if information about a property is not forthcoming, then the default value (if any) is inherited from the corresponding type representations.</p><p>In what follows <b>we </b>will describe DIL, the IL dictionary language. We will do this by presenting the top levels of the <i>isa </i>hierarchy of concepts in our world and listing the frames for high-level nodes. Next, we'll present examples of IL dictionary frames, including one complete path in the <b>im </b>hierarchy, from the root to a terminal node.</p><p>The actual contents of the tree are, as we already said, idiosyncratic: it may be overdeveloped in some of its branches and underdeveloped in many others. This state of affairs corresponds to the strategy of working within a subworld.</p><p>3<b>.1. Frames.</b></p><doubt alpha="42.9" length="14" tooSmall="False" monospace="0.0">all ::= ('all'</doubt><doubt alpha="61.5" length="13" tooSmall="False" monospace="0.0">('id' string)</doubt><p>('properties' properties)</p><p>('subworld' subworld*)) This is the root of the <i>isa </i>hierarchy. The three slots present here mean that every node in the tree has an <i>id; </i>every node features some <i>properties </i>(which exactly, will be shown in lower-level nodes); and every node represents a concept that belongs to one or more <i>subworlds.</i></p><doubt alpha="56.9" length="51" tooSmall="False" monospace="0.0">event :: = ('event' ('isa' all) ('patient' object))</doubt><p>At this level we meet the 'isa' slot for the first time. This is the .pointer to a node's parent in the hierarchy. Events divide into processes and states. The only overtly mentioned property common to all events is the concep­tual case of 'patient' (this reflects our opinion that in the sentence (1) <i>John </i>is not an agent, but rather a patient). Note that 'patient' in DIL sub­sumes the semantics of 'beneficiary'.</p><p>(1) <i>John is asleep.</i></p><page local="3" global="629"/><p>process ::= ('process' ('isa' event) ('is' process-sequence) <b>Cpart</b>-oP process*) ('agent' creature) ('object' object) ('instrument' object) ('source' object) ('destination' object) ('preconditions' state*) ('effects' state*))</p><p>In addition to the conceptual case slots, the process frame contains infor­mation about preconditions and effects. These are states that must typi­cally hold before and after the process takes place, respectively. A pro­cess can also be <b>a </b>part of other processes. Thus, for instance, <i>move </i>is a part of <i>travel </i>and, at the same time, of <i>fetch </i>or <i>insert. </i>The 'is' <b>slot </b>of a process frame contains either the constant <i>primitive, </i>if the process is not further analyzable in DIL, or the description of the sequence of processes which comprise the given process. The <i>process-sequence </i>is a list of pro­cess names connected by the operators <i>sequential, choice </i>and <i>shuffle. </i>In other words, <b>a </b>process may be a sequence of subprocesses <i>(sequential), </i>a choice among several subprocesses <i>(choice), </i>a temporally unordered sequence <b>of </b>subprocesses <i>(shuffle) </i>or any recursive combination of tire above. This treatment of processes <b>is </b>inspired by Nirenburg et al., 1985. For the purposes of machine translation it seems unnecessary to introduce a more involved tfefnporal logic into consideration for the ' <b>is' </b>slot.</p><p>physical-process ::= ('physical-process' ('isa' process))</p><doubt alpha="65.8" length="117" tooSmall="False" monospace="0.0">mental-process ::= ('mental-process' ('isa' 'process') ('is' primitive) ('agent' creature) ('object' object | event))</doubt><p>Only creatures can be fillers for the 'agent* slot. Mental objects classify into reaction processes (cf. the English 'please' <b>or </b>'like'), cognition processes ('deduce') and perception processes ('see'). Objects of mental processes can be either objects, as in (2) or events, as in (3).</p><doubt alpha="60.0" length="15" tooSmall="False" monospace="0.0">(2) I know John</doubt><p>(3) <b>I </b>know that John has traveled to Tibet.</p><p>speech-process ::= ('speech-process' ('isa' process) ('is' primitive) ('agent' person)</p><doubt alpha="66.3" length="98" tooSmall="False" monospace="0.0">('patient' person* | organization*) ('object' event) ('source' 'agent') ('destination' 'patient'))</doubt><p>Speech processes are <i>primitives. </i>The speech processes recognized by DIL include assertions (that further subdivide into definitions, opinions, facts, promises, etc.) <b>and </b>requests (questions or commands). The 'agent' slot filler has the semantics of the speaker. The 'patient' <b>is </b>the hearer. Note that there is a possibility for die hearer <b>to be </b>a group or an organization, as in (4).</p><p>(4) I promised the band <b>to </b>let them have a ten-minute break every hour.</p><p>The 'agent' is the 'source' and the 'patient' is the 'destination' <b>of </b>a speech process.</p><doubt alpha="55.6" length="18" tooSmall="False" monospace="0.0">state ::= ('state'</doubt><p>('isa' <b>event) Cpart</b>-oP <b>state*))</b></p><p>The actant in states, which is the patient rather than <b>the </b>actor, is inherited from the event frame.</p><doubt alpha="60.0" length="20" tooSmall="False" monospace="0.0">object :: = ('object</doubt><doubt alpha="54.5" length="11" tooSmall="False" monospace="0.0">('isa' all)</doubt><doubt alpha="66.7" length="18" tooSmall="False" monospace="0.0">('part-of object*)</doubt><p>('consists-oP object*) ('belongs-to' creature | organization) ('object-oP (Mental-Process Speech-Process))</p><p>Opatient-oP event) ('instrument-oP event) ('source-oP event) ('destination-oP event)</p><p>('source-oP event)) The '...-oP slots are used for consistency checks.</p><p>3.2. <b>Properties.</b></p><p>Property values are primitive concepts of <b>IL </b>used as values for slots in concept frames. We give here just an illustration of these. Many more exist and will be used in the implementation.</p><doubt alpha="58.7" length="46" tooSmall="False" monospace="0.0">size-set      nil | infinitesimal | ... | huge</doubt><doubt alpha="57.9" length="38" tooSmall="False" monospace="0.0">color-set      nil | blackj... [ white</doubt><p>shape-set ::= nil | flat <b>j </b>square | spherical ...</p><p>material-set :: = nil | (gold (specific-gravity 81) (unit-value 228))| ...</p><p>subworld-set ::= nil | computer-world | business-world | everyday-world</p><doubt alpha="60.0" length="30" tooSmall="False" monospace="0.0">boolean-set ::= nil | yes | no</doubt><doubt alpha="60.5" length="43" tooSmall="False" monospace="0.0">texture-set ::= nil | smootJi | ... j rough</doubt><p>properties ::= ('properties' 'none' ('color' color-set) ('shape' shape-set) ('texture' texture-set) ('part-oP object | event) ('consists-oP object | event) ('edibility' boolean-set) ('made-oP material-set) 3.3. <b>From the Root to </b>a <b>Leaf.</b></p><doubt alpha="64.7" length="17" tooSmall="False" monospace="0.0">('size' size-set)</doubt><doubt alpha="64.3" length="14" tooSmall="False" monospace="0.0">('power' real)</doubt><doubt alpha="64.3" length="14" tooSmall="False" monospace="0.0">('speed' real)</doubt><doubt alpha="61.5" length="13" tooSmall="False" monospace="0.0">('mass' real)</doubt><doubt alpha="0.0" length="5" tooSmall="False" monospace="0.0">• ••)</doubt><p>A path of concept representations from the root to a leaf node is presented below.</p><p><b>all </b><b>-&gt;</b><b> object </b><b>-&gt;</b><b> pobject </b><b><i>-&gt; </i></b>t-<b>alive </b><b>-&gt;</b><b> creature </b><b>-&gt;</b><b> person </b><b>-&gt;</b><b> computer-user</b></p><p>Frames for 'all' and 'object' see above.</p><doubt alpha="60.9" length="23" tooSmall="False" monospace="0.0">pobject :: = ('pobject'</doubt><doubt alpha="64.3" length="14" tooSmall="False" monospace="0.0">('isa' object)</doubt><doubt alpha="61.8" length="102" tooSmall="False" monospace="0.0">("object-oP (+ (Take Put)) ('size' size-set) ('shape' shape-set) ('color' color-set) ('mass' integer))</doubt><p>The ' + ' sign in slots means all inherited information plus the contents of the current slot.</p><page local="4" global="630"/><doubt alpha="61.5" length="13" tooSmall="False" monospace="0.0">('id' string)</doubt><doubt alpha="40.0" length="25" tooSmall="False" monospace="0.0">+ alive : : = (' + alive'</doubt><p>('isa' pobject) ('edibility' boolean-set)) ('isa' creature) ('agent-oP (+ (Take Put Find Speech-process Mental-Process))) ('source-oP Speech-process) ('destination-op Speech-process)</p><doubt alpha="62.5" length="24" tooSmall="False" monospace="0.0">;reature ::= ('creature'</doubt><doubt alpha="53.3" length="15" tooSmall="False" monospace="0.0">('isa' + alive)</doubt><doubt alpha="64.8" length="125" tooSmall="False" monospace="0.0">('agent-oP (Eat Ingest Drink Move Attack)) ('consists-oP (Head Body)) ('object-oP (+ (Attack)) ('power' real) ('speed' real))</doubt><doubt alpha="57.1" length="21" tooSmall="False" monospace="0.0">person :: = ('person'</doubt><doubt alpha="54.5" length="33" tooSmall="False" monospace="0.0">('consists-oP (+ (Hand Foot...)))</doubt><doubt alpha="41.7" length="12" tooSmall="False" monospace="0.0">('power' 50)</doubt><doubt alpha="41.7" length="12" tooSmall="False" monospace="0.0">('speed' 50)</doubt><doubt alpha="33.3" length="12" tooSmall="False" monospace="0.0">('mass' 55))</doubt><doubt alpha="65.4" length="104" tooSmall="False" monospace="0.0">computer-user ::= ('computer-user' ('isa 'person) ('agent-oP (+ (Operate))) ('subworld' computer-world))</doubt><p>The complete frame of the leaf of this path, 'computer-user', including all inherited slots and default values is listed below. In reality frames like this do not exist, because the tokens of this type do not contain all the possible slot fdlers.</p><p>(computer-user ('isa' person) ('agent-oP (Operate Take Put Find Speech-process Mental-Process</p><p>Eat Ingest Drink Move Attack)) ('object-oP (Find Mental-process Speech-process Attack Take Put)) ('destination-of Speech-process) ('source-oP Speech-process) ('consists-oP (Hand Leg Head Body)) ('power' 50) ('speed' 50) ('mass' 55) ('subworld' computer-world)) <b>4.</b><b> </b>The <b>Interlingua Grammar.</b></p><p>In the previous section we dealt mostly with IL lexicon. This section is devoted to the syntax of IL text. Unlike a natural language text, an IL text is not linear. It is a (potentially) complex network of IL sentences, interconnected by <i>IL discourse markers. </i>An IL sentence consists of a main clause and a number of subordinate clauses, possibly interconnected through discourse markers, with the speech act and focus information added. IL clauses are the place where the tokens of events are put into the modal and spatio-temporal context. IL events are processes and states. It is in representations of the latter that tokens of IL 'verbs' and 'nouns' (retrieved from the dictionary and augmented by various property values identified during SL text analysis) meet for the first time.</p><p>The above consideration led us to declare the language of the gram­mar a separate representation language, TIL. There are important differ­ences between TIL and DIL. At the same time there are regular correspondences. The values of the properties in entity tokens typically correspond to the data types listed as fillers for the corresponding slots in the, IL dictionary. Thus, for instance, the <i>color </i>property slot in the IL dic­tionary frame for 'flower' can be occupied by a list (white yellow blue red purple pink ...), the one for 'snow' will presumably contain only (white). At the same time, 'rose 11' will have the value 'red' as the contents of its 'color' slot. This underscores the difference in the semantics of similarly named slots in DIL and TIL.</p><p><b>4.1. </b>Text.</p><doubt alpha="43.8" length="16" tooSmall="False" monospace="0.0">text : : = nil |</doubt><p>sentence |</p><p>(discourse-structure-type text text + ) The above means that an IL text is either an empty string, a single sentence, or a number of sentences interconnected through discourse structure markers.</p><p><b>4</b>.2. Sentence.</p><p>sentence ::= ('sentence-token' ('main-clause' clause) ('clauses' clause*) ('subworld' subworld) ('modality' modality)</p><doubt alpha="66.7" length="15" tooSmall="False" monospace="0.0">('focus' focus)</doubt><p>(' speech-act' speech-act)) Every sentence is declared to contain a speech act. Thus, we pro­pose to represent (5) as (6), provided we can infer the identities of the speaker and the hearer, as well as the identity of the process:</p><p>(5) I'd rather not do it.</p><p>(6) Boss ordered Employee X not to agree to the terms of Sales Offer Y.</p><p>Both direct and indirect speech acts are represented with the help of speech process tokens. With direct speech acts, the information to be put into the sentence frame is present in the text, while with indirect speech acts it has to be inferred.</p><p>Thematic information about the sentence is restricted to the values of the focus slot in the sentence frame. This slot contains pointers to the entities that constitute the 'given' and the 'new' in this particular sen­tence. This entity can be a concept, a property of a concept, or an entire clause (cf. 4.11) The value of the modality slot for the IL sentence is chosen from the set of modalities (cf. 4.10). The subworld slot is a marker that shows that the sentence belongs to a 'semantic field' related to computers. In <b>translator </b>this is the designated topic for translation. In broader environments the subworld information will be helpful to prune unneeded inference paths.</p><p>The fact that we allow only one clause to occupy the 'main-clause' slot of a sentence means that IL sentences cannot be compound (i.e., con­sist of a number of sentences connected through commas and coordinate conjunctions like the English 'and', 'or' or 'but'. The fact that other clauses can be present means that it can be complex. Sentences that are compound in SL are translated as texts in IL, the representations of the immediate constituents of die compound SL sentences being IL sentences. Appropriate discourse structure markers are used to represent the mean­ing carried by the conjunction.</p><p><b>4.3. </b>Clause.</p><doubt alpha="65.5" length="29" tooSmall="False" monospace="0.0">('clause-token' ('id' string)</doubt><p>('discourse-structure' discourse-structure) ('quantifier' quantified)</p><doubt alpha="61.5" length="13" tooSmall="False" monospace="0.0">('time' time)</doubt><doubt alpha="66.7" length="15" tooSmall="False" monospace="0.0">('space' space)</doubt><doubt alpha="66.7" length="15" tooSmall="False" monospace="0.0">('event' event)</doubt><p>The major difference between the interlingua clauses and events is that clauses contain information that actually appears in the input text (augmented by anaphora resolution), while events can be either contained in the input or <i>inferred </i>from it.</p><p>A clause may be connected discourse-wise not only with another clause but also with an object or an event, as well as with a sentence, a paragraph or even a whole text; also note that discourse structure assigns the given clause as one of the two arguments in the discourse structure; one clause can be an argument in more than one discourse-structure expression.</p><page local="5" global="631"/><p><b>4.4. </b>Process.</p><p>('physical-process-token' ('id' string) Cis-token-oP string) ('agent' object-token) ('object' object-token) ('patient' object-token) ('instrument' object-token) ('source' object-token) ('destination' object-token) ('negation' negation) ('quantifier' quantified) ('phase' phase-set) ('manner' manner-set) ('space' space) ('time' time) ('subworld' subworld))</p><p>An actual process token is represented as follows:</p><p>(move-token <b>4.</b><b>5. State.</b></p><doubt alpha="61.8" length="283" tooSmall="False" monospace="0.0">('id' move21) ('is-token of move) ('is' primitive) ('agent' person 12) ('object' personl2) ('source' (in house2)) ('destination' (in house3)) ('negation' nil) ('quantifier' nil) ('phase' static) ('manner' easily) ('part-oP travel5) ('time' (before 1700)) ('subworld' everyday-world))</doubt><p>('state-token' ('id' string) ('is-token-oP string) ('negation' negation) ('quantifier' quantified) ('patient' object-token) ('phase' phase-set) <b>Cpart</b>-oP state-token*) ('space' space) ('time' time) ('subworld' subworld))</p><p>Events in II. have a property of 'phase': they are either 'static', 'beginning' or 'end'. This device is needed to represent changes of state. Changes of state are sometimes represented as a separate class of processes. The solution in IL may be more economical.</p><p><b>4.6. </b>Object.</p><p>A typical frame for an object token in TIL is as follows. The 'string' in the 'is-token-oP slot stands for the name of the corresponding object type.</p><p>('object-token' ('id' string) ('is-token-oP string) ('subworld' subworld) ('negation' negation) ('quantifier' quantifierl))</p><p>An example object token follows:</p><p>('person-token' ('id' person23) ('is-token-oP person) ('subworld' everyday-world)</p><doubt alpha="50.7" length="73" tooSmall="False" monospace="0.0">('negation' no) ('quantifier' any) ('power' 50) ('speed' 50) ('mass' 55))</doubt><p>Note the difference from DU, object frames. No '...-oP slots here. More emphasis on syntagmatic relationships and default overriding.</p><p><b>4</b>.7. <b>Time.</b></p><p>time ::-- nil | absolute-time | relative-time ('quantifier' quantified) ('point' integer) | ('interval-begin' integer) ('interval-end' integer)) (temporal-operator event) ('quantifier' quantified))</p><doubt alpha="64.0" length="25" tooSmall="False" monospace="0.0">absolute-time ::= ('time'</doubt><doubt alpha="64.0" length="25" tooSmall="False" monospace="0.0">relative-time : = ('time'</doubt><p>temporal-operator :: — simultaneous | before | during | around | always | none Relative time markers will predominantly appear in texts.</p><p><b>4</b>.8. <b>Space.</b></p><p>space ::= nil | absolute-space | relative-space absolute-space ::= ('space ('quantifier' quantified) ( 'coordinateP real) ( 'coordinate2' real) ( 'coordinated' real)) (spatial-operator object) ('quantifier' quantified))</p><doubt alpha="66.7" length="27" tooSmall="False" monospace="0.0">relative-space ::= ('space'</doubt><doubt alpha="64.0" length="75" tooSmall="False" monospace="0.0">spatial-operator : : = left-of | equal | between | in | above | near | none</doubt><p>As in the case of'time, relative (topological) space specifications will predominate in texts.</p><p><b>4</b>.9. <b>Slot Operators.</b></p><doubt alpha="58.6" length="128" tooSmall="False" monospace="0.0">quantifierl :: = nil | all | any | most ] many | some | few | 1j2 | ... quantified ::=;nil | hardly | half | almost | completely</doubt><p><b>4.10. Modality.</b></p><p>modality ::= ('modality' modality-set)</p><p>modality-set :: = real | desirable | undesirable | conditional | possible <b>I </b>impossible | necessary | nil</p><subsection number="4.11." title="Thematic Information"><doubt alpha="52.6" length="19" tooSmall="False" monospace="0.0">focus :: = ('given'</doubt><doubt alpha="61.5" length="52" tooSmall="False" monospace="0.0">('object' obj)I('event' event) | ('clause' clause) |</doubt><p>('quantifier' event-quantifier | quantifier)) ('quantifier' event-quantifier | quantifier))<page local="6" global="632"/></p><doubt alpha="61.5" length="52" tooSmall="False" monospace="0.0">('object' obj)I('event' event) | ('clause' clause) |</doubt><doubt alpha="50.0" length="6" tooSmall="False" monospace="0.0">('new'</doubt><p>The thematic information, together with the discourse structure and speech act information, explicitly represents the rhetorical force of SL texts. The lack of this type of knowledge led many MT researchers to declare that SL traces are necessary in the internal representation. The above information may prove sufficient for abandoning that requirement.</p><p><b>4.12. Discourse Structure.</b></p><p>discourse-structure : : = (discourse-structure-type</p><doubt alpha="66.7" length="78" tooSmall="False" monospace="0.0">(clausel clause-n | sentence | text) | (clause-n | sentence | text clausel)* )</doubt><p>discourse-structure-type : : ~ none | temp | equiv | + expan | -expan <b>j </b>condi <b>I </b>+ simil | -simil | choice</p><p>For a more detailed description of the discourse cohesion markers in <b>translator </b>see Tucker et al., 1986.</p><p>A clause may be connected discourse-wise not only with another clause but also with a sentence, a paragraph or even a whole text; also note that discourse structure assigns the given clause as one of the two arguments in the discourse structure; one clause can be an argument in more than one discourse-structure expression.</p><p><b>4.13. Speech </b>Act.</p><doubt alpha="62.1" length="29" tooSmall="False" monospace="0.0">speech-act :: = ('speech-act'</doubt><doubt alpha="62.8" length="113" tooSmall="False" monospace="0.0">('type' speech-process) ('direct?' yes | no) ('speaker' object) ('hearer' object+) ('time' time) ('space' space))</doubt><p>Every IL sentence features a speech act, irrespective of whether it was overtly mentioned in the SL text. If it was, it is represented through a token of a speech process. Otherwise, it is inferred. The time and space of the speech act can <b>be </b>quite different from that of the proposition which is the information transferred through this speech act.</p><p><b>4.14. Other Slots and Slot Fillers.</b></p></subsection></section><section number="5." title="Conclusion"><p>This paper suggested an approach to conceptual representation of a text in a natural language for the purposes of translation. An important distinction has been maintained between the representation of descriptions and assertions. We even suggested two different representation languages, DIL and TIL for the two tasks.</p><p>The next task in the project is to actually implement the procedures for analysis, inference making and synthesis. One crucial prerequisite for that is the compilation of a substantial knowledge base (IL dictionary) for the subworld of computers. Now that the structure of IL has been speci­fied, we can actually do it. Strategies and aids for uniform and computer-aided knowledge acquisition are being developed.</p><p><i>Acknowledgement. </i>The authors wish to thank Irene Nirenburg for reading, discussing and criticizing the numerous successive versions of the manuscript. Needless to say, it's we who are to blame for the remaining errors.</p><p><b>References.</b></p><p>Brachman, R. and J. Schmoltze 1985. An overview on the KL-ONE knowledge representation system. <i>Cognitive Science, </i>vol. 9, issue 2. Carbonell, J. and M. Tomita 1985. New approaches to machine transla­tion. In: S. Nirenburg (ed.).</p><p>Johnson, R. and P. Whitelock 1985. Machine translation as an expert task. In: S. Nirenburg (ed.).</p><p>Nirenburg, S. (ed.), Proceedings of the Conference on Theoretical and Methodological Issues in Machine Translation. Hamilton, NY, August 1985.</p><p>Nirenburg, S. and J. Brolio (in preparation). A parsing strategy for knowledge-based machine translation.</p><p>Nirenburg, S., V. Raskin and A. Tucker, Interlingua design in <b>transla­tor</b>. In: S. Nirenburg (ed.)</p><p>Tucker, A., S. Nirenburg and V. Raskin, Discourse, cohesion and semantics of expository text (this volume).</p><p>negation : : = boolean-set</p><doubt alpha="64.0" length="239" tooSmall="False" monospace="0.0">referent-set : : = nil | above | below | object-token manner-set :: = nil | difficulty | attitude difficulty : : = nil | easily | ... | difficultly attitude ::= nil | caring | ... | nonchalantly phase-set ::= nil | static | beginning | end</doubt></section></body></article>