IP Library Granted Patent US 11,868,505
Granted Patent B2
US 11,868,505 · App. 17/477,236 · Granted Jan 9, 2024

Automatic self-removal of sensitive data items

Inventors: Gang Shu (South San Francisco, CA); Jong Lee (Pleasanton, CA); Kasthuri Periyakoil (Campbell, CA); Shawn Butterfield (Pitt Meadows, CA); Gerard Iervolino (Hoboken, NJ); Mike Cain (Austin, TX); Kevin Lun (Bellevue, WA); Sriram Rangaraj (Sunnyvale, CA); Sai Lakshminaraayana (San Francisco, CA); Jianwu Zhao (Redmond, WA)
Assignee: Salesforce, Inc.
G06F21/6245G06F3/0482G06F9/451
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 11,868,505
App. No.
17/477,236
Granted
Jan 9, 2024
Kind
B2
Abstract

System, method, and/or computer program product embodiments for automatic removal of sensitive data items from records are disclosed. In one or more embodiments, a record with a sensitive field (for storing a sensitive data item) is linked to a self-removal data policy that includes a condition set. When the condition set is true, the sensitive data item is automatically removed from the record without deleting the record and without removing other data items stored in other fields of the record. Conditions may be associated with a time period following the upload or storage of the sensitive date item, the occurrence of an event that requires the sensitive date item, a read or approval of the sensitive data item, etc. A user may modify a condition in the condition set to make the condition more stringent or less stringent.

Claims (69)

1. A method, comprising:

causing display of a graphical user interface (GUI) comprising:

a GUI component for collecting a sensitive data item provided by a user; and

a portion of a self-removal data policy associated with the sensitive data item, wherein the portion of the self-removal data policy comprises a set of conditions including first and second conditions that cause the sensitive data item to be removed when either of the first and second conditions is satisfied;

receiving, via the GUI, the sensitive data item provided by the user and a request provided by the user to update one or more of the first and second conditions for the sensitive data item in the set of conditions;

storing a record comprising a plurality of fields including a sensitive field populated based on the sensitive data item, wherein the sensitive data item in the sensitive field is associated with the updated set of conditions; and

in response to determining, based on satisfaction of the first condition on removing the sensitive data item and satisfaction of the second condition on removing the sensitive data item, whether a combination linking the first and second conditions in the updated set of conditions in the self-removal data policy is satisfied, deleting the sensitive data item in the sensitive field of the record.

2. The method of claim 1 , further comprising:

receiving an indication from the user specifying an entity retaining an ownership of the sensitive data item in the stored record;

receiving an indication from the user specifying a sensitivity level of the sensitive data item; and

storing the sensitive data item in a first repository,

wherein the record is stored in a second repository,

wherein the sensitive field of the record comprises a pointer to the sensitive data item stored in the first repository, and

wherein deleting the sensitive data item from the sensitive field comprises deleting the pointer from the sensitive field.

3. The method of claim 2 , wherein the sensitive data item is a file comprising medical and financial data uploaded by the user and wherein the combination comprises an “OR” operation to delete the sensitive data item when either of the first and second conditions is satisfied.

4. The method of claim 1 , further comprising:

receiving, via the GUI, a restriction request from the user to make a condition of the set of conditions more stringent,

wherein the user generates the restriction request by selecting an option from a plurality of options displayed within the GUI.

5. The method of claim 4 , wherein the condition is a time period following storage of the sensitive data item, wherein the plurality of options are shorter time periods, and wherein the restriction request specifies the option selected by the user.

6. The method of claim 1 , further comprising:

receiving, via the GUI, a relax request from the user to make a condition of the set of conditions less stringent,

wherein the user generates the relax request by selecting an option from a plurality of options displayed within the GUI.

7. The method of claim 1 , wherein the set of conditions comprises a one-time-only read for the sensitive data item.

8. The method of claim 1 , wherein the set of conditions comprises occurrence of an event that requires the sensitive data item prior to occurrence of the event and wherein the sensitive data item is deleted upon occurrence of the event.

9. A system, comprising:

a memory; and

at least one processor coupled to the memory and configured to:

cause display of a graphical user interface (GUI) comprising:

a GUI component for collecting a sensitive data item provided by a user; and

a portion of a self-removal data policy associated with the sensitive data item, wherein the portion of the self-removal data policy comprises a set of conditions including first and second conditions that cause the sensitive data item to be removed when either of the first and second conditions is satisfied;

receiving, via the GUI, the sensitive data item provided by the user and a request provided by the user to update one or more of the first and second conditions for the sensitive data item in the set of conditions;

storing a record comprising a plurality of fields including a sensitive field populated based on the sensitive data item, wherein the sensitive data item in the sensitive field is associated with the updated set of conditions; and

