Browse Prior Art Database

Word completion feature that recognizes implicit rejections Disclosure Number: IPCOM000023315D
Original Publication Date: 2004-Mar-29
Included in the Prior Art Database: 2004-Mar-29
Document File: 2 page(s) / 9K

Publishing Venue



Disclosed is a method that provides users with an improved method for entering data into mobile handheld devices such as cell phones and PDAs by increasing the likelihood of displaying a desired word in a word completion interface. This solution is unique in that it is sensitive to implicit rejection of the word completion candidates.

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 52% of the total text.

Page 1 of 2

Word completion feature that recognizes implicit rejections

Problem solved: Text input methods for mobile devices are slow. Typically, the greater number of actions (e.g., keyboard taps) a user has to take, the longer each single word entry will take to input. In other words, inputting "rhinoceros" letter-by-letter takes longer than letter-by-letter input of "or."

Current solutions: Word completion features 1) use some logic to determine a word or set of words that might include the word a user is beginning to input 2) display this word (these words) and 3) provide some mechanism for a user to quickly select the desired word (for example, by tapping the desired word with a stylus). Many current mobile user interfaces provide a word completion feature.

Drawbacks: When a user taps a next letter that is consistent with the currently displayed word(s), all current known methods generally continue to display the unchosen word. In this way, these methods continue to provide users with word choices that they have already implicitly rejected (by choosing not to select them). For example, if users have their system set to display one word and the user enters the letter "P" the word completion feature might return "Provide." Now if the user enters "r" the system is likely to continue displaying "Provide" even though the user has implicitly rejected this word. It is more likely that the user is planning to enter "prevent" or "private" but the system is not helping the user at all because it continues to display "Provide." The same is true when the system provides a set of words. For example:

Letter(s) entered Word completion choices P Provide, Prove, Process, Provided Pr Provide, Prove, Process, Provided Pro Provide, Prove, Process, Provided

This is a minor problem (perhaps not even a problem) when people use standard keyboards for character input. Given the slow input rates of current handheld devices, though, this can dramatically degrade potential input times. With handheld devices, experienced users monitor the word completion candidates closely, looking for any input speed advantage they can find. Current mobile (cell phone and PDA) word completion systems, however, fail to take advantage of this potential user strategy.

This invention increases the speed with which users can input text to mobile devices by replacing implicitly rejected words in a word completion display with the words determined to be next most likely. These replacements can occur with the first implicit rejection or the second.

The first method assumes that a single instance of not selecting a displayed word indicates that the user is not planning to enter that word. For example, the system might use some logic to det...