The present invention relates to automated scheduling of phone calls.
People often find themselves in situations where they have a large number of phone calls to make. A salesperson, for example, may have a large number of contacts to follow up on with phone calls. Or a professional returning to his office from vacation may find a large number of phone messages on his answering machine which require return phone calls. Or a person may want to stay in touch with a large number of friends and family on a regular basis, and call them from time to time.
When such people have free time, and would like to use the time to make some of their phone calls, it is cumbersome to sort out who to call. Free time may arise sporadically when people are waiting for a service or for an appointment. Free time may also arise in predictable ways when people are exercising or traveling on a train or taxi. Even when people write themselves notes of phone calls to make, using computerized calendars or slips of paper, the notes are not always available with them during their free time. Or the notes may be extensive and difficult to sort through and prioritize.
Thus it would be of advantage to have an automated way of making phone calls during free time.
The present invention provides a simple and efficient way for a person to automatically schedule phone calls to make, whenever he has free time to make some of his calls. The present invention provides a call shuffler that arranges the person's calls that have to be made in order of priority, and places the calls. The person does not have to sort through and review his notes to determine what calls to make.
The present invention organizes a person's contacts into groups, one group being contacts that a person wants to call. The contacts are assigned priorities based on factors including inter alia importance, deadlines and special dates such as birthdays and anniversaries, and length of time since the person last spoke with a contact. Whenever the person has free time, the contacts are sorted in terms of priority, contacts with the same priority are randomly sorted, and phone calls are placed accordingly.
Priorities are updated dynamically, when factors influencing priorities change, and after phone calls are made.
There is thus provided in accordance with an embodiment of the present invention a method for automatically scheduling phone calls, including dynamically assigning priorities to each of a plurality of a user's contacts, selecting one of the plurality of the user's contacts based on highest priority, wherein random selection is used in case more than one contact has the highest priority, placing a phone call to the selected contact, and updating the priority of the selected contact, if the placing a phone call successfully reaches the selected contact.
There is additionally provided in accordance with an embodiment of the present invention a telephone with an automatic call scheduler, including a memory for storing a plurality of a user's contacts and priorities assigned thereto, a prioritizer coupled with the memory for dynamically assigning the priorities to the plurality of the user's contacts, and for updating the priority of a contact when a phone call is successfully made to the contact, a scheduler coupled with the prioritizer and with the memory for selecting one of the plurality of the user's contacts based on highest priority, wherein the scheduler uses random selection in case more than one contact has the highest priority, and a dialer coupled with said scheduler for automatically placing a phone call to the selected contact.
There is moreover provided in accordance with an embodiment of the present invention a computer readable storage medium storing program code for causing a telephone to dynamically assign priorities to each of a plurality of a user's contacts, to select one of the plurality of the user's contacts based on highest priority, wherein random selection is used in case more than one contact has the highest priority, to place a phone call to the selected contact, and to update the priority of the selected contact, if the placed phone call successfully reaches the selected contact.
The present invention will be more fully understood and appreciated from the following detailed description, taken in conjunction with the drawings in which:
The present invention relates to automatic phone call scheduling for some or all of a user's contacts. The user's telephone stores his list of contacts, and includes a profile for each contact. Shown in TABLE I is a sample contact profile, in accordance with the present invention. In addition to the contact's name, phone number and relation to the user, the contact profile includes fields for preferred calling dates and times, excluded calling dates and times, one or more special occasions and desired frequency of calls.
The contact profile also includes a free-text field for storing comments. The free-text field may include reminders as to why the user wants to speak with the contact. The contact profile also includes a schedule call flag. Setting the schedule call flag to ON indicates that the user would like to call the contact when he has the time to do so. For example, the contact may be waiting for a return phone call from the user, or the contact may be someone the user wants to stay in touch with professionally or personally.
Reference is now made to
As shown in
Telephone 100 also includes a memory unit 180, which stores user data such as contact information for the user's contacts, SMS messages and phone settings. In accordance with an embodiment of the present invention, user contact information is imported from external databases, such as Facebook® databases managed by Facebook, Inc. of Palo Alto, Calif, or databases from such other social or dating services.
Memory unit 180 also stores program code 190 that executes application programs, such as an Internet browser and a personal organizer. In accordance with the present invention, program code 190 also executes an automated call scheduler 200, which is used to schedule and dial telephone calls.
Reference is now made to
A dynamic prioritizer 220 dynamically assigns a priority to each of the user's shuffle-able contacts, based on a variety of factors. The priorities assigned to the contacts are stored in data store 210, together with the contacts' profiles. The factors influencing the calculation of a contact's priority include inter alia:
In accordance with an embodiment of the present invention, telephone 100 includes an activation button for activating automated call scheduler 200. Thus, when the user has free time to make some of his calls, he may activate automated call scheduler 200 by pressing on the activation button. Phone call scheduler 230 then dynamically sorts the shuffle-able contacts in terms of their priorities, and selects the highest priority contact for placing a phone call. In case multiple contacts have the highest priority, phone call scheduler 230 chooses randomly among them. As such, in a case where all priorities are the same, phone call scheduler 230 uses random selection among all the shuffle-able contacts.
After selecting a shuffle-able contact to be called, a user prompter 240 notifies the user of the selected contact, for his confirmation. Such notification may be visually or vocally, or both. User prompter 240 is configured to present information from the selected contact's profile to the user, to remind the user why he wanted to call the selected contact, and to assist the user in deciding whether to confirm or decline making the call. Information presented to the user by prompter 240 may include inter alia the free-form text from the selected contact's profile, the last date and time that the user made a phone call to the selected contact, and any special occasion related to the selected contact.
If the user confirms the call, then an automated dialer 250 places the call. If the phone call to the selected candidate is successful, then phone call scheduler updates the contact's priority appropriately. An unsuccessful phone call to a contact is a call for which a busy signal is reached, or for which the contact is not available. In accordance with an embodiment of the present invention, success or non-success of a call is measured by the duration of the call. Calls with duration over 15 seconds, for example, may be deemed successful.
Generally a contact's priority is reset to a low value after a successful call to the contact is made. However, in certain cases the contact's priority may remain high, such as when the user needs to call the contact back again in order to finish the discussion. The call may have been cut off, or the user or the contact may have run out of time, or the user may need to get more information from the contact.
It will thus be appreciated by those skilled in the art that the telephone of
In an embodiment of the present invention, the user's shuffle-able contacts may be grouped in categories, such as “sports contacts”, “family contacts” and “dating contacts”. When activating automated call-scheduler 200, the user may designate a specific group of contacts, in which case phone call scheduler 230 selects from among the designated group of shuffle-able contacts.
In some embodiments of the present invention, telephone 100 is implemented as a modular cell phone that attaches to other electronic devices. There are two general types of devices to which the modular cell phone may be attached; namely, jackets and hosts. A jacket is a device that provides a user interface for the modular cell phone, enriches the capabilities of the modular cell phone, and is not able to operate independently when the modular cell phone is not pouched therewith. Conversely, a host is a device that is able to operate independently when the modular cell phone is not pouched therewith, and whose capabilities are enriched by the modular cell phone when the modular cell phone is attached thereto. Generally a host does not have communication functionality independent of the modular cell phone.
In this regard, reference is now made to
Reference is now made to
Also shown in
Reference is now made to
In an alternative embodiment of the present invention, the shuffle-call is pre-scheduled by the user. For example, the user may insert a shuffle-call event into his calendar.
In yet another embodiment of the present invention, the shuffle-call is automatically suggested to the user when specific conditions prevail. The shuffle-call may be automatically suggested to the user inter alia:
At step 520 priorities are assigned to the user's shuffle-able contacts, based on various factors as described hereinabove with reference to prioritizer 220. It will be appreciated by those skilled in the art that step 520 may be performed after step 510, as shown in
At step 530 the contact with the highest priority is selected. In case more than one contact has the highest priority, then one of them is chosen by random selection.
At step 540 the user is informed of the selected candidate contact, and given the opportunity at step 550 to confirm whether or not he wishes to call the contact now. In accordance with an embodiment of the present invention, at step 540 any free-text comments in the contact's profile are presented to the user, so that the user can be reminded why he wanted to call the contact. Other information from the contact's profile may be presented to the user instead of or in addition to the free-text comments, such as the last date and time the user spoke with the contact, or today being a special occasion related to the contact. The choice of which information from the contact's profile to present to the user at step 540 is preferably configured by the user.
If the user declines at step 550, then processing returns to step 530 where the next contact in line is chosen. If the user confirms, then at step 560 a phone call to the selected contact is automatically placed. The user may configure his telephone to skip step 550, in which case phone calls to selected contacts are always placed.
The phone call placed at step 560 may or may not be successful, as determined at step 570. An unsuccessful call to a contact is one where the contact is not available, or where the call reaches a busy signal. In accordance with an embodiment of the present invention, success or non-success of a call may be determined from the duration of the call. For example, calls with duration over 15 seconds may be deemed successful.
If the call was unsuccessful, processing returns to step 530. If the call was successful, then the contact's profile is updated appropriately at step 580. Processing then returns to step 520, as long as the user continues to make phone calls.
It will be appreciated by those skilled in the art that the method of
Assignment of Priorities
Step 520 of
The “closeness of relationship” factor in TABLE II may be input by the user, or may be automatically derived from external databases. For example, certain contacts may have been designated by the user as “best friends” on one or more social databases.
It will be appreciated by those skilled in the art that the factors shown in TABLE II are representative of a wide variety of factors. The theme of jacket/host 400 used with modular cell phone 300 may be used in calculating priorities; i.e., contacts related to the theme of jacket/host 400 are assigned higher priorities. E.g., if modular cell phone 300 is housed in a sports jacket 400, then sports contacts are assigned higher priorities; and if modular cell phone 300 is housed in a gaming host, then gaming contacts are assigned higher priorities. Even astrological factors may be used in calculating priorities; e.g., this is a good day to call contact X, since he is an Aries.
In addition to the factors shown in TABLE II, a user's contact's priority may be changed when the contact sends to the user an SMS message requesting a phone call, or when the contact's status changes from “busy” to “available” on an Internet communication service.
Reference is now made to
In accordance with a first embodiment of the present invention, the user's contacts (contact #3 and contact #4) need not have telephones 100, and notification of contact availability is performed through a social network. The user's telephone 100 has a Facebook® or instant messaging application installed therein. Web sites 610 report availability of contact #3 and contact #4 to status server 620, using the API. In turn, status server 620 notifies the application in telephone 100 accordingly.
In accordance with a second embodiment of the present invention, the user's contacts (contact #1 and contact #2) each have a telephone 100, and notification of contact availability is performed directly through status server 620. Telephones 100 broadcast availability statuses to status server 620. Telephone 100 may, for example, send an HTTP request to status server 620, the request including status information of contact #1 or contact #2, and device information for the contact's telephone 100. Status server 620 maintains the status/telephone data, and reports back the status of contact #1 and contact #2 to the user's telephone 100. Status server 620 may, for example, send an HTTP response to telephone 100, or alternatively telephone 100 may download the status information from status server 620.
In the foregoing specification, the invention has been described with reference to specific exemplary embodiments thereof. It will, however, be evident that various modifications and changes may be made to the specific exemplary embodiments without departing from the broader spirit and scope of the invention as set forth in the appended claims. Accordingly, the specification and drawings are to be regarded in an illustrative rather than a restrictive sense.
This application claims benefit of U.S. Provisional Application No. 60/964,233, entitled CALL SHUFFLING, filed on Aug. 9, 2007 by inventors Itay Sherman, Eyal Bychkov, Hagit Perry and Uri Ron.
Number | Name | Date | Kind |
---|---|---|---|
5628055 | Stein | May 1997 | A |
5754962 | Griffin | May 1998 | A |
6201867 | Koike | Mar 2001 | B1 |
6243578 | Koike | Jun 2001 | B1 |
6690947 | Tom | Feb 2004 | B1 |
6898283 | Wycherley et al. | May 2005 | B2 |
7085542 | Dietrich et al. | Aug 2006 | B2 |
7194257 | House et al. | Mar 2007 | B2 |
7194285 | Tom | Mar 2007 | B2 |
8009678 | Brooke | Aug 2011 | B2 |
20030112948 | Brown et al. | Jun 2003 | A1 |
20030215077 | Hagiwara | Nov 2003 | A1 |
20040192270 | Kreitzer | Sep 2004 | A1 |
20040233930 | Colby, Jr. | Nov 2004 | A1 |
20050010693 | Sinclair et al. | Jan 2005 | A1 |
20050070225 | Lee | Mar 2005 | A1 |
20050159184 | Kerner et al. | Jul 2005 | A1 |
20060035632 | Sorvari et al. | Feb 2006 | A1 |
20060105722 | Kumar | May 2006 | A1 |
20060241353 | Makino et al. | Oct 2006 | A1 |
20070004450 | Parikh | Jan 2007 | A1 |
20070018957 | Seo | Jan 2007 | A1 |
20070135110 | Athale et al. | Jun 2007 | A1 |
20070161404 | Yasujima et al. | Jul 2007 | A1 |
20070263843 | Foxenland | Nov 2007 | A1 |
20070264972 | Stark | Nov 2007 | A1 |
20080056269 | Madhani et al. | Mar 2008 | A1 |
20080075251 | Jefferson et al. | Mar 2008 | A1 |
20080123829 | Smith et al. | May 2008 | A1 |
20080140886 | Izutsu | Jun 2008 | A1 |
Number | Date | Country |
---|---|---|
1871075 | Dec 2007 | EP |
0059247 | Oct 2000 | WO |
0186922 | Nov 2001 | WO |
03103174 | Dec 2003 | WO |
Number | Date | Country | |
---|---|---|---|
20090041221 A1 | Feb 2009 | US |
Number | Date | Country | |
---|---|---|---|
60964233 | Aug 2007 | US |