in response to determining, based on satisfaction of the first condition on removing the sensitive data item and satisfaction of the second condition on removing the sensitive data item, whether a combination linking the first and second conditions in the updated set of conditions in the self-removal data policy is satisfied, deleting the sensitive data item in the sensitive field of the record.

10. The system of claim 9 , wherein the at least one processor is further configured to:

receive an indication from the user specifying an entity retaining an ownership of the sensitive data item in the stored record;

receive an indication from the user specifying a sensitivity level of the sensitive data item and

store the sensitive data item in a first repository,

wherein the record is stored in a second repository,

wherein the sensitive field of the record comprises a pointer to the sensitive data item stored in the first repository, and

wherein deleting the sensitive data item from the sensitive field comprises deleting the pointer from the sensitive field.

11. The system of claim 9 , wherein the at least one processor is further configured to:

receive, via the GUI, a restriction request from the user to make a condition of the set of conditions more stringent,

wherein the user generates the restriction request by selecting an option from a plurality of options displayed within the GUI.

12. The system of claim 11 , wherein the condition is a time period following storage of the sensitive data item, wherein the plurality of options are shorter time periods, and wherein the restriction request specifies the option selected by the user.

13. The system of claim 9 , wherein the at least one processor is further configured to:

receive, via the GUI, a relax request from the user to make a condition of the set of conditions less stringent,

wherein the user generates the relax request by selecting an option from a plurality of options displayed within the GUI.

14. The system of claim 9 , wherein the set of conditions comprises a one-time-only read for the sensitive data item.

15. The system of claim 9 , wherein the set of conditions comprises occurrence of an event that requires the sensitive data item prior to occurrence of the event and wherein the sensitive data item is deleted upon occurrence of the event.

16. A non-transitory computer readable medium (CRM) having instructions stored thereon, the instructions, when executed by at least one computing device, cause the at least one computing device to perform operations comprising:

causing display of a graphical user interface (GUI) comprising:

a GUI component for collecting a sensitive data item provided by a user; and

a portion of a self-removal data policy associated with the sensitive data item, wherein the portion of the self-removal data policy comprises a set of conditions including first and second conditions that cause the sensitive data item to be removed when either of the first and second conditions is satisfied;

receiving, via the GUI, the sensitive data item provided by the user and a request provided by the user to update one or more of the first and second conditions for the sensitive data item in the set of conditions;

storing a record comprising a plurality of fields including a sensitive field populated based on the sensitive data item, wherein the sensitive data item in the sensitive field is associated with the updated set of conditions; and

in response to determining, based on satisfaction of the first condition on removing the sensitive data item and satisfaction of the second condition on removing the sensitive data item, whether a combination linking the first and second conditions in the updated set of conditions in the self-removal data policy is satisfied, deleting the sensitive data item in the sensitive field of the record.

17. The non-transitory CRM of claim 16 , the operations further comprising:

receiving an indication from the user specifying an entity retaining an ownership of the sensitive data item in the stored record;

receiving an indication from the user specifying a sensitivity level of the sensitive data item; and

receiving, via the GUI, a restriction request from the user to make a condition of the set of conditions more stringent,

wherein the user generates the restriction request by selecting an option from a plurality of options displayed within the GUI,

wherein the condition is a time period following storage of the sensitive data item,

wherein the plurality of options are shorter time periods, and

wherein the restriction request specifies the option selected by the user.

18. The non-transitory CRM of claim 16 , the operations further comprising:

receiving, via the GUI, a relax request from the user to make a condition of the set of conditions less stringent,

wherein the user generates the relax request by selecting an option from a plurality of options displayed within the GUI.

19. The non-transitory CRM of claim 16 , wherein the set of conditions comprises a one-time-only read for the sensitive data item.

20. The non-transitory CRM of claim 16 , wherein the set of conditions comprises occurrence of an event that requires the sensitive data item prior to occurrence of the event and wherein the sensitive data item is deleted upon occurrence of the event.

Assignments (2)
CHANGE OF NAME Recorded Dec 18, 2024
From: SALESFORCE.COM, INC.
To: SALESFORCE, INC.
Reel/Frame 069717/0571 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Sep 17, 2021
From: LEE, JONG; PERIYAKOIL, KASTHURI; BUTTERFIELD, SHAWN; IERVOLINO, GERARD; CAIN, MIKE; LUN, KEVIN; RANGARAJ, SRIRAM; LAKSHMINARAAYANA, SAI; ZHAO, JIANWU; SHU, GANG
To: SALESFORCE.COM, INC.
Reel/Frame 057516/0966 →
Cited By (1)
US 12,399,963