CA2220317A1 - A system for accessing multimedia mailboxes and messages over the internet and via telephone - Google Patents
A system for accessing multimedia mailboxes and messages over the internet and via telephone Download PDFInfo
- Publication number
- CA2220317A1 CA2220317A1 CA002220317A CA2220317A CA2220317A1 CA 2220317 A1 CA2220317 A1 CA 2220317A1 CA 002220317 A CA002220317 A CA 002220317A CA 2220317 A CA2220317 A CA 2220317A CA 2220317 A1 CA2220317 A1 CA 2220317A1
- Authority
- CA
- Canada
- Prior art keywords
- messages
- message
- voice
- telephone
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/06—Message adaptation to terminal or network requirements
- H04L51/066—Format adaptation, e.g. format conversion or compression
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/56—Unified messaging, e.g. interactions between e-mail, instant messaging or converged IP messaging [CPM]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/487—Arrangements for providing information services, e.g. recorded voice services or time announcements
- H04M3/493—Interactive information services, e.g. directory enquiries ; Arrangements therefor, e.g. interactive voice response [IVR] systems or voice portals
- H04M3/4938—Interactive information services, e.g. directory enquiries ; Arrangements therefor, e.g. interactive voice response [IVR] systems or voice portals comprising a voice browser which renders and interprets, e.g. VoiceXML
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
- H04M3/53—Centralised arrangements for recording incoming messages, i.e. mailbox systems
- H04M3/5307—Centralised arrangements for recording incoming messages, i.e. mailbox systems for recording messages comprising any combination of audio and non-audio components
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2201/00—Electronic components, circuits, software, systems or apparatus used in telephone systems
- H04M2201/60—Medium conversion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
- H04M3/53—Centralised arrangements for recording incoming messages, i.e. mailbox systems
- H04M3/533—Voice mail systems
- H04M3/53325—Interconnection arrangements between voice mail systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
- H04M3/53—Centralised arrangements for recording incoming messages, i.e. mailbox systems
- H04M3/533—Voice mail systems
- H04M3/53333—Message receiving aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Information Transfer Between Computers (AREA)
- Telephonic Communication Services (AREA)
- Computer And Data Communications (AREA)
Abstract
A unified messaging system that provides a multimedia mailbox. The system allows a subscriber to access stored multimedia messages, such as voicemail messages, facsimile messages, combined voice and facsimile messages and video messages, not only through a public switched telephone network using a telephone but also over a data network, such as the Internet or an intranet, using a personal computer. The system provides voicemail access over the telephone network, indicating message number, etc.
with the ability to play messages to the telephone user as desired. For text type messages, such as facsimile and e-mail, the system converts the text into speech and plays the speech to the telephone user. The system allows a personal computer user to obtain the data network access using an Internet browser. The browser is used to access a home page of the system and get information about the messages stored, and is used to download (get) and play the messages at the personal computer via data streaming in the case of a voice or video messages or view the messages in the case of text type messages, such as facsimile and e-mail. The user can also perform the other typical messaging functions over the data network connection that are provided for telephone access, such as viewing a message list, saving and deleting messages, group list administration and other administration tasks.
with the ability to play messages to the telephone user as desired. For text type messages, such as facsimile and e-mail, the system converts the text into speech and plays the speech to the telephone user. The system allows a personal computer user to obtain the data network access using an Internet browser. The browser is used to access a home page of the system and get information about the messages stored, and is used to download (get) and play the messages at the personal computer via data streaming in the case of a voice or video messages or view the messages in the case of text type messages, such as facsimile and e-mail. The user can also perform the other typical messaging functions over the data network connection that are provided for telephone access, such as viewing a message list, saving and deleting messages, group list administration and other administration tasks.
Description
CA 022203l7 l998-02-05 7a2.'~33 TITLE C~ THE I~ENT~ON
A Sys.e~ For Accessing Multlmedia Mailboxes and Messages Over The Internet And Via Telephone REFERENCE TO MICROFICHE APPENDIX
A microfiche appendix having S microfiche and 490 frames is included herewith that includes source code in -he C-/HTML languages.
BACKGROUND OF THE INVENTION
r ie d of the Invention The present invention is directed to a system for accessing stored messages over a network and, more particularly, is directed to a system for providing unified access to stored messages, such as multimedia mail messages, in a unified multimedia mailbox through multiple access pathways such as over a telephone network using a telephone and over the Internet using a browser.
Description of the Related Art Communication systems currently exist that allow different types of messages, such as voice mail messages and facsimile messages, to be stored for later retrieval by a subscriber to such systems. These types of systems are described in U.S. patents 5, 029,199; 5,193,110;
5,260,990; 5,263,080; 5,475,748; 5,493,607; 5,524,139;
5,519,766 and 5,008,926, all incorporated by reference herein. These systems allow a caller or sender to leave a message, such as a voice mail message, for a subscriber whenever the subscriber is not available. When a voice mail message is to be retrieved the subscriber typicall~ connects with the system over a conventional telephone line via a CA 022203l7 l998-02-0~
782.1033 telephone call and plays ~he messase by using the touchtones ?roduced by the telephone to control playback, as well âS
ot~e~ fur.ctions. In these sys.ems the access by the SUDSC_ iber is typically only through a telephone line s connection. Today, there is â need to allow access to such systems through other means such as the Internet or Intranet.
Several different types of messaging systems, such as voice mail and e-mail, are also available to users.
O Users of the variety of today's messaging systems typically have to use several different systems and/or terminals to get their messages. A typical business user may have several voice mailboxes, several e-mail mailboxes, and perhaps some mailbox-like facsimile services. Each of these mailboxes requires separate operations and different types of terminals (DTMF telephone for voice mail, personal computer (PC) for e-mail access, facsimile machine/PC for facsimile messages). The mailboxes have different names (addresses) and cannot usually interwork. Notification mechanisms are either non-existent, or tied to one of the mailboxes. What is needed is a mailbox system that integrates all of these message types and access methods.
SUMMARY OF THE INVENTION
It is an object of the present invention to provide a system that allows a subscriber to access stored messages over not only a telephone network but also over a network such as the Internet or an intranet.
It is an additional object of the present invention to provide a system that unifies message storage allowing different types of messages or electronic communications such as voicemail, facsimile, e-mail and CA 022203l7 l998-02-05 782.1033 video mail to be stored cn a single system in a sir.gle unified multimedia ~lai1bcx, and accessed via different pathways, such as vi~ a telephone netwcrk or _he -.~err,et/Ir.tranet.
It is an object of the present invention to provide a system that will allow multimedia messagir.g via a ~ultimedia mail box.
It is another object of the present invention to provide a system that is easy to use and which uses 1'J assess tools that are familiar to telephone and Internet users.
It is a further object of the present invention to provide a simple visual interface to a message storage system that simplifies the tasks associated with lS message access and administration.
It is also an object of the present invention to provide a platform that allows services for a variety of message types such as voice mail, video mail and facsimile mail, as well as other network services such as Internet and in~ranet services.
It is another object of the present invention to provide a system architecture that is easily scaleable, has a high availability and which provides a fast response.
It i9 an object of the pre~ent invention to provide a standards based system that will support mailbox access to a multimedia mailbox using conventional web browser software.
It is another object of the present invention to provide a system in which the message service provider does not need to supply the user with any client application software.
It is a further object of the present CA 02220317 1998-02-0~
782.~33 invention to provide ~.essage waiting/urgent notifie-s whe-, new or urgent messages are deposited in the mailbox or the ;~ssage s~atus changes by a s multaneous differer.t co~nection into the mailbox such as when a mailbox is accessed by computer and while the computer is logged into the mailbox an access via a telephone interface deletes a message.
The above objects can be attained by a system that allows a subscriber to access stored messages, such as voicemail messages, facsimile messages, e-mail messages and video messages, that are stored in a unified multimedia mailbox not only through a public switched telephone network using a telephone but also over a data network, such as the Internet or an intranet. The system provides voicemail access over the telephone network, indicating message number, etc. with the ability to play messages to the telephone user. For text type messages, such as facsimile and e-mail, the system converts the text into speech and plays the speech to the telephone user. The system allows a personal computer user to obtain the data network access using an Internet browser. The browser is used to access information about the messages stored and is used to download and play the messages via data streaming in the case of a voice or video messages or view the messages in the case of text type messages, such as facsimile and e-mail. The user can also perform the other typical messaging functions over the data network connection that are provided for telephone access, such as saving and deleting messages, group list administration and other administration tasks.
These together with other objects and advantages which will be subsequently apparent, reside in the details of construction and operation a~ more fully CA 022203l7 l998-02-0~
7~2.1033 hereinafter described and claimed, reference being had to the accompanying drawings forming a part hereof, wherein like numerals refer to iike par~s throughout.
BRIEF DESCRIPTION OF THE DRAWINGS
_ Figure 1 illustrates a virtual unified ystem unified by the actions of a personal computer 60;
Figure 2 depicts a unified virtual system unified by a director 80;
Figure 3 depicts a voice mail system 68 lG performing unification;
Figure 4 depicts a real integrated system 100 Figure 5 depicts the functional architecture of a system according to the present invention;
Figure 6 depicts a distributed architecture system 130 according to the present invention;
Figure 7 illustrates the flow of control during a refresh operation;
Figures 8 and 9 depict message list and group list templates, respectively;
Figure 10 illustrates the flow of control in a retrieval operation; and Figure 11 depicts a message retrieval template.
DESCRIPTION OF THE PREFERRED EMBODIMENTS
The preqent invention provides an integrated multimedia mailbox and unified messaging. The term "mailbox" is used to mean an entity visible to the subscriber. This is the entity the subscriber logs into and appears to operate on when the subscriber performs mail-related operations. This subscriber-visible entity may not CA 022203l7 l998-02-0~
782.1033 correspond directly with a s ngle implementation entity, bu may exist only through the cooperation of several distinct messaging systems, each with lt's own message storage capability. To avoid confusion, the term "mailbox" is used to mean only the subscriber visible entity, and, where r.ecessary, the term "message endpoint" is used to denote the implementation entity or entities which underlie the integrated mailbox.
Integrated mailboxes have certain desirable iO and prefera~le characteristics. A fully integrated mailbox, in accordance with the present invention, includes the following major capabilities that are not present in a single-media mailbox:
a. The ability to deal with messages of different data/information types, or having multiple parts (multimedia ma_lbox).
b. A single inventory (message list), listing all messages of all data types, with the ability to control presentation of the inventory (e.g., sort the inventory according to message type, priority, or time of deposit, regardless of the type of message), with conceptually similar user interface actions for equivalent operations on any message type, and with the ability to randomly select messages for retrieval.
c. Notification mechanism(s) which can be used to alert the user of the deposit of any type of message.
d. The ability to access the mailbox through a variety of commonly-available mailbox access terminals (PC, DTMF phone, etc.), without special equipment, and with, as far as practicable, logically the same capabilities for all terminal types CA 02220317 1998-02-0~
782.lG33 e. The ability to per_~rm data type conversions automatically, in support of transparent multi-.erminal user access, or upon subscriber explicit request f. The ability to receive and send messages .o subscribers of existing messaging systems, using a ~ar.ety of widely-implemented messaging protocols.
Note that there are degrees of integration in today's single-media mailboxes, both with respect of allowed message types and the access terminal types which can be ' O used. For instance, integrated facsimile/voice mailboxes are common today, and e-mail can be used to transfer non-text information. Similarly, e-mail mailboxes cannot be accessed using telephones, and voice/facsimile mailboxes cannot be accessed using a PC.
Although it is possible to have a mailbox which is integrated with respect to multiple message types but which can only be accessed through a single type of terminal (e.g., e-mail systems using MIME), a fully integrated mailbox is preferably accessible from several types of terminals and pathways, to maximize the subscriber's ability to access his messages in various circumstances. The following terminal types are provided by the present invention: a. Conventional DTMF telephone handset; and b. Personal Computer (PC).
However, other terminal types such as personal digital assistants, cellular telephones, two way pagers, etc. can be used.
It should be emphasized that an integrated mailbox subscriber using the present invention is able to dynamically change the terminal used, from session to session.
The integrated messaging system ~IMS) of the CA 022203l7 l998-02-0~
782.1033 present invention is preferably interfacea to external systems. This allows the subscriber to exchange messages with external subscribers and can be used to integrate several existing messaging accounts on different systems so that the user accesses a single (virtual) integrated mailbox. The following types of external systems can be included:
a. The Internet.
b. Commercial subscription mail systems (usually X.400).
c. Private mail systems (e.g., MS Mail, cc:Mail).
d. CPE voicemail systems and other foreign network-based voicemail systems te.g., the subscriber's cellular phone voice mailbox).
There are several ways, in accordance with the present invention, in which integrated messaging can be realized. However, the preferred approaches are discussed below.
The integration of the mailbox can be real or virtual. "Real" mailbox integration means that the messages of all types are located in a single messaging system (MS), and that subscriber and administrative control facilities for messages and mailbox configuration parameters are provided at a single user interface point and do not involve cooperation or interaction with any other MS. "Virtual"
integrated mailboxes provide the same subscriber-visible functionality, and appear the same to the subscriber as a real integrated mailbox. However, in the virtual integrated mailbox, the subscriber's messages are stored in at least two different MSs, whose configuration can be (but need not be) performed separately. The different messaging systems CA 02220317 1998-02-0~
7~2.:~33 cooperate to provide the complete ~unctionality. The term ~associated MS" is used to de~te an MS that is in a specia' -relationship with another MS fsr the purposes of syr.thesizir.g a virtual ,MS, and the term "external MS" is s used to denote an MS which is not so closely associated, bue which still has an interface to the IMS.
The distinction between real and virtual integrated mailboxes is invisible to the subscriber. Real messaging systems can comprise multiple subsystems, such as 18 the preferred distributed system described herein, with the ~mailbox" spread across several pieces of hardware. Both types of integration need interfaces to external MSs, even if they are not part of a virtual IMS. The relationship between the MSs that are being integrated into a virtual IMS
("associated MSs" ) is much closer than that between MSs that just happen to interwork ("external MSs"). While an integrated mailbox system could be totally self-contained (allowing messaging only between its subscribers, like most voicemail systems today), it is preferable to be able to send and receive mail from other systems. Real mailbox integration is preferred and described in detail herein.
Several approaches are available to create a virtual IMS and are described here: a. desktop integration, b. front-end director, and c. pass-through integration.
Desktop integration (DTI) is the emulation, as perceived by the subscriber, of an integrated mailbox, when a personal computer 60 (PC), as illustrated in figure 1, is used for message endpoint access, there are several non-integrated messaging systems (MS) such as e-mail system (EMS) 66 and voicemail (VMS) 68, and the integration of the mailbox may not occur for non-PC access terminals; in other words, special-purpose PC software ~does~ the integration of CA 022203l7 l998-02-0~
782.1033 the mailboxes; the MSs ~eed no abilisy to handle non-native data or ccmmunicate with eash other. One aDproach to this ~eg-ation is to use a conventional browser with a local -.~me page that includes links to the various messaging systems. Another simple DTI approach is to use separate TCP/IP connections 62 and 64 to each MS 66 and 68 on a single dialup point-to-point protocol (PPP) connection to a router 70 providing hardware dedicated to routing IP packets over various physical hardware interfaces, as shown in figure 1.
DTI of this type is useful when no close integration of the MSs is possible for political or administrative reasons.
In another approach to virtual mailbox integration, a front-end director 80, as illustrated in figure 2 directly interfaces with the customer, thus avoiding changes in any of the integrated MSs 66 and 68.
The director 80 communicates on the back end with the separate MSs 66 and 68 that need to be integrated. Two major variants of this approach are possible: the director 80 simply passes requests through in real-time, and thus stores no messages itself; or, the MSs 66 and 68 forward messages to the director 80 when they are deposited, and the director 80 stores them until the subscriber logs in. In the latter case, the director 80 effectively becomes a full IMS with external MS interfaces.
The director 80, if it does not store messages, accepts subscriber requests, interprets them, and then communicates with the various MSs as needed to either retrieve or send messages and inventories. The director 80 in this embodiment is essentially a transport-level or application-level relay, with some firewall-like CA 02220317 1998-02-0~
782.'~33 functionality for securl~y. The back end network is typically a local area ne.work (LA~') or high speed wide area ~etwork (WAN), onto which subscriber requests are multiplexed.
However, to provide DTMF access, the front-end director 80 has the necessary voice, facsimile, data and voice/data telephone interfaces of a system such as that described in U.S. Patent 5,193,110. In practice the voice user interface is a superset of the interface provided by 'J the VMS 68 alone.
Pass-through integration is another approach where the front-end director 80 functionality is tightly incorporated into one of the MSs, such as VMS 68. The MS
deals with the messages of its native type, but acts as a real-time proxy for subscriber requests for other messages types. As discussed previously, the need for both voice and facsimile as well as PC access, the difficulty of interfacing in real-time to an external VMS, the difficulty of augmenting an EMS to handle voice, and the need for VMS-like notification mechanisms results in a preference thatthe director be added to a VMS 68 rather than to an EMS 66 as illustrated in figure 3.
The foregoing discussion indicates that the preferable approaches to an integrated multimedia mailbox with both DTMF and PC access are either a full, real IM
system, or enhancement of a VMS so that it can provide pass-though real-time access to other messaging systems. As a result, there are two preferred system-level architectures:
a. An enhanced VMS (i.e., the IMS) which provides all message storage and all user interfaces for all types of message. All other MSs interface to the IMS as external, non-integrated systems. b. An IMS which provides permanent CA 02220317 1998-02-0~
782.1~33 storage for voice, video, text, e-mail and facsimile messages and exchanges other message types on demand with _-.e or more closely associated systems such as an associated _~S (in addition to any interfaces to other externai MSs).
_ ~he IMS has all user interfaces and passes through user commands related to the associated EMS(s). The IMS
exchanges deposit notifications with the associated EMS(s).
Figure 4 illustrates the system/network architecture for either the real or virtual integrated mailbox and integrated message system ( IMS). As illustrated, the system architecture 100 allows access by a telephone 102 through a public switched telephone network (2STN) 104 to the integrated messaging system 106 either directly or through a modem 108. Access by a personal computer 109 can also be accomplished through the PSTN 104.
Access by a personal computer 110 through the Internet 112 using a modem 114 is also provided. Note the associated e-mail system (EMS) llS is shown to depict the architecture of a virtual system. The IMS 106 is also coupled to other systems 116, 118 and 120. The content of the IMS 106 will be discussed in detail with respect to figure 6.
The system 100 can also be provided with a multiple integrations unit (MIU) subsystem (not shown) such as described in U.S. Patent 5,260,990. The MIU can host small numbers of PC sessions. This i3, however, not a large-scale architecture.
The present invention has the ability to receive, send, and store messages of several data types including voice, facsimile, multipart (i.e., voice-annotated facsimile), video, text and e-mail messages. The platform 132 (see figure 6) is designed to accommodate the massive amounts of storage required for video data.
CA 02220317 1998-02-0~
782. 0~3 All messages have certain information (the message envelope) that g~es along with them, such as sender, date/time of deposi_, le~.g~h, etc. The information varies with message type and, to some degree, with the means by - which the message was received. The envelope information is preferably stored with the message, carried along with the message if it is to be delivered to an external system, and be presented to the subscriber. The IMS 106, as previously discussed, is able ~o present a single list or inventory, 1~ containing all messages of all types (sorted into types), to the subscriber when he logs into his mailbox, and provide the ability to select messages for retrieval. In addition, some of the message envelope information can be presented in the inventory. The amount of information presented in the inventory, and the format of presentation are determined largely by the human aspects of the access terminal; when the voice interface is used, the presentation is preferably limited to simple spoken message counts ("You have three new voice messages, one new facsimile message, and two new E-mail messages and one new video message. One voice messageis urgent."), otherwise the subscriber may quickly get confused. For the same reason, complex inventory sorting, message selection or folder capabilities are preferably not provided through the voice interface, even though they can be if desired. However, a PC interface preferably shows much more information to the user without overloading the subscriber, and allows sophisticated operations such as organizing messages into folders.
Generation of integrated message inventories occurs naturally on a real IMS. A virtual IMS needs to get the individual inventories from the external systems specified for the subscriber. This is considered below in CA 022203l7 l99X-02-0~
782.1033 the discussion of ~nterfaces to othe~ MSs.
The voice ~nter ace of the presen~ invention Fresents a spoken messase inventory which gives counts of -essages per type, and ad~itional salient information such as whether any are urgent. There are essentially two f~lde~s: new and saved messages, plus a virtual ~wastebasket" which may be emptied (or not) at the end of the session. Selection of a message to play is predetermined by the system (play only voice and text-to-speech type messages), with some limited administrator controls (e.g., play new or saved messages first); and the user cannot chose to select a specific message, other than by skipping forwards or backwards through the messages.
A PC interface according to the present invention provides an inventory much like the message list of e-mail systems. Typically, it includes, for each message: type of message (voice, video, e-mail, facsimile), subject (if any), sender, time of deposit, size of message (bytes, pages, seconds, as appropriate), and status (new/read, urgent, replied to, forwarded, etc.).
In a PC interface the user clicks an inventory entry to select the message to be retrieved; the system retrieves the appropriate message and provides it to the user in the proper format. The PC can support folders, so the subscriber can organize his messages. This can be done locally at the desktop, by moving messages to local file system directories or files. However, for the preferred type of PC interface (e.g., using a standard web browser), the folders can be implemented by the IMS 106.
Message headers preferably include important details from the message envelope for non-voice/facsimile messages. The envelope of messages received via e-mail can CA 02220317 1998-02-0~
782. J33 have a lot more d~tail than those of voice~f~csimile messages, and are also i-. text format. These type envelope elements are parsed by the system 106, and spoken in the same way .hat sender mailbox number, date/time, urgency and otner envelope elements are handled (i.e., by concatenating pre-recorded prompt fragments). Preferably, the envelope data is stored in the same way, regardless of message type, to output the non-voice/facsimile envelope in spoken format.
One problem area is in identifying the message -3 sender to the subscriber. Ideally, the system should speak the sender's r~me, preferably in the sender's own voice.
For messages received from a sender on the same system, the system can access the sender's name announcement (or speak the mailbox number if there is no name announcement). The same is true of messages from other systems connected through digital networking using the Digital Messaging Network Version II (DMN II)~ system available from Boston Technology Inc. of Massachusetts. Digital Messaging Network Version II (DMN II)~ conforms to the AMIS-D voice messaging protocol, which passes the name announcement of the sender along with the message, using X.400 and a real time DMN II
protocol to retrieve remote name announcements during message addressing between systems.
For non-voice messages received from other vendor's platforms (including X.400 and MIME/SMTP messages from the Internet), the sender address information is a character string, and there is no explicitly identified name announcement. Of course, an X.400 or MIME voice body part can be included with any message, and so the sending system can send a name announcement. However, the receiving system will not know it is the name announcement and just play it as part of the message body. An example of such an address CA 022203l7 l998-02-0~
~82.1033 is ~'bill@abc.com~. The receiving system 106 parses this string and speaks in the same way as a mailbox number, character by character. Tex.-to-speech could also be used, but there are problems for today's text-to-speech technology in handling an infinite variety of strange words (such as l'abc"). In any case, it is often clearer to spell out the address when spoken. A preferred solution is to use the prompt voice fragment approach with additional prompt fragments for common address elements, to output ~for example) the voice prompts "b" "i" "l" "l" "at" "a" "b" "c"
~dot" "com" for the address noted above. This does not require text-to-speech capability.
The need to handle messages from the external MSs 116-120 means that some voice messages will be received in encodings other than the native format of the platform.
Examples would be MIME messages containing audio/wav body parts, or .WAV files. The present invention can output this data to the telephone line just as easily as the native format using the freeware software package SOX. An alternative is to convert everything to the native format, but this can cause quality loss if the data subsequently needs to be converted to some other format for output over some other interface and is not preferred.
For output to a conventional telephone, non-voice messages of the text data type are converted to voice, or otherwise represented by voice. However, there are some structures (such as the MIME multipart/parallel) that may be too complicated, or not useful, or impractical to output to a voice telephone. In such a situation, the system should indicate to the subscriber the type of the message and other envelope information, and explain that it cannot be retrieved from a DTMF telephone using a standard voice CA 022203l7 l998-02-0~
7~2.1033 message.
Howeve~, a p~cture-telephone can receive image type mail messages.
Recording of a voice, facsimile or voice-annctated facsimile message over the voice interface isperformed in a conventional manner. To generate other data types DTMF key entry is used to select from a menu of simple parameterized pre-canned messages. For instance, a caller can send text messages containing a callback phone number to a subscriber's cellular handset or pager. The present invention provides these capabilities for video, text, e-mail messages, as well as for other data types (facsimile back services are an example of similar usage).
The limitations of the DTMF keypad do restrict the ability to address the message to non-numeric addresses.
In the present invention, however, a group address containing non-numeric addresses (defined using the PC
interface) can be specified through the DTMF interface. The present invention also allows a reply with a voice message to any received message from any sending address. The system 106 records the voice and deposits it in the local sender's mailbox, or converts it to an appropriate MIME, AMIS-D or X.400 body part using DMN II or the functions of a client e-mail reader such as MSExchange, cc:Mail or Netscape Internet Mail, and sends it to the original message sender's address, if external.
Speech-to-text, or voice recognition, is also a means to send text messages from a conventional telephone and also a way of addressing non-numeric addresses (by spelling them out).
Forwarding is the copying of a message and the deposit of the copy in a different mailbox, or transmission CA 02220317 1998-02-0~
7~3,.lG33 to a third party. Fcrwa-ding of non-voice messages is ~rovided by the present ~r.vention through both the voice ~terface and the FC intGrface because when the message does .ot need to be converted to voice, such as for facslmile messages, the message can be sent either to another mailbox, or to a subscriber-entered facsimile telephone number, without actually retrieving the mes- ge. This approach is also used by the present invention for other data types (video), as is the turnaround of lines for alternate l~ facsimile/voice use. When the destination is not the same IMS the message is format converted as needed. Forwarding to another mailbox on the same IMS is implemented in the same way as for voice and facsimile, and operates independently of data type. Forwarding to a telephone number, when done automatically by the system, is considered a form of message deposit notification. The same mechanisms are used for forwarding, so we address it below.
Facsimile machines may also be used to access the system 106 via the dialup voice interface; often, the facsimile machine may actually be a PC running facsimile software. The system of the present invention has facsimile modem capabilities, and handles facsimile messages in a variety of ways, often in conjunction with a DTMF telephone for control and listening to voice annotations. The system 2- stores facsimile messages in their native form (tiff) and no conversion is necessary. The additional complexities for the IMS relate to the output of non-facsimile messages to facsimile mach;nes. To do this the system converts text messages and non-facsimile image data to facsimile format using a function available from Natural Microsystems or the public domain software pbmplus can be used to convert to/from various picture forms. Exchange of facsimile data CA 02220317 1998-02-0~
782. 3~3 with external systems is performed using both MIME and X.~Oo ~or G3 facsimile body par.s.
For PC access, two physical in~erface types are ? ovided: dialup to the IMS telephone ports, and via the Internet (or another TCP/IP network). In addition, several ways to handle voice messages are provided: purely digital, where the voice data is simply transferred like any otner type of data (such as by using a browser as previously discussed), and the PC turns it into audio; the use of a o voice/data line-sharing scheme, such as provided with the voiceView system available from Radish (the latter would only be available through the IMS dial-up ports) and transfer of the voice data via an e-mail attachment with the conversion to audio occurring in the PC.
Accommodating access from a PC (see figure 6) can be provided through an APU 150 and IPU 146 (NIU) hosting SMTP/MIME and POP protocols. Because of the rapid growth in Internet connectivity and on-line services, message user agents (MUAs) (or client mail readers) using these protocols are becoming universal for subscribers using dialup access.
However, the Hypertext Transfer Protocol (HTTP) is the preferred protocol since it is the one used to interface with standard web browsers. It is a simple request/response protocol which uses TCP/IP. Requests (called methods) are provided to get and create objects (real or synthesized data), and to do other operations in support of navigating a global, interconnected set of information. The subjects of the methods are identified by a Universal Resource Identifier (URI) or Locator (URL) which specifies the location (including the Internet name of the host where the information is stored) and the means to access the object.
Responses are returned to a requester in MIME-compatible CA 022203l7 l998-02-0~
782.1033 format, so the MIME conter.t-type and c~ntent-encoding can be determined by the requester, and tr.e object presented in the appropriate way. To actually provide the "web" of connected objects, specially-formatted text scripts or templates, using the Hypertext Markup Language (HTML), are used. These ~'web pages" can have embedded links to other objects (systems/hosts), as well as presentation control capabilities. The browser follows these links by using the linked object's URI to send a GET request to the host iO identified in the URI, when the user selects the URI. By putting links to further pages (HTML static documents, or dynamically synthesized documents) in a web page, a hierarchical organization of information can be established.
HTML and HTTP also support entry of data via forms, access to files via FTP, and interfaces to other information systems, such as e-mail, GOPHER, and News.
To provide the PC 109 or 110 (see figure 4) with web browser access, the IMS 106 of the present invention provides an HTTP server (IPU 146) to handle the requests from the browser, and provides an organization of the information in the IMS 106 into a logical structure, using HTML pages as will be discussed in more detail later.
In general, HTTP servers are widely available, both as public ~o~;n source code, and as commercial products. Toolkits are available to simplify page creation.
HTTP servers are highly configurable, including the mapping of universal resource locators (URLs) to internal (or external) data or operations ~executable scripts).
A ~implified example of an HTML page hierarchy for the messages stored in the IMS and the subscriber operations used to access messages is given below. Sample URLs are given to aid understanding.
CA 02220317 1998-02-0~
782.lC33 a. Subscribe~ (or caller) uses a browser 144 (see figure 6) on a PC ~42 ts open subscriber's own I~S home ?age (e.g., "http://www.ma'i.somerboc.com/~oeQUse-/~l, 0-"ht_p://www.mail .somerboc.ccm/617-246-9000/") or http://www.mail.somerboc.c_~./awscripts/btv.dll?REFRESH. A
~bookmark" could also be used to remember the URL.
b. The PC 142 dials directly to the IMS 132 or via an Internet service provider (ISP) 140, and connects .o the IMS host 132. The PC 142 sends an HTTP GET method 1~ C~r the home page URI.
c. The IMS HTTP server 146 sends the home page in the response to the GET, and the PC's browser 144 displays it. The home page has welcome text and/or graphics and/or voice announcement, including a password entry field.
For users wishing to leave a message for the subscriber instead of logging in, there is preferably a "button~ on the subscriber's home page to "leave a message." The calling line identifier (CLI) can be used to verify that the calling number matches the subscriber name, or for using the authentication capabilities of HTTP. A secure socket layer (SSL) is used to provide an initial secure connection for authentication. A menu of additional services besides integrated messaging can also be provided.
d. Using the browser 144, the subscriber enters the password in the login information form, the browser 144 sends it to the HTTP server 146. The server 146 validates the password and synthesizes the subscriber's main messaging page (nhttp://www.mail.somerboc.com/JoeQUser/
inbox") from the contents of the subscriber's message store, and returns the page to the browser 144. The subscriber's messaging page contains links to each of his stored messages ("http://www.mail.somerboc.com/awscripts/btv.dll?REFRESH) CA 02220317 1998-02-0~
782.1033 and whatever inventory ir.'ormat.on (~;.ttp://www.mail.some~~oc.c~m/awscripts/btv.dll?DRTR&Unique MsaId) is desired for display, plus buttons for sending, dele-ing, forwarding or other message actions.
s e. If the user clicks a message link, the message is retrieved by the HTTP server 146 from wherever it is stored. The message is formatted and encoded as a MIME
message, and is presented by the browser 144 according to the MIME type (text, image, video, voice, etc.). Voice and facsimile messages stored need to be converted to MIME
format first.
f. Buttons are also links to URIs. If the subscriber clicks a button, the HTTP server 146 may simply use the URI as a command name and ?erform the action, or it may return an HTML form to allow further user input, or to give more details about some entity.
In the present invention, an HTTP server is provided in each application processing unit (APU) 150 (see figure 6) that is configured to handle data calls. In addition, an HTTP server (IPU 146) is provided for subscribers accessing the IMS 132 via an ISP 146 and the Internet 136. For small numbers of concurrent PC sessions, the MIU previously mentioned, with modem banks, can also be used to provide PC dial-up access. Note that all ~TTP
servers are configured identically, and use the distributed subscriber database access mechanisms (in the same way as a voice application) to locate and retrieve subscriber data and messages, even when they are not on the same APU. The HTTP servers use the existing platform operating system TCP/IP and PPP protocol capabilities.
Two situations for data type conversion can arise: when a subscriber's terminal type will not accept CA 02220317 1998-02-0~
732.iC33 the stored message format, and upon user request. An intermediate situation is when a subscriber requests delivery or forwarding of the message to a system or ~--mir.al, other than the 02le he is using, which does not support the data type. Most converslons are implicit from the message type and the destination, but it may be preferabie for a subscriber to explicitly request converslon (e.g.) of a facsimile message to text for forwarding to an Internet address, even though the message could have been IO sent as a MIME facsimile message.
~ or the IMS of the present invention, messages are preferably stored either in native voice format as described in U.S. Patents 5,029,199 and S,193,110, native facsimile format (preferably conventional tiff), or in a MIME format. For PC access, or delivery to a PC via outdial, handling of data other than native voice data is preferably by sending it unconverted using the stored MIME
format. Facsimile information is preferably sent in the MIME image/tiff format. Voice data is preferably sent as the MIME audio/wav type.
Notifications are used primarily to alert a subscriber that he has messages, so the subscriber need only access the system when messages exist. Notification mechanisms vary from the communication of one bit of information (messages present or not), to delivery of the actual messages themselves.
The present invention, using Access NP~, provides comprehensive notification delivery capabilities including: paging via outdial, TAP and TNPP; message waiting indication (MWI), via SMDI, and using various SS7 or ISDN capabilities; special delivery outdial (delivery of voice and facsimile messages by outdialing the subscriber at CA 022203l7 l998-02-0~
7a2.1033 a specified telephone number); and cellular short messages, containing mailbox message counts or callback numbers.
Most of the above do not actually deliver messages, and so require no message data type conversions.
- Special delivery, however, is more complicated. The destination terminal must be capable of receiving the data type, or the system must be capable of recognizing the terminal type and converting the message accordingly. The data conversions discussed (e.g., text-to-facsimile or text-l~ to-speech) should, however, handle most notifications.
Special delivery via outdial to a PC is also provided.
In addition to data conversion for special delivery, it is necessary to consider how other message types affect the notification algorithms. One approach is to handle them in exactly the same way, so that any e-mail message causes the MWI light of the subscribers telephone to come on, or causes a page to a pager if it is marked urgent.
A real IMS is self-contained for notifications, in that any message which is to be notified 2û is stored in the IMS. However, in a virtual IMS, one MS
does not store all messages. Further, some of the integrated message systems may have no notification capability. Thus, there needs to be a way to comm1-n;cate the presence of messages between MSs (ncross-notificationn).
This may require non-standard mechanisms, since most MSs are not designed to accept notifications. This, in turn, may require MS modifications, which defeats much of the purpose of a virtual IMS. Below we di~cuss how to provide VMS
exchange notifications with an associated EMS, without major 3û EMS modifications.
An associated e-mail system (EMS) will preferably have one of SMTP/MIME and POP protocol CA 02220317 1998-02-0~
7a2.;333 capabilities (or equivalent X.gO0 capabillties). The EMS
can initiate SMTP sessions, bu. the VMS must initiate POP
sessions. The EMS is configured to automatically create a co~y of each message deposited, or an additional message s with inventory information, give the message a special VMS
recipient address, and send it via SMTP to the VMS ( IMS
106). This has desired asynchronous notification characteristics. The VMS ( IMS 106) receives the message, parses it (or merely notices it), and uses the information to control the notification mechanisms (but not store it).
Alternatively and less preferably, the VMS (IMS 106) uses POP to poll the subscriber's message inventory. This is a periodic event, likely to cause a lot of traffic, since it needs to be airly frequent and there could be large numbers of subscribers. In either situation, the VMS (IMS 106) needs to be provided with the subscriber's e-mail address and password.
There is also a hybrid of the above-discussed approaches where the VMS is an IMS, and it uses POP to retrieve EMS messages but also offers POP to the subscriber so that client e-mail SW connects to the VMS tIMS) to retrieve e-mail messages.
For notifications from the VMS to the EMS, the VMS sends an e-mail text message containing the voice/facsimile message inventory using SMTP.
For both real and virtual IMSs, there is a need to interface with external systems 116-120 using the regular store-and-forward e-mail paradigm, in order to make the IMS subscribers part of a single world-wide messaging community. For the virtual IMS, special consideration must be given to the "associated MSs", since that non-standard (for e-mail systems) but conventional techniques need to be 7~2.'~33 applied.
The Access N?U p at'~rm available from Bcs.on Technology, Inc. provides ~Ia-D (digital) and AMIS-A
(analog) networking for transfer_~ng messages to other vMSs with the requisite protocol support. This includes most VMS
vendors. The system handles voice data according to the AMIS-D specification. It also has downward-compatible enhancements for interworking with other systems, so that multiple Boston Technology IMS clusters become essentially connected in near real-time.
For interfacing with external VMSs, or between Boston Technology, Inc. IMS platforms, AMIS-D is preferred.
The X.400 technology is also usable for interworking with other X.400 mail systems, allowing connecti~ity through i5 X.400 administrations to many e-mail users. Since almost all X.400 public mail systems have Internet connectivity, this is a preferred approach to providing world-wide connectivity for IMS subscribers.
When external MSs do not have X.400 interfaces, MIME/SMTP protocols are the next most preferred choice, both for Internet connectivity and for connection to corporate LAN mail gateways.
For a virtual integrated messaging system (IMS), some of the systems outside of the VMS 68 need special treatment, 80 that the message endpoints of the MS
(for example, e-mail system 66) appear to be part of the same integrated mailbox as the VMS message endpoint.
Interfaces and operation for the "pass-through director~' approach to virtual IMSs will be discussed in more detail (notifications ha~e been addressed above already). As for notifications, an EMS with SMTP and POP capabilities, connected as shown in figure 3, is assumed.
CA 02220317 1998-02-0~
782.iO33 The general handiing of a vi_tual IMS
subscriber's operations i~ a vir~ual LMS will be described ~el~w ~or each of the typical ohases of a session.
When the subscriber logs into the VMS 68, the ~MS 68 generates an integrated message inventory. This is done through the use of a POP session between the VMS 68 and the EMS(s) 66. The VMS 68 logs into the POP ser~er on behalf of the subscriber (POP USER and PASS commands), queries the EMS inventory (POP LIST command) and merges it with the local inventory. The VMS 68 maintains a map from the PoP message IDs to an identification (place in sequence, D number or synthesized URI) used between the VMS 66 and the subscriber. Locally stored messages are likewise given identifiers.
To select a message for retrieval, the subscriber interface may use POP (for MUA interfaces), an ~TTP GET method (for web browser interface access), or enter DTMF commands (for voice access). In any event, the VMS 68 maps the subscriber-requested message ID or URI to the EMS
message ID, or to an internal message ID. If the message is on the EMS 66, the EMS 66 uses POP to retrieve the message from the VMS 68 (POP RETR ~msg id~ command), and outputs it to the subscriber. If the message resides on the VMS 68, it is simply retrieved and played. Data conversions, if 2s necessary, are performed as described earlier.
To submit a message, the VMS 68 needs to determine whether the message is to be sent to the EMS 66 or handled by the VMS 68. If the former, then the DMN II
system previously mentioned (using the X.400 protocol) is used to forward the message to the EMS 66. The criteria for the decision would typically include the recipient address and the message data type. There are many possibilities for CA 022203l7 l998-02-0~
782.1033 the algorithmi the prefe~ ed is:
a. I r the message is native voice or facsimile (i.e., using ~he DTMF interface), and the recipient address is a phone number, the message is handled in the conventional VMS manner for a voice or facsimile message.
b. If the message is native voice or facsimile, and the recipient address is not a phone number, the message is sent to the EMS 66, with the data converted .o a MIME audio or image/tiff type.
c. If the message is a MIME audio or facsimile type (i.e., SMTP or HTTP user interface), and the recipient address is a phone number, the data is converted to native format and handled as conventionally by the VMS
(note: addressing to a phone number could be prohibited to avoid this conversion, initially).
d. If the message is any MIME type, and the recipient address is not a phone number, the message is sent unchanged to the EMS 66.
e. When messages are sent to the EMS 66 for handling, the sender address is set to the e-mail user name of the subscriber, so it appears that it originated in the EMS 66.
The approach discussed above i~ a straight forward way of operating. There are much more complicated ways of doing it. The advantage of the simple approach is that the VMS involvement in handling e-mail messages is .
mlnlmlzed .
Figure 5 illustrates a general functional architecture for a real IMS which provides the capabilities discussed above. A more detailed description will be provided with respect to figure 1.
CA 02220317 1998-02-0~
782.1033 Various elements of the architecture wlll be discussed. Note that figure 5 is not intended to be a def nitive and complete representation of the actual software architecture of the IMS which will be described in more detail with respect to figure 6.
The dialup interfaces 130 in the APUs 150 have drivers for access to conventional DSP hardware, providing voice interface functions (V), facsimile modem capabilities (F), data modem capabilities (D) and VoiceView voice/data 1~ mcdem capabilities (V/D).
For DTMF access, the voice application 131 is the application described in the related patent previously mentioned, which accommodates multimedia messages and data conversions, for example text-to-speech and text-to-facsimile.
The multimedia message store 132 is distributed across all the APUs 150, with most of a subscriber's messages being stored on a "home" APU.
Standard methods are used by applications in any subsystem 23 to access the distributed message store in a location-independent way.
The Boston Technology, Inc. Digital Messaging Network Version II (DMN II)~ product 133 provides store-and-forward communication with other MSs, including other Boston Technology IMSs or VMSs, other vendor's VMSs, and external EMSs. Either the AMIS-D protocol 134 or SMTP 135 is used for this. DMN II is automatically activated when a message requires delivery to an external address.
The subscriber PC access functions reside in the APU 150 for dialup access, and in the NIU (IPU 146) for network access. Both instances of this set of functions are essentially the same, except that the datalink protocols are CA 02220317 1998-02-0~
782.~C33 different.
An HTTP serve~ 136 is provided in the IPU 156 to allow access using conventional web browsers and associated web pages 137, and SMTP and POP servers 138 are provided to allow access from MUAs. All other services POP3/IMAP4/Voice/PPP/X.400 are utilized on other components and in turn utilize the IPU 166 for HTTP if necessary.
The PC application 140 provides the structure of the user interface for HTTP access, and the necessary "glue" to interface with the internal system mechanisms (in this case, just the message storage).
Microsoft WinSock 142 is used to provide the TCP/IP protocol support, both externally and internally.
WinSock is an integral part of Windows NT, and includes support for VoiceView data transfers. For Boston Technology, Inc. platforms using the Unixware OS, the TCP/IP
support is also part of the OS, but VoiceView is not supported.
The "real" IMS system 130 (106) of the present invention is preferably implemented using a distributed architecture such as illustrated in figure 6. The system 130 includes a message platform 132 that is connected to both the public switched telephone network 134 (via a digital matrix switch 135) and the Internet 136. A
subscriber can access the platform 132 using a telephone 138 to perform message access functions such as retrieving and listening to voice mail messages, forwarding messages, recording messages, and converting and playing facsimile messages. A detailed description of this type of access can be found in the U.S. patents previously described and is available in the CO Access~ and Access NP~ systems from Boston Technology, Inc. The ~ubscriber can also access the CA 02220317 1998-02-0~
782.iO33 platform 132 for accessi~.g voice mail messages and other types of messages such as facsimile and ~ideo messages ove~
the Internet 136 through a conven.ionai Internet service p~ovider system (ISP) 14G using a personal computer 142.
s The personal computer 142 is a typical conventional multimedia personal computer capable of running or executing an Internet browser 144, such as the preferred Netscape 3.0 browser available from Netscape Communications or Internet Explorer 3.0 available from Microsoft, and iO capable of connecting to an Internet service provider 140.
The PC 142 can also, of course, be connected to the Internet thro_ ~ a company local area network (LAN) via a high speed connection. The computer 142 preferably includes a modem with a speed of at least 14.4 Kbps and preferably at least 28.8 Kbps when the user intends to access video images. The computer 142 also includes a conventional sound card and associated audio speaker and audio software such as the preferred TrueSpeech available from the DSP Group. For the recording of voice messages that will be transmitted to other mailboxes the computer 142 needs a microphone half duplex recording board such as SoundBlaster from Creative, Inc. and software such as MediaPlayer from Microsoft. For displaying still images, such as facsimile mail, the computer 142 needs to include a tiff reader such as Microsoft Facsimile available from Microsoft Corp. These still image components can also be used to record facsimile messages for transmission to other mail boxes. For the playing of motion video images, the computer 142 use~
ActiveMovie from Microsoft. If video images for broadcast are to be recorded the computer 142 needs a conventional camera and associated software such as Connectix from Connectix, Inc.
CA 02220317 1998-02-0~
782.iO33 The browser 144 is used in a conventlonal method to access an Interr.et web page hosted by the plat'orm ~32. rhe browser 144 allows the user tO perform functions such as viewing a message list, view addresses of voice/video mail recipients and senders as well as e-mail addresses, playing and saving messages, forwarding messages to others, replying to messages, creating, listening to and modifying personal greetings, name announcements and prompts, etc. using the graphical user interface and the video/sound capabilities of the computer 142.
The user accesses the platform 132 through one or more Internet processing units (IPUs) 146 over a conventional digital communication path typically used for high speed access (10-100 Mb/s) of a home page server. The lS unit 146 is preferably a pentium based computer that operates at 133/166 MHz with 32 MB of RAM and 4GB hard disk drives that are mirrored. A conventional Internet router (not shown), such as available from Cisco Systems or Bay Networks which performs packet filtering, can also be provided between the Internet 136 and the unit 146. The router can provide a "bridge" between the ethernet 149 and the network backbone. In such a configuration the router and unit 146 would be coupled preferably using a lOOMb Ethernet connection and perform the primary function of moving packets to and from the IPU 146. The unit 146 provides firewall protection from hackers, acts as a web server for the messaging application, performs hypertext markup language (HTML) generation and performs the voice encoding and image encoding for the messages streamed to the computer 142.
During a typical session a user will access the platform 132 over the Internet 136 using a st~n~rd web CA 022203l7 l998-02-0~
782.10~3 browser to obtain a service ~r~vider home page where the user will log into the r..er~.~ service provided by the platrorm 132. During t;.is p~cess the user is required to enter a mailbox i~entifier and a pass code which are checked - to ensure that tr user is authorized Once authorization ,s confirmed a service session is initiated and the user is presen~ed a page that includes a menu of service options such as viewing a message list, administering mail box options, other network service features, etc.
1~ When the users e-mail is stored and supported by another platform the message list can include a cross notification of the existence of an e-mail message in the mailbox message list.
During a typical message retrieval function, the unit 146 accesses a master control unit 148 over an internal dual channel ethernet 149 to locate the storage location of the various types of messages stored for a subscriber and generates a web page which is transmitted to the personal computer 142 and which includes a list of the messages. The user selects a message in a conventional fashion by double clicking on a message descriptor or selecting the message and clicking on an appropriate icon such as "Play" in the display of the browser 144. The unit 146 responds by obtaining the selected message from the application processing unit 150 that stores the message, converting the message into the proper format and transmitting it. In the case of voice messages the voice data is converted from the encoding for storage into a file in the encoding for playing used by a conventional audio application executable by the browser 144 such as the preferred ActiveMovie from Microsoft and streamed to the browser 144 where it i8 played as it is received. For 782.i~
facsimile and other text messages a tiff file is cr~ated and t-ansmitted to the browser 144. For video messages the vidPo data, if necessary, is converted into the av , mpg, m~eg, cu, etc. file formats that allow the data to be streamed to the browser and dis~iayed in a pop-up window in r~al-time as it arrives. That is, video as well as audio messages are played or displayed as received by the computer 142. During play back the user can perform the conventional functions of rewinding, pausing, fast-forwarding, skipping, "t_. The user can also perform operations associated with saving the message, deleting it or forwarding it to others.
The processes performed by the Internet processing unit 146 as well as those performed by the master control unit 148 and application processing units 50 and other units 52, will be discussed in more detail later and are set forth in the source code appendix which code can be stored on/in various types of media, such as various types of disks and various .ype of computer memories, in the platform 132.
The operations or entry points available to a user interacting with the browser 144 include the following functions:
QUIT - Exits out or logoff of the system and delete all session information.
DELE - Removes one or more messages from the system.
SAVE - Saves a message.
DRTR/RMSG - Retrieves data such as an audio message.
RECORD - Sets and starts record/send process .
REFRESH - Gathers data and instantiates to browser in HTML.
USE - Selects a specific template.
GRTR - Retrieves particular group list data.
GDEL - Deletes a group list.
CA 02220317 1998-02-0~
782.iC'33 GINS - Adds a sincle entry to group __s . .
GUSE - Get group and use template.
GPUL - Modify current group lists.
GNEW - Make new list.
MBOXADM - Administer user mailbox features such as change the password.
Each of these operations has a routine of a corresponding name in the source code appendix. The processes for the above-listed functions perform many of the same operations such as authenticating a request, however, for simpliclty of explanation three representative processes, the process that -efreshes (REFRESH) the browser display, the processes (3RTR/RMSG) that download messages for playing/displaying and the process records (RECORD) messages to send to others, will be discussed. The other processes are described in detail within the source code appendix.
The refresh operation steps, with the data, accessed, are depicted in figure 7. The refresh operation is integral to the display update operation of the invention because each of the web pages that are transmitted to the computer 42 is affixed with an expiration date, such as yesterday, that causes the browser 144 to request a reload of the page each time the page is accessed or additional information is requested. This results in the message list being updated to include messages that have arrived since the current session started. The refresh operation is also used to provide web pages that the user has selected during browsing where the refreshed page has never been transmitted. The refresh operation starts with a refresh request (a "GET" with a URI) being sent 1 to the Internet processing unit 146. The IIS routine 170 denies access if the authentication for the request is not present. If the CA 02220317 1998-02-0~
782.;C33 authentication is present the -e~uest is passed 2 to the security filter ro~ine i72. The sec~ y filter 172 sends 3 the request to the support 174 for au.hentication by the platform 132. The routine 174 checks 4 the session information data 175 to see if a "session key~' currently exists for the request and if so the flow skips to step 9 discussed below. If the session key does not exist the authentication request is sent to UNIX support routine 176 cf the MCU 148 and/or APU 150 for authentication. The authentication involves accessing 6 the user authentication data 178 and returning 7 an indicator of success or failure at the authentication task. The authentication successful result is returned 8 to the security filter 172 otherwise processing proceeds to step 21 where a message concerning the authentication failure is returned to and displayed by the browser 144. The security filter 172 transfers 9 control to the validation routine 180 where account and file systems permission validation is performed and which returns 10 the result of validation. If validation is not successful, control transfers to step 21 where a failure message is sent to the browser 144. If the validation is successful control transfers ll and 12 through the Microsoft Internet Information Server (IIS) routine 170 to the template update routine 182. Routine 182 transfers 13 the control to routine 174 to access 14 and check the state of the session cache 175. Once this check is completed a request 15 for an update of the message/group information is presented to the routine 176. The routine 176 obtains 16 the mailbox list information or group list information 177 stored in the MCU 148 and returns 17 the information to the unit 146 where the session cache is updated. The updated data is forwarded 18 to the HTr~ template update routine 182 782.1~_3 where the current eemplate from the template file 84 iS
instantiated 19 to match the data in the session cache 175.
The data of the template is passed 20 to the IIS routine 170 where the HTML template fcr the page is returned 21 to the browser 144 which displays the refreshed page to the user.
The templates preferably use the Microsoft.htx file syntax and the templates include standardized variables for the various data, such as c~AccountNumber~, c%From~, c~Media~,, c~Length~>, etc.
The transmission of the HTML for a template allows the service provider to customize the home page (for example, by adding advertisements) and deliver pages based on the domain or class of service of the subscriber.
A refreshed active page that is designed to list stored messages can be formatted as illustrated in figure 8. The messages can be accessed (played/displayed in real time), saved, deleted from the platform database and saved to storage local to the personal computer 142 using the conventional point an click paradigm.
The group list administration functions can be facilitated using an active page such as depicted in figure g where custom distribution lists can be easily created and edited to add, delete and modify addresses of recipients of the various type of messages that are supported such a~
voice, video, facsimile, telex, e-mail, etc with addresses such a~ telephone numbers, e-mail addresses, universal resource location addresses, cable addresses, etc.
The processing of a message retrieve or play request (DRTR/RMSG), like the refresh request, starts with the transmission of a request 1 by the browser 144 to the unit 146 as depicted in figure 10. The request can be made by double clicking on a message in the list of figure 8.
CA 022203l7 l998-02-0~
782.iO33 The request is processed in the same way as the ref esh request for steps 2-10. In step 11 the name of the ~e~ues~ed file which has been made using a coded name may ~lso be converted to the real file name, which is a security ~ssue which will be discussed in more detail later. The .ile request is passed 12 to the gateway routine 182. The routine 182 passes the request for the file to the support routine 174 which obtains 14 a unique identifier from the session information 175. The request is then provided 15 to 13 the application processing unit lS0. The processing unit 150 accesses 16 the list of messages 177 and obtains 16.5 the message data 186 (voice, text, video, etc.) from storage. The message data passed to the support routine 174 and is converted from the native storage format (from Oki 24 when the message is a voice message) into and stored 18.5 in cache or temporary storage 188. The cache storage allows later requests for the same message to be processed without again decompressing the data. As the data is temporarily stored it is retrieved as needed to perform a real-time conversion into streaming mode data and into the desired format, such as TrueSpeech. This conversion will convert voice data into data compatible with Netscape type "plug-in"
play back systems that include TrueSpeech, Voxware, Real Audio and WAV (which is standard for Windows 95/NT). If the data is text data it can be converted into a tiff file compatible with a conventional tiff viewer. A facsimile message is typically stored in a tiff file. If the data is video data it is converted into MediaPlayer data (an .avi file) compatible with the MediaPlayer system available from Microsoft. The data can also be converted into JPEG or MPEG
for still and motion video players available for conventional browsers. The real-time streamed data, which CA 02220317 1998-02-0~
7a2.~033 includes the content ty~e, is sent 18 to the IIS routine '70 ~nd immediately forwar~ed 19 on to the browser 144 with an o~tion to store the data in t~.e cache local to the unit 14~.
When streamed the browser 144 does not know the content type of the message until the message is received from the server 146 and the invention relies on the default mode of the plug-in that handles the data type. At the browser 144 the transmitted data, if it is Voxware data, causes a window to open and it is immediately played or displayed as the case may be. Other types of data such as RealAudio require that a play button in a pop-up window be activated.
Once a message is received the subscriber, using the browser 144, can save it locally, play it again, reverse it, skip forward and backward, copy it into other files and other types of operations that can be performed with multimedia files.
During a record process, a media player, delivered with a conventional operating system such as windows 95/NT, records the message or the subscriber activates a plug-in of the browser 144 to record the message tvoice, video, text, etc.). Using the application, the subscriber edits, rerecords, etc. the message until satisfied. When finished the user provides a file name to the recording and stores it locally. The browser 144 is 2~ then used to POST the message to the server. Alternatively, the browser 144 can be used to request that the server 146 record the message and send it. The server responds by performing the steps 1-21 for refreshing a page previously discussed and forwards a template for a page, such as depicted in figure 11. The subscriber completes the template by providing the file name of the recording, addresses (such as telephone numbers, e-mail addresses, CA 02220317 1998-02-0~
782.iO33 etc.) of the recipient alor.g with ind cators for privacy, e~c. The browser 144 when the "subm t message~' button is ~-essed creates a message header, attaches the file and ce~ s the file to the server 146. The server 146, when the S 'ile appears in the incoming message di-ectory, converts the message into an appropriate storage format (compresses it if necessary) and stores the message. The header is reviewed to ascertain the recipient addresses and the message is retrieved and sent to the recipients. For example, a voice 1~ message to a particular telephone number would result in an outdial proc:,s being performed. If the recipient is a subscriber the message is copied to the recipients mailbox.
The present invention enhances the security of each session with a number of different features.
Unit 126 is prefera~iy limited to the HTTP
(Hypertext Transfer Protocol) and SSL (Secure Sockets Layer) type Internet service to help eliminate problems associated with unsecure protocols. The present invention also has ce-tain authentication features. A request is first sent from the browser 144 to the server 146 that does not include authentication. The Microsoft Internet Information Server (IIS-170) software running in the server 146 checks this request. The filter 170 also checks to see if the user is valid and since there is no authentication the check fails and the browser 144 sends the request again this time with authentication. The request either passes or fails based on the authentication. When the request fails the browser 144 is notified. When the request passes the request is forwarded for processing. In an initial log-in situation the request is forwarded to the users home APU 150 where the validity of the user is checked again to determine whether the user is a subscriber. This double validation helps CA 02220317 1998-02-0~
782._'_'33 prevent nonsubscribers --cm obtaining access t~ the system.
When. the user is a subscr ber ~:.e user gets a message list sent to the browser i44 where it is displayed. Once a session is established the user is essentially communicating _ with the home APU 150 for this subscriber which controls further transactions. All further requests by the browser 144 to the server 146 go through the first level of authentication.
The system preferably uses secure socket layer C (SSL) packet encr~ption.
The present invention also is preferably implemented using dual homed-host Internet processing units that prevents packet sniffing on the internal ethernet. A
dual homed-host is a host that has two IP addresses that correspond to one or more physical addresses allowing it to be configured differently based on the IP address. For example, one IP could be configured only to work with SSL
active and the other IP is used in the clear, i.e. without SSL.
The provision of a router to perform packet filtering prevents source address spoofing.
The present invention also assigns session numbers and specially created file names to files that are transferred to the browser 44. In this filter operation the process removes all correlation to any data set internal to the platform 132 from data sent over the network 136. For example, a message identifier that is sent to the browser includes a session identifier and a randomly assigned file identifier (which can be the current time of day). The server 146 creates a session information entry that identifies the file for the session identifier and the randomly assigned file identifier. When the browser 144 CA 02220317 1998-02-0~
7~2.'033 requests the file the session ldentifier and previously assigned file ident~fier are i..~luded with the request. The serve~ 146 uses the session information to c~nvert the file -.a~e nto a real file name to retrieve the file. When the s se-ver 146 sends the requested file to the browser 144 the serve- 145, if it is not a streamed data file, the server 146 assigns a pseudo file name that includes a session number and a randomly created file name. This pseudo file ~ame and the real file name are also stored in the session ~3 information so that the file can be requested again. The session number is part of the create identifier to allow communications that use the same random number to be distinguished. If the file is a streamed data file, the data of the file with content type is sent without any file name identification.
The present invention preferably uses a buffer of 8192 bytes to improve transfer efficiency even though a buffer size of from 512 bytes to 8192, except for 4096 for certain audio formats when the data is audio, will work.
The present invention, through the network interface provides two methods of message deletion:
immediate or marking messages to be deleted with a deletion ~Commit" (see figure 8) at the end of a session. The second option is like the deletion feature of the audio (telephone) interface where messages to be deleted can be listened to again thereby removing the delete flag and only those messages flagged for deletion are deleted when the audio session is ended.
The present invention also allows different types of messages to be bundled together into a multimedia type message with multiple body parts. The state information for a message includes body part information CA 022203l7 l998-02-0~
782.1033 which indicates the content type of the body pa-t.
The prese~t inver.tion is also sui~able for prov ding electror.ic data interchange (EDI) services where ~3I 'orms, such as purchase order forms, are provided to a user for the pu-chase of goods, etc. Other types of data such as weather data can also be stored and transmitted.
The present invention, using the administration features, can be configured through the network interface to perform operations such as sending ;0 stanaard text or voice messages to doctor's patients.
The administration of mailbox features, such as the password, telephone ring count, etc., is performed using HTML templates that can be customized for each service provider.
The present invention provides priority of access to a mailbox by one of the owners to accesses that are made through the telephone interface.
The browser 144, if it automatically requests a refresh of a currently displayed page, allows a page to be created that includes a message list icon that can be updated to reflect that a new message has arrived during the sesslon .
The present invention also includes an automatic log-off feature that will log a subscriber out of the system when there has been no activity for a period of time. This allows subscribers to inadvertently leave their PC logged in to the system, such as when going home from work, and prevent others from accessing the system during the absence.
The administration features of the system allows a verified system administrator to access a system administration home page showing variables such as alarms, CA 02220317 1998-02-0~
792.i~33 number of users logged in, etc., and to perform functions such as releasing an access block cr. a subscriber mailbox.
The present invention has been described with respect to handling text messages such as e-mail and 'acsimile. The text messages could have other formats such as a word processing format, a spread sheet format, a database format, etc. and could be other MIME type information that can be retrieved without conversion. The applications that are performed by the application processing units could include personal information managers, appointments, address books, etc.
The many features and advantages of the invention are apparent from the detailed specification and, thus, it is intended by the appended claims to cover all lS such features and advantages of the invention which fall within the true spirit and scope of the invention. Further, since numerous modifications and changes will readily occur to those skilled in the art, it is not desired to limit the invention to the exact construction and operation illustrated and described, and accordingly all suitable modifications and equivalents may be resorted to, falling within the scope of the invention.
A Sys.e~ For Accessing Multlmedia Mailboxes and Messages Over The Internet And Via Telephone REFERENCE TO MICROFICHE APPENDIX
A microfiche appendix having S microfiche and 490 frames is included herewith that includes source code in -he C-/HTML languages.
BACKGROUND OF THE INVENTION
r ie d of the Invention The present invention is directed to a system for accessing stored messages over a network and, more particularly, is directed to a system for providing unified access to stored messages, such as multimedia mail messages, in a unified multimedia mailbox through multiple access pathways such as over a telephone network using a telephone and over the Internet using a browser.
Description of the Related Art Communication systems currently exist that allow different types of messages, such as voice mail messages and facsimile messages, to be stored for later retrieval by a subscriber to such systems. These types of systems are described in U.S. patents 5, 029,199; 5,193,110;
5,260,990; 5,263,080; 5,475,748; 5,493,607; 5,524,139;
5,519,766 and 5,008,926, all incorporated by reference herein. These systems allow a caller or sender to leave a message, such as a voice mail message, for a subscriber whenever the subscriber is not available. When a voice mail message is to be retrieved the subscriber typicall~ connects with the system over a conventional telephone line via a CA 022203l7 l998-02-0~
782.1033 telephone call and plays ~he messase by using the touchtones ?roduced by the telephone to control playback, as well âS
ot~e~ fur.ctions. In these sys.ems the access by the SUDSC_ iber is typically only through a telephone line s connection. Today, there is â need to allow access to such systems through other means such as the Internet or Intranet.
Several different types of messaging systems, such as voice mail and e-mail, are also available to users.
O Users of the variety of today's messaging systems typically have to use several different systems and/or terminals to get their messages. A typical business user may have several voice mailboxes, several e-mail mailboxes, and perhaps some mailbox-like facsimile services. Each of these mailboxes requires separate operations and different types of terminals (DTMF telephone for voice mail, personal computer (PC) for e-mail access, facsimile machine/PC for facsimile messages). The mailboxes have different names (addresses) and cannot usually interwork. Notification mechanisms are either non-existent, or tied to one of the mailboxes. What is needed is a mailbox system that integrates all of these message types and access methods.
SUMMARY OF THE INVENTION
It is an object of the present invention to provide a system that allows a subscriber to access stored messages over not only a telephone network but also over a network such as the Internet or an intranet.
It is an additional object of the present invention to provide a system that unifies message storage allowing different types of messages or electronic communications such as voicemail, facsimile, e-mail and CA 022203l7 l998-02-05 782.1033 video mail to be stored cn a single system in a sir.gle unified multimedia ~lai1bcx, and accessed via different pathways, such as vi~ a telephone netwcrk or _he -.~err,et/Ir.tranet.
It is an object of the present invention to provide a system that will allow multimedia messagir.g via a ~ultimedia mail box.
It is another object of the present invention to provide a system that is easy to use and which uses 1'J assess tools that are familiar to telephone and Internet users.
It is a further object of the present invention to provide a simple visual interface to a message storage system that simplifies the tasks associated with lS message access and administration.
It is also an object of the present invention to provide a platform that allows services for a variety of message types such as voice mail, video mail and facsimile mail, as well as other network services such as Internet and in~ranet services.
It is another object of the present invention to provide a system architecture that is easily scaleable, has a high availability and which provides a fast response.
It i9 an object of the pre~ent invention to provide a standards based system that will support mailbox access to a multimedia mailbox using conventional web browser software.
It is another object of the present invention to provide a system in which the message service provider does not need to supply the user with any client application software.
It is a further object of the present CA 02220317 1998-02-0~
782.~33 invention to provide ~.essage waiting/urgent notifie-s whe-, new or urgent messages are deposited in the mailbox or the ;~ssage s~atus changes by a s multaneous differer.t co~nection into the mailbox such as when a mailbox is accessed by computer and while the computer is logged into the mailbox an access via a telephone interface deletes a message.
The above objects can be attained by a system that allows a subscriber to access stored messages, such as voicemail messages, facsimile messages, e-mail messages and video messages, that are stored in a unified multimedia mailbox not only through a public switched telephone network using a telephone but also over a data network, such as the Internet or an intranet. The system provides voicemail access over the telephone network, indicating message number, etc. with the ability to play messages to the telephone user. For text type messages, such as facsimile and e-mail, the system converts the text into speech and plays the speech to the telephone user. The system allows a personal computer user to obtain the data network access using an Internet browser. The browser is used to access information about the messages stored and is used to download and play the messages via data streaming in the case of a voice or video messages or view the messages in the case of text type messages, such as facsimile and e-mail. The user can also perform the other typical messaging functions over the data network connection that are provided for telephone access, such as saving and deleting messages, group list administration and other administration tasks.
These together with other objects and advantages which will be subsequently apparent, reside in the details of construction and operation a~ more fully CA 022203l7 l998-02-0~
7~2.1033 hereinafter described and claimed, reference being had to the accompanying drawings forming a part hereof, wherein like numerals refer to iike par~s throughout.
BRIEF DESCRIPTION OF THE DRAWINGS
_ Figure 1 illustrates a virtual unified ystem unified by the actions of a personal computer 60;
Figure 2 depicts a unified virtual system unified by a director 80;
Figure 3 depicts a voice mail system 68 lG performing unification;
Figure 4 depicts a real integrated system 100 Figure 5 depicts the functional architecture of a system according to the present invention;
Figure 6 depicts a distributed architecture system 130 according to the present invention;
Figure 7 illustrates the flow of control during a refresh operation;
Figures 8 and 9 depict message list and group list templates, respectively;
Figure 10 illustrates the flow of control in a retrieval operation; and Figure 11 depicts a message retrieval template.
DESCRIPTION OF THE PREFERRED EMBODIMENTS
The preqent invention provides an integrated multimedia mailbox and unified messaging. The term "mailbox" is used to mean an entity visible to the subscriber. This is the entity the subscriber logs into and appears to operate on when the subscriber performs mail-related operations. This subscriber-visible entity may not CA 022203l7 l998-02-0~
782.1033 correspond directly with a s ngle implementation entity, bu may exist only through the cooperation of several distinct messaging systems, each with lt's own message storage capability. To avoid confusion, the term "mailbox" is used to mean only the subscriber visible entity, and, where r.ecessary, the term "message endpoint" is used to denote the implementation entity or entities which underlie the integrated mailbox.
Integrated mailboxes have certain desirable iO and prefera~le characteristics. A fully integrated mailbox, in accordance with the present invention, includes the following major capabilities that are not present in a single-media mailbox:
a. The ability to deal with messages of different data/information types, or having multiple parts (multimedia ma_lbox).
b. A single inventory (message list), listing all messages of all data types, with the ability to control presentation of the inventory (e.g., sort the inventory according to message type, priority, or time of deposit, regardless of the type of message), with conceptually similar user interface actions for equivalent operations on any message type, and with the ability to randomly select messages for retrieval.
c. Notification mechanism(s) which can be used to alert the user of the deposit of any type of message.
d. The ability to access the mailbox through a variety of commonly-available mailbox access terminals (PC, DTMF phone, etc.), without special equipment, and with, as far as practicable, logically the same capabilities for all terminal types CA 02220317 1998-02-0~
782.lG33 e. The ability to per_~rm data type conversions automatically, in support of transparent multi-.erminal user access, or upon subscriber explicit request f. The ability to receive and send messages .o subscribers of existing messaging systems, using a ~ar.ety of widely-implemented messaging protocols.
Note that there are degrees of integration in today's single-media mailboxes, both with respect of allowed message types and the access terminal types which can be ' O used. For instance, integrated facsimile/voice mailboxes are common today, and e-mail can be used to transfer non-text information. Similarly, e-mail mailboxes cannot be accessed using telephones, and voice/facsimile mailboxes cannot be accessed using a PC.
Although it is possible to have a mailbox which is integrated with respect to multiple message types but which can only be accessed through a single type of terminal (e.g., e-mail systems using MIME), a fully integrated mailbox is preferably accessible from several types of terminals and pathways, to maximize the subscriber's ability to access his messages in various circumstances. The following terminal types are provided by the present invention: a. Conventional DTMF telephone handset; and b. Personal Computer (PC).
However, other terminal types such as personal digital assistants, cellular telephones, two way pagers, etc. can be used.
It should be emphasized that an integrated mailbox subscriber using the present invention is able to dynamically change the terminal used, from session to session.
The integrated messaging system ~IMS) of the CA 022203l7 l998-02-0~
782.1033 present invention is preferably interfacea to external systems. This allows the subscriber to exchange messages with external subscribers and can be used to integrate several existing messaging accounts on different systems so that the user accesses a single (virtual) integrated mailbox. The following types of external systems can be included:
a. The Internet.
b. Commercial subscription mail systems (usually X.400).
c. Private mail systems (e.g., MS Mail, cc:Mail).
d. CPE voicemail systems and other foreign network-based voicemail systems te.g., the subscriber's cellular phone voice mailbox).
There are several ways, in accordance with the present invention, in which integrated messaging can be realized. However, the preferred approaches are discussed below.
The integration of the mailbox can be real or virtual. "Real" mailbox integration means that the messages of all types are located in a single messaging system (MS), and that subscriber and administrative control facilities for messages and mailbox configuration parameters are provided at a single user interface point and do not involve cooperation or interaction with any other MS. "Virtual"
integrated mailboxes provide the same subscriber-visible functionality, and appear the same to the subscriber as a real integrated mailbox. However, in the virtual integrated mailbox, the subscriber's messages are stored in at least two different MSs, whose configuration can be (but need not be) performed separately. The different messaging systems CA 02220317 1998-02-0~
7~2.:~33 cooperate to provide the complete ~unctionality. The term ~associated MS" is used to de~te an MS that is in a specia' -relationship with another MS fsr the purposes of syr.thesizir.g a virtual ,MS, and the term "external MS" is s used to denote an MS which is not so closely associated, bue which still has an interface to the IMS.
The distinction between real and virtual integrated mailboxes is invisible to the subscriber. Real messaging systems can comprise multiple subsystems, such as 18 the preferred distributed system described herein, with the ~mailbox" spread across several pieces of hardware. Both types of integration need interfaces to external MSs, even if they are not part of a virtual IMS. The relationship between the MSs that are being integrated into a virtual IMS
("associated MSs" ) is much closer than that between MSs that just happen to interwork ("external MSs"). While an integrated mailbox system could be totally self-contained (allowing messaging only between its subscribers, like most voicemail systems today), it is preferable to be able to send and receive mail from other systems. Real mailbox integration is preferred and described in detail herein.
Several approaches are available to create a virtual IMS and are described here: a. desktop integration, b. front-end director, and c. pass-through integration.
Desktop integration (DTI) is the emulation, as perceived by the subscriber, of an integrated mailbox, when a personal computer 60 (PC), as illustrated in figure 1, is used for message endpoint access, there are several non-integrated messaging systems (MS) such as e-mail system (EMS) 66 and voicemail (VMS) 68, and the integration of the mailbox may not occur for non-PC access terminals; in other words, special-purpose PC software ~does~ the integration of CA 022203l7 l998-02-0~
782.1033 the mailboxes; the MSs ~eed no abilisy to handle non-native data or ccmmunicate with eash other. One aDproach to this ~eg-ation is to use a conventional browser with a local -.~me page that includes links to the various messaging systems. Another simple DTI approach is to use separate TCP/IP connections 62 and 64 to each MS 66 and 68 on a single dialup point-to-point protocol (PPP) connection to a router 70 providing hardware dedicated to routing IP packets over various physical hardware interfaces, as shown in figure 1.
DTI of this type is useful when no close integration of the MSs is possible for political or administrative reasons.
In another approach to virtual mailbox integration, a front-end director 80, as illustrated in figure 2 directly interfaces with the customer, thus avoiding changes in any of the integrated MSs 66 and 68.
The director 80 communicates on the back end with the separate MSs 66 and 68 that need to be integrated. Two major variants of this approach are possible: the director 80 simply passes requests through in real-time, and thus stores no messages itself; or, the MSs 66 and 68 forward messages to the director 80 when they are deposited, and the director 80 stores them until the subscriber logs in. In the latter case, the director 80 effectively becomes a full IMS with external MS interfaces.
The director 80, if it does not store messages, accepts subscriber requests, interprets them, and then communicates with the various MSs as needed to either retrieve or send messages and inventories. The director 80 in this embodiment is essentially a transport-level or application-level relay, with some firewall-like CA 02220317 1998-02-0~
782.'~33 functionality for securl~y. The back end network is typically a local area ne.work (LA~') or high speed wide area ~etwork (WAN), onto which subscriber requests are multiplexed.
However, to provide DTMF access, the front-end director 80 has the necessary voice, facsimile, data and voice/data telephone interfaces of a system such as that described in U.S. Patent 5,193,110. In practice the voice user interface is a superset of the interface provided by 'J the VMS 68 alone.
Pass-through integration is another approach where the front-end director 80 functionality is tightly incorporated into one of the MSs, such as VMS 68. The MS
deals with the messages of its native type, but acts as a real-time proxy for subscriber requests for other messages types. As discussed previously, the need for both voice and facsimile as well as PC access, the difficulty of interfacing in real-time to an external VMS, the difficulty of augmenting an EMS to handle voice, and the need for VMS-like notification mechanisms results in a preference thatthe director be added to a VMS 68 rather than to an EMS 66 as illustrated in figure 3.
The foregoing discussion indicates that the preferable approaches to an integrated multimedia mailbox with both DTMF and PC access are either a full, real IM
system, or enhancement of a VMS so that it can provide pass-though real-time access to other messaging systems. As a result, there are two preferred system-level architectures:
a. An enhanced VMS (i.e., the IMS) which provides all message storage and all user interfaces for all types of message. All other MSs interface to the IMS as external, non-integrated systems. b. An IMS which provides permanent CA 02220317 1998-02-0~
782.1~33 storage for voice, video, text, e-mail and facsimile messages and exchanges other message types on demand with _-.e or more closely associated systems such as an associated _~S (in addition to any interfaces to other externai MSs).
_ ~he IMS has all user interfaces and passes through user commands related to the associated EMS(s). The IMS
exchanges deposit notifications with the associated EMS(s).
Figure 4 illustrates the system/network architecture for either the real or virtual integrated mailbox and integrated message system ( IMS). As illustrated, the system architecture 100 allows access by a telephone 102 through a public switched telephone network (2STN) 104 to the integrated messaging system 106 either directly or through a modem 108. Access by a personal computer 109 can also be accomplished through the PSTN 104.
Access by a personal computer 110 through the Internet 112 using a modem 114 is also provided. Note the associated e-mail system (EMS) llS is shown to depict the architecture of a virtual system. The IMS 106 is also coupled to other systems 116, 118 and 120. The content of the IMS 106 will be discussed in detail with respect to figure 6.
The system 100 can also be provided with a multiple integrations unit (MIU) subsystem (not shown) such as described in U.S. Patent 5,260,990. The MIU can host small numbers of PC sessions. This i3, however, not a large-scale architecture.
The present invention has the ability to receive, send, and store messages of several data types including voice, facsimile, multipart (i.e., voice-annotated facsimile), video, text and e-mail messages. The platform 132 (see figure 6) is designed to accommodate the massive amounts of storage required for video data.
CA 02220317 1998-02-0~
782. 0~3 All messages have certain information (the message envelope) that g~es along with them, such as sender, date/time of deposi_, le~.g~h, etc. The information varies with message type and, to some degree, with the means by - which the message was received. The envelope information is preferably stored with the message, carried along with the message if it is to be delivered to an external system, and be presented to the subscriber. The IMS 106, as previously discussed, is able ~o present a single list or inventory, 1~ containing all messages of all types (sorted into types), to the subscriber when he logs into his mailbox, and provide the ability to select messages for retrieval. In addition, some of the message envelope information can be presented in the inventory. The amount of information presented in the inventory, and the format of presentation are determined largely by the human aspects of the access terminal; when the voice interface is used, the presentation is preferably limited to simple spoken message counts ("You have three new voice messages, one new facsimile message, and two new E-mail messages and one new video message. One voice messageis urgent."), otherwise the subscriber may quickly get confused. For the same reason, complex inventory sorting, message selection or folder capabilities are preferably not provided through the voice interface, even though they can be if desired. However, a PC interface preferably shows much more information to the user without overloading the subscriber, and allows sophisticated operations such as organizing messages into folders.
Generation of integrated message inventories occurs naturally on a real IMS. A virtual IMS needs to get the individual inventories from the external systems specified for the subscriber. This is considered below in CA 022203l7 l99X-02-0~
782.1033 the discussion of ~nterfaces to othe~ MSs.
The voice ~nter ace of the presen~ invention Fresents a spoken messase inventory which gives counts of -essages per type, and ad~itional salient information such as whether any are urgent. There are essentially two f~lde~s: new and saved messages, plus a virtual ~wastebasket" which may be emptied (or not) at the end of the session. Selection of a message to play is predetermined by the system (play only voice and text-to-speech type messages), with some limited administrator controls (e.g., play new or saved messages first); and the user cannot chose to select a specific message, other than by skipping forwards or backwards through the messages.
A PC interface according to the present invention provides an inventory much like the message list of e-mail systems. Typically, it includes, for each message: type of message (voice, video, e-mail, facsimile), subject (if any), sender, time of deposit, size of message (bytes, pages, seconds, as appropriate), and status (new/read, urgent, replied to, forwarded, etc.).
In a PC interface the user clicks an inventory entry to select the message to be retrieved; the system retrieves the appropriate message and provides it to the user in the proper format. The PC can support folders, so the subscriber can organize his messages. This can be done locally at the desktop, by moving messages to local file system directories or files. However, for the preferred type of PC interface (e.g., using a standard web browser), the folders can be implemented by the IMS 106.
Message headers preferably include important details from the message envelope for non-voice/facsimile messages. The envelope of messages received via e-mail can CA 02220317 1998-02-0~
782. J33 have a lot more d~tail than those of voice~f~csimile messages, and are also i-. text format. These type envelope elements are parsed by the system 106, and spoken in the same way .hat sender mailbox number, date/time, urgency and otner envelope elements are handled (i.e., by concatenating pre-recorded prompt fragments). Preferably, the envelope data is stored in the same way, regardless of message type, to output the non-voice/facsimile envelope in spoken format.
One problem area is in identifying the message -3 sender to the subscriber. Ideally, the system should speak the sender's r~me, preferably in the sender's own voice.
For messages received from a sender on the same system, the system can access the sender's name announcement (or speak the mailbox number if there is no name announcement). The same is true of messages from other systems connected through digital networking using the Digital Messaging Network Version II (DMN II)~ system available from Boston Technology Inc. of Massachusetts. Digital Messaging Network Version II (DMN II)~ conforms to the AMIS-D voice messaging protocol, which passes the name announcement of the sender along with the message, using X.400 and a real time DMN II
protocol to retrieve remote name announcements during message addressing between systems.
For non-voice messages received from other vendor's platforms (including X.400 and MIME/SMTP messages from the Internet), the sender address information is a character string, and there is no explicitly identified name announcement. Of course, an X.400 or MIME voice body part can be included with any message, and so the sending system can send a name announcement. However, the receiving system will not know it is the name announcement and just play it as part of the message body. An example of such an address CA 022203l7 l998-02-0~
~82.1033 is ~'bill@abc.com~. The receiving system 106 parses this string and speaks in the same way as a mailbox number, character by character. Tex.-to-speech could also be used, but there are problems for today's text-to-speech technology in handling an infinite variety of strange words (such as l'abc"). In any case, it is often clearer to spell out the address when spoken. A preferred solution is to use the prompt voice fragment approach with additional prompt fragments for common address elements, to output ~for example) the voice prompts "b" "i" "l" "l" "at" "a" "b" "c"
~dot" "com" for the address noted above. This does not require text-to-speech capability.
The need to handle messages from the external MSs 116-120 means that some voice messages will be received in encodings other than the native format of the platform.
Examples would be MIME messages containing audio/wav body parts, or .WAV files. The present invention can output this data to the telephone line just as easily as the native format using the freeware software package SOX. An alternative is to convert everything to the native format, but this can cause quality loss if the data subsequently needs to be converted to some other format for output over some other interface and is not preferred.
For output to a conventional telephone, non-voice messages of the text data type are converted to voice, or otherwise represented by voice. However, there are some structures (such as the MIME multipart/parallel) that may be too complicated, or not useful, or impractical to output to a voice telephone. In such a situation, the system should indicate to the subscriber the type of the message and other envelope information, and explain that it cannot be retrieved from a DTMF telephone using a standard voice CA 022203l7 l998-02-0~
7~2.1033 message.
Howeve~, a p~cture-telephone can receive image type mail messages.
Recording of a voice, facsimile or voice-annctated facsimile message over the voice interface isperformed in a conventional manner. To generate other data types DTMF key entry is used to select from a menu of simple parameterized pre-canned messages. For instance, a caller can send text messages containing a callback phone number to a subscriber's cellular handset or pager. The present invention provides these capabilities for video, text, e-mail messages, as well as for other data types (facsimile back services are an example of similar usage).
The limitations of the DTMF keypad do restrict the ability to address the message to non-numeric addresses.
In the present invention, however, a group address containing non-numeric addresses (defined using the PC
interface) can be specified through the DTMF interface. The present invention also allows a reply with a voice message to any received message from any sending address. The system 106 records the voice and deposits it in the local sender's mailbox, or converts it to an appropriate MIME, AMIS-D or X.400 body part using DMN II or the functions of a client e-mail reader such as MSExchange, cc:Mail or Netscape Internet Mail, and sends it to the original message sender's address, if external.
Speech-to-text, or voice recognition, is also a means to send text messages from a conventional telephone and also a way of addressing non-numeric addresses (by spelling them out).
Forwarding is the copying of a message and the deposit of the copy in a different mailbox, or transmission CA 02220317 1998-02-0~
7~3,.lG33 to a third party. Fcrwa-ding of non-voice messages is ~rovided by the present ~r.vention through both the voice ~terface and the FC intGrface because when the message does .ot need to be converted to voice, such as for facslmile messages, the message can be sent either to another mailbox, or to a subscriber-entered facsimile telephone number, without actually retrieving the mes- ge. This approach is also used by the present invention for other data types (video), as is the turnaround of lines for alternate l~ facsimile/voice use. When the destination is not the same IMS the message is format converted as needed. Forwarding to another mailbox on the same IMS is implemented in the same way as for voice and facsimile, and operates independently of data type. Forwarding to a telephone number, when done automatically by the system, is considered a form of message deposit notification. The same mechanisms are used for forwarding, so we address it below.
Facsimile machines may also be used to access the system 106 via the dialup voice interface; often, the facsimile machine may actually be a PC running facsimile software. The system of the present invention has facsimile modem capabilities, and handles facsimile messages in a variety of ways, often in conjunction with a DTMF telephone for control and listening to voice annotations. The system 2- stores facsimile messages in their native form (tiff) and no conversion is necessary. The additional complexities for the IMS relate to the output of non-facsimile messages to facsimile mach;nes. To do this the system converts text messages and non-facsimile image data to facsimile format using a function available from Natural Microsystems or the public domain software pbmplus can be used to convert to/from various picture forms. Exchange of facsimile data CA 02220317 1998-02-0~
782. 3~3 with external systems is performed using both MIME and X.~Oo ~or G3 facsimile body par.s.
For PC access, two physical in~erface types are ? ovided: dialup to the IMS telephone ports, and via the Internet (or another TCP/IP network). In addition, several ways to handle voice messages are provided: purely digital, where the voice data is simply transferred like any otner type of data (such as by using a browser as previously discussed), and the PC turns it into audio; the use of a o voice/data line-sharing scheme, such as provided with the voiceView system available from Radish (the latter would only be available through the IMS dial-up ports) and transfer of the voice data via an e-mail attachment with the conversion to audio occurring in the PC.
Accommodating access from a PC (see figure 6) can be provided through an APU 150 and IPU 146 (NIU) hosting SMTP/MIME and POP protocols. Because of the rapid growth in Internet connectivity and on-line services, message user agents (MUAs) (or client mail readers) using these protocols are becoming universal for subscribers using dialup access.
However, the Hypertext Transfer Protocol (HTTP) is the preferred protocol since it is the one used to interface with standard web browsers. It is a simple request/response protocol which uses TCP/IP. Requests (called methods) are provided to get and create objects (real or synthesized data), and to do other operations in support of navigating a global, interconnected set of information. The subjects of the methods are identified by a Universal Resource Identifier (URI) or Locator (URL) which specifies the location (including the Internet name of the host where the information is stored) and the means to access the object.
Responses are returned to a requester in MIME-compatible CA 022203l7 l998-02-0~
782.1033 format, so the MIME conter.t-type and c~ntent-encoding can be determined by the requester, and tr.e object presented in the appropriate way. To actually provide the "web" of connected objects, specially-formatted text scripts or templates, using the Hypertext Markup Language (HTML), are used. These ~'web pages" can have embedded links to other objects (systems/hosts), as well as presentation control capabilities. The browser follows these links by using the linked object's URI to send a GET request to the host iO identified in the URI, when the user selects the URI. By putting links to further pages (HTML static documents, or dynamically synthesized documents) in a web page, a hierarchical organization of information can be established.
HTML and HTTP also support entry of data via forms, access to files via FTP, and interfaces to other information systems, such as e-mail, GOPHER, and News.
To provide the PC 109 or 110 (see figure 4) with web browser access, the IMS 106 of the present invention provides an HTTP server (IPU 146) to handle the requests from the browser, and provides an organization of the information in the IMS 106 into a logical structure, using HTML pages as will be discussed in more detail later.
In general, HTTP servers are widely available, both as public ~o~;n source code, and as commercial products. Toolkits are available to simplify page creation.
HTTP servers are highly configurable, including the mapping of universal resource locators (URLs) to internal (or external) data or operations ~executable scripts).
A ~implified example of an HTML page hierarchy for the messages stored in the IMS and the subscriber operations used to access messages is given below. Sample URLs are given to aid understanding.
CA 02220317 1998-02-0~
782.lC33 a. Subscribe~ (or caller) uses a browser 144 (see figure 6) on a PC ~42 ts open subscriber's own I~S home ?age (e.g., "http://www.ma'i.somerboc.com/~oeQUse-/~l, 0-"ht_p://www.mail .somerboc.ccm/617-246-9000/") or http://www.mail.somerboc.c_~./awscripts/btv.dll?REFRESH. A
~bookmark" could also be used to remember the URL.
b. The PC 142 dials directly to the IMS 132 or via an Internet service provider (ISP) 140, and connects .o the IMS host 132. The PC 142 sends an HTTP GET method 1~ C~r the home page URI.
c. The IMS HTTP server 146 sends the home page in the response to the GET, and the PC's browser 144 displays it. The home page has welcome text and/or graphics and/or voice announcement, including a password entry field.
For users wishing to leave a message for the subscriber instead of logging in, there is preferably a "button~ on the subscriber's home page to "leave a message." The calling line identifier (CLI) can be used to verify that the calling number matches the subscriber name, or for using the authentication capabilities of HTTP. A secure socket layer (SSL) is used to provide an initial secure connection for authentication. A menu of additional services besides integrated messaging can also be provided.
d. Using the browser 144, the subscriber enters the password in the login information form, the browser 144 sends it to the HTTP server 146. The server 146 validates the password and synthesizes the subscriber's main messaging page (nhttp://www.mail.somerboc.com/JoeQUser/
inbox") from the contents of the subscriber's message store, and returns the page to the browser 144. The subscriber's messaging page contains links to each of his stored messages ("http://www.mail.somerboc.com/awscripts/btv.dll?REFRESH) CA 02220317 1998-02-0~
782.1033 and whatever inventory ir.'ormat.on (~;.ttp://www.mail.some~~oc.c~m/awscripts/btv.dll?DRTR&Unique MsaId) is desired for display, plus buttons for sending, dele-ing, forwarding or other message actions.
s e. If the user clicks a message link, the message is retrieved by the HTTP server 146 from wherever it is stored. The message is formatted and encoded as a MIME
message, and is presented by the browser 144 according to the MIME type (text, image, video, voice, etc.). Voice and facsimile messages stored need to be converted to MIME
format first.
f. Buttons are also links to URIs. If the subscriber clicks a button, the HTTP server 146 may simply use the URI as a command name and ?erform the action, or it may return an HTML form to allow further user input, or to give more details about some entity.
In the present invention, an HTTP server is provided in each application processing unit (APU) 150 (see figure 6) that is configured to handle data calls. In addition, an HTTP server (IPU 146) is provided for subscribers accessing the IMS 132 via an ISP 146 and the Internet 136. For small numbers of concurrent PC sessions, the MIU previously mentioned, with modem banks, can also be used to provide PC dial-up access. Note that all ~TTP
servers are configured identically, and use the distributed subscriber database access mechanisms (in the same way as a voice application) to locate and retrieve subscriber data and messages, even when they are not on the same APU. The HTTP servers use the existing platform operating system TCP/IP and PPP protocol capabilities.
Two situations for data type conversion can arise: when a subscriber's terminal type will not accept CA 02220317 1998-02-0~
732.iC33 the stored message format, and upon user request. An intermediate situation is when a subscriber requests delivery or forwarding of the message to a system or ~--mir.al, other than the 02le he is using, which does not support the data type. Most converslons are implicit from the message type and the destination, but it may be preferabie for a subscriber to explicitly request converslon (e.g.) of a facsimile message to text for forwarding to an Internet address, even though the message could have been IO sent as a MIME facsimile message.
~ or the IMS of the present invention, messages are preferably stored either in native voice format as described in U.S. Patents 5,029,199 and S,193,110, native facsimile format (preferably conventional tiff), or in a MIME format. For PC access, or delivery to a PC via outdial, handling of data other than native voice data is preferably by sending it unconverted using the stored MIME
format. Facsimile information is preferably sent in the MIME image/tiff format. Voice data is preferably sent as the MIME audio/wav type.
Notifications are used primarily to alert a subscriber that he has messages, so the subscriber need only access the system when messages exist. Notification mechanisms vary from the communication of one bit of information (messages present or not), to delivery of the actual messages themselves.
The present invention, using Access NP~, provides comprehensive notification delivery capabilities including: paging via outdial, TAP and TNPP; message waiting indication (MWI), via SMDI, and using various SS7 or ISDN capabilities; special delivery outdial (delivery of voice and facsimile messages by outdialing the subscriber at CA 022203l7 l998-02-0~
7a2.1033 a specified telephone number); and cellular short messages, containing mailbox message counts or callback numbers.
Most of the above do not actually deliver messages, and so require no message data type conversions.
- Special delivery, however, is more complicated. The destination terminal must be capable of receiving the data type, or the system must be capable of recognizing the terminal type and converting the message accordingly. The data conversions discussed (e.g., text-to-facsimile or text-l~ to-speech) should, however, handle most notifications.
Special delivery via outdial to a PC is also provided.
In addition to data conversion for special delivery, it is necessary to consider how other message types affect the notification algorithms. One approach is to handle them in exactly the same way, so that any e-mail message causes the MWI light of the subscribers telephone to come on, or causes a page to a pager if it is marked urgent.
A real IMS is self-contained for notifications, in that any message which is to be notified 2û is stored in the IMS. However, in a virtual IMS, one MS
does not store all messages. Further, some of the integrated message systems may have no notification capability. Thus, there needs to be a way to comm1-n;cate the presence of messages between MSs (ncross-notificationn).
This may require non-standard mechanisms, since most MSs are not designed to accept notifications. This, in turn, may require MS modifications, which defeats much of the purpose of a virtual IMS. Below we di~cuss how to provide VMS
exchange notifications with an associated EMS, without major 3û EMS modifications.
An associated e-mail system (EMS) will preferably have one of SMTP/MIME and POP protocol CA 02220317 1998-02-0~
7a2.;333 capabilities (or equivalent X.gO0 capabillties). The EMS
can initiate SMTP sessions, bu. the VMS must initiate POP
sessions. The EMS is configured to automatically create a co~y of each message deposited, or an additional message s with inventory information, give the message a special VMS
recipient address, and send it via SMTP to the VMS ( IMS
106). This has desired asynchronous notification characteristics. The VMS ( IMS 106) receives the message, parses it (or merely notices it), and uses the information to control the notification mechanisms (but not store it).
Alternatively and less preferably, the VMS (IMS 106) uses POP to poll the subscriber's message inventory. This is a periodic event, likely to cause a lot of traffic, since it needs to be airly frequent and there could be large numbers of subscribers. In either situation, the VMS (IMS 106) needs to be provided with the subscriber's e-mail address and password.
There is also a hybrid of the above-discussed approaches where the VMS is an IMS, and it uses POP to retrieve EMS messages but also offers POP to the subscriber so that client e-mail SW connects to the VMS tIMS) to retrieve e-mail messages.
For notifications from the VMS to the EMS, the VMS sends an e-mail text message containing the voice/facsimile message inventory using SMTP.
For both real and virtual IMSs, there is a need to interface with external systems 116-120 using the regular store-and-forward e-mail paradigm, in order to make the IMS subscribers part of a single world-wide messaging community. For the virtual IMS, special consideration must be given to the "associated MSs", since that non-standard (for e-mail systems) but conventional techniques need to be 7~2.'~33 applied.
The Access N?U p at'~rm available from Bcs.on Technology, Inc. provides ~Ia-D (digital) and AMIS-A
(analog) networking for transfer_~ng messages to other vMSs with the requisite protocol support. This includes most VMS
vendors. The system handles voice data according to the AMIS-D specification. It also has downward-compatible enhancements for interworking with other systems, so that multiple Boston Technology IMS clusters become essentially connected in near real-time.
For interfacing with external VMSs, or between Boston Technology, Inc. IMS platforms, AMIS-D is preferred.
The X.400 technology is also usable for interworking with other X.400 mail systems, allowing connecti~ity through i5 X.400 administrations to many e-mail users. Since almost all X.400 public mail systems have Internet connectivity, this is a preferred approach to providing world-wide connectivity for IMS subscribers.
When external MSs do not have X.400 interfaces, MIME/SMTP protocols are the next most preferred choice, both for Internet connectivity and for connection to corporate LAN mail gateways.
For a virtual integrated messaging system (IMS), some of the systems outside of the VMS 68 need special treatment, 80 that the message endpoints of the MS
(for example, e-mail system 66) appear to be part of the same integrated mailbox as the VMS message endpoint.
Interfaces and operation for the "pass-through director~' approach to virtual IMSs will be discussed in more detail (notifications ha~e been addressed above already). As for notifications, an EMS with SMTP and POP capabilities, connected as shown in figure 3, is assumed.
CA 02220317 1998-02-0~
782.iO33 The general handiing of a vi_tual IMS
subscriber's operations i~ a vir~ual LMS will be described ~el~w ~or each of the typical ohases of a session.
When the subscriber logs into the VMS 68, the ~MS 68 generates an integrated message inventory. This is done through the use of a POP session between the VMS 68 and the EMS(s) 66. The VMS 68 logs into the POP ser~er on behalf of the subscriber (POP USER and PASS commands), queries the EMS inventory (POP LIST command) and merges it with the local inventory. The VMS 68 maintains a map from the PoP message IDs to an identification (place in sequence, D number or synthesized URI) used between the VMS 66 and the subscriber. Locally stored messages are likewise given identifiers.
To select a message for retrieval, the subscriber interface may use POP (for MUA interfaces), an ~TTP GET method (for web browser interface access), or enter DTMF commands (for voice access). In any event, the VMS 68 maps the subscriber-requested message ID or URI to the EMS
message ID, or to an internal message ID. If the message is on the EMS 66, the EMS 66 uses POP to retrieve the message from the VMS 68 (POP RETR ~msg id~ command), and outputs it to the subscriber. If the message resides on the VMS 68, it is simply retrieved and played. Data conversions, if 2s necessary, are performed as described earlier.
To submit a message, the VMS 68 needs to determine whether the message is to be sent to the EMS 66 or handled by the VMS 68. If the former, then the DMN II
system previously mentioned (using the X.400 protocol) is used to forward the message to the EMS 66. The criteria for the decision would typically include the recipient address and the message data type. There are many possibilities for CA 022203l7 l998-02-0~
782.1033 the algorithmi the prefe~ ed is:
a. I r the message is native voice or facsimile (i.e., using ~he DTMF interface), and the recipient address is a phone number, the message is handled in the conventional VMS manner for a voice or facsimile message.
b. If the message is native voice or facsimile, and the recipient address is not a phone number, the message is sent to the EMS 66, with the data converted .o a MIME audio or image/tiff type.
c. If the message is a MIME audio or facsimile type (i.e., SMTP or HTTP user interface), and the recipient address is a phone number, the data is converted to native format and handled as conventionally by the VMS
(note: addressing to a phone number could be prohibited to avoid this conversion, initially).
d. If the message is any MIME type, and the recipient address is not a phone number, the message is sent unchanged to the EMS 66.
e. When messages are sent to the EMS 66 for handling, the sender address is set to the e-mail user name of the subscriber, so it appears that it originated in the EMS 66.
The approach discussed above i~ a straight forward way of operating. There are much more complicated ways of doing it. The advantage of the simple approach is that the VMS involvement in handling e-mail messages is .
mlnlmlzed .
Figure 5 illustrates a general functional architecture for a real IMS which provides the capabilities discussed above. A more detailed description will be provided with respect to figure 1.
CA 02220317 1998-02-0~
782.1033 Various elements of the architecture wlll be discussed. Note that figure 5 is not intended to be a def nitive and complete representation of the actual software architecture of the IMS which will be described in more detail with respect to figure 6.
The dialup interfaces 130 in the APUs 150 have drivers for access to conventional DSP hardware, providing voice interface functions (V), facsimile modem capabilities (F), data modem capabilities (D) and VoiceView voice/data 1~ mcdem capabilities (V/D).
For DTMF access, the voice application 131 is the application described in the related patent previously mentioned, which accommodates multimedia messages and data conversions, for example text-to-speech and text-to-facsimile.
The multimedia message store 132 is distributed across all the APUs 150, with most of a subscriber's messages being stored on a "home" APU.
Standard methods are used by applications in any subsystem 23 to access the distributed message store in a location-independent way.
The Boston Technology, Inc. Digital Messaging Network Version II (DMN II)~ product 133 provides store-and-forward communication with other MSs, including other Boston Technology IMSs or VMSs, other vendor's VMSs, and external EMSs. Either the AMIS-D protocol 134 or SMTP 135 is used for this. DMN II is automatically activated when a message requires delivery to an external address.
The subscriber PC access functions reside in the APU 150 for dialup access, and in the NIU (IPU 146) for network access. Both instances of this set of functions are essentially the same, except that the datalink protocols are CA 02220317 1998-02-0~
782.~C33 different.
An HTTP serve~ 136 is provided in the IPU 156 to allow access using conventional web browsers and associated web pages 137, and SMTP and POP servers 138 are provided to allow access from MUAs. All other services POP3/IMAP4/Voice/PPP/X.400 are utilized on other components and in turn utilize the IPU 166 for HTTP if necessary.
The PC application 140 provides the structure of the user interface for HTTP access, and the necessary "glue" to interface with the internal system mechanisms (in this case, just the message storage).
Microsoft WinSock 142 is used to provide the TCP/IP protocol support, both externally and internally.
WinSock is an integral part of Windows NT, and includes support for VoiceView data transfers. For Boston Technology, Inc. platforms using the Unixware OS, the TCP/IP
support is also part of the OS, but VoiceView is not supported.
The "real" IMS system 130 (106) of the present invention is preferably implemented using a distributed architecture such as illustrated in figure 6. The system 130 includes a message platform 132 that is connected to both the public switched telephone network 134 (via a digital matrix switch 135) and the Internet 136. A
subscriber can access the platform 132 using a telephone 138 to perform message access functions such as retrieving and listening to voice mail messages, forwarding messages, recording messages, and converting and playing facsimile messages. A detailed description of this type of access can be found in the U.S. patents previously described and is available in the CO Access~ and Access NP~ systems from Boston Technology, Inc. The ~ubscriber can also access the CA 02220317 1998-02-0~
782.iO33 platform 132 for accessi~.g voice mail messages and other types of messages such as facsimile and ~ideo messages ove~
the Internet 136 through a conven.ionai Internet service p~ovider system (ISP) 14G using a personal computer 142.
s The personal computer 142 is a typical conventional multimedia personal computer capable of running or executing an Internet browser 144, such as the preferred Netscape 3.0 browser available from Netscape Communications or Internet Explorer 3.0 available from Microsoft, and iO capable of connecting to an Internet service provider 140.
The PC 142 can also, of course, be connected to the Internet thro_ ~ a company local area network (LAN) via a high speed connection. The computer 142 preferably includes a modem with a speed of at least 14.4 Kbps and preferably at least 28.8 Kbps when the user intends to access video images. The computer 142 also includes a conventional sound card and associated audio speaker and audio software such as the preferred TrueSpeech available from the DSP Group. For the recording of voice messages that will be transmitted to other mailboxes the computer 142 needs a microphone half duplex recording board such as SoundBlaster from Creative, Inc. and software such as MediaPlayer from Microsoft. For displaying still images, such as facsimile mail, the computer 142 needs to include a tiff reader such as Microsoft Facsimile available from Microsoft Corp. These still image components can also be used to record facsimile messages for transmission to other mail boxes. For the playing of motion video images, the computer 142 use~
ActiveMovie from Microsoft. If video images for broadcast are to be recorded the computer 142 needs a conventional camera and associated software such as Connectix from Connectix, Inc.
CA 02220317 1998-02-0~
782.iO33 The browser 144 is used in a conventlonal method to access an Interr.et web page hosted by the plat'orm ~32. rhe browser 144 allows the user tO perform functions such as viewing a message list, view addresses of voice/video mail recipients and senders as well as e-mail addresses, playing and saving messages, forwarding messages to others, replying to messages, creating, listening to and modifying personal greetings, name announcements and prompts, etc. using the graphical user interface and the video/sound capabilities of the computer 142.
The user accesses the platform 132 through one or more Internet processing units (IPUs) 146 over a conventional digital communication path typically used for high speed access (10-100 Mb/s) of a home page server. The lS unit 146 is preferably a pentium based computer that operates at 133/166 MHz with 32 MB of RAM and 4GB hard disk drives that are mirrored. A conventional Internet router (not shown), such as available from Cisco Systems or Bay Networks which performs packet filtering, can also be provided between the Internet 136 and the unit 146. The router can provide a "bridge" between the ethernet 149 and the network backbone. In such a configuration the router and unit 146 would be coupled preferably using a lOOMb Ethernet connection and perform the primary function of moving packets to and from the IPU 146. The unit 146 provides firewall protection from hackers, acts as a web server for the messaging application, performs hypertext markup language (HTML) generation and performs the voice encoding and image encoding for the messages streamed to the computer 142.
During a typical session a user will access the platform 132 over the Internet 136 using a st~n~rd web CA 022203l7 l998-02-0~
782.10~3 browser to obtain a service ~r~vider home page where the user will log into the r..er~.~ service provided by the platrorm 132. During t;.is p~cess the user is required to enter a mailbox i~entifier and a pass code which are checked - to ensure that tr user is authorized Once authorization ,s confirmed a service session is initiated and the user is presen~ed a page that includes a menu of service options such as viewing a message list, administering mail box options, other network service features, etc.
1~ When the users e-mail is stored and supported by another platform the message list can include a cross notification of the existence of an e-mail message in the mailbox message list.
During a typical message retrieval function, the unit 146 accesses a master control unit 148 over an internal dual channel ethernet 149 to locate the storage location of the various types of messages stored for a subscriber and generates a web page which is transmitted to the personal computer 142 and which includes a list of the messages. The user selects a message in a conventional fashion by double clicking on a message descriptor or selecting the message and clicking on an appropriate icon such as "Play" in the display of the browser 144. The unit 146 responds by obtaining the selected message from the application processing unit 150 that stores the message, converting the message into the proper format and transmitting it. In the case of voice messages the voice data is converted from the encoding for storage into a file in the encoding for playing used by a conventional audio application executable by the browser 144 such as the preferred ActiveMovie from Microsoft and streamed to the browser 144 where it i8 played as it is received. For 782.i~
facsimile and other text messages a tiff file is cr~ated and t-ansmitted to the browser 144. For video messages the vidPo data, if necessary, is converted into the av , mpg, m~eg, cu, etc. file formats that allow the data to be streamed to the browser and dis~iayed in a pop-up window in r~al-time as it arrives. That is, video as well as audio messages are played or displayed as received by the computer 142. During play back the user can perform the conventional functions of rewinding, pausing, fast-forwarding, skipping, "t_. The user can also perform operations associated with saving the message, deleting it or forwarding it to others.
The processes performed by the Internet processing unit 146 as well as those performed by the master control unit 148 and application processing units 50 and other units 52, will be discussed in more detail later and are set forth in the source code appendix which code can be stored on/in various types of media, such as various types of disks and various .ype of computer memories, in the platform 132.
The operations or entry points available to a user interacting with the browser 144 include the following functions:
QUIT - Exits out or logoff of the system and delete all session information.
DELE - Removes one or more messages from the system.
SAVE - Saves a message.
DRTR/RMSG - Retrieves data such as an audio message.
RECORD - Sets and starts record/send process .
REFRESH - Gathers data and instantiates to browser in HTML.
USE - Selects a specific template.
GRTR - Retrieves particular group list data.
GDEL - Deletes a group list.
CA 02220317 1998-02-0~
782.iC'33 GINS - Adds a sincle entry to group __s . .
GUSE - Get group and use template.
GPUL - Modify current group lists.
GNEW - Make new list.
MBOXADM - Administer user mailbox features such as change the password.
Each of these operations has a routine of a corresponding name in the source code appendix. The processes for the above-listed functions perform many of the same operations such as authenticating a request, however, for simpliclty of explanation three representative processes, the process that -efreshes (REFRESH) the browser display, the processes (3RTR/RMSG) that download messages for playing/displaying and the process records (RECORD) messages to send to others, will be discussed. The other processes are described in detail within the source code appendix.
The refresh operation steps, with the data, accessed, are depicted in figure 7. The refresh operation is integral to the display update operation of the invention because each of the web pages that are transmitted to the computer 42 is affixed with an expiration date, such as yesterday, that causes the browser 144 to request a reload of the page each time the page is accessed or additional information is requested. This results in the message list being updated to include messages that have arrived since the current session started. The refresh operation is also used to provide web pages that the user has selected during browsing where the refreshed page has never been transmitted. The refresh operation starts with a refresh request (a "GET" with a URI) being sent 1 to the Internet processing unit 146. The IIS routine 170 denies access if the authentication for the request is not present. If the CA 02220317 1998-02-0~
782.;C33 authentication is present the -e~uest is passed 2 to the security filter ro~ine i72. The sec~ y filter 172 sends 3 the request to the support 174 for au.hentication by the platform 132. The routine 174 checks 4 the session information data 175 to see if a "session key~' currently exists for the request and if so the flow skips to step 9 discussed below. If the session key does not exist the authentication request is sent to UNIX support routine 176 cf the MCU 148 and/or APU 150 for authentication. The authentication involves accessing 6 the user authentication data 178 and returning 7 an indicator of success or failure at the authentication task. The authentication successful result is returned 8 to the security filter 172 otherwise processing proceeds to step 21 where a message concerning the authentication failure is returned to and displayed by the browser 144. The security filter 172 transfers 9 control to the validation routine 180 where account and file systems permission validation is performed and which returns 10 the result of validation. If validation is not successful, control transfers to step 21 where a failure message is sent to the browser 144. If the validation is successful control transfers ll and 12 through the Microsoft Internet Information Server (IIS) routine 170 to the template update routine 182. Routine 182 transfers 13 the control to routine 174 to access 14 and check the state of the session cache 175. Once this check is completed a request 15 for an update of the message/group information is presented to the routine 176. The routine 176 obtains 16 the mailbox list information or group list information 177 stored in the MCU 148 and returns 17 the information to the unit 146 where the session cache is updated. The updated data is forwarded 18 to the HTr~ template update routine 182 782.1~_3 where the current eemplate from the template file 84 iS
instantiated 19 to match the data in the session cache 175.
The data of the template is passed 20 to the IIS routine 170 where the HTML template fcr the page is returned 21 to the browser 144 which displays the refreshed page to the user.
The templates preferably use the Microsoft.htx file syntax and the templates include standardized variables for the various data, such as c~AccountNumber~, c%From~, c~Media~,, c~Length~>, etc.
The transmission of the HTML for a template allows the service provider to customize the home page (for example, by adding advertisements) and deliver pages based on the domain or class of service of the subscriber.
A refreshed active page that is designed to list stored messages can be formatted as illustrated in figure 8. The messages can be accessed (played/displayed in real time), saved, deleted from the platform database and saved to storage local to the personal computer 142 using the conventional point an click paradigm.
The group list administration functions can be facilitated using an active page such as depicted in figure g where custom distribution lists can be easily created and edited to add, delete and modify addresses of recipients of the various type of messages that are supported such a~
voice, video, facsimile, telex, e-mail, etc with addresses such a~ telephone numbers, e-mail addresses, universal resource location addresses, cable addresses, etc.
The processing of a message retrieve or play request (DRTR/RMSG), like the refresh request, starts with the transmission of a request 1 by the browser 144 to the unit 146 as depicted in figure 10. The request can be made by double clicking on a message in the list of figure 8.
CA 022203l7 l998-02-0~
782.iO33 The request is processed in the same way as the ref esh request for steps 2-10. In step 11 the name of the ~e~ues~ed file which has been made using a coded name may ~lso be converted to the real file name, which is a security ~ssue which will be discussed in more detail later. The .ile request is passed 12 to the gateway routine 182. The routine 182 passes the request for the file to the support routine 174 which obtains 14 a unique identifier from the session information 175. The request is then provided 15 to 13 the application processing unit lS0. The processing unit 150 accesses 16 the list of messages 177 and obtains 16.5 the message data 186 (voice, text, video, etc.) from storage. The message data passed to the support routine 174 and is converted from the native storage format (from Oki 24 when the message is a voice message) into and stored 18.5 in cache or temporary storage 188. The cache storage allows later requests for the same message to be processed without again decompressing the data. As the data is temporarily stored it is retrieved as needed to perform a real-time conversion into streaming mode data and into the desired format, such as TrueSpeech. This conversion will convert voice data into data compatible with Netscape type "plug-in"
play back systems that include TrueSpeech, Voxware, Real Audio and WAV (which is standard for Windows 95/NT). If the data is text data it can be converted into a tiff file compatible with a conventional tiff viewer. A facsimile message is typically stored in a tiff file. If the data is video data it is converted into MediaPlayer data (an .avi file) compatible with the MediaPlayer system available from Microsoft. The data can also be converted into JPEG or MPEG
for still and motion video players available for conventional browsers. The real-time streamed data, which CA 02220317 1998-02-0~
7a2.~033 includes the content ty~e, is sent 18 to the IIS routine '70 ~nd immediately forwar~ed 19 on to the browser 144 with an o~tion to store the data in t~.e cache local to the unit 14~.
When streamed the browser 144 does not know the content type of the message until the message is received from the server 146 and the invention relies on the default mode of the plug-in that handles the data type. At the browser 144 the transmitted data, if it is Voxware data, causes a window to open and it is immediately played or displayed as the case may be. Other types of data such as RealAudio require that a play button in a pop-up window be activated.
Once a message is received the subscriber, using the browser 144, can save it locally, play it again, reverse it, skip forward and backward, copy it into other files and other types of operations that can be performed with multimedia files.
During a record process, a media player, delivered with a conventional operating system such as windows 95/NT, records the message or the subscriber activates a plug-in of the browser 144 to record the message tvoice, video, text, etc.). Using the application, the subscriber edits, rerecords, etc. the message until satisfied. When finished the user provides a file name to the recording and stores it locally. The browser 144 is 2~ then used to POST the message to the server. Alternatively, the browser 144 can be used to request that the server 146 record the message and send it. The server responds by performing the steps 1-21 for refreshing a page previously discussed and forwards a template for a page, such as depicted in figure 11. The subscriber completes the template by providing the file name of the recording, addresses (such as telephone numbers, e-mail addresses, CA 02220317 1998-02-0~
782.iO33 etc.) of the recipient alor.g with ind cators for privacy, e~c. The browser 144 when the "subm t message~' button is ~-essed creates a message header, attaches the file and ce~ s the file to the server 146. The server 146, when the S 'ile appears in the incoming message di-ectory, converts the message into an appropriate storage format (compresses it if necessary) and stores the message. The header is reviewed to ascertain the recipient addresses and the message is retrieved and sent to the recipients. For example, a voice 1~ message to a particular telephone number would result in an outdial proc:,s being performed. If the recipient is a subscriber the message is copied to the recipients mailbox.
The present invention enhances the security of each session with a number of different features.
Unit 126 is prefera~iy limited to the HTTP
(Hypertext Transfer Protocol) and SSL (Secure Sockets Layer) type Internet service to help eliminate problems associated with unsecure protocols. The present invention also has ce-tain authentication features. A request is first sent from the browser 144 to the server 146 that does not include authentication. The Microsoft Internet Information Server (IIS-170) software running in the server 146 checks this request. The filter 170 also checks to see if the user is valid and since there is no authentication the check fails and the browser 144 sends the request again this time with authentication. The request either passes or fails based on the authentication. When the request fails the browser 144 is notified. When the request passes the request is forwarded for processing. In an initial log-in situation the request is forwarded to the users home APU 150 where the validity of the user is checked again to determine whether the user is a subscriber. This double validation helps CA 02220317 1998-02-0~
782._'_'33 prevent nonsubscribers --cm obtaining access t~ the system.
When. the user is a subscr ber ~:.e user gets a message list sent to the browser i44 where it is displayed. Once a session is established the user is essentially communicating _ with the home APU 150 for this subscriber which controls further transactions. All further requests by the browser 144 to the server 146 go through the first level of authentication.
The system preferably uses secure socket layer C (SSL) packet encr~ption.
The present invention also is preferably implemented using dual homed-host Internet processing units that prevents packet sniffing on the internal ethernet. A
dual homed-host is a host that has two IP addresses that correspond to one or more physical addresses allowing it to be configured differently based on the IP address. For example, one IP could be configured only to work with SSL
active and the other IP is used in the clear, i.e. without SSL.
The provision of a router to perform packet filtering prevents source address spoofing.
The present invention also assigns session numbers and specially created file names to files that are transferred to the browser 44. In this filter operation the process removes all correlation to any data set internal to the platform 132 from data sent over the network 136. For example, a message identifier that is sent to the browser includes a session identifier and a randomly assigned file identifier (which can be the current time of day). The server 146 creates a session information entry that identifies the file for the session identifier and the randomly assigned file identifier. When the browser 144 CA 02220317 1998-02-0~
7~2.'033 requests the file the session ldentifier and previously assigned file ident~fier are i..~luded with the request. The serve~ 146 uses the session information to c~nvert the file -.a~e nto a real file name to retrieve the file. When the s se-ver 146 sends the requested file to the browser 144 the serve- 145, if it is not a streamed data file, the server 146 assigns a pseudo file name that includes a session number and a randomly created file name. This pseudo file ~ame and the real file name are also stored in the session ~3 information so that the file can be requested again. The session number is part of the create identifier to allow communications that use the same random number to be distinguished. If the file is a streamed data file, the data of the file with content type is sent without any file name identification.
The present invention preferably uses a buffer of 8192 bytes to improve transfer efficiency even though a buffer size of from 512 bytes to 8192, except for 4096 for certain audio formats when the data is audio, will work.
The present invention, through the network interface provides two methods of message deletion:
immediate or marking messages to be deleted with a deletion ~Commit" (see figure 8) at the end of a session. The second option is like the deletion feature of the audio (telephone) interface where messages to be deleted can be listened to again thereby removing the delete flag and only those messages flagged for deletion are deleted when the audio session is ended.
The present invention also allows different types of messages to be bundled together into a multimedia type message with multiple body parts. The state information for a message includes body part information CA 022203l7 l998-02-0~
782.1033 which indicates the content type of the body pa-t.
The prese~t inver.tion is also sui~able for prov ding electror.ic data interchange (EDI) services where ~3I 'orms, such as purchase order forms, are provided to a user for the pu-chase of goods, etc. Other types of data such as weather data can also be stored and transmitted.
The present invention, using the administration features, can be configured through the network interface to perform operations such as sending ;0 stanaard text or voice messages to doctor's patients.
The administration of mailbox features, such as the password, telephone ring count, etc., is performed using HTML templates that can be customized for each service provider.
The present invention provides priority of access to a mailbox by one of the owners to accesses that are made through the telephone interface.
The browser 144, if it automatically requests a refresh of a currently displayed page, allows a page to be created that includes a message list icon that can be updated to reflect that a new message has arrived during the sesslon .
The present invention also includes an automatic log-off feature that will log a subscriber out of the system when there has been no activity for a period of time. This allows subscribers to inadvertently leave their PC logged in to the system, such as when going home from work, and prevent others from accessing the system during the absence.
The administration features of the system allows a verified system administrator to access a system administration home page showing variables such as alarms, CA 02220317 1998-02-0~
792.i~33 number of users logged in, etc., and to perform functions such as releasing an access block cr. a subscriber mailbox.
The present invention has been described with respect to handling text messages such as e-mail and 'acsimile. The text messages could have other formats such as a word processing format, a spread sheet format, a database format, etc. and could be other MIME type information that can be retrieved without conversion. The applications that are performed by the application processing units could include personal information managers, appointments, address books, etc.
The many features and advantages of the invention are apparent from the detailed specification and, thus, it is intended by the appended claims to cover all lS such features and advantages of the invention which fall within the true spirit and scope of the invention. Further, since numerous modifications and changes will readily occur to those skilled in the art, it is not desired to limit the invention to the exact construction and operation illustrated and described, and accordingly all suitable modifications and equivalents may be resorted to, falling within the scope of the invention.
Claims (16)
1. A message storage system, comprising:
a multimedia mailbox storing voice messages and text messages;
a voice interface providing access to the messages via a telephone; and a network interface providing access to the messages over a network via a personal computer.
a multimedia mailbox storing voice messages and text messages;
a voice interface providing access to the messages via a telephone; and a network interface providing access to the messages over a network via a personal computer.
2. A system as recited in claim 1, wherein said network interface comprises an Internet server and said voice interface comprises a voicemail server.
3. A system as recited in claim 2, wherein said network interface provides a home page and an access by a user of the home page by an Internet browser gets an audio voice message when a the user selects a voice message and gets an image when the user selects a text message.
4. A system as recited in claim 3, wherein said home page is refreshed each time it is accessed.
5. A system as recited in claim 4, wherein said home page includes an expired expiration date.
6. a system as recited in claim 1, wherein said mailbox stores still and motion video messages.
7. A system as recited in claim 4, wherein said network interface streams the messages to the user.
8. A system as recited in claim 7, further comprising a personal computer including a browser which plays/displays messages streamed to the user.
9. A system as recited in claim 1, wherein said voice interface outputs the voice and text messages as audio to said telephone.
10. A system as recited in claim 1, wherein the network interface includes a data conversion cache for storing converted messages.
11. A system as recited in claim 1, wherein said network interface provides for recording messages.
12. A system as recited in claim 1, wherein message identifiers include a session number and a randomly assigned identifier.
13. An apparatus, comprising:
a message storage system including a multimedia mailbox storing voice messages and text messages, providing access to the messages via a telephone, and providing access to the messages via a personal computer.
a message storage system including a multimedia mailbox storing voice messages and text messages, providing access to the messages via a telephone, and providing access to the messages via a personal computer.
14. A message storage and retrieval system, comprising:
a telephone;
a telephone network coupled to said telephone;
a computer including a digital network browser;
a digital network couplable to the computer;
and a distributed architecture message system coupled to sad telephone network and said digital network, said message system comprising:
a digital switch coupled to said telephone network;
a control unit storing addresses of multimedia messages including voice, text, and video messages, and controlling switching of said digital switch;
a processing unit coupled to said digital switch, storing and retrieving the multimedia messages, and outputing the voice and text messages to said telephone as audio over said telephone network responsive to telephone commands;
a local network coupled to said control unit and said processing unit; and a network unit coupled to the digital network and said local network including a data conversion cache, providing a home page with a message list including message identifiers comprising a session number and a randomly assigned file identifier responsive to a home page request by the browser, retrieving the messages from the processing unit and streaming the messages to the computer responsive to browser message play requests to the home page having an expired expiration date, the computer playing an audio of the voice messages in real-time as the voice messages are received, displaying an image of the text messages in real-time as the text messages are received and displaying images of video messages in real-time as the video messages are received, and said computer recording a message and forwarding a message to said network unit for storage in said processing unit.
a telephone;
a telephone network coupled to said telephone;
a computer including a digital network browser;
a digital network couplable to the computer;
and a distributed architecture message system coupled to sad telephone network and said digital network, said message system comprising:
a digital switch coupled to said telephone network;
a control unit storing addresses of multimedia messages including voice, text, and video messages, and controlling switching of said digital switch;
a processing unit coupled to said digital switch, storing and retrieving the multimedia messages, and outputing the voice and text messages to said telephone as audio over said telephone network responsive to telephone commands;
a local network coupled to said control unit and said processing unit; and a network unit coupled to the digital network and said local network including a data conversion cache, providing a home page with a message list including message identifiers comprising a session number and a randomly assigned file identifier responsive to a home page request by the browser, retrieving the messages from the processing unit and streaming the messages to the computer responsive to browser message play requests to the home page having an expired expiration date, the computer playing an audio of the voice messages in real-time as the voice messages are received, displaying an image of the text messages in real-time as the text messages are received and displaying images of video messages in real-time as the video messages are received, and said computer recording a message and forwarding a message to said network unit for storage in said processing unit.
15. A storage media, comprising:
a multimedia mailbox storing voice messages and text messages, a process providing access to the messages via a telephone, and a process providing access to the messages via a personal computer.
a multimedia mailbox storing voice messages and text messages, a process providing access to the messages via a telephone, and a process providing access to the messages via a personal computer.
16. A method, comprising:
providing access to messages in a multimedia mailbox storing voice messages and text messages via a telephone; and providing access to the messages via a personal computer.
providing access to messages in a multimedia mailbox storing voice messages and text messages via a telephone; and providing access to the messages via a personal computer.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US08/743,793 | 1996-11-05 | ||
US08/743,793 US6233318B1 (en) | 1996-11-05 | 1996-11-05 | System for accessing multimedia mailboxes and messages over the internet and via telephone |
Publications (1)
Publication Number | Publication Date |
---|---|
CA2220317A1 true CA2220317A1 (en) | 1998-05-05 |
Family
ID=24990204
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002220317A Abandoned CA2220317A1 (en) | 1996-11-05 | 1997-11-05 | A system for accessing multimedia mailboxes and messages over the internet and via telephone |
Country Status (5)
Country | Link |
---|---|
US (1) | US6233318B1 (en) |
EP (1) | EP0845894A3 (en) |
JP (1) | JPH10233801A (en) |
BR (1) | BR9715383A2 (en) |
CA (1) | CA2220317A1 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104348708A (en) * | 2013-08-08 | 2015-02-11 | 中兴通讯股份有限公司 | Implementation method and device for leaving message |
Families Citing this family (602)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6678864B1 (en) * | 1992-02-25 | 2004-01-13 | Irving Tsai | Method and apparatus for linking designated portions of a received document image with an electronic address |
US6564321B2 (en) * | 1995-04-28 | 2003-05-13 | Bobo Ii Charles R | Systems and methods for storing, delivering, and managing messages |
US6418324B1 (en) * | 1995-06-01 | 2002-07-09 | Padcom, Incorporated | Apparatus and method for transparent wireless communication between a remote device and host system |
GB9603582D0 (en) | 1996-02-20 | 1996-04-17 | Hewlett Packard Co | Method of accessing service resource items that are for use in a telecommunications system |
US6069890A (en) | 1996-06-26 | 2000-05-30 | Bell Atlantic Network Services, Inc. | Internet telephone service |
US6154445A (en) | 1996-04-18 | 2000-11-28 | Bell Atlantic Network Services, Inc. | Telephony communication via varied redundant networks |
US6151643A (en) | 1996-06-07 | 2000-11-21 | Networks Associates, Inc. | Automatic updating of diverse software products on multiple client computer systems by downloading scanning application to client computer and generating software list on client computer |
US6961700B2 (en) | 1996-09-24 | 2005-11-01 | Allvoice Computing Plc | Method and apparatus for processing the output of a speech recognition engine |
US6243375B1 (en) * | 1996-11-08 | 2001-06-05 | Gregory J. Speicher | Internet-audiotext electronic communications system with multimedia based matching |
US6282515B1 (en) * | 1996-11-08 | 2001-08-28 | Gregory J. Speicher | Integrated audiotext-internet personal ad services |
US6064967A (en) * | 1996-11-08 | 2000-05-16 | Speicher; Gregory J. | Internet-audiotext electronic advertising system with inventory management |
US6285984B1 (en) * | 1996-11-08 | 2001-09-04 | Gregory J. Speicher | Internet-audiotext electronic advertising system with anonymous bi-directional messaging |
US5915001A (en) * | 1996-11-14 | 1999-06-22 | Vois Corporation | System and method for providing and using universally accessible voice and speech data files |
US6339591B1 (en) * | 1996-11-15 | 2002-01-15 | Eletel, Inc | System and method for transmitting voice messages through the internet |
US7457281B1 (en) | 1996-11-15 | 2008-11-25 | Ele Tel, Inc. | System and method for transmitting voice messages through the internet |
US20060195595A1 (en) * | 2003-12-19 | 2006-08-31 | Mendez Daniel J | System and method for globally and securely accessing unified information in a computer network |
US6078582A (en) * | 1996-12-18 | 2000-06-20 | Bell Atlantic Network Services, Inc. | Internet long distance telephone service |
US6775264B1 (en) | 1997-03-03 | 2004-08-10 | Webley Systems, Inc. | Computer, internet and telecommunications based network |
US6137869A (en) | 1997-09-16 | 2000-10-24 | Bell Atlantic Network Services, Inc. | Network session management |
US6574216B1 (en) | 1997-03-11 | 2003-06-03 | Verizon Services Corp. | Packet data network voice call quality monitoring |
US6704785B1 (en) * | 1997-03-17 | 2004-03-09 | Vitria Technology, Inc. | Event driven communication system |
US6292479B1 (en) | 1997-03-19 | 2001-09-18 | Bell Atlantic Network Services, Inc. | Transport of caller identification information through diverse communication networks |
US6870827B1 (en) | 1997-03-19 | 2005-03-22 | Verizon Services Corp. | Voice call alternative routing through PSTN and internet networks |
US5943478A (en) | 1997-04-04 | 1999-08-24 | Flash Communications, Inc. | System for immediate popup messaging across the internet |
US6381633B2 (en) * | 1997-05-09 | 2002-04-30 | Carmel Connection, Inc. | System and method for managing multimedia messaging platforms |
FI105434B (en) * | 1997-05-30 | 2000-08-15 | Ericsson Telefon Ab L M | Procedure and arrangement in a communication network |
US6023700A (en) * | 1997-06-17 | 2000-02-08 | Cranberry Properties, Llc | Electronic mail distribution system for integrated electronic communication |
JPH1115755A (en) * | 1997-06-20 | 1999-01-22 | Matsushita Graphic Commun Syst Inc | Facsimile type electronic mail device |
KR19990015748A (en) * | 1997-08-09 | 1999-03-05 | 구자홍 | |
US7012705B1 (en) * | 1997-09-05 | 2006-03-14 | Canon Kabushiki Kaisha | Communication apparatus |
US6389117B1 (en) * | 1997-09-08 | 2002-05-14 | Mci Worldcom, Inc. | Single telephone number access to multiple communications services |
US7088801B1 (en) * | 1997-09-08 | 2006-08-08 | Mci, Inc. | Single telephone number access to multiple communications services |
US6636733B1 (en) | 1997-09-19 | 2003-10-21 | Thompson Trust | Wireless messaging method |
US6259892B1 (en) | 1997-09-19 | 2001-07-10 | Richard J. Helferich | Pager transceiver and methods for performing action on information at desired times |
US7003304B1 (en) | 1997-09-19 | 2006-02-21 | Thompson Investment Group, Llc | Paging transceivers and methods for selectively retrieving messages |
US6826407B1 (en) | 1999-03-29 | 2004-11-30 | Richard J. Helferich | System and method for integrating audio and visual messaging |
US6253061B1 (en) | 1997-09-19 | 2001-06-26 | Richard J. Helferich | Systems and methods for delivering information to a transmitting and receiving device |
WO1999017521A1 (en) * | 1997-09-30 | 1999-04-08 | Siemens Aktiengesellschaft | Method for announcing a message to a subscriber |
US7023967B1 (en) * | 1997-12-04 | 2006-04-04 | Cingular Wireless Ii, Llc | Method and apparatus for voice mail sharing between wired and wireless telephones |
US6983138B1 (en) | 1997-12-12 | 2006-01-03 | Richard J. Helferich | User interface for message access |
US6055566A (en) * | 1998-01-12 | 2000-04-25 | Lextron Systems, Inc. | Customizable media player with online/offline capabilities |
JP3388172B2 (en) * | 1998-03-02 | 2003-03-17 | 松下電送システム株式会社 | Communication device and communication method |
US20010012350A1 (en) * | 1998-03-11 | 2001-08-09 | James Ehlinger | Method and apparatus for facilitating internet access from a telecommunications network |
US6842779B1 (en) * | 1998-03-11 | 2005-01-11 | Yasuo Nishizawa | Agent accessory tool cooperating with integrated application on WEB server by HTTP protocol |
US6704394B1 (en) * | 1998-03-25 | 2004-03-09 | International Business Machines Corporation | System and method for accessing voice mail from a remote server |
US6675194B1 (en) * | 1998-05-05 | 2004-01-06 | Mitel Corporation | Handling different communications types by using agents to implement communication goal commands |
GB2337435B (en) * | 1998-05-14 | 2002-07-10 | Mitel Corp | 3d view of incoming communications |
EP0959605A1 (en) * | 1998-05-19 | 1999-11-24 | Koninklijke Philips Electronics N.V. | Telephone handset and telephone set for facilitating access to answering machines |
US6219694B1 (en) * | 1998-05-29 | 2001-04-17 | Research In Motion Limited | System and method for pushing information from a host system to a mobile data communication device having a shared electronic address |
US6779019B1 (en) * | 1998-05-29 | 2004-08-17 | Research In Motion Limited | System and method for pushing information from a host system to a mobile data communication device |
US7209949B2 (en) * | 1998-05-29 | 2007-04-24 | Research In Motion Limited | System and method for synchronizing information between a host system and a mobile data communication device |
US6301245B1 (en) * | 1998-06-09 | 2001-10-09 | Unisys Corporation | Universal Messaging system providing integrated voice, data and fax messaging services to PC/web-based clients, including a large object server for efficiently distributing voice/fax messages to web-based clients |
FI108982B (en) * | 1998-06-15 | 2002-04-30 | Nokia Corp | Message service in a wireless communication system |
GB2338862B (en) * | 1998-06-25 | 2003-08-06 | Virtualplus Ltd | A unified messaging system |
AU9064998A (en) * | 1998-07-06 | 2000-01-24 | Nokia Networks Oy | Voice mail server, mobile station and method for voice mail message transmission |
US6421708B2 (en) * | 1998-07-31 | 2002-07-16 | Glenayre Electronics, Inc. | World wide web access for voice mail and page |
US6282275B1 (en) * | 1998-08-07 | 2001-08-28 | Lucent Technologies Inc. | Telephone caller identification log with internet access |
US6249675B1 (en) * | 1998-08-07 | 2001-06-19 | At&T Corporation | Method and apparatus for network paging |
US6543051B1 (en) * | 1998-08-07 | 2003-04-01 | Scientific-Atlanta, Inc. | Emergency alert system |
DE19840890A1 (en) * | 1998-09-03 | 2000-04-06 | Siemens Ag | Process for acoustic output of text and speech system |
US6289212B1 (en) * | 1998-09-16 | 2001-09-11 | Openwave Systems Inc. | Method and apparatus for providing electronic mail services during network unavailability |
US6721288B1 (en) | 1998-09-16 | 2004-04-13 | Openwave Systems Inc. | Wireless mobile devices having improved operation during network unavailability |
US6389455B1 (en) * | 1998-09-22 | 2002-05-14 | Richard C. Fuisz | Method and apparatus for bouncing electronic messages |
US6724867B1 (en) * | 1998-10-06 | 2004-04-20 | Daniel A. Henderson | Method and apparatus for automatic message transfer from a remote messaging system to a local communication device |
US6807254B1 (en) * | 1998-11-06 | 2004-10-19 | Nms Communications | Method and system for interactive messaging |
US6631368B1 (en) * | 1998-11-13 | 2003-10-07 | Nortel Networks Limited | Methods and apparatus for operating on non-text messages |
US6456699B1 (en) * | 1998-11-30 | 2002-09-24 | At&T Corp. | Web-based generation of telephony-based interactive voice response applications |
US6266774B1 (en) * | 1998-12-08 | 2001-07-24 | Mcafee.Com Corporation | Method and system for securing, managing or optimizing a personal computer |
US6345257B1 (en) * | 1998-12-14 | 2002-02-05 | National Railroad Passenger Corporation | Computer based interactive defect reporting system for the paperless reporting of problems in a vehicle forming part of a fleet |
WO2000036802A2 (en) * | 1998-12-18 | 2000-06-22 | Ericsson Inc. | Ip-based message system and method |
US7296060B2 (en) * | 1998-12-24 | 2007-11-13 | Intel Corporation | System and method for automatically identifying and attaching related documents |
US6704775B1 (en) * | 1998-12-25 | 2004-03-09 | Cosat, Inc. | Facsimile image information managing system and method |
US6868140B2 (en) * | 1998-12-28 | 2005-03-15 | Nortel Networks Limited | Telephony call control using a data network and a graphical user interface and exchanging datagrams between parties to a telephone call |
US6707891B1 (en) * | 1998-12-28 | 2004-03-16 | Nms Communications | Method and system for voice electronic mail |
US6888927B1 (en) * | 1998-12-28 | 2005-05-03 | Nortel Networks Limited | Graphical message notification |
JP3411843B2 (en) | 1998-12-28 | 2003-06-03 | パナソニック コミュニケーションズ株式会社 | MFP |
EP1021022B1 (en) * | 1999-01-13 | 2005-02-23 | Living Byte Software GmbH | System and method for remotely accessing a computer |
JP2000224220A (en) | 1999-01-27 | 2000-08-11 | Matsushita Graphic Communication Systems Inc | Network facsimile equipment |
JP3408984B2 (en) | 1999-01-28 | 2003-05-19 | パナソニック コミュニケーションズ株式会社 | Network facsimile machine |
US6651087B1 (en) * | 1999-01-28 | 2003-11-18 | Bellsouth Intellectual Property Corporation | Method and system for publishing an electronic file attached to an electronic mail message |
US6640242B1 (en) * | 1999-01-29 | 2003-10-28 | Microsoft Corporation | Voice access through a data-centric network to an integrated message storage and retrieval system |
US6711154B1 (en) * | 1999-01-29 | 2004-03-23 | Microsoft Corporation | Apparatus and method for device independent messaging notification |
US6411685B1 (en) * | 1999-01-29 | 2002-06-25 | Microsoft Corporation | System and method for providing unified messaging to a user with a thin web browser |
US20030078989A1 (en) * | 1999-02-10 | 2003-04-24 | David J. Ladd | System and method for transmission and delivery of travel instructions to informational appliances |
GB9903032D0 (en) * | 1999-02-11 | 1999-03-31 | Symbian Ltd | Messaging architecture |
AU3605000A (en) * | 1999-02-26 | 2000-09-14 | Bellsouth Intellectual Property Corporation | Methods and systems for enabling a reply call to a voice mail message |
AU2350200A (en) | 1999-02-26 | 2000-09-14 | Bellsouth Intellectual Property Corporation | Methods and systems to provide a message in a messaging system without revealingan identity of the sending party |
US6681257B1 (en) | 1999-02-26 | 2004-01-20 | Bellsouth Intellectual Property Corporation | Methods and system for determining message routing based on elements of a directory number |
US6891931B1 (en) * | 1999-02-26 | 2005-05-10 | Bellsouth Intellectual Property Corporation | Methods and systems for enabling return to same position in a review of messages in a voice mail system using tag or identifier stored in the voice mail system |
US6628761B1 (en) * | 1999-02-26 | 2003-09-30 | Bellsouth Intellectual Property Corporation | Methods and systems allowing access to a messaging platform through a visited messaging platform |
US7283620B2 (en) * | 1999-02-26 | 2007-10-16 | At&T Bls Intellectual Property, Inc. | Systems and methods for originating and sending a voice mail message to an instant messaging platform |
US6810113B1 (en) | 1999-02-26 | 2004-10-26 | Bellsouth Intellectual Property Corporation | Methods and systems to make spoken name data available |
US7184535B1 (en) | 1999-02-26 | 2007-02-27 | Bellsouth Intellectual Property Corporation | Methods and systems for releasing a voice mail system from a communication and further processing the communication |
US6882708B1 (en) | 1999-02-26 | 2005-04-19 | Bellsouth Intellectual Property Corporation | Region-wide messaging system and methods including validation of transactions |
US6707890B1 (en) | 2002-09-03 | 2004-03-16 | Bell South Intellectual Property Corporation | Voice mail notification using instant messaging |
US6563912B1 (en) * | 1999-03-02 | 2003-05-13 | Toshiba America Information Systems, Inc. | System and method for providing integrated messaging |
EP2187614B1 (en) * | 1999-03-04 | 2018-08-08 | Panasonic Corporation | Image data communication device and communication method thereof |
JP3461750B2 (en) | 1999-03-04 | 2003-10-27 | パナソニック コミュニケーションズ株式会社 | Communication apparatus, communication method, and caller information registration method |
US6438217B1 (en) * | 1999-03-11 | 2002-08-20 | Microsoft Corporation | Apparatus and method for future transmission of device-independent messages |
US6404859B1 (en) * | 1999-03-16 | 2002-06-11 | Lockheed Martin Corporation | Voice enabled system for remote access of information |
US6625142B1 (en) * | 1999-03-19 | 2003-09-23 | Cisco Technology, Inc. | Voice-mail application on the router with no secondary storage available |
US6778642B1 (en) * | 1999-03-23 | 2004-08-17 | Verizon Laboratories Inc. | Unified messaging system |
US6879665B1 (en) | 1999-04-27 | 2005-04-12 | International Business Machines Corporation | Method and apparatus for sending messages in a data processing system |
FR2793097B1 (en) * | 1999-04-29 | 2001-06-01 | Schlumberger Systems & Service | COMMUNICATION SYSTEM ON A PUBLIC TELEPHONE NETWORK BETWEEN A USER AND A CORRESPONDENT |
US6965918B1 (en) * | 1999-04-30 | 2005-11-15 | International Business Machines Corporation | System and method for integrated management of electronic messages |
AUPQ028599A0 (en) * | 1999-05-11 | 1999-06-03 | Vista Group Pty Limited | Telecommunications system |
US6928149B1 (en) * | 1999-05-17 | 2005-08-09 | Interwoven, Inc. | Method and apparatus for a user controlled voicemail management system |
GB9911941D0 (en) * | 1999-05-21 | 1999-07-21 | Eidos Technologies Limited | Electronic mail system |
US6459774B1 (en) * | 1999-05-25 | 2002-10-01 | Lucent Technologies Inc. | Structured voicemail messages |
US6360272B1 (en) * | 1999-05-28 | 2002-03-19 | Palm, Inc. | Method and apparatus for maintaining a unified view of multiple mailboxes |
US6842447B1 (en) | 1999-06-14 | 2005-01-11 | Mci, Inc. | Internet protocol transport of PSTN-to-PSTN telephony services |
SE0001387D0 (en) * | 1999-06-21 | 2000-04-13 | Incirco Ab | A method and an arrangement relating to groups of communicating users |
US6463354B1 (en) * | 1999-06-24 | 2002-10-08 | Pitney Bowes Inc. | System and method for automatic notification of upcoming delivery of mail item |
US7058610B1 (en) | 1999-06-24 | 2006-06-06 | Pitney Bowes Inc. | System and method for communicating a message in a mailing system |
US20020029152A1 (en) * | 1999-06-24 | 2002-03-07 | Pitney Bowes Inc. | Method and apparatus for tracking mail items through a carrier distribution system |
US7647230B2 (en) * | 1999-06-24 | 2010-01-12 | Pitney Bowes Inc. | Method and apparatus for tracking a special service delivery of a mail item created by an office worker |
US6532452B1 (en) | 1999-06-24 | 2003-03-11 | Pitney Bowes Inc. | System and method for employing digital postage marks as part of value-added services in a mailing system |
US6606648B1 (en) * | 1999-06-25 | 2003-08-12 | Qwest Communications International Inc. | Method for handling accesses to a mailbox |
US6442242B1 (en) * | 1999-06-25 | 2002-08-27 | Verizon Services Corporation | Multifunction autoattendant system and method of operation thereof |
FI991582A (en) * | 1999-07-09 | 2001-01-10 | Alma Media Oyj | Method and apparatus for receiving and trading a fax |
IL131135A0 (en) | 1999-07-27 | 2001-01-28 | Electric Lighthouse Software L | A method and system for electronic mail |
US6453034B1 (en) | 1999-07-29 | 2002-09-17 | Mci Worldcom, Inc. | Method of and system for extending internet telephony over virtual private network direct access lines |
US6735209B1 (en) * | 1999-07-29 | 2004-05-11 | Worldcom, Inc. | Address definition for IP telephony services |
US6519327B1 (en) * | 1999-07-30 | 2003-02-11 | Lucent Technologies Inc. | System and method for selectively retrieving messages stored on telephony and data networks |
US9167073B2 (en) * | 1999-08-12 | 2015-10-20 | Hewlett-Packard Development Company, L.P. | Method and apparatus for accessing a contacts database and telephone services |
US6529500B1 (en) * | 1999-08-26 | 2003-03-04 | Verizon Laboratories Inc. | Unified messaging notification |
US8448059B1 (en) * | 1999-09-03 | 2013-05-21 | Cisco Technology, Inc. | Apparatus and method for providing browser audio control for voice enabled web applications |
US6738803B1 (en) * | 1999-09-03 | 2004-05-18 | Cisco Technology, Inc. | Proxy browser providing voice enabled web application audio control for telephony devices |
US6990514B1 (en) * | 1999-09-03 | 2006-01-24 | Cisco Technology, Inc. | Unified messaging system using web based application server for management of messages using standardized servers |
US6901431B1 (en) | 1999-09-03 | 2005-05-31 | Cisco Technology, Inc. | Application server providing personalized voice enabled web application services using extensible markup language documents |
US6711618B1 (en) | 1999-09-03 | 2004-03-23 | Cisco Technology, Inc. | Apparatus and method for providing server state and attribute management for voice enabled web applications |
US6807565B1 (en) * | 1999-09-03 | 2004-10-19 | Cisco Technology, Inc. | Instant messaging system using voice enabled web based application server |
US6792085B1 (en) * | 1999-09-10 | 2004-09-14 | Comdial Corporation | System and method for unified messaging with message replication and synchronization |
US20040078464A1 (en) * | 1999-09-16 | 2004-04-22 | Rajan Sreeranga P. | Method and apparatus for enabling real time monitoring and notification of data updates for WEB-based data synchronization services |
US7062544B1 (en) * | 1999-09-27 | 2006-06-13 | General Instrument Corporation | Provisioning of locally-generated prompts from a central source |
WO2001024463A1 (en) * | 1999-09-27 | 2001-04-05 | Cti Squared Ltd. | Method and device for unified messaging |
US6823350B1 (en) * | 1999-09-28 | 2004-11-23 | Microsoft Corporation | Database clean-up system |
IES20000802A2 (en) * | 1999-10-18 | 2001-04-18 | Voxsurf Software Ltd | Accessing databases via the internet |
AU2299701A (en) * | 1999-10-22 | 2001-04-30 | Tellme Networks, Inc. | Streaming content over a telephone interface |
US7941481B1 (en) | 1999-10-22 | 2011-05-10 | Tellme Networks, Inc. | Updating an electronic phonebook over electronic communication networks |
US6970915B1 (en) | 1999-11-01 | 2005-11-29 | Tellme Networks, Inc. | Streaming content over a telephone interface |
US7376586B1 (en) | 1999-10-22 | 2008-05-20 | Microsoft Corporation | Method and apparatus for electronic commerce using a telephone interface |
US6693994B1 (en) * | 1999-10-26 | 2004-02-17 | At&T Corp. | Master system for accessing multiple telephony messaging systems |
US6959235B1 (en) | 1999-10-28 | 2005-10-25 | General Electric Company | Diagnosis and repair system and method |
BR0015274A (en) * | 1999-10-28 | 2002-07-23 | Gen Electric | Diagnostic and repair system and method |
US6480588B1 (en) | 1999-11-08 | 2002-11-12 | Worldcom, Inc. | Methods for providing prepaid telephony service via an internet protocol network system |
US9281996B1 (en) | 1999-11-08 | 2016-03-08 | Verizon Patent And Licensing Inc. | Method and system for dynamic gateway selection in an IP telephony network |
US8743892B2 (en) * | 1999-11-08 | 2014-06-03 | Verizon Business Global Llc | Method and system for dynamic gateway selection in an IP telephony network |
US7860114B1 (en) | 1999-11-08 | 2010-12-28 | Verizon Business Global Llc | Method and system for dynamic gateway selection in an IP telephony network |
US6615236B2 (en) | 1999-11-08 | 2003-09-02 | Worldcom, Inc. | SIP-based feature control |
US6434143B1 (en) * | 1999-11-08 | 2002-08-13 | Mci Worldcom, Inc. | Internet protocol telephony voice/video message deposit and retrieval |
WO2001035622A1 (en) * | 1999-11-08 | 2001-05-17 | Sony International (Europe) Gmbh | Multimedia service system |
US6449343B1 (en) * | 1999-11-08 | 2002-09-10 | At&T Corp. | System and method for creation and conversion of electronic mail messages for delivery to telephone recipients |
KR20000053710A (en) * | 1999-12-08 | 2000-09-05 | 강원일 | Moving picture mailing system using streaming technology |
US6687341B1 (en) * | 1999-12-21 | 2004-02-03 | Bellsouth Intellectual Property Corp. | Network and method for the specification and delivery of customized information content via a telephone interface |
US6804716B1 (en) * | 1999-12-22 | 2004-10-12 | Bellsouth Intellectual Property Corporation | Network and method for call management |
US7007080B2 (en) * | 1999-12-23 | 2006-02-28 | Solution Inc Limited | System for reconfiguring and registering a new IP address for a computer to access a different network without user intervention |
US6732368B1 (en) * | 1999-12-28 | 2004-05-04 | Comverse, Ltd. | Method and apparatus for providing voice/unified messaging services using CATV terminals |
US6801603B1 (en) * | 1999-12-28 | 2004-10-05 | Comverse Ltd. | Online aggregation |
US6889321B1 (en) * | 1999-12-30 | 2005-05-03 | At&T Corp. | Protected IP telephony calls using encryption |
US6826173B1 (en) | 1999-12-30 | 2004-11-30 | At&T Corp. | Enhanced subscriber IP alerting |
US7180889B1 (en) * | 1999-12-30 | 2007-02-20 | At&T Corp. | Personal control of address assignment and greeting options for multiple BRG ports |
US6937713B1 (en) * | 1999-12-30 | 2005-08-30 | At&T Corp. | IP call forward profile |
US6775267B1 (en) | 1999-12-30 | 2004-08-10 | At&T Corp | Method for billing IP broadband subscribers |
AU2629601A (en) * | 2000-01-07 | 2001-07-24 | Informio, Inc. | Methods and apparatus for an audio web retrieval telephone system |
US6721781B1 (en) * | 2000-01-25 | 2004-04-13 | International Business Machines Corporation | Method of providing an alternative audio format of a web page in response to a request for audible presentation of the same |
KR20010000078A (en) * | 2000-01-31 | 2001-01-05 | 오양근 | A information out put-method of internet billboard |
DE10004260A1 (en) * | 2000-02-02 | 2001-08-09 | Bosch Gmbh Robert | Method for transmitting messages in a telecommunication network |
US7516190B2 (en) | 2000-02-04 | 2009-04-07 | Parus Holdings, Inc. | Personal voice-based information retrieval system |
US6721705B2 (en) | 2000-02-04 | 2004-04-13 | Webley Systems, Inc. | Robust voice browser system and voice activated device controller |
US20010052019A1 (en) * | 2000-02-04 | 2001-12-13 | Ovt, Inc. | Video mail delivery system |
DE10005789A1 (en) * | 2000-02-10 | 2001-08-30 | Siemens Ag | Subscriber, especially mobilephone or fixed-point telephone user, information presentation server-system in at least one communication network - includes storage device with mailbox-server information which indicates which mailbox-server transmits status information automatically to switchboard |
DE10005776A1 (en) * | 2000-02-10 | 2001-10-18 | Siemens Ag | Server system for providing subscriber-specific information for subscribers in at least one communication network |
US20030149729A1 (en) * | 2000-02-10 | 2003-08-07 | Thomas Burgard | Server system for preparation of user-specific information for users in at least one communication network |
US6741705B1 (en) * | 2000-02-23 | 2004-05-25 | Cisco Technology, Inc. | System and method for securing voice mail messages |
US6438215B1 (en) * | 2000-02-29 | 2002-08-20 | Ameritech Corporation | Method and system for filter based message processing in a unified messaging system |
US6487278B1 (en) * | 2000-02-29 | 2002-11-26 | Ameritech Corporation | Method and system for interfacing systems unified messaging with legacy systems located behind corporate firewalls |
US6498835B1 (en) * | 2000-02-29 | 2002-12-24 | Ameritech Corporation | Method and system for providing visual notification in a unified messaging system |
US6765996B2 (en) | 2000-03-02 | 2004-07-20 | John Francis Baxter, Jr. | Audio file transmission method |
US6757362B1 (en) * | 2000-03-06 | 2004-06-29 | Avaya Technology Corp. | Personal virtual assistant |
JP2001265680A (en) * | 2000-03-15 | 2001-09-28 | Fujitsu Ltd | Device and method for managing session of plural media |
US8645137B2 (en) | 2000-03-16 | 2014-02-04 | Apple Inc. | Fast, language-independent method for user authentication by voice |
US6952720B2 (en) * | 2000-03-17 | 2005-10-04 | Nms Communications | On-the-fly message notification system and methodology |
US6784899B1 (en) * | 2000-03-31 | 2004-08-31 | Ricoh Company, Ltd. | Systems and methods for providing rich multimedia messages to remote users using telephones and facsimile machines |
US20020023134A1 (en) * | 2000-04-03 | 2002-02-21 | Roskowski Steven G. | Method and computer program product for establishing real-time communications between networked computers |
US7844670B2 (en) * | 2000-04-03 | 2010-11-30 | Paltalk Holdings, Inc. | Method and computer program product for establishing real-time communications between networked computers |
GB0008383D0 (en) * | 2000-04-05 | 2000-05-24 | Sontora Limited | System and method for providing an internet audio stream to a wap mobile telephone or the like over a computer nrework |
US7298830B2 (en) * | 2000-04-05 | 2007-11-20 | Nms Communications Corporation | Telephone and wireless access to computer network-based audio |
US6577712B2 (en) * | 2000-04-07 | 2003-06-10 | Telefonaktiebolaget Lm Ericsson (Publ) | Distributed voice mail system |
EP1273135B1 (en) * | 2000-04-10 | 2010-07-14 | Research In Motion Limited | System and method for bundling information |
US6857008B1 (en) * | 2000-04-19 | 2005-02-15 | Cisco Technology, Inc. | Arrangement for accessing an IP-based messaging server by telephone for management of stored messages |
US8244635B2 (en) * | 2000-04-25 | 2012-08-14 | Yodlee.Com, Inc. | System and method for syndicated collection, aggregation and delivery of personal data |
US7979802B1 (en) | 2000-05-04 | 2011-07-12 | Aol Inc. | Providing supplemental contact information corresponding to a referenced individual |
US8122363B1 (en) | 2000-05-04 | 2012-02-21 | Aol Inc. | Presence status indicator |
US20130073648A1 (en) | 2000-05-04 | 2013-03-21 | Facebook, Inc. | Presenting a recipient of an e-mail with an option to instant message a sender or another recipient based on the sender's or the other recipient's address and online status |
US9356894B2 (en) | 2000-05-04 | 2016-05-31 | Facebook, Inc. | Enabled and disabled menu choices based on presence state |
US8132110B1 (en) | 2000-05-04 | 2012-03-06 | Aol Inc. | Intelligently enabled menu choices based on online presence state in address book |
US9100221B2 (en) | 2000-05-04 | 2015-08-04 | Facebook, Inc. | Systems for messaging senders and recipients of an electronic message |
US7065574B1 (en) * | 2000-05-09 | 2006-06-20 | Sun Microsystems, Inc. | Messaging system using pairs of message gates in a distributed computing environment |
KR20000050037A (en) * | 2000-05-12 | 2000-08-05 | 노승환 | System and method for providing e-mail as voice or text |
KR100359871B1 (en) * | 2000-05-26 | 2002-11-04 | (주)베스트나우 | Method for providing unified messaging service and record medium thereof |
AU2001253548A1 (en) * | 2000-06-01 | 2001-12-11 | Moani, Inc. | Video messaging system |
JP2002064630A (en) * | 2000-06-09 | 2002-02-28 | Hammers Inc | Method for providing automatic answering telephone message and information message |
US6898623B1 (en) | 2000-06-16 | 2005-05-24 | Hewlett-Packard Development Company L.P. | Simplified configuration of an internet-enabled device |
US8001190B2 (en) | 2001-06-25 | 2011-08-16 | Aol Inc. | Email integrated instant messaging |
US6779025B1 (en) * | 2000-06-30 | 2004-08-17 | Cisco Technology, Inc. | IP web based messaging system for localized management of wireless messaging |
FI110400B (en) * | 2000-07-03 | 2003-01-15 | Nokia Corp | A method, terminal, and system for managing multiple mailboxes |
DE10032828A1 (en) * | 2000-07-06 | 2002-01-24 | Siemens Ag | Device for processing speech messages has memory device separately storing individual speech messages, playback device for random play back of individually stored speech messages |
US7369648B1 (en) * | 2000-07-06 | 2008-05-06 | Purplecomm, Inc. | Apparatus and method for PBX-integrated unified messaging services on a switched backbone |
JP2002044123A (en) * | 2000-07-25 | 2002-02-08 | Nec Corp | Integrated messaging system |
US6665378B1 (en) * | 2000-07-31 | 2003-12-16 | Brenda Gates Spielman | IP-based notification architecture for unified messaging |
FI112307B (en) * | 2000-08-02 | 2003-11-14 | Nokia Corp | communication Server |
US6748056B1 (en) * | 2000-08-11 | 2004-06-08 | Unisys Corporation | Coordination of a telephony handset session with an e-mail session in a universal messaging system |
US7116764B1 (en) * | 2000-08-11 | 2006-10-03 | Unisys Corporation | Network interface unit having an embedded services processor |
US7327832B1 (en) * | 2000-08-11 | 2008-02-05 | Unisys Corporation | Adjunct processing of multi-media functions in a messaging system |
US20020120697A1 (en) * | 2000-08-14 | 2002-08-29 | Curtis Generous | Multi-channel messaging system and method |
WO2002035782A2 (en) * | 2000-08-18 | 2002-05-02 | Carbon Communications, Llc | Method and device for transmitting streaming multimedia messages |
FI110297B (en) | 2000-08-21 | 2002-12-31 | Mikko Kalervo Vaeaenaenen | Short message system, method and terminal |
US20020052747A1 (en) * | 2000-08-21 | 2002-05-02 | Sarukkai Ramesh R. | Method and system of interpreting and presenting web content using a voice browser |
US6405035B1 (en) * | 2000-08-24 | 2002-06-11 | Telefonaktiebolaget L.M. Ericsson | System and method for forwarding messages to a subscriber device |
JP2002077416A (en) * | 2000-08-30 | 2002-03-15 | Nec Corp | Transfer service for telephone answering message |
WO2002021792A2 (en) * | 2000-09-08 | 2002-03-14 | Telefonaktiebolaget Lm Ericsson (Publ) | Electronic bulletin board service system and control method thereof |
KR100731011B1 (en) * | 2000-09-09 | 2007-06-22 | 엘지전자 주식회사 | system operation method for supplying service of mail |
US7095733B1 (en) | 2000-09-11 | 2006-08-22 | Yahoo! Inc. | Voice integrated VOIP system |
US6580786B1 (en) * | 2000-09-11 | 2003-06-17 | Yahoo! Inc. | Message store architecture |
US6556563B1 (en) * | 2000-09-11 | 2003-04-29 | Yahoo! Inc. | Intelligent voice bridging |
US6603837B1 (en) * | 2000-09-11 | 2003-08-05 | Kinera, Inc. | Method and system to provide a global integrated messaging services distributed network with personalized international roaming |
US6567419B1 (en) | 2000-09-11 | 2003-05-20 | Yahoo! Inc. | Intelligent voice converter |
US7886006B1 (en) * | 2000-09-25 | 2011-02-08 | Avaya Inc. | Method for announcing e-mail and converting e-mail text to voice |
US6661877B1 (en) * | 2000-09-29 | 2003-12-09 | Oracle International Corporation | System and method for providing access to a unified message store logically storing computer telephony messages |
US6760704B1 (en) * | 2000-09-29 | 2004-07-06 | Intel Corporation | System for generating speech and non-speech audio messages |
EP1199652A1 (en) * | 2000-10-16 | 2002-04-24 | Mail Morph Limited | Email processing |
US6959292B1 (en) | 2000-10-20 | 2005-10-25 | Pitney Bowes Inc. | Method and system for providing value-added services |
WO2002037813A1 (en) * | 2000-10-31 | 2002-05-10 | Telefonaktiebolaget Lm Ericsson (Publ) | System and method for announcing messages to phone users in a telecommunications network |
DE10056762B4 (en) * | 2000-11-14 | 2007-04-19 | Stefan Schleifer | Method for creating electronic messages |
US6751297B2 (en) * | 2000-12-11 | 2004-06-15 | Comverse Infosys Inc. | Method and system for multimedia network based data acquisition, recording and distribution |
US7957514B2 (en) | 2000-12-18 | 2011-06-07 | Paltalk Holdings, Inc. | System, method and computer program product for conveying presence information via voice mail |
US20020076027A1 (en) * | 2000-12-20 | 2002-06-20 | Nortel Networks Limited | Fallback to message compose on synchronous call attempt |
US7224775B1 (en) | 2000-12-29 | 2007-05-29 | Cisco Technology, Inc. | System and method for providing prioritized access to a messaging system |
US6772143B2 (en) * | 2001-01-02 | 2004-08-03 | Sprint Spectrum L.P. | Method and system for managing messages |
US7308477B1 (en) * | 2001-01-10 | 2007-12-11 | Cisco Technology, Inc. | Unified messaging system configured for transport of encrypted messages |
US6944272B1 (en) * | 2001-01-16 | 2005-09-13 | Interactive Intelligence, Inc. | Method and system for administering multiple messages over a public switched telephone network |
US7023970B1 (en) * | 2001-01-30 | 2006-04-04 | Cisco Technology, Inc. | Arrangement in a local computer for sending voice messages to a unified communications system |
US7069301B2 (en) * | 2001-02-07 | 2006-06-27 | Siemens Aktiengesellschaft | Method and apparatus for sending messages from an MMS system |
FI115744B (en) * | 2001-02-08 | 2005-06-30 | Nokia Corp | communication Service |
US20020116500A1 (en) * | 2001-02-22 | 2002-08-22 | Arora Akhil K. | Protocol for wireless devices |
GB2372900A (en) * | 2001-03-02 | 2002-09-04 | Lammtara Ind Ltd | Voice message transmission system |
US7400879B2 (en) * | 2001-03-04 | 2008-07-15 | Adomo, Inc. | Method for conducting mobile communications for a network |
US7296066B2 (en) * | 2001-03-04 | 2007-11-13 | Adomo, Inc. | Mobile communication system for a network |
US6870913B2 (en) * | 2001-03-15 | 2005-03-22 | Voxiva, Inc. | System and method for collecting, disseminating and managing information using a voice and data base system |
WO2002075523A1 (en) * | 2001-03-16 | 2002-09-26 | Netomat, Inc. | Sharing, managing and communicating information over a computer network |
US7512407B2 (en) | 2001-03-26 | 2009-03-31 | Tencent (Bvi) Limited | Instant messaging system and method |
US7574487B1 (en) * | 2001-03-30 | 2009-08-11 | Cisco Technology, Inc. | Messaging system configured for selectively accessing subscriber spoken name from a directory server based on determined unavailability of messaging server |
US20020146096A1 (en) * | 2001-04-09 | 2002-10-10 | Agarwal Sanjiv (Sam) K. | Electronic messaging engines |
US7035282B1 (en) * | 2001-04-10 | 2006-04-25 | Cisco Technology, Inc. | Wideband telephones, adapters, gateways, software and methods for wideband telephony over IP network |
EP1251681A1 (en) * | 2001-04-20 | 2002-10-23 | Siemens Aktiengesellschaft | Coordination service for notifications from different mailservers |
US20020160757A1 (en) * | 2001-04-26 | 2002-10-31 | Moshe Shavit | Selecting the delivery mechanism of an urgent message |
EP1388252A1 (en) * | 2001-05-04 | 2004-02-11 | Web. De AG | Unified messaging communication method and system with user-specific announcement message |
DE10121704A1 (en) * | 2001-05-04 | 2002-11-14 | Web De Ag | Unified messaging communications system has central computer with call-answering module that uses user-specific text that can be specified by relevant user or user group agent |
US7203188B1 (en) | 2001-05-21 | 2007-04-10 | Estara, Inc. | Voice-controlled data/information display for internet telephony and integrated voice and data communications using telephones and computing devices |
AU4588102A (en) * | 2001-06-08 | 2002-12-12 | Cellular Pager Company (Proprietary) Limited, The | Messaging system and method |
US7649987B1 (en) * | 2001-06-19 | 2010-01-19 | At&T Intellectual Property I, L.P. | System and method for forwarding selective calls |
US6934367B1 (en) * | 2001-06-28 | 2005-08-23 | Bellsouth Intellectual Property Corporation | System and method for voicemail message certification and reply using a temporary voicemail service |
US6704305B2 (en) * | 2001-06-28 | 2004-03-09 | Emerson, Iii Harry E. | Integrated device for integrating the internet with the public switched telephone network |
US6865260B1 (en) * | 2001-06-28 | 2005-03-08 | Bellsouth Intellectual Property Corporation | System and method for electronic message status certification |
EP1271907A1 (en) * | 2001-06-29 | 2003-01-02 | Avaya UK | Unified messaging configuration for system using multiple protocols |
US7499863B2 (en) * | 2001-07-06 | 2009-03-03 | Dialogic Corporation | System and method for constructing phrases for a media server |
US20050190934A1 (en) * | 2001-07-11 | 2005-09-01 | Speicher Gregory J. | Internet-audiotext electronic advertising system with respondent mailboxes |
US20030023688A1 (en) * | 2001-07-26 | 2003-01-30 | Denenberg Lawrence A. | Voice-based message sorting and retrieval method |
WO2003013080A1 (en) | 2001-07-31 | 2003-02-13 | Comverse Ltd. | Email protocol for a mobile environment and gateway using same |
JP2003045042A (en) * | 2001-07-31 | 2003-02-14 | Toshiba Corp | Thickness irregularity correction method for information recording medium and information recording and reproducing device using thickness irregularity correction method |
KR20030012683A (en) * | 2001-08-03 | 2003-02-12 | (주)엠디엠아이앤씨 | Unified Messaging System Connectable Voice Messaging System |
GB2380096B (en) * | 2001-08-09 | 2005-12-28 | Ipid Com Ltd | Computer-based enquiry system |
EP2247085B1 (en) * | 2001-08-10 | 2019-02-13 | Siemens Aktiengesellschaft | Method, device and software program for expanding the information flow when transferring a message |
DE10139866A1 (en) * | 2001-08-14 | 2003-03-13 | Siemens Ag | Method and device for transmitting messages in an intelligent network |
US6529592B1 (en) * | 2001-08-15 | 2003-03-04 | Bellsouth Intellectual Property Corporation | Internet-based message delivery with PSTN billing |
US7424494B2 (en) * | 2001-08-23 | 2008-09-09 | Comverse, Inc. | System for synchronizing voice messaging subscriber information |
JP2003076647A (en) * | 2001-08-31 | 2003-03-14 | Hitachi Ltd | Mail transmitting/receiving method, and device using it |
US8583430B2 (en) * | 2001-09-06 | 2013-11-12 | J. Albert Avila | Semi-automated intermodal voice to data transcription method and apparatus |
US6873687B2 (en) * | 2001-09-07 | 2005-03-29 | Hewlett-Packard Development Company, L.P. | Method and apparatus for capturing and retrieving voice messages |
US6671356B2 (en) * | 2001-09-24 | 2003-12-30 | Teleware, Inc. | Multi-media communication management system with subscriber messaging integration services |
US7436939B1 (en) * | 2001-09-26 | 2008-10-14 | Sprint Spectrum L.P. | Method and system for consolidated message notification in a voice command platform |
US7342917B2 (en) * | 2001-10-02 | 2008-03-11 | Comverse, Inc. | Multimedia personalized call management (MPCM) |
GB0123564D0 (en) * | 2001-10-02 | 2001-11-21 | Bednall Richard | Film transmission |
US7139263B2 (en) * | 2001-10-19 | 2006-11-21 | Sentito Networks, Inc. | Voice over IP architecture |
US6879677B2 (en) | 2001-11-01 | 2005-04-12 | Callwave, Inc. | Methods and systems for telephony call completion |
US8705710B2 (en) | 2001-11-01 | 2014-04-22 | Callwave Communications, Llc | Methods and systems for telephony call completion |
US6987840B1 (en) * | 2001-11-06 | 2006-01-17 | At&T Corp. | Integrated message management method and system |
US7213259B2 (en) * | 2001-11-15 | 2007-05-01 | Highwired Technologies, Inc. | Method and apparatus for a mixed-media messaging delivery system |
US6683940B2 (en) * | 2001-11-28 | 2004-01-27 | Sunil H. Contractor | Transferring voice mail messages to a data network |
US20030130894A1 (en) * | 2001-11-30 | 2003-07-10 | Alison Huettner | System for converting and delivering multiple subscriber data requests to remote subscribers |
US7046772B1 (en) * | 2001-12-17 | 2006-05-16 | Bellsouth Intellectual Property Corporation | Method and system for call, facsimile and electronic message forwarding |
US7167701B1 (en) * | 2001-12-18 | 2007-01-23 | Bellsouth Intellectual Property Corporation | Voice mailbox with management support |
WO2003055196A1 (en) * | 2001-12-20 | 2003-07-03 | Bellsouth Intellectual Property Corporation | Delivery of wireless messages to wireline interactive devices |
US7165114B1 (en) * | 2002-01-03 | 2007-01-16 | Russell Gary P | Web streaming in a messaging system |
US20030131074A1 (en) * | 2002-01-07 | 2003-07-10 | Cheng-Shing Lai | Device and method that enables voice mailbox in internet communication products |
JP4330866B2 (en) * | 2002-01-10 | 2009-09-16 | 株式会社東芝 | Medical communication system |
US7457398B2 (en) * | 2002-01-31 | 2008-11-25 | Comverse, Inc. | Methods and systems for providing voicemail services |
US7130390B2 (en) * | 2002-02-01 | 2006-10-31 | Microsoft Corporation | Audio messaging system and method |
US7707591B2 (en) * | 2002-02-05 | 2010-04-27 | Talkway, Inc. | Integration of audio or video program with application program |
AU2003216433A1 (en) * | 2002-02-26 | 2003-09-09 | Jetque | Apparatus and method for voice message control |
US6781962B1 (en) * | 2002-02-26 | 2004-08-24 | Jetque | Apparatus and method for voice message control |
US20030163536A1 (en) * | 2002-02-27 | 2003-08-28 | Siemens Medical Solutions Health Services Corporation | Message communications addressing system |
US7136670B1 (en) | 2002-03-07 | 2006-11-14 | Bellsouth Intellectual Property Corp. | Mobile communication device with audio recorder |
US7937443B2 (en) * | 2002-03-10 | 2011-05-03 | Talkway, Inc. | Email messaging program with built-in video and/or audio media recording and/or playback capabilities |
US6795541B2 (en) | 2002-03-11 | 2004-09-21 | Ericsson Inc. | Method, apparatus and system for completing a call when a called party has not answered the call |
US7079630B2 (en) * | 2002-03-15 | 2006-07-18 | Lucent Technologies Inc. | Voicemail system component employment of internet protocol network to store or access one or more voicemail messages on one or more storage devices |
US7292680B1 (en) | 2002-03-21 | 2007-11-06 | At&T Bls Intellectual Property, Inc. | Automated passcode recovery in an interactive voice response system |
US7162513B1 (en) * | 2002-03-27 | 2007-01-09 | Danger, Inc. | Apparatus and method for distributing electronic messages to a wireless data processing device using a multi-tiered queuing architecture |
US7155725B1 (en) * | 2002-03-27 | 2006-12-26 | Danger, Inc. | Apparatus and method for coordinating multiple e-mail accounts |
US7317908B1 (en) | 2002-03-29 | 2008-01-08 | At&T Delaware Intellectual Property, Inc. | Transferring voice mail messages in text format |
US7359491B2 (en) | 2002-03-29 | 2008-04-15 | At&T Delaware Intellectual Property, Inc. | Saving information from information retrieval systems |
US6888930B1 (en) * | 2002-03-29 | 2005-05-03 | Bellsouth Intellectual Property Corporation | Saving information from information retrieval systems |
US7251316B2 (en) * | 2002-04-11 | 2007-07-31 | Fuji Xerox Co., Ltd. | Methods and systems for enabling conversations about task-centric physical objects |
US7359493B1 (en) | 2002-04-11 | 2008-04-15 | Aol Llc, A Delaware Limited Liability Company | Bulk voicemail |
US6879668B2 (en) * | 2002-05-01 | 2005-04-12 | Sbc Technology Resources, Inc. | System and method for communicating with an out of service telephone number |
US6788929B2 (en) * | 2002-05-14 | 2004-09-07 | Motorola, Inc. | Email message confirmation by audio email tags |
EP1365567A1 (en) * | 2002-05-23 | 2003-11-26 | Swisscom AG | Method for composing a dialog unit, for example an audio message, for a network-based automatic call assistant |
US7136902B1 (en) * | 2002-05-24 | 2006-11-14 | Bellsouth Intellectual Property Corp. | Systems and methods for forwarding text, voice, and data in a telecommunications network |
US20040034690A1 (en) * | 2002-06-18 | 2004-02-19 | Schmitz Kennen R. | System and method for selectively forwarding text messages to users by voice telephone |
US7072452B1 (en) * | 2002-06-24 | 2006-07-04 | Bellsouth Intellectual Property Corporation | Saving and forwarding customized messages |
US7221742B1 (en) | 2002-06-26 | 2007-05-22 | Bellsouth Intellectual Property Corporation | Voicemail box with caller-specific storage folders |
US6996212B1 (en) | 2002-06-26 | 2006-02-07 | Bellsouth Intellectual Property Corporation | Voicemail system with subscriber specific storage folders |
US7190950B1 (en) | 2002-06-27 | 2007-03-13 | Bellsouth Intellectual Property Corporation | Storage of voicemail messages at an alternate storage location |
US7372826B2 (en) * | 2002-08-01 | 2008-05-13 | Starent Networks, Corp. | Providing advanced communications features |
WO2004025913A2 (en) | 2002-09-12 | 2004-03-25 | Navin Communications, Inc. | Communications systems and methods for exchanging messages between users |
US20040073607A1 (en) * | 2002-09-25 | 2004-04-15 | Su Chi Chung | Multimedia messaging system and method |
US7437405B1 (en) | 2002-10-01 | 2008-10-14 | Danger, Inc. | System and method for managing data objects in a wireless device |
US6868143B1 (en) * | 2002-10-01 | 2005-03-15 | Bellsouth Intellectual Property | System and method for advanced unified messaging |
US20040073811A1 (en) * | 2002-10-15 | 2004-04-15 | Aleksey Sanin | Web service security filter |
EP1414204A1 (en) * | 2002-10-22 | 2004-04-28 | Koninklijke KPN N.V. | Text-to-speech streaming via a network |
US20080261633A1 (en) | 2002-10-22 | 2008-10-23 | Research In Motion Limited | System and Method for Pushing Information from a Host System to a Mobile Data Communication Device |
KR20030026914A (en) * | 2002-12-12 | 2003-04-03 | 주식회사 엠아이플러스 | Intelligent mail solution device for sending email data to fax machine/mobile phone/telephone and method thereof and qmail system |
US7366760B2 (en) * | 2003-01-03 | 2008-04-29 | Microsoft Corporation | System and method for improved client server communications of email messages |
US7386590B2 (en) | 2003-01-03 | 2008-06-10 | Microsoft Corporation | System and method for improved synchronization between a server and a client |
US7620688B2 (en) | 2003-01-03 | 2009-11-17 | Microsoft Corporation | Progress mode for electronic mail component |
KR20040069072A (en) * | 2003-01-28 | 2004-08-04 | 삼성전자주식회사 | Mobile phone, telecommunication system and method for automatically downloading multimedia data of the receiving part |
RU2350033C2 (en) * | 2003-03-13 | 2009-03-20 | Сименс Акциенгезелльшафт | Method of notifying messages sending on delivery of multimedia messages in telecommunication device executed in form of receiver of multimedia messages |
US8571584B1 (en) | 2003-04-03 | 2013-10-29 | Smith Micro Software, Inc. | Delivery of voice data from multimedia messaging service messages |
US7133687B1 (en) | 2003-04-03 | 2006-11-07 | Core Mobility, Inc. | Delivery of voice data from multimedia messaging service messages |
US7013155B1 (en) | 2003-04-03 | 2006-03-14 | Core Mobility, Inc. | Delivery of an instant voice message in a wireless network using the SMS protocol |
US7317929B1 (en) | 2003-04-03 | 2008-01-08 | Core Mobility, Inc. | Delivery of voice data from multimedia messaging service messages |
US7295852B1 (en) | 2003-05-01 | 2007-11-13 | Palm, Inc. | Automated telephone conferencing method and system |
JP2004336343A (en) * | 2003-05-07 | 2004-11-25 | Canon Inc | Image processing system |
US7406500B2 (en) * | 2003-05-20 | 2008-07-29 | International Business Machines Corporation | Techniques for providing a virtual workspace comprised of a multiplicity of electronic devices |
US7649898B1 (en) | 2003-05-27 | 2010-01-19 | Cisco Technology, Inc. | Converting media streams in a communication system |
US20050076095A1 (en) * | 2003-07-11 | 2005-04-07 | Boban Mathew | Virtual contextual file system and method |
US7136462B2 (en) * | 2003-07-15 | 2006-11-14 | Lucent Technologies Inc. | Network speech-to-text conversion and store |
US7142648B1 (en) | 2003-07-23 | 2006-11-28 | Sprint Communications Company L.P. | System for securing messages recorded in an IP telephony network |
US7529200B2 (en) * | 2003-07-24 | 2009-05-05 | 3E Technologies International, Inc. | Method and system for fast setup of group voice over IP communications |
US7039761B2 (en) * | 2003-08-11 | 2006-05-02 | Sony Corporation | Methodology for performing caching procedures in an electronic network |
US7363029B2 (en) * | 2003-09-12 | 2008-04-22 | Core Mobility, Inc. | Unified interface for voice, text or picture message authoring |
US8233592B2 (en) * | 2003-11-10 | 2012-07-31 | Nuance Communications, Inc. | Personal home voice portal |
DE10353980B4 (en) * | 2003-11-19 | 2006-08-24 | Combots Product Gmbh & Co. Kg | Method and device for supporting a recipient of voice messages |
US7177406B2 (en) * | 2003-11-21 | 2007-02-13 | Mci, Llc | Systems and methods for providing portable voicemail services |
KR100552519B1 (en) | 2004-01-19 | 2006-02-14 | 삼성전자주식회사 | system and method for unified messaging system service using voice over Internet protocol |
US20050209859A1 (en) * | 2004-01-22 | 2005-09-22 | Porto Ranelli, Sa | Method for aiding and enhancing verbal communication |
US7522712B2 (en) * | 2004-01-29 | 2009-04-21 | Comverse Ltd. | Method for initiating a session in a store and forward messaging system |
US7373387B2 (en) * | 2004-02-26 | 2008-05-13 | Rockwell Electronic Commerce Technologies | Session to track actual e-mail handling time |
US7512400B2 (en) * | 2004-04-30 | 2009-03-31 | Microsoft Corporation | Integrated messaging user interface with message-based logging |
US20050249339A1 (en) * | 2004-05-05 | 2005-11-10 | Arnoff Mary S | Providing notification of voicemail (VM) messages using instant messaging (IM) transport |
CA2566900C (en) * | 2004-05-21 | 2014-07-29 | Cablesedge Software Inc. | Remote access system and method and intelligent agent therefor |
JP2005346252A (en) * | 2004-06-01 | 2005-12-15 | Nec Corp | Information transmission system and information transmission method |
US20050273489A1 (en) * | 2004-06-04 | 2005-12-08 | Comverse, Ltd. | Multimedia system for a mobile log |
US20070067407A1 (en) * | 2004-06-30 | 2007-03-22 | Bettis Sonny R | Delivery of video mail and video mail receipt notifications |
US20060031340A1 (en) * | 2004-07-12 | 2006-02-09 | Boban Mathew | Apparatus and method for advanced attachment filtering within an integrated messaging platform |
US7609686B1 (en) * | 2004-11-01 | 2009-10-27 | At&T Mobility Ii Llc | Mass multimedia messaging |
US7742581B2 (en) | 2004-11-24 | 2010-06-22 | Value-Added Communications, Inc. | Electronic messaging exchange |
JP2006196631A (en) * | 2005-01-13 | 2006-07-27 | Hitachi Ltd | Semiconductor device and its manufacturing method |
US8131647B2 (en) * | 2005-01-19 | 2012-03-06 | Amazon Technologies, Inc. | Method and system for providing annotations of a digital work |
US9275052B2 (en) | 2005-01-19 | 2016-03-01 | Amazon Technologies, Inc. | Providing annotations of a digital work |
CA2493907A1 (en) * | 2005-01-24 | 2006-07-24 | Oz Communications | Wireless e-mail system |
US9876915B2 (en) | 2005-01-28 | 2018-01-23 | Value-Added Communications, Inc. | Message exchange |
US9282188B2 (en) | 2005-01-28 | 2016-03-08 | Value-Added Communications, Inc. | Voice message exchange |
US7346150B2 (en) * | 2005-02-07 | 2008-03-18 | Adomo, Inc. | Controlling messaging actions using form-based user interface |
US7330537B2 (en) | 2005-02-07 | 2008-02-12 | Adomo, Inc. | Integrating messaging server directory service with a communication system voice mail message interface |
US7724880B2 (en) * | 2005-02-07 | 2010-05-25 | Avaya Inc. | Networked voicemail |
US8559605B2 (en) * | 2005-02-07 | 2013-10-15 | Avaya Inc. | Extensible diagnostic tool |
US8233594B2 (en) * | 2005-02-07 | 2012-07-31 | Avaya Inc. | Caching message information in an integrated communication system |
US7321655B2 (en) * | 2005-02-07 | 2008-01-22 | Adomo, Inc. | Caching user information in an integrated communication system |
US20060177011A1 (en) * | 2005-02-07 | 2006-08-10 | Jens Skakkebaek | System and method for providing code on voicemail appliance |
US8175233B2 (en) * | 2005-02-07 | 2012-05-08 | Avaya Inc. | Distributed cache system |
US8059793B2 (en) * | 2005-02-07 | 2011-11-15 | Avaya Inc. | System and method for voicemail privacy |
US7808980B2 (en) * | 2005-02-07 | 2010-10-05 | Avaya Inc. | Integrated multi-media communication system |
US7564954B2 (en) * | 2005-02-07 | 2009-07-21 | Adomo, Inc. | Form-based user interface for controlling messaging |
US20090144167A1 (en) * | 2005-02-10 | 2009-06-04 | Pablo Calamera | System and method for managing data and voice connectivity for wireless devices |
US7852831B2 (en) | 2005-02-22 | 2010-12-14 | Akbar Imran M | Method and system for providing private virtual secure Voice over Internet Protocol communications |
US7660403B2 (en) * | 2005-05-06 | 2010-02-09 | Ipsobox, S.A. De C.V. | Multi-networking communication system and method |
US7895308B2 (en) * | 2005-05-11 | 2011-02-22 | Tindall Steven J | Messaging system configurator |
US20070005691A1 (en) * | 2005-05-26 | 2007-01-04 | Vinodh Pushparaj | Media conference enhancements |
US20060271632A1 (en) * | 2005-05-26 | 2006-11-30 | Comcast Cable Holdings, Llc | System and method of voicemail and videomail storage for instant messaging users |
US8266452B2 (en) * | 2005-06-01 | 2012-09-11 | Cisco Technology, Inc. | System and method for communicating confidential messages |
US7710912B1 (en) | 2005-07-11 | 2010-05-04 | Microsoft Corporation | Managing content synchronization between a data service and a data processing device |
JP2007028410A (en) * | 2005-07-20 | 2007-02-01 | Fuji Xerox Co Ltd | Program, apparatus and method for relaying registration or extraction of voice information to electronic bulletin board |
CA2513018A1 (en) * | 2005-07-22 | 2007-01-22 | Research In Motion Limited | Method for training a proxy server for content delivery based on communication of state information from a mobile device browser |
CA2513019A1 (en) * | 2005-07-22 | 2007-01-22 | Research In Motion Limited | A method for communicating state information between a server and a mobile device browser with version handling |
CA2513010A1 (en) * | 2005-07-22 | 2007-01-22 | Research In Motion Limited | A method for detecting state changes between data stored in a first computing device and data retrieved from a second computing device |
CA2513014A1 (en) * | 2005-07-22 | 2007-01-22 | Research In Motion Limited | A method of controlling delivery of multi-part content from an origin server to a mobile device browser via a proxy server |
CA2513016A1 (en) * | 2005-07-22 | 2007-01-22 | Research In Motion Limited | A secure method of synchronizing cache contents of a mobile browser with a proxy server |
CA2513022A1 (en) * | 2005-07-22 | 2007-01-22 | Research In Motion Limited | System and method for communicating state management between a browser user-agent and a mobile data server |
US7610345B2 (en) | 2005-07-28 | 2009-10-27 | Vaporstream Incorporated | Reduced traceability electronic message system and method |
US9282081B2 (en) | 2005-07-28 | 2016-03-08 | Vaporstream Incorporated | Reduced traceability electronic message system and method |
CA2619355A1 (en) * | 2005-08-15 | 2007-02-22 | John Roujinsky | Method and system for obtaining feedback from at least one recipient via a telecommunication network |
US8977636B2 (en) | 2005-08-19 | 2015-03-10 | International Business Machines Corporation | Synthesizing aggregate data of disparate data types into data of a uniform data type |
US7958131B2 (en) * | 2005-08-19 | 2011-06-07 | International Business Machines Corporation | Method for data management and data rendering for disparate data types |
US20070050488A1 (en) * | 2005-09-01 | 2007-03-01 | Joyner Wilbert R Jr | Broadcast with private reply control in a real-time messaging system |
US8677377B2 (en) | 2005-09-08 | 2014-03-18 | Apple Inc. | Method and apparatus for building an intelligent automated assistant |
US8266220B2 (en) | 2005-09-14 | 2012-09-11 | International Business Machines Corporation | Email management and rendering |
US20070061132A1 (en) * | 2005-09-14 | 2007-03-15 | Bodin William K | Dynamically generating a voice navigable menu for synthesized data |
US20070061712A1 (en) * | 2005-09-14 | 2007-03-15 | Bodin William K | Management and rendering of calendar data |
US20070061371A1 (en) * | 2005-09-14 | 2007-03-15 | Bodin William K | Data customization for data of disparate data types |
KR101147759B1 (en) * | 2005-10-05 | 2012-05-25 | 엘지전자 주식회사 | Transmitting/receiving system of digital broadcasting |
US20070087730A1 (en) * | 2005-10-17 | 2007-04-19 | Sbc Knowledge Ventures L.P. | Protocol converter |
US7839988B2 (en) * | 2005-10-19 | 2010-11-23 | At&T Intellectual Property I, L.P. | Methods and apparatus for data structure driven authorization and/or routing of outdial communication services |
US7924987B2 (en) * | 2005-10-19 | 2011-04-12 | At&T Intellectual Property I., L.P. | Methods, apparatus and data structures for managing distributed communication systems |
US8238327B2 (en) * | 2005-10-19 | 2012-08-07 | At&T Intellectual Property I, L.P. | Apparatus and methods for subscriber and enterprise assignments and resource sharing |
US7894580B2 (en) * | 2005-10-26 | 2011-02-22 | Research In Motion Limited | Methods and apparatus for reliable voicemail message deletion alerts at mobile communication devices |
US8694319B2 (en) * | 2005-11-03 | 2014-04-08 | International Business Machines Corporation | Dynamic prosody adjustment for voice-rendering synthesized data |
US20070130526A1 (en) * | 2005-12-06 | 2007-06-07 | Xerox Corporation | Storing and recalling groups of electronic mail addresses on user interfaces of multifunction devices |
US8271107B2 (en) * | 2006-01-13 | 2012-09-18 | International Business Machines Corporation | Controlling audio operation for data management and data rendering |
US20070174388A1 (en) * | 2006-01-20 | 2007-07-26 | Williams Michael G | Integrated voice mail and email system |
DE102006004819B4 (en) * | 2006-01-27 | 2007-12-20 | Nokia Siemens Networks Gmbh & Co.Kg | A multi-party communication method, arrangement, communication management server and communication terminal for carrying out a communication procedure with a plurality of participants |
US9135339B2 (en) * | 2006-02-13 | 2015-09-15 | International Business Machines Corporation | Invoking an audio hyperlink |
US20070192675A1 (en) * | 2006-02-13 | 2007-08-16 | Bodin William K | Invoking an audio hyperlink embedded in a markup document |
US20070220092A1 (en) * | 2006-02-14 | 2007-09-20 | Snapvine, Inc. | System, apparatus and method for enabling mobility to virtual communities via personal and group forums |
US9037466B2 (en) * | 2006-03-09 | 2015-05-19 | Nuance Communications, Inc. | Email administration for rendering email on a digital audio player |
US20070211868A1 (en) * | 2006-03-12 | 2007-09-13 | Netdevices, Inc. | Integrated System Providing Proxy Voice mail and Switching Functionality |
US8352449B1 (en) | 2006-03-29 | 2013-01-08 | Amazon Technologies, Inc. | Reader device content indexing |
US8270582B1 (en) | 2006-04-05 | 2012-09-18 | Callwave, Inc. | Methods and systems for routing calls |
US8121626B1 (en) | 2006-06-05 | 2012-02-21 | Callwave, Inc. | Method and systems for short message forwarding services |
US9318108B2 (en) | 2010-01-18 | 2016-04-19 | Apple Inc. | Intelligent automated assistant |
DE102006047114A1 (en) * | 2006-09-27 | 2008-04-03 | T-Mobile International Ag & Co. Kg | A method for providing a converged message service to at least one terminal in a mobile network system and corresponding work item |
US9672533B1 (en) | 2006-09-29 | 2017-06-06 | Amazon Technologies, Inc. | Acquisition of an item based on a catalog presentation of items |
US9196241B2 (en) | 2006-09-29 | 2015-11-24 | International Business Machines Corporation | Asynchronous communications using messages recorded on handheld devices |
US8725565B1 (en) | 2006-09-29 | 2014-05-13 | Amazon Technologies, Inc. | Expedited acquisition of a digital item following a sample presentation of the item |
US8861688B2 (en) * | 2006-10-12 | 2014-10-14 | At&T Mobility Ii Llc | Methods and systems for controlling calling party access to called device |
US8675831B2 (en) * | 2006-10-24 | 2014-03-18 | Alcatel Lucent | Storage of data messages for later retrieval by the recipient |
US20080120346A1 (en) * | 2006-11-22 | 2008-05-22 | Anindya Neogi | Purging of stored timeseries data |
US8218736B1 (en) | 2006-12-07 | 2012-07-10 | Callwave, Inc. | Methods and systems for confirming message delivery |
US7865817B2 (en) | 2006-12-29 | 2011-01-04 | Amazon Technologies, Inc. | Invariant referencing in digital works |
US9318100B2 (en) | 2007-01-03 | 2016-04-19 | International Business Machines Corporation | Supplementing audio recorded in a media file |
US20080167011A1 (en) * | 2007-01-07 | 2008-07-10 | Gregory Novick | Voicemail Systems and Methods |
US8391844B2 (en) | 2007-01-07 | 2013-03-05 | Apple Inc. | Voicemail systems and methods |
US8553856B2 (en) | 2007-01-07 | 2013-10-08 | Apple Inc. | Voicemail systems and methods |
US8184781B2 (en) * | 2007-01-12 | 2012-05-22 | Secureach Systems, Llc | Method and system for communicating information |
US20080181141A1 (en) * | 2007-01-26 | 2008-07-31 | Microsoft Corporation | Enhanced voicemail processing |
US8024400B2 (en) | 2007-09-26 | 2011-09-20 | Oomble, Inc. | Method and system for transferring content from the web to mobile devices |
US7751807B2 (en) | 2007-02-12 | 2010-07-06 | Oomble, Inc. | Method and system for a hosted mobile management service architecture |
US8160212B2 (en) | 2007-02-21 | 2012-04-17 | Avaya Inc. | Voicemail filtering and transcription |
US8064576B2 (en) | 2007-02-21 | 2011-11-22 | Avaya Inc. | Voicemail filtering and transcription |
US8107598B2 (en) * | 2007-02-21 | 2012-01-31 | Avaya Inc. | Voicemail filtering and transcription |
US20080243788A1 (en) * | 2007-03-29 | 2008-10-02 | Reztlaff James R | Search of Multiple Content Sources on a User Device |
US7716224B2 (en) | 2007-03-29 | 2010-05-11 | Amazon Technologies, Inc. | Search and indexing on a user device |
US9665529B1 (en) | 2007-03-29 | 2017-05-30 | Amazon Technologies, Inc. | Relative progress and event indicators |
US20080240385A1 (en) * | 2007-03-30 | 2008-10-02 | Veraz Networks, Inc. | Black phone presence services |
US8977255B2 (en) | 2007-04-03 | 2015-03-10 | Apple Inc. | Method and system for operating a multi-function portable electronic device using voice-activation |
US8488751B2 (en) | 2007-05-11 | 2013-07-16 | Avaya Inc. | Unified messenging system and method |
US8990215B1 (en) | 2007-05-21 | 2015-03-24 | Amazon Technologies, Inc. | Obtaining and verifying search indices |
US8108793B2 (en) * | 2007-05-21 | 2012-01-31 | Amazon Technologies, Inc, | Zone-associated objects |
EP1998543A1 (en) * | 2007-05-29 | 2008-12-03 | Research In Motion Limited | System and Method for Integrating Image Upload Objects with a Message List |
US7941467B2 (en) | 2007-05-29 | 2011-05-10 | Research In Motion Limited | System and method for integrating image upload objects with a message list |
CN101060419B (en) * | 2007-06-13 | 2010-08-04 | 华为技术有限公司 | A method and equipment for transmission of electronic announcement |
US8548433B1 (en) | 2007-06-27 | 2013-10-01 | Smith Micro Software, Inc. | Voice messaging service for network-based instant connect systems |
US8203589B2 (en) | 2007-09-07 | 2012-06-19 | AT&T International Property I, LP | System for managing video voicemail |
US8130425B2 (en) * | 2007-10-26 | 2012-03-06 | At&T Intellectual Property I, Lp | Methods and apparatus to route fax calls in an internet protocol (IP) multimedia subsystem (IMS) network |
KR20090046561A (en) * | 2007-11-06 | 2009-05-11 | 엘지전자 주식회사 | Apparatus and method for creating music file list |
US8774374B2 (en) * | 2007-12-13 | 2014-07-08 | Verizon Patent And Licensing Inc. | Managing visual voicemail from multiple devices |
US9330720B2 (en) | 2008-01-03 | 2016-05-03 | Apple Inc. | Methods and apparatus for altering audio output signals |
US8996376B2 (en) | 2008-04-05 | 2015-03-31 | Apple Inc. | Intelligent text-to-speech conversion |
US20090254621A1 (en) * | 2008-04-08 | 2009-10-08 | Venali, Inc. | Peer-to-peer messaging of facsimile messages |
US8369497B2 (en) * | 2008-04-16 | 2013-02-05 | Scopes Philip M | Enhanced voicemail system and method |
US10496753B2 (en) | 2010-01-18 | 2019-12-03 | Apple Inc. | Automatically adapting user interfaces for hands-free interaction |
US8423889B1 (en) | 2008-06-05 | 2013-04-16 | Amazon Technologies, Inc. | Device specific presentation control for electronic book reader devices |
DE102008046597A1 (en) * | 2008-09-10 | 2010-03-11 | P1 Privat Gmbh | Method for asynchronous communication by internet platform, involves receiving mail by registered users of internet platform using internet platform, where mail is transmitted on part of its mailing route in electronic form by internet |
US20100030549A1 (en) | 2008-07-31 | 2010-02-04 | Lee Michael M | Mobile device having human language translation capability with positional feedback |
US9178842B2 (en) | 2008-11-05 | 2015-11-03 | Commvault Systems, Inc. | Systems and methods for monitoring messaging applications for compliance with a policy |
US9959870B2 (en) | 2008-12-11 | 2018-05-01 | Apple Inc. | Speech recognition involving a mobile device |
US9087032B1 (en) | 2009-01-26 | 2015-07-21 | Amazon Technologies, Inc. | Aggregation of highlights |
US8378979B2 (en) * | 2009-01-27 | 2013-02-19 | Amazon Technologies, Inc. | Electronic device with haptic feedback |
US9621714B2 (en) | 2009-01-27 | 2017-04-11 | Value-Added Communications, Inc. | System and method for electronic notification in institutional communication |
US9105014B2 (en) | 2009-02-03 | 2015-08-11 | International Business Machines Corporation | Interactive avatar in messaging environment |
US9432516B1 (en) | 2009-03-03 | 2016-08-30 | Alpine Audio Now, LLC | System and method for communicating streaming audio to a telephone device |
US8832584B1 (en) | 2009-03-31 | 2014-09-09 | Amazon Technologies, Inc. | Questions on highlighted passages |
US8001274B2 (en) * | 2009-05-14 | 2011-08-16 | Sudharshan Srinivasan | Mobile device network accessory supporting content integration between accessory data and internet content |
US8238538B2 (en) | 2009-05-28 | 2012-08-07 | Comcast Cable Communications, Llc | Stateful home phone service |
US10241752B2 (en) | 2011-09-30 | 2019-03-26 | Apple Inc. | Interface for a virtual digital assistant |
US10241644B2 (en) | 2011-06-03 | 2019-03-26 | Apple Inc. | Actionable reminder entries |
US10706373B2 (en) | 2011-06-03 | 2020-07-07 | Apple Inc. | Performing actions associated with task items that represent tasks to perform |
US9858925B2 (en) | 2009-06-05 | 2018-01-02 | Apple Inc. | Using context information to facilitate processing of commands in a virtual assistant |
US9431006B2 (en) | 2009-07-02 | 2016-08-30 | Apple Inc. | Methods and apparatuses for automatic speech recognition |
US8692763B1 (en) | 2009-09-28 | 2014-04-08 | John T. Kim | Last screen rendering for electronic book reader |
WO2011059414A1 (en) | 2009-11-16 | 2011-05-19 | Innova Bilisim Çözümleri A.S. | Multimedia telephone system and device |
US8401848B2 (en) | 2009-12-15 | 2013-03-19 | At&T Intellectual Property I, L.P. | System and method for audible text center subsystem |
US10276170B2 (en) | 2010-01-18 | 2019-04-30 | Apple Inc. | Intelligent automated assistant |
US10679605B2 (en) | 2010-01-18 | 2020-06-09 | Apple Inc. | Hands-free list-reading by intelligent automated assistant |
US10705794B2 (en) | 2010-01-18 | 2020-07-07 | Apple Inc. | Automatically adapting user interfaces for hands-free interaction |
US10553209B2 (en) | 2010-01-18 | 2020-02-04 | Apple Inc. | Systems and methods for hands-free notification summaries |
WO2011089450A2 (en) | 2010-01-25 | 2011-07-28 | Andrew Peter Nelson Jerram | Apparatuses, methods and systems for a digital conversation management platform |
US8682667B2 (en) | 2010-02-25 | 2014-03-25 | Apple Inc. | User profiling for selecting user specific voice input processing information |
US9183560B2 (en) | 2010-05-28 | 2015-11-10 | Daniel H. Abelow | Reality alternate |
US9495322B1 (en) | 2010-09-21 | 2016-11-15 | Amazon Technologies, Inc. | Cover display |
US10762293B2 (en) | 2010-12-22 | 2020-09-01 | Apple Inc. | Using parts-of-speech tagging and named entity recognition for spelling correction |
US9262612B2 (en) | 2011-03-21 | 2016-02-16 | Apple Inc. | Device access using voice authentication |
US10057736B2 (en) | 2011-06-03 | 2018-08-21 | Apple Inc. | Active transport based notifications |
GB2491602B (en) | 2011-06-07 | 2018-02-07 | Metaswitch Networks Ltd | Data Processing |
US8994660B2 (en) | 2011-08-29 | 2015-03-31 | Apple Inc. | Text correction processing |
US9158741B1 (en) | 2011-10-28 | 2015-10-13 | Amazon Technologies, Inc. | Indicators for navigating digital works |
CN102523260A (en) * | 2011-12-02 | 2012-06-27 | 中兴通讯股份有限公司 | Media transmitting method and media transmitting device |
US10134385B2 (en) | 2012-03-02 | 2018-11-20 | Apple Inc. | Systems and methods for name pronunciation |
US9483461B2 (en) | 2012-03-06 | 2016-11-01 | Apple Inc. | Handling speech synthesis of content for multiple languages |
US10155168B2 (en) | 2012-05-08 | 2018-12-18 | Snap Inc. | System and method for adaptable avatars |
US9280610B2 (en) | 2012-05-14 | 2016-03-08 | Apple Inc. | Crowd sourcing information to fulfill user requests |
US9721563B2 (en) | 2012-06-08 | 2017-08-01 | Apple Inc. | Name recognition system |
CN104272342B (en) * | 2012-06-08 | 2018-02-09 | Sk普兰尼特有限公司 | Method and system and its equipment for the messenger service in multi-equipment environment |
US9576574B2 (en) | 2012-09-10 | 2017-02-21 | Apple Inc. | Context-sensitive handling of interruptions by intelligent digital assistant |
US9547647B2 (en) | 2012-09-19 | 2017-01-17 | Apple Inc. | Voice-based media searching |
EP2954514B1 (en) | 2013-02-07 | 2021-03-31 | Apple Inc. | Voice trigger for a digital assistant |
US9368114B2 (en) | 2013-03-14 | 2016-06-14 | Apple Inc. | Context-sensitive handling of interruptions |
WO2014144579A1 (en) | 2013-03-15 | 2014-09-18 | Apple Inc. | System and method for updating an adaptive speech recognition model |
AU2014233517B2 (en) | 2013-03-15 | 2017-05-25 | Apple Inc. | Training an at least partial voice command system |
WO2014197336A1 (en) | 2013-06-07 | 2014-12-11 | Apple Inc. | System and method for detecting errors in interactions with a voice-based digital assistant |
US9582608B2 (en) | 2013-06-07 | 2017-02-28 | Apple Inc. | Unified ranking with entropy-weighted information for phrase-based semantic auto-completion |
WO2014197334A2 (en) | 2013-06-07 | 2014-12-11 | Apple Inc. | System and method for user-specified pronunciation of words for speech synthesis and recognition |
WO2014197335A1 (en) | 2013-06-08 | 2014-12-11 | Apple Inc. | Interpreting and acting upon commands that involve sharing information with remote devices |
US10176167B2 (en) | 2013-06-09 | 2019-01-08 | Apple Inc. | System and method for inferring user intent from speech inputs |
DE112014002747T5 (en) | 2013-06-09 | 2016-03-03 | Apple Inc. | Apparatus, method and graphical user interface for enabling conversation persistence over two or more instances of a digital assistant |
KR101809808B1 (en) | 2013-06-13 | 2017-12-15 | 애플 인크. | System and method for emergency calls initiated by voice command |
AU2014306221B2 (en) | 2013-08-06 | 2017-04-06 | Apple Inc. | Auto-activating smart responses based on activities from remote devices |
US9620105B2 (en) | 2014-05-15 | 2017-04-11 | Apple Inc. | Analyzing audio input for efficient speech and music recognition |
US10592095B2 (en) | 2014-05-23 | 2020-03-17 | Apple Inc. | Instantaneous speaking of content on touch devices |
US9502031B2 (en) | 2014-05-27 | 2016-11-22 | Apple Inc. | Method for supporting dynamic grammars in WFST-based ASR |
US10170123B2 (en) | 2014-05-30 | 2019-01-01 | Apple Inc. | Intelligent assistant for home automation |
US9430463B2 (en) | 2014-05-30 | 2016-08-30 | Apple Inc. | Exemplar-based natural language processing |
US9633004B2 (en) | 2014-05-30 | 2017-04-25 | Apple Inc. | Better resolution when referencing to concepts |
US9842101B2 (en) | 2014-05-30 | 2017-12-12 | Apple Inc. | Predictive conversion of language input |
US10078631B2 (en) | 2014-05-30 | 2018-09-18 | Apple Inc. | Entropy-guided text prediction using combined word and character n-gram language models |
US9785630B2 (en) | 2014-05-30 | 2017-10-10 | Apple Inc. | Text prediction using combined word N-gram and unigram language models |
US10289433B2 (en) | 2014-05-30 | 2019-05-14 | Apple Inc. | Domain specific language for encoding assistant dialog |
US9715875B2 (en) | 2014-05-30 | 2017-07-25 | Apple Inc. | Reducing the need for manual start/end-pointing and trigger phrases |
US9760559B2 (en) | 2014-05-30 | 2017-09-12 | Apple Inc. | Predictive text input |
AU2015266863B2 (en) | 2014-05-30 | 2018-03-15 | Apple Inc. | Multi-command single utterance input method |
US9734193B2 (en) | 2014-05-30 | 2017-08-15 | Apple Inc. | Determining domain salience ranking from ambiguous words in natural speech |
US9338493B2 (en) | 2014-06-30 | 2016-05-10 | Apple Inc. | Intelligent automated assistant for TV user interactions |
US10659851B2 (en) | 2014-06-30 | 2020-05-19 | Apple Inc. | Real-time digital assistant knowledge updates |
US10446141B2 (en) | 2014-08-28 | 2019-10-15 | Apple Inc. | Automatic speech recognition based on user feedback |
US9818400B2 (en) | 2014-09-11 | 2017-11-14 | Apple Inc. | Method and apparatus for discovering trending terms in speech requests |
US10789041B2 (en) | 2014-09-12 | 2020-09-29 | Apple Inc. | Dynamic thresholds for always listening speech trigger |
US9606986B2 (en) | 2014-09-29 | 2017-03-28 | Apple Inc. | Integrated word N-gram and class M-gram language models |
US9886432B2 (en) | 2014-09-30 | 2018-02-06 | Apple Inc. | Parsimonious handling of word inflection via categorical stem + suffix N-gram language models |
US9646609B2 (en) | 2014-09-30 | 2017-05-09 | Apple Inc. | Caching apparatus for serving phonetic pronunciations |
US10127911B2 (en) | 2014-09-30 | 2018-11-13 | Apple Inc. | Speaker identification and unsupervised speaker adaptation techniques |
US9668121B2 (en) | 2014-09-30 | 2017-05-30 | Apple Inc. | Social reminders |
US10074360B2 (en) | 2014-09-30 | 2018-09-11 | Apple Inc. | Providing an indication of the suitability of speech recognition |
US10552013B2 (en) | 2014-12-02 | 2020-02-04 | Apple Inc. | Data detection |
US9711141B2 (en) | 2014-12-09 | 2017-07-18 | Apple Inc. | Disambiguating heteronyms in speech synthesis |
US9865280B2 (en) | 2015-03-06 | 2018-01-09 | Apple Inc. | Structured dictation using intelligent automated assistants |
US9886953B2 (en) | 2015-03-08 | 2018-02-06 | Apple Inc. | Virtual assistant activation |
US9721566B2 (en) | 2015-03-08 | 2017-08-01 | Apple Inc. | Competing devices responding to voice triggers |
US10567477B2 (en) | 2015-03-08 | 2020-02-18 | Apple Inc. | Virtual assistant continuity |
US9899019B2 (en) | 2015-03-18 | 2018-02-20 | Apple Inc. | Systems and methods for structured stem and suffix language models |
US9842105B2 (en) | 2015-04-16 | 2017-12-12 | Apple Inc. | Parsimonious continuous-space phrase representations for natural language processing |
US10083688B2 (en) | 2015-05-27 | 2018-09-25 | Apple Inc. | Device voice control for selecting a displayed affordance |
US10127220B2 (en) | 2015-06-04 | 2018-11-13 | Apple Inc. | Language identification from short strings |
US10101822B2 (en) | 2015-06-05 | 2018-10-16 | Apple Inc. | Language input correction |
US10186254B2 (en) | 2015-06-07 | 2019-01-22 | Apple Inc. | Context-based endpoint detection |
US10255907B2 (en) | 2015-06-07 | 2019-04-09 | Apple Inc. | Automatic accent detection using acoustic models |
US11025565B2 (en) | 2015-06-07 | 2021-06-01 | Apple Inc. | Personalized prediction of responses for instant messaging |
US10671428B2 (en) | 2015-09-08 | 2020-06-02 | Apple Inc. | Distributed personal assistant |
US10747498B2 (en) | 2015-09-08 | 2020-08-18 | Apple Inc. | Zero latency digital assistant |
US9697820B2 (en) | 2015-09-24 | 2017-07-04 | Apple Inc. | Unit-selection text-to-speech synthesis using concatenation-sensitive neural networks |
US10366158B2 (en) | 2015-09-29 | 2019-07-30 | Apple Inc. | Efficient word encoding for recurrent neural network language models |
US11010550B2 (en) | 2015-09-29 | 2021-05-18 | Apple Inc. | Unified language modeling framework for word prediction, auto-completion and auto-correction |
US11587559B2 (en) | 2015-09-30 | 2023-02-21 | Apple Inc. | Intelligent device identification |
US10691473B2 (en) | 2015-11-06 | 2020-06-23 | Apple Inc. | Intelligent automated assistant in a messaging environment |
US10049668B2 (en) | 2015-12-02 | 2018-08-14 | Apple Inc. | Applying neural network language models to weighted finite state transducers for automatic speech recognition |
US10223066B2 (en) | 2015-12-23 | 2019-03-05 | Apple Inc. | Proactive assistance based on dialog communication between devices |
US10446143B2 (en) | 2016-03-14 | 2019-10-15 | Apple Inc. | Identification of voice inputs providing credentials |
US10339365B2 (en) | 2016-03-31 | 2019-07-02 | Snap Inc. | Automated avatar generation |
US9934775B2 (en) | 2016-05-26 | 2018-04-03 | Apple Inc. | Unit-selection text-to-speech synthesis based on predicted concatenation parameters |
US9972304B2 (en) | 2016-06-03 | 2018-05-15 | Apple Inc. | Privacy preserving distributed evaluation framework for embedded personalized systems |
US10249300B2 (en) | 2016-06-06 | 2019-04-02 | Apple Inc. | Intelligent list reading |
US10049663B2 (en) | 2016-06-08 | 2018-08-14 | Apple, Inc. | Intelligent automated assistant for media exploration |
DK179309B1 (en) | 2016-06-09 | 2018-04-23 | Apple Inc | Intelligent automated assistant in a home environment |
US10490187B2 (en) | 2016-06-10 | 2019-11-26 | Apple Inc. | Digital assistant providing automated status report |
US10509862B2 (en) | 2016-06-10 | 2019-12-17 | Apple Inc. | Dynamic phrase expansion of language input |
US10067938B2 (en) | 2016-06-10 | 2018-09-04 | Apple Inc. | Multilingual word prediction |
US10586535B2 (en) | 2016-06-10 | 2020-03-10 | Apple Inc. | Intelligent digital assistant in a multi-tasking environment |
US10192552B2 (en) | 2016-06-10 | 2019-01-29 | Apple Inc. | Digital assistant providing whispered speech |
DK179415B1 (en) | 2016-06-11 | 2018-06-14 | Apple Inc | Intelligent device arbitration and control |
DK179343B1 (en) | 2016-06-11 | 2018-05-14 | Apple Inc | Intelligent task discovery |
DK201670540A1 (en) | 2016-06-11 | 2018-01-08 | Apple Inc | Application integration with a digital assistant |
DK179049B1 (en) | 2016-06-11 | 2017-09-18 | Apple Inc | Data driven natural language event detection and classification |
US10360708B2 (en) | 2016-06-30 | 2019-07-23 | Snap Inc. | Avatar based ideogram generation |
US10432559B2 (en) | 2016-10-24 | 2019-10-01 | Snap Inc. | Generating and displaying customized avatars in electronic messages |
US10593346B2 (en) | 2016-12-22 | 2020-03-17 | Apple Inc. | Rank-reduced token representation for automatic speech recognition |
US10454857B1 (en) | 2017-01-23 | 2019-10-22 | Snap Inc. | Customized digital avatar accessories |
US11893647B2 (en) | 2017-04-27 | 2024-02-06 | Snap Inc. | Location-based virtual avatars |
KR102515132B1 (en) | 2017-04-27 | 2023-03-28 | 스냅 인코포레이티드 | A geographic level representation of a user's location on a social media platform |
US10212541B1 (en) | 2017-04-27 | 2019-02-19 | Snap Inc. | Selective location-based identity communication |
US10749827B2 (en) | 2017-05-11 | 2020-08-18 | Global Tel*Link Corporation | System and method for inmate notification and training in a controlled environment facility |
DK179745B1 (en) | 2017-05-12 | 2019-05-01 | Apple Inc. | SYNCHRONIZATION AND TASK DELEGATION OF A DIGITAL ASSISTANT |
DK201770431A1 (en) | 2017-05-15 | 2018-12-20 | Apple Inc. | Optimizing dialogue policy decisions for digital assistants using implicit feedback |
Family Cites Families (35)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4646346A (en) | 1985-01-22 | 1987-02-24 | At&T Company | Integrated message service system |
US4612416A (en) | 1985-01-22 | 1986-09-16 | At&T Information Systems Inc. | Integrated message service system |
US4837798A (en) | 1986-06-02 | 1989-06-06 | American Telephone And Telegraph Company | Communication system having unified messaging |
US5008926A (en) | 1986-07-17 | 1991-04-16 | Efrat Future Technology Ltd. | Message management system |
US5029199A (en) | 1989-08-10 | 1991-07-02 | Boston Technology | Distributed control and storage for a large capacity messaging system |
US5263080A (en) | 1990-06-01 | 1993-11-16 | Boston Technology, Inc. | Telephone message storage system with out-of-band signalling |
US5193110A (en) | 1990-10-09 | 1993-03-09 | Boston Technology, Incorporated | Integrated services platform for telephone communication system |
US5260990A (en) | 1991-04-30 | 1993-11-09 | Boston Technology, Inc. | Multiple integrations unit for coupling different switching systems to a message storage system |
US5530740A (en) | 1991-10-28 | 1996-06-25 | Contigram Communications Corporation | System and method for integrating voice, facsimile and electronic mail data through a personal computer |
US5737395A (en) | 1991-10-28 | 1998-04-07 | Centigram Communications Corporation | System and method for integrating voice, facsimile and electronic mail data through a personal computer |
US5802314A (en) * | 1991-12-17 | 1998-09-01 | Canon Kabushiki Kaisha | Method and apparatus for sending and receiving multimedia messages |
US5493607A (en) | 1992-04-21 | 1996-02-20 | Boston Technology | Multi-system network addressing |
US5519766A (en) | 1992-09-18 | 1996-05-21 | Boston Technology, Inc. | Message length reporting system for telephone communication system |
US5475748A (en) | 1992-09-18 | 1995-12-12 | Boston Technology, Inc. | Automatic telephone system with function for multiple out-dialed calls per caller |
JPH06319005A (en) * | 1993-01-13 | 1994-11-15 | Canon Inf Syst Inc | Method and equipment for alloting message |
US5406557A (en) * | 1993-02-01 | 1995-04-11 | National Semiconductor Corporation | Interenterprise electronic mail hub |
US5479411A (en) * | 1993-03-10 | 1995-12-26 | At&T Corp. | Multi-media integrated message arrangement |
CA2114274C (en) | 1993-04-21 | 1997-12-02 | Michael L. Bridges | Information services platform |
EP0631419B1 (en) | 1993-06-22 | 1996-03-27 | Vmx Inc. | An electronic mail system having integrated voice messages |
US5568540A (en) | 1993-09-13 | 1996-10-22 | Active Voice Corporation | Method and apparatus for selecting and playing a voice mail message |
US5524137A (en) | 1993-10-04 | 1996-06-04 | At&T Corp. | Multi-media messaging system |
CA2136255A1 (en) | 1994-01-06 | 1995-07-07 | Ewald Christoph Anderl | Integrated electronic mailbox |
US5675507A (en) * | 1995-04-28 | 1997-10-07 | Bobo, Ii; Charles R. | Message storage and delivery system |
US5604803A (en) * | 1994-06-03 | 1997-02-18 | Sun Microsystems, Inc. | Method and apparatus for secure remote authentication in a public network |
US5625775A (en) * | 1994-06-13 | 1997-04-29 | International Business Machines Corporation | Modem communication interface in a data processing system |
US5524139A (en) | 1994-07-15 | 1996-06-04 | Boston Technology, Inc. | System for automatic access to automated telephonic information services |
US5740231A (en) * | 1994-09-16 | 1998-04-14 | Octel Communications Corporation | Network-based multimedia communications and directory system and method of operation |
US5764731A (en) * | 1994-10-13 | 1998-06-09 | Yablon; Jay R. | Enhanced system for transferring, storing and using signaling information in a switched telephone network |
US5526353A (en) | 1994-12-20 | 1996-06-11 | Henley; Arthur | System and method for communication of audio data over a packet-based network |
CA2139081C (en) * | 1994-12-23 | 1999-02-02 | Alastair Gordon | Unified messaging system and method |
US5751338A (en) * | 1994-12-30 | 1998-05-12 | Visionary Corporate Technologies | Methods and systems for multimedia communications via public telephone networks |
US5647002A (en) * | 1995-09-01 | 1997-07-08 | Lucent Technologies Inc. | Synchronization of mailboxes of different types |
US5760823A (en) * | 1995-09-01 | 1998-06-02 | Lucent Technologies Inc. | Video messaging arrangement |
US5799063A (en) * | 1996-08-15 | 1998-08-25 | Talk Web Inc. | Communication system and method of providing access to pre-recorded audio messages via the Internet |
US5931917A (en) * | 1996-09-26 | 1999-08-03 | Verifone, Inc. | System, method and article of manufacture for a gateway system architecture with system administration information accessible from a browser |
-
1996
- 1996-11-05 US US08/743,793 patent/US6233318B1/en not_active Expired - Lifetime
-
1997
- 1997-11-05 JP JP9303222A patent/JPH10233801A/en active Pending
- 1997-11-05 EP EP97308910A patent/EP0845894A3/en not_active Withdrawn
- 1997-11-05 BR BRPI9715383-4A patent/BR9715383A2/en not_active Application Discontinuation
- 1997-11-05 CA CA002220317A patent/CA2220317A1/en not_active Abandoned
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104348708A (en) * | 2013-08-08 | 2015-02-11 | 中兴通讯股份有限公司 | Implementation method and device for leaving message |
Also Published As
Publication number | Publication date |
---|---|
US6233318B1 (en) | 2001-05-15 |
EP0845894A3 (en) | 1999-09-15 |
JPH10233801A (en) | 1998-09-02 |
BR9715383A2 (en) | 2014-11-25 |
EP0845894A2 (en) | 1998-06-03 |
MX9708541A (en) | 1998-08-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6233318B1 (en) | System for accessing multimedia mailboxes and messages over the internet and via telephone | |
US6549612B2 (en) | Unified communication services via e-mail | |
US6282270B1 (en) | World wide web voice mail system | |
US6990514B1 (en) | Unified messaging system using web based application server for management of messages using standardized servers | |
US6459774B1 (en) | Structured voicemail messages | |
US10038663B2 (en) | Computer, internet and telecommunications based network | |
US6751296B1 (en) | System and method for creating a transaction usage record | |
US6725256B1 (en) | System and method for creating an e-mail usage record | |
US6240391B1 (en) | Method and apparatus for assembling and presenting structured voicemail messages | |
CA2308979C (en) | Method and apparatus for creating and sending structured voicemail messages | |
US7006609B2 (en) | System for the remote notification and retrieval of electronically stored messages | |
US6640242B1 (en) | Voice access through a data-centric network to an integrated message storage and retrieval system | |
US5740230A (en) | Directory management system and method | |
US8031846B2 (en) | Electronic mail distribution system for integrated electronic communications | |
US6445694B1 (en) | Internet controlled telephone system | |
US7486664B2 (en) | Internet controlled telephone system | |
US8493969B2 (en) | Internet telephony system with automated call answering | |
US20020076004A1 (en) | System using a personal digital assistant to redirect a voice message to a telephone | |
JP2008505566A (en) | Message durability and retrieval in a regional distributed voice messaging system | |
US7574487B1 (en) | Messaging system configured for selectively accessing subscriber spoken name from a directory server based on determined unavailability of messaging server | |
JP3474130B2 (en) | Method for accessing messages stored in a voice mail system via the Internet World Wide Web | |
MXPA97008541A (en) | A system to have access to mailboxes and messages from multimedia on the internet and via telephone |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
EEER | Examination request | ||
FZDE | Discontinued |