1. Field of Invention
The present invention relates generally to messaging, and more particularly to systems and methods for distributing messages to mobile devices.
2. Related Art
The popularity of mobile communications has expanded the available protocols beyond voice communications to text messaging, such as Short Message Service (SMS), and voice messaging, such as Short Voice Message Service (SVMS). SMS is a telecommunication service allowing mobile device users to send and receive text messages. SVMS allows mobile device users to send and receive voice recordings.
Traditionally, SMS users subscribe to a cellular telephone provider. SMS senders typically include many abbreviations to keep a message short. SMS thus provides a “type and read” text messaging service to mobile devices. SMS and SVMS lack a guarantee that a message will be delivered to a recipient, and lack a confirmation that a message was delivered.
Embodiments of the invention include a method for receiving a message from a sender intended for a recipient, the message received using a server, assigning a unique pairing identifier for use by the recipient, and sending a notice to the recipient, the notice including the unique pairing identifier. The method further includes receiving a request from the recipient requesting the message, the request including the unique pairing identifier, and streaming the message to the recipient using the server.
According to another embodiment of the invention, a method includes receiving a message intended for a recipient using a server, storing the message on the server, associating a message identifier with the message, the message identifier configured to distinguish the message from other messages intended for the recipient, and sending the message identifier to the recipient. The method further includes streaming the message to the recipient each time the recipient requests the message, the request including the message identifier.
According to another embodiment of the invention, a computer readable medium has embodied thereon a program, the program being executable by a computing device for performing a method comprising receiving a message from a sender intended for a recipient, the message received using the computing device, assigning a unique pairing identifier for use by the recipient and sending a notice to the recipient, the notice including the unique pairing identifier. The method further includes receiving a request from the recipient requesting the message, the request including the unique pairing identifier, and streaming the message to the recipient using the computing device.
Elements in the figures are illustrated for simplicity and clarity and are not drawn to scale. The dimensions of some of the elements may be exaggerated relative to other elements to help improve the understanding of various embodiments of the invention.
In various embodiments, system 100 may be one of a plurality of similar systems coupled via the communication network 104 and/or the telecommunication network (SMS/SVMS) 108. Thus, a sender (not shown) may distribute a message using a mobile device 110 to a recipient (not shown) coupled to a second telecommunication network (SMS/SVMS) (not shown).
The bubble server 102, according to one embodiment, may be a computing device configured to store and process instructions, store and process data, and communicate with the communication network 104, the content 106, the telecommunication network (SMS/SVMS) 108, and the mobile devices 110. The bubble server 102 receives a message from a sender intended for a recipient, and assigns a unique pairing identifier for use by the recipient. The bubble server 102 further sends a notice to the recipient, the notice including the unique pairing identifier, receives a request from the recipient requesting the message, the request including the unique pairing identifier, and streams the message to the recipient. The bubble server 102 thus provides a click, talk and send capability that is not provided by the “type and read” messaging services provided by a Short Message Service (SMS) system. Streaming includes data streaming, audio streaming and video streaming, and includes providing to mobile device 110 the message such that the recipient may listen to and/or view the message while the message is being streamed.
The bubble server 102 may communicate with the communication network 104, the content 106, the telecommunication network (SMS/SVMS) 108, and the mobile devices 110 using appropriate protocols, such as the Hypertext Transfer Protocol (HTTP), File Transfer Protocol (FTP), short message service (SMS), short voice message service (SVMS), cellular telephone protocols such as Global System for Mobile communications (GSM), Code Division Multiple Access (CDMA), General Packet Radio Service (GPRS), Enhanced Data Rates for GSM Evolution (EDGE), or High-Speed Circuit-Switched Data (HSCSD), and/or other standards for communicating with digital devices, such as, but not limited to, Institute of Electrical and Electronics Engineers (IEEE) Standards 802.11 a/b/g/n, Bluetooth, and so forth.
The communication network 104 couples the content 106 to the mobile devices 110 via the bubble server 102 and the telecommunication network (SMS/SVMS) 108. The content 106 may be accessed by several methods, including, but not limited to the web or telephone devices. The content 106 may be one or more forms of messages, information, and/or data. The content 106 may include a SMS and/or SVMS message, multimedia content, including, but not limited to, audio content (e.g., voice messages), music, electronic books, video content, animation content, and/or other forms of content for communication, advertising, entertainment, and so forth.
The mobile devices 110 may access the content 106 to listen and/or view a multimedia content, to dedicate a multimedia content to a recipient, and/or to forward a multimedia content to a recipient. A user of the mobile devices 110 may access the content 106 using a subscription model, or may purchase the content 106, such as a ringtone, voice message, music, and so forth. The bubble server 102 may include the content 106, and/or the content 106 may be coupled to the bubble server 102 as illustrated in
The content 106 may include famous quotes or statements from prominent celebrities, such as a voice message saying, ‘Frankly, my dear, I don't give a damn,’ or ‘Make my day.’ The content 106 may be in the sender's voice, or may be in the voice of another person. Other messages may include a song, such as the ‘happy birthday’ song, or other theme song, with background music and the sender's voice, or with someone else's voice singing the words. In various embodiments, the content 106 may include a cross-network talk and listen message of the BubbleTalk™ system developed by Bubble Motion, Pte. Ltd. Access to the content 106 may be provided by the web, i.e., the Internet, via HTTP, FTP, and/or telephone services, including, but not limited to GSM, CDMA, GPRS, EDGE or HSCSD, and/or Bluetooth, and so forth.
The telecommunication network (SMS/SVMS) 108 provides SMS and SVMS services to the mobile devices 110, and couples the bubble server 102, the content 106, and the mobile devices 110. The telecommunication network (SMS/SVMS) 108 may be a cellular telephone network, such as GSM, CDMA, GPRS, EDGE, HSCSD, or other communication network for communicating with remote digital devices using, for example, IEEE Standards 802.11 a/b/g/n, Bluetooth, and so forth.
The mobile devices 110 provide access between senders and recipients (e.g., mobile device users), the bubble server 102 and the content 106. The mobile devices 110 may be a cellular telephone, a personal digital assistant, a laptop computer, or other portable digital device. The mobile devices 110 need not be mobile in the conventional sense, and may include any digital device configured to couple to the telecommunication network (SMS/SVMS) 108.
To access the content 106, a mobile device user may register their mobile device 110 using the communication network 104. After registration, the mobile device user has access to send and receive messages via the system 100. A mobile device user may call in and listen to the content 106, i.e., by pulling the content 106 to the user's mobile device 110. A mobile device user may access a content channel (e.g., a portion of the content 106) to listen to or view different types of content. A mobile device user may forward the content 106 to a friend, i.e., push the content 106 to a recipient. A mobile device user may call in and dedicate the content 106 to a friend, i.e., a recipient, who may then receive the content 106.
At step 204, a unique pairing identifier is assigned for use by the recipient. The unique pairing identifier uniquely identifies the sender to the recipient, and allows the recipient to receive the sender's messages. The unique pairing identifier allows the bubble server 102 to receive a request from the recipient requesting the message. Thus, the recipient may not need the sender's telephone number to request the message. In one example, a unique pairing identifier may be an asterisk and a number 21, e.g., “*21.” The unique pairing identifier may be specific to the sender and the recipient, so that the recipient needs only to provide the unique pairing identifier to view any message from the sender. The unique pairing identifier may be created immediately from the first message, or the unique pairing identifier may be created after a sender sends a pre-determined number of messages to a recipient.
At step 206, a notice is sent to the recipient, the notice including the unique pairing identifier. The unique pairing identifier may be displayed on the recipient's mobile device 110 as an incoming notice. The notice informs the recipient that a message from the sender is available for streaming to the recipient. The notice may appear in an “inbox” of the recipient's mobile device 110. The notice may describe a multimedia content. Thus, the recipient may use the notice to determine whether to request the multimedia content.
At step 208, a request including the unique pairing identifier is received from the recipient. To send the request, the recipient may use the mobile device 110 to click, tap, and/or otherwise enter the unique pairing identifier. For later retrieval, or for retrieval of multiple messages from the same sender, the recipient may use the unique pairing identifier to view a list of messages from the same sender, and then select the specific message to be streamed to the recipient.
At step 210, the message is streamed to the recipient using bubble server 102. The message may be stored on bubble server 102. Using the unique pairing identifier, the recipient may repeat step 208 to request the message again.
A sender may create a notice describing a content 106 and send the notice to one or more recipients. In various embodiments, the content 106 may be streamed to the recipient on a subscription basis. Thus, the recipient may request the content 106 in advance of receiving the notice sent in step 206.
The bubble server 102 may optionally provide confirmations to the sender. At step 206, the bubble server 102 may provide a confirmation that a notice was sent to the recipient. At step 210, the bubble server 102 may provide a confirmation that the message was streamed to the recipient. The confirmation may include information describing how much of the message was streamed to the recipient. After a period of time, the bubble server 102 may send a confirmation to the sender that the recipient has not requested the message.
The sender may associate a multimedia content from content 106 with the message, and the multimedia content may be streamed to the recipient as described herein with respect to step 210. Furthermore, the multimedia content may be based on a demographic trait of the recipient, and/or may include advertising content.
In step 302, the sound icon may be based on a demographic trait of the sender, such as a female voice for a female sender, a sound in the language of the sender, and so forth.
In step 304, the sound icon may be based on the previous activity of the sender. A sender that is familiar with the use of the system 100 may be provided with sound icons that are shortened or otherwise modified. A sender with several experiences with the system 100 may have familiarity with the system 100, and may know expected responses without voice prompts. Thus, the length of the sound, or the type of sound used, could be based on the previous activity of the sender. For example, a sender with several experiences with the system 100 may use sound icons that shorten the amount of time needed to send messages.
In step 306, the sound icon may be based on the intended recipient. Thus, the sound icon that the sender hears may be selected by the intended recipient. For example, an intended recipient may select a particular sound icon when the sender is a family member and a different sound icon when the sender is a friend.
In step 308, the sound icon is sent to the sender to prompt the sender to record a message. For example, a “blub blub” sound icon may prompt a sender to record a message. Other examples of sound icons include a “dial tone” sound that may prompt a sender to enter a recipient's telephone number or unique pairing identifier. A “slash” sound icon may alert the sender that a message could be deleted, was about to be deleted, or had been deleted. A “beep-beep-beep” sound icon may alert a user at the end of the message, or to select the next activity.
At step 404, the message is stored using the bubble server 102.
At step 406, a message identifier is associated with the message. The message identifier is not based on the sender, and may be configured to distinguish the message from other messages intended for the recipient. The association of the message identifier with the message allows the recipient to request and stream the message each time the recipient requests the message via the message identifier.
At step 408, the message identifier is sent to the recipient. The message identifier may be in the form of a notice.
At step 410, the message is streamed to the recipient each time the recipient requests the message.
The message may be a short message service, i.e., text message, for example a SMS message or a SVMS message. A multimedia content provided by the content 106 may be associated with the message. The multimedia content may include, but is not limited to, audio content, e.g. music, electronic books, and other forms of audio entertainment content, as well as video content, voice messages, animation content, or other forms of content for communication, advertising, entertainment, etc. The multimedia content may be streamed to the recipient each time the recipient requests the message. The multimedia content may be advertising content, based on a demographic trait of the recipient, or the like.
For example, the recipient at mobile device 4085551212 has three senders.
The unique pairing identifier of sender 6505551212 for this recipient is *21.
The unique pairing identifier of sender 9255551212 for this recipient is *22.
The unique pairing identifier of sender 8585551212 for this recipient is *23.
Thus, the recipient at mobile device 4085551212 may request the messages of each of the senders above using the sender's unique pairing identifier instead of the sender's telephone number.
The memory system 620 may be any memory configured to store data. Some examples of the memory 620 are storage devices, such as RAM or ROM. The storage system 630 may be any storage configured to retrieve and store data. Some examples of the storage system 630 are flash drives, hard drives, optical drives, and/or magnetic tape. The storage system 630 may comprise the content 106. In some embodiments, the bubble server 102 may include the memory system 620 in the form of RAM and the storage system 630 in the form of flash data.
The I/O interface 640 may be any device that can receive input for controlling and accessing the bubble server 102. The I/O interface 640 may couple to a keyboard, touchscreen, mouse, keypad, printer, scanner, or any other input or output device.
The communication network interface 650 may be coupled to the communication network 104 and the telecommunication network 108 (
The display interface 660 is any device that may control a display device. A display device can be a monitor, screen, LCD, flatscreen, or any device configured to display information. The display device may be provided to control and access the bubble server 102.
The embodiments discussed herein are illustrative of the present invention. As these embodiments of the present invention are described with reference to illustrations, various modifications or adaptations of the methods and/or specific structures described may become apparent to those skilled in the art. All such modifications, adaptations, or variations that rely upon the teachings of the present invention, and through which these teachings have advanced the art, are considered to be within the spirit and scope of the present invention. Hence, these descriptions and drawings should not be considered in a limiting sense, as it is understood that the present invention is in no way limited to only the embodiments illustrated.
This application claims the benefit and priority of U.S. Provisional Application Ser. No. 60/898,678 titled “Systems and Methods for Voice Messaging,” filed Jan. 30, 2007, which is hereby incorporated by reference.
Number | Date | Country | |
---|---|---|---|
60898678 | Jan 2007 | US |