Abstract:
Enabling control over multiple forms of communication to a recipient, such as email, instant messages, cell phone calls, conventional phone calls, faxes, and the like. The recipient defines rules for authenticating senders and for determining when, where, and how communication from the senders is transmitted to the recipient&#39;s preferred receiving device(s). The rules are stored in a database of a central service. The central service applies the rules to incoming email, instant messages, calls, faxes, etc. The central service screens unauthentic senders according the recipients rules associated with each form of communication, requiring the sender to provide some proof of identification. If authenticated, the central service enables a sender to communicate with the recipient via the recipient&#39;s currently preferred receiving device. If necessary, the central service converts incoming communications to the recipient&#39;s preferred form of communication for transmission to the recipient&#39;s preferred voice mail, cell phone, instant message service, etc.

Description:
FIELD OF THE INVENTION  
       [0001]     The present invention is directed to integrating communication from multiple sources, and more specifically to authenticating and routing communication from different senders to one or more selected communication means according to selectable preferences.  
       BACKGROUND OF THE INVENTION  
       [0002]     A number of individual communication means have provisions to store a message or transfer incoming communications to an alternate location. For example, a telephone user can set a call management system to record a voice mail or have a call forwarded to a different phone number. Similarly, an email can be stored or forwarded to a different email address. Most of these communication means only handles its own type of communication. Some communication means cross over. For example, some voice over internet (VOIP) systems can record a voice call and send the voice call as a file in an email to an email address associated with the VOIP telephone system. Similarly, some fax systems can forward an incoming fax as a file to an email address. However, these systems generally have only a single alternate communication means and do not enable a user to select the alternate communication means.  
         [0003]     Some presence management systems attempt to track or predict a user&#39;s current communication means by monitoring the recipient&#39;s usage of different communication means over time. For example, cellular telephone systems can track the locations of a user by cellular towers and determine when the user&#39;s cell phone is in use. This information can be compared to short message service (SMS) usage to estimate whether the user currently prefers to receive voice calls or messages. However, this information does not necessarily enable the user to select which form of communication is preferred at any given time. This information also does not necessarily indicate whether the user wishes to pay for the incoming call or simply receive a message. The user can set caller ID to block some calls, but this does not necessarily enable the user to receive a message as an alternative. In general, the user may not have control over how and when communication occurs with multiple communication means. 
     
    
     BRIEF DESCRIPTION OF THE DRAWINGS  
       [0004]      FIG. 1  shows a functional block diagram of an exemplary server according to one embodiment of the invention;  
         [0005]      FIG. 2  is a functional block diagram illustrating an overall architecture of an exemplary embodiment of the present invention; and  
         [0006]      FIG. 3  is a flow diagram illustrating exemplary logic for an overall process using the exemplary architecture of  FIG. 2 . 
     
    
     DETAILED DESCRIPTION OF THE INVENTION  
       [0007]     The present invention will now be described with reference to the accompanying drawings, which form a part hereof, and which show, by way of illustration, specific exemplary embodiments by which the invention may be practiced. This invention may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the invention to those skilled in the art. Among other things, the present invention may be embodied as methods or devices. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. The following detailed description is, therefore, not to be taken in a limiting sense.  
         [0008]     Throughout the specification, the term “connected” means a direct connection between the things that are connected, without any intermediary devices or components. The term “coupled,” or “in communication with” means a direct connection between the things that are connected, or an indirect connection through one or more either passive or active intermediary devices or components. The meaning of “a,” “an,” and “the” include plural references. The meaning of “in” includes “in” and “on.” 
         [0009]     Briefly stated, the invention is direct to a method and system for enabling a recipient to control communication to the recipient.  
         [0010]      FIG. 1  shows a functional block diagram of an exemplary server  10 , according to one embodiment of the invention. Server  10  may include many more components than those shown. The components shown, however, are sufficient to disclose an illustrative embodiment for practicing the invention. Client devices can be similarly configured. Client devices can include, but are not limited to, other servers, personal computers (PCs), personal digital assistants (PDAs), mobile terminals (e.g., cell phones), voice mail systems, and the like. A recipient can also receive messages via other forms of communication, such as fax, voice mail, postal mail, and the like.  
         [0011]     Server  10  includes a processing unit  12 , a video display adapter  14 , and a mass memory, all in communication with each other via a bus  22 . The mass memory generally includes RAM  16 , ROM  30 , and one or more permanent mass storage devices, such as an optical drive  26 , a hard disk drive  28 , a tape drive, and/or a floppy disk drive. The mass memory stores an operating system  50  for controlling the operation of server  10 . Any general-purpose operating system may be employed. A basic input/output system (“BIOS”)  32  is also provided for controlling low-level operation of server  10 . Server  10  can communicate with the Internet, a telephone network, a postal network, or some other communications network via network interface units  20   a  and  20   b , which are constructed for use with various communication protocols including transmission control protocol/Internet protocol (TCP/IP), code division multiple access (CDMA), time division multiple access (TDMA), global system for mobile communications (GSM), Institute for Electrical and Electronics Engineers (IEEE) 802.11, IEEE 802.16 (WiMax), user datagram protocol (UDP), SMS, general packet radio service (GPRS), Wireless Application Protocol (WAP), and the like. Network interface units  20  and  20   b  are sometimes known as transceivers, transceiving devices, network interface cards (NICs), and the like. Server  10  also includes input/output interface  24  for communicating with external devices, such as a mouse, keyboard, scanner, or other input devices not shown in  FIG. 1 .  
         [0012]     The mass memory as described above illustrates another type of computer-readable media, namely computer storage media. Computer storage media may include volatile, nonvolatile, removable, and non-removable media implemented in any method or technology for storage of information, such as computer readable instructions, data structures, program modules, or other data. Examples of computer storage media include RAM, ROM, EEPROM, flash memory, or other memory technology, CD-ROM, digital versatile disks (DVD), or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage, or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed by a computing device.  
         [0013]     The mass memory also stores program code and data. One or more applications  58  are loaded into mass memory and run on operating system  50 . Examples of application programs include database programs, schedulers, transcoders, email programs, calendars, web services, word processing programs, spreadsheet programs, and so forth. Mass storage may further include applications such as a request handler  52  for managing communication requests from senders, an authenticator for authenticating a sender, a message transmitter  56  for communicating with a recipient, and the like.  
         [0014]      FIG. 2  is a functional block diagram illustrating an overall architecture of an exemplary embodiment of the present invention. One or more senders  90   a - 90   g,  communicate with a multi-mode messaging service (MMMS)  100 , which authenticates each sender before providing a message and/or relaying the communication to a recipient&#39;s preferred communication service  150 . Senders  90   a - 90   g  can communicate with MMMS  100  in one or more different ways without having to know a recipient&#39;s preferred form of communication. Consequently, a sender can send an email, send an instance message, send an SMS message, leave a voice message, send a fax, or any combination thereof. The sender can communicate with individual service providers by using one or more of a desired recipient&#39;s unique identifiers, such as an email address, a message address, a telephone number, or the like. The service providers can then forward the communication to MMMS  100 . Alternatively, the sender can communicate directly with MMMS  100  and identify the desired recipient with a unique identifier, which can be the same as one of those identifiers above or a different identifier assigned by MMMS  100 . The sender is free to send the communication with any means preferred by the sender, such as by email, by SMS, by telephone, by fax, and the like.  
         [0015]     A communication is received by a corresponding request handler. For example, an email request handler  110   a  receives incoming emails according to an appropriate email protocol such as simple mail transfer protocol (SMTP), multi-purpose Internet mail extension (MIME), post office protocol version 3 (POP3), Internet message access protocol (IMAP), and the like. Email request handler  110  can analyze an incoming email to determined the intended recipient by the target email address, and identify the sender by the source email address. Similarly, PSTN request handler  110   f  can analyze an incoming telephone call to determine the intended recipient by the target telephone number, and determine the sender by the source telephone number. These telephone numbers may be determined by dual tone multi-frequency (DTMF) tones, by frequency shift keying (FSK) signals for caller ID, by switched packets, and the like. Other request handlers can receive and analyze incoming communications according to protocols and technologies for instant messages, SMS messages, VOIP calls, cellular calls, faxes, and the like. One or more request handlers can be incorporated as part of a centralized MMMS or as part of a third party service provider, such as an Internet service provider (ISP), a telephone carrier, and the like.  
         [0016]     Each request handler communicates with an authenticator  120 , which is used to authenticate a sender. Authenticator  120  communicates with a database  130  that stores information on how to authenticate a sender. A recipient, a service provider, and/or MMMS  100  can select and store information on one or more ways by which a sender should be authenticated before any communication would be accepted from the sender. For example, database  130  can store a password, a personal identification number (PIN), and/or some other form of identification that the sender may be required to provide. Alternatively, or in addition, database  130  can store a public encryption key, digital certificate, and/or other security item that may be required with the communication. Authenticator  120  and/or database  130  can be centralized in MMMS  100  or distributed among request handlers  110   a - 110   g.    
         [0017]     Authenticator  120  and/or database  130  can also be incorporated into, or separate from, a converter/relay  140 , which converts or relays a communication from an authenticated sender to the recipient in a form that the recipient prefers. For example, an email can be converted to an SMS message. A voice communication can be analyzed by a voice recognition process and converted to an instant message. A fax can be analyzed by an optical character recognition process and the text can be synthesized into a voice mail message. Any conversion is possible. Alternatively, a received communication may already be in the form preferred by the recipient. As long as the sender is authenticated, the communication can be simply relayed in that same preferred form.  
         [0018]     Converter/relay  140  accesses database  130  for rules a recipient&#39;s preferences for receiving an authenticated communication. For example, the recipient may specify that voice calls should be relayed only during certain times of the day. The recipient may also only specify that all communications from certain high-priority senders shall be converted to instant messages and a page and/or other alert shall be sent to the recipient&#39;s mobile device. The recipient and/or a other authorized person specify any combination in the rules.  
         [0019]     Converter/relay  140  is in communication with a plurality of transmitters  150   a - 150   g  that can transmit a message and/or other communication to a compatible device and/or service  160  that is currently preferred by the recipient. Each transmitter uses an appropriate protocol for its form of communication. Each transmitter may also buffer and/or modify an outgoing communication to provide routing information, add header information, and/or otherwise prepare the outgoing communication for delivery. One or more transmitters can be incorporated as part of MMMS  100  or as part of a third party service provider, such as an Internet service provider (ISP), a telephone carrier, and the like. Similarly, the recipient&#39;s preferred communication service  160  can comprise a service provider and/or a specific client communication device, such as a PC, PDA, mobile terminal, telephone, pager, fax machine, and the like.  
         [0020]      FIG. 3  is a flow diagram illustrating exemplary logic for an overall process using the exemplary architecture of  FIG. 2 . At an operation  200  of  FIG. 3 , a recipient identifies one or more client communication devices and/or services through which the recipient may wish to receive some communications. For example, the recipient may provide telephone numbers, email addresses, and the like for one or more telephones, faxes, PCs, PDAs, and the like that the recipient uses through one or more telephone carriers, ISPs, and/or other service providers. To provide this information, the recipient may use a browser, a telephone keypad, and/or other user interface to communicate with the MMMS and store the information in the database.  
         [0021]     The recipient also uses these interfaces to enter and store authentication requirements and/or preferences at an operation  202 . The recipient can provide requirements and/or preferences during an initial configuration and/or whenever a change is desired. Preferences can include, but are not limited to, the recipient&#39;s preferred communication service(s) and/or rules for processing received communications. Preferences can be global or limited in time, communication form, and/or other aspects. For example, the recipient can define a rule that all communication received after 5:00 pm and before 8:00 am shall be converted to email and sent to a specific email address. As another example, the recipient can define a rule that all incoming cellular telephone calls from certain individuals shall be relayed to the recipient&#39;s cellular telephone, while calls from anyone else shall be converted to emails. Alternatively, the recipient can instruct the MMMS to perform a cost calculation and/or other operation to dynamically determine a best form to transmit the communication. The operation may require the MMMS to access external data, such as current cost data from a service provider. Data determined about the recipient&#39;s communication habits can also be used to define and/or refine rules. Data about the recipient can be accessed from external sources and/or the MMMS database.  
         [0022]     At an optional operation  204 , the MMMS can assign a unique identifier to the recipient during an initial configuration and/or for a separate purpose. The recipient can distribute the unique identifier to desired senders, who can use the unique identifier in communications to a central address, telephone number, or other central contact. The central contact can be the MMMS or a third party service provider such as an ISP, telephone carrier, and the like. The third party service provider can forward the incoming communication to the MMMS. The unique identifier can be detected in an incoming communication and linked to corresponding recipient&#39;s email address, telephone number, and/or other individual contact value(s). The unique identifier can also be used as a way to partially or fully authenticate the sender.  
         [0023]     At an operation  206 , a request handler receives an incoming communication from a sender. The request handler can check for a unique identifier or otherwise determine the target recipient as described above. The request handler also identifies the sender email address, telephone number, or the like. The request handler provides this information to the authenticator. At a decision step  208 , the authenticator determines whether the incoming communication was received from an authentic sender. An authentication method can be defined by recipient and stored in the database, so the authenticator accesses the database for information relative to the recipient. Authentication can include interacting with the sender by requesting that the sender enter a password, PIN, and/or other identifier. Decryption, key validation, certificate validation, virus screening, and other security measures can also be performed as part of authentication.  
         [0024]     If the sender is not authenticated, the incoming communication can be ignored, deleted, logged, or otherwise processed as unacceptable at an operation  210 . The authenticator and/or request handler can further send a warning, report the request to the recipient and/or a third party, perform some error processing, and the like. However, if the sender is authenticated, the MMMS determines the form of communication to transmit to the recipient at an operation  212 . The database stores the recipients preferred form of communication, and other rules that can also be applied at operation  212 . At an operation  214 , the incoming communication is converted to the recipient&#39;s preferred form of communication if needed. The resulting communication is then transmitted to the recipient at an operation  216 . Control returns to operation  206  to await another incoming communication.  
         [0025]     The above specification, examples, and data provide a complete description of the manufacture and use of the composition of the invention. Since many embodiments of the invention can be made without departing from the spirit and scope of the invention, the invention resides in the claims hereinafter appended.