US20100198923A1 - Methods for using the addressing, protocols and the infrastructure of email to support near real-time communication - Google Patents
Methods for using the addressing, protocols and the infrastructure of email to support near real-time communication Download PDFInfo
- Publication number
- US20100198923A1 US20100198923A1 US12/419,889 US41988909A US2010198923A1 US 20100198923 A1 US20100198923 A1 US 20100198923A1 US 41988909 A US41988909 A US 41988909A US 2010198923 A1 US2010198923 A1 US 2010198923A1
- Authority
- US
- United States
- Prior art keywords
- recipient
- time
- based media
- message
- 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
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Economics (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- Marketing (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Strategic Management (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Information Transfer Between Computers (AREA)
Abstract
A method of progressively and simultaneously transmitting time-base media over a network to a recipient. The method involves addressing an email message to the recipient using an email address associated with the recipient. Once the email is addressed to the recipient, the method involves progressively and simultaneously transmitting to the recipient time-based media associated with the email message as the time-based media is being created along a delivery route discovered using the email address associated with the recipient. At the receiving end, the recipient may simultaneously render the time-based media of the email message as the time-based media of the message is delivered by removing any restrictions used by access protocols that require the media of the message be received in full before the media can be accessed by the recipient.
Description
- This application claims the benefit of priority to U.S. Provisional Patent Application No. 61/148,885 filed Jan. 30, 2009, entitled “Extending Email to Support the Communication of Time-based Media in Near Real-time”, which is incorporated herein by reference for all purposes.
- 1. Field of the Invention
- This invention pertains to communications, and more particularly, to a method and apparatus for using the global addressing, protocols, and/or infrastructure of email to support near real-time communication of time-based media.
- 2. Description of Related Art
- Currently there are three globally used addressing domains. The postal system, which is mainly used for the delivery of letters and parcels, relies on the use of a physical address, such as a house address, office building address or Post Office (PO) box. In order to assure the delivery of a letter or parcel, the physical address of the recipient must be provided, including a country, state or territory, a city or town, postal or zip code, street name and street number. The existing telephone infrastructure defines another global addressing domain that has historically been used for near real-time voice communications (i.e., telephone calls). Both land-line and mobile telephones are addressed (i.e., called) using a telephone number, which typically includes a country code and a variable number of additional digits to identify a particular phone within a given country and/or area code. When a circuit connection is made between the calling parties, a full duplex conversation may take place. A third global addressing system is email. Every email account is identified by a unique globally addressable email address, which defines a user name and a domain name.
- Emails are typically text messages that are sent from a sender to one or more recipients. The emails are created on an email client. One well-known email client is Microsoft Outlook, which is used to create, receive and manage email messages on a computer. Alternatively, free email services like Yahoo, Google or Hotmail are available to users through a web page. Regardless of the type used, an email client will typically (i) list or display all the received messages, with an email header showing the subject of the email, the sender of the email, the date/time it was sent and possibly other attributes such as the size of the email; (ii) allow the user to select messages for review; (iii) allow the user to type and send new messages to recipients and reply to the received emails of others; and (iv) allow attachments, such as still photos, documents, or video clips, to be attached to an out-going email.
- An email message must first be created in full before it can be sent. A sender will typically first define a recipient by entering their email address into the appropriate “To” field in the header of the email. The text message is then typed into the body of the email and files may optionally be attached. When the message is complete, the user sends the email. During the send sequence, the email client initiates a session with its email server located on a network. This session is typically established with the Simple Mail Transport Protocol (SMTP). During the session, the email client provides the SMTP server with the email address of the sender, the email address of the recipient, and the body of the email with any attachments. The email address of the recipient is segmented into two parts, including the recipient's name (e.g., “jsmith” ) and the domain name (e.g., “hotmail.com”). If the recipient is in a domain that the SMTP server controls, then the server carries out delivery instructions for the specific recipient, which is typically delivery of the email to an in-box associated with the recipient on the same SMTP server or another server located in the same domain. On the other hand if the recipient is in a domain that the server does not control, then the email server needs to communicate with a server that controls the recipient's domain using SMTP.
- To send the email to the recipient in another domain, the SMTP server initiates a conversation with the Domain Name System (DNS), asking for the Mail eXchanger (MX) record of the recipient's domain. This MX record contains a prioritized list of SMTP servers for that domain. The email is then sent from the SMTP server of the sender to the first SMTP server in the MX list that responds. This first responding server then determines if the recipient is in the domain the first responding server controls. If so, the email is delivered to the inbox of the recipient. If not, the above-described process is repeated until a responding server is the one that can deliver the message into the recipient's inbox. Each server along the delivery route is sometimes referred to as a “hop”. The email may then be accessed through the email client of the recipient, which may be located on the computer of the recipient or on the Internet. If an email is sent to multiple parties, the above-described process is repeated for each recipient.
- The above-described sequence generally applies for emails sent over the Internet. With certain proprietary systems, such as an email sent between two Microsoft Exchange users on the same proprietary network, the SMTP protocol may not be used for routing the email but email addresses are still used. The operation of the proprietary protocol and server is essentially the same as SMTP.
- The existing email infrastructure, regardless if it relies on SMTP or a proprietary email protocol, is essentially a “store and forward” messaging system. An email message must first be created in its entirety before it can be sent. At the SMTP or proprietary mail server of the sender, as well as any intermediate email server hops along the path to the SMTP or proprietary mail server of the recipient, the email message must be received in full before it can be forwarded. Finally the email must be received in full at the inbox of the recipient before the recipient can review the message.
- By way of comparison, telephone conversations over the Public Switched Telephone Network (PSTN) are progressive in nature. As words are spoken, they are simultaneously transmitted from the sender to the recipient, where they are heard effectively live or near real-time. As a result, telephone conversations can be conducted in a “live” or near real-time mode through a common network connection (i.e., a circuit). Email communication in contrast usually occurs through a series of separate store and forward messages, often sent back and forth between two or more parties at distinct times, across a network, such as the Internet.
- It is well known to attach a file to an email containing time-based media (i.e., media that changes with respect to time), such as a video clip. The time-based media attached to an email message, however, can never be reviewed by a recipient “live”, as it is being created, due to the store and forward nature of email. Rather the email and the attachment containing the time-based media must first be created, sent, stored and forwarded at each email server hop on the network, and then received by the recipient in full before the time-based media of the attachment can be reviewed. It is therefore not possible for the recipient of an email message to review the media in near real-time as the media is being created.
- Telephone messaging systems are also known where a voice message may be created and sent to a recipient in the form of an email. With these systems, the Public Switched Telephone Network (PSTN) is used in cooperation with emails. In use, a recording of the message must first be made, stored, and then forwarded to the recipient by email. Again, however, the message must first be received in full before the recipient can review the recorded message.
- Instant messaging or IM is another example of a store and forward system. Similar to email as described above, messages must be completed before they can be forwarded to a recipient. Messages in IM systems are generally much shorter than those sent via email. Each line of text in IM systems is a separate message delivered in a store and forward manner. Existing IM systems do not provide a way for a recipient to progressively and simultaneously review a message as the sender creates the message.
- Live text systems are well known, although they were mostly used on early Unix systems with dumb terminal interfaces. In a live text system, each individual keystroke is sent to the recipient as soon as the sender pressed that key. These systems are for text only, but they do allow the recipient to progressively review a message as the message is being created.
- Currently there is no known system or method for extending the global addressing and routing infrastructure of email to support the live or near real-time communication of time-based media between a sender and a recipient using their email addresses.
- A method of progressively and simultaneously transmitting time-base media over a network to a recipient is disclosed. The method involves addressing an email message to the recipient using an email address associated with the recipient. Once the email is addressed to the recipient, the method involves progressively and simultaneously transmitting to the recipient time-based media associated with the email message as the time-based media is being created along a delivery route discovered using the email address associated with the recipient. At the receiving end, the recipient may simultaneously render the time-based media of the email message as the time-based media of the message is delivered by removing any restrictions used by access protocols that require the media of the message be received in full before the media can be accessed by the recipient.
- The invention may best be understood by reference to the following description taken in conjunction with the accompanying drawings, which illustrate specific embodiments of the invention.
-
FIG. 1 is a diagram of a network capable of supporting live or near real-time communication of time-based media between users according to the present invention. -
FIG. 2 is a diagram of a communication device according to one embodiment of the present invention. -
FIG. 3 is a diagram of a communication device according to another embodiment of the present invention. -
FIGS. 4A and 4B are flow diagrams illustrating the sequence of creating an email header on a communication device of the present invention. -
FIGS. 5A through 5D are flow diagrams illustrating the sequence for conducting communication over the network in accordance with the present invention. -
FIG. 6 is a flow diagram illustrating the attachment of a media file to an email according to the present invention. -
FIG. 7 is a diagram illustrating the delivery of time-based media over the network according to another embodiment of the present invention. -
FIG. 8 is a diagram illustrating the structure of a conventional email according to the prior art. -
FIG. 9 is a diagram of the structure of a progressive email according to the present invention. - It should be noted that like reference numbers refer to like elements in the figures.
- The invention will now be described in detail with reference to various embodiments thereof as illustrated in the accompanying drawings. In the following description, specific details are set forth in order to provide a thorough understanding of the invention. It will be apparent, however, to one skilled in the art, that the invention may be practiced without using some of the implementation details set forth herein. It should also be understood that well known operations have not been described in detail in order to not unnecessarily obscure the invention.
- The present application is directed to a number of embodiments, including (i) the use of the email and DNS infrastructure to define the routing for the delivery of messages containing time-based media while using a near real-time communication protocol for the actual delivery of the media; (ii) various delivery options of messages containing time-based media using email addressing and DNS; (iii) the modification of SMTP or other proprietary email protocols to support the transmission of “progressive” emails containing time-based media; (iv) the late binding of recipient email addresses for near real-time voice or other time-based media communication; and (v) conducting near real-time conversations by routing messages or progressive emails containing time-based media using globally addressable email addresses and DNS. Each of these aspects are described in detail below.
- Referring to
FIG. 1 , a diagram of a network system capable of (i) supporting “live” or near real-time communication of time-based media and (ii) routing using the infrastructure of email and DNS according to the present invention is shown. Thesystem 10 includes anetwork 12 with users A, B, C and D usingcommunication devices Servers network 12. Thenetwork 12 further includes aDNS server 18. In various embodiments, thenetwork 12 may include the Internet, an intranet, a mobile IP network, or any other type of network that relies on the Internet Protocol and/or DNS, or any combination thereof. Users A, B and C are each addressed by theservers 16A through 16D by their respective globally addressable email addresses “UserA@Domain A”, “UserB@Domain B”, and “UserC@Domain C”. User D is intentionally not identified on thenetwork 12 by a globally addressable email address for reasons mentioned below. - The
Servers Server 16B defines Domain B and provides User B with the real-time communication service RVX, but not the email service MX.Server 16C defines Domain C and provides User C with the email service MX, but not the real-time domain RVX service.Server 16D does not provide user D with either the real-time communication service RVX nor the email domain MX service, but other services that are not identified because they are not relevant. - In one embodiment, the real-time service RVX may rely on any communication protocol that allows users to communicate time-based media in near real-time, but does not require the recipient to review the time-based media in a near real-time mode. Known protocols with these properties include the Cooperative Transmission Protocol (CTP) described in detail in the U.S. application Ser. No. 12/028,400 and Ser. No. 12/192,890 or the near real-time synchronization protocol of voice or other time-based media as described in U.S. application Ser. No. 12/253,816, 12/253,833 and 12/253,842. The above-listed U.S. applications are assigned to the assignee of the present invention and are incorporated herein by reference for all purposes.
- In alternate embodiments, the RVX service may rely on other communications protocols, individually or in combination, that provide near real-time communication, such as SIP, RTP, Skype, VoIP, etc.
- The
communication devices 14A through 14D may each be any type of communication device, such as land-line telephones, VoIP telephones, cellular radios, satellite radios, military or first responder radios, mobile Internet devices, or just about any other type of communication device. In addition, a given user might havemultiple communication devices 14. For example, a user may have one or more of the following; a home computer, a work computer, a Push to Talk radio, a mobile phone or a personal digital assistant (PDA). Regardless of the number ofcommunication devices 14 each user A, B, C and D has, each will operate essentially the same and receive the services provided by theservers - It should be noted that the
system 10 as illustrated has been greatly simplified compared to what would typically be implemented in actual embodiments. For the sake of illustration, the RVX and MX services as (or not) provided to Users A, B, C and D as listed above have been purposely selected to highlight and describe various features and aspects of the present invention. In actual embodiments, however, there would likely be a significantly larger number of users, each with one ormore communication devices 14 and associated servers on thenetwork 12, providing a variety of services to each user. In addition, any combination ranging from a single server or a suite of servers 16 may be included on thenetwork 12 to provide the RVX and/or MX for one to multiple users respectively. Thecommunication devices servers network 12. The delivery route for a message to a recipient in the same domain is typically delivered to an inbox on the same server 16 or an associated server in the same domain. A message sent to a recipient in another domain will typically be sent to the email server of the recipient via one or more hops across thenetwork 12. As the routing of emails and media in near real-time across an IP network is well known in the art, a detailed explanation is not provided herein. - Referring to
FIG. 2 , a diagram of acommunication device 14 according to one embodiment of the present invention is shown. In this embodiment, thecommunication device 14 is amobile device 20 capable of wirelessly communicating with thenetwork 12, such as a mobile phone or PTT radio. Themobile device 20 may optionally include one or more of the following; akeypad 22, adisplay 24,speaker 26,microphone 28,volume control 30,camera 32 capable of generating still photos and/or video, adisplay control element 34, astart function element 36 and anend function element 38. In various embodiments, the device 20 (i) is IP based, meaning it is designed to communicate over thenetwork 12 using the Internet Protocol and (ii) runs one or more RVX protocols, including any of those listed above or any other near real-time communication protocol. In addition, thedevice 20 may optionally also locally run an email client, access an email client located on one of the servers 16 located on thenetwork 12, or be capable of both running and accessing an email client on the network. - Referring to
FIG. 3 , a diagram of a communication device according to another embodiment of the present invention is shown. In this embodiment, thecommunication device 14 is acomputer 40 connected to thenetwork 12, either through a wired or wireless connection (not shown). Thecomputer 40 optionally includes one or more of the following; akeyboard 42, adisplay 44,speakers 46, amicrophone 48, acamera 50 capable of generating still photos or video, amouse 52, astart function element 54 and anend function element 56. Thecomputer 40 is capable of running an email client, accessing an email client located on thenetwork 12, or both. In various embodiments, the computer 40 (i) is IP based, meaning it is designed to communicate over thenetwork 12 using the Internet Protocol and (ii) runs one or more RVX protocols, including any of those listed above or any other near real-time communication protocol. Further, thecomputer 40 could be a portable computer, such as a laptop or personal digital assistant, and is not limited to the desktop computer as shown. In addition, thedevice 40 may optionally also locally run an email client, access an email client located on one of the servers 16 located on thenetwork 12, or be capable of both running and accessing email client on the network. - The
start function elements 36/54 and theend function elements 38/56 of themobile device 20 andcomputer 40 are meant to be symbolic of their respective functions. It is not necessary formobile device 20,computer 40, or any other type ofcommunication device 14, to physically include start and end buttons per se. Rather, it should be understood that each of these functions might be implemented in a variety of ways, for example, by entering a voice command, a predefined keystroke or command using a touch screen or other input device such as a mouse, stylus or pointer, etc. - The
network 12 uses the existing email infrastructure, including the globally recognizable email addresses of the recipient users and DNS for route discovery, while using a near real-time RVX protocol for the actual transport of messages containing time-based media to the addressed recipient once the route is discovered. Like conventional emails, each message relies on a header that defines, among other things, a globally addressable email address of one or more recipients for routing purposes. Unlike conventional store and forward emails, however, the time-based media of the message is transmitted using a near real-time RVX protocol. As a result, time-based media may be simultaneously and progressively transmitted across thenetwork 12, as the sender creates the media. In addition, the recipient may optionally simultaneously and progressively render the time-based media as it is received over the network. When two or more parties are conversing (e.g., generating and reviewing time-based media) at the same time, thenetwork 12 is supporting near real-time communication using an RVX protocol for media delivery, while using the existing email infrastructure and DNS for routing. - Referring to
FIG. 4A , a flow diagram illustrating the sequence of creating and transmitting time-based media associated with a message on acommunication device 14 is shown. If the user of acommunication device 14 wishes to communicate with a particular recipient, the user will either select the recipient from their list of contacts or reply to an already received message from the intended recipient. If a message from the intended recipient is not available for responding or if the intended recipient is not already in the contact list, the globally addressable email address of the recipient is manually entered into thedevice 14. - In response to any of the above, a message header is created (step 62), including the globally addressable email address of the recipient in a “To” header. As soon as the globally addressable email address of the recipient is defined, a DNS lookup is performed, so that the route for delivering the media associated with the message to the globally addressed recipient is immediately discovered. Thereafter, a user may initiate the
start function 36/54 and begin creating time-based media (step 64), for example by speaking into the microphone, generating video, or both. The time-based media is then progressively and simultaneously encoded (step 66), transmitted (step 68) over thenetwork 12 using an RVX protocol using the discovered delivery route, and optionally persistently stored on the device 14 (step 70). It should be noted that although thesesteps 62 through 70 are illustrated in the diagram in a sequence, for all practical purposes they occur at substantially the same time. The user may select a recipient from a contacts list, initiate thestart function 36/54, and then begin speaking immediately. As the media is created, the RVX protocol progressively and simultaneously transmits the media across thenetwork 12 to the recipient, using the DNS lookup result to discover the route without any perceptible delay to the sending user. - The time-based media of outgoing messages may optionally be persistently stored on the sending
communication device 14 for a number of reasons. For example, if time-based media of a message is created before the delivery route is discovered, then the time-based media may be transmitted from storage when the delivery route is discovered. If time-based media is still being created after the route is discovered, then the time-based media is transmitted progressively and simultaneously as the media is being created. Alternatively with the storage of time-based media, the sender may review stored messages at an arbitrary later time. A message may also be created and stored when thecommunication device 14 is not connected to thenetwork 12, where connected is defined as the ability to send messages over the network and not connected is defined as the inability to send messages over the network. When thedevice 14 later connects, the message may be transmitted to the intended recipient from storage, using either an RVX protocol or as an attachment to an email. - Referring to
FIG. 4B , a flow diagram 100 illustrating the sequence for creating a message header (step 62 inFIG. 4A ) is shown. In thestep 62 a, the globally addressable email address of the sender is provided in the “From” field of the message header. Instep 62 b, the globally addressable email address of the recipient is entered into the “To” field of the message header. If there are multiple recipients, the email address of each is entered into the “To” field. In additional embodiments, a “CC” or “BCC” field may be used for one or all recipients. Instep 62 c, a globally unique message ID or number is assigned to the message. Instep 62 d, other information, such as a conversation name, or the subject of the message, is provided in the header. Instep 62 e, the start date/time the message was created and possibly the end date/time of the message may be included in the header. In one embodiment, thesteps 62 a through 62 e generally all occur at substantially the same time, with the possible exception of defining the end date/time. In other embodiments, thesteps 62 a through 62 e may occur in any order. - The start and end date/times ordinarily coincide with the implementation of the
start function 36/54 andend function 38/56 on the sendingdevice 14 respectively. A sender, however, might not always implement theend function 38/56 for a given message. When this occurs, the sender may simply stop creating and sending time-based media associated with the message. The message may, therefore, remain “open-ended” without a defined end-time/date. - In certain embodiments, the
steps 62 a through 62 e may be performed on a sendingcommunication device 14. In other embodiments, the sending communication device may send some or all of the message header information to a server 16, where thesteps 62 a through 62 e are performed. The time-based media of the message may also be optionally stored on a server 16 for later review by the sending user or transmission to the recipient. - In the embodiments described above, a message header with various fields including a To, From, Message ID number, Conversation Name, and message Start and End time is provided. It should be understood that not all of these fields are necessary, and other fields may be included. The only required information is at least one recipient specified in one of the To, CC, or BCC fields, which defines the globally addressable email address of a recipient. The other fields are all optional.
- The format of the message header is also variable. In one embodiment, the structure of the message header may be similar to that used with conventional emails or the enveloped used with emails. In other embodiments, the structure of the message header may take any form that is suitable for transmitting the globally addressable email address of the recipient(s), along with possibly other header information, across the
network 12. While specific email header fields are discussed for specifying recipients, the actual header field containing the recipient address information may not necessarily include the globally addressable email address of the recipient per se. As is well known in the art, an “envelope recipient” may be used to specify the email address of the recipient, even though the envelope recipient may differ from the recipients listed in the email headers. Thus as used herein, the term message header should be broadly construed to include both envelope information and conventional message or email headers including any number of fields, such as but not limited to those specified in RFC 822 or 5322. In addition, the usage of the terms “addressing” or “globally addressable email address” is intended to be broadly construed to include any addressing method, including usage in conventional message or email headers or in a message envelope. - The
network 12, under certain circumstances, may deliver messages containing time-based media that can (i) be simultaneously and progressively transmitted to a recipient over thenetwork 12 and (ii) reviewed in near real-time by the addressed recipient as the time-based media is being created and sent by the sending user. Under other circumstances, the messages cannot be delivered in real-time. Both the near real-time and non real-time scenarios are discussed below with regard toFIGS. 5A through 5C respectively. - Referring to
FIG. 5A a flow diagram 80 illustrating the sequence for potentially conducting near real-time communication with messages containing time-based media using a globally addressable email address over thenetwork 12 is shown. The sequence is described in the context of user A sending a message to user B using any near real-time RVX protocol. As noted above,server 16B provides user B with an RVX service, but not the MX service. - In the
initial step 82,server 16A receives at substantially the same time the message header (or the header information allowing the server to perform some or all of thesteps 62 a-62 e) and the time-based media of the message to be transmitted as it is being progressively and simultaneously created and transmitted bycommunication device 14A. As the message header contains user B's globally addressable email address (userB@DomainB) in the “To”, “CC”, or “BCC”field,server 16A requests a lookup for the RVX of domain B (step 84) ofDNS server 18 using the DNS protocol. Since the RVX exists for domain B (decision 86), the lookup result is positive. The time-based media is then progressively and simultaneously sent using the RVX protocol from theserver 16A associated with the sender toserver 16B associated with the recipient. The time-based media may be transmitted across one or more hops between the twoservers - In one embodiment, the media is simultaneously and progressively transmitted to the
communication device 14B of the recipient when the time-based media arrives atserver 16B. The recipient is notified of the incoming message, and in response, the recipient may elect to simultaneously review the media in the near real-time mode as the media of the message is progressively received. - In an alternative embodiment, the media of the message is also optionally placed in an inbox and persistently stored on the
recipient device 14B. With the persistent storage of the message, the recipient has the option of reviewing the media in the near real-time mode as the media is received or at an arbitrary later time from storage. - In yet another embodiment, the message may also be stored in an inbox located at the
server 16B associated with the user B. In this manner, the user ofdevice 14B may access the message at an arbitrary later time from the inbox onserver 16B. In addition, theserver 16B may encapsulate the message into a file and attach the file to an email. As noted above, user B is not provided the MX service and therefore cannot receive such an email. But in situations where a user can receive emails, the message can be forwarded in the form of an attachment. - In yet other embodiments, the media of the message may be stored in an out-box of the sending user, either located on the user's sending
communication device 14, or on theserver 16A associated with the sender. - Referring to
FIG. 5B , the flow diagram 80 is again provided to illustrate communication between user A and user C. As previously noted,server 16C provides user C with the MX service, but not a real-time RVX service. When user A wishes to communicate with user C, the initial sequence is essentially the same as that described above.Server 16A initially receives a message header (or the header information necessary to optionally performsteps 62 a-62 e) with the globally addressable email address of user C (userC@domainC) and the progressive and simultaneous transmission of time-based media by user A (step 82). Since the RVX lookup result (decision 86) is negative,server 16A next requests an MX lookup ofDNS server 18 for domain C (step 90) using the DNS protocol. With a positive result (decision 92),server 16A sends a conventional email with the time-based media encapsulated as an attachment (step 96) toserver 16C. At theserver 16C, the email is placed in the recipient's inbox. The email may also be forwarded to an inbox oncommunication device 14C. Thus when the recipient does not have the RVX service, the time-based media of the message is sent across thenetwork 12 byServer 16A toserver 16C, and possiblycommunication device 14C, using the store and forward procedure of SMTP or a similar proprietary email system. - Referring to
FIG. 5C , the flow diagram 80 is again provided to illustrate a communication attempt between user A and user D. As previously noted, user D is not provided with either the email MX service or a near real-time RVX service. When user A wishes to communicate with user D, the initial sequence is essentially the same as that described above.Server 16A receives a message header with the globally addressable email address of user D (userD@domainD) (or the header information needed to optionally performsteps 62 a through 62 e) and the progressive and simultaneous transmission of time-based media by user A (step 82). Since the RVX lookup (decision 86) and the MX lookup for domain D (diamond 92) are both negative, an error message is generated (step 94) and the message cannot be delivered (step 96). In various embodiments, the time-based media of the message may be stored at either the sendingcommunication device 14A, theserver 16A, or both. The message may later be sent when the RVX and/or MX service is provided to user D. - The scenario described with regard to
FIG. 5C typically occurs if an incorrect email domain name is provided for a recipient. When the sender attempts to send a message using an invalid globally addressable email domain name, the error message (step 94) results. If the correct domain name in the email address is provided, the message can then be forwarded using either an RVX protocol or as an attachment to an email using the MX service. - In an alternative embodiment, the
communication devices 14A through 14C may be arranged in a peer-to-peer configuration. With this arrangement, at least the sendingcommunication devices 14 are capable of performing the RVX and/or MX lookups onDNS server 18 directly, without the aid of an intervening server 16 to perform the lookup function. Thecommunication devices 14 may also be capable of transmitting the media of the messages directly to other communication devices. Depending on whether the recipient is a member or not of the RVX and/or MX domains, the sendingcommunication device 14A will either (i) progressively and simultaneously transmit the time-based media of a message to the recipient over thenetwork 12; (ii) encapsulate the time-based media of the message into a file and transmit an email including the file as an attachment to the recipient using SMTP or a similar proprietary protocol; (iii) or receive an error message if an invalid globally addressable user name or domain name was used in the email address and/or the recipient is not provided the MX service. - Referring to
FIG. 5D , a flow diagram 100 illustrating the peer-to-peer embodiment is illustrated. In theinitial step 101, a sendingcommunication device 14 indicates that it would like to communicate with a receivingcommunication device 14. Indecision diamond 102, thecommunication device 14 of the sender performs a DNS lookup of the recipient's globally addressable email address to determine if the peer recipient receives the RVX service. If the result of the look up is positive, then the time-based media created (step 103) using the sendingcommunication device 14 is progressively and simultaneously transmitted (step 104) to the recipient using the delivery route defined by the RVX lookup. Indecision diamond 105, it is determined if real-time communication is established. If yes, then the transmitted media is progressively and simultaneously rendered at thecommunication device 14 of the recipient as the media is received (box 106). If near real-time communication is not established, then the media of the message is placed in the inbox of the recipient (box 107), either on thedevice 14 of the recipient, a server 16 associated with the recipient, or possible both. Near real-time communication may not take place with the recipient for a number of reasons, such as the recipient is not available, out of network range, or has indicated a desire to not review the message in the near real-time mode. - On the other hand if the recipient does not receive the RVX service (decision 102), then the media of the message is delivered in the form of an attachment to an email, provided the recipient receives the MX domain service. The time-based media is encapsulated into a file and attached to an email (step 108). When the message is complete, the email is transmitted using the route defined by the MX lookup result (step 109). In one embodiment, the email may be sent directly from the sending peer if the sending
communication device 14 is locally running an email client. The email may be received either at therecipient peer device 14 if running an email client, at a server 16 running an email client on behalf of the recipient or possibly both the receivingpeer 14 and server 16. In situations where both peers are running an email client, media may be sent in the form of an attachment to an email from the sendingcommunication device 14 to the receivingcommunication device 14. This differs from known telephone messaging systems, where a server, as opposed to a sending peer, emails a voice message to the recipient. In certain embodiments, an attachment may be substituted or augmented by a link to a web page containing the time-based media, as described in more detail below. - Referring to
FIG. 6 , a flow diagram 110 illustrating the sequence for sending time-based media encapsulated in an email attachment atserver 16A (box 98 inFIG. 5B ) or from a sendingdevice 14A (box 107 inFIG. 5D ) is shown. In either case, time-based media generated by user A is encapsulated in a file (step 112) and is attached to the email (step 114) when the message is complete, for example when theend function 38/56 is implemented. In situations where theend function 38/56 is not implemented, the end of the message may be declared by default, after a predetermined period of time lapses without the creation of any new time-based media. Once the time-based media of the message is complete, either by the implementation of theend function 38/56 or by default, the email with the attachment is then transmitted (step 116) byserver 16A orcommunication device 14A to the MX lookup result of the recipient over thenetwork 12 using the SMTP or a similar proprietary protocol, in a manner similar to a conventional email. - With either the server or peer-to-peer models described above, the RVX lookup result is initially used to deliver the time-based media. If the RVX attempt fails, then the MX result is used as a backup. With this arrangement, a conventional email with the time-based media included in an attachment and/or web link is used to deliver the media in circumstances where the recipient is not provided RVX service. The email may be created either on a server or on the sending device.
- Referring to
FIG. 7 , a diagram illustrating the delivery of time-based media over thenetwork 12 according to another embodiment of the present invention is shown. With this embodiment, thenetwork 12 is essentially the same as that described above with regard toFIG. 1 , with at least one exception. One or more of theservers 16A-16C are configured as web servers, in addition to providing the RVX and/or MX services as described above. With this embodiment, users receive an email from their respective server 16 containing a URL link when a message is sent to them. When the user selects the link through a web browser running on theircommunication device 14, the appropriate web server 16 serves up web pages allowing the recipient to access and review the message. The served web pages may also provide a variety of rendering options, such as review the media of the message in either the real-time or time-shifted modes, catch up to live, pause a live conversation, jump to the head of a conversation, jump to a previous point in time of the conversation, render faster, render slower, jump between different conversations, etc. In the figure, the web server functionality is provided as one of the services provided byServers network 12 besides 16A, 16B or 16C. - The messages as described above are routed using globally addressable email address and the DNS infrastructure for defining a delivery route, while using an RVX protocol for the actual delivery of the time-based media in near real-time. Although the SMTP standard and other proprietary email protocols as currently defined and used are store and forward protocols, with certain modifications, SMTP and other proprietary email protocols could be used as an RVX messaging protocol for the near real-time delivery of time-based media as contemplated in the present application. With conventional emails, the media content must be composed in full and packaged before the email can be sent. On the receiving end, the email must be received in full before the recipient can review it. As described in detail below, SMTP, Microsoft Exchange or any other proprietary email protocol may be used for creating “progressive” emails, where media may be sent in near real-time.
- The existing email infrastructure can be used to support the near real-time transmission of time-based media by modifying the way the SMTP, Microsoft Exchange or other proprietary email protocols (hereafter generically referred to as an email protocol or protocols) are used on the sending side and modifying the way that emails are retrieved from the server on the receiving side. Current email protocols do not strictly require that the entire message be available for sending before delivery is started, although this is typically how email protocols are used. Time-based media can therefore be delivered progressively, as it is being created, using standard SMTP, Microsoft Exchange or any other proprietary email protocol.
- Email is typically delivered to user devices through an access protocol like POP or IMAP. These protocols do not support the progressive delivery of messages as they are arriving. However, by making simple modifications to these access protocols, a message may be progressively delivered to a recipient as the media of the message is arriving over the network. Such modifications include the removal of the current requirement that the email server know the full size of the email message before the message can be downloaded to the client. By removing this restriction, a client may begin downloading the time-based media of an email message as the time-based media of the email message is received at the server over the network.
- Referring to
FIG. 8 , the structure of a conventionalprior art email 120 using any of the above listed email protocols is illustrated. Theemail 120 includes aheader 122 and abody 124. The header includes a “To” (or possibly the CC and/or BCC fields) field, a “From” field, a unique global ID number, a subject field, optional Attachments, and a Date/time stamp. Thebody 124 of the email includes the media to be transmitted, which typically includes a typed message and possibly attached files (e.g. documents or photos). When complete, the email is sent. A DNS lookup is performed and the email is routed to the recipient. Conventional emails are “static”, meaning the body of the email, including attachments, is fixed once transmission starts. There is no way to progressively and simultaneously transmit with conventional emails time-based media as the media is being created.Prior art emails 120 are therefore incapable of supporting near real-time communication. - Referring to
FIG. 9 , the structure of anemail 130 according to the present invention is shown.Email message 130 is used for supporting near real-time communication. Theemail 130 includes aheader 132 including a “To” field (and possibly the CC and/or BCC fields) and abody 134. The structure ofemail 130, however, differs from a conventionalprior art email 120 in at least two regards. First, theheader 132 includes an email Start date/time and an End date/time. By associating a start and end time with anemail 130, as opposed to just a date/time stamp when anemail 120 is sent, the second difference may be realized. After anemail 130 is created and the sender defines a globally addressable email address of the recipient, the DNS lookup for routing is immediately performed. At substantially the same time, time-based media may be created. As the time-based media is created, it is progressively and simultaneously transmitted to the DNS lookup result, from hop to hop, using the streaming nature of SMTP, Microsoft Exchange or any other type of email protocol. Thebody 134 ofemail 130 is therefore “progressive”. As time-based media associated with anemail message 130 is dynamically created, the time-based media is simultaneously and progressively transmitted to the email server of the recipient, from hop to hop across the network when necessary. If anemail 130 is sent to multiple recipients, regardless if identified in the To, CC or BCC fields, the above process is repeated for each. - The DNS lookup is immediately performed right after the email address of the recipient is defined by initiating an email protocol session with the email server associated with the sender. This differs from
conventional emails 120, where the email protocol session is typically initiated only after the email has been composed in full and the sender implements a “send” function. As a result, the delivery route can be discovered either before or concurrent with the progressive and simultaneous transmission of time-based media as it is being created. In situations where time-based media is created before the session is established, the time-based media may be either temporarily or persistently stored as the media is created. The stored media may then be progressively transmitted from storage once the protocol session with the email server is established. - The End date/time of
email 130 may be either defined or open-ended. When the sender implements theend function 38/56 on thecommunication device 14, then the end time of theemail 130 is defined. If theend function 38/56 is never implemented, then the duration of theemail 130 is “open-ended” and does not necessarily have a defined end date/time. Open-endedemails 130 are therefore typically terminated by default after a predetermined period of time where no media is created. - In summary,
progressive emails 130 can be sent using SMTP, Microsoft Exchange or any other proprietary email protocol by implementing the above-described modifications. Similarly, recipients may simultaneously and progressively review the time-based media ofprogressive emails 130 by modifying access protocols such as POP, IMAC and the like. Together, these modifications enable the use of email addressing, email protocols, DNS and the existing email infrastructure to support real-time communication of time-based media. - In the context of communications, a recipient address can be described as “bound” when a valid delivery path through the network has been determined for that address. Conventional telephone calls over the PSTN are said to use “early binding” because the dialed phone number, the “recipient address” in this case, is used to establish some active path (i.e., a circuit connection) to the recipient before any media can be transmitted to the recipient. Only after the connection is made can the caller begin speaking and the media transmitted. Regardless if the call is placed to one or more telephone numbers, or the call is transferred a voice messaging system, the binding typically occurs before any words can be delivered. Since the binding of the recipient's address to an active destination on the network happens before any transmission of media, it is said to be “early”. In contrast, emails are said to employ “late” binding. A person may compose an email message and send it over a network without binding that message to the device on which the recipient will consume it. Instead, after the email is composed, the email address of the recipient is used to route the email to the recipient to be reviewed on a device and at a time of the recipient's choosing.
- With the messages (as described with regard to
FIGS. 4A , 4B and 5A-5D) oremails 130 described above, a user may address a recipient using their globally addressable email address and then immediately begin talking or generating time-based media. As described above, the DNS lookup to define the delivery route is performed immediately, as soon as the email address of the recipient is defined. At substantially the same time, any available time-based media is progressively and simultaneously transmitted across thenetwork 12 to the recipient. Thus the discovery of an active delivery route and the progressive and simultaneous creation, transmission and delivery of the time-based media occur at substantially the same time as the time-based media is created. In the event the actual delivery route is discovered after the creation of time-based media has started, then the media may be temporarily or persistently stored and then transmitted from storage once the active delivery route is defined. No network connection or circuit needs to be established before the user may start talking. The ability to progressively and simultaneously transmit the time-based media using DNS and the infrastructure of email therefore enables the late binding of recipient addresses for voice and other time-based media in a manner that previously was not possible. - The messaging method and system as described (with regard to
FIGS. 1-3 , 4A-4B and 5A-5D) is conducive for supporting conversations between sending and receiving users. When two or more parties are conversing back and forth using any of the above-listed RVX protocols, such as VoIP, SIP, RTP, or Skype, then the conversation may take place in the live near real-time mode. When the RVX protocol allows users to communicate time-based media in near-real-time, but does not require the recipient to review the time-based media in near real-time, such as with the CTP or synchronization protocols mentioned above, then the conversation may take place (i) in the near real-time mode; (ii) the time-shifted mode; or (iii) seamlessly transition between the two modes. - Reply messages may be routed in a number of different ways. For example, with the CTP and synchronization protocols, the globally addressable email addresses of the participants along with the DNS routing information may be embedded in the streaming media. When a reply is to be sent, the embedded address and routing information is used for the reply message. Alternatively, messages may be routed using a conversation ID or other pointer included in the streaming media which points to the globally recognizable email addresses of the participants along with the DNS routing information. In yet another alternative, the participants may be explicitly addressed and a DNS lookup performed for the reply message.
- The
progressive email 130 embodiment described above can also be used for implementing conversations. When a conversation is initiated, anemail 130 is created by the sender, at either the sendingcommunication device 14 if running an email client or on a mail server on the network running an email client on behalf of the sender. As the media of theprogressive email 130 is created, it is progressively transmitted to the recipient, using the routing defined by DNS. To reply, aprogressive email 130 is created on behalf of the recipient, either on the recipient'sdevice 14 or on a server running an email client on behalf of the recipient. The email address of the original sender is automatically inserted in the “To” field (or possibly the CC and/or BCC fields) of thereturn email 130 and the DNS lookup is performed. The media associated with the return email may be transmitted using the streaming feature of SMTP, Microsoft Exchange, or another proprietary email protocol as soon as the media is created. Recipients may simultaneously review the time-based media in near real-time as the media is progressively received at their email client. - Regardless of the embodiment, the “reply” function may be implemented in a variety ways. For example, the recipient may enter an explicit reply command into their
communication device 14, such as by using a predefined voice or keystroke command, or entering a command through a touch screen. Alternatively, a reply message or email may be generated automatically when the recipient begins speaking or generating other time-based media in response to an incoming message oremail 130. When a reply message is automatically created, the email address of the original sender is extracted from the incoming message and used for addressing the reply message. - In yet other embodiments, the RVX protocol used for sending and receiving the messages of a conversation between participants do not necessarily have to be the same. For example, one participant may send messages using one of the CTP, synchronization, progressive emails, VoIP, SIP, RTP, or Skype protocols, whereas other participants may use a different one of the listed protocols, provided some type of a common conversation identifier is used. Any messages, regardless of the protocol used for transmission, are linked or threaded together using the unique conversation identifier.
- In various further embodiments, conversations can be defined using a variety of criteria. For example, conversations may be defined by the name of a person (e.g., mom, spouse, boss, etc) or common group of people (e.g., basketball team, sales team, poker buddies, etc). Conversations may also be defined by topic, such as fantasy football league, ACME corporate account, or “skunk works” project. Regardless of the contextual attribute used to define a conversation, the ability to link or organize the messages of a particular conversation together creates the notion of a persistent or ongoing conversation. With a conventional telephone call, the conversation typically ends when the parties hang up. There is no way to contextually link, organize and possibly store the spoken words of multiple telephone conversations between the same parties. On the contrary, conversations, as defined herein, are a set of common messages linked together by a common attribute. So long as messages are added to the conversation, the conversation is continuous or ongoing. This attribute makes it possible for a participant to contribute to a conversation at any arbitrary time. For example, a user may select a conversation among a list of conversations and contribute a message to the selected conversation at anytime. The message is then sent to all the conversation participants. Messages are therefore not necessarily sent when either a conversation is first created or in reply to an incoming message.
- The messaging methods as described with regard to
FIGS. 1-3 , 4A-4B and 5A-5D andprogressive emails 130 may be implemented in a variety of ways. For example, cell phone and other mobile communication service providers may provide users with peer-to-peer mobile communication devices that operate using either messages and/orprogressive emails 130. In addition, these service providers may also maintain anetwork 12 of servers 16 for receiving messages and/oremails 130 from non peer-to-peer communication devices, creating messages, performing DNS lookup operations and for routing the time-based media of messages using any one or possibly multiple RVX protocols. In yet another embodiment, the messaging andprogressive email 130 methods may be embedded in a software application that is intended to be loaded into and executed on conventional telephones, mobile or cellular telephones and radios, mobile, desktop and laptop computers. In each of these cases, the application enables the device to send, receive and process messages andprogressive emails 130 as described herein. In yet other implementations, an email client can be modified to create, receive and processprogressive emails 130. The email client may alternatively reside on a server on the Internet or other network, on sending or receiving devices, or both. - Although the above-described email methods were generally described in the context of a single sender and a single recipient (as discussed with regard to
FIGS. 4A-4B and 5A-5D) oremails 130 to a single recipient, it should be understood the messages and/oremails 130 might be simultaneously sent to multiple parties. Each recipient will either receive or not receive the message or email, depending on their status, as described above. As described in more detail in the above-mentioned U.S. applications, the media may be rendered using a number of different rendering options, such as catch up to live, pause a live conversation, jump to the head of a conversation, jump to a previous point in time of the conversation, render faster, render slower, jump between different conversations, etc. The time-based media exchanged by the messages and/or emails is not limited to just voice or video. In addition, the time-based media may be delivered to a recipient in a different form than it was created. For example, a voice message may be transcribed into a text file or a message in English may be translated into another language before being delivered to the recipient. Any media that varies over time, such as sensor data, GPS or positional information, may be transmitted. While the invention has been particularly shown and described with reference to specific embodiments thereof, it will be understood by those skilled in the art that changes in the form and details of the disclosed embodiments may be made without departing from the spirit or scope of the invention. It is therefore intended that the invention be interpreted to include all variations and equivalents that fall within the true spirit and scope of the invention, as provided in the attached claims.
Claims (32)
1. A method of progressively and simultaneously transmitting time-base media over a network to a recipient, comprising:
addressing an email message to the recipient using an email address associated with the recipient; and
progressively and simultaneously transmitting to the recipient time-based media associated with the email message as the time-based media is being created along a delivery route discovered using the email address associated with the recipient.
2. The method of claim 1 , further comprising:
establishing an email protocol session with an email server located on the network as soon as the email message is addressed using the email address associated with the recipient; and
progressively and simultaneously transmitting time-based media associated with the email message as the time-based media is created once the email protocol session with the email server is established.
3. The method of claim 1 , further comprising establishing the email protocol session with the email server before the creation of the time-based media of the email message is complete.
4. The method of claim 2 , further comprising:
progressively and simultaneously storing the time-based media associated with the email message as the time-based media is being created; and
progressively transmitting the time-based media from storage if the email protocol session is established after some or all of the time-based media of the email message is created.
5. The method of claim 2 , further comprising establishing the email protocol session using one of the following:
(a) SMTP;
(b) Microsoft Exchange; or
(c) any proprietary email service.
6. The method of claim 1 , further comprising:
progressively and simultaneously delivering the time-based media of the email message to a communication device associated with the recipient; and
enabling the recipient to progressively and simultaneously render the time-based media of the email message at the communication device of the recipient as the time-based media is progressively delivered.
7. The method of claim 6 , wherein enabling the recipient to progressively and simultaneously render the time-based media of the email message at the communication device of the recipient as the time-based media is progressively delivered further comprises:
providing the recipient with an access protocol to access the time-based media of the email message at an email server on the network associated with the recipient, the access protocol modified to remove a restriction requiring the full size of the email message be known before the recipient may access the time-based media; and
enabling the recipient to access the time-based media as the time-based media is progressively delivered.
8. The method of claim 1 , further comprising:
delivering the time-based media of the email message at a communication device associated with the recipient;
enabling the storage of the time-based media of the email message at the communication device; and
providing the recipient with the option to review the time-based media of the email message at an arbitrary later time by retrieving the time-based media from storage.
9. The method of claim 8 , wherein providing the recipient with the option to review the time-based media of the email message at an arbitrary later time comprises one of the following:
(i) enabling the recipient to access the stored time-based media of the email message through a first email client running a phone or computer associated with the recipient;
(ii) enabling the recipient to access the stored time-based media of the email message through a second email client running on an email server on the network and accessible by the recipient; or
(iii) both (i) and (ii).
10. The method of claim 1 , wherein progressively and simultaneously transmitting time-based media associated with the email message along the delivery route further comprises progressively and simultaneously transmitting the time based media between one or more hops on the network.
11. The method of claim 10 , further comprising for each of the one or more hops:
(i) using a DNS lookup result of the email address of the recipient to define the route to the next hop on the network;
(ii) progressively and simultaneously transmitting the time-based media of the email to the next hop; and
(ii) repeating (i) and (ii) until the time-based media is simultaneously and progressively delivered to an email server on the network associated with the recipient.
12. The method of claim 1 , further comprising associating a start time/date with the email message.
13. The method of claim 12 , further comprising associating an end time/date with the email message.
14. The method of claim 13 , further comprising implementing an end function to explicitly define the end date/time of the email message.
15. The method of claim 13 , further comprising defining the end date/time of the email message by default a predetermined period of time after the creation of the time-based media associated with the email has ceased.
16. The method of claim 1 , further comprising creating the email message using an email client running on a communication device associated with a sender of the email message.
17. The method of claim 1 , further comprising creating the email message on an email client accessible by a sender of the email message.
18. The method of claim 1 , further comprising saving the email message in an outbox associated with the sender.
19. The method of claim 1 , further comprising saving the email message in an inbox associated with the recipient.
20. The method of claim 1 , further comprising:
emailing a URL link to the recipient, the URL link defining a web page to access the time-based media of the email message; and
serving the time-based media of the email message when the web page is accessed by the recipient.
21. The method of claim 1 , further comprising:
receiving over the network a reply message generated by the recipient using a communication device associated with the recipient; and
transmitting the reply message to a sending user of the email message over the network.
22. The method of claim 21 , wherein the reply message is generated using one of the following:
(i) enabling the recipient to generate the reply message by entering an explicit reply command into the communication device used by the recipient; or
(ii) generating the reply message in response to the recipient creating time-based media in reply to the email message sent to the recipient.
23. The method of claim 1 , wherein the time-based media associated with the email message is created and the email message is addressed to the recipient by:
defining the email address of the recipient using the communication device associated with the sending user;
implementing a “start” message function on the communication device associated with the sending user; and
creating the time-based media of the message on the communication device after implementing the start function.
24. The method of claim 1 , wherein the email message is addressed to the recipient by one of the following:
(i) selecting the recipient from a list of contacts, the email address associated with the recipient being retrieved from a storage location in response to the selection;
(ii) manually entering the email address associated with the recipient into a communication device associated with a sender of the email message; or
(iii) implementing a reply function in response to a previous message sent by the recipient.
25. The method of claim 24 , wherein the email message is addressed to the recipient by:
creating an email message header for the email message with at least one field designated for defining the recipient; and
inserting the email address associated with the recipient into the at least one field designated for defining the recipient.
26. The method of claim 25 , further comprising creating the email message header and inserting the email address of the recipient on a communication device associated with the sending user.
27. The method of claim 26 , further comprising creating the message header and inserting the email address on an email server associated with the sending user and located on the network.
28. The method of claim 1 , wherein the email address associated with the recipient is a globally addressable email address.
29. The method of claim 1 , wherein the delivery route is to an inbox associated with the recipient.
30. The method of claim 29 , wherein the delivery route includes one or more hops on the network.
31. The method of claim 30 , further comprising, for each of the one or more hops on the delivery route, the following:
(i) using a DNS lookup result of the email address associated with the recipient to ascertain the next hop; and
(ii) repeating (i) for each next hop until the time-based media of the email message is delivered to a server on the network associated with the recipient.
32. The method of claim 31 , wherein each of the one or more hops comprises one of the following:
(i) a server to server hop;
(ii) a client to server hop; or
(iii) server to client hop.
Priority Applications (23)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US12/419,889 US20100198923A1 (en) | 2009-01-30 | 2009-04-07 | Methods for using the addressing, protocols and the infrastructure of email to support near real-time communication |
US12/552,980 US8645477B2 (en) | 2009-01-30 | 2009-09-02 | Progressive messaging apparatus and method capable of supporting near real-time communication |
US12/552,979 US8688789B2 (en) | 2009-01-30 | 2009-09-02 | Progressive messaging apparatus and method capable of supporting near real-time communication |
CA2746734A CA2746734C (en) | 2009-01-30 | 2009-09-22 | Email client capable of supporting near real-time communication and methods for using the addressing, protocols and the infrastructure of email to support near real-time communication |
AU2009338743A AU2009338743B2 (en) | 2009-01-30 | 2009-09-22 | Method and device for near real-time communication |
JP2011547919A JP5607653B2 (en) | 2009-01-30 | 2009-09-22 | E-mail client that can support near real-time communication, its address, protocol, and method of supporting near real-time communication using e-mail infrastructure |
EP09804087A EP2377279B1 (en) | 2009-01-30 | 2009-09-22 | Method and device for near real-time communication |
EP11174497A EP2391076B1 (en) | 2009-01-30 | 2009-09-22 | Method and device for communication of real-time media |
CN200980155405.XA CN102292944B (en) | 2009-01-30 | 2009-09-22 | Method and device for near real-time communication |
KR1020117019515A KR101525283B1 (en) | 2009-01-30 | 2009-09-22 | Method and device for near real-time communication |
PCT/US2009/057893 WO2010087879A1 (en) | 2009-01-30 | 2009-09-22 | Method and device for near real-time communication |
US12/857,486 US9178916B2 (en) | 2007-06-28 | 2010-08-16 | Real-time messaging method and apparatus |
US12/857,498 US8825772B2 (en) | 2007-06-28 | 2010-08-16 | System and method for operating a server for real-time communication of time-based media |
US12/857,454 US8849927B2 (en) | 2009-01-30 | 2010-08-16 | Method for implementing real-time voice messaging on a server node |
US14/839,266 US9338113B2 (en) | 2007-06-28 | 2015-08-28 | Real-time messaging method and apparatus |
US15/091,746 US9634969B2 (en) | 2007-06-28 | 2016-04-06 | Real-time messaging method and apparatus |
US15/233,325 US9800528B2 (en) | 2007-06-28 | 2016-08-10 | Real-time messaging method and apparatus |
US15/257,057 US9742712B2 (en) | 2007-06-28 | 2016-09-06 | Real-time messaging method and apparatus |
US15/710,627 US10356023B2 (en) | 2007-06-28 | 2017-09-20 | Real-time messaging method and apparatus |
US15/923,869 US10326721B2 (en) | 2007-06-28 | 2018-03-16 | Real-time messaging method and apparatus |
US16/424,131 US11095583B2 (en) | 2007-06-28 | 2019-05-28 | Real-time messaging method and apparatus |
US17/361,970 US20210328956A1 (en) | 2007-06-28 | 2021-06-29 | Real-time messaging method and apparatus |
US18/086,468 US11943186B2 (en) | 2007-06-28 | 2022-12-21 | Real-time messaging method and apparatus |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14888509P | 2009-01-30 | 2009-01-30 | |
US12/419,889 US20100198923A1 (en) | 2009-01-30 | 2009-04-07 | Methods for using the addressing, protocols and the infrastructure of email to support near real-time communication |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/419,914 Continuation-In-Part US20100198988A1 (en) | 2007-06-28 | 2009-04-07 | Methods for using the addressing, protocols and the infrastructure of email to support near real-time communication |
Related Child Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/419,861 Continuation-In-Part US20100198922A1 (en) | 2007-06-28 | 2009-04-07 | Methods for using the addressing, protocols and the infrastructure of email to support near real-time communication |
US12/857,486 Continuation-In-Part US9178916B2 (en) | 2007-06-28 | 2010-08-16 | Real-time messaging method and apparatus |
Publications (1)
Publication Number | Publication Date |
---|---|
US20100198923A1 true US20100198923A1 (en) | 2010-08-05 |
Family
ID=42398591
Family Applications (4)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/419,914 Abandoned US20100198988A1 (en) | 2007-06-28 | 2009-04-07 | Methods for using the addressing, protocols and the infrastructure of email to support near real-time communication |
US12/419,861 Abandoned US20100198922A1 (en) | 2007-06-28 | 2009-04-07 | Methods for using the addressing, protocols and the infrastructure of email to support near real-time communication |
US12/419,889 Abandoned US20100198923A1 (en) | 2007-06-28 | 2009-04-07 | Methods for using the addressing, protocols and the infrastructure of email to support near real-time communication |
US13/551,239 Expired - Fee Related US8832299B2 (en) | 2009-01-30 | 2012-07-17 | Using the addressing, protocols and the infrastructure of email to support real-time communication |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/419,914 Abandoned US20100198988A1 (en) | 2007-06-28 | 2009-04-07 | Methods for using the addressing, protocols and the infrastructure of email to support near real-time communication |
US12/419,861 Abandoned US20100198922A1 (en) | 2007-06-28 | 2009-04-07 | Methods for using the addressing, protocols and the infrastructure of email to support near real-time communication |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/551,239 Expired - Fee Related US8832299B2 (en) | 2009-01-30 | 2012-07-17 | Using the addressing, protocols and the infrastructure of email to support real-time communication |
Country Status (1)
Country | Link |
---|---|
US (4) | US20100198988A1 (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011130082A1 (en) | 2010-04-13 | 2011-10-20 | Voxer Ip Llc | Apparatus and method for communication services network |
US8832299B2 (en) | 2009-01-30 | 2014-09-09 | Voxer Ip Llc | Using the addressing, protocols and the infrastructure of email to support real-time communication |
Families Citing this family (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8224904B2 (en) * | 2006-09-29 | 2012-07-17 | Microsoft Corporation | Missed instant message notification |
US8180029B2 (en) | 2007-06-28 | 2012-05-15 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
US11095583B2 (en) | 2007-06-28 | 2021-08-17 | Voxer Ip Llc | Real-time messaging method and apparatus |
US20110019662A1 (en) | 2007-06-28 | 2011-01-27 | Rebelvox Llc | Method for downloading and using a communication application through a web browser |
US8825772B2 (en) | 2007-06-28 | 2014-09-02 | Voxer Ip Llc | System and method for operating a server for real-time communication of time-based media |
US9178916B2 (en) | 2007-06-28 | 2015-11-03 | Voxer Ip Llc | Real-time messaging method and apparatus |
US8699383B2 (en) | 2007-10-19 | 2014-04-15 | Voxer Ip Llc | Method and apparatus for real-time synchronization of voice communications |
US8782274B2 (en) | 2007-10-19 | 2014-07-15 | Voxer Ip Llc | Method and system for progressively transmitting a voice message from sender to recipients across a distributed services communication network |
US8401583B2 (en) | 2008-04-11 | 2013-03-19 | Voxer Ip Llc | Time-shifting for push to talk voice communication systems |
US8849927B2 (en) | 2009-01-30 | 2014-09-30 | Voxer Ip Llc | Method for implementing real-time voice messaging on a server node |
US10015122B1 (en) * | 2012-10-18 | 2018-07-03 | Sitting Man, Llc | Methods and computer program products for processing a search |
US10397150B1 (en) * | 2012-10-18 | 2019-08-27 | Gummarus, Llc | Methods and computer program products for processing a search query |
US10193838B2 (en) | 2015-03-06 | 2019-01-29 | Microsoft Technology Licensing, Llc | Conditional instant delivery of email messages |
WO2018112212A1 (en) * | 2016-12-14 | 2018-06-21 | Idac Holdings, Inc. | System and method to register fqdn-based ip service endpoints at network attachment points |
Citations (44)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5128932A (en) * | 1990-08-27 | 1992-07-07 | Bell Communications Research, Inc. | Traffic flow control and call set-up in multi-hop broadband networks |
US5737011A (en) * | 1995-05-03 | 1998-04-07 | Bell Communications Research, Inc. | Infinitely expandable real-time video conferencing system |
US6104711A (en) * | 1997-03-06 | 2000-08-15 | Bell Atlantic Network Services, Inc. | Enhanced internet domain name server |
US6175619B1 (en) * | 1998-07-08 | 2001-01-16 | At&T Corp. | Anonymous voice communication using on-line controls |
US6335966B1 (en) * | 1999-03-29 | 2002-01-01 | Matsushita Graphic Communication Systems, Inc. | Image communication apparatus server apparatus and capability exchanging method |
US20020143959A1 (en) * | 2001-04-03 | 2002-10-03 | David El-Baze | Method and apparatus for interactive direct peer-to-peer multimedia streaming |
US20030084106A1 (en) * | 2001-10-31 | 2003-05-01 | Comverse, Ltd. | Efficient transmission of multi-media contents as electronic mail |
US6564261B1 (en) * | 1999-05-10 | 2003-05-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Distributed system to intelligently establish sessions between anonymous users over various networks |
US6687738B1 (en) * | 1995-09-25 | 2004-02-03 | Netspeak Corporation | Establishing an internet telephone call using e-mail |
US6721784B1 (en) * | 1999-09-07 | 2004-04-13 | Poofaway.Com, Inc. | System and method for enabling the originator of an electronic mail message to preset an expiration time, date, and/or event, and to control and track processing or handling by all recipients |
US6721703B2 (en) * | 2001-03-02 | 2004-04-13 | Jay M. Jackson | Remote deposition system and method |
US6731927B1 (en) * | 2000-07-14 | 2004-05-04 | Context Connect, Inc. | System and method for context association |
US6807565B1 (en) * | 1999-09-03 | 2004-10-19 | Cisco Technology, Inc. | Instant messaging system using voice enabled web based application server |
US20040207870A1 (en) * | 2003-03-24 | 2004-10-21 | Konica Minolta Business Technologies, Inc. | Image processing apparatus |
US20040213211A1 (en) * | 2003-04-23 | 2004-10-28 | Marconi Communications, Inc. | Method and apparatus for determining shared broadcast domains of network switches, ports and interfaces |
US20050027716A1 (en) * | 2003-08-01 | 2005-02-03 | Microsoft Corporation. | Unified contact list |
US20050076084A1 (en) * | 2003-10-03 | 2005-04-07 | Corvigo | Dynamic message filtering |
US20050102358A1 (en) * | 2003-11-10 | 2005-05-12 | Gold Stuart A. | Web page monitoring and collaboration system |
US6931114B1 (en) * | 2000-12-22 | 2005-08-16 | Bellsouth Intellectual Property Corp. | Voice chat service on telephone networks |
US20060023969A1 (en) * | 2004-04-30 | 2006-02-02 | Lara Eyal D | Collaboration and multimedia authoring |
US7039675B1 (en) * | 1998-07-06 | 2006-05-02 | Canon Kabushiki Kaisha | Data communication control apparatus and method adapted to control distribution of data corresponding to various types of a plurality of terminals |
US7039040B1 (en) * | 1999-06-07 | 2006-05-02 | At&T Corp. | Voice-over-IP enabled chat |
US7047030B2 (en) * | 2001-05-02 | 2006-05-16 | Symbian Limited | Group communication method for a wireless communication device |
US20060153162A1 (en) * | 2004-12-29 | 2006-07-13 | Marian Croak | Method and apparatus for enabling phone number dialing using email addresses |
US7111044B2 (en) * | 2002-07-17 | 2006-09-19 | Fastmobile, Inc. | Method and system for displaying group chat sessions on wireless mobile terminals |
US7228359B1 (en) * | 2002-02-12 | 2007-06-05 | Cisco Technology, Inc. | Methods and apparatus for providing domain name service based on a client identifier |
US20070147263A1 (en) * | 2005-12-28 | 2007-06-28 | Jian-Zhi Liao | Method for transmitting real-time streaming data and apparatus using the same |
US7305438B2 (en) * | 2003-12-09 | 2007-12-04 | International Business Machines Corporation | Method and system for voice on demand private message chat |
US20080168173A1 (en) * | 2007-01-04 | 2008-07-10 | Research In Motion Limited | System and method for providing information on a received communication for an electronic communication device |
US20080205444A1 (en) * | 2007-02-28 | 2008-08-28 | International Business Machines Corporation | Method and System for Managing Simultaneous Electronic Communications |
US7447182B2 (en) * | 2001-04-06 | 2008-11-04 | Nortel Networks Limited | Discovering an address of a name server |
US20090037541A1 (en) * | 2007-08-03 | 2009-02-05 | Research In Motion Limited | System and method for automatically responding to a message sent to a user at an email server |
US20090049140A1 (en) * | 2007-08-17 | 2009-02-19 | International Business Machines Corporation | Analyzing email content to determine potential intended recipients |
US20090063698A1 (en) * | 2007-09-04 | 2009-03-05 | Aspera, Inc. | Method and system for aggregate bandwith control |
US7509428B2 (en) * | 2000-04-06 | 2009-03-24 | Web.Com, Inc. | Method and system for communicating between clients in a computer network |
US20090175425A1 (en) * | 2008-01-03 | 2009-07-09 | Apple Inc. | Outgoing voice mail recording and playback |
US7626951B2 (en) * | 2005-10-06 | 2009-12-01 | Telecommunication Systems, Inc. | Voice Over Internet Protocol (VoIP) location based conferencing |
US20100005168A1 (en) * | 2008-07-03 | 2010-01-07 | Ebay Inc. | Systems and methods for unification of local and remote resources over a network |
US7656836B2 (en) * | 2006-10-05 | 2010-02-02 | Avaya Inc. | Centralized controller for distributed handling of telecommunications features |
US20100030864A1 (en) * | 2003-02-19 | 2010-02-04 | Google Inc | Zero-Minute Virus and Spam Detection |
US20100312844A1 (en) * | 2009-01-30 | 2010-12-09 | Rebelvox Llc | Email communication system and method for supporting real-time communication of time-based media |
US20100312914A1 (en) * | 2007-06-28 | 2010-12-09 | Rebelvox Llc. | System and method for operating a server for real-time communication of time-based media |
US20110010459A1 (en) * | 2007-12-21 | 2011-01-13 | Koninklijke Kpn N.V. | Method and System for Transmitting a Multimedia Stream |
US20110019662A1 (en) * | 2007-06-28 | 2011-01-27 | Rebelvox Llc | Method for downloading and using a communication application through a web browser |
Family Cites Families (142)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4807224A (en) * | 1987-08-21 | 1989-02-21 | Naron Steven E | Multicast data distribution system and method |
US5117422A (en) * | 1990-07-09 | 1992-05-26 | Itt Corporation | Method for providing an efficient and adaptive management of message routing in a multi-platform and apparatus communication system |
US5375018A (en) | 1990-07-18 | 1994-12-20 | Klausner Patent Technologies | Location acquisition and time adjusting system |
CA2084575C (en) * | 1991-12-31 | 1996-12-03 | Chris A. Dinallo | Personal computer with generalized data streaming apparatus for multimedia devices |
US5283818A (en) * | 1992-03-31 | 1994-02-01 | Klausner Patent Technologies | Telephone answering device linking displayed data with recorded audio message |
US5390236A (en) * | 1992-03-31 | 1995-02-14 | Klausner Patent Technologies | Telephone answering device linking displayed data with recorded audio message |
JPH07219970A (en) | 1993-12-20 | 1995-08-18 | Xerox Corp | Method and apparatus for reproduction in acceleration format |
US5734963A (en) * | 1995-06-06 | 1998-03-31 | Flash Comm, Inc. | Remote initiated messaging apparatus and method in a two way wireless data communications network |
US7266686B1 (en) | 1996-05-09 | 2007-09-04 | Two-Way Media Llc | Multicasting method and apparatus |
US6037932A (en) * | 1996-05-28 | 2000-03-14 | Microsoft Corporation | Method for sending computer network data as part of vertical blanking interval |
US5918158A (en) * | 1996-07-24 | 1999-06-29 | Lucent Technologies Inc. | Two-way wireless messaging system |
US5970122A (en) | 1996-07-24 | 1999-10-19 | Lucent Technologies Inc. | Two-way wireless messaging system having user agent |
US6212535B1 (en) | 1996-09-19 | 2001-04-03 | Digital Equipment Corporation | Browser-based electronic messaging |
US5963551A (en) | 1996-09-30 | 1999-10-05 | Innomedia Pte Ltd. | System and method for dynamically reconfigurable packet transmission |
US6859525B1 (en) | 1996-10-23 | 2005-02-22 | Riparius Ventures, Llc | Internet telephony device |
DE19651593B4 (en) * | 1996-12-11 | 2008-11-20 | Rohde & Schwarz Gmbh & Co. Kg | Arrangement for optimizing the data transmission via a bidirectional radio channel |
FI105874B (en) * | 1997-08-12 | 2000-10-13 | Nokia Mobile Phones Ltd | Multiple mobile broadcasting |
US6507586B1 (en) * | 1997-09-18 | 2003-01-14 | International Business Machines Corporation | Multicast data transmission over a one-way broadband channel |
FI980022A (en) | 1998-01-07 | 1999-07-08 | Nokia Mobile Phones Ltd | Telephone services |
EP1076871A1 (en) | 1998-05-15 | 2001-02-21 | Unicast Communications Corporation | A technique for implementing browser-initiated network-distributed advertising and for interstitially displaying an advertisement |
US6104757A (en) * | 1998-05-15 | 2000-08-15 | North Carolina State University | System and method of error control for interactive low-bit rate video transmission |
US6092120A (en) * | 1998-06-26 | 2000-07-18 | Sun Microsystems, Inc. | Method and apparatus for timely delivery of a byte code and serialized objects stream |
US6233389B1 (en) * | 1998-07-30 | 2001-05-15 | Tivo, Inc. | Multimedia time warping system |
US7023913B1 (en) | 2000-06-14 | 2006-04-04 | Monroe David A | Digital security multimedia sensor |
US6850965B2 (en) * | 1998-11-17 | 2005-02-01 | Arthur Douglas Allen | Method for connection acceptance and rapid determination of optimal multi-media content delivery over network |
US6271703B1 (en) * | 1999-03-17 | 2001-08-07 | National Semiconductor Corporation | Fast overvoltage protected pad input circuit |
US6378035B1 (en) * | 1999-04-06 | 2002-04-23 | Microsoft Corporation | Streaming information appliance with buffer read and write synchronization |
US6577599B1 (en) * | 1999-06-30 | 2003-06-10 | Sun Microsystems, Inc. | Small-scale reliable multicasting |
US6580694B1 (en) * | 1999-08-16 | 2003-06-17 | Intel Corporation | Establishing optimal audio latency in streaming applications over a packet-based network |
JP2003516666A (en) | 1999-12-10 | 2003-05-13 | モサイド・テクノロジーズ・インコーポレイテッド | Method and apparatus for longest match address lookup |
US20010025377A1 (en) | 1999-12-30 | 2001-09-27 | Hinderks Larry W. | High bandwidth transmission system and method having local insertion, delay play and demand play |
GB2358558B (en) * | 2000-01-18 | 2003-10-15 | Mitel Corp | Packet loss compensation method using injection of spectrally shaped noise |
US7117273B1 (en) * | 2000-01-25 | 2006-10-03 | Cisco Technology, Inc. | Methods and apparatus for maintaining a map of node relationships for a network |
US20050259682A1 (en) | 2000-02-03 | 2005-11-24 | Yuval Yosef | Broadcast system |
US6834039B1 (en) * | 2000-03-10 | 2004-12-21 | Hughes Electronics Corporation | Apparatus and method for efficient TDMA bandwidth allocation for TCP/IP satellite-based networks |
US6993009B2 (en) * | 2000-03-10 | 2006-01-31 | Hughes Electronics Corporation | Method and apparatus for deriving uplink timing from asynchronous traffic across multiple transport streams |
US6480783B1 (en) | 2000-03-17 | 2002-11-12 | Makor Issues And Rights Ltd. | Real time vehicle guidance and forecasting system under traffic jam conditions |
US6791949B1 (en) | 2000-04-28 | 2004-09-14 | Raytheon Company | Network protocol for wireless ad hoc networks |
US20020016818A1 (en) | 2000-05-11 | 2002-02-07 | Shekhar Kirani | System and methodology for optimizing delivery of email attachments for disparate devices |
US6671732B1 (en) | 2000-07-24 | 2003-12-30 | Comverse Ltd. | Method and apparatus for control of content based rich media streaming |
FI112307B (en) | 2000-08-02 | 2003-11-14 | Nokia Corp | communication Server |
US6912544B1 (en) * | 2000-08-31 | 2005-06-28 | Comverse Ltd. | System and method for interleaving of material from database and customized audio-visual material |
US6970926B1 (en) | 2000-10-03 | 2005-11-29 | Motorola, Inc. | Dispatch call server in a packet based communication network |
US7313593B1 (en) | 2000-10-24 | 2007-12-25 | International Business Machines Corporation | Method and apparatus for providing full duplex and multipoint IP audio streaming |
NZ507800A (en) * | 2000-10-26 | 2003-06-30 | Interag | Device for herd control and/or monitoring procedures |
US20020150094A1 (en) | 2000-10-27 | 2002-10-17 | Matthew Cheng | Hierarchical level-based internet protocol multicasting |
US7304951B2 (en) | 2000-11-21 | 2007-12-04 | North Carolina State University | Methods and systems for rate-based flow control between a sender and a receiver |
US7002973B2 (en) | 2000-12-11 | 2006-02-21 | Acme Packet Inc. | System and method for assisting in controlling real-time transport protocol flow through multiple networks via use of a cluster of session routers |
JP2002281081A (en) | 2001-01-10 | 2002-09-27 | Sega Corp | Data distributing device, data distributing method, data receiving device, and data receiving method |
US7240105B2 (en) * | 2001-01-26 | 2007-07-03 | International Business Machines Corporation | Distributed multicast caching technique |
EP1368975A1 (en) | 2001-03-09 | 2003-12-10 | Ayman L.L.C. | Universal point of contact identifier system and method |
US6807578B2 (en) | 2001-03-14 | 2004-10-19 | International Business Machines Corporation | Nack suppression for multicast protocols in mostly one-way networks |
US20020184368A1 (en) | 2001-04-06 | 2002-12-05 | Yunsen Wang | Network system, method and protocols for hierarchical service and content distribution via directory enabled network |
US20020154745A1 (en) | 2001-04-24 | 2002-10-24 | Yuri Shtivelman | Systems and methods for visual access to voicemail |
US8054971B2 (en) | 2001-04-27 | 2011-11-08 | Comverse Ltd | Free-hand mobile messaging-method and device |
US20040127279A1 (en) | 2001-07-20 | 2004-07-01 | Jean-Marie Gatto | Methods, systems and email content enabling email recipients to win prizes |
US20030027566A1 (en) * | 2001-07-30 | 2003-02-06 | Comverse Network Systems, Ltd. | Session management method & system |
US20030028632A1 (en) * | 2001-08-02 | 2003-02-06 | Davis Thomas G. | System and method of multicasting data messages |
US20050021819A1 (en) * | 2001-08-17 | 2005-01-27 | Kalevi Kilkki | Method, network element, and terminal device for making data packets |
US7117521B2 (en) | 2001-08-31 | 2006-10-03 | Intel Corporation | Method to measure the perceived quality of streaming media |
US6996624B1 (en) * | 2001-09-27 | 2006-02-07 | Apple Computer, Inc. | Reliable real-time transport protocol |
US20030099198A1 (en) * | 2001-11-27 | 2003-05-29 | Amplify.Net, Inc. | Multicast service delivery in a hierarchical network |
CN100592731C (en) * | 2001-12-07 | 2010-02-24 | 艾利森电话股份有限公司 | Lawful interception of end-to-end encrypted data traffic |
US20030126162A1 (en) * | 2002-01-03 | 2003-07-03 | Yohe Thomas Patrick | System and method for synchronizing databases in a secure network environment |
US20040252679A1 (en) | 2002-02-26 | 2004-12-16 | Tim Williams | Stored voice message control extensions |
US6973309B1 (en) | 2002-03-14 | 2005-12-06 | Utstarcom, Inc. | Method and system for re-direction and handoff for pre-paid mobile services in third generation networks |
US20030186722A1 (en) | 2002-03-28 | 2003-10-02 | Comverse, Ltd. | Method and device for real time GSM user device profile interrogation and registration |
US7035385B2 (en) | 2002-03-29 | 2006-04-25 | Bellsouth Intellectual Property Corporation | Method and system for screening calls during voicemail messaging |
US7738892B2 (en) | 2002-05-24 | 2010-06-15 | Kodiak Networks, Inc. | Architecture, client specification and application programming interface (API) for supporting advanced voice services (AVS) including push to talk on wireless handsets and networks |
US7403775B2 (en) * | 2002-05-24 | 2008-07-22 | Kodiak Networks, Inc. | Roaming gateway for support of advanced voice services while roaming in wireless communications systems |
JP4254996B2 (en) * | 2002-06-04 | 2009-04-15 | 株式会社日立製作所 | Communication system and communication method |
US7091851B2 (en) | 2002-07-02 | 2006-08-15 | Tri-Sentinel, Inc. | Geolocation system-enabled speaker-microphone accessory for radio communication devices |
US7623653B2 (en) * | 2002-07-15 | 2009-11-24 | At&T Intellectual Property I, L.P. | Systems and methods for passing through alternative network device features to plain old telephone system (POTS) devices |
US7184530B2 (en) * | 2002-07-25 | 2007-02-27 | Utstarcom, Inc. | Prepaid billing support for simultaneous communication sessions in data networks |
US6829473B2 (en) | 2002-07-25 | 2004-12-07 | Utstarcom, Inc. | Roaming and hand-off support for prepaid billing for wireless data networks |
US20040019539A1 (en) * | 2002-07-25 | 2004-01-29 | 3Com Corporation | Prepaid billing system for wireless data networks |
US7010100B1 (en) * | 2002-07-29 | 2006-03-07 | At&T Corp. | Intelligent voicemail message waiting system and method |
US7349871B2 (en) * | 2002-08-08 | 2008-03-25 | Fujitsu Limited | Methods for purchasing of goods and services |
US7383345B2 (en) * | 2002-09-04 | 2008-06-03 | Darby & Mohaine L.L.C. | Client-server emulation supporting multicast transmissions of media objects |
US7187941B2 (en) * | 2002-11-14 | 2007-03-06 | Northrop Grumman Corporation | Secure network-routed voice processing |
US7801133B2 (en) * | 2002-11-14 | 2010-09-21 | Northrop Grumman Corporation | Secure network-routed voice multicast dissemination |
JP3815562B2 (en) * | 2002-11-28 | 2006-08-30 | インターナショナル・ビジネス・マシーンズ・コーポレーション | Data processing method, communication system using the same, data transmission device, data reception device, and program |
US7058392B1 (en) | 2002-12-03 | 2006-06-06 | At&T Corp. | Systems, methods and devices for reliable asynchronous message transmissions |
EP1582037B1 (en) | 2002-12-16 | 2012-08-08 | Gemini Mobile Technologies, Inc. | Stateless message routing |
US20040192378A1 (en) | 2003-03-25 | 2004-09-30 | Comverse, Ltd. | Wireless switchboard system |
EP1621034A1 (en) | 2003-05-08 | 2006-02-01 | Vimplicity Ltd. | Methods and systems for instant voice messaging and instant voice message retrieval |
CN100499879C (en) * | 2003-05-13 | 2009-06-10 | 艾利森电话股份有限公司 | Method of reducing delay and user terminal |
US8638910B2 (en) | 2003-07-14 | 2014-01-28 | Cisco Technology, Inc. | Integration of enterprise voicemail in mobile systems |
US7236738B2 (en) * | 2003-08-01 | 2007-06-26 | Pathfire, Inc. | Multicast control systems and methods for dynamic, adaptive time, bandwidth,frequency, and satellite allocations |
GB0319251D0 (en) | 2003-08-15 | 2003-09-17 | British Telecomm | System and method for selecting data providers |
US7444306B2 (en) | 2003-10-24 | 2008-10-28 | Thomas Bryan Varble | Method and apparatus for the rental or sale, and secure distribution of digital content |
WO2005041456A1 (en) | 2003-10-24 | 2005-05-06 | Telefonaktiebolaget Lm Ericsson (Publ) | A method and device for audience monitoring on multicast capable networks |
US7535890B2 (en) * | 2003-12-18 | 2009-05-19 | Ayalogic, Inc. | System and method for instant VoIP messaging |
US20050160345A1 (en) * | 2003-12-24 | 2005-07-21 | Rod Walsh | Apparatus, system, method and computer program product for reliable multicast transport of data packets |
CN1305276C (en) | 2004-01-15 | 2007-03-14 | 中兴通讯股份有限公司 | Method and system for immediately processing real time media stream data packets |
US7013074B2 (en) * | 2004-02-06 | 2006-03-14 | Corning Cable Systems Llc | Optical connection closure having at least one connector port |
US20050215228A1 (en) | 2004-03-26 | 2005-09-29 | Comverse Ltd. | Voice session data session interoperability in the telephony environment |
FR2868643A1 (en) | 2004-03-30 | 2005-10-07 | Thomson Licensing Sa | METHOD OF DISCOVERING APPARATUS CONNECTED TO AN IP NETWORK AND APPARATUS IMPLEMENTING THE METHOD |
JP2005348192A (en) | 2004-06-04 | 2005-12-15 | Canon Inc | Terminal device, control method of terminal device, and control program of terminal device |
US8376855B2 (en) | 2004-06-28 | 2013-02-19 | Winview, Inc. | Methods and apparatus for distributed gaming over a mobile device |
US20060007943A1 (en) * | 2004-07-07 | 2006-01-12 | Fellman Ronald D | Method and system for providing site independent real-time multimedia transport over packet-switched networks |
US20060059199A1 (en) * | 2004-08-18 | 2006-03-16 | Nokia Corporation | Cellular radio telecommunications terminal, a system, a method, a computer program and a user interface |
US20060045038A1 (en) * | 2004-08-27 | 2006-03-02 | Stanley Kay | Method and apparatus for transmitting and receiving multiple services utilizing a single receiver in a broadband satellite system |
US7415284B2 (en) | 2004-09-02 | 2008-08-19 | Sonim Technologies, Inc. | Methods of transmitting a message to a message server in a push-to-talk network |
US20060046758A1 (en) | 2004-09-02 | 2006-03-02 | Mohsen Emami-Nouri | Methods of retrieving a message from a message server in a push-to-talk network |
US20060059267A1 (en) * | 2004-09-13 | 2006-03-16 | Nokia Corporation | System, method, and device for downloading content using a second transport protocol within a generic content download protocol |
EP1792485A4 (en) * | 2004-09-16 | 2009-03-18 | Gen Instrument Corp | System and method for providing authorized access to digital content |
GB2418566A (en) | 2004-09-23 | 2006-03-29 | Samsung Electronics Co Ltd | Cross layer implemented Handover |
US7266198B2 (en) * | 2004-11-17 | 2007-09-04 | General Instrument Corporation | System and method for providing authorized access to digital content |
US7969959B2 (en) * | 2004-12-16 | 2011-06-28 | Critical Response Systems, Inc. | Method and apparatus for efficient and deterministic group alerting |
US20060146822A1 (en) * | 2004-12-30 | 2006-07-06 | Mikolaj Kolakowski | System, protocol and associated methods for wireless multimedia distribution |
JP2006229884A (en) * | 2005-02-21 | 2006-08-31 | Ntt Docomo Inc | Telephone set |
US7912959B2 (en) | 2005-03-15 | 2011-03-22 | Microsoft Corporation | Architecture for building a peer to peer messaging platform |
US7493413B2 (en) | 2005-03-15 | 2009-02-17 | Microsoft Corporation | APIS to build peer to peer messaging applications |
US7543023B2 (en) | 2005-03-15 | 2009-06-02 | Microsoft Corporation | Service support framework for peer to peer applications |
EP4123261B1 (en) | 2005-03-18 | 2024-04-03 | Gatekeeper Systems, Inc. | Two-way communication system for tracking locations and statuses of wheeled vehicles |
WO2007100343A1 (en) | 2005-06-03 | 2007-09-07 | Terahop Networks Inc. | Remote sensor interface (rsi) stepped wake-up sequence |
US7387607B2 (en) | 2005-06-06 | 2008-06-17 | Intel Corporation | Wireless medical sensor system |
US7333026B2 (en) * | 2005-06-29 | 2008-02-19 | Denso Corporation | Collaborative multicast for dissemination of information in vehicular ad-hoc networks |
US7428416B2 (en) | 2005-11-29 | 2008-09-23 | Motorola, Inc. | Handover in a cellular communication system |
JP2007172264A (en) | 2005-12-21 | 2007-07-05 | Victor Co Of Japan Ltd | Electronic mail animation reproduction system |
FI20055717A0 (en) | 2005-12-30 | 2005-12-30 | Nokia Corp | Code conversion method in a mobile communication system |
US20070180032A1 (en) | 2006-01-27 | 2007-08-02 | Sbc Knowledge Ventures Lp | Method for email service in a visual voicemail system |
CN103533515B (en) * | 2006-02-03 | 2016-11-16 | 黑莓有限公司 | Realize method and the subscriber equipment of the communication of PTT media bursts |
US20080002621A1 (en) * | 2006-06-29 | 2008-01-03 | Boris Ginzburg | Reliable multicast techniques for wireless links |
US20080002691A1 (en) * | 2006-06-29 | 2008-01-03 | Qi Emily H | Device, system and method of multicast/broadcast communication |
US8727208B2 (en) * | 2006-06-30 | 2014-05-20 | Intel-Ge Care Innovations Llc | Method for identifying pills via an optical device |
US20080031250A1 (en) | 2006-08-01 | 2008-02-07 | Mehta Neelesh B | Energy accumulation in destination nodes of wireless relay networks |
US20080086700A1 (en) * | 2006-10-06 | 2008-04-10 | Rodriguez Robert A | Systems and Methods for Isolating On-Screen Textual Data |
US8832277B2 (en) * | 2006-11-30 | 2014-09-09 | Red Hat, Inc. | Community tagging of a multimedia stream and linking to related content |
US8688789B2 (en) | 2009-01-30 | 2014-04-01 | Voxer Ip Llc | Progressive messaging apparatus and method capable of supporting near real-time communication |
US20100198988A1 (en) | 2009-01-30 | 2010-08-05 | Rebelvox Llc | Methods for using the addressing, protocols and the infrastructure of email to support near real-time communication |
US8645477B2 (en) | 2009-01-30 | 2014-02-04 | Voxer Ip Llc | Progressive messaging apparatus and method capable of supporting near real-time communication |
US9178916B2 (en) | 2007-06-28 | 2015-11-03 | Voxer Ip Llc | Real-time messaging method and apparatus |
US8533611B2 (en) | 2009-08-10 | 2013-09-10 | Voxer Ip Llc | Browser enabled communication device for conducting conversations in either a real-time mode, a time-shifted mode, and with the ability to seamlessly shift the conversation between the two modes |
US8180029B2 (en) | 2007-06-28 | 2012-05-15 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
US8699383B2 (en) | 2007-10-19 | 2014-04-15 | Voxer Ip Llc | Method and apparatus for real-time synchronization of voice communications |
US8099512B2 (en) | 2007-10-19 | 2012-01-17 | Voxer Ip Llc | Method and system for real-time synchronization across a distributed services communication network |
US8559319B2 (en) | 2007-10-19 | 2013-10-15 | Voxer Ip Llc | Method and system for real-time synchronization across a distributed services communication network |
US8401583B2 (en) | 2008-04-11 | 2013-03-19 | Voxer Ip Llc | Time-shifting for push to talk voice communication systems |
US20110249667A1 (en) | 2010-04-13 | 2011-10-13 | Rebelvox, Llc | Apparatus and method for transmitting media using either network efficient protocol or a loss tolerant transmission protocol |
US20120114108A1 (en) | 2010-09-27 | 2012-05-10 | Voxer Ip Llc | Messaging communication application |
-
2009
- 2009-04-07 US US12/419,914 patent/US20100198988A1/en not_active Abandoned
- 2009-04-07 US US12/419,861 patent/US20100198922A1/en not_active Abandoned
- 2009-04-07 US US12/419,889 patent/US20100198923A1/en not_active Abandoned
-
2012
- 2012-07-17 US US13/551,239 patent/US8832299B2/en not_active Expired - Fee Related
Patent Citations (45)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5128932A (en) * | 1990-08-27 | 1992-07-07 | Bell Communications Research, Inc. | Traffic flow control and call set-up in multi-hop broadband networks |
US5737011A (en) * | 1995-05-03 | 1998-04-07 | Bell Communications Research, Inc. | Infinitely expandable real-time video conferencing system |
US6687738B1 (en) * | 1995-09-25 | 2004-02-03 | Netspeak Corporation | Establishing an internet telephone call using e-mail |
US6104711A (en) * | 1997-03-06 | 2000-08-15 | Bell Atlantic Network Services, Inc. | Enhanced internet domain name server |
US6282574B1 (en) * | 1997-03-06 | 2001-08-28 | Bell Atlantic Network Services, Inc. | Method, server and telecommunications system for name translation on a conditional basis and/or to a telephone number |
US7039675B1 (en) * | 1998-07-06 | 2006-05-02 | Canon Kabushiki Kaisha | Data communication control apparatus and method adapted to control distribution of data corresponding to various types of a plurality of terminals |
US6175619B1 (en) * | 1998-07-08 | 2001-01-16 | At&T Corp. | Anonymous voice communication using on-line controls |
US6335966B1 (en) * | 1999-03-29 | 2002-01-01 | Matsushita Graphic Communication Systems, Inc. | Image communication apparatus server apparatus and capability exchanging method |
US6564261B1 (en) * | 1999-05-10 | 2003-05-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Distributed system to intelligently establish sessions between anonymous users over various networks |
US7039040B1 (en) * | 1999-06-07 | 2006-05-02 | At&T Corp. | Voice-over-IP enabled chat |
US6807565B1 (en) * | 1999-09-03 | 2004-10-19 | Cisco Technology, Inc. | Instant messaging system using voice enabled web based application server |
US6721784B1 (en) * | 1999-09-07 | 2004-04-13 | Poofaway.Com, Inc. | System and method for enabling the originator of an electronic mail message to preset an expiration time, date, and/or event, and to control and track processing or handling by all recipients |
US7509428B2 (en) * | 2000-04-06 | 2009-03-24 | Web.Com, Inc. | Method and system for communicating between clients in a computer network |
US6731927B1 (en) * | 2000-07-14 | 2004-05-04 | Context Connect, Inc. | System and method for context association |
US6931114B1 (en) * | 2000-12-22 | 2005-08-16 | Bellsouth Intellectual Property Corp. | Voice chat service on telephone networks |
US6721703B2 (en) * | 2001-03-02 | 2004-04-13 | Jay M. Jackson | Remote deposition system and method |
US20020143959A1 (en) * | 2001-04-03 | 2002-10-03 | David El-Baze | Method and apparatus for interactive direct peer-to-peer multimedia streaming |
US7447182B2 (en) * | 2001-04-06 | 2008-11-04 | Nortel Networks Limited | Discovering an address of a name server |
US7047030B2 (en) * | 2001-05-02 | 2006-05-16 | Symbian Limited | Group communication method for a wireless communication device |
US20030084106A1 (en) * | 2001-10-31 | 2003-05-01 | Comverse, Ltd. | Efficient transmission of multi-media contents as electronic mail |
US7228359B1 (en) * | 2002-02-12 | 2007-06-05 | Cisco Technology, Inc. | Methods and apparatus for providing domain name service based on a client identifier |
US7111044B2 (en) * | 2002-07-17 | 2006-09-19 | Fastmobile, Inc. | Method and system for displaying group chat sessions on wireless mobile terminals |
US20100030864A1 (en) * | 2003-02-19 | 2010-02-04 | Google Inc | Zero-Minute Virus and Spam Detection |
US20040207870A1 (en) * | 2003-03-24 | 2004-10-21 | Konica Minolta Business Technologies, Inc. | Image processing apparatus |
US20040213211A1 (en) * | 2003-04-23 | 2004-10-28 | Marconi Communications, Inc. | Method and apparatus for determining shared broadcast domains of network switches, ports and interfaces |
US20050027716A1 (en) * | 2003-08-01 | 2005-02-03 | Microsoft Corporation. | Unified contact list |
US20050076084A1 (en) * | 2003-10-03 | 2005-04-07 | Corvigo | Dynamic message filtering |
US20050102358A1 (en) * | 2003-11-10 | 2005-05-12 | Gold Stuart A. | Web page monitoring and collaboration system |
US7305438B2 (en) * | 2003-12-09 | 2007-12-04 | International Business Machines Corporation | Method and system for voice on demand private message chat |
US20060023969A1 (en) * | 2004-04-30 | 2006-02-02 | Lara Eyal D | Collaboration and multimedia authoring |
US20060153162A1 (en) * | 2004-12-29 | 2006-07-13 | Marian Croak | Method and apparatus for enabling phone number dialing using email addresses |
US7626951B2 (en) * | 2005-10-06 | 2009-12-01 | Telecommunication Systems, Inc. | Voice Over Internet Protocol (VoIP) location based conferencing |
US20070147263A1 (en) * | 2005-12-28 | 2007-06-28 | Jian-Zhi Liao | Method for transmitting real-time streaming data and apparatus using the same |
US7656836B2 (en) * | 2006-10-05 | 2010-02-02 | Avaya Inc. | Centralized controller for distributed handling of telecommunications features |
US20080168173A1 (en) * | 2007-01-04 | 2008-07-10 | Research In Motion Limited | System and method for providing information on a received communication for an electronic communication device |
US20080205444A1 (en) * | 2007-02-28 | 2008-08-28 | International Business Machines Corporation | Method and System for Managing Simultaneous Electronic Communications |
US20110019662A1 (en) * | 2007-06-28 | 2011-01-27 | Rebelvox Llc | Method for downloading and using a communication application through a web browser |
US20100312914A1 (en) * | 2007-06-28 | 2010-12-09 | Rebelvox Llc. | System and method for operating a server for real-time communication of time-based media |
US20090037541A1 (en) * | 2007-08-03 | 2009-02-05 | Research In Motion Limited | System and method for automatically responding to a message sent to a user at an email server |
US20090049140A1 (en) * | 2007-08-17 | 2009-02-19 | International Business Machines Corporation | Analyzing email content to determine potential intended recipients |
US20090063698A1 (en) * | 2007-09-04 | 2009-03-05 | Aspera, Inc. | Method and system for aggregate bandwith control |
US20110010459A1 (en) * | 2007-12-21 | 2011-01-13 | Koninklijke Kpn N.V. | Method and System for Transmitting a Multimedia Stream |
US20090175425A1 (en) * | 2008-01-03 | 2009-07-09 | Apple Inc. | Outgoing voice mail recording and playback |
US20100005168A1 (en) * | 2008-07-03 | 2010-01-07 | Ebay Inc. | Systems and methods for unification of local and remote resources over a network |
US20100312844A1 (en) * | 2009-01-30 | 2010-12-09 | Rebelvox Llc | Email communication system and method for supporting real-time communication of time-based media |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8832299B2 (en) | 2009-01-30 | 2014-09-09 | Voxer Ip Llc | Using the addressing, protocols and the infrastructure of email to support real-time communication |
WO2011130082A1 (en) | 2010-04-13 | 2011-10-20 | Voxer Ip Llc | Apparatus and method for communication services network |
Also Published As
Publication number | Publication date |
---|---|
US8832299B2 (en) | 2014-09-09 |
US20100198988A1 (en) | 2010-08-05 |
US20100198922A1 (en) | 2010-08-05 |
US20120284352A1 (en) | 2012-11-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10326721B2 (en) | Real-time messaging method and apparatus | |
US8688789B2 (en) | Progressive messaging apparatus and method capable of supporting near real-time communication | |
US8832299B2 (en) | Using the addressing, protocols and the infrastructure of email to support real-time communication | |
US8849927B2 (en) | Method for implementing real-time voice messaging on a server node | |
US8645477B2 (en) | Progressive messaging apparatus and method capable of supporting near real-time communication | |
US8825772B2 (en) | System and method for operating a server for real-time communication of time-based media | |
US11943186B2 (en) | Real-time messaging method and apparatus | |
US20120114108A1 (en) | Messaging communication application | |
AU2009338743B2 (en) | Method and device for near real-time communication | |
EP2377279B1 (en) | Method and device for near real-time communication | |
AU2013202611B2 (en) | Method and device for near real-time communication |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: REBELVOX LLC, CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:KATIS, THOMAS E.;PANTTAJA, JAMES T.;PANTTAJA, MARY G.;AND OTHERS;SIGNING DATES FROM 20090331 TO 20090403;REEL/FRAME:022517/0495 |
|
AS | Assignment |
Owner name: VOXER IP LLC, CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:REBELVOX LLC;REEL/FRAME:025907/0274 Effective date: 20110224 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |