Prosecution Insights
Last updated: October 02, 2026
Application No. 19/223,757

PROVIDING ACCESS BY A USER TO A NEWLY DEPLOYED ENTERPRISE SYSTEM IN A CLOUD COMPUTING ENVIRONMENT (as amended)

Non-Final OA §103
Filed
May 30, 2025
Priority
Jan 18, 2019 — continuation of 11/018,956 +2 more
Examiner
CHACKO, JOE
Art Unit
Tech Center
Assignee
Fidelity Information Services LLC
OA Round
1 (Non-Final)
75%
Grant Probability
Favorable
1-2
OA Rounds
1y 11m
Est. Remaining
99%
With Interview

Examiner Intelligence

Grants 75% — above average
75%
Career Allowance Rate
447 granted / 594 resolved
+15.3% vs TC avg
Strong +28% interview lift
Without
With
+28.4%
Interview Lift
resolved cases with interview
Typical timeline
3y 3m
Avg Prosecution
7 currently pending
Career history
604
Total Applications
across all art units

Statute-Specific Performance

§101
11.0%
-29.0% vs TC avg
§103
58.6%
+18.6% vs TC avg
§102
22.3%
-17.7% vs TC avg
§112
3.5%
-36.5% vs TC avg
Black line = Tech Center average estimate • Based on career data from 594 resolved cases

Office Action

