METHOD FOR DISAMBIGUATING MULTIPLE READINGS IN LANGUAGE CONVERSION

BACKGROUND OF THE INVENTION

Statistical language models such as N-gram models are commonly used to convert or translate one language to another by assigning a probability, Pr(W), to a sequence of words W using a probability distribution. Such language models are typically trained from a large body of texts (referred to as a corpus) and, generally, capture the frequencies of the occurrence of each word and/or each sequence of two or more words within the corpus. Conventionally, the occurrence of a particular word in the corpus is accounted for by the training of the language model irrespective of its use and/or reading in each particular context. While most words in the corpus and in general are each associated with one meaning and possibly more than one correct pronunciation, certain words are written identically but have different meanings and pronunciations/readings (i.e., heteronyms). For example, an example of a heteronym in the English language is “desert,” which in one context and usage/pronunciation means “to abandon,” and in another context and usage/pronunciations means “a dry, barren area of land.” Thus, by accounting for the frequency of the word “desert” without regard to the context of its use in a corpus, any distinctions of frequencies of use of the word in the first sense (“to abandon”) and a second sense (“a dry, barren area of land”) are most likely overlooked by the conventional language model.

Pinyin is a standard method for transcribing Mandarin Chinese using the Roman alphabet. In a pinyin transliteration, the phonetic pronunciations/readings of Chinese characters are mapped to syllables composed of Roman letters. Pinyin is commonly used to input Chinese characters into a computer via a conversion system. Such a system often incorporates a statistical language model to improve conversion accuracy. Certain Chinese characters have multiple pronunciations/readings (i.e., heteronymous Chinese characters). However, the conventional language model that does not distinguish between different pronunciations/readings of heteronyms can sometimes produce undesirable Chinese conversion candidates for pinyin that is associated with heteronymous Chinese characters.

BRIEF DESCRIPTION OF THE DRAWINGS

Various embodiments of the invention are disclosed in the following detailed description and the accompanying drawings.

FIG. 1 is a diagram of an embodiment of a system for language conversion.

FIG. 2 is a diagram showing an embodiment of a device configured to convert input data to output of a target symbolic representation.

FIG. 3 is a flow diagram showing an embodiment of a process of performing a language conversion.

FIG. 4A shows an example of a sequence of text that is found in a corpus.

FIG. 4B shows an example of some data stored at a language model that was trained from a corpus from which the text of FIG. 4A was found.

FIG. 5 is a diagram showing an embodiment of a system for creating an annotated corpus to be used to train a language model to be used for language conversion.

FIG. 6 is a flow diagram showing an embodiment of a process for annotating and using a language model.

FIG. 8A shows an example of using a Chinese character corpus that has not been annotated for heteronymous characters (“a corpus without annotation”).

FIG. 8B shows an example of using a Chinese character corpus that has been annotated for heteronymous characters (“a corpus with annotation”).

FIG. 9 is a flow diagram showing an embodiment of a process of language conversion.

FIG. 10 is a flow diagram showing an embodiment of a process for converting pinyin to Chinese characters.

DETAILED DESCRIPTION

The invention can be implemented in numerous ways, including as a process; an apparatus; a system; a composition of matter; a computer program product embodied on a computer readable storage medium; and/or a processor, such as a processor configured to execute instructions stored on and/or provided by a memory coupled to the processor. In this specification, these implementations, or any other form that the invention may take, may be referred to as techniques. In general, the order of the steps of disclosed processes may be altered within the scope of the invention. Unless stated otherwise, a component such as a processor or a memory described as being configured to perform a task may be implemented as a general component that is temporarily configured to perform the task at a given time or a specific component that is manufactured to perform the task. As used herein, the term ‘processor’ refers to one or more devices, circuits, and/or processing cores configured to process data, such as computer program instructions.

A detailed description of one or more embodiments of the invention is provided below along with accompanying figures that illustrate the principles of the invention. The invention is described in connection with such embodiments, but the invention is not limited to any embodiment. The scope of the invention is limited only by the claims and the invention encompasses numerous alternatives, modifications and equivalents. Numerous specific details are set forth in the following description in order to provide a thorough understanding of the invention. These details are provided for the purpose of example and the invention may be practiced according to the claims without some or all of these specific details. For the purpose of clarity, technical material that is known in the technical fields related to the invention has not been described in detail so that the invention is not unnecessarily obscured.

Using a language model that is trained on a corpus that is annotated to distinguish between different readings associated with certain characters is disclosed. In some embodiments, an instance of a character that appears in a corpus that is associated with more than one reading/pronunciation/use/sense is annotated with the reading/pronunciation/use/sense that is appropriate for that instance of the character. In some embodiments, a language model trained on such an annotated corpus is used to convert pinyin into Chinese characters.

FIG. 1 is a diagram of an embodiment of a system for language conversion. In the example, system 100 includes device 102, network 104, and conversion server 106. Network 104 can include various high speed data and/or telecommunications networks.

