Prosecution Insights
Last updated: October 27, 2026
Application No. 18/226,893

Data Center Workload Orchestration Via A Data Center Monitoring And Management Operation

Non-Final OA §103
Filed
Jul 27, 2023
Examiner
CAO, DIEM K
Art Unit
2196
Tech Center
2100 — Computer Architecture & Software
Assignee
Dell Products L.P.
OA Round
3 (Non-Final)
81%
Grant Probability
Favorable
3-4
OA Rounds
2m
Est. Remaining
99%
With Interview

Examiner Intelligence

Grants 81% — above average
81%
Career Allowance Rate
552 granted / 685 resolved
+25.6% vs TC avg
Strong +19% interview lift
Without
With
+18.7%
Interview Lift
resolved cases with interview
Typical timeline
3y 5m
Avg Prosecution
20 currently pending
Career history
714
Total Applications
across all art units

Statute-Specific Performance

§101
12.0%
-28.0% vs TC avg
§103
47.9%
+7.9% vs TC avg
§102
13.4%
-26.6% vs TC avg
§112
19.9%
-20.1% vs TC avg
Black line = Tech Center average estimate • Based on career data from 685 resolved cases

Office Action

§103
DETAILED ACTION Claims 1-20 are pending. Applicants has amended claims 1, 7 and 13. 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 . Continued Examination Under 37 CFR 1.114 A request for continued examination under 37 CFR 1.114, including the fee set forth in 37 CFR 1.17(e), was filed in this application after final rejection. Since this application is eligible for continued examination under 37 CFR 1.114, and the fee set forth in 37 CFR 1.17(e) has been timely paid, the finality of the previous Office action has been withdrawn pursuant to 37 CFR 1.114. Applicant's submission filed on 8/10/2026 has been entered. 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. Claims 1-4, 7-10, 13-16 and 19-20 are rejected 35 U.S.C. 103 as being unpatentable over Nagpal et al. (US 2022/0156114 A1) in view of Subramanian et al. (US 2020/0104184 A1) further in view of Allen (US 2022/0100573 A1). As to claim 1, Nagpal teaches a computer-implementable method for performing a data center monitoring and management operation (a method; claim 1 and abstract), comprising: receiving workload orchestration input data (The manager may … receive information about resource usage of various workload instances (which may be, for example, virtual machines or containers); paragraph [0018] and monitoring a workload may include monitoring resource usage, memory usage, latency, speed, health, etc.; paragraph [0020]); applying the workload orchestration data to a network model (the manager 108 may use a neural network or other computational model created from monitoring workloads at the various computing environments; paragraph [0020], [0042]-[0046]); generating a probability distribution of the workload orchestration data, the probability distribution including performance indicator information (“the manager may predict how the workload will execute at the cloud computing environment and suggest configurations of the instance” and “determine how the workload may execute at different computing environments with different architectures and provisions of computing resources”; paragraph [0020] and “performance indicator … workloads”; paragraphs [0039], [0042]-[0043]); and, managing data center workload provisioning based upon the probability distribution of the workload orchestration data (The workload manager may also … automatically resize workloads … load balancer; paragraph [0040]). Nagpal does not teach the performance indicator information including Key Performance Indicators, the probability distribution of the workload orchestration data including a probability distribution of the Key Performance Indicators, the workload orchestration input data including provisioning data and telemetry data associated with performance of a multi-cloud orchestration management operation, the multi-cloud orchestration management operation managing use of at least two cloud computing environments to service a workload, and the data center workload provisioning including managing access to the at least two cloud computing environments for use when servicing the workload. However, Subramanian teaches the performance indicator information including Key Performance Indicators, the probability distribution of the workload orchestration data including a probability distribution of the Key Performance Indicators (“In some examples, pod manager 510 can specify target KPIs or other requirements for the workload request that accelerator 520 will use in place of or in addition to requirements specified by its SLA. Such parameters can be transferred to accelerator 520 as part of the request for resource configuration”; paragraph [0030] and “Accelerator 520 can receive resource configuration requests from pod manager 510 and provide the parameters (e.g., workload identifier, SLA requirement(s), required resource configuration or KPI, and so forth) of the request to resource determination module 522”; paragraph [0035]). It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to apply the teaching of Subramanian to the system of Nagpal because both are in the same field of endeavor, and Subramanian teaches a method that improve application scheduling and deployment as well as application workload resource allocation in the edge and/or cloud computing environments (paragraph [0012]). Allen teaches the workload orchestration input data including provisioning data and telemetry data associated with performance of a multi-cloud orchestration management operation, the multi-cloud orchestration management operation managing use of at least two cloud computing environments to service a workload, and the data center workload provisioning including managing access to the at least two cloud computing environments for use when servicing the workload (“The management services 250 can include a workload manager 252 and a resource manager 254. The workload manager 252 can manage jobs or workloads submitted for the on-premises site 212, including jobs or workloads in the workload queue. The workload manager 252 can monitor the workload queue 258 and manage each job or workload in the workload queue 258 until completion. The workload manager 252 can identify specific requirements for jobs or workloads submitted to the on-premises site 212, such as resource and/or job or workload requirements (e.g., job priorities, data requirements, application requirements, performance requirements, etc.)”; paragraphs [0077]-[0078], and “Multi-cloud bursting service 340A receives requests from clients 312, 314, 316 and 318. Clients 312, 314, 316 and 318 can be users or entities (e.g., cloud consumers) with processing needs, resource needs, overflow requests, etc. Multi-cloud bursting service 340A can poll one or more of the clouds 202-210 to identify respective capabilities and characteristics, including any type of parameter (e.g., location, performance, cost, availability, latency, data or workload processing patterns, etc.) associated with the respective clouds 202-210. Examples of different capabilities or characteristics may include resource types, resource quantities, resource costs (e.g., per unit of compute resource, per request or job, per resource reservation time, per subscription, per amount of data, per requirement, etc.), QoS guarantees, SLAs offered, resource availability, parameters offered, processing patterns, efficiency parameters,”; paragraph [0081], and “”; paragraph [0083] and “The multi-cloud bursting services 340 can also instruct or communicate with workload managers in the respective environments to ensure that specific resources are reserved or scheduled for processing the job or workload.”; paragraph [0089]). It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention, given Nagpal teaches that a workload can execute on different cloud environment (see claim 1), to apply the teaching of Allen to the system of Nagpal because Allen teaches a method that allows a workload to be serviced by more than one cloud environment based on requirements and current resources capacity of the system. As to claim 2, Nagpal as modified by Subramanian and Allen teaches the method of claim 1, further comprising: generating a signature of workload deployment operational data (see Nagpal: neural networks of the provisioning model may generate a fingerprint for a workload based on the workload data; paragraph [0045]); and using the signature of the workload deployment operational data when managing the data center workload provisioning (see Nagpal: where the fingerprint forms a representation of the workload … identify other workloads … for the workload; paragraph [0045]). As to claim 3, Nagpal as modified by Subramanian and Allen teaches the network model comprises a convolutional neural network (see Subramanian: At least because of potentially massive amount of telemetry information received, a hardware-based accelerator (e.g., a neural network, convolutional neural network, or other type of neural network) can be used to accelerate suggestions for resource allocations based on the telemetry data; paragraph [0023]); and, the generating the probability distribution uses the convolutional neural network (see Subramanian: Accelerator 116 can use an artificial intelligence (AI) model or models that use a supervised or unsupervised reinforcement learning scheme to guide its suggestions of compute resources. For example, for a workload, the AI model can consider any of measured telemetry data, performance indicators, boundedness, utilized compute resources, or evaluation or monitoring of the application performance (including the application's own evaluation of its performance); paragraph [0022]). As to claim 4, Nagpal as modified by Subramanian and Allen teaches the method of claim 1, further comprising: applying an artificial intelligence (AI) for information technology (IT) operations (AIOps) operation when managing the data center workload provisioning (see Nagpal: paragraph [0044]). As to claim 7, Nagpal teaches a system comprising: a processor (processor 212; Fig. 3 and paragraph [0029]); a data bus coupled to the processor (communication fabric 322; Fig. 3 and paragraph [0029]); and, a non-transitory, computer-readable storage medium embodying computer program code, the non-transitory, computer-readable storage medium being coupled to the data bus, the computer program code interacting with a plurality of computer operations and comprising instructions executable by the processor and configured for (One or more non-transitory computer readable media … cause a computing device to; claim 10 and paragraph [0030]): receiving workload orchestration input data (The manager may … receive information about resource usage of various workload instances (which may be, for example, virtual machines or containers); paragraph [0018] and monitoring a workload may include monitoring resource usage, memory usage, latency, speed, health, etc.; paragraph [0020]); applying the workload orchestration data to a network model (the manager 108 may use a neural network or other computational model created from monitoring workloads at the various computing environments; paragraph [0020], [0042]-[0046]); generating a probability distribution of the workload orchestration data, the probability distribution including performance indicator information (“the manager may predict how the workload will execute at the cloud computing environment and suggest configurations of the instance” and “determine how the workload may execute at different computing environments with different architectures and provisions of computing resources”; paragraph [0020] and “performance indicator … workloads”; paragraphs [0039], [0042]-[0043]); and, managing data center workload provisioning based upon the probability distribution of the workload orchestration data (The workload manager may also … automatically resize workloads … load balancer; paragraph [0040]). Nagpal does not teach the performance indicator information including Key Performance Indicators, the probability distribution of the workload orchestration data including a probability distribution of the Key Performance Indicators, the workload orchestration input data including provisioning data and telemetry data associated with performance of a multi-cloud orchestration management operation, the multi-cloud orchestration management operation managing use of at least two cloud computing environments to service a workload, and the data center workload provisioning including managing access to the at least two cloud computing environments for use when servicing the workload. However, Subramanian teaches the performance indicator information including Key Performance Indicators, the probability distribution of the workload orchestration data including a probability distribution of the Key Performance Indicators (“In some examples, pod manager 510 can specify target KPIs or other requirements for the workload request that accelerator 520 will use in place of or in addition to requirements specified by its SLA. Such parameters can be transferred to accelerator 520 as part of the request for resource configuration”; paragraph [0030] and “Accelerator 520 can receive resource configuration requests from pod manager 510 and provide the parameters (e.g., workload identifier, SLA requirement(s), required resource configuration or KPI, and so forth) of the request to resource determination module 522”; paragraph [0035]). It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to apply the teaching of Subramanian to the system of Nagpal because both are in the same field of endeavor, and Subramanian teaches a method that improve application scheduling and deployment as well as application workload resource allocation in the edge and/or cloud computing environments (paragraph [0012]). Allen teaches the workload orchestration input data including provisioning data and telemetry data associated with performance of a multi-cloud orchestration management operation, the multi-cloud orchestration management operation managing use of at least two cloud computing environments to service a workload, and the data center workload provisioning including managing access to the at least two cloud computing environments for use when servicing the workload (“The management services 250 can include a workload manager 252 and a resource manager 254. The workload manager 252 can manage jobs or workloads submitted for the on-premises site 212, including jobs or workloads in the workload queue. The workload manager 252 can monitor the workload queue 258 and manage each job or workload in the workload queue 258 until completion. The workload manager 252 can identify specific requirements for jobs or workloads submitted to the on-premises site 212, such as resource and/or job or workload requirements (e.g., job priorities, data requirements, application requirements, performance requirements, etc.)”; paragraphs [0077]-[0078], and “Multi-cloud bursting service 340A receives requests from clients 312, 314, 316 and 318. Clients 312, 314, 316 and 318 can be users or entities (e.g., cloud consumers) with processing needs, resource needs, overflow requests, etc. Multi-cloud bursting service 340A can poll one or more of the clouds 202-210 to identify respective capabilities and characteristics, including any type of parameter (e.g., location, performance, cost, availability, latency, data or workload processing patterns, etc.) associated with the respective clouds 202-210. Examples of different capabilities or characteristics may include resource types, resource quantities, resource costs (e.g., per unit of compute resource, per request or job, per resource reservation time, per subscription, per amount of data, per requirement, etc.), QoS guarantees, SLAs offered, resource availability, parameters offered, processing patterns, efficiency parameters,”; paragraph [0081], and “”; paragraph [0083] and “The multi-cloud bursting services 340 can also instruct or communicate with workload managers in the respective environments to ensure that specific resources are reserved or scheduled for processing the job or workload.”; paragraph [0089]). It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention, given Nagpal teaches that a workload can execute on different cloud environment (see claim 1), to apply the teaching of Allen to the system of Nagpal because Allen teaches a method that allows a workload to be serviced by more than one cloud environment based on requirements and current resources capacity of the system. As to claim 8, see rejection of claim 2 above. As to claim 9, see rejection of claim 3 above. As to claim 10, see rejection of claim 4 above. As to claim 13, Nagpal teaches a non-transitory, computer-readable storage medium embodying computer program code, the computer program code comprising computer executable instructions configured for (One or more non-transitory computer readable media … cause a computing device to; claim 10): receiving workload orchestration input data (The manager may … receive information about resource usage of various workload instances (which may be, for example, virtual machines or containers); paragraph [0018] and monitoring a workload may include monitoring resource usage, memory usage, latency, speed, health, etc.; paragraph [0020]); applying the workload orchestration data to a network model (the manager 108 may use a neural network or other computational model created from monitoring workloads at the various computing environments; paragraph [0020], [0042]-[0046]); generating a probability distribution of the workload orchestration data, the probability distribution including performance indicator information (“the manager may predict how the workload will execute at the cloud computing environment and suggest configurations of the instance” and “determine how the workload may execute at different computing environments with different architectures and provisions of computing resources”; paragraph [0020] and “performance indicator … workloads”; paragraphs [0039], [0042]-[0043]); and, managing data center workload provisioning based upon the probability distribution of the workload orchestration data (The workload manager may also … automatically resize workloads … load balancer; paragraph [0040]). Nagpal does not teach the performance indicator information including Key Performance Indicators, the probability distribution of the workload orchestration data including a probability distribution of the Key Performance Indicators, the workload orchestration input data including provisioning data and telemetry data associated with performance of a multi-cloud orchestration management operation, the multi-cloud orchestration management operation managing use of at least two cloud computing environments to service a workload, and the data center workload provisioning including managing access to the at least two cloud computing environments for use when servicing the workload. However, Subramanian teaches the performance indicator information including Key Performance Indicators, the probability distribution of the workload orchestration data including a probability distribution of the Key Performance Indicators (“In some examples, pod manager 510 can specify target KPIs or other requirements for the workload request that accelerator 520 will use in place of or in addition to requirements specified by its SLA. Such parameters can be transferred to accelerator 520 as part of the request for resource configuration”; paragraph [0030] and “Accelerator 520 can receive resource configuration requests from pod manager 510 and provide the parameters (e.g., workload identifier, SLA requirement(s), required resource configuration or KPI, and so forth) of the request to resource determination module 522”; paragraph [0035]). It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to apply the teaching of Subramanian to the system of Nagpal because both are in the same field of endeavor, and Subramanian teaches a method that improve application scheduling and deployment as well as application workload resource allocation in the edge and/or cloud computing environments (paragraph [0012]). Allen teaches the workload orchestration input data including provisioning data and telemetry data associated with performance of a multi-cloud orchestration management operation, the multi-cloud orchestration management operation managing use of at least two cloud computing environments to service a workload, and the data center workload provisioning including managing access to the at least two cloud computing environments for use when servicing the workload (“The management services 250 can include a workload manager 252 and a resource manager 254. The workload manager 252 can manage jobs or workloads submitted for the on-premises site 212, including jobs or workloads in the workload queue. The workload manager 252 can monitor the workload queue 258 and manage each job or workload in the workload queue 258 until completion. The workload manager 252 can identify specific requirements for jobs or workloads submitted to the on-premises site 212, such as resource and/or job or workload requirements (e.g., job priorities, data requirements, application requirements, performance requirements, etc.)”; paragraphs [0077]-[0078], and “Multi-cloud bursting service 340A receives requests from clients 312, 314, 316 and 318. Clients 312, 314, 316 and 318 can be users or entities (e.g., cloud consumers) with processing needs, resource needs, overflow requests, etc. Multi-cloud bursting service 340A can poll one or more of the clouds 202-210 to identify respective capabilities and characteristics, including any type of parameter (e.g., location, performance, cost, availability, latency, data or workload processing patterns, etc.) associated with the respective clouds 202-210. Examples of different capabilities or characteristics may include resource types, resource quantities, resource costs (e.g., per unit of compute resource, per request or job, per resource reservation time, per subscription, per amount of data, per requirement, etc.), QoS guarantees, SLAs offered, resource availability, parameters offered, processing patterns, efficiency parameters,”; paragraph [0081], and “”; paragraph [0083] and “The multi-cloud bursting services 340 can also instruct or communicate with workload managers in the respective environments to ensure that specific resources are reserved or scheduled for processing the job or workload.”; paragraph [0089]). It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention, given Nagpal teaches that a workload can execute on different cloud environment (see claim 1), to apply the teaching of Allen to the system of Nagpal because Allen teaches a method that allows a workload to be serviced by more than one cloud environment based on requirements and current resources capacity of the system. As to claim 14, see rejection of claim 2 above. As to claim 15, see rejection of claim 3 above. As to claim 16, see rejection of claim 4 above. As to claim 19, Nagpal as modified by Subramanian and Allen teaches the non-transitory, computer-readable storage medium of claim 13, wherein: the computer executable instructions are deployable to a client system from a server system at a remote location (see Nagpal: The memory 314 may hold computer readable instructions, files, data, etc., for execution by one or more of the processors 312 of the computing node 300. For example, the memory 314 includes manager instructions 324 which, when executed by the processors 312 implement the manger 108 of the central computing system 106. Where the computing node 300 is implemented as a node in a computing platform or cluster monitored by the central computing system 106, the memory 314 may hold computer readable instructions for workloads instantiated at the respective computing platform by the manager 108; paragraph [0030]). As to claim 20, Nagpal as modified by Subramanian and Allen teaches the non-transitory, computer-readable storage medium of claim 13, wherein: the computer executable instructions are provided by a service provider to a user on an on-demand basis (see Nagpal: The memory 314 may hold computer readable instructions, files, data, etc., for execution by one or more of the processors 312 of the computing node 300. For example, the memory 314 includes manager instructions 324 which, when executed by the processors 312 implement the manger 108 of the central computing system 106. Where the computing node 300 is implemented as a node in a computing platform or cluster monitored by the central computing system 106, the memory 314 may hold computer readable instructions for workloads instantiated at the respective computing platform by the manager 108; paragraph [0030]). Claims 5, 11 and 17 are rejected under 35 U.S.C. 103 as being unpatentable over Nagpal et al. (US 2022/0156114 A1) in view of Subramanian et al. (US 2020/0104184 A1) and Allen (US 2022/0100573 A1) further in view of Shukla et al. (US 2020/0034429 A1). As to claim 5, Nagpal as modified by Subramanian and Allen does not teach the AIOps operation generates a performance measurement vector; and, managing the data center workload provisioning uses the performance measurement vector. However, Shukla teaches generates a performance measurement vector; and, managing the data center workload provisioning uses the performance measurement vector (The workload classification and analysis … workload signatures. By using workload vector space to represent a workload … improve accuracy of workload classification; paragraphs [0038], [0043] and [0046]). It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to apply the teaching of Shukla to the system of Nagpal as modified by Subramanian and Allen because Shukla teaches a method to learn and classify workloads executing within the system, and reuse the classified data for future use (paragraph [0002] and [0027]). As to claim 11, see rejection of claim 5 above. As to claim 17, see rejection of claim 5 above. Claims 6, 12 and 18 are rejected under 35 U.S.C. 103 as being unpatentable over Nagpal et al. (US 2022/0156114 A1) in view of Subramanian et al. (US 2020/0104184 A1) and Allen (US 2022/0100573 A1) further in view of Jain et al. (US 2024/0007414 A1). As to claim 6, Nagpal as modified by Subramanian and Allen does not teachthe AIOps operation generates a new signature vector for a given set of deployment operation data; and, the data center workload provisioning is managed based upon a comparison of the new signature vector with previous signature vectors. However, Jain teaches the AIOps operation generates a new signature vector for a given set of deployment operation data; and, the data center workload provisioning is managed based upon a comparison of the new signature vector with previous signature vectors (the monitor circuit ID3_424 creates a collected resource utilization signature to represent a collection of resource utilization data. The monitor circuit ID3_424 may create a collected resource utilization signature for a group of AI models ID3_404a-c. For example, the monitor circuit ID3_424 may create a collected resource utilization signature for the group of AI models containing AI model ID3_404a and AI model ID3_404b and a different collected resource utilization signature for the group of AI models containing AI model ID3_404b and AI model ID3_404c. The collected resource utilization signature contains information about previous candidate models ID3_512a-c, ID3_516a-c selected for a group of AI models, the expected resource utilization data for the previously selected candidate models, and the newly collected resource utilization data for the group of AI models. The analyzer circuit ID33428 may access the collected resource utilization signature to compare the newly generated candidate models ID3_512a-c, ID3_516a-c to past resource utilization data to better select a resource utilization model for the AI models in the group that best optimizes the performance of the computing node ID33400 of FIG. ID3_4 when compared to an example where the collected resource utilization signature is not utilized.; paragraph [0312]). It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to apply the teaching of Jain to the system of Nagpal as modified by Subramanian and Allen because Jain teaches by using CNN, accuracy of extracted information is improved (paragraph [0690]). As to claim 12, see rejection of claim 6 above. As to claim 18, see rejection of claim 6 above. Response to Arguments Applicant’s arguments with respect to claims 1-20 have been considered but are moot because the new ground of rejection does not rely on any reference applied in the prior rejection of record for any teaching or matter specifically challenged in the argument. Conclusion The prior art made of record and not relied upon is considered pertinent to applicant's disclosure. Gross (US 2024/0118934 A1) teaches a system and method for multi-region deployment of application jobs in a federated cloud computing infrastructure. A job is received for execution in two or more regions of the federated cloud computing infrastructure, each of the two or more regions comprising a collection of servers joined in a raft group for separate, regional execution of the job generating a copy of the job for each of the two or more regions. The job is then deployed to the two or more regions, the workload orchestrator deploying the job according to a deployment plan. Any inquiry concerning this communication or earlier communications from the examiner should be directed to DIEM K CAO whose telephone number is (571)272-3760. The examiner can normally be reached Monday-Friday 8:00am-4:00pm. 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, April Blair can be reached at 571-270-1014. 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. /DIEM K CAO/Primary Examiner, Art Unit 2196 DC September 25, 2026
Read full office action

