Browse Prior Art Database

Sender managed transient messages. Disclosure Number: IPCOM000180965D
Original Publication Date: 2009-Mar-23
Included in the Prior Art Database: 2009-Mar-23
Document File: 5 page(s) / 464K

Publishing Venue



When messages are exchanged between a sender and a receiver, right now there is no way for the sender to mark some of the messages as short lived. For example, consider the following scenarios :

This text was extracted from a PDF file.
At least one non-text object (such as an image or picture) has been suppressed.
This is the abbreviated version, containing approximately 51% of the total text.

Page 1 of 5

Sender managed transient messages .


Bhavan Kumar, Ananth Chakravarthy, Amudha Bhavankumar

The following flow chart describes the main flow and the implentation of the disclosure. The left

pane describes the working on the senders side and the the right pane describes the working on

the receivers client.

Sender Receiver

The internals of the masking part are described in the following flowchart.


[This page contains 1 picture or other non-text object]

Page 2 of 5

Sender End


1. The sender of the message chooses to mask certain parts of the message. This selection could be text, image, URLs or any other content which can be embedded into messaging client.s

2. The messaging client on the senders side provides a UI gesture to collect the passphrase that is to be used for generating the masked content from the given content.

3. The mail client then embeds custom tags that can be interpreted by the mail client on the recievers side.

4. The custom mask tag could minimally have the following information .

The original content and

     The masked content that has to be shown in case the triggers for masking are to be activated in the receivers mailbox.




     It may be noted that from the above example that the masked content should preferbaly be generated by using a symmetric key approach as that would involve less maintenance in case


[This page contains 1 picture or other non-text object]

Page 3 of 5

of revocation request from the reciever at a later point of time.

6. If the sender chooses to enable revocation of the masked content at a later point of time, ( for example legal proof verification that the sender has indeed sent the content previously ), then a header is set by the senders mail client to mark the message as a revocable message.

7. The sender is also provided with UI gestures to specify the triggers for masking . The triggers could be one or more of the following
a. 'n' reads
b. time based
c. Action based (

specific parts of the message)



The sender selects the part of the message that needs to be masked/deleted , chooses from a set of options that pop-up on a right click. Some of the options that could be provided by the user are "mask" or "delete" the message part. Other options that could be provided are the salt phrase that could be used by the transient message framework on the messaging client to mask the selected message. The sender can also specify the action that could be used to trigger the mask/delete of the message part.

Basing on the options set by the sender of the message, the transient message framework

proposed in this disclosure shall execute the masking part by using the data sent as control

headers along with the mail. The sender might optionally specify whether the reader of the message can send a unlock request to unscramble/unmask the message that was masked a...