Source: http://www.google.com/patents/US7254226?dq=7,634,557
Timestamp: 2014-03-15 19:04:33
Document Index: 134806775

Matched Legal Cases: ['arty 120', 'arty 130', 'arty 120', 'arty 130', 'arty 120', 'arty 120', 'arty 120', 'arty 130', 'arty 130', 'arty 130', 'arty 130', 'arty 130', 'arty 130', 'arty 130', 'arty 130', 'arty 130', 'arty 130', 'arty 120', 'arty 320', 'arty 320', 'arty 330', 'arty 330', 'arty 330', 'arty 330', 'arty 320', 'arty 330', 'arty 330', 'arty 330', 'arty 330', 'arty 330', 'arty 320', 'arty 320', 'arty 330', 'arty 330', 'arty 330', 'arty 330', 'arty 330', 'arty 330', 'arty 330', 'arty 320', 'arty 330', 'arty 530', 'arty 330', 'arty 530', 'arty 330', 'arty 530', 'arty 330', 'arty 530', 'arty 330', 'arty 530', 'arty 330', 'arty 530', 'arty 320', 'arty 320']

Patent US7254226 - Call waiting priority alert - Google PatentsSearch Images Maps Play YouTube News Gmail Drive More »Sign inAdvanced Patent SearchPatentsA method for delivering a priority call waiting alert service to a telephone subscriber. An embodiment of the present invention may be implemented on an Advanced Intelligent Network (AIN). When a call intended the subscriber is received by a service switching point from a calling party while the telephone...http://www.google.com/patents/US7254226?utm_source=gb-gplus-sharePatent US7254226 - Call waiting priority alertAdvanced Patent SearchPublication numberUS7254226 B1Publication typeGrantApplication numberUS 09/849,971Publication dateAug 7, 2007Filing dateMay 8, 2001Priority dateMay 8, 2001Fee statusPaidAlso published asUS7602896, US8175247, US20070127660, US20100020958Publication number09849971, 849971, US 7254226 B1, US 7254226B1, US-B1-7254226, US7254226 B1, US7254226B1InventorsLinda Ann Roberts, Edward Michael SilverOriginal AssigneeAt&T Intellectual Property, Inc.Export CitationBiBTeX, EndNote, RefManPatent Citations (106), Non-Patent Citations (38), Referenced by (14), Classifications (9), Legal Events (3) External Links: USPTO, USPTO Assignment, EspacenetCall waiting priority alertUS 7254226 B1Abstract A method for delivering a priority call waiting alert service to a telephone subscriber. An embodiment of the present invention may be implemented on an Advanced Intelligent Network (AIN). When a call intended the subscriber is received by a service switching point from a calling party while the telephone line is already engaged in a first communication between the subscriber and a third party, the calling party is solicited to supply a priority code. If the priority code is recognized by a service control point, a call waiting tone or a priority alert signal associated with the priority code is played to alert the subscriber that a priority call has been received.
1. A method for providing a call waiting priority alert service to a subscriber of a telephone line, the method comprising the steps of:
associating a plurality of priority codes with a telephone number of the telephone line, wherein each of the plurality of priority codes is further associated with a priority level of a plurality of priority levels, each of the plurality of priority levels represents a degree of urgency and is associated with a priority alert signal that identifies the degree of urgency for the subscriber;
providing multiple priority codes to each one of a plurality of calling parties prior to a call being placed by the calling parties to enable the calling parties to choose a level of urgency for a call to the subscriber, wherein the priority codes provided to a first calling party of the plurality of calling parties is unique to the first calling party;
receiving the call from one of the calling parties of the plurality who dialed the telephone number while the telephone line is engaged in a first communication session between the subscriber and a third party;
receiving one of the priority codes from the calling party of the plurality during the call to the subscriber to allow the calling party of the plurality to identify the level of urgency for the call;
sending to the same telephone number dialed by the calling party a priority alert signal associated with the priority code provided by the calling party that is indicative of the level of urgency of the call to interfere with the first communication session and alert the subscriber to the level of urgency of the call; and
establishing a second communication session between the calling party and the subscriber if the subscriber chooses to suspend the first communication session.
2. The method of claim 1, wherein one of the priority alert signals associated with one of the priority codes provided by the calling party is a regular call waiting tone.
3. The method of claim 1, further comprising playing an announcement for the calling party if the calling party does not provide any priority code.
4. The method of claim 1, further comprising playing an announcement for the calling party if the priority code provided by the calling party does not match any of the plurality of priority codes associated with the telephone number.
5. A method for providing a priority call waiting services to a subscriber of a telephone line, the method comprising the steps of:
associating a telephone number of the telephone line with a plurality of priority codes, wherein each of the plurality of priority codes associated with the telephone number represents a different priority level that is representative of a degree of urgency of a call;
assigning a priority alert signal to each of the plurality of priority codes associated with the telephone number such that the priority alert signal of each of the plurality of priority codes identifies the degree of urgency for the subscriber;
providing multiple priority codes to each one of a plurality of calling parties prior to a call being placed by the plurality of calling parties to enable the plurality of calling parties to choose a level of urgency for a call to the subscriber, wherein the priority codes provided to a first calling party of the plurality of calling parties is unique to the first calling party;
receiving the call from one of the plurality of calling parties dialing the telephone number while the telephone line is engaged in a first communication session between the subscriber and a third party;
receiving one of the priority codes from the calling party during the call to the subscriber to allow the calling party to identify the level of urgency for the call;
determining whether the priority code provided by the calling party matches any of the plurality of priority codes associated with the telephone number;
sending to the same telephone number dialed by the calling party a priority alert signal assigned to the priority code provided by the calling party that is indicative of the level of urgency of the call to alert the subscriber to the level of urgency of the call from the calling party if the priority code provided by the calling party matches one of the plurality of priority codes associated with the telephone number; and
6. The method of claim 5, wherein each priority alert signal assigned to each of the plurality of priority codes is unique to the calling party.
7. The method of claim 5, wherein a second calling party is provided by the subscriber with more priority codes associated with the telephone number than is provided to the calling party.
8. A system for providing a priority call waiting alert service to a subscriber of a telephone line, the system comprising:
a switch in communication with the telephone line, wherein the switch is configured to detect incoming calls intended for the subscriber when the subscriber is already engaged in a first communication session with a third party, and
a processor in communication with the switch, wherein the processor is configured to review a subscriber list containing information associated with the subscriber, wherein the information associated with the subscriber is modifiable at any time by the subscriber via a computer network,
wherein when the switch detects an incoming call intended for the subscriber from a calling party using a telephone number associated with the telephone line while the subscriber is already engaged in the first communication session with the third party, the switch launches a query comprising a subscriber number of the subscriber,
wherein when the processor receives the query, the processor instructs the switch to solicit a priority code that represents a degree of urgency from the calling party without interfering with the first communication session,
wherein the processor verifies that the priority code supplied by the calling party is contained in the subscriber list,
wherein multiple priority codes representing multiple degrees of urgency were previously provided to each one of a plurality of calling parties that includes the calling party by the subscriber prior to the call to enable the plurality of calling parties to choose a level of urgency for the call to the subscriber, wherein the priority codes provided to a first calling party of the plurality of calling parties is unique to the first calling party,
wherein the processor instructs the switch to interrupt the first communication session with a priority alert signal for the same telephone number used by the calling party if the priority code provided by the calling party is recognized by the processor to be one of a plurality of priority codes previously associated with the telephone number, wherein each of the plurality of priority codes is further associated with a priority level of a plurality of priority levels that represents the degrees of urgency, each of the plurality of priority levels is associated with a priority alert signal that identifies the degree of urgency for the subscriber,
wherein the switch then suspends the first communication session, and establishes a second communication session between the calling party and the subscriber if the subscriber chooses to suspend the first communication session.
9. The system of claim 8, wherein the switch is provisioned with a trigger.
10. The system of claim 8, wherein the trigger is a service switching point and the processor is a service control point.
11. The system of claim 8, wherein one of the priority alert signals is a regular call waiting tone.
12. A method for providing a call waiting priority alert service to a subscriber of a telephone line, the method comprising the steps of:
associating two or more priority codes with a telephone number of the telephone line in a database accessible by a controller, wherein each of the two or more priority codes is associated with a priority level of a plurality of priority levels that represents a degree of urgency, each of the plurality of priority levels is associated with a priority alert signal that identifies the degree of urgency for the subscriber;
receiving the call from one of the plurality of calling parties while the telephone line is engaged in a first communication session between the subscriber and a third party;
receiving via the switch one of the priority codes from the calling party during the call to the subscriber to allow the calling party to identify the level of urgency for the call;
determining at the controller whether the priority code from the calling party matches a priority code of the database;
when the priority code matches, determining at the controller the priority alert signal for the priority code;
sending an instruction to the switch to send the priority alert signal to the same telephone number dialed by the calling party, wherein a control field of the instruction specifies the priority alert signal to play; and
playing by the switch and for the same telephone number dialed by the calling party the priority alert signal specified by the controller of the call to interfere with the first communication session between the subscriber and the third party and to alert the subscriber to the level of urgency of the call.
13. The method of claim 12, further comprising establishing a second communication session between the calling party and the subscriber if the subscriber chooses to suspend the first communication session.
14. The method of claim 12, wherein the priority code provided by the calling party is unique to the calling party.
15. The method of claim 12, further comprising determining whether the priority code provided by the calling party matches any of the two or more priority codes associated with the telephone number.
16. A method for providing a priority call waiting services to a subscriber of a telephone line, the method comprising the steps of:
associating a telephone number of the telephone line with a plurality of priority codes, wherein each of the plurality of priority codes is further associated with a priority level of a plurality of priority levels that represent a degree of urgency;
assigning a priority alert signal to each of the plurality of priority codes to thereby identify the degree of urgency for the subscriber by the priority alert signal;
providing multiple priority codes to each one of a plurality of calling parties prior to a call from the plurality of calling parties to the subscriber to enable the plurality of calling parties to choose a level of urgency for a second communication to the subscriber, wherein the priority codes provided to a first calling party of the plurality of calling parties is unique to the first calling party;
receiving the second communication from one of the plurality of calling parties while the telephone line is engaged in a first communication session between the subscriber and a third party, wherein the second communication is sent from at least one of a telephone, an interactive pager, a computer and a personal digital assistant;
receiving one of the priority codes from the calling party during the call to the subscriber to allow the second party to identify the level of urgency for the call; and
sending to the telephone number a priority alert signal assigned to the priority code provided by the calling party and indicative of the level of urgency of the call to alert the subscriber to the level of urgency of the call.
17. The method of claim 16, wherein an additional calling party is provided by the subscriber with more priority codes associated with the telephone number than is provided to the second party.
18. The method of claim 17, further comprising establishing a second communication session between the party and the subscriber if the subscriber chooses to suspend the first communication session.
The present invention relates to telecommunications, and more particularly, to a system and method for providing a call waiting priority alert service to telephone line subscribers.
Using the telephone to communicate has become an important aspect of our lives. As a result, almost every family in an industrialized nation has a telephone line. On a daily basis, a typical family may receive a large number of telephone calls. The number of incoming calls could be even larger if the family has become a target customer of a telemarketing campaign. A telephone user may find it annoying to have answered a call not intended for him or her, especially when the call is from an unknown person such as a telemarketing representative.
The annoyance of answering calls from unknown calling parties could be aggravated in a call waiting situation. For example, a telephone service subscriber could be extremely annoyed when he must temporarily put a first call on hold to answer a second call, only to find out the second call is from a telemarketing company or other unknown caller.
Accordingly, there is a need for a system and method that would alert a subscriber (who is already engaged in a first communication session with a third party) of an incoming call from a calling party, but only if the calling party is one from whom the subscriber would not mind entertaining. A call from an unknown or undesirable calling party would not invoke the call waiting feature of the subscriber's telephone line. Alternatively, a call from the unknown calling party would be associated with a regular call waiting tone, but a call from the priority caller would be associated with a priority alert signal.
SUMMARY OF THE INVENTION The present invention is a system and method that can determine whether an incoming call for a subscriber is a priority call. One method for implementing the present invention involves the use of a priority code. The subscriber can associate at least one priority code with his or her telephone number (the subscriber number). If two or more priority codes are used, then the priority codes can be associated with multiple priority levels.
In one embodiment, when an incoming call from a calling party is detected while the subscriber's telephone line has already been engaged in a communication session between the subscriber and a third party, the calling party will be asked by the system of the present invention to supply a priority code. If the system recognizes the priority code, the subscriber will hear a priority alert signal associated with the priority code. The subscriber can then decide whether to suspend the ongoing session with the third party to answer the incoming call. If the calling party fails to supply a priority code or if the priority code supplied by the calling party is not recognized by the system, the subscriber will hear a regular call waiting tone, indicating the incoming call is not a priority call. In other preferred embodiments, the system can be adapted to ignore all non-priority calls, meaning the subscriber will not hear any tone unless the calling party supplies a priority code that is recognizable by the system.
The present invention can be implemented in any suitable telephone systems or networks. For example, the invention may be adapted for an Advanced Intelligent Network (AIN). In an AIN, a preferred embodiment of the system of the present invention comprises a service switching point (SSP) and a service control point (SCP). The SSP is connected to the telephone line of the subscriber. In an exemplary embodiment, the SSP may be provisioned with a trigger. The trigger can detect a condition at the SSP to cause the SSP to generate a query to the SCP. The SCP then uses information contained in the query to review a subscriber list that is associated with the subscriber number. The subscriber list may be retrieved by the SCP from a database.
The subscriber list contains information related to one or more priority codes. Each of the priority codes is associated with a priority alert signal. The priority alert signal may be a tone or an earcon (musical sound). In addition, the priority alert signal may be a spoken alert, e.g., the priority alert signal could be a recorded speech segment comprising �a priority call is waiting.�
In a preferred embodiment, the subscriber list can be modified by the subscriber at any time. For example, the subscriber may add, delete, or otherwise edit the information on the subscriber list via a computer network. In an exemplary embodiment, the subscriber can edit the subscriber list via the Internet.
A method for using the present invention on the AIN to implement a call waiting priority alert service may comprise the following steps. First, a subscriber list associated with a subscriber number is created. The subscriber list may contain one or more priority codes, each associated with one priority alert signal. Second, the subscriber list may be stored in a database that is accessible by the SCP.
Third, one or more triggers may be provisioned at the SSP that serves the telephone line of the subscriber. A termination attempt trigger or a terminating busy/no answer trigger may be used to detect incoming calls intended for the subscriber.
Fourth, when a call is received at the SSP, i.e., a caller or a calling party has dialed the telephone number of the subscriber (the subscriber number), the call is detected by a trigger. As a result, the SSP launches a query to the SCP. The query may comprise, among other information, the subscriber number (which is the telephone number of the subscriber, i.e., the telephone number of the called party).
Fifth, the SCP then uses the subscriber number to retrieve the subscriber list. Sixth, using the subscriber number, the SCP recognizes that the subscriber has a subscription to the service of the present invention. Sixth, the SCP sends an instruction to the SSP to solicit a priority code from the calling party. Seventh, when the calling parties supplies the priority code, by using the keypad or by speaking, the priority code is forwarded to the SCP. Eighth, the SCP determines whether the priority code received is on the subscriber list. If the priority code is recognizable, i.e., it is on the subscriber list, the SCP instructs the SSP to play a priority alert signal associated with the priority code. However, if the priority code is unrecognizable, i.e., it is not on the subscriber list, the SCP instructs the SSP to execute a default action. The default action may be, for example, to play a regular call waiting tone or to play no tone at all.
BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a schematic diagram showing the system architecture of an embodiment of the present invention.
FIG. 2 is a flowchart illustrating the steps involved in using an embodiment of the present invention.
FIG. 3 is a schematic diagram showing the system architecture of a first preferred embodiment of the present invention implemented in an Advanced Intelligent Network (AIN).
FIG. 4 is a flowchart illustrating the steps involved in using the first preferred embodiment of the present invention involving one priority level.
FIG. 5 is a schematic diagram showing the system architecture of a second preferred embodiment of the present invention involving multiple priority levels.
FIG. 6 is a flowchart illustrating the steps involved in using the second preferred embodiment of the present invention.
DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS FIG. 1 is a schematic diagram showing the system architecture of an embodiment of the present invention. Subscriber 110 is a customer of telephone network 100. Telephone network 100 may be a wireless network or a wireline network. Telephone network 100 provides telephone services to subscriber 110's telephone line 114. If telephone network 100 is a wireless network, then telephone line 114 would be a wireless connection to subscriber 110's telephone equipment 112. Equipment 112, 122, and 132, although depicted as telephones, may also be other wireline or wireless devices such as interactive pagers, computers, personal digital assistants or any other apparatus that can communicate with telephone network 100. A first communication session between subscriber 110 and third party 120 may be established, for example, via telephone lines 114 and 124. Similarly, calling party 130 can communicate with subscriber 110, for example, through telephone lines 134 and 114.
FIG. 2 is a flowchart illustrating exemplary steps for using an embodiment of the present invention. In step 202, a relationship between a priority code and the telephone number associated with telephone line 114 of subscriber 110 is created. The telephone number of subscriber 110 may be hereinafter referred to as the subscriber number. The priority code can be a number or a series of numbers. For example, the priority code may be �4444.�
In step 204, the relationship between the subscriber number and the priority code may be stored in a subscriber list. The subscriber list can be placed in database 102, shown in FIG. 1. Database 102 can be placed anywhere as long as it is accessible by telephone network 100. For example, database 102 can be maintained within telephone network 100 at a facility associated with telephone network 100. Alternatively, database 102 can be stored in a computer connected to telephone network 100.
For example, assume that subscriber 110 is already engaged in a first communication session with third party 120 when calling party 130 dials the subscriber number. In step 206, the incoming call from calling party 120 is received by telephone network 100. In step 208, telephone network 100 maintains the communication session between subscriber 110 and third party 120. In step 210, while subscriber 110 continues his or her communication session with third party 120 uninterrupted, telephone network 100 asks calling party 130 to enter a priority code. Calling party 130 may or may not respond with a priority code.
In step 212, if calling party 130 fails to supply a priority code, or provides a priority code that is not recognized by telephone network 100, the process goes to step 214. Otherwise, if calling party 130 supplies a recognizable priority code, that is, the priority code supplied by calling party 130 appears on the subscriber list, the process goes to step 216.
In step 214, telephone network 100 can execute a default action. One default action is to interrupt the communication session between subscriber 110 and third party 130 with a regular call waiting tone, alerting subscriber 110 that a non-priority calling party is waiting. Another default action is to leave the communication session uninterrupted, and play a busy signal for calling party 130 or direct the caller to the subscriber's voicemail. A third default action is to play an announcement informing calling party 130 that unless a recognizable priority code is received, subscriber 110 will not be alerted of the call from calling party 130.
In step 216, when calling party 130 has supplied a recognizable priority code, telephone network 100 interrupts the communication session between subscriber 110 and third party 120 with a priority alert signal. In one embodiment, as described above, the priority alert signal is different from a regular call waiting tone so that subscriber 110 can know that a priority call is waiting. For example, the priority alert signal may be a tone or an earcon (musical sound). In addition, the priority alert signal may be a spoken alert, e.g., the priority alert signal could be a recorded speech segment comprising �a priority call is waiting.�
In another embodiment, in which the response to an unrecognized priority code is to leave the call uninterrupted, the regular call waiting tone may be used. In preferred embodiments, the present invention can be adapted to have a plurality of priority alert signals that are associated with a plurality of priority codes. Each priority alert signal represents a different level of priority or urgency to subscriber 110 or may be used to identify the third party caller.
FIG. 3 is a schematic diagram showing the system architecture of a first preferred embodiment of the present invention implemented in an AIN. The AIN is described in U.S. Pat. Nos. 5,701,301, and 5,838,774, which are hereby incorporated by reference in their entirety.
Telephone network 300 is an AIN. Subscriber 310 is a customer or service subscriber of the present invention. Telephone network 300 may be the service provider of the present invention. Subscriber 310 has customer premises equipment (CPE) 312. CPE 312 may be a telephone set or a computer or another communication device. Subscriber 310 may use CPE 312 to effect communication sessions through telephone line 314. The telephone number associated with telephone line 314 may be hereinafter referred to as the subscriber number. Telephone line 314 is connected to service switching point (SSP) 316, which is part of telephone network 300.
One or more triggers associated with telephone line 314 may be provisioned on SSP 316. For example, trigger 318 may be a terminating busy/no answer trigger. Third party 320 is associated with telephone line 324 and CPE 322. Subscriber 310 and third party 320 may engage in a communication session through SSP 316 and SSP 326. For purposes of illustration, SSP 326 is shown as being outside telephone network 300. However, SSP 326 may be an SSP on telephone network 300, and may even be SSP 318.
Trigger 318 can detect incoming calls intended for subscriber 310. For example, when calling party 330 uses CPE 332 on telephone line 334 to dial the subscriber number, trigger 318 can detect the call. Although calling party 330 is shown to be connected to SSP 336, it is understood that in some circumstances caller 330 could be directly connected to SSP 316.
The detection of an incoming call by trigger 318 causes SSP 316 to launch a query. For example, the query launched by SSP 316 may be sent to service control point (SCP) 340 over the AIN's signaling network 350. In a preferred embodiment signaling network 350 uses common channel signaling system SS7. The query includes the subscriber number in the Called_Party_ID field of the query, and a calling number in the Calling_Party_ID field. The calling number is the telephone number of calling party 330, i.e., the telephone number associated with telephone line 334.
SCP 340 then uses the subscriber number to access a subscriber list associated with subscriber 310. The subscriber list may be stored in database 342. The subscriber list may comprise one or more priority codes that are associated with subscriber 310's subscriber number.
Using the subscriber number, SCP 340 can retrieve one or more call processing instructions from database 342. The call processing instructions can be one of several instructions from SCP 340 to SSP 316 regarding how the call from calling party 330 should be handled. The instructions can be provided by SCP 340 to SSP 316 in the form of a response to the query.
FIG. 4 is a flowchart illustrating the steps involved in using the first preferred embodiment of the present invention. With a subscription to a service of the present invention, subscriber 310 who is engaged in a first communication session with third party 320 can be alerted when an incoming call from calling party 330 is received, provided that calling party 330 supplies a recognizable priority code. In other words, subscriber 310 will not be alerted if calling party 330 does not provide a recognizable priority code. In that case, calling party 330 may hear a busy tone or announcement that subscriber 310 is not available to take the call.
A method for implementing the first preferred embodiment may comprise the following steps. In step 402, at least one priority code is associated with the subscriber number. For illustration purposes, the subscriber number is �123-456-7890.�
The priority code may be any number that subscriber 310 so designates to implement the present invention. The priority code can have any number of digits. Preferably, the priority code has two to six digits. For example, subscriber 310 may designate �8888� as a priority code. The priority code must be provided by subscriber 310 to potential calling parties from whom subscriber 310 wishes to have priority call waiting treatment.
In step 404, the priority code and the subscriber number are stored in a database. The database is preferably accessible to SCP 340. For example, database 342 may be used to store the priority code and the subscriber number. In addition to the priority code, the database includes information regarding the priority alert signal associated with the priority code. In this embodiment, the priority alert signal is the regular call waiting tone. Preferably, the relationship between the priority code, the subscriber number, and the priority alert signal can be stored in a subscriber list or a table, such as, for example, Table 1 below.
Regular call
waiting tone
In step 406, when an incoming call from calling party 330 arrives at SSP 316 while subscriber 310 is already engaged in a communication session with third party 320, the call is detected by trigger 318. Trigger 318 may be a terminating busy/no answer trigger. In step 408, SSP 316 launches a query to SCP 340. The query may be, for example, a Terminating Busy/No Answer query.
In step 410, while the communication session between subscriber 310 and third party 320 remains uninterrupted, SCP 340 sends a first instruction to SSP 316 to solicit a priority code from calling party 330. The solicitation may be in the form of an announcement. For example, the announcement may comprise, �The party you wish to reach is on the phone, please enter a priority code if you wish to alert the party about this call.�
In step 412, assuming calling party 330 keys in or says a priority code, SCP 340 determines whether the priority code provided by calling party 330 is a recognizable priority code. For example, SCP 340 may access database 342 to review Table 1. If the priority code provided by calling party 330 is �8888�, the process goes to step 418; otherwise, the process goes to step 414.
In step 414, SCP 340 sends a default response to SSP 316. The default response may any suitable action supported by the AIN. For example, the default response may comprise an instruction to play an announcement to calling party 330. In step 416, SSP 316 executes a default action associated with the default response. For example, SSP 316 may play the following announcement, �You have not provided a recognizable priority code. Good Bye.� In preferred embodiments, calling party 330 may be provided with more than one opportunity to supply a recognizable priority code.
In step 418, if the priority code supplied by calling party 330 is recognizable by SCP 340, i.e., it appears on Table 1, SCP 340 sends SSP 316 a priority response. The priority response may be an Authorize_Termination message, including special codes in the ControllingLegTreatment field. For example, if ControllingLegTreatment field contains a regular call waiting tone indication, SSP 316 plays the regular call waiting tone to alert subscriber 310 that a call is waiting.
Depending on what subscriber 310 chooses to do in step 420, the process can go to either step 422 or step 426. For example, if subscriber 310 presses a key that is designated, such as a �flash� key, to answer the call the process goes to step 422. In step 422, the first communication session between subscriber 310 and third party 320 is suspended by SSP 316 using known call waiting technologies. In step 424, a second communication session is establish between calling party 330 and subscriber 310.
If in step 420 subscriber 310 chooses to ignore the call waiting, an announcement may be played by SSP 316 after a predetermined period of time or a number of rings. For example, if subscriber 310 does not pick up the call after five rings, an announcement may be played, for example, �The party you wish to reach is unavailable. Please try again later.�
FIG. 5 is a schematic diagram showing the system architecture of a second preferred embodiment of the present invention involving multiple priority levels. In this embodiment, second calling party 530 has CPE 532 that can be used to dial the subscriber number using telephone line 534. Each of first calling party 330 and second calling party 530 may be given one or more priority codes. Each of the priority codes is associated with a priority alert signal, which is played in lieu of a regular call waiting tone to alert subscriber 310 that a priority call has been received. In one specific example, first calling party 330 may be given a first priority code, and second calling party 530 may be given a second priority code. In this manner, subscriber 310 who is familiar with the priority alert signals associated with the first and second priority codes will know which calling party is waiting. In another specific example, each of first calling party 330 and second calling party 530 is provided with both first and second priority codes, but they are advised to use the first priority code in one situation and the second priority code in a different situation. The various uses of the priority codes are explained further below.
FIG. 6 is an exemplary flowchart illustrating steps that may be executed to implement the second preferred embodiment of the present invention. In step 602, a plurality of priority codes are associated with the subscriber number. In step 604, the priority codes are assigned priority levels and priority alert signals, as shown in Table 2 below.
Call Waiting Alert Levels for Subscriber Number 123-456-7890
As shown in Table 2, subscriber 310 can provide potential calling parties with one or more of the three priority codes. In one instance, subscriber 310 can provide first calling party 330 with only the first priority code �1111,� second calling party 530 with only the second priority code �2222,� and all other priority calling parties with only the third priority code �3333.� In this manner, as each of the three priority codes is associated with a priority alert signal, subscriber 110 would know that first calling party 330 is trying to reach him when he hears Priority Alert Signal A. Similarly, if Priority Alert Signal B is heard, subscriber 310 knows that it is second calling party 530 who is trying to reach him. In a specific example, Priority Alert Signals A, B, and C may comprise one, two, and three beeps, respectively. It is known in the art that distinctive ringing patterns are resident in switching software, including that provided by Lucent Technologies, Nortel Networks, and other manufacturers of telecommunication equipment.
Subscriber 310 can also provide all potential calling parties with all three priority codes. In this manner, subscriber 310 can inform his or her potential calling parties to use different priority codes for different level of priority or urgency. For example, subscriber 310 can request them to use �1111� for ordinary calls, �2222� for a call with a more urgent nature, and �3333� only in exceptional circumstances.
In step 606, the priority codes and associated levels of priority alert signals can be stored in a database. For example, Table 2 can be stored in database 342.
In step 608, when trigger 318 detects an incoming call from a calling party while telephone line 314 is already engaged in a first communication session between subscriber 310 and third party 320. In step 610, SSP 316 launches a query to SCP 340. For example, the query may be a Termination Busy/No Answer query. The query may contain, among other information, the subscriber number in the Called_Party_ID field.
In step 612, SCP 340 consults database 342. Using the information in the Called_Party_ID field of the query, SCP 340 may access subscriber information for subscriber 310. For example, using �123-456-7890,� SCP 340 can retrieve Table 2 shown above.
In step 614, SCP 340 instructs SSP 316 to solicit a priority code from the calling party. In step 616, if the calling party does not provide a recognizable priority code, i.e., none of the �1111,� �2222,� and �3333,� has been provided, the process goes to step 618. In step 618, SCP 340 sends a default response to SSP 316. The default response may be to play an announcement for the calling party in step 620. Alternatively, the default response may be to provide subscriber 310 with a regular call waiting tone in step 620.
However, if in step 616 a recognizable priority code was provided by the calling party, SCP 340 sends SSP 316 a priority response in step 622. The priority response may comprise, for example, an appropriate priority alert signal that is associated with the priority code supplied by the calling party. For example, if the calling party had supplied �1111� as the priority code, then Priority Alert Signal A would be indicated in the response. The priority alert signal may be indicated, for example, in a ControllingLegTreatment field of the priority response.
In step 624, SSP 316 plays for subscriber 310 an appropriate priority alert signal in accordance with the indicator appearing in the ControllingLegTreatment field of the response from SCP 340. Subscriber 310 can decide, based on the type of priority alert signal played whether to answer the call. If subscriber 310 decides to answer the call by pressing an appropriate key, e.g., the �flash� key, the process goes to step 626. Otherwise, the process goes to step 630, in which an announcement may be played by SSP 316 to the calling party that subscriber 310 is unavailable or other default handling is provided. Alternatively, the call may be directed, for example, to an alternate destination such as the subscriber's voicemail.
In step 626, SSP 316 suspends the first communication session between subscriber 310 and third party 320. SSP 316 then establishes a second communication session between subscriber 310 and the calling party in step 628.
The present invention has numerous embodiments and applications. Each of the embodiments comprises one or more of the steps described above, and other steps known to one of ordinary skill in the art. The steps may be implemented in any logical order, i.e., the order is not limited to the order in which the steps are described above.
Patent CitationsCited PatentFiling datePublication dateApplicantTitleUS4266098Nov 3, 1978May 5, 1981Novak Albert PDevice to automatically screen incoming telephone calls, determine the identity of the caller and process the call accordinglyUS4268722Sep 6, 1979May 19, 1981Motorola, Inc.Radiotelephone communications systemUS4277649Jan 18, 1980Jul 7, 1981Bell Telephone Laboratories, IncorporatedMethod and apparatus for screening telephone callsUS4582956Jul 12, 1983Apr 15, 1986At&T Bell LaboratoriesMethod and apparatus for displaying at a selected station special service information during a silent interval between ringingUS4649533Oct 25, 1983Mar 10, 1987Keycom Electronic PublishingMethod and apparatus for retrieving remotely located informationUS4698839Jun 3, 1986Oct 6, 1987Devaney David BMobile telephone switching officeUS4791664Sep 12, 1986Dec 13, 1988Lutz Joseph MSystem for selectively receiving telephone callsUS4797911Jun 16, 1987Jan 10, 1989Inventions, Inc.Customer account online servicing systemUS4802202Sep 3, 1987Jan 31, 1989Sanyo Electric Co., Ltd.Telephone call selectorUS4817133Sep 14, 1987Mar 28, 1989Sanyo Electric Co., Ltd.Party selecting circuit arrangementUS4823304Jan 15, 1987Apr 18, 1989International Business Machines IncorporatedMethod of providing synchronous message exchange in an asychronous operating environmentUS4845743May 5, 1988Jul 4, 1989Lutz Joseph MSystem for selectively receiving telephone callsUS4850103Apr 14, 1988Jul 25, 1989Matsushita Electric Industrial Co., Ltd.Method for manufacturing an electronic partUS4899373Nov 28, 1986Feb 6, 1990American Telephone And Telegraph Company At&T Bell LaboratoriesMethod and apparatus for providing personalized telephone subscriber features at remote locationsUS4955075Oct 17, 1988Sep 4, 1990Motorola, Inc.Battery saver circuit for a frequency synthesizerUS4995075Sep 5, 1989Feb 19, 1991At&T Bell LaboratoriesApparatus and method for encoding telephone ringing signalsUS5029196Jul 11, 1988Jul 2, 1991Dytel CorporationAutomated call screeningUS5109405Aug 16, 1990Apr 28, 1992Dytel CorporationAutomated call screeningUS5121423Jul 10, 1990Jun 9, 1992Sharp Kabushiki KaishaCommunication unit comprising caller identification function and caller identifying method in a digital communication networkUS5151929Dec 27, 1989Sep 29, 1992Sherman WolfComputer-controlled radio-paging and telephone communication using recorded voice messagesUS5157712Mar 13, 1990Oct 20, 1992Wallen Jr JamesTelephone nuisance call mitigation screening deviceUS5161181Jan 10, 1990Nov 3, 1992Dialogic CorporationAutomatic number identification blocking systemUS5200994Aug 2, 1989Apr 6, 1993Kabushiki Kaisha ToshibaCommunication terminal apparatus and control method with party identification featuresUS5206901Dec 23, 1991Apr 27, 1993At&T Bell LaboratoriesMethod and apparatus for alerting multiple telephones for an incoming callUS5260987Feb 2, 1993Nov 9, 1993Northern Telecom LimitedMobile communicationsUS5263084Jul 22, 1991Nov 16, 1993Northern Telecom LimitedSpontaneous caller identification with call-waitingUS5265145Mar 28, 1991Nov 23, 1993Lim Boon CAlphanumeric caller identification telephoneUS5274699Jul 24, 1992Dec 28, 1993Motorola, Inc.Method for providing caller identification to a call recipientUS5278894Oct 25, 1991Jan 11, 1994At&T Bell LaboratoriesUse of incoming caller line identificationUS5289542Mar 4, 1991Feb 22, 1994At&T Bell LaboratoriesCaller identification system with encryptionUS5315650May 3, 1993May 24, 1994Teltrend Inc.Caller identification transmit path limiterUS5333152Jul 22, 1991Jul 26, 1994Wilber James GElectronic mail remote data transfer systemUS5338889Dec 29, 1992Aug 16, 1994UopAlkane rejection in C.sub.4 etherification and isomerization processUS5341411Sep 23, 1991Aug 23, 1994Hashimoto CorporationCaller ID blocking method and processing system (block caller ID information)US5347574Apr 1, 1992Sep 13, 1994Dytel Inc.Automated call screeningUS5361295Oct 11, 1991Nov 1, 1994The Telephone ConnectionAnonymous interactive telephone systemUS5383466May 14, 1993Jan 24, 1995Becton, Dickinson And CompanyInstrument having enhanced ultrasound visibilityUS5386460Jan 4, 1993Jan 31, 1995At&T Corp.Feature configurable telephone terminalUS5388150Jul 28, 1992Feb 7, 1995Schneyer; RobinAutomatic incoming telephone call identification and disposition systemUS5413605Jan 5, 1993May 9, 1995Howmedica International, Inc.Tibial element for a replacement knee prosthesisUS5420910Jun 29, 1993May 30, 1995Airtouch CommunicationsMehtod and apparatus for fraud control in cellular telephone systems utilizing RF signature comparisonUS5420914Feb 28, 1994May 30, 1995U S West Technologies, Inc.System and method for real time carrier selectionUS5425076Jun 30, 1992Jun 13, 1995Minnesota Mining And Manufacturing CompanyCellular communications test systemUS5425089Jan 27, 1992Jun 13, 1995Chan; John Y.Low cost telephone caller identification device and methodUS5430719May 20, 1994Jul 4, 1995Bellsouth CorporationMediation of open advanced intelligent network interface by shared execution environmentUS5446785May 25, 1993Aug 29, 1995Matsushita Electric Industrial Co., Ltd.Telephone terminal equipment in which telephone numbers of callers are displayedUS5452089Jul 5, 1993Sep 19, 1995Lockheed CorporationObject locatorUS5452346Apr 26, 1994Sep 19, 1995Sony CorporationTelephone apparatus with caller identificationUS5459779Feb 25, 1994Oct 17, 1995At&T Ipm Corp.Method for switching telephone calls to information service providersUS5466785Oct 13, 1994Nov 14, 1995Ciba-Geigy CorporationTissue-preferential promotersUS5467388Feb 6, 1995Nov 14, 1995Bell Atlantic Network Services, Inc.Method and apparatus for selectively blocking incoming telephone callsUS5475748Sep 18, 1992Dec 12, 1995Boston Technology, Inc.Automatic telephone system with function for multiple out-dialed calls per callerUS5481594Aug 6, 1993Jan 2, 1996Aastra CorporationAudio caller identification unitUS5481599Nov 15, 1994Jan 2, 1996Macallister; Donald I.Automated audio output device for a telephone setUS5481602Dec 27, 1994Jan 2, 1996At&T Corp.Method and apparatus for alternate destination routing for switching egress customersUS5490205Jun 14, 1994Feb 6, 1996Matsushita Electric Industrial Co., Ltd.Telephone set for handling a callUS5497414May 4, 1994Mar 5, 1996Bell Atlantic Network Services, Inc.Telephone system processing of designated caller ID private callsUS5502762Jun 10, 1994Mar 26, 1996Andrew; Brian J.System and method for simultaneously controlling ringing at local and remote telephonesUS5511111Nov 1, 1993Apr 23, 1996Engineering And Business Systems, Inc.Caller name and identification communication system with caller screening optionUS5530741Nov 23, 1993Jun 25, 1996At&T Corp.Method for providing inter-lata caller identificationUS5533106Jun 27, 1994Jul 2, 1996Us West Technologies, Inc.Method and system for processing calls wherein the display of calling party ID information has been inhibitedUS5535265Nov 15, 1993Jul 9, 1996Ast Research, Inc.Method and circuitry for controlling voice mail, call logging and call blocking functions using a modemUS5546447Jun 29, 1994Aug 13, 1996Intel CorporationDisplaying caller identification information in a computer systemUS5546477Mar 30, 1993Aug 13, 1996Klics, Inc.Data compression and decompressionUS5550900Dec 29, 1994Aug 27, 1996Lucent Technologies Inc.Apparatus and method for routing messages in a telephone message centerUS5550905Oct 26, 1994Aug 27, 1996Lucent Technologies Inc.Method and apparatus for delivering calls and caller identification information to multi-line usersUS5563935Aug 17, 1994Oct 8, 1996Small; J. GordonTelephone answering system with call screening circuitUS5602908May 18, 1995Feb 11, 1997Fan; Yuan-NengCalling party identifying apparatus and method thereforUS5608788Sep 8, 1995Mar 4, 1997Lucent Technologies Inc.Information display provided to calling partyUS5619561Jun 22, 1995Apr 8, 1997Reese; MorrisCall-waiting and caller identification with three-way conversations arrangementsUS5631950Jul 26, 1995May 20, 1997Lucent Technologies Inc.Transmission of data message during silent intervals of ringing for selection of terminal equipmentUS5636269 *Jul 29, 1996Jun 3, 1997Lucent Technologies Inc.Intelligent call waitingUS5644629Apr 27, 1995Jul 1, 1997Sni Innovation, Inc.Automatic routing of incoming telephone calls to a plurality of receiving devices based on caller identificationUS5646979Dec 20, 1995Jul 8, 1997Casio Phonemate, Inc.Cordless telephone with voice announced calling party identificationUS5657372Oct 17, 1994Aug 12, 1997Ericsson Inc.Systems and methods for selectively accepting telephone calls without establishing voice communicationsUS5661791Mar 29, 1995Aug 26, 1997Bell Atlantic Network Services, Inc.Method and apparatus for enhanced distinctive call redirectionUS5668852Nov 15, 1996Sep 16, 1997Holmes; Terry M.Automatic caller-associated information provision system, improvement and method for paging systemUS5696809Jun 22, 1995Dec 9, 1997Bell Atlantic Network Services, Inc.Advanced intelligent network based computer architecture for concurrent delivery of voice and text data using failure management systemUS5696815May 1, 1995Dec 9, 1997Bell Communications Research, Inc.Method and apparatus for delivering caller identification information and servicesUS5699523Jun 5, 1996Dec 16, 1997Bull S.A.Method and apparatus for communication between at least one client and at least one serverUS5701301Jun 6, 1994Dec 23, 1997Bellsouth CorporationMediation of open advanced intelligent network in SS7 protocol open access environmentUS5703934Jun 2, 1995Dec 30, 1997Gte Mobile Communication ServiceCordless telephone with integral caller ID displayUS5724412Oct 7, 1996Mar 3, 1998U S West, Inc.Method and system for displaying internet identification on customer premises equipmentUS5734706May 7, 1996Mar 31, 1998Windsor; Victoria BreinCaller identification and data retrieval systemUS5748709Sep 25, 1995May 5, 1998Sheerin; Howard H.Programmable answering machine with multiple voice boxes and caller IDUS5754635Jun 24, 1996May 19, 1998Sansung Electronics Co., Ltd.Apparatus and method for receiving multi-channel caller identification dataUS5754775Sep 27, 1995May 19, 1998Intel CorporationMethod and apparatus for formulating connection addresses on a PC conferencing system supporting multiple transport typeUS5771281Aug 26, 1997Jun 23, 1998Batten, Jr.; George WashingtonSerial-port powered caller identification computer interfaceUS5771283Oct 26, 1995Jun 23, 1998Lucent Technologies Inc.Method for delivering enhanced caller identification service in a telecommunications networkUS5781621Feb 22, 1996Jul 14, 1998Motorola, Inc.Microcontroller with a caller identification unitUS5784444Dec 1, 1994Jul 21, 1998Lucent Technologies Inc.Method and apparatus for providing personal calling identification at remote locationsUS5796806Mar 20, 1995Aug 18, 1998Dsc Telecom, L.P.Apparatus and method for spoken caller identification using signals of the advanced intelligent networkUS5799072Mar 4, 1996Aug 25, 1998CallmanageTelecommunications call management systemUS5802160Jan 19, 1996Sep 1, 1998Pilgrim Telephone, Inc.Multi-ring telephone method and systemUS5802251Sep 5, 1995Sep 1, 1998International Business Machines CorporationMethod and system for reducing perplexity in speech recognition via caller identificationUS5805587Nov 27, 1995Sep 8, 1998At&T Corp.Call notification feature for a telephone line connected to the internetUS5805682Nov 30, 1995Sep 8, 1998Bell Atlantic Network Services, Inc.Method for delivering call related information to a video displayUS5805997Jan 26, 1996Sep 8, 1998Bell Atlantic Network Services, Inc.System for sending control signals from a subscriber station to a network controller using cellular digital packet data (CDPD) communicationUS5825867 *Mar 18, 1994Oct 20, 1998Aspect Telecommunications CorporationEnhanced call waitingUS6005870 *Aug 12, 1996Dec 21, 1999At&T Corp.Method for called party control of telecommunications network servicesUS6185285 *Oct 14, 1997Feb 6, 2001At&T Corp.Method for providing network users with improved management of a communications service featureUS6519335 *Apr 8, 1999Feb 11, 2003Lucent Technologies Inc.Apparatus, method and system for personal telecommunication incoming call screening and alerting for call waiting applicationsUS6650746 *Jun 30, 2000Nov 18, 2003Nortel Networks LimitedUrgency of call indication to called party through distinctive notificationUS6704405 *Apr 3, 2001Mar 9, 2004Verizon Services Corp.Personal dial tone service with personalized call waitingUSD338889Dec 20, 1990Aug 31, 1993International Telecommunication Corp.Caller identification deviceUSD383466Jun 4, 1996Sep 9, 1997 Caller identification display with television adapter* Cited by examinerNon-Patent CitationsReference1"Talking Caller ID", Stealth Software, http://www/talkingcallerid.com/, Talking Caller ID-Featuring Talking, Paging, Email, Voice Mail, Blocking, Test-to-speec., Nov. 5, 2001.2Address Allocation for Private Internets, Rekhter et al., Feb. 1996.3 *Bellcore Specification TR-NWT-000310, Calling Number Delivery, Issue 4, Dec. 1992*.4Bellcore Specification TR-NWT-001188, Callling Name Delivery Generic Requirements, Issue 1, Dec. 1991.5Contractor, Sunil, U.S. Patent Appl. No. 09/468,888, published Jul. 4, 2002 as US Pub 20020085687.6Ericsson RBS 884 Pico System Description.7International Search Report, PCT/US02/29988, Sep. 23, 2002.8International Search Report, PCT/US02/30068, Dec. 9, 2002.9J. Bosswell, G. Lingenauber, An Advanced HF Receiver Design, Jul. 1994, IEE, Conference Publication. No. 392, pp. 41-47.10Kreiner, Barrett, et al., U.S. Patent Appl. No. 10/702,329, published Dec. 05, 2005 as US Pub 20060002540.11Kreiner, Barrett, U.S. Patent Appl. No. 10/884,504, published Jan. 5, 2006 as US Pub 20060002540.12 *Mark H. Norris, Transmitter Architectures, 1998, IEE, pp. 4/1-4/6*.13OKI Silicon Solutions Company, Japan Site, "Multi Lingual Test-to-Speech Processor ML2110." http://www.oki.com/semi/english/ml2110/html, Nov. 1, 2001.14Perrell, Ronald, et al., U.S. Patent Appl. No. 10/146,804, published Jul. 7, 2005 as US Pub 20050147228.15RBS 884 Pico System Description, Author Unknown, Ericsson 1/1551-AE/LZB 119 2269 Uae Rev A, Apr. 23, 1998.16Ruckart, John, U.S. Patent Appl. No. 09/888,832, published Dec. 26, 2002 as US Pub 20020196913.17Ruckart, John, U.S. Patent Appl. No. 09/888,926, published Dec. 26, 2002 as US Pub 20020196914.18SIP Session Initiation Protocol, Handley et al., Mar. 1999.19Slawson, "Caller ID Basics" Caller ID, http://www.testmark.com/develop/tml<SUB>-</SUB>callerid<SUB>-</SUB>cnt.html, Oct. 31, 2001.20Talking CallerID, SMARTHOME, hhtp://www.smarthome.com/5154.html Nov. 5, 2001.21the IP Network Address Translator (NAT), Egevang et al., May 1994.22U.S. Appl. No. 09/812,338, filed Mar. 19, 2001.23U.S. Appl. No. 09/992,165, filed Nov. 6, 2001.24U.S. Appl. No. 10/032,724, filed Dec. 27, 2001, Moton et al.25U.S. Appl. No. 10/144,555, filed May 13, 2002.26U.S. Appl. No. 10/144,556, filed May 13, 2002.27U.S. Appl. No. 10/152,544, filed May 21, 2002, Alston.28U.S. Appl. No. 10/174,026, filed Jun. 18, 2002.29U.S. Appl. No. 10/200,874, filed Jul. 23, 2002.30U.S. Appl. No. 10/200,906, filed Jul. 23, 2002.31U.S. Appl. No. 10/201,042, filed Jul. 23, 2002.32U.S. Appl. No. 10/201,706, filed Jul. 23, 2002.33U.S. Appl. No. 10/702,329, filed Nov. 6, 2003, Kreiner.34U.S. Appl. No. 10/746,804, filed Dec. 24, 2003, Parrella.35U.S. Appl. No. 10/884,504, filed Jul. 2, 2004, Kreiner.36U.S. Appl. No. 10/891,883, filed Jul. 15, 2004.37Voice-6090 "Talking Caller ID", Aastra Telecom-Taking Caller ID-Voice 9090, http://www.aastra.com/products/callerids/voicecallerid/be-6060.html Nov. 5, 2001.38Voice-9090 "Talking Caller ID", Aastra Telecom-Taking Caller ID-Voice 9090, http://www.aastra.com/products/callerids/voicecallerid/be-9090.html Nov. 5, 2001.* Cited by examinerReferenced byCiting PatentFiling datePublication dateApplicantTitleUS7702792 *Jan 8, 2004Apr 20, 2010Cisco Technology, Inc.Method and system for managing communication sessions between a text-based and a voice-based clientUS7742586 *Jun 14, 2004Jun 22, 2010Callwave, Inc.Enhanced service levels for call-processing servicesUS7978833 *Apr 18, 2003Jul 12, 2011At&T Intellectual Property I, L.P.Private caller ID messagingUS8161165 *Dec 27, 2007Apr 17, 2012Microsoft CorporationRepresentation, decision models, and user interface for encoding managing preferences, and performing automated decision making about the timing and modalities of interpersonal communicationsUS8301129Nov 17, 2010Oct 30, 2012Tip Solutions, Inc.Communication management featuresUS8385528Nov 16, 2010Feb 26, 2013Tip Solutions, Inc.Communication management featureUS8402148 *Dec 27, 2007Mar 19, 2013Microsoft CorporationRepresentation, decision models, and user interface for encoding managing preferences, and performing automated decision making about the timing and modalities of interpersonal communicationsUS8451999 *Dec 15, 2006May 28, 2013Verizon Patent And Licensing Inc.Interactive communication session directorUS8526919Nov 17, 2011Sep 3, 2013Tip Solutions, Inc.Message injection system and methodUS8526926Sep 28, 2012Sep 3, 2013Tip Solutions, Inc.Communication management featuresUS20080104517 *Dec 27, 2007May 1, 2008Microsoft CorporationRepresentation, decision models, and user interface for encoding managing preferences, and performing automated decision making about the timing and modalities of interpersonal communicationsUS20080134069 *Dec 27, 2007Jun 5, 2008Microsoft CorporationRepresentation, decision models, and user interface for encoding managing preferences, and performing automated decision making about the timing and modalities of interpersonal communicationsUS20080144798 *Dec 15, 2006Jun 19, 2008Verizon Service Corp.Interactive Communication Session DirectorUS20110151783 *Nov 1, 2010Jun 23, 2011Shenzhen Futaihong Precision Industry Co., Ltd.Communication device and method thereof* Cited by examinerClassifications U.S. Classification379/215.01, 379/142.08, 379/207.16, 379/93.35, 379/210.02International ClassificationH04M3/42Cooperative ClassificationH04M3/4288, H04M2207/12European ClassificationH04M3/428WLegal EventsDateCodeEventDescriptionDec 28, 2010FPAYFee paymentYear of fee payment: 4Jun 29, 2007ASAssignmentOwner name: AT&T INTELLECTUAL PROPERTY, INC., DELAWAREFree format text: CHANGE OF NAME;ASSIGNOR:BELLSOUTH INTELLECTUAL PROPERTY CORP.;REEL/FRAME:019502/0316Effective date: 20070425Aug 3, 2001ASAssignmentOwner name: BELLSOUTH INTELLECTUAL PROPERTY CORP., DELAWAREFree format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:ROBERTS, LINDA ANN;SILVER, EDWARD MICHAEL;REEL/FRAME:012039/0740Effective date: 20010725RotateOriginal ImageGoogle Home - Sitemap - USPTO Bulk Downloads - Privacy Policy - Terms of Service - About Google Patents - Send FeedbackData provided by IFI CLAIMS Patent Services©2012 Google