Prosecution Timeline

Jul 27, 2023
Application Filed
Dec 30, 2025
Non-Final Rejection mailed — §103
Mar 30, 2026
Response Filed
Jun 09, 2026
Final Rejection mailed — §103
Aug 10, 2026
Response after Non-Final Action
Aug 19, 2026
Request for Continued Examination
Aug 20, 2026
Response after Non-Final Action
Sep 29, 2026
Non-Final Rejection mailed — §103 (current)

Precedent Cases

Applications granted by this same examiner with similar technology

Patent 12769583
TASK ALLOCATION METHOD, APPARATUS, STORAGE MEDIUM, AND ELECTRONIC DEVICE
3y 2m to grant Granted Oct 20, 2026
Patent 12748630
Distributed Artifical Intelligence Workload Optimizer
3y 5m to grant Granted Sep 29, 2026
Patent 12737238
PROVISIONING METHOD FOR CLOUD SERVICE AND SYSTEM THEREOF
3y 4m to grant Granted Sep 15, 2026
Patent 12737231
OUT-OF-ORDER WORKLOAD EXECUTION
3y 4m to grant Granted Sep 15, 2026
Patent 12717634
ENABLING LIFECYCLE MANAGEMENT SERVICES FOR HETEROGENEOUS CLOUD RESOURCES USING BLUEPRINTS
3y 1m to grant Granted Aug 25, 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

3-4
Expected OA Rounds
81%
Grant Probability
99%
With Interview (+18.7%)
3y 5m (~2m remaining)
Median Time to Grant
High
PTA Risk
Based on 685 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