Multi-format communications client-server and method therefore

Abstract: A multi-format communications client-server (50) has a number of communication interfaces (52-64). A controller and processor (68) is coupled to each of the communication interfaces (52-64) and convert messages from a first communication format to a second communication format. A memory (70) is coupled to the controller and processor (68) and the communication interfaces (52-64). The memory (70) stores a number of messages in a number of communication formats.

Description: Field of the Invention The invention relates generally to the field of communication systems, and more particularly to a multi-format communications client-server and method. Background of the Invention Today's executive has a number of choices for staying in touch with others. For instance, he may have voice mail, electronic mail (email), a cellular phone, a pager, a facsimile (fax), a personal digital assistant (PDA) and soon he may have a satellite phone or terminal. In addition, an executive can often have a home phone number, an office phone number, a cellular telephone number, a work fax number, a home fax number, a standard email address, a radio email address, a pager telephone number, a business standard mail address, a home mail address and soon may have a satellite phone number or email address. This confusing array of potential sources of messages often forces the modern executive to spend a great deal of time just to discover all his messages. One solution that has been proposed is a single telephone number that travels with the user. In this solution the telephone number is fixed to the person and not to a physical location. While this may reduce the number of different telephone numbers, it will not help with email, pagers and many of the other ways in which a modern executive receives messages. Thus there exists a need for a system and method that can bring order to the chaos of potential message sources. Published United States patent USA-5406557 shows a system including a plurality of incompatible electronic mail applications. A computer serves as a hub. The hub has a plurality of internal communications modules. Each module converts message and information data between a 'universal' format and protocol that are internal to the hub, and the protocol and format used by an associated piece of communications equipment. So message and information data from a communication device is converted into the universal protocol and format within the hub, and then converted into another protocol and format for delivery to a different communications device. The hub includes a memory. An article published in 'AT &T Technology', ISSN: 0889-8979, describes 'Integrated Messaging'. The article is entitled 'Accessing messages your way', and is by J.G. Miller et al. See volume 10 (1995) spring Number 1, Pages 69. The article describes a system whereby messages in various formats are received by a user. The user is provided with a list of all the messages, for example stating that there are voicemails, emails and faxes waiting to be reviewed. If the user chooses, for example, 'phone access', then an email will be read to the user using text-to-speech technology. Brief Description of the Preferred Embodiments FIG. 1 is a schematic diagram of a multi-format communications client-server; FIG. 2 is a block diagram of the multi-format communications client-server; FIG. 3 is a schematic diagram of the processor and controller of the multi-format communications client-server; FIG. 4 is a schematic diagram of an embodiment of a data format used by the multi-format communications client-server; FIG. 5 is a flow chart of an embodiment of the steps of storing a message by the multi-format communications client-server; and FIG. 6 is a flow chart of an embodiment of the steps of retrieving a message. Detailed Description of the Drawings The invention uses a centralized, multi-format communications client server to store messages in a plurality of communication formats (multiple format communication messages, plurality of formats). The messages are received by a plurality of communication interfaces. A controller and processor converts the stored message from a first communication format to a second communication format used by a subscriber requesting access to his messages. FIG. 1 is a schematic diagram of a multi-format communications client-server 10. The client-server 10 receives messages from a variety of sources in a variety of communication formats (plurality of data formats). For instances, a subscriber may receive video mail messages 12, voice mail messages 14, electronic mail messages 16, pager messages 18, broadcast service messages 20, PDA messages 22 and fax messages 24. Broadcast service messages 20 includes stock quotes, futures quotes and other time critical information, which are often transmitted over radio frequency channels. Ideally all the messages to a subscriber, in whatever format, are stored in the client server 10. The client server 10 could be a centralized location or could be a network of message storing servers. When a subscriber desires access to his messages, he transmits a retrieval query from any of a plurality of message receiving devices 26-34 to the client-server 10. The message receiving devices 26-34 include, PDAs 26, pagers 28, cellular phones (cellular voice, cellular voice data) 30, portable computers 32, and fax machines 34. The client-server 10 senses the return address (routing address), communication data format and communication channel of the message receiving device (subscriber unit) 26-34. The client-server 10 then sends a summary of the stored messages, including any priority information. The subscriber can then select the stored messages he wants transmitted to him. The client-server converts the selected messages to the data format of the subscriber device and transmits the messages to the subscriber unit. FIG. 2 is a block diagram of an embodiment of the multi-format communications client-server 50. The client-server's 50 connection to the world of messages is a plurality of communication interfaces 52-64. These communication interfaces include, but are not limited to a pager data interface, a voice data interface, a cellular digital pocket data interface and an electronic mail interface, and are implemented with, for example: satellite communication channels 52 for pagers, voice messages, and text messages (e.g., email); cellular (PCS) communication channels 54 for voice and cellular digital packet data messages (cellular digital packet data); Radio frequency communication channels 56, 58 for standard pagers and broadcast services (e.g., stock quotes); data networks (WANs, LANs) 60 for text messages (email), video messages, and voice messages; public internet connections 62 for text messages (email), video messages, and voice messages; and public switched telephone network channels (public switched telephone network voice) 64 for voice and data messages. The communication interfaces 52-64 and their associated electronics 66 are coupled to a controller and processor 68. The controller and processor 68 handles the overhead functions of the client server 50 and converts messages from a first communication format to a second communication format. A memory 70 is coupled to both the communication interfaces electronics 66 and the controller and processor 68. The memory 70 is used to store the plurality of messages. The client 72 or subscriber unit is coupled to at least one of the communication interfaces 52-64. FIG. 3 is a schematic diagram of the processor and controller 68 of the multi-format communications client-server of FIG. 2. A controller 90 coordinates the overall activities of the processors 92-96 and the other parts of the client-server 50. A voice synthesizer 92 is coupled to the controller 90, to the memory 70 and to the communication interface electronics 66. The voice synthesizer 92 converts stored text messages (e.g., email, fax) to voiced messages. The voice recognition processor 94 converts voice messages (audio messages, voice mail) to text messages. The data conversion processor 96 converts messages in a first data format to a second data format. For instance, the data conversion processor would convert from a pager data format (pager data) to an email data format. FIG. 4 is a schematic diagram of an embodiment of a data format 110 used by the multi-format communications client-server. The data format 110 has a conversion table 112 between every customer (subscriber) ID 114 and the subscriber's plurality of addresses 116. A subscriber's plurality of addresses include their email address (electronic mail address), pager number, cellular telephone number, cellular digital packet data address, personal digital assistant address, etc. Another table 118 converts from the addresses 116 to the customer IDs 114. The first conversion table 112 includes a pointer (plurality of pointers) 120 associated with each of the addresses 116 for each customer ID 114. The pointer (P1) 122 associated with the first address, points to the location in memory where messages in the format associated with the first address are stored. For instance the first address might be a subscriber's voice mail telephone number, then the subscriber's voice mail messages would be found at the location indicated by the first pointer 122. Other information may also be stored at this location, such as the subscriber's voice greeting (greeting message). This format is repeated for all the message formats. FIG. 5 is a flow chart of an embodiment of the steps of storing a message by the multi-format communications client-server. The process starts at step 150, by the client server receiving a message (message query) at step 152. The message is intended for one of the subscribers and the customer ID is found by matching the delivery address to one of the plurality of customer IDs in the conversion table 118, at step 154. Once the customer ID is found, the message is stored in the appropriate segment of memory and a pointer to the message is stored with the address in table 112, at step 156. This ends the process at step 158. FIG. 6 is a flow chart of an embodiment of the steps of retrieving a message. The process starts, step 170, by the server receiving a retrieval query from the subscriber unit, at step 172. The server analyzes a header associated with each of the selected messages to determine a sender ID. The server then sends a summary of the stored messages (plurality of stored messages), including the number of the plurality of stored messages and an indicator of the sender to the client at step 174. The summary might include priority codes for each message. The priority codes can be based on the sender placing a priority code on the message or the user can set flags that messages from certain people (addresses) receive a priority code. The invention also contemplates the use of software agents, which can analyze the content of messages for high priority words or in voice messages can detect stress in the caller's voice. The messages can be ordered according to priority or the priority messages are highlighted. The user then selects certain messages (option, selected message) to review and the server receives a command (transmit selected message command) to forward selected messages (message indicator) at step 176. The server then converts the selected messages into the data format (translated message) used by the subscriber unit at step 178. This conversion process in certain cases also includes editing. For instance, email messages would need to be edited before being sent to a pager. Video mail messages are converted so that only the voice is sent to a telephone and only the audio is translated into text. Once the conversion is complete, the messages are transmitted to the subscriber unit at step 180, which ends the process at step 182. The invention allows a user to broadcast messages to several people simultaneously. In one embodiment digital assistants search for relevant information, as defined by the user, on the internet for instance. Any information considered relevant is forwarded to the user's message center. In another embodiment digital assistants notice patterns used by the user and anticipate the user's desires. For instance, if a user always reviews certain stock prices first in the morning, these stock prices (from a broadcast service) are displayed first on the menu (message option menu) during the morning. Thus there has been described a multi-format communications client-server and method that reduces the number of potential message source and translates these messages to the format presently required by the user. By having the messages aggregated, priorities for responding to the messages can be easily determined.

