US20020032742A1 - Method and system for centralized storage and management of electronic messages - Google Patents

Method and system for centralized storage and management of electronic messages Download PDF

Info

Publication number
US20020032742A1
US20020032742A1 US09/943,894 US94389401A US2002032742A1 US 20020032742 A1 US20020032742 A1 US 20020032742A1 US 94389401 A US94389401 A US 94389401A US 2002032742 A1 US2002032742 A1 US 2002032742A1
Authority
US
United States
Prior art keywords
electronic communication
message
recipient
recipients
electronic
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
Application number
US09/943,894
Inventor
Eric Anderson
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Individual filed Critical Individual
Priority to US09/943,894 priority Critical patent/US20020032742A1/en
Publication of US20020032742A1 publication Critical patent/US20020032742A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21Monitoring or handling of messages
    • H04L51/224Monitoring or handling of messages providing notification on incoming messages, e.g. pushed notifications of received messages
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/04Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H04L63/0464Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload using hop-by-hop encryption, i.e. wherein an intermediate entity decrypts the information and re-encrypts it before forwarding it

Definitions

  • the present invention relates generally to communicating via electronic messages, and more particularly to a distribution system for electronic messages using centralized storage and management.
  • Electronically-communicated messages such as email, paging messages, and transmitted documents
  • electronic messages such as email, paging messages, and transmitted documents
  • electronic messages have become increasingly popular and pervasive in recent years.
  • the ability to send an electronic message to multiple recipients provides for quick and efficient communication, and the use of electronic messages has become common in business settings.
  • decentralized message storage and management creates various problems.
  • One such problem is that each recipient system needs significant storage space to hold the various electronic messages for that recipient until the recipient has reviewed the message and no longer wants to save it.
  • electronic messages increasingly transport complex forms of data (e.g., an email with one or more other documents attached)
  • the size of the messages and thus the required storage space for them only exacerbate the problem of insufficient storage.
  • decentralized storage creates problems when non-recipient access to a message is needed. For example, in a business setting it may be necessary for users other than a recipient to have access to the recipient's messages, such as when the recipient is out of the office or is no longer employed at the business.
  • Some embodiments of the present invention provide a method and system for distributing electronic messages in an efficient manner using centralized storage and management.
  • the system receives electronic messages to be distributed to one or more recipients, centrally stores a single copy of the message as well as various information about sending the message, and sends to each recipient a short indicator message to notify the recipient that the electronic message is available.
  • the system tracks and manages requests from the recipients to access the message by permitting access when appropriate, performing activities such as decrypting/encrypting the message if necessary, recording information about the access and about recipient instructions related to the message, archiving the message if necessary, and deleting the message when it is no longer needed.
  • the recipient can use the indicator to access and review the message.
  • the recipient can also provide various instructions about actions to be taken with the message corresponding to an indicator, such as to save or delete the message or to forward the message to another recipient.
  • an indicator such as to save or delete the message or to forward the message to another recipient.
  • the system then deletes the single copy of the message.
  • centralized storage and management of the electronic messages to be distributed provides a variety of benefits. Since only a short indicator is sent to each recipient, the recipient systems require only a small amount of storage space. In addition, each recipient system does not need the necessary software to save and manage the electronic messages. Instead, the recipient system need only be able to display a message and to send request and message action instructions to the system. In addition, central storage of the message provides easy access to the message when an appropriate authorized user needs access (e.g., for backup or when the recipient is unavailable). Finally, removal or modification of the message can be easily accomplished if such action is necessary.
  • the system securely sends an electronic communication to multiple recipients, at least one of whom is unable to permanently store the electronic communication.
  • the system first receives an indication of the electronic communication to be sent and receives an indication of the recipient users.
  • the system retrieves an encryption key for a server computer, encrypts the electronic communication with the retrieved server encryption key, and sends the encrypted electronic communication to the server.
  • the server receives the sent encrypted electronic communication and stores a single copy of the electronic communication.
  • the server also creates a notification electronic communication including a reference to the electronic communication and sends a copy of the notification electronic communication to each of the recipient users.
  • the server Upon receiving a request from a recipient user for the referenced electronic communication, the server decrypts the received encrypted electronic communication, retrieves a distinct encryption key for the recipient user, and encrypts a copy of the decrypted electronic communication with the retrieved distinct encryption key. Finally, the server sends the encrypted copy to the recipient user for temporary storage while the sent encrypted copy is reviewed.
  • one embodiment of the system allows a designated recipient to receive an electronic communication from a server that stores a single copy of the electronic communication.
  • the recipient first receives an electronic communication notification from the server that references the electronic communication, with the electronic communication notification distinct from the electronic communication.
  • the recipient requests from the server the referenced electronic communication, and receives from the server a copy of the requested electronic communication.
  • the recipient indicates to the server to delete the electronic communication, and the server after receiving indications from all recipients to delete the electronic communication deletes the single stored copy of the electronic communication.
  • FIG. 1 is a block diagram illustrating an embodiment of the Message Distribution Server system of the present invention.
  • FIG. 2 is an example of a Message Tracking Table.
  • FIG. 3 is an exemplary flow diagram of an embodiment of the Message Sender routine.
  • FIG. 4 is an exemplary flow diagram of an embodiment of the Message Distribution Server routine.
  • FIG. 5 is an exemplary flow diagram of an embodiment of the Message Distributor subroutine.
  • FIG. 6 is an exemplary flow diagram of an embodiment of the Message Tracker subroutine.
  • FIG. 7 is an exemplary flow diagram of an embodiment of the Message Receiver routine.
  • An embodiment of the present invention provides a method and system for distributing electronic messages in an efficient manner using centralized storage and management.
  • the Message Distribution Server (MDS) system receives electronic messages to be distributed to one or more recipients, centrally stores a single copy of the message as well as various information about sending the message, and sends to each recipient a short indicator message to notify the recipient that the electronic message is available.
  • the MDS system then tracks and manages requests from the recipients to access the message by permitting access when appropriate, performing activities such as decrypting/encrypting the message if necessary, recording information about the access and about recipient instructions related to the message, archiving the message if necessary, and deleting the message when it is no longer needed.
  • the indicator messages sent to the recipients can take a variety of forms.
  • the indicator for an email could include the sender and the subject line only, the first few lines from the message body, or message attributes such as size or importance.
  • Each indicator also includes a reference to the corresponding message that will allow the message to be accessed.
  • the information about sending the message (“message sending information”) stored by the MDS system can also take a variety of forms, and can include both information supplied by the sender of the message as well as information generated by the MDS system. In addition, if recipients have previously supplied preference information about receiving indicators and messages, the MDS system can access this information.
  • the sender supplies message sending information that includes one or more recipients, and also can include optional information such as minimum or maximum expiration time periods for which the message should be stored or restrictions on access by some or all recipients (e.g., recipient 1 can only access the message once and recipient 2 is not allowed to see any of the attached documents).
  • the MDS system could instead generate information such as minimum or maximum expiration time periods or recipient access restrictions.
  • the MDS system can also record information such as the time that the indicators are sent out, the time and duration of each access by a recipient, and recipient instructions such as to save or delete the message.
  • a recipient After a recipient receives an indicator, the recipient can use the indicator to access the message.
  • a recipient receives both indicators and locally-stored messages, and the available messages and indicators are displayed in such a manner that the distinction between them is indistinguishable to the recipient.
  • the reference to the corresponding message in an indicator can allow the message to be accessed either manually (e.g., clicking on a link such as a URL) or automatically (e.g., retrieving the message when the indicator is selected).
  • the recipient can also provide various instructions about actions to be taken with a message corresponding to an indicator, such as to save or delete the message or to forward the message to another recipient.
  • An instruction to delete the message has an immediate effect on the indicator stored locally on the recipient system (i.e., the indicator is deleted or no longer displayed to the user).
  • a message action instruction can also affect the single copy of the electronic message stored by the MDS system.
  • the MDS system deletes the single copy of the message.
  • the MDS system may delete a message when the end of a maximum time period has expired, regardless of whether or not the message has been reviewed by all the recipients or whether recipients had requested that the message be saved.
  • the MDS system may retain the message stored on the central server even after all recipients have reviewed the message and requested that it be deleted, such as when a copy of the message is needed for archival or other purposes.
  • a message action instruction to forward the message to another recipient can also affect the message, such as by having the MDS system add the new recipient to the message sending information and possibly restart a maximum or minimum expiration time period.
  • centralized storage and management of the electronic messages to be distributed provides a variety of benefits. Since only a short indicator is sent to each recipient, the recipient systems require only a small amount of storage space. In addition, each recipient system does not need the necessary software to save and manage the electronic messages. Instead, the recipient system need only be able to display a message and to send request and message action instructions to the MDS system. In addition, central storage of the message provides easy access to the message when an appropriate authorized user needs access (e.g., for backup or when the recipient is unavailable). Finally, removal or modification of the message can be easily accomplished if such action is necessary.
  • FIG. 1 illustrates a server computer system 100 suitable for executing the Message Distribution Server (MDS) system as well as recipient client computer systems 150 , 160 , 170 , and 180 suitable for receiving and sending electronic messages.
  • the server computer system and recipient computer systems are connected via network 140 , although any transmission medium (e.g., circuit-based telephone lines, packet-based computer lines, wireless RF, etc.) can be used for the transmission of the electronic messages.
  • the server computer system includes a CPU 110 , input/output devices 120 , and a memory 130 .
  • the input/output devices include a network connection 122 , a computer-readable media drive 123 , a display 124 , and a storage device 126 , with the storage device including a Message Tracking Table 127 , a variety of stored messages 128 , and optionally the public encryption keys for the various recipient systems. In the illustrated embodiment, public and private encryption keys are assigned to systems rather than to specific users.
  • the MDS system 132 is executing in memory, and it includes a Message Distributor 134 component and a Message Tracker 136 component.
  • Recipient computer system 150 similarly includes a CPU 151 , a memory 152 , and input/output devices 156 .
  • the input/output devices include a storage device 158 which includes multiple stored message indicators 159 and optionally a public encryption key for the server computer system.
  • a Message Sender 154 component and Message Receiver 155 component are executing in memory.
  • Use of the MDS system begins when a user (e.g., a user of a recipient computer system) uses a Message Sender to supply an electronic message to the MDS system.
  • the sender of the message identifies one or more recipients for the electronic message, and can specify various optional message sending information.
  • the sender can also indicate whether the message should be transmitted in an encrypted manner. If the message is to be encrypted, the Message Sender retrieves the server system's public encryption key and uses the key to encrypt the message before sending the message to the MDS system. While many encryption schemes must leave recipient information unencrypted to enable message delivery, the MDS system can encrypt even the ultimate message recipients since all messages are first sent to the MDS system. If the message is not to be encrypted, the Message Sender sends the unencrypted message directly to the MDS system.
  • the MDS system When the MDS system receives a message to be distributed, the MDS system first decrypts the message with the server system's private key if the message is encrypted, and then stores the message on the storage device. In an alternate embodiment, the message can be stored in an encrypted manner on the storage device if access to the server computer system is not secure. The MDS system also notifies the Message Distributor and Message Tracker components and supplies any received message sending information to them.
  • the Message Distributor component is responsible for forwarding an appropriate message indicator to each of the recipients to notify them of the electronic message, and for storing appropriate message sending information in the Message Tracking Table.
  • the Message Tracking Table stores information that instructs the MDS system on how and when to send messages and indicators to recipients and stores records of when actions were taken or of instructions from recipients.
  • the Message Distributor first determines for each recipient (e.g., from the message sending information) whether the message indicator is to be encrypted when the indicator is sent to that recipient. If so, the Message Distributor retrieves the public encryption key for the recipient's computer system and uses the key to encrypt a copy of the message indicator.
  • the indicator whether encrypted or not, is then transmitted to the appropriate computer system for the recipient.
  • the Message Distributor creates an entry in the Message Tracking Table for each message. This entry will include the message sending information and access information for the message, including appropriate message action instructions from recipients.
  • the message indicators sent to recipients can take a variety of forms, and in some embodiments can vary for each recipient based on their preferences, their access privileges, or the message sending information. For example, only the sender of the message and the subject line could be included in a message indicator, or a computer-generated summary of the message could instead be included.
  • the message indicators include a reference to the stored electronic message that will allow the message to be accessed. In one embodiment, the reference could be a selectable link to the stored message (e.g., a URL), while in another embodiment the reference may be a unique ID. Note that if the message indicator is encrypted, even the limited information in the indicator will be secure during transit to the recipient.
  • the Message Receiver component When a recipient computer system receives a message indicator from the MDS system, the Message Receiver component first determines if the message indicator is encrypted. If so, the Message Receiver retrieves the recipient computer system's private key and decrypts the message. The Message Receiver then stores the decrypted message indicator on the recipient computer system. In an alternate embodiment, the message indicator could be stored in an encrypted fashion and could be decrypted when accessed by the recipient. The Message Receiver then displays to the recipient the various message indicators currently available on the recipient computer system, displaying some or all of the information available in each message indicator.
  • the Message Receiver uses the message reference information in the message indicator to retrieve the stored message from the server computer system.
  • the Message Receiver retrieves the stored message without the intervention of the MDS system, while in another embodiment the request is sent to the MDS system for approval and performance. If the Message Receiver component directly accesses the message stored on a server computer system, the Message Receiver notifies the MDS system that the message is being accessed by the recipient.
  • the Message Receiver can also supply other information to the MDS system related to the message access, such as the duration of message review or the types of interactions performed by the recipient with the message.
  • the recipient can select a message or message indicator and indicate a message action to be taken, such as saving, deleting, or forwarding the message.
  • the recipient can also indicate that a message be stored locally if the recipient computer system has the required space.
  • the user can also indicate other actions commonly performed on messages, such as to save the message in a particular folder.
  • such actions will be performed on the MDS system (e.g., by adding appropriate information in the Message Tracking Table or by storing a copy of the message in a physically distinct server location) while in other embodiments the appropriate action can be performed on the recipient's computer system.
  • Defaults can also affect whether various actions are available or needed (e.g., if a default behavior is to save a message unless it is explicitly deleted, a save instruction from a recipient is not necessary).
  • the Message Receiver removes the associated message indicator from the recipient computer system.
  • the Message Tracker component receives requests, instructions and other information from Message Receiver components and tracks the status of the various messages. If a request to review a message is received, the Message Tracker can determine whether the requesting user has access to review the message. If so, the Message Tracker will send the message to the recipient computer system for the user. If the message sending information or the recipient request indicates that the message is to be sent in an encrypted fashion, the Message Tracker can ensure that this takes place by performing the encryption. When the Message Tracker satisfies a request to review a stored message or receives a notification that such review has taken place, the Message Tracker updates information in the Message Tracking Table to reflect the information. Similarly, when the Message Tracker receives a message action instruction from a recipient such as to save or delete a message, the Message Tracker updates the Message Tracking Table to reflect the information.
  • the Message Tracker component will also monitor the messages to determine when it is no longer necessary to store a message. For example, if all recipients have reviewed the message and none have instructed that the message be saved (or in an embodiment where the default is to save the message and all recipients have indicated to delete the message), the Message Tracker can delete the stored message. Alternately, if a maximum time expiration period for the message has ended, the Message Tracker may delete the message even if all recipients have not reviewed the message or have indicated to save the message. When the single copy of the stored message is deleted, the Message Tracker also removes the entry for the message from the Message Tracking Table or otherwise indicates that the message is no longer to be monitored.
  • the Message Tracker can also receive requests from non-recipient users related to the stored messages (e.g., a request from a network administrator to delete a message or from a recipient's supervisor to review a message), and will satisfy the request when appropriate.
  • non-recipient users related to the stored messages e.g., a request from a network administrator to delete a message or from a recipient's supervisor to review a message
  • computer systems 100 and 150 are merely illustrative and are not intended to limit the scope of the present invention.
  • some recipient computer systems may have only one, but not both, of the Message Sender and Message Receiver components.
  • the Message Distributor and Message Tracker components may execute on separate computer systems.
  • a variety of encryption mechanisms are available, and one or more of these encryption mechanisms could be used by the MDS system.
  • Other operations on the message can also be performed with the MDS system, such as compressing messages when stored and/or transmitted.
  • the computer systems may contain additional components or may lack some illustrated components. Accordingly, the present invention may be practiced with other computer system configurations.
  • each entry contains a unique identifier for the message, the time that message indicators for the message were sent to the recipients, a maximum expiration time period, and status information for each recipient of the message as to whether the recipient has reviewed the message and has indicated to save the message.
  • the default is to save a message unless the recipients explicitly instruct that the message is to be deleted.
  • a message indicator for message 1 was sent to recipients ABC, BCD, and CDE at 8:15 a.m. on the specified date.
  • the recipient status information for message 1 indicates that recipients BCD and CDE have reviewed the message (e.g., by using the received message indicator to retrieve the message), and that of the two only recipient CDE has indicated that the message is to be saved. For example, BCD may have explicitly instructed that the message be deleted and CDE may not have indicated any explicit save or delete instruction.
  • recipient ABC has not yet reviewed message 1 .
  • the message sending information for message 2 that is stored in the Message Tracking Table indicates that a message indicator was sent to recipients ABC and XYZ at 13:37 hours on the indicated date.
  • Recipient status information indicates that both recipients have reviewed the message, and that recipient XYZ has indicated that the message is to be saved.
  • the maximum expiration time period for message 2 indicates that two weeks after the message indicators are sent, the message is to be deleted (even if recipient XYZ has indicated that the message is still to be saved).
  • Message Tracking Table 127 is merely illustrative.
  • the Message Tracking Table could contain information related to whether the message and/or message indicator is to be encrypted or not when transmitted, and could include recipient-specific information that indicates access information such as the time and duration of each message access.
  • message sending information could be used to restrict access to the message, such as allowing each recipient to review the message only a certain number of times or only when another recipient is not reviewing the message.
  • FIG. 3 is an exemplary flow diagram of an embodiment of the Message Sender routine 300 .
  • the Message Sender routine allows a user to designate an electronic message to be sent and to designate recipients for the message, to indicate whether the message and message indicators are to be encrypted when sent, and then sends the message to the MDS system for distribution.
  • the routine begins at step 305 where a message to be sent is received.
  • the routine continues at step 310 where the recipients for the message are indicated by the user.
  • step 315 it is determined whether the user has indicated to encrypt the message. If so, the routine continues at step 320 to retrieve the public encryption key for the MDS system and then to encrypt the message with the key in step 320 .
  • step 320 the routine continues at step 330 where the message is transmitted to the MDS system for further distribution.
  • the routine then ends in step 395 .
  • additional message sending information e.g., a maximum expiration period
  • FIG. 4 is an exemplary flow diagram of an embodiment of the Message Distribution Server routine 400 .
  • the Message Distribution Server routine receives new messages to be distributed to one or more recipients as well as requests or instructions from recipients to access or manipulate stored messages.
  • the routine begins at step 405 where a new message is received from a sender or a request is received from a message recipient.
  • the routine continues at step 410 to determine whether a message or a request was received. If a new message was received from a sender, the routine continues at step 415 where the Message Distributor subroutine is executed to forward the message to the appropriate recipients.
  • step 410 If it is instead determined in step 410 that a request from a message recipient was received, the routine continues at step 420 where the Message Tracker subroutine is executed to process the request. After steps 415 or 420 , the routine continues at step 425 to determine if there are more messages to distribute or requests to track. If so, the routine returns to step 405 , and if not the routine ends at step 495 .
  • FIG. 5 is an exemplary flow diagram of an embodiment of the Message Distributor subroutine 415 .
  • the Message Distributor subroutine receives a message to be distributed to one or more recipients, decrypts the message if necessary, sends an appropriate message indicator to each recipient, and records information related to the message in the Message Tracking Table.
  • the subroutine begins at step 505 where a message is received from a Message Sender.
  • the subroutine continues at step 510 to determine if the received message is encrypted, and if so continues at step 515 to decrypt the message with the server's private key.
  • step 515 the subroutine continues at step 520 to create an entry in the Message Tracking Table for the message. Information about the message, including message sending information, will be stored.
  • step 520 the subroutine continues at step 525 to add information for each recipient to the entry created in the Message Tracking Table, and in step 530 sets save flags for each recipient to indicate that the default behavior is for the message to be saved.
  • step 533 the subroutine then stores a single copy of the message.
  • the subroutine then continues to step 535 to create a message indicator that includes a reference to the message.
  • the indicator can also contain a variety of types of information about the message.
  • each recipient receives the same message indicator with subject and sender information, while in alternate embodiments different recipients can receive different indicators.
  • the subroutine then continues at step 540 to determine whether the message when received was encrypted.
  • the Message Distributor subroutine determines to send out message indicators in an encrypted form if the message was received encrypted.
  • a determination of whether to encrypt the message indicators could be made in a variety of other ways, such as encrypting all message indicators, using instructions from the sender, or accessing stored preference information for the recipients.
  • step 540 If it is determined in step 540 that the received message was encrypted, the subroutine continues at step 545 to retrieve the public key for each recipient, encrypt a copy of the message indicator with the retrieved key, and send the encrypted message indicators to the appropriate recipients. If it was instead determined in step 540 that the received message was not encrypted, the subroutine continues at step 550 to send an unencrypted message indicator to each recipient. After step 540 or step 545 , the subroutine continues to step 595 and returns.
  • FIG. 6 is an exemplary flow diagram of an embodiment of the Message Tracker subroutine 420 .
  • the Message Tracker subroutine receives requests from message recipients to review, save, or delete indicated messages, and performs the action if appropriate. In the illustrated embodiment, the default is to save messages, even after they are reviewed, unless the user explicitly indicates to delete the message.
  • the subroutine monitors any expiration period for the messages, and deletes a message if the expiration period has ended.
  • the subroutine begins at step 605 where a request is received from a message recipient to review, save, or delete an indicated message.
  • the subroutine continues at step 610 to determine the type of request.
  • the subroutine continues at step 615 to set the save flag for the recipient in the table entry for the indicated message. If the request is instead to review the message, the subroutine continues at step 625 to retrieve the indicated message. The subroutine then determines in step 630 whether the original message from the sender was encrypted, and if so, it encrypts the retrieved message with the recipient's public key. The subroutine then continues at step 635 to send the message to the recipient, and in step 640 sets the review flag for the recipient in the table entry to indicate that the message has been reviewed.
  • step 610 If it is instead determined in step 610 that the request was to delete a message, the subroutine continues at step 655 to unset the save flag for the recipient in the table entry. After steps 655 or 640 , the subroutine continues to step 660 to determine if there are any recipients of the indicated message whose review flags are currently not set (i.e., who have not reviewed the message) or whose save flags are set (i.e., have not indicated to delete the message). If all recipients have reviewed the message and none have indicated that the message is to be saved, the message can be safely deleted. Thus, if it is determined in step 665 that there are not any such determined recipients, the subroutine continues at step 650 to delete the indicated message and remove the entry in the table for the message.
  • step 645 determines if a message retention timer based on the message expiration period has expired. If so, the subroutine continues at step 650 to delete the message. If not, or after step 650 , the subroutine continues at step 695 to return.
  • the Message Tracker subroutine could use other factors when determining whether or not to delete a message or could process other requests such as to forward a message to other recipients and that other default behaviors could be used.
  • FIG. 7 is an exemplary flow diagram of an embodiment of the Message Receiver routine 700 .
  • the Message Receiver routine receives message indicators from the MDS system, decrypts the indicators when necessary, stores the indicators, presents the currently stored indicators to the recipient, receives requests from the recipient related to the messages corresponding to the indicators, and forwards the requests to the MDS system.
  • the routine begins at step 703 where any currently stored message indicators are presented to the recipient.
  • the routine then continues to step 705 where a message indicator is received from the MDS system or a request is received from the recipient.
  • the routine continues to step 707 to determine if a message indicator was received. If so, the routine continues to step 710 to determine if the indicator is encrypted.
  • step 715 the routine continues at step 715 to decrypt the indicator with a private key for the recipient. After step 715 , or if it was determined that the indicator was not encrypted, the routine continues at step 720 to locally store the unencrypted indicator. The routine then returns to step 703 to present the currently stored indicators.
  • step 745 determines if the request was to review, save, or delete the message corresponding to a selected indicator. If the request is to save the message corresponding to the indicator, the routine continues to step 750 to notify the MDS system that the corresponding message is to be saved. If the request is instead to delete the message corresponding to the indicator, the routine continues at step 755 to notify the MDS system to delete the corresponding message. The routine then continues at step 760 to delete the selected indicator from local storage. In some embodiments, the indicator will not be deleted, but the display of available indicators will instead change (e.g., the indicator will not be visible or will be grayed out).
  • the recipient may later be able to indicate that they now want to review the message or that the message is to be saved.
  • the MDS system determines that the message is no longer accessible to the user (e.g., the user has exceeded a maximum number of times they are allowed to access the message)
  • the MDS system can notify the Message Receiver to delete the indicator for the message or change the display of indicators so that the indicator is no longer available.
  • the message may not be available to the recipient even if it is still stored by the MDS system.
  • step 745 If it was instead determined in step 745 that the request is to review the message corresponding to the indicator, the routine continues at step 765 to notify the MDS system that the message is to be reviewed and to receive in response the message from the MDS system. The routine then continues to step 770 to decrypt the retrieved message if necessary with the recipient's private key, and then to step 775 to present the unencrypted message to the recipient for review. After steps 750 , 760 , or 775 , the routine returns to step 703 to present the currently stored indicators.

Abstract

A system for distributing electronic messages in an efficient manner using centralized storage and management. In particular, the system receives electronic messages to be distributed to one or more recipients, centrally stores a single copy of the message as well as various information about sending the message, and sends to each recipient a short indicator message to notify the recipient that the electronic message is available. The system then tracks and manages requests from the recipients to access the message by permitting access when appropriate, performing activities such as decrypting/encrypting the message if necessary, recording information about the access and about recipient instructions related to the message, archiving the message if necessary, and deleting the message when it is no longer needed. After a recipient receives an indicator, the recipient can use the indicator to access and review the message. The recipient can also provide various instructions about actions to be taken with the message corresponding to an indicator, such as to save or delete the message or to forward the message to another recipient. After all recipients have reviewed the message and no recipient has currently indicated to save the message (or all have indicated to delete the message), the system can then delete the single copy of the message.

Description

    TECHNICAL FIELD
  • The present invention relates generally to communicating via electronic messages, and more particularly to a distribution system for electronic messages using centralized storage and management. [0001]
  • BACKGROUND OF THE INVENTION
  • Electronically-communicated messages (“electronic messages” or “electronic communications”) such as email, paging messages, and transmitted documents, have become increasingly popular and pervasive in recent years. The ability to send an electronic message to multiple recipients provides for quick and efficient communication, and the use of electronic messages has become common in business settings. [0002]
  • While the use of electronic messages provides various benefits, current mechanisms for distributing such messages have various drawbacks. For example, when an electronic message is to be sent to multiple recipients, current messaging systems deliver a separate copy of the message from the sender's system to each of the recipients' systems (such as a pager to receive paging messages or a personal computer system to receive email, etc.). Each recipient system that receives the message is then responsible for storing and managing the message. [0003]
  • Unfortunately, this system of decentralized message storage and management creates various problems. One such problem is that each recipient system needs significant storage space to hold the various electronic messages for that recipient until the recipient has reviewed the message and no longer wants to save it. As electronic messages increasingly transport complex forms of data (e.g., an email with one or more other documents attached), the size of the messages and thus the required storage space for them only exacerbate the problem of insufficient storage. In addition, decentralized storage creates problems when non-recipient access to a message is needed. For example, in a business setting it may be necessary for users other than a recipient to have access to the recipient's messages, such as when the recipient is out of the office or is no longer employed at the business. Similarly, it may be necessary in some settings to create backup or archival copies of all important messages so that failure of a particular computer system does not cause locally-stored messages to be lost. In many network environments, central servers on the network are backed up regularly but individual client systems may not be. [0004]
  • In addition, if a user wishes to ensure that an electronic message be protected from users who should not have access to it, it may be necessary to encrypt the message. If the message is stored on the recipient system, it is likely that the encryption mechanism employed by the recipient may create a further barrier to access of the message by others with a legitimate need for access. For example, a particular user may use a private password or a private encryption key which is not known or available to other users. Finally, there are situations in which it may be necessary to perform an action on all copies of a message, such as if an administrator needs to delete all copies of a message because it is discovered that the message contains a virus. [0005]
  • SUMMARY OF THE INVENTION
  • Some embodiments of the present invention provide a method and system for distributing electronic messages in an efficient manner using centralized storage and management. In particular, the system receives electronic messages to be distributed to one or more recipients, centrally stores a single copy of the message as well as various information about sending the message, and sends to each recipient a short indicator message to notify the recipient that the electronic message is available. The system then tracks and manages requests from the recipients to access the message by permitting access when appropriate, performing activities such as decrypting/encrypting the message if necessary, recording information about the access and about recipient instructions related to the message, archiving the message if necessary, and deleting the message when it is no longer needed. After a recipient receives an indicator, the recipient can use the indicator to access and review the message. The recipient can also provide various instructions about actions to be taken with the message corresponding to an indicator, such as to save or delete the message or to forward the message to another recipient. In one embodiment, after all recipients have reviewed the message and no recipient has currently indicated to save the message (or all have indicated to delete the message), the system then deletes the single copy of the message. [0006]
  • In this manner, centralized storage and management of the electronic messages to be distributed provides a variety of benefits. Since only a short indicator is sent to each recipient, the recipient systems require only a small amount of storage space. In addition, each recipient system does not need the necessary software to save and manage the electronic messages. Instead, the recipient system need only be able to display a message and to send request and message action instructions to the system. In addition, central storage of the message provides easy access to the message when an appropriate authorized user needs access (e.g., for backup or when the recipient is unavailable). Finally, removal or modification of the message can be easily accomplished if such action is necessary. [0007]
  • In one embodiment, the system securely sends an electronic communication to multiple recipients, at least one of whom is unable to permanently store the electronic communication. The system first receives an indication of the electronic communication to be sent and receives an indication of the recipient users. The system then retrieves an encryption key for a server computer, encrypts the electronic communication with the retrieved server encryption key, and sends the encrypted electronic communication to the server. The server then receives the sent encrypted electronic communication and stores a single copy of the electronic communication. The server also creates a notification electronic communication including a reference to the electronic communication and sends a copy of the notification electronic communication to each of the recipient users. Upon receiving a request from a recipient user for the referenced electronic communication, the server decrypts the received encrypted electronic communication, retrieves a distinct encryption key for the recipient user, and encrypts a copy of the decrypted electronic communication with the retrieved distinct encryption key. Finally, the server sends the encrypted copy to the recipient user for temporary storage while the sent encrypted copy is reviewed. [0008]
  • Similarly, one embodiment of the system allows a designated recipient to receive an electronic communication from a server that stores a single copy of the electronic communication. The recipient first receives an electronic communication notification from the server that references the electronic communication, with the electronic communication notification distinct from the electronic communication. The recipient then requests from the server the referenced electronic communication, and receives from the server a copy of the requested electronic communication. When access to the electronic communication is no longer desired, the recipient indicates to the server to delete the electronic communication, and the server after receiving indications from all recipients to delete the electronic communication deletes the single stored copy of the electronic communication.[0009]
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 is a block diagram illustrating an embodiment of the Message Distribution Server system of the present invention. [0010]
  • FIG. 2 is an example of a Message Tracking Table. [0011]
  • FIG. 3 is an exemplary flow diagram of an embodiment of the Message Sender routine. [0012]
  • FIG. 4 is an exemplary flow diagram of an embodiment of the Message Distribution Server routine. [0013]
  • FIG. 5 is an exemplary flow diagram of an embodiment of the Message Distributor subroutine. [0014]
  • FIG. 6 is an exemplary flow diagram of an embodiment of the Message Tracker subroutine. [0015]
  • FIG. 7 is an exemplary flow diagram of an embodiment of the Message Receiver routine.[0016]
  • DETAILED DESCRIPTION OF THE INVENTION
  • An embodiment of the present invention provides a method and system for distributing electronic messages in an efficient manner using centralized storage and management. In particular, the Message Distribution Server (MDS) system receives electronic messages to be distributed to one or more recipients, centrally stores a single copy of the message as well as various information about sending the message, and sends to each recipient a short indicator message to notify the recipient that the electronic message is available. The MDS system then tracks and manages requests from the recipients to access the message by permitting access when appropriate, performing activities such as decrypting/encrypting the message if necessary, recording information about the access and about recipient instructions related to the message, archiving the message if necessary, and deleting the message when it is no longer needed. [0017]
  • The indicator messages sent to the recipients can take a variety of forms. For example, the indicator for an email could include the sender and the subject line only, the first few lines from the message body, or message attributes such as size or importance. Each indicator also includes a reference to the corresponding message that will allow the message to be accessed. The information about sending the message (“message sending information”) stored by the MDS system can also take a variety of forms, and can include both information supplied by the sender of the message as well as information generated by the MDS system. In addition, if recipients have previously supplied preference information about receiving indicators and messages, the MDS system can access this information. The sender supplies message sending information that includes one or more recipients, and also can include optional information such as minimum or maximum expiration time periods for which the message should be stored or restrictions on access by some or all recipients (e.g., [0018] recipient 1 can only access the message once and recipient 2 is not allowed to see any of the attached documents). Alternatively, the MDS system could instead generate information such as minimum or maximum expiration time periods or recipient access restrictions. The MDS system can also record information such as the time that the indicators are sent out, the time and duration of each access by a recipient, and recipient instructions such as to save or delete the message.
  • After a recipient receives an indicator, the recipient can use the indicator to access the message. In one embodiment, a recipient receives both indicators and locally-stored messages, and the available messages and indicators are displayed in such a manner that the distinction between them is indistinguishable to the recipient. The reference to the corresponding message in an indicator can allow the message to be accessed either manually (e.g., clicking on a link such as a URL) or automatically (e.g., retrieving the message when the indicator is selected). The recipient can also provide various instructions about actions to be taken with a message corresponding to an indicator, such as to save or delete the message or to forward the message to another recipient. An instruction to delete the message has an immediate effect on the indicator stored locally on the recipient system (i.e., the indicator is deleted or no longer displayed to the user). [0019]
  • A message action instruction can also affect the single copy of the electronic message stored by the MDS system. In one embodiment, after all recipients have reviewed the message and no recipient has currently indicated to save the message (or all have indicated to delete the message), the MDS system deletes the single copy of the message. In an alternate embodiment, the MDS system may delete a message when the end of a maximum time period has expired, regardless of whether or not the message has been reviewed by all the recipients or whether recipients had requested that the message be saved. In yet another embodiment, the MDS system may retain the message stored on the central server even after all recipients have reviewed the message and requested that it be deleted, such as when a copy of the message is needed for archival or other purposes. A message action instruction to forward the message to another recipient can also affect the message, such as by having the MDS system add the new recipient to the message sending information and possibly restart a maximum or minimum expiration time period. [0020]
  • In this manner, centralized storage and management of the electronic messages to be distributed provides a variety of benefits. Since only a short indicator is sent to each recipient, the recipient systems require only a small amount of storage space. In addition, each recipient system does not need the necessary software to save and manage the electronic messages. Instead, the recipient system need only be able to display a message and to send request and message action instructions to the MDS system. In addition, central storage of the message provides easy access to the message when an appropriate authorized user needs access (e.g., for backup or when the recipient is unavailable). Finally, removal or modification of the message can be easily accomplished if such action is necessary. [0021]
  • FIG. 1 illustrates a [0022] server computer system 100 suitable for executing the Message Distribution Server (MDS) system as well as recipient client computer systems 150, 160, 170, and 180 suitable for receiving and sending electronic messages. In the illustrated embodiment, the server computer system and recipient computer systems are connected via network 140, although any transmission medium (e.g., circuit-based telephone lines, packet-based computer lines, wireless RF, etc.) can be used for the transmission of the electronic messages. The server computer system includes a CPU 110, input/output devices 120, and a memory 130. The input/output devices include a network connection 122, a computer-readable media drive 123, a display 124, and a storage device 126, with the storage device including a Message Tracking Table 127, a variety of stored messages 128, and optionally the public encryption keys for the various recipient systems. In the illustrated embodiment, public and private encryption keys are assigned to systems rather than to specific users. The MDS system 132 is executing in memory, and it includes a Message Distributor 134 component and a Message Tracker 136 component. Recipient computer system 150 similarly includes a CPU 151, a memory 152, and input/output devices 156. The input/output devices include a storage device 158 which includes multiple stored message indicators 159 and optionally a public encryption key for the server computer system. A Message Sender 154 component and Message Receiver 155 component are executing in memory.
  • Use of the MDS system begins when a user (e.g., a user of a recipient computer system) uses a Message Sender to supply an electronic message to the MDS system. In addition to supplying the message, the sender of the message identifies one or more recipients for the electronic message, and can specify various optional message sending information. The sender can also indicate whether the message should be transmitted in an encrypted manner. If the message is to be encrypted, the Message Sender retrieves the server system's public encryption key and uses the key to encrypt the message before sending the message to the MDS system. While many encryption schemes must leave recipient information unencrypted to enable message delivery, the MDS system can encrypt even the ultimate message recipients since all messages are first sent to the MDS system. If the message is not to be encrypted, the Message Sender sends the unencrypted message directly to the MDS system. [0023]
  • When the MDS system receives a message to be distributed, the MDS system first decrypts the message with the server system's private key if the message is encrypted, and then stores the message on the storage device. In an alternate embodiment, the message can be stored in an encrypted manner on the storage device if access to the server computer system is not secure. The MDS system also notifies the Message Distributor and Message Tracker components and supplies any received message sending information to them. [0024]
  • The Message Distributor component is responsible for forwarding an appropriate message indicator to each of the recipients to notify them of the electronic message, and for storing appropriate message sending information in the Message Tracking Table. As is discussed in greater detail with respect to FIG. 2, the Message Tracking Table stores information that instructs the MDS system on how and when to send messages and indicators to recipients and stores records of when actions were taken or of instructions from recipients. The Message Distributor first determines for each recipient (e.g., from the message sending information) whether the message indicator is to be encrypted when the indicator is sent to that recipient. If so, the Message Distributor retrieves the public encryption key for the recipient's computer system and uses the key to encrypt a copy of the message indicator. The indicator, whether encrypted or not, is then transmitted to the appropriate computer system for the recipient. In addition, the Message Distributor creates an entry in the Message Tracking Table for each message. This entry will include the message sending information and access information for the message, including appropriate message action instructions from recipients. [0025]
  • The message indicators sent to recipients can take a variety of forms, and in some embodiments can vary for each recipient based on their preferences, their access privileges, or the message sending information. For example, only the sender of the message and the subject line could be included in a message indicator, or a computer-generated summary of the message could instead be included. The message indicators include a reference to the stored electronic message that will allow the message to be accessed. In one embodiment, the reference could be a selectable link to the stored message (e.g., a URL), while in another embodiment the reference may be a unique ID. Note that if the message indicator is encrypted, even the limited information in the indicator will be secure during transit to the recipient. [0026]
  • When a recipient computer system receives a message indicator from the MDS system, the Message Receiver component first determines if the message indicator is encrypted. If so, the Message Receiver retrieves the recipient computer system's private key and decrypts the message. The Message Receiver then stores the decrypted message indicator on the recipient computer system. In an alternate embodiment, the message indicator could be stored in an encrypted fashion and could be decrypted when accessed by the recipient. The Message Receiver then displays to the recipient the various message indicators currently available on the recipient computer system, displaying some or all of the information available in each message indicator. [0027]
  • When the user indicates that they wish to review a message corresponding to a message indicator, the Message Receiver uses the message reference information in the message indicator to retrieve the stored message from the server computer system. In one embodiment, the Message Receiver retrieves the stored message without the intervention of the MDS system, while in another embodiment the request is sent to the MDS system for approval and performance. If the Message Receiver component directly accesses the message stored on a server computer system, the Message Receiver notifies the MDS system that the message is being accessed by the recipient. The Message Receiver can also supply other information to the MDS system related to the message access, such as the duration of message review or the types of interactions performed by the recipient with the message. [0028]
  • In addition to reviewing messages, the recipient can select a message or message indicator and indicate a message action to be taken, such as saving, deleting, or forwarding the message. In some embodiments, the recipient can also indicate that a message be stored locally if the recipient computer system has the required space. The user can also indicate other actions commonly performed on messages, such as to save the message in a particular folder. In some embodiments, such actions will be performed on the MDS system (e.g., by adding appropriate information in the Message Tracking Table or by storing a copy of the message in a physically distinct server location) while in other embodiments the appropriate action can be performed on the recipient's computer system. Defaults can also affect whether various actions are available or needed (e.g., if a default behavior is to save a message unless it is explicitly deleted, a save instruction from a recipient is not necessary). When a recipient indicates that a message is to be deleted, the Message Receiver removes the associated message indicator from the recipient computer system. [0029]
  • The Message Tracker component receives requests, instructions and other information from Message Receiver components and tracks the status of the various messages. If a request to review a message is received, the Message Tracker can determine whether the requesting user has access to review the message. If so, the Message Tracker will send the message to the recipient computer system for the user. If the message sending information or the recipient request indicates that the message is to be sent in an encrypted fashion, the Message Tracker can ensure that this takes place by performing the encryption. When the Message Tracker satisfies a request to review a stored message or receives a notification that such review has taken place, the Message Tracker updates information in the Message Tracking Table to reflect the information. Similarly, when the Message Tracker receives a message action instruction from a recipient such as to save or delete a message, the Message Tracker updates the Message Tracking Table to reflect the information. [0030]
  • The Message Tracker component will also monitor the messages to determine when it is no longer necessary to store a message. For example, if all recipients have reviewed the message and none have instructed that the message be saved (or in an embodiment where the default is to save the message and all recipients have indicated to delete the message), the Message Tracker can delete the stored message. Alternately, if a maximum time expiration period for the message has ended, the Message Tracker may delete the message even if all recipients have not reviewed the message or have indicated to save the message. When the single copy of the stored message is deleted, the Message Tracker also removes the entry for the message from the Message Tracking Table or otherwise indicates that the message is no longer to be monitored. In some embodiments, the Message Tracker can also receive requests from non-recipient users related to the stored messages (e.g., a request from a network administrator to delete a message or from a recipient's supervisor to review a message), and will satisfy the request when appropriate. [0031]
  • Those skilled in the art will appreciate that [0032] computer systems 100 and 150 are merely illustrative and are not intended to limit the scope of the present invention. For example, some recipient computer systems may have only one, but not both, of the Message Sender and Message Receiver components. Similarly, the Message Distributor and Message Tracker components may execute on separate computer systems. In addition, a variety of encryption mechanisms are available, and one or more of these encryption mechanisms could be used by the MDS system. Other operations on the message can also be performed with the MDS system, such as compressing messages when stored and/or transmitted. The computer systems may contain additional components or may lack some illustrated components. Accordingly, the present invention may be practiced with other computer system configurations.
  • As an illustrative example of a Message Tracking Table, consider Message Tracking Table [0033] 127 shown in FIG. 2. The illustrated Message Tracking Table contains an entry for each electronic message that is to be distributed to one or more recipients, and contains various message sending information and message access information. In particular, in the illustrated embodiment, each entry contains a unique identifier for the message, the time that message indicators for the message were sent to the recipients, a maximum expiration time period, and status information for each recipient of the message as to whether the recipient has reviewed the message and has indicated to save the message. In the illustrated embodiment, the default is to save a message unless the recipients explicitly instruct that the message is to be deleted.
  • As is shown in the Message Tracking Table, a message indicator for [0034] message 1 was sent to recipients ABC, BCD, and CDE at 8:15 a.m. on the specified date. The recipient status information for message 1 indicates that recipients BCD and CDE have reviewed the message (e.g., by using the received message indicator to retrieve the message), and that of the two only recipient CDE has indicated that the message is to be saved. For example, BCD may have explicitly instructed that the message be deleted and CDE may not have indicated any explicit save or delete instruction. As indicated, recipient ABC has not yet reviewed message 1. Similarly, the message sending information for message 2 that is stored in the Message Tracking Table indicates that a message indicator was sent to recipients ABC and XYZ at 13:37 hours on the indicated date. Recipient status information indicates that both recipients have reviewed the message, and that recipient XYZ has indicated that the message is to be saved. The maximum expiration time period for message 2 indicates that two weeks after the message indicators are sent, the message is to be deleted (even if recipient XYZ has indicated that the message is still to be saved).
  • Those skilled in the art will appreciate Message Tracking Table [0035] 127 is merely illustrative. For example, the Message Tracking Table could contain information related to whether the message and/or message indicator is to be encrypted or not when transmitted, and could include recipient-specific information that indicates access information such as the time and duration of each message access. In addition, message sending information could be used to restrict access to the message, such as allowing each recipient to review the message only a certain number of times or only when another recipient is not reviewing the message.
  • FIG. 3 is an exemplary flow diagram of an embodiment of the [0036] Message Sender routine 300. The Message Sender routine allows a user to designate an electronic message to be sent and to designate recipients for the message, to indicate whether the message and message indicators are to be encrypted when sent, and then sends the message to the MDS system for distribution. The routine begins at step 305 where a message to be sent is received. The routine continues at step 310 where the recipients for the message are indicated by the user. In step 315 it is determined whether the user has indicated to encrypt the message. If so, the routine continues at step 320 to retrieve the public encryption key for the MDS system and then to encrypt the message with the key in step 320. After step 320, or if it was determined in step 315 that the message is not to be encrypted, the routine continues at step 330 where the message is transmitted to the MDS system for further distribution. The routine then ends in step 395. Those skilled in the art will appreciate that the Message Sender routine could be modified in a variety of ways, such as by allowing the sender to specify additional message sending information (e.g., a maximum expiration period) for all recipients or on a recipient-specific basis.
  • FIG. 4 is an exemplary flow diagram of an embodiment of the Message [0037] Distribution Server routine 400. The Message Distribution Server routine receives new messages to be distributed to one or more recipients as well as requests or instructions from recipients to access or manipulate stored messages. The routine begins at step 405 where a new message is received from a sender or a request is received from a message recipient. The routine continues at step 410 to determine whether a message or a request was received. If a new message was received from a sender, the routine continues at step 415 where the Message Distributor subroutine is executed to forward the message to the appropriate recipients. If it is instead determined in step 410 that a request from a message recipient was received, the routine continues at step 420 where the Message Tracker subroutine is executed to process the request. After steps 415 or 420, the routine continues at step 425 to determine if there are more messages to distribute or requests to track. If so, the routine returns to step 405, and if not the routine ends at step 495.
  • FIG. 5 is an exemplary flow diagram of an embodiment of the [0038] Message Distributor subroutine 415. The Message Distributor subroutine receives a message to be distributed to one or more recipients, decrypts the message if necessary, sends an appropriate message indicator to each recipient, and records information related to the message in the Message Tracking Table. The subroutine begins at step 505 where a message is received from a Message Sender. The subroutine continues at step 510 to determine if the received message is encrypted, and if so continues at step 515 to decrypt the message with the server's private key. After step 515, or if it was determined in step 510 that the received message was not encrypted, the subroutine continues at step 520 to create an entry in the Message Tracking Table for the message. Information about the message, including message sending information, will be stored. After step 520, the subroutine continues at step 525 to add information for each recipient to the entry created in the Message Tracking Table, and in step 530 sets save flags for each recipient to indicate that the default behavior is for the message to be saved. At step 533, the subroutine then stores a single copy of the message.
  • The subroutine then continues to step [0039] 535 to create a message indicator that includes a reference to the message. The indicator can also contain a variety of types of information about the message. In the illustrated embodiment, each recipient receives the same message indicator with subject and sender information, while in alternate embodiments different recipients can receive different indicators. The subroutine then continues at step 540 to determine whether the message when received was encrypted. In the illustrated embodiment, the Message Distributor subroutine determines to send out message indicators in an encrypted form if the message was received encrypted. Those skilled in the art will appreciate that a determination of whether to encrypt the message indicators could be made in a variety of other ways, such as encrypting all message indicators, using instructions from the sender, or accessing stored preference information for the recipients. If it is determined in step 540 that the received message was encrypted, the subroutine continues at step 545 to retrieve the public key for each recipient, encrypt a copy of the message indicator with the retrieved key, and send the encrypted message indicators to the appropriate recipients. If it was instead determined in step 540 that the received message was not encrypted, the subroutine continues at step 550 to send an unencrypted message indicator to each recipient. After step 540 or step 545, the subroutine continues to step 595 and returns.
  • FIG. 6 is an exemplary flow diagram of an embodiment of the [0040] Message Tracker subroutine 420. The Message Tracker subroutine receives requests from message recipients to review, save, or delete indicated messages, and performs the action if appropriate. In the illustrated embodiment, the default is to save messages, even after they are reviewed, unless the user explicitly indicates to delete the message. In addition, the subroutine monitors any expiration period for the messages, and deletes a message if the expiration period has ended. The subroutine begins at step 605 where a request is received from a message recipient to review, save, or delete an indicated message. The subroutine continues at step 610 to determine the type of request. If the request is to save an indicated message, the subroutine continues at step 615 to set the save flag for the recipient in the table entry for the indicated message. If the request is instead to review the message, the subroutine continues at step 625 to retrieve the indicated message. The subroutine then determines in step 630 whether the original message from the sender was encrypted, and if so, it encrypts the retrieved message with the recipient's public key. The subroutine then continues at step 635 to send the message to the recipient, and in step 640 sets the review flag for the recipient in the table entry to indicate that the message has been reviewed.
  • If it is instead determined in [0041] step 610 that the request was to delete a message, the subroutine continues at step 655 to unset the save flag for the recipient in the table entry. After steps 655 or 640, the subroutine continues to step 660 to determine if there are any recipients of the indicated message whose review flags are currently not set (i.e., who have not reviewed the message) or whose save flags are set (i.e., have not indicated to delete the message). If all recipients have reviewed the message and none have indicated that the message is to be saved, the message can be safely deleted. Thus, if it is determined in step 665 that there are not any such determined recipients, the subroutine continues at step 650 to delete the indicated message and remove the entry in the table for the message. If it was instead determined in step 665 that such determined recipients did exist, or after step 615, the subroutine continues at step 645 to determine if a message retention timer based on the message expiration period has expired. If so, the subroutine continues at step 650 to delete the message. If not, or after step 650, the subroutine continues at step 695 to return. Those skilled in the art will appreciate that the Message Tracker subroutine could use other factors when determining whether or not to delete a message or could process other requests such as to forward a message to other recipients and that other default behaviors could be used.
  • FIG. 7 is an exemplary flow diagram of an embodiment of the [0042] Message Receiver routine 700. The Message Receiver routine receives message indicators from the MDS system, decrypts the indicators when necessary, stores the indicators, presents the currently stored indicators to the recipient, receives requests from the recipient related to the messages corresponding to the indicators, and forwards the requests to the MDS system. The routine begins at step 703 where any currently stored message indicators are presented to the recipient. The routine then continues to step 705 where a message indicator is received from the MDS system or a request is received from the recipient. The routine continues to step 707 to determine if a message indicator was received. If so, the routine continues to step 710 to determine if the indicator is encrypted. If the indicator is encrypted, the routine continues at step 715 to decrypt the indicator with a private key for the recipient. After step 715, or if it was determined that the indicator was not encrypted, the routine continues at step 720 to locally store the unencrypted indicator. The routine then returns to step 703 to present the currently stored indicators.
  • If it was instead determined in [0043] step 707 that a request was received from the recipient, the routine continues to step 745 to determine if the request was to review, save, or delete the message corresponding to a selected indicator. If the request is to save the message corresponding to the indicator, the routine continues to step 750 to notify the MDS system that the corresponding message is to be saved. If the request is instead to delete the message corresponding to the indicator, the routine continues at step 755 to notify the MDS system to delete the corresponding message. The routine then continues at step 760 to delete the selected indicator from local storage. In some embodiments, the indicator will not be deleted, but the display of available indicators will instead change (e.g., the indicator will not be visible or will be grayed out). In these embodiments, if the message continues to be stored by the MDS system, the recipient may later be able to indicate that they now want to review the message or that the message is to be saved. Alternately, if the MDS system determines that the message is no longer accessible to the user (e.g., the user has exceeded a maximum number of times they are allowed to access the message), the MDS system can notify the Message Receiver to delete the indicator for the message or change the display of indicators so that the indicator is no longer available. In other embodiments in which the indicator is immediately deleted, the message may not be available to the recipient even if it is still stored by the MDS system.
  • If it was instead determined in [0044] step 745 that the request is to review the message corresponding to the indicator, the routine continues at step 765 to notify the MDS system that the message is to be reviewed and to receive in response the message from the MDS system. The routine then continues to step 770 to decrypt the retrieved message if necessary with the recipient's private key, and then to step 775 to present the unencrypted message to the recipient for review. After steps 750, 760, or 775, the routine returns to step 703 to present the currently stored indicators.
  • From the foregoing it will be appreciated that, although specific embodiments of the invention have been described herein for purposes of illustration, various modifications may be made without deviating from the spirit and scope of the invention. Accordingly, the invention is not limited except as by the appended claims. [0045]

Claims (44)

1. A method for securely sending an electronic message to multiple recipients, the method comprising:
(a) receiving an indication of an encrypted electronic message to be sent to multiple recipient users;
(b) storing a single copy of the electronic message;
(c) creating a notification electronic message including a reference to the electronic message;
(d) sending a copy of the notification electronic message to each of the recipient users; and
upon receiving a request from a recipient user for the referenced electronic message,
(e) decrypting the received encrypted electronic message;
(f) retrieving an encryption key for the recipient user;
(g) encrypting a copy of the decrypted electronic message with the retrieved encryption key; and
(h) sending the encrypted copy to the recipient user for temporary storage while the sent encrypted copy is reviewed.
2. The method of claim 1 including:
under the control of the server, when it is determined that an encrypted copy of the electronic message has been sent to all of the recipient users, deleting the stored single copy of the electronic message.
3. The method of claim 1 including:
under the control of the server, when it is determined that an encrypted copy of the electronic message has been sent to all of the recipient users and that none of the recipient users have indicated that the electronic message is to be saved, deleting the stored single copy of the electronic message.
4. The method of claim 1 including:
under the control of the server, when it is determined that a specified period of time after the sending of the notification electronic messages has expired, deleting the stored single copy of the electronic message.
5. The method of claim 1 wherein contents of the notification electronic message consist of the reference to the received electronic message, an identification of a sender of the electronic message, and a subject of the electronic message.
6. The method of claim 1 including retrieving message sending instructions for a recipient user, and wherein the sending of the copy of the notification electronic message to that recipient user is performed according to the message sending instructions.
7. The method of claim 6 wherein the retrieved message sending instructions specify types of information to be included in the notification electronic message sent to that recipient user, and wherein the copy of the notification electronic message to be sent to that recipient user includes the specified types of information.
8. The method of claim 1 wherein for at least one recipient user, before the copy of the notification electronic message is sent to the at least one recipient user, the copy is encrypted with the encryption key for the at least one recipient user.
9. The method of claim 1 wherein the recipient user is unable to permanently store the electronic message.
10. The method of claim 1 wherein steps (a)-(h) are performed under control of a server computer, and including:
before the receiving of the indication, under control of a sending computer,
receiving an indication of the electronic message;
retrieving an encryption key for the server computer, the server encryption key distinct from the retrieved encryption key for the recipient user;
encrypting the electronic message with the retrieved server encryption key; and
sending the encrypted electronic message to the server computer.
11. A computer-implemented method for sending an electronic communication to recipients, the method comprising:
receiving an indication of an electronic communication and of at least one recipient to receive the electronic communication;
determining whether multiple recipients of the electronic communication have been indicated; and
when it is determined that multiple recipients have been indicated,
storing the electronic communication;
notifying each of the multiple recipients of the electronic communication without sending the electronic communication to the recipients; and
in response to a request for the electronic communication from a recipient, sending the electronic communication to the recipient.
12. The method of claim 11 including:
when it is determined that multiple recipients have not been indicated,
sending the electronic communication to the recipient without waiting for a request for the electronic communication.
13. The method of claim 11 including:
tracking the sending of the electronic communication to the recipients; and
when the electronic communication has been sent to all of the recipients, deleting the stored electronic communication.
14. The method of claim 11 including:
when it is determined that the electronic communication has been sent to all of the recipients and that none of the recipients have indicated that the electronic communication is to be saved, deleting the stored electronic communication.
15. The method of claim 1 including:
when it is determined that the electronic communication has been sent to all of the recipients and that all of the recipients have indicated that the electronic communication can be deleted, deleting the stored electronic communication.
16. The method of claim 11 including:
determining a period of time for which the electronic communication will be stored; and
when the determined period of time has expired, deleting the stored electronic communication.
17. The method of claim 11 wherein the notifying of a recipient of the electronic communication involves sending a distinct indicator electronic communication to the recipient.
18. The method of claim 11 including retrieving notifying instructions for a recipient, and wherein the notifying of the recipient is performed according to the notifying instructions.
19. The method of claim 18 wherein the notifying instructions are supplied by a sender of the electronic communication.
20. The method of claim 18 wherein the notifying instructions are supplied by the recipient.
21. The method of claim 18 wherein the notifying instructions are determined automatically based on past interactions with the recipient.
22. The method of claim 18 wherein the notifying instructions indicate that the notifying is to be performed in an encrypted manner.
23. A computer-implemented method for sending an electronic communication to a plurality of recipients, the method comprising:
receiving an indication of the electronic communication and of the plurality of recipients to receive the electronic communication;
storing a single copy of the electronic communication;
notifying each of the recipients of the electronic communication without sending the electronic communication to the recipients; and
in response to a request for the electronic communication from a recipient, sending the electronic communication to the recipient.
24. The method of claim 23 including:
tracking the requests for the electronic communication from the recipients; and
after all of the recipients have requested the electronic communication, deleting the stored electronic communication.
25. The method of claim 24 wherein the deleting is performed only when none of the recipients desire continuing access to the electronic communication.
26. The method of claim 23 including automatically sending the electronic communication to a non-recipient authorized to access the electronic communication.
27. The method of claim 23 including retrieving sending instructions for a recipient, and wherein the sending of the electronic communication is performed according to the sending instructions.
28. The method of claim 27 wherein the sending instructions are supplied by a sender of the electronic communication.
29. The method of claim 27 wherein the sending instructions indicate that the sending is to be performed in an encrypted manner.
30. A computer-implemented method for one of a plurality of designated recipients of an electronic communication to receive the electronic communication from a server that stores a single copy of the electronic communication, the method comprising:
receiving an electronic communication notification from the server that references the single copy of the electronic communication, the electronic communication notification distinct from the electronic communication;
requesting from the server the referenced electronic communication; and
receiving from the server a copy of the requested electronic communication.
31. The method of claim 30 including:
when access to the electronic communication is no longer desired, indicating to the server to delete the electronic communication, so that the server deletes the single stored copy of the electronic communication after receiving indications from all recipients to delete the electronic communication.
32. The method of claim 31 including:
after the receiving of the electronic communication notification, storing the electronic communication notification locally; and
after the indicating to the server to delete the electronic communication, deleting the stored electronic communication notification even if all recipients have not indicated to delete the electronic communication.
33. The method of claim 31 including storing the electronic communication locally such that the local stored electronic communication is preserved even when the server deletes the single stored copy.
34. The method of claim 30 wherein the electronic communication received from the server is encrypted using a public encryption key for the one of the plurality of designated recipients, and including retrieving a private encryption key for the one of the plurality of designated recipients to decrypt the electronic communication.
35. The method of claim 30 wherein the method is performed by a receiving computer lacking sufficient permanent storage to store the electronic communication.
36. The method of claim 30 wherein contents of the received electronic communication notification are based on preferences for the one of the plurality of designated recipients, the preferences previously supplied to the server.
37. A computer-readable medium containing instructions for controlling a computer system to send an electronic communication to recipients by:
receiving an indication of an electronic communication and of at least one recipient to receive the electronic communication;
determining whether multiple recipients of the electronic communication have been indicated; and
when it is determined that multiple recipients have been indicated,
storing the electronic communication;
notifying each of the multiple recipients of the electronic communication without sending the electronic communication to the recipients; and
in response to a request for the electronic communication from a recipient, sending the electronic communication to the recipient.
38. The computer-readable medium of claim 37 wherein the computer system is further controlled by:
when it is determined that multiple recipients have not been indicated,
sending the electronic communication to the recipient without waiting for a request for the electronic communication.
39. The computer-readable medium of claim 37 wherein the computer system is further controlled by:
tracking the sending of the electronic communication to the recipients; and
when the electronic communication has been sent to all of the recipients, deleting the stored electronic communication.
40. The computer-readable medium of claim 37 wherein the computer system is further controlled:
when it is determined that the electronic communication has been sent to all of the recipients and that the electronic communication has not been indicated to be saved by any of the recipients, deleting the stored electronic communication.
41. A computer system for sending an electronic communication to recipients, comprising:
a communication distributor for receiving an indication of the electronic communication and of at least one recipient to receive the electronic communication, for determining whether multiple recipients of the electronic communication have been indicated, for storing the electronic communication and notifying each of the multiple recipients of the electronic communication without sending the electronic communication to the recipients when it is determined that multiple recipients have been indicated, and for sending the electronic communication to a recipient in response to a request for the electronic communication from the recipient.
42. The computer system of claim 41 wherein the communication distributor is further for sending the electronic communication to a single recipient without waiting for a request for the electronic communication when it is determined that multiple recipients have not been indicated.
43. The computer system of claim 42, further comprising:
a communication tracker for tracking the sending of the electronic communication to the recipients, and for deleting the stored electronic communication when the electronic communication has been sent to all of the recipients.
44. The computer system of claim 43, further comprising:
a communication tracker for deleting the stored electronic communication when it is determined that the electronic communication has been sent to all of the recipients and that that the electronic communication has not been indicated to be saved by any of the recipients.
US09/943,894 1999-01-15 2001-08-29 Method and system for centralized storage and management of electronic messages Abandoned US20020032742A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US09/943,894 US20020032742A1 (en) 1999-01-15 2001-08-29 Method and system for centralized storage and management of electronic messages

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/231,158 US6442600B1 (en) 1999-01-15 1999-01-15 Method and system for centralized storage and management of electronic messages
US09/943,894 US20020032742A1 (en) 1999-01-15 2001-08-29 Method and system for centralized storage and management of electronic messages

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US09/231,158 Division US6442600B1 (en) 1999-01-15 1999-01-15 Method and system for centralized storage and management of electronic messages

Publications (1)

Publication Number Publication Date
US20020032742A1 true US20020032742A1 (en) 2002-03-14

Family

ID=22867978

Family Applications (3)

Application Number Title Priority Date Filing Date
US09/231,158 Expired - Lifetime US6442600B1 (en) 1999-01-15 1999-01-15 Method and system for centralized storage and management of electronic messages
US09/943,892 Abandoned US20020052923A1 (en) 1999-01-15 2001-08-29 Method and system for centralized storage and management of electronic messages
US09/943,894 Abandoned US20020032742A1 (en) 1999-01-15 2001-08-29 Method and system for centralized storage and management of electronic messages

Family Applications Before (2)

Application Number Title Priority Date Filing Date
US09/231,158 Expired - Lifetime US6442600B1 (en) 1999-01-15 1999-01-15 Method and system for centralized storage and management of electronic messages
US09/943,892 Abandoned US20020052923A1 (en) 1999-01-15 2001-08-29 Method and system for centralized storage and management of electronic messages

Country Status (1)

Country Link
US (3) US6442600B1 (en)

Cited By (49)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040044736A1 (en) * 2002-08-27 2004-03-04 Austin-Lane Christopher Emery Cascaded delivery of an electronic communication
US20040059790A1 (en) * 2002-08-27 2004-03-25 Austin-Lane Christopher Emery Delivery of an electronic communication using a lifespan
US20040158612A1 (en) * 2002-11-19 2004-08-12 Optima Printing System and method for electronic materials distribution and tracking
US20040172454A1 (en) * 2002-11-18 2004-09-02 Barry Appelman Reconfiguring an electronic message to effect an enhanced notification
US20050080659A1 (en) * 2003-10-01 2005-04-14 Shun Takeda Server including an encoded data converter apparatus
US20050132010A1 (en) * 2003-12-12 2005-06-16 International Business Machines Corporation Scheduled electronic mail deletions
US20060173985A1 (en) * 2005-02-01 2006-08-03 Moore James F Enhanced syndication
US20060265489A1 (en) * 2005-02-01 2006-11-23 Moore James F Disaster management using an enhanced syndication platform
US20070061266A1 (en) * 2005-02-01 2007-03-15 Moore James F Security systems and methods for use with structured and unstructured data
US20070081550A1 (en) * 2005-02-01 2007-04-12 Moore James F Network-accessible database of remote services
US20070094389A1 (en) * 2005-10-23 2007-04-26 Bill Nussey Provision of rss feeds based on classification of content
US20070094365A1 (en) * 2005-10-23 2007-04-26 Bill Nussey Provision of secure rss feeds using a secure rss catcher
US20070094390A1 (en) * 2005-10-23 2007-04-26 Bill Nussey Delivery of sensitive information through secure rss feed
US20070106754A1 (en) * 2005-09-10 2007-05-10 Moore James F Security facility for maintaining health care data pools
US20080000812A1 (en) * 2000-07-24 2008-01-03 Brian Reistad Method and system for facilitating marketing dialogues
US20080019530A1 (en) * 2006-05-30 2008-01-24 International Business Machines Corporation Message archival assurance for encrypted communications
US20080046369A1 (en) * 2006-07-27 2008-02-21 Wood Charles B Password Management for RSS Interfaces
EP1920340A2 (en) * 2005-07-28 2008-05-14 Void Communications, LLC Reduced traceability electronic message system and method
US20080195483A1 (en) * 2005-02-01 2008-08-14 Moore James F Widget management systems and advertising systems related thereto
US20080201440A1 (en) * 2007-02-15 2008-08-21 Void Communications, Inc. Electronic Messaging Recordlessness Warning and Routing System and Method
US20080244091A1 (en) * 2005-02-01 2008-10-02 Moore James F Dynamic Feed Generation
US20090089378A1 (en) * 2007-09-27 2009-04-02 International Business Machines Corporation Controlling expiration of electronic mail single store attachments
US20090216834A1 (en) * 2006-01-27 2009-08-27 Nokia Siemens Networks Gmbh & Co. Kg Method for communicating with several users, arrangement, communication management server, and communication terminal
US20100088147A1 (en) * 2004-06-30 2010-04-08 Sap Aktiengesellschaft System and method for filtering exceptions generated by forecasting and replenishment engine
US20120203849A1 (en) * 2005-07-28 2012-08-09 Vaporstream Incorporated Reduced Traceability Electronic Message System and Method
US20120209924A1 (en) * 2010-02-16 2012-08-16 Jeffrey Evans Messaging System Apparatuses Circuits and Methods of Operation Thereof
US8358762B1 (en) 2005-03-21 2013-01-22 Aol Inc. Conference calls and meetings via electronic messaging interface
US20130046987A1 (en) * 2011-08-15 2013-02-21 Bank Of America Corporation Apparatus and Method for Performing End-to-End Encryption
US20130097248A1 (en) * 2011-10-12 2013-04-18 International Business Machines Corporation Communications security by enforcing offline consumption and auto-termination of electronic messages
US8452849B2 (en) 2002-11-18 2013-05-28 Facebook, Inc. Host-based intelligent results related to a character stream
US8577972B1 (en) 2003-09-05 2013-11-05 Facebook, Inc. Methods and systems for capturing and managing instant messages
US8701014B1 (en) 2002-11-18 2014-04-15 Facebook, Inc. Account linking
US8752124B2 (en) 2011-08-15 2014-06-10 Bank Of America Corporation Apparatus and method for performing real-time authentication using subject token combinations
US8789143B2 (en) 2011-08-15 2014-07-22 Bank Of America Corporation Method and apparatus for token-based conditioning
US8832033B2 (en) 2007-09-19 2014-09-09 James F Moore Using RSS archives
US8874672B2 (en) 2003-03-26 2014-10-28 Facebook, Inc. Identifying and using identities deemed to be known to a user
US8950002B2 (en) 2011-08-15 2015-02-03 Bank Of America Corporation Method and apparatus for token-based access of related resources
US8965964B1 (en) 2002-11-18 2015-02-24 Facebook, Inc. Managing forwarded electronic messages
US20150121446A1 (en) * 2013-10-24 2015-04-30 International Business Machines Corporation Accessing protected content for archiving
US9203647B2 (en) 2002-11-18 2015-12-01 Facebook, Inc. Dynamic online and geographic location of a user
US9202084B2 (en) 2006-02-01 2015-12-01 Newsilike Media Group, Inc. Security facility for maintaining health care data pools
US9203879B2 (en) 2000-03-17 2015-12-01 Facebook, Inc. Offline alerts mechanism
US9246975B2 (en) 2000-03-17 2016-01-26 Facebook, Inc. State change alerts mechanism
US9319356B2 (en) 2002-11-18 2016-04-19 Facebook, Inc. Message delivery control settings
US20160294782A1 (en) * 2015-03-30 2016-10-06 International Business Machines Corporation Enhanced security when sending asynchronous messages
US20160337292A1 (en) * 1999-05-12 2016-11-17 Iii Holdings 1, Llc Message processing system
US9647872B2 (en) 2002-11-18 2017-05-09 Facebook, Inc. Dynamic identification of other users to an online user
US9667585B2 (en) 2002-11-18 2017-05-30 Facebook, Inc. Central people lists accessible by multiple applications
US10187334B2 (en) 2003-11-26 2019-01-22 Facebook, Inc. User-defined electronic message preferences

Families Citing this family (63)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040153522A1 (en) * 1998-12-21 2004-08-05 Matsushita Electric Industrial Co., Ltd. System for delivering message and processing the message on server based on instruction from the client after the message delivering completed
US7937364B1 (en) * 1999-03-09 2011-05-03 Oracle International Corporation Method and system for reliable access of messages by multiple consumers
US7035880B1 (en) 1999-07-14 2006-04-25 Commvault Systems, Inc. Modular backup and retrieval system used in conjunction with a storage area network
US7395282B1 (en) 1999-07-15 2008-07-01 Commvault Systems, Inc. Hierarchical backup and retrieval system
US20020067805A1 (en) * 1999-08-13 2002-06-06 Christopher C. Andrews Method of and apparatus for interactive automated production and recording of an audio file and providing automated addressable access to and transmission and playback of recorded audio files
US7149893B1 (en) * 1999-09-07 2006-12-12 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 processing or handling by a recipient
US7840639B1 (en) 1999-09-21 2010-11-23 G&H Nevada-Tek Method and article of manufacture for an automatically executed application program associated with an electronic message
US9092535B1 (en) 1999-09-21 2015-07-28 Google Inc. E-mail embedded textual hyperlink object
US6360221B1 (en) 1999-09-21 2002-03-19 Neostar, Inc. Method and apparatus for the production, delivery, and receipt of enhanced e-mail
US6658436B2 (en) 2000-01-31 2003-12-02 Commvault Systems, Inc. Logical view and access to data managed by a modular data and storage management system
US7155481B2 (en) * 2000-01-31 2006-12-26 Commvault Systems, Inc. Email attachment management in a computer system
US7003641B2 (en) 2000-01-31 2006-02-21 Commvault Systems, Inc. Logical view with granular access to exchange data managed by a modular data and storage management system
US8972717B2 (en) 2000-06-15 2015-03-03 Zixcorp Systems, Inc. Automatic delivery selection for electronic content
US6732101B1 (en) * 2000-06-15 2004-05-04 Zix Corporation Secure message forwarding system detecting user's preferences including security preferences
US7020779B1 (en) * 2000-08-22 2006-03-28 Sun Microsystems, Inc. Secure, distributed e-mail system
KR100334682B1 (en) * 2000-09-06 2002-05-04 윤종용 Method for recovering message of a mobile communication terminal
US7065554B1 (en) * 2000-10-18 2006-06-20 Stamps.Com Method and apparatus for regenerating message data
US7082536B2 (en) * 2000-11-13 2006-07-25 Globalcerts, Lc System and method for computerized global messaging encryption
JP2002163212A (en) * 2000-11-28 2002-06-07 Canon Inc Communication system, control method for it and medium
BR0107923A (en) * 2000-12-06 2002-12-10 Ntt Docomo Inc Improvement introduced in an apparatus and in a method for providing content
US7308477B1 (en) * 2001-01-10 2007-12-11 Cisco Technology, Inc. Unified messaging system configured for transport of encrypted messages
KR20040007435A (en) * 2001-02-12 2004-01-24 오티쥐 소프트웨어, 인코퍼레이션 System and method of indexing unique electronic mail messages and uses for the same
US7174368B2 (en) * 2001-03-27 2007-02-06 Xante Corporation Encrypted e-mail reader and responder system, method, and computer program product
US8095597B2 (en) 2001-05-01 2012-01-10 Aol Inc. Method and system of automating data capture from electronic correspondence
US7107042B1 (en) * 2001-09-28 2006-09-12 Bellsouth Intellectual Property Corp. Text message delivery features for an interactive wireless network
US7035904B1 (en) * 2001-09-28 2006-04-25 Bellsouth Intellectual Property Corporation Text message delivery features for an interactive wireless network
US7117248B1 (en) * 2001-09-28 2006-10-03 Bellsouth Intellectual Property Corporation Text message delivery features for an interactive wireless network
US7228334B1 (en) * 2001-12-28 2007-06-05 Bellsouth Intellectual Property Corp Systems methods to selectively control forwarding of electronic mail
US20030154254A1 (en) * 2002-02-14 2003-08-14 Nikhil Awasthi Assisted messaging for corporate email systems
US20040006598A1 (en) * 2002-03-01 2004-01-08 Tralix, L.L.C. Method and system of sending and tracking electronic mail messages
US7281269B1 (en) * 2002-03-06 2007-10-09 Novell, Inc. Methods, data structures, and systems to remotely validate a message
US7222170B2 (en) * 2002-03-14 2007-05-22 Hewlett-Packard Development Company, L.P. Tracking hits for network files using transmitted counter instructions
WO2004012406A1 (en) 2002-07-29 2004-02-05 Research In Motion Limited System and method of mimetic messaging settings selection
US7184551B2 (en) * 2002-09-30 2007-02-27 Micron Technology, Inc. Public key cryptography using matrices
US7539730B2 (en) 2002-10-18 2009-05-26 Research In Motion Limited System and method for selecting messaging settings on a messaging client
AT6123U3 (en) * 2002-11-15 2006-09-15 Edv Hausleitner Ges M B H COMMUNICATION FOR TISCHLER
US7640427B2 (en) * 2003-01-07 2009-12-29 Pgp Corporation System and method for secure electronic communication in a partially keyless environment
CN100407741C (en) * 2003-03-06 2008-07-30 华为技术有限公司 Short message processing method
US7921292B1 (en) 2003-04-04 2011-04-05 Voltage Security, Inc. Secure messaging systems
US8566902B2 (en) * 2003-04-25 2013-10-22 American Express Travel Related Services Company, Inc. Secure messaging center
US7454569B2 (en) 2003-06-25 2008-11-18 Commvault Systems, Inc. Hierarchical system and method for performing storage operations in a computer network
US7562118B2 (en) * 2003-07-10 2009-07-14 International Business Machines Corporation E-mail route trace functionality
US20050033852A1 (en) * 2003-07-14 2005-02-10 Jouko Tenhunen System, apparatus, and method for providing presence boosted message service reports
US7590693B1 (en) 2003-07-17 2009-09-15 Avaya Inc. Method and apparatus for restriction of message distribution for security
US7120671B2 (en) * 2003-07-24 2006-10-10 International Business Machines Corporation Method and system for multiple-party, electronic mail receipts
US9379910B2 (en) * 2003-07-29 2016-06-28 Blackberry Limited System and method of mimetic messaging settings selection
US20050074112A1 (en) * 2003-10-01 2005-04-07 Timmins Timothy A. Technique for sharing information through an information assistance service
WO2005050381A2 (en) 2003-11-13 2005-06-02 Commvault Systems, Inc. Systems and methods for performing storage operations using network attached storage
US7562365B2 (en) * 2004-01-12 2009-07-14 International Business Machines Corporation Random access for processing messages in a message queue
US7904510B2 (en) * 2004-02-23 2011-03-08 Microsoft Corporation Systems and methods for managing discussion threads based on ratings
US8988221B2 (en) * 2005-03-16 2015-03-24 Icontrol Networks, Inc. Integrated security system with parallel processing architecture
US20060010322A1 (en) * 2004-07-12 2006-01-12 Sbc Knowledge Ventures, L.P. Record management of secured email
US8631077B2 (en) * 2004-07-22 2014-01-14 International Business Machines Corporation Duplicate e-mail content detection and automatic doclink conversion
US20060041625A1 (en) 2004-08-19 2006-02-23 International Business Machines Corporation System and method for sectional e-mail transmission
US7716479B2 (en) * 2005-06-03 2010-05-11 Microsoft Corporation Dynamically resolving recipients to retrieve public keys during send/receive
US7870205B2 (en) 2005-07-01 2011-01-11 0733660 B.C. Ltd. Electronic mail system with pre-message-retrieval display of message metadata
US10021062B2 (en) 2005-07-01 2018-07-10 Cirius Messaging Inc. Secure electronic mail system
US8166112B2 (en) * 2006-02-02 2012-04-24 Sap Ag Virtual mail storage for mail distributed using corporate distribution lists
US20080183826A1 (en) * 2007-01-31 2008-07-31 Ranjit Notani System and Method For Transactional, Addressable Communication
US8407486B2 (en) * 2008-03-12 2013-03-26 International Business Machines Corporation Sending and releasing pending messages
US9070115B2 (en) * 2008-07-14 2015-06-30 Dynamic Network Services, Inc. Intelligent electronic mail server manager, and system and method for coordinating operation of multiple electronic mail servers
US9021198B1 (en) 2011-01-20 2015-04-28 Commvault Systems, Inc. System and method for sharing SAN storage
US10193844B1 (en) * 2015-12-11 2019-01-29 Amazon Technologies, Inc. Secure cloud-based messaging and storage

Citations (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5448759A (en) * 1993-08-20 1995-09-05 Motorola, Inc. Method for efficient bandwidth utilization when transceiving varying bandwidth messages
US5632011A (en) * 1995-05-22 1997-05-20 Sterling Commerce, Inc. Electronic mail management system for operation on a host computer system
US5751813A (en) * 1996-04-29 1998-05-12 Motorola, Inc. Use of an encryption server for encrypting messages
US5771355A (en) * 1995-12-21 1998-06-23 Intel Corporation Transmitting electronic mail by either reference or value at file-replication points to minimize costs
US5781901A (en) * 1995-12-21 1998-07-14 Intel Corporation Transmitting electronic mail attachment over a network using a e-mail page
US5812671A (en) * 1996-07-17 1998-09-22 Xante Corporation Cryptographic communication system
US5903723A (en) * 1995-12-21 1999-05-11 Intel Corporation Method and apparatus for transmitting electronic mail attachments with attachment references
US5940594A (en) * 1996-05-31 1999-08-17 International Business Machines Corp. Distributed storage management system having a cache server and method therefor
US5941946A (en) * 1995-04-20 1999-08-24 At&T Ipm Corp. System for storing message in a wide area network storage controlled by a sender and notifying intended recipients of the availability and the WAN address thereof
US5978836A (en) * 1997-07-28 1999-11-02 Solectron Corporation Workflow systems and methods
US6009462A (en) * 1997-06-16 1999-12-28 Digital Equipment Corporation Replacing large bit component of electronic mail (e-mail) message with hot-link in distributed computer system
US6029195A (en) * 1994-11-29 2000-02-22 Herz; Frederick S. M. System for customized electronic identification of desirable objects
US6038601A (en) * 1997-07-21 2000-03-14 Tibco, Inc. Method and apparatus for storing and delivering documents on the internet
US6052514A (en) * 1992-10-01 2000-04-18 Quark, Inc. Distributed publication system with simultaneous separate access to publication data and publication status information
US6067561A (en) * 1997-02-07 2000-05-23 Hughes Electronics Corporation Electronic mail notification system and method within a hybrid network that transmits notifications via a continuous, high-speed channel
US6167402A (en) * 1998-04-27 2000-12-26 Sun Microsystems, Inc. High performance message store
US6170006B1 (en) * 1997-07-29 2001-01-02 Matsushita Electric Industrial Co., Ltd. Video on demand service system for performing automatic expanding processing of data and title information
US6212553B1 (en) * 1996-05-31 2001-04-03 Microsoft Corporation Method for sending and receiving flags and associated data in e-mail transmissions
US6230156B1 (en) * 1995-06-21 2001-05-08 Microsoft Corporation Electronic mail interface for a network server
US6233565B1 (en) * 1998-02-13 2001-05-15 Saranac Software, Inc. Methods and apparatus for internet based financial transactions with evidence of payment
US6236996B1 (en) * 1997-10-31 2001-05-22 Sun Microsystems, Inc. System and method for restricting database access to managed object information using a permissions table that specifies access rights to the managed objects
US6249807B1 (en) * 1998-11-17 2001-06-19 Kana Communications, Inc. Method and apparatus for performing enterprise email management
US6263350B1 (en) * 1996-10-11 2001-07-17 Sun Microsystems, Inc. Method and system for leasing storage
US6275850B1 (en) * 1998-07-24 2001-08-14 Siemens Information And Communication Networks, Inc. Method and system for management of message attachments
US6275848B1 (en) * 1997-05-21 2001-08-14 International Business Machines Corp. Method and apparatus for automated referencing of electronic information
US6311210B1 (en) * 1998-12-17 2001-10-30 At&T Corporation Method and apparatus for sending an electronic mail message to a receiving party
US6317485B1 (en) * 1998-06-09 2001-11-13 Unisys Corporation System and method for integrating notification functions of two messaging systems in a universal messaging system
US6327610B2 (en) * 1997-06-27 2001-12-04 Nec Corporation System for broadcasting electronic mails that separately stores and sends a portion of electronic mails with an access code for filtering and retrieving purpose
US6360251B1 (en) * 1997-07-01 2002-03-19 International Business Machines Corporation Methods, apparatus and computer program products for message processing control including selective display of user addresses associated with a group address
US6373926B1 (en) * 1998-09-17 2002-04-16 At&T Corp. Centralized message service apparatus and method
US6377993B1 (en) * 1997-09-26 2002-04-23 Mci Worldcom, Inc. Integrated proxy interface for web based data management reports
US6453327B1 (en) * 1996-06-10 2002-09-17 Sun Microsystems, Inc. Method and apparatus for identifying and discarding junk electronic mail
US6505233B1 (en) * 1999-08-30 2003-01-07 Zaplet, Inc. Method for communicating information among a group of participants
US6549612B2 (en) * 1998-05-06 2003-04-15 Telecommunications Premium Services, Inc. Unified communication services via e-mail
US6654787B1 (en) * 1998-12-31 2003-11-25 Brightmail, Incorporated Method and apparatus for filtering e-mail
US6839741B1 (en) * 1998-09-29 2005-01-04 Mci, Inc. Facility for distributing and providing access to electronic mail message attachments
US6854007B1 (en) * 1998-09-17 2005-02-08 Micron Technology, Inc. Method and system for enhancing reliability of communication with electronic messages

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5646982A (en) * 1994-12-30 1997-07-08 Linkusa Corporation System and method for message delivery
US6396513B1 (en) * 1996-05-14 2002-05-28 At&T Corp. Electronic message sorting and notification system
US5944786A (en) * 1996-12-04 1999-08-31 Quinn; Ken Automatic notification of receipt of electronic mail (e-mail) via telephone system without requiring log-on to e-mail server
US5931915A (en) * 1997-05-13 1999-08-03 International Business Machines Corporation Method for processing early arrival messages within a multinode asynchronous data communications system
US6119167A (en) * 1997-07-11 2000-09-12 Phone.Com, Inc. Pushing and pulling data in networks
US6335963B1 (en) * 1997-12-01 2002-01-01 Nortel Networks Limited System and method for providing notification of a received electronic mail message
US6205498B1 (en) * 1998-04-01 2001-03-20 Microsoft Corporation Method and system for message transfer session management
US6314454B1 (en) * 1998-07-01 2001-11-06 Sony Corporation Method and apparatus for certified electronic mail messages
US6442592B1 (en) * 1998-12-11 2002-08-27 Micro Computer Systems, Inc. Message center system
US6192417B1 (en) * 1999-03-30 2001-02-20 International Business Machines Corporation Multicast cluster servicer for communicating amongst a plurality of nodes without a dedicated local area network

Patent Citations (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6052514A (en) * 1992-10-01 2000-04-18 Quark, Inc. Distributed publication system with simultaneous separate access to publication data and publication status information
US5448759A (en) * 1993-08-20 1995-09-05 Motorola, Inc. Method for efficient bandwidth utilization when transceiving varying bandwidth messages
US6029195A (en) * 1994-11-29 2000-02-22 Herz; Frederick S. M. System for customized electronic identification of desirable objects
US5941946A (en) * 1995-04-20 1999-08-24 At&T Ipm Corp. System for storing message in a wide area network storage controlled by a sender and notifying intended recipients of the availability and the WAN address thereof
US5632011A (en) * 1995-05-22 1997-05-20 Sterling Commerce, Inc. Electronic mail management system for operation on a host computer system
US6230156B1 (en) * 1995-06-21 2001-05-08 Microsoft Corporation Electronic mail interface for a network server
US5771355A (en) * 1995-12-21 1998-06-23 Intel Corporation Transmitting electronic mail by either reference or value at file-replication points to minimize costs
US5903723A (en) * 1995-12-21 1999-05-11 Intel Corporation Method and apparatus for transmitting electronic mail attachments with attachment references
US5781901A (en) * 1995-12-21 1998-07-14 Intel Corporation Transmitting electronic mail attachment over a network using a e-mail page
US5751813A (en) * 1996-04-29 1998-05-12 Motorola, Inc. Use of an encryption server for encrypting messages
US5940594A (en) * 1996-05-31 1999-08-17 International Business Machines Corp. Distributed storage management system having a cache server and method therefor
US6212553B1 (en) * 1996-05-31 2001-04-03 Microsoft Corporation Method for sending and receiving flags and associated data in e-mail transmissions
US6453327B1 (en) * 1996-06-10 2002-09-17 Sun Microsystems, Inc. Method and apparatus for identifying and discarding junk electronic mail
US5812671A (en) * 1996-07-17 1998-09-22 Xante Corporation Cryptographic communication system
US6263350B1 (en) * 1996-10-11 2001-07-17 Sun Microsystems, Inc. Method and system for leasing storage
US6067561A (en) * 1997-02-07 2000-05-23 Hughes Electronics Corporation Electronic mail notification system and method within a hybrid network that transmits notifications via a continuous, high-speed channel
US6275848B1 (en) * 1997-05-21 2001-08-14 International Business Machines Corp. Method and apparatus for automated referencing of electronic information
US6009462A (en) * 1997-06-16 1999-12-28 Digital Equipment Corporation Replacing large bit component of electronic mail (e-mail) message with hot-link in distributed computer system
US6327610B2 (en) * 1997-06-27 2001-12-04 Nec Corporation System for broadcasting electronic mails that separately stores and sends a portion of electronic mails with an access code for filtering and retrieving purpose
US6360251B1 (en) * 1997-07-01 2002-03-19 International Business Machines Corporation Methods, apparatus and computer program products for message processing control including selective display of user addresses associated with a group address
US6038601A (en) * 1997-07-21 2000-03-14 Tibco, Inc. Method and apparatus for storing and delivering documents on the internet
US5978836A (en) * 1997-07-28 1999-11-02 Solectron Corporation Workflow systems and methods
US6170006B1 (en) * 1997-07-29 2001-01-02 Matsushita Electric Industrial Co., Ltd. Video on demand service system for performing automatic expanding processing of data and title information
US6385644B1 (en) * 1997-09-26 2002-05-07 Mci Worldcom, Inc. Multi-threaded web based user inbox for report management
US6377993B1 (en) * 1997-09-26 2002-04-23 Mci Worldcom, Inc. Integrated proxy interface for web based data management reports
US6236996B1 (en) * 1997-10-31 2001-05-22 Sun Microsystems, Inc. System and method for restricting database access to managed object information using a permissions table that specifies access rights to the managed objects
US6233565B1 (en) * 1998-02-13 2001-05-15 Saranac Software, Inc. Methods and apparatus for internet based financial transactions with evidence of payment
US6167402A (en) * 1998-04-27 2000-12-26 Sun Microsystems, Inc. High performance message store
US6549612B2 (en) * 1998-05-06 2003-04-15 Telecommunications Premium Services, Inc. Unified communication services via e-mail
US6317485B1 (en) * 1998-06-09 2001-11-13 Unisys Corporation System and method for integrating notification functions of two messaging systems in a universal messaging system
US6275850B1 (en) * 1998-07-24 2001-08-14 Siemens Information And Communication Networks, Inc. Method and system for management of message attachments
US6373926B1 (en) * 1998-09-17 2002-04-16 At&T Corp. Centralized message service apparatus and method
US6854007B1 (en) * 1998-09-17 2005-02-08 Micron Technology, Inc. Method and system for enhancing reliability of communication with electronic messages
US6839741B1 (en) * 1998-09-29 2005-01-04 Mci, Inc. Facility for distributing and providing access to electronic mail message attachments
US6249807B1 (en) * 1998-11-17 2001-06-19 Kana Communications, Inc. Method and apparatus for performing enterprise email management
US6311210B1 (en) * 1998-12-17 2001-10-30 At&T Corporation Method and apparatus for sending an electronic mail message to a receiving party
US6654787B1 (en) * 1998-12-31 2003-11-25 Brightmail, Incorporated Method and apparatus for filtering e-mail
US6505233B1 (en) * 1999-08-30 2003-01-07 Zaplet, Inc. Method for communicating information among a group of participants

Cited By (155)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160337292A1 (en) * 1999-05-12 2016-11-17 Iii Holdings 1, Llc Message processing system
US9203879B2 (en) 2000-03-17 2015-12-01 Facebook, Inc. Offline alerts mechanism
US9246975B2 (en) 2000-03-17 2016-01-26 Facebook, Inc. State change alerts mechanism
US9736209B2 (en) 2000-03-17 2017-08-15 Facebook, Inc. State change alerts mechanism
US8386578B2 (en) 2000-07-24 2013-02-26 Open Text S.A. Method and system for message pacing
US20080000812A1 (en) * 2000-07-24 2008-01-03 Brian Reistad Method and system for facilitating marketing dialogues
US8260870B2 (en) 2000-07-24 2012-09-04 Open Text S.A. Method and system for message pacing
US9118615B2 (en) 2000-07-24 2015-08-25 Open Text S.A. Method and system for providing personalized network based marketing dialogues
US7975007B2 (en) 2000-07-24 2011-07-05 Vignette Software Llc Method and system for facilitating marketing dialogues
US10263942B2 (en) 2000-07-24 2019-04-16 Open Text Sa Ulc Method and system for providing personalized network based dialogues
US8255460B2 (en) 2000-07-24 2012-08-28 Open Text S.A. Method and system for providing personalized network based marketing dialogues
US9419934B2 (en) 2000-07-24 2016-08-16 Open Text S.A. Method and system for message pacing
US9853936B2 (en) 2000-07-24 2017-12-26 Open Text Sa Ulc Method and system for message pacing
US8805945B2 (en) 2000-07-24 2014-08-12 Open Text S.A. Method and system for message pacing
US20090313328A1 (en) * 2000-07-24 2009-12-17 Vignette Corporation Method and system for facilitating marketing dialogues
US7647372B2 (en) 2000-07-24 2010-01-12 Vignette Corporation Method and system for facilitating marketing dialogues
US20100017492A1 (en) * 2000-07-24 2010-01-21 Brian Reistad Method and system for message pacing
US9515979B2 (en) 2000-07-24 2016-12-06 Open Text Sa Ulc Method and system for providing personalized network based dialogues
US8234334B2 (en) 2000-07-24 2012-07-31 Open Text S.A. Method and system for facilitating marketing dialogues
US20100050091A1 (en) * 2000-07-24 2010-02-25 Vignette Corporation Method and system for facilitating marketing dialogues
US8065375B2 (en) 2000-07-24 2011-11-22 Vignette Software Llc Method and system for message pacing
US20040044736A1 (en) * 2002-08-27 2004-03-04 Austin-Lane Christopher Emery Cascaded delivery of an electronic communication
US20040059790A1 (en) * 2002-08-27 2004-03-25 Austin-Lane Christopher Emery Delivery of an electronic communication using a lifespan
US7363345B2 (en) 2002-08-27 2008-04-22 Aol Llc, A Delaware Limited Liability Company Electronic notification delivery mechanism selection based on recipient presence information and notification content
US7496631B2 (en) 2002-08-27 2009-02-24 Aol Llc Delivery of an electronic communication using a lifespan
WO2004021205A3 (en) * 2002-08-27 2004-04-29 America Online Inc Delivery of an electronic communication using a lifespan
US9203647B2 (en) 2002-11-18 2015-12-01 Facebook, Inc. Dynamic online and geographic location of a user
US9075867B2 (en) 2002-11-18 2015-07-07 Facebook, Inc. Intelligent results using an assistant
US8954534B2 (en) 2002-11-18 2015-02-10 Facebook, Inc. Host-based intelligent results related to a character stream
US9647872B2 (en) 2002-11-18 2017-05-09 Facebook, Inc. Dynamic identification of other users to an online user
US9571440B2 (en) 2002-11-18 2017-02-14 Facebook, Inc. Notification archive
US9571439B2 (en) 2002-11-18 2017-02-14 Facebook, Inc. Systems and methods for notification delivery
US9560000B2 (en) 2002-11-18 2017-01-31 Facebook, Inc. Reconfiguring an electronic message to effect an enhanced notification
US9667585B2 (en) 2002-11-18 2017-05-30 Facebook, Inc. Central people lists accessible by multiple applications
US9729489B2 (en) 2002-11-18 2017-08-08 Facebook, Inc. Systems and methods for notification management and delivery
US8954531B2 (en) 2002-11-18 2015-02-10 Facebook, Inc. Intelligent messaging label results related to a character stream
US9769104B2 (en) 2002-11-18 2017-09-19 Facebook, Inc. Methods and system for delivering multiple notifications
US20100077049A1 (en) * 2002-11-18 2010-03-25 Aol Llc Reconfiguring an Electronic Message to Effect an Enhanced Notification
US9774560B2 (en) 2002-11-18 2017-09-26 Facebook, Inc. People lists
US8965964B1 (en) 2002-11-18 2015-02-24 Facebook, Inc. Managing forwarded electronic messages
US8819176B2 (en) 2002-11-18 2014-08-26 Facebook, Inc. Intelligent map results related to a character stream
US9047364B2 (en) 2002-11-18 2015-06-02 Facebook, Inc. Intelligent client capability-based results related to a character stream
US9053175B2 (en) 2002-11-18 2015-06-09 Facebook, Inc. Intelligent results using a spelling correction agent
US8001199B2 (en) 2002-11-18 2011-08-16 Aol Inc. Reconfiguring an electronic message to effect an enhanced notification
US9852126B2 (en) 2002-11-18 2017-12-26 Facebook, Inc. Host-based intelligent results related to a character stream
US8775560B2 (en) 2002-11-18 2014-07-08 Facebook, Inc. Host-based intelligent results related to a character stream
US9894018B2 (en) 2002-11-18 2018-02-13 Facebook, Inc. Electronic messaging using reply telephone numbers
US9515977B2 (en) 2002-11-18 2016-12-06 Facebook, Inc. Time based electronic message delivery
US10033669B2 (en) 2002-11-18 2018-07-24 Facebook, Inc. Managing electronic messages sent to reply telephone numbers
US9053174B2 (en) 2002-11-18 2015-06-09 Facebook, Inc. Intelligent vendor results related to a character stream
US9356890B2 (en) 2002-11-18 2016-05-31 Facebook, Inc. Enhanced buddy list using mobile device identifiers
US9053173B2 (en) 2002-11-18 2015-06-09 Facebook, Inc. Intelligent results related to a portion of a search query
US10389661B2 (en) 2002-11-18 2019-08-20 Facebook, Inc. Managing electronic messages sent to mobile devices associated with electronic messaging accounts
US9319356B2 (en) 2002-11-18 2016-04-19 Facebook, Inc. Message delivery control settings
US9313046B2 (en) 2002-11-18 2016-04-12 Facebook, Inc. Presenting dynamic location of a user
US9253136B2 (en) 2002-11-18 2016-02-02 Facebook, Inc. Electronic message delivery based on presence information
US10778635B2 (en) 2002-11-18 2020-09-15 Facebook, Inc. People lists
US9075868B2 (en) 2002-11-18 2015-07-07 Facebook, Inc. Intelligent results based on database queries
US9203794B2 (en) 2002-11-18 2015-12-01 Facebook, Inc. Systems and methods for reconfiguring electronic messages
US9621376B2 (en) 2002-11-18 2017-04-11 Facebook, Inc. Dynamic location of a subordinate user
US8954530B2 (en) 2002-11-18 2015-02-10 Facebook, Inc. Intelligent results related to a character stream
US8452849B2 (en) 2002-11-18 2013-05-28 Facebook, Inc. Host-based intelligent results related to a character stream
US9171064B2 (en) 2002-11-18 2015-10-27 Facebook, Inc. Intelligent community based results related to a character stream
US8701014B1 (en) 2002-11-18 2014-04-15 Facebook, Inc. Account linking
US20040172454A1 (en) * 2002-11-18 2004-09-02 Barry Appelman Reconfiguring an electronic message to effect an enhanced notification
US20040158612A1 (en) * 2002-11-19 2004-08-12 Optima Printing System and method for electronic materials distribution and tracking
US9516125B2 (en) 2003-03-26 2016-12-06 Facebook, Inc. Identifying and using identities deemed to be known to a user
US9736255B2 (en) 2003-03-26 2017-08-15 Facebook, Inc. Methods of providing access to messages based on degrees of separation
US8874672B2 (en) 2003-03-26 2014-10-28 Facebook, Inc. Identifying and using identities deemed to be known to a user
US9531826B2 (en) 2003-03-26 2016-12-27 Facebook, Inc. Managing electronic messages based on inference scores
US20070106750A1 (en) * 2003-08-01 2007-05-10 Moore James F Data pools for health care video
US20070106536A1 (en) * 2003-08-01 2007-05-10 Moore James F Opml-based patient records
US10102504B2 (en) 2003-09-05 2018-10-16 Facebook, Inc. Methods for controlling display of electronic messages captured based on community rankings
US8577972B1 (en) 2003-09-05 2013-11-05 Facebook, Inc. Methods and systems for capturing and managing instant messages
US9070118B2 (en) 2003-09-05 2015-06-30 Facebook, Inc. Methods for capturing electronic messages based on capture rules relating to user actions regarding received electronic messages
US20050080659A1 (en) * 2003-10-01 2005-04-14 Shun Takeda Server including an encoded data converter apparatus
US10187334B2 (en) 2003-11-26 2019-01-22 Facebook, Inc. User-defined electronic message preferences
US7783715B2 (en) * 2003-12-12 2010-08-24 International Business Machines Corporation Scheduled electronic mail deletions
US20050132010A1 (en) * 2003-12-12 2005-06-16 International Business Machines Corporation Scheduled electronic mail deletions
US20080313296A1 (en) * 2003-12-12 2008-12-18 International Business Machines Corporation Scheduled electronic mail deletions
US20100088147A1 (en) * 2004-06-30 2010-04-08 Sap Aktiengesellschaft System and method for filtering exceptions generated by forecasting and replenishment engine
US20100153343A1 (en) * 2004-06-30 2010-06-17 Sap Aktiengesellschaft System and method for filtering exceptions generated by forecasting and replenishment engine
US8285580B2 (en) * 2004-06-30 2012-10-09 Sap Ag System and method for filtering exceptions generated by forecasting and replenishment engine
US8255260B2 (en) * 2004-06-30 2012-08-28 Sap Ag System and method for filtering exceptions generated by forecasting and replenishment engine
US20070116036A1 (en) * 2005-02-01 2007-05-24 Moore James F Patient records using syndicated video feeds
US20080244091A1 (en) * 2005-02-01 2008-10-02 Moore James F Dynamic Feed Generation
US20070081550A1 (en) * 2005-02-01 2007-04-12 Moore James F Network-accessible database of remote services
US20070106751A1 (en) * 2005-02-01 2007-05-10 Moore James F Syndicating ultrasound echo data in a healthcare environment
US8768731B2 (en) 2005-02-01 2014-07-01 Newsilike Media Group, Inc. Syndicating ultrasound echo data in a healthcare environment
US8347088B2 (en) 2005-02-01 2013-01-01 Newsilike Media Group, Inc Security systems and methods for use with structured and unstructured data
US20080195483A1 (en) * 2005-02-01 2008-08-14 Moore James F Widget management systems and advertising systems related thereto
US20070061266A1 (en) * 2005-02-01 2007-03-15 Moore James F Security systems and methods for use with structured and unstructured data
US8700738B2 (en) 2005-02-01 2014-04-15 Newsilike Media Group, Inc. Dynamic feed generation
US20090172773A1 (en) * 2005-02-01 2009-07-02 Newsilike Media Group, Inc. Syndicating Surgical Data In A Healthcare Environment
US8566115B2 (en) 2005-02-01 2013-10-22 Newsilike Media Group, Inc. Syndicating surgical data in a healthcare environment
US20070061393A1 (en) * 2005-02-01 2007-03-15 Moore James F Management of health care data
US8200775B2 (en) * 2005-02-01 2012-06-12 Newsilike Media Group, Inc Enhanced syndication
US20060265489A1 (en) * 2005-02-01 2006-11-23 Moore James F Disaster management using an enhanced syndication platform
US20060173985A1 (en) * 2005-02-01 2006-08-03 Moore James F Enhanced syndication
US8316005B2 (en) 2005-02-01 2012-11-20 Newslike Media Group, Inc Network-accessible database of remote services
US8358762B1 (en) 2005-03-21 2013-01-22 Aol Inc. Conference calls and meetings via electronic messaging interface
US11595520B2 (en) 2005-03-21 2023-02-28 Verizon Patent And Licensing Inc. Conference calls and meetings via electronic messaging interface
US10530926B2 (en) 2005-03-21 2020-01-07 Oath Inc. Conference calls and meetings via electronic messaging interface
US10979564B2 (en) 2005-03-21 2021-04-13 Verizon Media Inc. Conference calls and meetings via electronic messaging interface
US8935351B2 (en) * 2005-07-28 2015-01-13 Vaporstream, Inc. Electronic message content and header restrictive recipient handling system and method
AU2006276974B2 (en) * 2005-07-28 2012-08-23 Vaporstream Incorporated Reduced traceability electronic message system and method
US9313156B2 (en) 2005-07-28 2016-04-12 Vaporstream, Inc. Electronic message send device handling system and method with separated display and transmission of message content and header information
US8291026B2 (en) 2005-07-28 2012-10-16 Vaporstream Incorporated Reduced traceability electronic message system and method for sending header information before message content
US9313157B2 (en) 2005-07-28 2016-04-12 Vaporstream, Inc. Electronic message recipient handling system and method with separation of message content and header information
US11652775B2 (en) 2005-07-28 2023-05-16 Snap Inc. Reply ID generator for electronic messaging system
US9282081B2 (en) * 2005-07-28 2016-03-08 Vaporstream Incorporated Reduced traceability electronic message system and method
US9306885B2 (en) 2005-07-28 2016-04-05 Vaporstream, Inc. Electronic message send device handling system and method with media component and header information separation
US9413711B2 (en) 2005-07-28 2016-08-09 Vaporstream, Inc. Electronic message handling system and method between sending and recipient devices with separation of display of media component and header information
US9313155B2 (en) 2005-07-28 2016-04-12 Vaporstream, Inc. Electronic message send device handling system and method with separation of message content and header information
US20140181689A1 (en) * 2005-07-28 2014-06-26 Vaporstream Incorporated Electronic Message Content and Header Restrictive Recipient Handling System and Method
US9306886B2 (en) 2005-07-28 2016-04-05 Vaporstream, Inc. Electronic message recipient handling system and method with separated display of message content and header information
US10819672B2 (en) 2005-07-28 2020-10-27 Vaporstream, Inc. Electronic messaging system for mobile devices with reduced traceability of electronic messages
US20120203849A1 (en) * 2005-07-28 2012-08-09 Vaporstream Incorporated Reduced Traceability Electronic Message System and Method
US8886739B2 (en) 2005-07-28 2014-11-11 Vaporstream, Inc. Electronic message content and header restrictive send device handling system and method
EP1920340A2 (en) * 2005-07-28 2008-05-14 Void Communications, LLC Reduced traceability electronic message system and method
US9338111B2 (en) 2005-07-28 2016-05-10 Vaporstream, Inc. Electronic message recipient handling system and method with media component and header information separation
US10412039B2 (en) 2005-07-28 2019-09-10 Vaporstream, Inc. Electronic messaging system for mobile devices with reduced traceability of electronic messages
EP1920340A4 (en) * 2005-07-28 2010-05-05 Vaporstream Inc Reduced traceability electronic message system and method
US20070106754A1 (en) * 2005-09-10 2007-05-10 Moore James F Security facility for maintaining health care data pools
US20070094389A1 (en) * 2005-10-23 2007-04-26 Bill Nussey Provision of rss feeds based on classification of content
US9892273B2 (en) * 2005-10-23 2018-02-13 International Business Machines Corporation Provision of RSS feeds based on classification of content
US8732250B2 (en) * 2005-10-23 2014-05-20 Silverpop Systems Inc. Provision of secure RSS feeds using a secure RSS catcher
US20070094365A1 (en) * 2005-10-23 2007-04-26 Bill Nussey Provision of secure rss feeds using a secure rss catcher
US20070094390A1 (en) * 2005-10-23 2007-04-26 Bill Nussey Delivery of sensitive information through secure rss feed
US20150379291A1 (en) * 2005-10-23 2015-12-31 Silverpop Systems Inc. Provision of rss feeds based on classification of content
US20090216834A1 (en) * 2006-01-27 2009-08-27 Nokia Siemens Networks Gmbh & Co. Kg Method for communicating with several users, arrangement, communication management server, and communication terminal
US9202084B2 (en) 2006-02-01 2015-12-01 Newsilike Media Group, Inc. Security facility for maintaining health care data pools
US20080019530A1 (en) * 2006-05-30 2008-01-24 International Business Machines Corporation Message archival assurance for encrypted communications
US20080046369A1 (en) * 2006-07-27 2008-02-21 Wood Charles B Password Management for RSS Interfaces
US20080201440A1 (en) * 2007-02-15 2008-08-21 Void Communications, Inc. Electronic Messaging Recordlessness Warning and Routing System and Method
US8832033B2 (en) 2007-09-19 2014-09-09 James F Moore Using RSS archives
US9438549B2 (en) * 2007-09-27 2016-09-06 International Business Machines Corporation Controlling expiration of electronic mail single store attachments
US20090089378A1 (en) * 2007-09-27 2009-04-02 International Business Machines Corporation Controlling expiration of electronic mail single store attachments
US20120209924A1 (en) * 2010-02-16 2012-08-16 Jeffrey Evans Messaging System Apparatuses Circuits and Methods of Operation Thereof
US9935902B2 (en) * 2010-02-16 2018-04-03 Tigertext, Inc. Messaging system apparatuses circuits and methods of operation thereof
US20160380930A1 (en) * 2010-02-16 2016-12-29 Jeffrey Evans Messaging System Apparatuses Circuits and Methods of Operation Thereof
US9489661B2 (en) 2010-02-16 2016-11-08 Tigertext, Inc. Messaging system apparatuses circuits and methods of operation thereof
US9443227B2 (en) * 2010-02-16 2016-09-13 Tigertext, Inc. Messaging system apparatuses circuits and methods of operation thereof
US8789143B2 (en) 2011-08-15 2014-07-22 Bank Of America Corporation Method and apparatus for token-based conditioning
US20130046987A1 (en) * 2011-08-15 2013-02-21 Bank Of America Corporation Apparatus and Method for Performing End-to-End Encryption
US8806602B2 (en) * 2011-08-15 2014-08-12 Bank Of America Corporation Apparatus and method for performing end-to-end encryption
US8950002B2 (en) 2011-08-15 2015-02-03 Bank Of America Corporation Method and apparatus for token-based access of related resources
US8752124B2 (en) 2011-08-15 2014-06-10 Bank Of America Corporation Apparatus and method for performing real-time authentication using subject token combinations
US20130097248A1 (en) * 2011-10-12 2013-04-18 International Business Machines Corporation Communications security by enforcing offline consumption and auto-termination of electronic messages
US8650256B2 (en) * 2011-10-12 2014-02-11 International Business Machines Corporation Communications security by enforcing offline consumption and auto-termination of electronic messages
US20150121446A1 (en) * 2013-10-24 2015-04-30 International Business Machines Corporation Accessing protected content for archiving
US9542563B2 (en) * 2013-10-24 2017-01-10 Globalfoundries Inc. Accessing protected content for archiving
US9942203B2 (en) * 2015-03-30 2018-04-10 International Business Machines Corporation Enhanced security when sending asynchronous messages
US20160294782A1 (en) * 2015-03-30 2016-10-06 International Business Machines Corporation Enhanced security when sending asynchronous messages
US9887968B2 (en) * 2015-03-30 2018-02-06 International Business Machines Corporation Enhanced security when sending asynchronous messages

Also Published As

Publication number Publication date
US6442600B1 (en) 2002-08-27
US20020052923A1 (en) 2002-05-02

Similar Documents

Publication Publication Date Title
US6442600B1 (en) Method and system for centralized storage and management of electronic messages
US9397964B2 (en) Method, system, and apparatus for providing self-destructing electronic mail messages
EP1545084B1 (en) System and method for digital rights management
US9965643B2 (en) System and method for preventing access to data on a compromised remote device
US7082536B2 (en) System and method for computerized global messaging encryption
CN100478875C (en) Method and system for updating data in accordance with rights management policy
US20040153451A1 (en) Methods and systems for sharing data
US20080215667A1 (en) Method and system for sharing storage space on a computer
US20050182954A1 (en) Methods, systems, computer program products, and data structures for limiting the dissemination of electronic email
US8751799B2 (en) Method and apparatus for providing content
US20080033955A1 (en) Data management system, and access authorization setting method, and computer product
US20080288597A1 (en) Method and program product for preventing distribution of an e-mail message
JP2011081842A (en) Managing data object in dynamic, distributed and collaborative context
JP2001237872A (en) Mail system
CN109977038B (en) Access control method, system and medium for encrypted USB flash disk
JPH11175475A (en) Access control method and record medium for recording access control program
WO2002029516A2 (en) Method and system for escrowing of decryption keys
JP2004362418A (en) Data sharing system, method, and data sharing program
US20060036697A1 (en) Email system and method thereof
JP2002118546A (en) Public key handling device and communication equipment
JP2009134551A (en) Document distributing system and document distributing program
JP4787524B2 (en) Content update system, content update method, update server, and content update program
JP3247668B2 (en) E-mail management device and e-mail management method
US20060212742A1 (en) Prompt backup/recovery system and methods regarding the same
JP2002334042A (en) Communication device

Legal Events

Date Code Title Description
STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION