The present disclosure relates generally to the field of electronic messaging, including voice messaging, over telephony networks.
Voice messaging systems that enable users to send and retrieve voice mail messages are known in the communication arts. In a typical prior art voice messaging system a telephone is connected to a private branch exchange (PBX) that may utilize a notification mechanism, such as a message waiting indicator light, to notify a message recipient that a new message is waiting for them. Many wireless telephone communication systems also provide a Short Message Services (SMS) feature that allows users to send and/or receive short text messages. Today, many modern communication systems provide messaging services via packet-based networks, i.e., those that operate in accordance with the Internet Protocol (IP). A unified messaging (UM) system handles voice, facsimile, regular text messages, and computer-readable documents as objects in a single mailbox that a user can access either with a regular email client, or by telephone. A UM system typically connects to a PBX to provide automated attendant, audiotext, and voice mail services to subscribers or users. For instance, a personal computer (PC) user with multimedia capabilities typically can open and playback voice messages, either as speech or text. Unified messaging is therefore particularly convenient for mobile business users because it allows them to reach colleagues and customers through a PC or telephone device, whichever happens to be available.
There are times when a caller connected to a messaging system via a voice-only channel leaves a voicemail, but also would like to attach media content such as electronic mail (email), Web pages, financial data, documents, and/or video attachments to the voicemail message. But due to the limitations of existing UM and telephony systems users are unable to attach additional rich media content (e.g., documents, media clips, Uniform Resource Locators (URLs), etc.) to a unified message that is left as a voicemail.
The present disclosure will be understood more fully from the detailed description that follows and from the accompanying drawings, which however, should not be taken to limit the invention to the specific embodiments shown, but are for explanation and understanding only.
In the following description specific details are set forth, such as device types, system configurations, protocols, methods, etc., in order to provide a thorough understanding of the disclosure herein. However, persons having ordinary skill in the relevant arts will appreciate that these specific details may not be needed to practice the embodiments described.
It should be understood that in the context of the present application the term “email” (as a noun or verb) is broadly understood to apply both to Internet email systems, e.g., based on the Simple Mail Transfer Protocol (SMTP), and to intranet systems that allow users within an organization or enterprise to communicate with each other via electronic messages. An “email client”, also called a mail user agent (MUA), is a computer program or application that is used for composing, sending, storing, and receiving of electronic messages over a communication network or system. A “voicemail” is recorded speech message stored in a computerized system for answering and routing telephone calls, for recording, saving, and relaying messages, and sometimes for paging a user.
An “voicemail system”, as that term is used in the present disclosure, may refer to a single computer system or network, or more expansive systems that include gateway devices connected to other computer systems, thus enabling users to send/retrieve recorded speech messages anywhere in the world. An endpoint is any device, component, element, or object capable of sending or receiving an email message over a network. An endpoint may comprise a personal computer (PCs), workstation, personal digital assistant (PDA), laptop or notebook computer, or other messaging equipment. A Unified Messaging (or UM) system is a computerized system that integrates different streams of messages (e-mail, fax, voice, video, etc.) into a single “in-box”, accessible from a variety of different endpoint devices.
According to one embodiment of the present invention, a Unified Messaging (UM) system is provided that allows a user to attach additional rich media content to a unified message left as a voicemail. A first user (i.e., a “sender”) may call into a UM system on a voice-only channel, deposit a voicemail message, and later attach a Web page, for example, to the voicemail message. An Interactive Voice Response (IVR) system may be utilized to query the sender whether he wishes to attach additional, non-voice content to the voicemail message. If the sender responds affirmatively, an email message may be sent to the sender by the UM system. The email message may contain the deposited voicemail message as an attachment (so that the sender remembers what was said) and a text request to attach additional content as a reply to the email. The UM system of the various embodiments described herein recognizes emails with attached content and adds the content to the deposited voicemail. The attached content may then accessed by a second user (i.e., the “receiver”) along with the voicemail message in the UM system's Graphical User Interface (GUI).
When a receiver retrieves a voicemail message with attached content, the UM system handles this message just like any other rich-media UM system message. That is, the UM system handles the voicemail and attached content as objects in a single mailbox that the receiver can access either with a regular email device (such as a personal computer, (PC), a telephone device, or other suitable endpoint device. In the event that the receiver retrieves a voicemail message before the reply with the attached content is received via email, the UM system may warn the receiver that additional content has yet to be attached and send notification to the receiver that content was subsequently attached. In this manner, the receiver is able to view the attachment once it arrives.
Referring to
UM system 14 may incorporate or be associated with a text-to-speech (TTS) converter for converting a text message to audible speech when a user connects with UM system 14 via a voice-only device. Similarly, UM system 14 may incorporate or be associated with a speech-to-text (STT) converter for converting a voice message to text for a user connected via a display-only device. Conversions from different media formats or types (e.g., speech-to-text or text-to-speech) may also be based on user preferences rather than the user interface capabilities of the dialing user's device.
Alternatively, if the sender wishes to attach additional, non-voice content to the voicemail message and the sender has an account with the UM system, it is unnecessary to obtain the sender's email address because it is already stored in a directory of the UM system. In this scenario, the UM system may look up the email address of the sender simply using caller identification information. If the sender does not wish to attach additional content to the voicemail message, (e.g., if he responds negatively when the IVR component of the UM system queries the sender if he would like the attach any additional, non-voice content to the voicemail message) the UM system simply notifies the recipient of the voicemail message and closes the call
In the case where the caller/sender wants to attach a media file or other content to his voicemail, the UM system sends an email message to the sender's email address requesting attachments to the voicemail message. Note that this occurs after the sender has already deposited his voicemail message in the UM system and ended his call (block 24). In the example shown, the email message from the UM server to the sender's email box contains the deposited voicemail message as an attachment (to remind the sender of what he said in the voicemail message) and a text request to attach additional content as a reply to the email message. For instance, the email may state “In the voicemail message sent at 8:00 a.m. on March 3 to phone number 408-555-1111, you indicated that you wanted to attach documents to this voicemail message. Please send a reply email with these documents attached.” When the sender accesses his email later on (block 25), he is able to retrieve the email message requesting that he attach documents to the voicemail message (block 26). This email request from the UM system is simply waiting in his inbox along with his other email messages.
The process continues with the sender replying to the email message with the relevant attached documents (block 27). Here, the UM system is operable to correlate the sender's response with the UM system's initial email message so that the attachments are added to the proper unified message. In one embodiment, the UM system may include a unique ID in the subject line of the email message. When the sender replies, the subject line is preserved, allowing the UM system to complete the correlation. The UM system then adds the attachments to the previous voicemail message (block 28). The attached content is now available to be displayed with the voicemail in the UM system's GUI. The recipient may retrieve the message by accessing his mailbox within the UM system any time thereafter (block 29). By accessing the UM system the recipient may now retrieve both the voicemail message (block 30) and the attachment(s) (block 31).
As stated previously, the UM system treats reply emails with attached content as regular unified messages. That is, the UM system delivers one or more rich media files to the recipient in various forms, depending on what type of device the recipient is calling in on. The recipient's different messaging systems (e.g., voice, fax, email, text, video, etc.) are consolidated in a single repository that the recipient may access using the UM system's GUI. If the recipient is accessing the voicemail message and the attached content through a personal computer connected to the Internet, for example, a STT converter may convert the speech in the voicemail message to text so that the recipient may simply read the message on his computer screen along with the attached documents. Alternatively, if the recipient is accessing the message by a dial-up call from a telephone connected to the Internet, then a TTS converter may convert the text of the attached documents into speech, so that the recipient may listen to the voicemail message and the attached documents using the handset device of the telephone.
In block 43, the recipient requests the voicemail component of the message from the UM system, and the UM system returns the voicemail portion of the message (block 44). The UM system may inform the recipient that attachments to the voicemail message are expected but have not yet arrived (block 45). For example, if the recipient is accessing the voicemail message using the web browser of a personal computer, an email message in the recipient's inbox may state, “Please expect attached documents to the voicemail message you received on March 7 at 8:30 a.m. from phone number 408-555-1111 to arrive shortly.”
The next time the recipient accesses his UM system's GUI (e.g., his web browser), the UM system may notify him that content was subsequently attached to the voicemail message (in the case, the edited documents). In one embodiment, the UM system sends the recipient an email message indicating that the attachments to the sender's voicemail are now available. For example, the email message sent to the recipient by the UM system may state, “The attached documents to the voicemail you received on March 7 at 8:30 a.m. from phone number 408-555-1111 are now available.” The recipient may also be notified that the attached documents have arrived via some other mechanism, such as a page or cell phone call, depending on the type of endpoint device the recipient is using to access his messages on the UM system. Regardless of how the recipient is notified, once the attachments have been received by the UM system, and then the recipient again retrieves the voicemail component of the message (block 46), the attached documents (block 47) the attachments are now waiting in his inbox and are available for downloading, viewing, playing, etc.
It is appreciated that any unified messaging and/or email system utilized by or in conjunction with node 56 may comprise separate hardware devices coupled to the system bus 53, or, alternatively, implemented as software programs or modules 50 that run on one or more processors of subsystem 51. In other words, the composing, sending, storing, and receiving of electronic messages, as well as other associated functions may be implemented as separate hardware devices, memory locations (storing executable code), firmware devices, software modules, or other machine-readable devices. (In the context of the present application, therefore, the term “module” is to be understood as being synonymous with both hardware devices and computer-executable software code, programs or routines.)
It should be further understood that elements of the present invention may also be provided as a computer program product which may include a machine-readable medium having stored thereon instructions which may be used to program a computer (e.g., a processor or other electronic device) to perform a sequence of operations. Alternatively, the operations may be performed by a combination of hardware and software. The machine-readable medium may include, but is not limited to, floppy diskettes, optical disks, CD-ROMs, and magneto-optical disks, ROMs, RAMs, EPROMs, EEPROMs, magnet or optical cards, or other type of machine-readable medium suitable for storing electronic instructions.
Additionally, although the present invention has been described in conjunction with specific embodiments, numerous modifications and alterations are well within the scope of the present invention. For instance, although functions and methods of various embodiments have been described as being embodied on a UM system coupled to a server via IP network, it is appreciated that these same methods and functions may be embodied on an endpoint device of a user, another server or client, a messaging application, or a third party service application program accessible via a web-based browser. Accordingly, the specification and drawings are to be regarded in an illustrative rather than a restrictive sense.
Number | Name | Date | Kind |
---|---|---|---|
4993022 | Kondo et al. | Feb 1991 | A |
5729687 | Rothrock et al. | Mar 1998 | A |
5983192 | Botzko et al. | Nov 1999 | A |
6009519 | Jones et al. | Dec 1999 | A |
6014427 | Hanson et al. | Jan 2000 | A |
6236854 | Bradshaw, Jr. | May 2001 | B1 |
6259405 | Stewart et al. | Jul 2001 | B1 |
6342903 | Fado et al. | Jan 2002 | B1 |
6501739 | Cohen | Dec 2002 | B1 |
6532230 | Lung et al. | Mar 2003 | B1 |
6545596 | Moon | Apr 2003 | B1 |
6590604 | Tucker et al. | Jul 2003 | B1 |
6608820 | Bradshaw, Jr. | Aug 2003 | B1 |
6629130 | Mertama et al. | Sep 2003 | B2 |
6671262 | Kung et al. | Dec 2003 | B1 |
6697458 | Kunjibettu | Feb 2004 | B1 |
6792085 | Rigaldies et al. | Sep 2004 | B1 |
6816469 | Kung et al. | Nov 2004 | B1 |
6834100 | Reynolds | Dec 2004 | B2 |
6865540 | Faber et al. | Mar 2005 | B1 |
6871217 | Voticky et al. | Mar 2005 | B2 |
6876734 | Summers et al. | Apr 2005 | B1 |
6885900 | Rybicki et al. | Apr 2005 | B1 |
6905414 | Danieli et al. | Jun 2005 | B2 |
6909778 | Wengrovitz | Jun 2005 | B2 |
6931001 | Deng | Aug 2005 | B2 |
6931113 | Ortel | Aug 2005 | B2 |
6970908 | Larky et al. | Nov 2005 | B1 |
6985745 | Quaid | Jan 2006 | B2 |
6987744 | Harrington et al. | Jan 2006 | B2 |
7007066 | Malik | Feb 2006 | B1 |
7212614 | Burg et al | May 2007 | B1 |
7466803 | Burg et al. | Dec 2008 | B2 |
7599476 | Pantana et al. | Oct 2009 | B2 |
7899161 | Katkam et al. | Mar 2011 | B2 |
7995716 | Narang et al. | Aug 2011 | B2 |
8085908 | Burg et al. | Dec 2011 | B2 |
8340646 | Wang et al. | Dec 2012 | B2 |
8477913 | Wang et al. | Jul 2013 | B2 |
8494125 | Burg et al. | Jul 2013 | B2 |
20020124057 | Besprosvan | Sep 2002 | A1 |
20020194279 | Chern | Dec 2002 | A1 |
20040019560 | Evans et al. | Jan 2004 | A1 |
20040086095 | Dixit | May 2004 | A1 |
20040162747 | Yeh et al. | Aug 2004 | A1 |
20040234046 | Skladman et al. | Nov 2004 | A1 |
20050108335 | Naick et al. | May 2005 | A1 |
20050135383 | Shenefiel | Jun 2005 | A1 |
20050157708 | Chun | Jul 2005 | A1 |
20050177622 | Spielman et al. | Aug 2005 | A1 |
20050210112 | Clement et al. | Sep 2005 | A1 |
20050262208 | Haviv et al. | Nov 2005 | A1 |
20060078120 | Mahendran et al. | Apr 2006 | A1 |
20060122835 | Huart et al. | Jun 2006 | A1 |
20060146735 | Shaffer et al. | Jul 2006 | A1 |
20080189379 | Naick et al. | Aug 2008 | A1 |
20130251123 | Tirunagari et al. | Sep 2013 | A1 |
20130275882 | Vuong | Oct 2013 | A1 |
Entry |
---|
Greg Vaundreuil Lucent Technologies Glenn Parsons Nortel Networks:“Voice Profile for Internet Mail—version 3; draft-ema-vpimv3-00.txt”, IETF Standart-Working-Draft, Internet Engineering Task Force, IETF, CH, Feb. 1, 1992, 47 pages. |
Number | Date | Country | |
---|---|---|---|
20080232557 A1 | Sep 2008 | US |