§103
DETAILED ACTION Claims 1-20 have been examined and are pending. 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 . Claim Rejections - 35 USC § 103 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. Claims 21-40 are rejected under 35 U.S.C. 103 as being unpatentable over Koivuniemi et al. (U.S. 2015/0180848 A1, hereinafter “Koivuniemi”) in view of Wang et al. (U.S. 2020/0110675 A1, hereinafter “Wang”). As to claims 21, 28 and 35, Koivuniemi discloses a method for providing access by a user to a newly deployed enterprise system in a cloud computing environment, comprising: establishing credentials for the user to confirm the user's identity or to confirm authorization to access the newly deployed enterprise system (para. [0040]; discloses agent may make API calls to cloud infrastructure service provider to look-up instance ID and verify the instance/domain is allocated to the cloud service account); providing account information to the user (para. [0055]; discloses authorized user associated with App A makes SSH connection to the instance at the IP address); providing services of the newly deployed enterprise system to the user (para. [0061]; discloses once the Application instance has at run-time access to the master key, the App instance can potentially decrypt other dataset or datastore specific encryption keys to get eventual access to the target datasets and/or datastores); and In an analogous art, Wang discloses the method wherein updating data stores in the newly deployed enterprise system using a corresponding microservice, including parsing changes to the data stores into a format associated with previous backups of the deployed enterprise system (para. [0038]; discloses primary snapshot of the VMs may stored in the data store are converted into a format suitable for deployment in the second computing infrastructure. para.[0045]; discloses deployment machine in Corporate Data Center must maintain a list of provisioned instances to make sure bootstrapping is done only once per instance.). It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to modify Koivuniemi by converting the format of the snapshots to another computing infrastructure as taught by Wang in order to make the failover run for more efficiently. As to claim 22, Koivuniemi-Wang discloses the method of claim 21, wherein establishing credentials for the user includes providing a series of questions to the user to confirm the user's identity (Koivuniemi para. [0053-[0054]; discloses Agent may make API calls to cloud infrastructure service provider to look-up InstanceID, verify the instance/domain is allocated to the Cloud Service Account of the organization enterprise; it is noted that the deployment user may be required to be authenticated regarding the target cloud-based instance where the application instance will be deployed and bootstrapped.). As to claim 23, Koivuniemi-Wang discloses the method of claim 21, wherein establishing credentials for the user includes requesting a key or a certificate from the newly deployed enterprise system to confirm the user's authorization (Koivuniemi ,para. [0072]; discloses API call invoked via API signing keys and mutual SSL authentication using both server and client certificates). As to claim 24, Koivuniemi-Wang discloses the method of claim 21, wherein establishing credentials for the user includes generating new credentials for the user (Koivuniemi, para. [0021]; discloses pushing required master keys to new cloud instances). As to claim 25, Koivuniemi-Wang discloses the method of claim 21, wherein providing account information includes accessing one or more data stores on the newly deployed enterprise system to retrieve account information (Wang, para.[0037]; discloses primary snapshots stored in the data store are deployed to VMs initialized). As to claim 26, Koivuniemi-Wang discloses the method of claim 21, wherein providing account information includes requesting confirmation from the user that the account information for the newly deployed enterprise system is valid compared with previous account information on a previously deployed enterprise system (Koivuniemi, para. [0054]-[0055]; discloses deployment user is authenticated regarding the target cloud based instance and is selected and validated). As to claim 27, Koivuniemi-Wang discloses the method of claim 21, wherein updating the data stores includes: retrieving the backup in a first format; and parsing the backup from the first format into a second format, wherein the second format is different from the first format (Wang, para. [0038]; discloses the primary snapshots of the VMs may be in a Virtual Machine Disk (VMDK) format when captured by the primary DMS cluster , and may be converted into an Amazon Machine Image (AMI) format when the secondary compute infrastructure is an Amazon Web Service (AWS) cloud computing infrastructure. The format conversion may include conversion of full or incremental primary snapshots, and results in the primary snapshots being stored in a native format of the secondary compute infrastructure ). As to claim 29, Koivuniemi-Wang discloses the system of claim 28, wherein establishing credentials for the user includes providing a series of questions to the user to confirm the user's identity (Koivuniemi para. [0053-[0054]; discloses Agent may make API calls to cloud infrastructure service provider to look-up InstanceID, verify the instance/domain is allocated to the Cloud Service Account of the organization enterprise; it is noted that the deployment user may be required to be authenticated regarding the target cloud-based instance where the application instance will be deployed and bootstrapped.). As to claim 30, Koivuniemi-Wang discloses the system of claim 28, wherein establishing credentials for the user includes requesting a key or a certificate from the newly deployed enterprise system to confirm the user's authorization (Koivuniemi ,para. [0072]; discloses API call invoked via API signing keys and mutual SSL authentication using both server and client certificates). As to claim 31, Koivuniemi-Wang discloses the system of claim 28, wherein establishing credentials for the user includes generating new credentials for the user (Koivuniemi, para. [0021]; discloses pushing required master keys to new cloud instances). As to claim 32, Koivuniemi-Wang discloses the system of claim 28, wherein providing account information includes accessing one or more data stores on the newly deployed enterprise system to retrieve account information (Wang, para.[0037]; discloses primary snapshots stored in the data store are deployed to VMs initialized). As to claim 33, Koivuniemi-Wang discloses the system of claim 28, wherein providing account information includes requesting confirmation from the user that the account information for the newly deployed enterprise system is valid compared with previous account information on a previously deployed enterprise system (Koivuniemi, para. [0054]-[0055]; discloses deployment user is authenticated regarding the target cloud based instance and is selected and validated). As to claim 34, Koivuniemi-Wang discloses the system of claim 28, wherein updating the data stores includes: retrieving the backup in a first format; and parsing the backup from the first format into a second format, wherein the second format is different from the first format (Wang, para. [0038]; discloses the primary snapshots of the VMs may be in a Virtual Machine Disk (VMDK) format when captured by the primary DMS cluster , and may be converted into an Amazon Machine Image (AMI) format when the secondary compute infrastructure is an Amazon Web Service (AWS) cloud computing infrastructure. The format conversion may include conversion of full or incremental primary snapshots, and results in the primary snapshots being stored in a native format of the secondary compute infrastructure ). As to claim 36, Koivuniemi-Wang discloses the non-transitory computer-readable medium of claim 35, wherein establishing credentials for the user includes providing a series of questions to the user to confirm the user's identity (Koivuniemi para. [0053-[0054]; discloses Agent may make API calls to cloud infrastructure service provider to look-up InstanceID, verify the instance/domain is allocated to the Cloud Service Account of the organization enterprise; it is noted that the deployment user may be required to be authenticated regarding the target cloud-based instance where the application instance will be deployed and bootstrapped.).. As to claim 37, Koivuniemi-Wang discloses the non-transitory computer-readable medium of claim 35, wherein establishing credentials for the user includes requesting a key or a certificate from the newly deployed enterprise system to confirm the user's authorization (Koivuniemi ,para. [0072]; discloses API call invoked via API signing keys and mutual SSL authentication using both server and client certificates). As to claim 38, Koivuniemi-Wang discloses the non-transitory computer-readable medium of The non-transitory computer-readable medium of wherein establishing credentials for the user includes generating new credentials for the user (Koivuniemi, para. [0021]; discloses pushing required master keys to new cloud instances). As to claim 39, Koivuniemi-Wang discloses the non-transitory computer-readable medium of The non-transitory computer-readable medium of wherein providing account information includes accessing one or more data stores on the newly deployed enterprise system to retrieve account information (Wang, para.[0037]; discloses primary snapshots stored in the data store are deployed to VMs initialized). As to claim 40, Koivuniemi-Wang discloses the non-transitory computer-readable medium of The non-transitory computer-readable medium of wherein providing account information includes requesting confirmation from the user that the account information for the newly deployed enterprise system is valid compared with previous account information on a previously deployed enterprise system (Koivuniemi, para. [0054]-[0055]; discloses deployment user is authenticated regarding the target cloud based instance and is selected and validated). Conclusion The prior art made of record and not relied upon is considered pertinent to applicant's disclosure. Walters et al. (U.S. 2019/0361748 A1) discloses a control plane receives a request to do something to the resource, such as create, stop, back up, restore, scale, or migrate it. Because different virtualization platforms expose different management APIs and features, the system looks up mapping information to figure out which platform-specific actions can achieve the requested goal. It then sends the selected actions through the correct interface for that resource’s host platform. In some cases, the system uses a control plane agent placed in the same network as the resource to carry out the action. The system can also translate or modify data so the action can be performed across platform boundaries. Any inquiry concerning this communication or earlier communications from the examiner should be directed to JOE CHACKO whose telephone number is (571)270-3318. The examiner can normally be reached Monday-Friday 7am-5pm. 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, Ario Etienne can be reached at 5712724001. 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. /JOE CHACKO/Primary Examiner, Art Unit 2457
Read full office action

Prosecution Timeline

May 30, 2025
Application Filed
Aug 26, 2026
Non-Final Rejection mailed — §103 (current)

Precedent Cases

Applications granted by this same examiner with similar technology

Patent 12750287
SECURITY SERVICE ORCHESTRATION FUNCTION IN A SERVICE-BASED ARCHITECTURE
2y 9m to grant Granted Sep 29, 2026
Patent 12739224
Methods for Handling Usage of a Domain Name Service and Corresponding Devices
3y 5m to grant Granted Sep 15, 2026
Patent 12739162
TECHNIQUES FOR ACTIVATION TRIGGERING USING TIME-SERIES BASED EVENT DATA
3y 3m to grant Granted Sep 15, 2026
Patent 12732516
APPARATUS AND METHOD FOR ADVERSARIAL CAN PACKETIZATION FOR PHYSICAL ATTACK OF VEHICLE
2y 2m to grant Granted Sep 08, 2026
Patent 12726418
END-TO-END SERVICE LEVEL METRIC APPROXIMATION
2y 5m to grant Granted Sep 01, 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
75%
Grant Probability
99%
With Interview (+28.4%)
3y 3m (~1y 11m remaining)
Median Time to Grant
Low
PTA Risk
Based on 594 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