Device 102 is configured to receive input data. In some embodiments, the input data can include input text (e.g., Roman alphabet). For example, the input data can include pinyin. While device 102 is shown to be an iPhone®, other examples of device 102 can be a desktop computer, laptop computer (e.g., MacBook®), smart phone, mobile device, tablet device (e.g., iPad® or iPad 2®), and any other type of computing device. Device 102 is configured to include an input area, in which typed and/or handwritten characters can be captured/received by device 102. Examples of such an input area include a touch screen keyboard (e.g., of a tablet and/or mobile phone device), a physical keyboard, a trackpad (e.g., Apple's Magic Trackpad, or the built-in trackpad of a MacBook Pro), an electronic writing surface, and a touchpad. In various embodiments, a user can select the input at device 102 by interacting with the input area of device 102 (e.g., by typing into the physical and/or touch screen keyboard). In some embodiments, device 102 includes a display area, in which the outputs received from conversion server 106 can be displayed.

In some embodiments, device 102 is configured to send the received input to conversion server 106 via network 104 for conversion server 106 to convert it into an output (e.g., a set of characters) of a target symbolic representation. In some embodiments, device 102 includes logic, code, and/or stored data associated with performing similar conversions and can therefore perform conversions of the input data to outputs of the target symbolic representation without the need to transmit data over network 104 to the remote conversion server 106.

Conversion server 106 is configured to receive data and convert the data into another form (e.g., characters of the target symbolic representation). For example, the target symbolic representation can be Chinese characters. In some embodiments, conversion server 106 can include a language model (e.g., trained from a corpus of Chinese characters) and/or a database that is used to store associations between text of the input data and sets of characters of the target symbolic representation (e.g., an input data to target symbolic representation dictionary). In some embodiments, the outputs of conversion server 106 can include conversion candidates from the input. For example, the candidates of conversions for the output can be a certain number of the most statistically likely (i.e., probable) Chinese characters that are determined from the language model and the input pinyin. In some embodiments, the outputs of conversion server 106 are sent back to and displayed at device 102 (e.g., for a user to view and/or make further selections with respect to the displayed information).

FIG. 2 is a diagram showing an embodiment of a device configured to convert input data to output of a target symbolic representation. In some embodiments, device 102 of system 100 can be implemented using the example of FIG. 2. In some embodiments, the device as illustrated in FIG. 2 includes, locally, one or more functionalities of conversion server 106 such that it can perform conversions without the need to transmit data over a network to a remote server. The shown components (e.g., display 202, conversion engine 206, dictionary 204, language model 208, and input area 210) of the device in the example can be implemented using one or both of hardware and software. In some embodiments, the device can have more or fewer components than those shown in the example.

Input area 210 is configured to capture/receive a set of characters of a first symbolic representation. As mentioned above, examples of input area 210 can include a touch screen keyboard (e.g., of a tablet and/or mobile phone device), a physical keyboard, a trackpad (e.g., Apple's Magic Trackpad, or the built-in trackpad of a MacBook Pro), a receiver (e.g., microphone) associated with a speech recognition/conversion/transcription function, an electronic writing surface, and a touchpad. In some embodiments, input area 210 is configured to receive one or more text characters from the Roman alphabet (e.g., a, b, c, . . . etc.). For example, input area 210 can receive pinyin, which is a system for transliterating Mandarin Chinese in the Roman alphabet. A user can, for example, input pinyin into input area 210 of the device to cause the device to present Chinese conversion candidates that the user can select among to “type” in Chinese on the device. In some embodiments, input area 210 stores the input characters as their corresponding text encoding counterparts. Examples of text encoding schemes include ASCII, Big5, UTF-8, UTF-16, HKSCS, GB18030, and JIS X 0213.

Conversion engine 206 is configured to use the input received from input area 210 and determine conversion candidates of a target symbolic representation. In some embodiments, the target symbolic representation can include Chinese characters. In some embodiments, conversion engine 206 is configured to perform preprocessing on the input before it is converted. For example, if the input were pinyin, then conversion engine 206 can resolve the pinyin into one or more groups of characters that correspond to monosyllables to prepare for mapping each monosyllable to a Chinese conversion candidate because typically, each Chinese character is read/pronounced as a monosyllable. Conversion engine 206 is configured to access dictionary 204 and language model 208. Dictionary 204 can include one or more databases used to store mappings/associations between sets of characters of the input data and sets of characters of the target symbolic representation. Language model 208 can be a N-gram model that is trained on a corpus of text of the target symbolic representation. In some embodiments, the corpus used to train language model 208 was annotated to distinguish between different readings of a heteronymous character of the target symbolic representation. For example, conversion engine 206 can first map the resolved pinyin of the input data to one or more potential Chinese character conversions using dictionary 204 and then retrieve statistical information from language model 208 corresponding to those potential Chinese character conversions to determine which combinations of the candidate conversions are the most likely. The most likely combinations of characters can then be displayed at display 202 (e.g., for the user to view and/or interact with). Examples of display 202 can include a touch screen that can capture interactions from the user or other types of display that cannot capture user interactions.

For example, if the input were the pinyin “nihao,” then conversion engine 206 could first resolve the input into the two monosyllabic groups of characters of “ni” and “hao.” Because there are many homophones (i.e., words that are pronounced the same but have different meanings) among Chinese characters, each monosyllabic group within the input pinyin can potentially be mapped by dictionary 204 to several possible Chinese characters (each such character can be read with the phonetic pronunciation of the corresponding monosyllabic pinyin group). Then conversion engine 206 can retrieve statistical information related to each of the Chinese characters and/or combinations thereof to determine the combinations of characters that have the highest probabilities of being what was intended by the user.

FIG. 3 is a flow diagram showing an embodiment of a process of performing a language conversion. In some embodiments, process 300 can be implemented at a system that builds a language model and also uses the built language model to perform language conversions.

At 302, a corpus of text is received. A corpus of text can include a large and structured set of texts (e.g., gathered from various sources). The corpus of text can be digitally stored and processed. Typically, the corpus contains text of a single language and/or is of a form similar to the input of the language model that is to be trained on the corpus. For example, for training a language model for a pinyin to Chinese character conversion, the corpus can include text that is in the form of Chinese characters.

At 304, the corpus is used to train a language model. In some embodiments, a language modeling tool (e.g., IRST Language Model Toolkit) can be used to train and build a language model from the corpus. For example, a language modeling tool can generate N-gram probabilities for each of the characters and/or each sequence of characters found in the corpus. For example, each sequence of characters (e.g., of 2 or 3 or more characters in length) that are found in the corpus can be assigned a probability of occurrence. Sequences of characters are analyzed so that the context for a character within a sequence can later be recognized (e.g., during a language conversion phase) by virtue of the context supplied by the adjacent/surrounding characters. So, for a sequence of characters that never appear in the corpus or appears very rarely (e.g., due to typographical errors or lack of meaning), the probabilities generated for those sequences are zero or extremely low (to indicate their unlikelihood to represent a user's desired intent behind an input data). The resulting language model includes, at least, a set of assignments of probabilities to sequences of one or more characters (e.g., or the underlying symbol that represents those characters) that are found in the corpus on which the model was trained. Returning to the example of a corpus of Chinese characters, the resulting language model would include probabilities assigned to sequences of one or more Chinese characters that are found in the corpus.

At 306, the language model is used to perform language conversions. For example, the language model could be used by a conversion engine (e.g., conversion engine 206) or conversion server (e.g., conversion server 106) to convert an input in one form (e.g., speech or text) into one or more outputs of a second form (e.g., a target symbolic representation). In some embodiments, an input data maps to one correct output (e.g., that is desired by the user who entered the input). A more accurate language model can retrieve for a given input data, potential outputs to be converted from the input data that are more likely to include the one output desired by the user. For example, the input data (e.g., correctly spelled pinyin) could be mapped to (e.g., using a dictionary) one or more characters (e.g., Chinese characters) for which statistical information (e.g., probabilities) are maintained by the language model. The retrieved probabilities are then used to determine which of the characters that potentially map to the input are more likely to be an accurate mapping. In some embodiments, a language model includes other statistical tools to match an input to an output, such a character-level and/or word-level and/or sentence (e.g., beginning of sentence and end of sentence) and/or phrase-level resolutions from the input data to the target symbolic representation.

FIGS. 4A and B are examples that illustrate some steps in the creation and use of a language model.

FIG. 4A shows an example of a sequence of text that is found in a corpus. As used in the example, each of the characters (e.g., A, F, S . . . etc) can be used to represent a character or word in any language; capitalized Roman letters were merely chosen for exemplary purposes. For example, each of the characters shown in FIG. 4A could represent a Chinese character that appears in the Chinese character corpus. The text of the corpus can be broken into N-grams (e.g., sequences of characters that are of N characters in length) during the training of the language model. Subsequences or N-grams 402 (that includes “A F”), 404 (that includes “F S D”), and 406 (that includes “W G S J”) are some examples of sequences found in the corpus that can be used in the N-gram probability generation and/or training phase of building a language model. The character length of sequences for which N-gram probabilities are to be generated for a particular language model can be selected by the language modeling tool and/or the designer of the language model, for example.

FIG. 4B shows an example of some data stored at a language model that was trained from a corpus from which the text of FIG. 4A was found. As shown in the example, the probabilities of various sequences (of varying lengths) found in the corpus haven been calculated and stored (e.g., in a table entry) that corresponds to its respective character sequence. For example, 408 represents the entry in the exemplary table that indicates the N-gram probability (0.0324) assigned by the language model for the occurrence of the sequence of “A F” in the corpus. In some embodiments, a language model can include other types of information besides the exemplary data shown in FIG. 4B (e.g., a input data to target symbolic representation dictionary, words, units of several characters, and CLASSES of information like names and places).

In some embodiments, input data (e.g., a set of characters related to a first symbolic or other representation) can be converted using a language model to yield output data (e.g., a set of characters that form one or more conversion candidates that relate to a target symbolic representation). For example, a language model can be used to convert pinyin text input via an input device to corresponding Chinese characters. The input pinyin character sequences are parsed to determine syllables that can be mapped to one or more potential Chinese characters (e.g., by a language model or some other technique) and the respective probabilities of such Chinese characters can be used to determine the more probable Chinese character conversions that serve as the desired mapping from the input pinyin.

Generally, while a conventional corpus of characters may include certain annotations (e.g., part of speech tagging), it typically does not include annotations of a character's reading/pronunciation/use/sense (sometimes referred to herein as just “reading”) or a particular reading/pronunciation/use/sense (if there are more than one possible readings/pronunciations/uses/senses associated with the character) for the context in which the character is used. For example, a conventional corpus of Chinese characters does not typically include annotations of reading/pronunciation/sense/pinyin counterpart. Put another way, the conventional Chinese character corpus does not distinguish between the multiple readings of a heteronymous Chinese character, where each reading is appropriate for a different context. For example, a context in one portion of the corpus may use a heteronymous character in a first sense (reading/pronunciation/pinyin counterpart), while a context in another portion of the same corpus may use the heteronymous character in a second sense (reading/pronunciation/pinyin counterpart) that is different from the first sense. However, without annotations in the corpus to distinguish between the two (or more) senses of the heteronymous character, then the N-gram probability generation will be performed for just that heteronymous character (that encompasses multiple readings) based on any time that character appears in the corpus, rather than a separate sense-specific probability being determined for each reading of that heteronymous character based on each time a particular reading of that heteronymous character appears in the corpus. As a result of failing to distinguish between the possible multiple readings of certain characters in a conventional corpus, a language model trained using such a corpus may be less accurate in converting a data input into an output that includes a heteronymous character. Disambiguating between different readings of a character in the language model is disclosed, as will be discussed below.

FIG. 5 is a diagram showing an embodiment of a system for creating an annotated corpus to be used to train a language model to be used for language conversion. In various embodiments, the annotation of the corpus facilitates distinguishing between one use of a heteronym to indicate a first reading/pronunciation/pinyin/sense in the corpus and another use of the same heteronym to indicate a second reading/pronunciation/pinyin/sense in the corpus. Network 508 can include various high speed data and/or telecommunications networks. In some embodiments, language model training engine 510, corpus 512, and language model 514 can be implemented as a part of a conversion server (e.g., conversion server 106).

In some embodiments, language model training engine 510 retrieves text sources 502, 504, and 506 over the network 508 from, for example, servers hosted by third parties. In some embodiments, language model training engine 510 receives text without the use of network 508 (e.g., by obtaining text through a local storage or source). In some embodiments, language model training engine 510 is configured to store retrieved and/or received text at corpus 512. Corpus 512 is formed with text extracted from various sources, such as text source 502, text source 504, and text source 506. In some embodiments, text gathered at corpus 512 includes, predominantly, text of one language. For example, the text of corpus 512 can be predominantly in Chinese characters. Examples of the text sources 502, 504, and 506 include newspapers, websites, books, periodicals, social media (e.g., Facebook®, Twitter®), and journals. For example, the text collected from text sources 502, 504, and 506 can total around 800 million Chinese characters. Also for example, a corpus of Chinese characters could include 8000 different characters, with around 50 of them being heteronymous characters. In some embodiments, without annotation of corpus 512, each distinct character that is extracted from the text sources is represented by one distinct symbol in corpus 512 and the same character that is extracted multiple times from the text sources is stored as multiple instances of the symbol corresponding to that character.

In some embodiments, language model training engine 510 is configured to receive manual annotations to characters in corpus 512. In some embodiments, a system administrator and/or designer (e.g., a human user) of language model 514 scans the text of corpus 512 to find heteronymous characters and based on the user's understanding of the context in which a heteronymous character is used (e.g., based on the sentence in which the character was used and/or the surrounding text), annotates that instance of the heteronymous character to indicate its appropriate reading/pronunciation/pinyin/sense. For example, to perform such an annotation, an instance of a heteronymous character of a particular reading (of two or more possible readings) can be replaced with a new symbol (e.g., text encoding) in corpus 512 that is distinguishable from the symbols that represent all of the other characters present in corpus 512 and also distinguishable from another symbol that is associated with another reading of that same heteronymous character. Put another way, a heteronymous character with one reading in corpus 512 will be associated with a first symbol in corpus 512 and the same heteronymous character with a second reading will be associated with a second symbol in corpus 512. So, when the heteronymous character is used in a context associated with the first reading, that instance of the character will be stored as the first symbol in corpus 512 and when the heteronymous character is used in a context associated with the second reading, that instance of the character will be stored as the second symbol. As a consequence of the annotation, a heteronymous character will no longer appear throughout corpus 512 as various instances of the same symbol, but rather each different reading of a heteronymous character will be replaced by a distinct symbol in the corpus. So, for example, a heteronymous character that is associated with three possible readings could appear throughout corpus 512 as various instances of three different symbols in the annotated corpus. In some embodiments, while more than one symbol can represent a heteronymous character in the corpus, each of those symbols is still associated with the same heteronymous character.

For example, in such an annotated corpus for English words, “desert” is a heteronymous word/character with two possible readings: one, a verb, meaning “to abandon”, which is associated with one meaning, and one, a noun, meaning “a dry, barren area of land”, which is associated with a different meaning Prior to the annotation of the corpus, an appearance of the “desert” in the text of the corpus would be associated with a symbol for “desert.” But after the annotation, the appearance of the “desert” in the corpus would be associated with either the symbol for the verb or the noun, depending on which of the two meanings for “desert” is appropriate for the context in which that instance of “desert” appears in the text.

In some embodiments, one of the possible readings of a word or the symbol or sequence of symbols is represented by the original symbol used to encode the symbol for all occurrences, and only instances associated with one or more other possible readings are annotated. In the foregoing example, for example, “desert” used in a manner associated with desert_v (the verb, meaning “to abandon”) would not be annotated, but for instances of “desert” used in the sense of desert_n (the noun, meaning “a dry, barren area of land”) the symbol used to encode “desert” would be replaced with a newly defined symbol corresponding to desert_n (meaning “a dry, barren area of land”). Subsequently, in training the language model occurrences of “desert” un-annotated would be understood to be associated with desert_v (meaning “to abandon”), whereas occurrences of desert_n (meaning “a dry, barren area of land”) would be understood to refer to the second reading.

In some embodiments, the user manually annotates a subset of the text of corpus 512 and the remainder of corpus 512 is annotated automatically (e.g., using machine learning techniques in the form of software and/or hardware) in a similar manner, for example, based on the pattern of annotations created by the manual annotations. For example, an automatic process can, using the patterns learned from the manual annotations, identify a first context for a heteronymous character and the corresponding appropriate reading of that character in that context and annotate that instance of the character in the corpus to be associated with that particular reading of the character (e.g., by replacing a symbol associated with the heteronymous character in the corpus to be a symbol that is distinct from a symbol that represents another reading of that character and distinct from a symbol that represents another character in corpus 512).

One way to consider corpus 512 after it has been annotated is that the symbol set becomes expanded; whereas prior to the disclosed annotation, a heteronymous character maps to one machine readable value, such as a Unicode codepoint or other value, that is used to represent the character in a machine intelligible manner, subsequent to the disclosed annotation, a heteronymous character maps to more than one machine readable value used in annotated corpus 512, where each machine readable value associated with a heteronymous character represents a particular reading of the heteronymous character.

In some embodiments, language model 514 is trained on annotated corpus 512 using, for example, a language modeling tool (e.g., IRST Language Model Toolkit). For example, the language modeling tool can generate N-gram probabilities on the characters (or their symbols thereof) and sequence of characters, including the new symbols added for the multiple readings of heteronymous characters, of annotated corpus 512.

In some embodiments, a conversion engine such as conversion engine 206 of FIG. 2 is configured to receive an input data to generate, using a language model trained on a reading-annotated corpus, such as language model 514, one or more conversion candidates in a target symbolic representation. For example, assume that an input data is associated with pinyin and language model 514 is associated with Chinese characters. Then using the probabilities generated for the characters/symbols and sequences thereof in language model 514, conversion engine 206 can generate as output one or more Chinese characters that are relatively more likely to match the given pinyin input and specifically to avoid overestimating the likelihood that a particular heteronymous character was intended by using a model that provides probabilities specific to a particular reading of a heteronymous character.

FIG. 6 is a flow diagram showing an embodiment of a process for annotating and using a language model. In some embodiments, process 600 can be implemented, at least in part, using system 500.

At 602, one or more manual input of annotations to a subset of text associated with a corpus are received, wherein a manual input of annotation indicates for an instance of a character associated with more than one reading an appropriate reading of the character based at least in part on a context associated with the instance.

For example, a user can read through a subset of the text of a corpus to locate instances of a heteronymous character/word. Upon finding an instance of a heteronymous character/word, the user can determine and annotate the appropriate reading for that instance of the character based on the context (e.g., the sentence the character appears in, the characters that surround that character) in which the instance of the character appears and the user's knowledge of the usage of the character in that context. Rarely, if ever, is more than one reading of a heteronymous character appropriate for an instance of the character in the corpus. As such, there only needs to be one determined reading for each instance of a heteronymous character in the corpus. This determined appropriate reading for an instance of the heteronymous character can be entered into a conversion engine as an annotation and also stored in the corpus. In some embodiments, the annotation associated with an instance of a heteronym to indicate its particular reading can be stored as a new symbol (e.g., one that is different from a symbol used to represent any other character in the corpus and also different from a symbol used to represent another reading of the same heteronymous character, such as a previously unassigned Unicode value or private Use Area character) in the corpus that replaces the symbol (e.g., text encoding) in the corpus that represented the original instance of the character. In some embodiments, the annotation associated with an instance of a heteronym to indicate its particular reading can be a tag that is added to the symbol that represents that instance of the character in the corpus. In some embodiments, the corpus can include texts (mostly of one language) obtained from various sources.

Because it would be inefficient to manually annotate the entire corpus (which could include hundreds of millions of text), manual annotation can be performed for a small subset of the corpus and the remainder of the corpus could be annotated using an automated process, as described below.

At 604, at least a portion of the text associated with the corpus that has not been manually annotated is automatically annotated based at least in part on the received one or more manual input of annotations.

In some embodiments, an automated process can be used to add annotations to various different readings of instances of heteronymous characters throughout the remainder of the corpus that have not yet been manually annotated. For example, the automated process can be created with software that uses machine learning techniques and the manual annotations input at 602.

At 606, a language model is trained using the annotated corpus.

In some embodiments, the annotated corpus includes distinct symbols to represent different readings of each instance of a heteronymous character that occurred in the corpus before it was annotated. In some embodiments, a language model is created and trained on the annotated corpus by performing N-gram probability generation on the characters/symbols and sequences thereof found in the annotated corpus. In some embodiments, the language model can also be trained on the beginning and ending of sentences that are found within the corpus. The resulting language model will include probabilities associated with each reading of a heteronymous character.

For example, assume that in an annotated corpus, the occurrence of the heteronym “word” through the text is represented by either the symbol of “word_reading1” or “word_reading2.” As such, the language model that is trained on the annotated corpus would include probabilities that include the character/symbols of “word_reading1” or “word_reading2” (e.g., Pr(word_reading1) can be used to represent the probability associated with the unigram of “wording_reading1” and Pr(word_reading2) can be used to represent the probability associated with the unigram of “word_reading2”; probabilities associated with N-grams such as Pr(wordN, wordN−1, . . . , word_reading1) and Pr(wordN, wordN−1, . . . , word_reading2) can also be generated).

For example, for the heteronymous word “desert” that has two readings, separate probabilities can be determined for each reading. For instance, probabilities for associated with a unigram, bigram, . . . N-gram can be determined for “desert_v” (e.g., Pr(desert_v), Pr(he, would, desert v), Pr(soldier, said, he, would, desert_v)) and for probabilities for associated with a unigram, bigram, . . . N-gram can be determined for “desert_n” (e.g., Pr(desert_n), Pr(crossed, through, a, desert_n), Pr(camel, crossed, through, a, desert_n)). By taking probabilities of sequences (longer than one character in length), a character can be disambiguated using such probabilities to determine an appropriate context in which the character could appear.

FIGS. 7A and B are examples of text in a Chinese corpus that is annotated to distinguish between different readings of a heteronymous Chinese character. While corpora of Chinese characters are shown in these examples, the corpus can instead include characters of a different language (e.g., Japanese).

FIG. 7A is an example that shows sentence 702 that appears in a corpus that includes no annotations for heteronymous characters and sentence 704 that appears in a corpus that does include annotations for heteronymous characters. In sentence 702, heteronymous character 706 (“ custom-character ”) is a heteronymous character that is associated with at least the two different readings/pronunciations/pinyin/senses of: “zhang” and “chang.” The meaning of the “” when read as “zhang” means “a chief or leader,” for example. The meaning of the “” when read as “chang” means “long,” for example. The English translation of sentence 702 (in the corpus that includes no annotations for heteronymous characters) is “he is one of the candidates running for mayor.” As such, in sentence 702, character 706 (“ custom-character ”) is used in the sense that is associated with the reading/pinyin of “zhang.” In the corpus that includes no annotations for heteronymous characters, the appearance of character 706 (“”) in sentence 702 would map to one symbol (e.g., using some form of text encoding of “ custom-character ”) in the corpus. However, after performing annotations, sentence 702 becomes sentence 704, which would appear in a corpus that does include annotations for heteronymous characters. In sentence 704, the character (“”) is now replaced with a symbol in the corpus that represents reading 708 (“ custom-character _zhang”) (e.g., using some form of text encoding that is newly created for “_zhang” or a text encoding that was not previously used for any other character that appears in the corpus).

FIG. 7B is an example that shows sentence 710 that appears in a corpus that includes no annotations for heteronymous characters and sentence 712 that appears in a corpus that does include annotations for heteronymous characters. The English translation of sentence 710 in the corpus that includes no annotations for heteronymous characters is “I have been here for a long time already.” As such, in sentence 710, character 706 (“ custom-character ”) is used in the sense that is associated with the reading/pinyin of “chang.” In the corpus that includes no annotations for heteronymous characters, the appearance of heteronymous character 706 (“”) in sentence 710 would map to one symbol (e.g., using some form of text encoding of “ custom-character ”) in the corpus. However, after performing annotation, sentence 710 becomes sentence 712, which would appear in a corpus that does include annotations for heteronymous characters. In sentence 712, the character (“”) is now replaced with a symbol in the corpus that represents reading 716 (“ custom-character _chang”) (e.g., using some form of text encoding that is newly created for “_chang” or a text encoding that was not previously used for any other character that appears in the corpus).

FIGS. 8A and B illustrate examples of using the corpus that has not been annotated for heteronymous characters and one that has been annotated for heteronymous characters in converting a pinyin input to some form of Chinese character output. While corpora of Chinese characters are shown in these examples, the corpus can instead include characters of a different language (e.g., Japanese). In the examples of FIGS. 7A and B, a pinyin input can be received at an input area of a device (e.g., device 102).

In the example, heteronymous character “ custom-character ” is associated with the two potential readings/pinyin of “chang” and “zhang.”

FIG. 8A shows an example of using a Chinese character corpus that has not been annotated for heteronymous characters (“a corpus without annotation”). In this example, regardless of whether pinyin “chang” or “zhang” is input, the language model that has been trained on the corpus without annotation will (e.g., after the pinyin has been mapped to the potential Chinese conversion candidate of “ custom-character ”) retrieve a probability that is associated with “,” such as the probability of, for example, the unigram “” (Pr()). Although a probability that is associated with a sequence of characters (e.g., N-grams where N>1) that includes “” (e.g., Pr(, )) can also be retrieved. As a result, the language model may be less accurate in providing statistical information to differentiate between phrases and/or sentences that use “ custom-character ” in the reading/sense of “zhang” (meaning “a chief”) and in the reading/sense of “chang” (meaning “long”).

Assume, for example, that “ custom-character ” in the reading/sense of “zhang” is much less frequently used in the corpus than other Chinese characters that are also associated with the pinyin of “zhang” (e.g., , ). However, the resulting language model trained on the corpus would attribute the same probabilities to “ custom-character ” (e.g., corresponding to N-grams that include “”) regardless of how many senses it was used within the corpus. Because the probabilities assigned to “” could include at least some uses of “” in the reading/sense of “chang” in the corpus, the probabilities of “” in the language model could be incorrectly higher relative to the probabilities associated with other Chinese conversion candidates that map to the pinyin of “zhang,” which could lead to an overall lower accuracy in language conversion.

FIG. 8B shows an example of using a Chinese character corpus that has been annotated for heteronymous characters (“a corpus with annotation”). In this example, for a pinyin input of “chang” (e.g., after the pinyin has been mapped to the potential Chinese conversion candidate of “ custom-character ”), the language model will retrieve probabilities associated with that reading of the character, such as the probability of, for example, the unigram of “_chang” (Pr(_chang)). Although a probability that is associated with a sequence of characters (e.g., N-grams where N>1) that includes “ custom-character _chang” (e.g., Pr(, _chang)) can also be retrieved. Similarly, for a pinyin input of “zhang,” the language model will retrieve a probability associated with that reading of the character, such as the probability of, for example, the unigram of “_zhang” (e.g., Pr(_zhang)). As a result of annotating the corpus on which the language model is trained, probability can be attributed to each different reading of the same heteronym, which could allow more accurate conversions.

Returning to the former example where it was assumed that “ custom-character ” in the reading/sense of “zhang” is much less frequently used in the corpus than other Chinese characters that are also associated with the pinyin of “zhang” (e.g., , ), now after training the language model on the corpus with annotation, there are separate probabilities attributed to the different readings (“chang” and “zhang”) of “ custom-character .” Now, a probability assigned to “_zhang” would not include any uses of “” in the “chang” sense within the corpus, and similarly, a probability assigned to “chang” would not include any uses of “” in the “zhang” sense within the corpus. As such, the probabilities of “ custom-character ” in the language model would be more accurate relative to the probabilities associated with other Chinese conversion candidates that map to the pinyin of “zhang” or “chang,” which could lead to an overall higher accuracy in language conversion.

FIG. 9 is a flow diagram showing an embodiment of a process of language conversion. In some embodiments, process 900 can be implemented, at least in part, on system 100. In some embodiments, process 900 can be implemented, at least in part, at device 102.

At 902, an input data to be converted into a set of characters comprising a symbolic representation of the input data in a target symbolic system is received. In some embodiments, the input data is received at a device (e.g., device 102), where the conversion is to take place. In some embodiments, the input data is sent to a remote server (e.g., conversion server 106), which is to perform the conversion. In some embodiments, the input data comprises input text (e.g., of the Roman alphabet). For example, the input data can be a set of pinyin.

At 904, one or more conversion candidates in the target symbolic representation from which to convert the input data are generated. In some embodiments, the target symbolic representation comprises Chinese characters. In some embodiments, the input data, or a subset thereof, maps to one or more possible characters (e.g., conversion candidates) of the target symbolic representation. For example, assuming that the input data is associated with phonetic readings, multiple characters of the target symbolic representation could map to one reading associated with a group of characters of the input data. In some embodiments, a dictionary of characters (or sets thereof) of the form of the input data to characters (or sets thereof) of the target symbolic representation is used to determine conversion candidates based on the received input data. In some embodiments, the input data could map to a conversion candidate that is a heteronymous character of the target symbolic representation because, for example, the input data or a portion thereof form one of the readings associated with that character.

At 906, a language model that distinguishes between a first reading and a second reading of a character of the target symbolic system is used to determine a probability that the heteronymous character should be used to represent a corresponding portion of the input data. In various embodiments, the language model used is trained on a corpus that is annotated for heteronymous characters (e.g., using at least part of process 600). As a result, the language model was trained to distinguish between different readings of a heteronymous character that were found in the annotated corpus. In some embodiments, the language model associates each reading of a heteronymous character with a set of one or more probabilities (e.g., associated with a unigram, bigram, trigram and so forth, including that reading). For example, in evaluating the conversion candidates, their associated probabilities (e.g., of unigrams, bigrams, trigrams . . . etc) are used by the language to determine which of the conversion candidates have the highest relative probabilities (e.g., for a given context/based on adjacent or surrounding characters). Conversion candidates with relatively higher probabilities are more likely to be the desired conversion output. For example, if one of the conversion candidates were a heteronymous character (e.g., because at least a portion of the input data form one of the readings associated with that character), then in evaluating that conversion candidate, the probabilities associated with that particular reading (e.g., of unigrams, bigrams, trigrams and so forth, that include that particular reading) of the heteronymous character are retrieved and used to compare against probabilities associated with other conversion candidates.

FIG. 10 is a flow diagram showing an embodiment of a process for converting pinyin to Chinese characters. In some embodiments, process 1000 can be implemented using system 100. In some embodiments, at least part of process 900 (e.g., 904 and 906) can be implemented using process 1000.

At 1002, an input set of characters associated with pinyin is resolved into one or more groups of characters, wherein each group of characters is to be converted into one Chinese character. In some embodiments, the set of characters associated with pinyin is received at an input area of a device (e.g., device 102). In some embodiments, the input pinyin is to be converted into one or more than one Chinese characters. In some embodiments, the input pinyin (e.g., a string of Roman letters, with or without one or more spaces between at least some of the letters) is correctly spelled. Usually, each Chinese character is usually monosyllabic and so maps to a group of adjacent letters in the pinyin input that is read as a monosyllable. So, before the input pinyin can be mapped to Chinese conversion candidates, in some embodiments, it must be resolved into groups of letters that are read as monosyllables.

For example, assume that an input pinyin is “shizhang.” The input includes two syllables (“shi” and “zhang”) and so is resolved into two monosyllabic groups of letters: “shi” and “zhang.”

At 1004, one or more Chinese conversion candidates that correspond to each of the one or more groups of pinyin are determined. In the Chinese language, there are several homophonous Chinese characters, which are characters that are read/pronounced the same but differ in meaning Homophonous characters will be associated with the same pinyin. In the process of converting pinyin to Chinese characters, several homophonous characters (e.g., with the same or different tones) can be identified for each monosyllabic pinyin group. However, only one character is the desired conversion for a group of pinyin. This desired character can be obtained by using a language model that associates one or more probabilities associated with the each Chinese conversion candidate to determine which one or more conversion candidates are associated with the highest probabilities.

Continuing with the previous example, Chinese conversion candidates for “shi” include “ custom-character ,” “,” and “†,” for example. Chinese conversion candidates for “zhang” include “,” “,” and “,” for example.

At 1006, whether one group of characters of pinyin is associated with one reading of a heteronymous Chinese character is determined; in the event that a group of pinyin is determined to be associated with a first reading associated with a heteronymous character, information associated with that first reading is retrieved. In some embodiments, it is determined whether one or more of the resolved monosyllabic groups of pinyin is associated with one reading of a heteronymous character. If such a group is determined, then the probability associated with that reading of the heteronymous character is retrieved and used (e.g., by the language model trained on a corpus annotated to distinguish between different readings of heteronymous Chinese characters) to evaluate the corresponding Chinese conversion candidate.

Continuing with the previous example, it can be determined that the pinyin of “zhang” is associated with one reading of the heteronymous character “ custom-character ” and so in evaluating Chinese conversion candidates for “shi” and “zhang,” the probabilities associated with “_zhang” can be retrieved (e.g., Pr(_zhang)). Furthermore, assuming that the input “shizhang” is used to form one phrase (comprising two Chinese characters), then probabilities associated with various combinations of the Chinese conversion candidates of “shi” and “zhang” (e.g., Pr( custom-character , ), Pr(, ); Pr(, _zhang); Pr(, ); Pr(, ); Pr(, _zhang); Pr(†, ); Pr(†, ); Pr(†, _zhang); Pr(†, ); Pr(†, ); Pr(†, _zhang)) are evaluated to determine the combination with the highest probability. Assuming that the corpus was properly annotated and that the language model was properly trained, of the probabilities associated with the possible combinations of the Chinese conversion candidates, the value of Pr(i= custom-character , _zhang) should be the greatest (e.g., because the remaining combinations of Chinese characters are nonsensical and/or do not frequently appear in the annotated corpus). As such, in this example, “” (meaning “mayor” in English) is the output Chinese conversion for the input of “shizhang.” Had the corpus not been annotated to distinguish between different readings of heteronymous Chinese characters, then the value of Pr( custom-character , ) (as determined from a corpus that is not annotated) may not be as high as the value of Pr(, _zhang) (and therefore “” may not be selected as the output Chinese conversion) because, for example, “” used in all of its readings (“chang” and “zhang) appear more commonly next to Chinese characters other than “ custom-character ” in the corpus that is not annotated.

Although the foregoing embodiments have been described in some detail for purposes of clarity of understanding, the invention is not limited to the details provided. There are many alternative ways of implementing the invention. The disclosed embodiments are illustrative and not restrictive.

METHOD FOR DISAMBIGUATING MULTIPLE READINGS IN LANGUAGE CONVERSION

Information

Publication Number

Date Filed

Date Published

Inventors

Original Assignees

CPC

US Classifications

International Classifications

Abstract

Description

Claims