USPatent applicationPatented

Auto name lookup

Granted 6 Jul 2004 · no office action yet

Application· this page
9489636
filed 24 Jan 2000
Publication
Not published
not published
Patent
US 6,760,432
granted 6 Jul 2004

Life of the application

5 dated events
⤢ drag to zoom20002002200420062008201020122014201620182020ProsecutionOwnershipTerm & fees
ProsecutionOwnershipTerm & feeshover for detail · click to open

Abstract

A telephone has several lists of phone numbers. Each phone number within a list has a number of digits which is not less than a predetermined minimum number, and not more than a predetermined maximum number. The maximum number is the size of the list. When a digit is entered, the phone compares (1B) the number of digits entered to the lists, and selects (1C) the list of the smallest size which is greater than or equal to the number of digits entered. That list is searched (1D) and the results displayed (1E) when the search is complete. If another digit is entered during the search (1F), the comparing (1B) and list selecting (1C) steps are repeated.

Description

5 parts
›TECHNICAL FIELD

This invention relates to looking up names, and has particular relation to looking up names in preparation for making a telephone call.

›BACKGROUND ART

Many modem telephones include stored telephone numbers. This feature is particularly useful in wireless telephones, where the user is likely to be away from a telephone book, or even a private list of numbers. Dialing the first few digits is sufficient. Pressing the “Send” button on the wireless telephone causes the telephone to search for the number and place the call.

›BRIEF DISCLOSURE OF THE INVENTION

Applicants have noted that it is sometimes undesirable to press the “Send” button in order for the telephone to search for the complete number which is the best match the partial number entered. The wrong number may be selected, and a (potentially expensive) phone call will have been begun. Wrong numbers are especially likely when it is unknown how many digits are in the number. A speed-dial number typically has two digits, a local number has seven, a long distance number has ten or eleven, and an international number has even more.

Applicants therefore provide a plurality of lists, each of a different size. Each list includes several phone numbers. Each phone number in a list has a number of digits which is not less than a predetermined minimum number, and not more than a predetermined maximum number. The maximum number is the “size” of the list. The minimum and maximum may be the same if desired. When a sequence of digits is entered into the phone, the phone searches for telephone numbers in only one list, namely, the list whose size is equal to the number of digits entered. If no list is that size, then the selected list is the list whose size is the smallest, but still greater than the number of digits entered.

If an additional digit is entered during a search, then the phone compares the new total number of digits with the available lists, and selects a new list if appropriate. If no additional digit is entered, then the search continues until it is complete, and the results are displayed.

Preferably, the phone waits slightly between digits, so that searches will not be begun and then immediately be terminated by the entry of the next digit. Also, the phone can be commanded to include or exclude private numbers, to periodically check to see if more important functions are being inordinately delayed by a lengthy search, and to check for entry of a new digit while the correct list was being selected.

›BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of the components typically used to carry out the present invention.

FIG. 2 is a flow chart showing the basic steps of a method using the present invention.

FIG. 3 is a more complex version of the flow chart of FIG. 2 .

›DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT

FIG. 1 is a block diagram of the components typically used to carry out the present invention. A user interface ( 102 ), such as a touch screen, or a keypad in conjunction with a monitor, is used to enter digits into the telephone, and also shows the telephone number or numbers which match the digits thus far entered. Software ( 104 ) accepts these digits, and matches the digits thus far entered with the phone numbers included in a plurality of lists ( 106 ), as described in greater detail below. The term “software,” as used herein, includes any functionality which performs the functions ordinarily performed by software. The term therefore includes, but is not limited to, firmware, application specific integrated circuits (ASICs), and the like.

FIG. 2 is a flow chart showing the basic steps of a method using the present invention. The user begins by entering a digit ( 1 A). The phone compares ( 1 B) the number of digits entered with a plurality of lists, and selects ( 1 C) the list of the smallest size whose size is greater than or equal to the number of digits selected. Since only one digit has been selected, the list would typically be the speed-dial list, of size two. That is, the speed-dial list is the list of two-digit codes for up to a hundred frequently called numbers.

The phone then searches ( 1 D) the selected list. When the search is complete ( 1 DD), the phone displays the results. Preferably only the first matching result is displayed. Other preferences may be used as desired.

If no additional digit is entered ( 1 F) during the search process, then the search process ( 1 D) continues. If an additional digit is entered, then the comparing ( 1 B) and selecting ( 1 C) steps must be repeated. Continuing with the previous example, suppose that 87 phone numbers (and associated names) have been entered into the speed-dial list, and have been given codes “01” through “87”. Entering “2” preferably causes the name and number associated with code “02” to be displayed. Then entering “6” would preferably cause the name and number associated with code “26” to be displayed. The phone would preferably not search again the numbers which had been searched and rejected between the entry of “2” and the entry of “6”.

