System and method to include a hidden(chosen or cognitive and toggling) recipient throughout the email conversation.
Publication Date: 2017-Mar-02
The IP.com Prior Art Database
The core feature is to have a recipient list in email which remains through out the life of email chain without disclosing recipient details to To or Cc list recipient. This list can be altered or removed by the sender of email who have included them in that email chain or by the one authorized to do that. The advantage is to avoid the pain of adding Bcc recipient every time in further communication.
System and method to include a hidden (chosen or cognitive and toggling) recipient throughout the email conversation .
Currently, one can include an email id in Bcc that allows the sender of a message to conceal the person entered in the Bcc: field from the other recipients. There are a number of reasons for using this feature:
Bcc is often used to prevent an accidental "Reply All" from sending a reply intended for only the originator of the message to the entire recipient list. To send a copy of one's correspondence to a third party (for example, a colleague) when one does not want to let the recipient know that this is being done (or when one does not want the recipient to know the third party's e-mail address, assuming the other recipient is in the To: or Cc: fields). To send a message to multiple parties with none of them knowing the other recipients. This can be accomplished by addressing a message to oneself and filling in the actual intended recipients in the Bcc: field. However, this does not ensure that the Bcc: addresses will be hidden from other Bcc: addresses in all implementations.
Though there are multiple benefits of using Bcc, there is one limitation that we intend to address. Bcc recipients are available only in the primary communication unless explicitly added every time by the sender. There is a high chance of bcc recipients going out of loop in important mail chain conversations. When one says 'Reply to All', To and Cc recipients will be automatically included in conversation but Bcc recipients are excluded. The core feature is to have a recipient list in email which remains through out the life of email chain without disclosing recipient details to To or Cc list recipient. This list can be altered or removed by the sender of email who have included them in that email chain. The advantage is to have a hidden recipient through out email life or originator alter the list. Like Bcc we do not have to take a pain to add Bcc recipient every time a new reply has been sent. For more information and positive use case, please check the description. We are calling it Hcc(Hidden CC) and claiming: 1. For newer joinees in organization, enabling them to learn from the pros(older guys) if the toggling rule is set to inform the person initiating the e-mail. 2. For always keeping management in loop if the repeated habit of the person is to forget copying right stakeholders - happens a lot in any organization. This way rule will be set for Hcc (Hidden CC) to always include voluntarily, someone among stakeholders not only at the abstract level like Bcc but going beyond and adding in Hcc. 3. Over time Bcc is used mainly for taking the topics offline but if someone in Bcc is interested in tuning into full conversation, they also can request a rule to be set or set the rule subjected to every participator accepting them in Hcc. Ofcourse, here also toggling would come into picture based on personna of the person requesting.