Prosecution Insights
Last updated: October 02, 2026
Application No. 18/908,925

Privacy Enabled Logging of User Data

Non-Final OA §103
Filed
Oct 08, 2024
Examiner
POWERS, WILLIAM S
Art Unit
2496
Tech Center
2400 — Computer Networks
Assignee
Dell Products L.P.
OA Round
1 (Non-Final)
80%
Grant Probability
Favorable
1-2
OA Rounds
11m
Est. Remaining
82%
With Interview

Examiner Intelligence

Grants 80% — above average
80%
Career Allowance Rate
550 granted / 690 resolved
+21.7% vs TC avg
Minimal +2% lift
Without
With
+2.4%
Interview Lift
resolved cases with interview
Typical timeline
2y 10m
Avg Prosecution
12 currently pending
Career history
707
Total Applications
across all art units

Statute-Specific Performance

§101
9.0%
-31.0% vs TC avg
§103
47.4%
+7.4% vs TC avg
§102
10.2%
-29.8% vs TC avg
§112
15.4%
-24.6% vs TC avg
Black line = Tech Center average estimate • Based on career data from 690 resolved cases

Office Action

§103
DETAILED ACTION Notice of Pre-AIA or AIA Status The present application, filed on or after March 16, 2013, is being examined under the first inventor to file provisions of the AIA . Claims 1-18 are pending. Information Disclosure Statement No IDSs have been received by the Office. Claim Objections Claims 9 and 18 are objected to because of the following informalities: line 11 of claim 9 and line 13 of claim 18 contain the phrase “in in”. The Examiner assumes that claim 18 depends from claim 10. Appropriate correction is required. Claim Rejections - 35 USC § 103 In the event the determination of the status of the application as subject to AIA 35 U.S.C. 102 and 103 (or as subject to pre-AIA 35 U.S.C. 102 and 103) is incorrect, any correction of the statutory basis (i.e., changing from AIA to pre-AIA ) for the rejection will not be considered a new ground of rejection if the prior art relied upon, and the rationale supporting the rejection, would be the same under either status. The following is a quotation of 35 U.S.C. 103 which forms the basis for all obviousness rejections set forth in this Office action: A patent for a claimed invention may not be obtained, notwithstanding that the claimed invention is not identically disclosed as set forth in section 102, if the differences between the claimed invention and the prior art are such that the claimed invention as a whole would have been obvious before the effective filing date of the claimed invention to a person having ordinary skill in the art to which the claimed invention pertains. Patentability shall not be negated by the manner in which the invention was made. The factual inquiries for establishing a background for determining obviousness under 35 U.S.C. 103 are summarized as follows: 1. Determining the scope and contents of the prior art. 2. Ascertaining the differences between the prior art and the claims at issue. 3. Resolving the level of ordinary skill in the pertinent art. 4. Considering objective evidence present in the application indicating obviousness or nonobviousness. Claims 1 are rejected under 35 U.S.C. 103 as being unpatentable over US PG Pub. No. 2022/0283930 to Figueredo de Santana (hereinafter Santana) in view US PG Pub. No. 2020/0351079 to Horst et al. (hereinafter Horst). As to claims 1 and 10, Santana teaches: a. One or more processors and one or more storage devices storing instructions that are configured, when executed by the one or more processors, to cause the one or processors to perform the following (processors, memory, and programs) (Santana, [0051]). b. Determining occurrence of errors generated by an executing application, the executing application being used to process individual instances of user data (software errors with regard to sensitive user data are detected and logged to log files) (Santana, [0025]). c. Logging the errors in an error log (software errors with regard to sensitive user data are detected and logged to log files) (Santana, [0025]). d. For each error of a subset of the errors, identifying a corresponding instance of the user data that the executing application was processing at a time of occurrence of the error (software errors with regard to sensitive user data are detected and logged to log files) (Santana, [0025]). Santana anonymizes user data but does not expressly mention using placeholders. However, in an analogous art, Horst teaches: e. Generating a placeholder for the corresponding instance of the user data in the error log (placeholder/token is generated for each occurrence of sensitive user data) (Horst, [0066-0067]). Therefore, one of ordinary skill in the art before the effective filing date of the instant application would have been motivated to implement the detection of sensitive user data of Santana with the generation of a placeholder of Horst in order to better protect sensitive user data as suggested by Horst (Horst, [0007]). Santana as modified further teaches: f. Generating a corresponding instance of pseudo data for the corresponding instance of the user data that the executing application was processing at the time of occurrence of the error (tokens/placeholders are equivalent to pseudo data as the tokens consist of anonymized sensitive user data) (Horst, [0066-0067]). g. Including the generated corresponding instance of pseudo data in the placeholder in the error log (anonymized sensitive user data is saved in trace logs) (Santana, [0025]). As to claims 2 and 11, Santana as modified teaches generating a corresponding instance of pseudo data comprises encrypting the corresponding instance of the user data that the executing application was processing at the time of occurrence of the error using an encryption key (a cryptographic operation consisting of a plurality of replacement tables (keys) to anonymize the plaintext sensitive user data into tokens) (Horst, [0013-0016 and 0039-0042]). As to claims 3 and 12, Santana as modified teaches the same encryption key is used to generate corresponding instances of pseudo data for each error of the subset of the errors (each generated placeholder/token is unique even if the instances of sensitive user data is exactly the same) (Horst, [0025]). This is seen as an advancement over the claimed limitation as security is enhanced. As to claims 4 and 13, Santana as modified teaches corresponding different encryption keys are used to generate respective corresponding instances of pseudo data for each error of the subset of the errors (each generated placeholder/token is unique even if the instances of sensitive user data is exactly the same) (Horst, [0025]). As to claims 5 and 14, Santana as modified teaches encrypting corresponding different encryption keys for the respective corresponding instances of the pseudo data and storing the encrypted corresponding different encryption keys along with the respective corresponding instances of the pseudo data in the corresponding placeholders in the error log (the tokens hold all the data needed to recreate the tokenized sensitive user data using replacement tables) (Horst, [0013-0016 and 0039-0042]). As to claims 6 and 15, Santana as modified teaches generating a corresponding instance of pseudo data comprises storing the corresponding instance of the user data that the executing application was processing at the time of the occurrence of the error at a secure storage location, and including a reference to the secure storage location as the pseudo data in the placeholder in the error log (replacement tables are stored in storage devices and are used to restore the sensitive user data) (Horst, [0039-0042]). This is an improvement over storing the actual sensitive user data as even if a malicious operator gains access to the replacement tables the sensitive user data is not exposed. As to claims 7 and 16, Santana as modified teaches the secure storage location is a second storage location separate from a first storage location containing the error log does not provide corresponding access to the second storage location containing the user data (there are multiple storage devices and storing data in different devices is an obvious variation to one of ordinary skill) (Horst, [0039-0042] and Santana, [0078]). As noted above in claims 6 and 15, Santana as modified does not store the actual sensitive user data as even if a malicious operator gains access to the replacement tables the sensitive user data is not exposed. As to claims 8 and 17, Santana as modified teaches the user data is stored in encrypted form at the second storage location (a cryptographic operation consisting of a plurality of replacement tables (keys) to anonymize the plaintext sensitive user data into tokens) (Horst, [0013-0016 and 0039-0042]). Santana as modified does not store the actual sensitive user data or encrypted sensitive user data as even if a malicious operator gains access to the replacement tables the sensitive user data is not exposed. As to claims 9 and 18, Santana as modified teaches: a. Requesting access to user data corresponding to particular instances of the pseudo data contained in one or more placeholders (whether to replace the sensitive user data depends on an entropy score) (Santana, [0025]). b. Reviewing particular instances of user data corresponding to the requested particular instances of pseudo data to determine if the particular instances of pseudo data should be replaced with the particular instances of user data (whether to replace the sensitive user data depends on an entropy score) (Santana, [0025]). c. In response to a determination that the particular instance of pseudo data should be replaced with corresponding user data, replacing the pseudo data of the corresponding placeholder with the corresponding the corresponding user data in the error log (sensitive data above the entropy threshold, there is no replacement) (Santana, [0025). d. In response to a determination that the particular instance of pseudo data should be replaced with corresponding user data, maintaining the pseudo data of the corresponding placeholder in the error log (sensitive data below the entropy threshold, there is replacement) (Santana, [0025). Conclusion Any inquiry concerning this communication or earlier communications from the examiner should be directed to WILLIAM S POWERS whose telephone number is (571)272-8573. The examiner can normally be reached M-F 7:30-17:30. Examiner interviews are available via telephone, in-person, and video conferencing using a USPTO supplied web-based collaboration tool. To schedule an interview, applicant is encouraged to use the USPTO Automated Interview Request (AIR) at http://www.uspto.gov/interviewpractice. If attempts to reach the examiner by telephone are unsuccessful, the examiner’s supervisor, Jorge L Ortiz-Criado can be reached at (571) 272-7624. The fax phone number for the organization where this application or proceeding is assigned is 571-273-8300. Information regarding the status of published or unpublished applications may be obtained from Patent Center. Unpublished application information in Patent Center is available to registered users. To file and manage patent submissions in Patent Center, visit: https://patentcenter.uspto.gov. Visit https://www.uspto.gov/patents/apply/patent-center for more information about Patent Center and https://www.uspto.gov/patents/docx for information about filing in DOCX format. For additional questions, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a USPTO Customer Service Representative, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. /WILLIAM S POWERS/Primary Examiner, Art Unit 2496
Read full office action

Prosecution Timeline

Oct 08, 2024
Application Filed
Jul 01, 2026
Non-Final Rejection mailed — §103 (current)

Precedent Cases

Applications granted by this same examiner with similar technology

Patent 12743524
ELECTRONIC SYSTEM FOR SECURITY ANALYSIS AND VALIDATION DURING CONSTRUCTION AND DEPLOYMENT OF DYNAMIC NETWORK COMPONENTS
2y 0m to grant Granted Sep 22, 2026
Patent 12726369
SALTED HASHING METHOD FOR RESPONSE-BASED CRYPTOGRAPHY
4y 1m to grant Granted Sep 01, 2026
Patent 12705378
SYSTEM AND METHOD FOR SECURELY TRANSFERRING DATA USING PSEUDO RANDOMLY GENERATED TOKENS
2y 4m to grant Granted Aug 11, 2026
Patent 12701420
MANAGING END-TO-END DATA PROTECTION
3y 1m to grant Granted Aug 04, 2026
Patent 12695601
PAYLOAD LEVEL ENCRYPTION
2y 3m to grant Granted Jul 28, 2026
Study what changed to get past this examiner. Based on 5 most recent grants.

Strategy Recommendation AI-generated — please review before filing

Get a prosecution strategy drawn from examiner precedents, rejection analysis, and claim mapping.
Typically takes 5-10 seconds — AI-generated, attorney review required before filing

Prosecution Projections

1-2
Expected OA Rounds
80%
Grant Probability
82%
With Interview (+2.4%)
2y 10m (~11m remaining)
Median Time to Grant
Low
PTA Risk
Based on 690 resolved cases by this examiner. Grant probability derived from career allowance rate.

Sign in with your work email

Enter your email to receive a magic link. No password needed.

Personal email addresses (Gmail, Yahoo, etc.) are not accepted.

Free tier: 3 strategy analyses per month