Suppose now that, “26” having been entered, the user additionally enters “3”. The comparing and selecting steps now direct the phone to search the list of local numbers (each phone number in which has seven digits), and not the speed-dial list (each phone number in which has only two digits). If only local numbers are included, the list's size is seven, and long-distance numbers may be contained in a separate list of size ten. Alternatively, long-distance and local numbers may be contained in a single list of size ten. The first number which includes the digits “263” is thus displayed. As before, the entry of yet more digits preferably does not cause the phone to re-start the search of local numbers from the beginning. That is, it preferably does not search again the numbers which have previously been searched and rejected.

FIG. 3 is a more complex version of the flow chart of FIG. 2, and shows a number of desirable enhancements.

The first enhancement takes place between the digit entering step ( 1 A) and the comparing/selecting steps ( 1 BC). The phone waits ( 2 A) for a first predetermined period. If, during this period, an additional digit is entered ( 2 BC), the phone returns to the waiting step and re-initializes the period. If the period expires with no additional digit being entered, program flow proceeds to the number comparing step ( 1 B). Furthermore, the determination of whether a new digit has been entered ( 1 F) is followed (if a new digit actually has been entered) by the waiting step ( 2 A), rather than proceeding directly to the comparing step ( 1 B).

The second enhancement causes the phone to treat public phone numbers and private phone numbers differently, if desired. The user at some time makes a determination as to whether all numbers, or only public numbers, are to be searched. He sets this determination ( 3 A) into the phone. FIG. 3 shows this as taking place before the entry of the first digit ( 1 A), and this is preferred, but this step may be taken at any time before searching is begun. The searching step ( 1 D) of FIG. 2 now becomes a step ( 3 BC) of searching all of the phone numbers, or only the public phone numbers, in the chosen list, depending on the determination set in the setting step ( 3 A).

The third enhancement addresses the possibility that the search may be lengthy, and that some other, higher priority function may become pending. Such functions might include such things as receiving an incoming phone call, or undertaking a handoff between two base stations. Thus, while the search is progressing ( 1 DD), the phone determines if at least one other function is pending ( 4 A). If it is, the function is executed ( 4 B). If it is not, program flow proceeds to new digit entry determination step ( 1 F).

The final enhancement ( 5 ) is an error-trap inserted immediately after the list selection step ( 1 C). If an additional digit is entered before the search even begins ( 1 D), program flow loops back at least to the comparing step ( 1 B) to make sure that the correct list has been selected. It preferably loops backs to a previous step, such as the waiting step ( 2 A).

Industrial Application

This invention is capable of exploitation in industry, and can be made and used, whenever is it desired to automatically look up a telephone number and an associated name. The individual components of the apparatus and method shown herein, taken separate and apart from one another, may be entirely conventional, it being their combination which is claimed as the invention.

While various modes of apparatus and method have been described, the true spirit and scope of the invention are not limited thereto, but are limited only by the following claims and their equivalents, and such is claimed as the invention.

Claims as granted

15 claims

Log in to read the claims of this application.

Log in to unlock

Classifications

5 codes
IPC · International Patent Classification
Section H — Electricity
  • H04M1/2748
  • H04M1/56
  • H04M1/274
USPC · US Patent Classification
379/356.1379/355.2

Claim changes

Soon
Coming soonHow the claims changed between publication and grant

See which claims were amended, added or cancelled during examination, with every added and removed word marked.

AmendedAddedCancelledUnchanged

The published claims of this application are not paired with the granted ones in what we hold.

File wrapper

⤢ drag to zoomJan 2000Jul 2000Jan 2001Jul 2001Jan 2002Jul 2002Jan 2003Jul 2003Jan 2004Jul 2004USPTOApplicantNotice of allowance
USPTOApplicanthover for detail · click to open
Pendency
4.4 y
1,625 days filing → grant
Office actions
0
none on record
Examiner
Minsun Oh Harvey
art unit 2644 · TC 2600
Citations: 2 back · 5 forward

See the full prosecution history — every USPTO and applicant action on this file, in order.

Log in to unlock

Documents

Log in to open the documents of this file: the application as filed, every office action and response, the notice of allowance.

Log in to unlock

Chain of title

⤢ drag to zoom20002002200420062008201020122014201620182020Owner 1
Titlehover for detail · click to open

See the full assignment history — every owner this patent has passed through, with recordation dates and reel/frame numbers.

Log in to unlock