Claims: A multi-format communications client-server (10), comprising: a plurality of communication interfaces (52-64) in communication with at least two subscriber units (72), at least one of the communication interfaces adapted to receive at least one message from a first subscriber unit and to transmit the at least one message to a second subscriber unit; a controller and processor (68) coupled to the plurality of communication interfaces, the controller and processor converting the at least one message from a first communication format that is compatible with said first subscriber unit to a second communication format that is compatible with said second subscriber unit; and a memory (70) coupled to the controller and processor (68) and to the plurality of communication interfaces, the memory storing a plurality of messages in a plurality of communication formats; wherein said first or second communication formats includes a cellular digital packet data format. The multi-format communications client-server (10) of claim 1, wherein the first or second communication formats includes a pager data format (56). The multi-format communications client-server (10) of claim 1, wherein the first or second communication formats includes an electronic mail format (60). The multi-format communications client-server (10) of claim 1, wherein the memory (70) stores a plurality of customer IDs (114), and a plurality of addresses (116), each of the plurality of addresses associated with one of the plurality of customer IDs, wherein each of the plurality of addresses are associated with one of the first or second communication formats. The multi-format communications client-server (10) of claim 4, wherein one of the plurality of addresses (116) is a cellular telephone number. The multi-format communications client-server (10) of claim 4, wherein one of the plurality of addresses is an electronic mail address. The multi-format communications client-server (10) of claim 4, wherein one of the plurality of addresses is a pager number. The multi-format communications client-server (10) of claim 4, wherein one of the plurality of addresses is a personal digital assistant address. A method of sending, receiving and converting multiple format communication messages, comprising the steps of: (a) receiving (152) a message in one of a plurality of data formats, the message containing a delivery address; (b) determining (154) a customer ID associated with the delivery address; (c) storing (156) the message in a memory in said one of a plurality of data formats at a location associated with the customer ID; (d) receiving (176) a transmit message command from a subscriber unit; (e) converting (178) the message into a data format compatible with the subscriber unit, wherein the message is converted to or from a cellular digital packet data format; and (f) transmitting (180) the converted message to the subscriber unit. The method of claim 9, further including the steps of: (g) receiving (172) a retrieval query containing a routing address in a first data format from the subscriber unit; and (h) sending a summary of a plurality of stored messages (174) to the subscriber unit.

Inventors: SEGUR SHAWN T, SEGUR, SHAWN T.
Applicants: MOTOROLA INC, MOTOROLA, INC.
Application year: 1998
Main classification: H04Q3
IPC codes: H04Q3, H04Q7, H04M7, H04M3