Prosecution Insights
Last updated: April 19, 2026
Application No. 17/758,030

NETWORK DEVICE TESTING SYSTEM AND METHOD

Non-Final OA §103
Filed
Jun 27, 2022
Examiner
HACKENBERG, RACHEL J
Art Unit
2454
Tech Center
2400 — Computer Networks
Assignee
Rakuten Mobile Inc.
OA Round
5 (Non-Final)
79%
Grant Probability
Favorable
5-6
OA Rounds
2y 10m
To Grant
99%
With Interview

Examiner Intelligence

Grants 79% — above average
79%
Career Allow Rate
236 granted / 300 resolved
+20.7% vs TC avg
Strong +26% interview lift
Without
With
+26.4%
Interview Lift
resolved cases with interview
Typical timeline
2y 10m
Avg Prosecution
35 currently pending
Career history
335
Total Applications
across all art units

Statute-Specific Performance

§101
4.9%
-35.1% vs TC avg
§103
53.2%
+13.2% vs TC avg
§102
14.2%
-25.8% vs TC avg
§112
17.8%
-22.2% vs TC avg
Black line = Tech Center average estimate • Based on career data from 300 resolved cases

Office Action

§103
DETAILED ACTION Notice of 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 10/17/2025 has been entered. Response to Arguments Applicant's arguments filed 10/17/2025 have been fully considered. Applicant argues (pp 5-7) that the prior art of record (Chuang, Zhang) do not teach on the amendment “wherein the virtual network simulates at least one of a 5G Core, an open distributed unit (0-DU), or an open radio unit (O-RU)” to the independent claims. In response to the argument, Examiner respectfully agrees. An updated search was conducted and a new art was discovered to read on this limitation for 5G Core: US 2022/0095122 A1 (Emani). Although the argument is persuasive, Chuang still teaches on most of the limitations of the independent claims. Chuang teaches on virtual network simulation for various types of network systems and devices ([0043]). However, Chuang is silent on wherein the virtual network simulates a 5G Core. Emani teaches wherein the virtual network simulates a 5G Core. See Emani, [0023] FIG. 2 shows 5G core network nodes that can be simulated by the system. Abstract: The system can provide a graphical user interface enabling a user to define a test including a test request and a criterion that a response to the test request needs to satisfy. The processor can create a virtual instance of the network including a virtual instance of a 5G NR node and a virtual instance of a second node. It would have been obvious to modify Chuang per Emani as it would allow the modified system to provide a complete network testing process by including the ability to test all variations of networks by using virtual simulation/instances. Please see updated rejection below in view of: Claim(s) 1, 7-8, 13, 15, 20 is/are rejected under 35 U.S.C. 103 as being unpatentable over US 2021/0013992 A1 (Chuang) in view of US 2022/0095122 A1 (Emani) Claim(s) 2 is/are rejected under 35 U.S.C. 103 as being unpatentable over US 2021/0013992 A1 (Chuang) in view of US 2022/0095122 A1 (Emani) further in view of US Patent 11,829,280 B1 (Zhang) Claim Interpretation The following is a quotation of 35 U.S.C. 112(f): (f) Element in Claim for a Combination. – An element in a claim for a combination may be expressed as a means or step for performing a specified function without the recital of structure, material, or acts in support thereof, and such claim shall be construed to cover the corresponding structure, material, or acts described in the specification and equivalents thereof. The claims in this application are given their broadest reasonable interpretation using the plain meaning of the claim language in light of the specification as it would be understood by one of ordinary skill in the art. The broadest reasonable interpretation of a claim element (also commonly referred to as a claim limitation) is limited by the description in the specification when 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph, is invoked. As explained in MPEP § 2181, subsection I, claim limitations that meet the following three-prong test will be interpreted under 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph: (A) the claim limitation uses the term “means” or “step” or a term used as a substitute for “means” that is a generic placeholder (also called a nonce term or a non-structural term having no specific structural meaning) for performing the claimed function; (B) the term “means” or “step” or the generic placeholder is modified by functional language, typically, but not always linked by the transition word “for” (e.g., “means for”) or another linking word or phrase, such as “configured to” or “so that”; and (C) the term “means” or “step” or the generic placeholder is not modified by sufficient structure, material, or acts for performing the claimed function. Use of the word “means” (or “step”) in a claim with functional language creates a rebuttable presumption that the claim limitation is to be treated in accordance with 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph. The presumption that the claim limitation is interpreted under 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph, is rebutted when the claim limitation recites sufficient structure, material, or acts to entirely perform the recited function. Absence of the word “means” (or “step”) in a claim creates a rebuttable presumption that the claim limitation is not to be treated in accordance with 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph. The presumption that the claim limitation is not interpreted under 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph, is rebutted when the claim limitation recites function without reciting sufficient structure, material or acts to entirely perform the recited function. Claim limitations in this application that use the word “means” (or “step”) are being interpreted under 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph, except as otherwise indicated in an Office action. Conversely, claim limitations in this application that do not use the word “means” (or “step”) are not being interpreted under 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph, except as otherwise indicated in an Office action. This application includes one or more claim limitations that do not use the word “means,” but are nonetheless being interpreted under 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph, because the claim limitation(s) uses a generic placeholder that is coupled with functional language without reciting sufficient structure to perform the recited function and the generic placeholder is not preceded by a structural modifier. Such claim limitation(s) is/are: “An apparatus for testing a device for integration into a computer network, the apparatus configured to” in claim 8. Because this/these claim limitation(s) is/are being interpreted under 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph, it/they is/are being interpreted to cover the corresponding structure described in the specification as performing the claimed function, and equivalents thereof. Support in specification can found: apparatus [0021], algorithm [0023]-[0028]. If applicant does not intend to have this/these limitation(s) interpreted under 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph, applicant may: (1) amend the claim limitation(s) to avoid it/them being interpreted under 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph (e.g., by reciting sufficient structure to perform the claimed function); or (2) present a sufficient showing that the claim limitation(s) recite(s) sufficient structure to perform the claimed function so as to avoid it/them being interpreted under 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph. 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. Claim(s) 1, 7-8, 13, 15, 20 is/are rejected under 35 U.S.C. 103 as being unpatentable over US 2021/0013992 A1 (Chuang) in view of US 2022/0095122 A1 (Emani). Regarding Claim 1: Chuang teaches A method of testing a device for integration into a computer network, ([0037] … these capabilities may be used to debug errors that have occurred and/or to test capabilities of the electronic device such as client service, network services, remote configuration of the electronic device, management of a control plane, etc. … Therefore, the communication techniques may improve the performance of the electronic device and the system, and thus may increase customer satisfaction when using the electronic device and the system.) comprising: implementing (ie. emulating) a virtual network (VN) that virtualizes at least a portion of the computer network ([0005] associated with a virtual client in a wireless network) by one or more virtual machines (VMs) (ie. virtual client(s)); ([0005] When the processor executes the program instructions, the electronic device emulates client functionality associated with a virtual client in a wireless network. [0037] By generating fictitious wireless traffic that is then communicated using the wired communication protocol, these communication techniques may facilitate testing and/or debugging of the computer (and, more generally, a deployment that includes the electronic device). For example, the electronic device may simulate traffic associated with multiple virtual clients, so that functions of the computer ( e.g., authentication or assignment of network addresses) can be tested. … The electronic device may be capable of emulating an arbitrary (i.e., large) number of virtual clients, so that the testing and/or debug operations can be performed efficiently and at scale.) executing a testing scenario on the virtual network (ie. emulate client functionality) to generate network traffic from the virtual network; ([0036] During operation, the electronic device may emulate client functionality associated with a virtual client in a wireless network. [0037] By generating fictitious wireless traffic that is then communicated using the wired communication protocol, these communication techniques may facilitate testing and/or debugging of the computer. … Alternatively or additionally, these capabilities may be used to debug errors that have occurred and/or to test capabilities of the electronic device such as client service, network services, remote configuration of the electronic device, management of a control plane, etc.) providing the generated network traffic as input data (ie. emulated traffic, frames) to a network device under test (NDUT) (ie. computer); running the NDUT to generate test result data (ie. response data); ([0036] During operation, the electronic device may emulate client functionality associated with a virtual client in a wireless network, where the virtual client is implemented in software in the electronic device, and emulating the client functionality includes generating a first frame that is compatible with a wireless communication protocol and is associated with fictions wireless communication with the virtual client. Then, the electronic device may provide, to a computer, a second frame that includes at least a portion of the first frame, where the second frame is compatible with a wired communication protocol. Next, the electronic device may receive, from the computer, a response message based at least in part on the first frame, where the response message includes information associated with a service provided by the computer. Moreover, the electronic device may assess the service (such as whether the service is operating correcting) based at least in part on the information and may selectively perform the remedial action based at least in part on the assessment.) indicating a performance of the NDUT (ie. response message indicating whether operating correctly) for the generated network traffic; ([0036] the electronic device may receive, from the computer, a response message based at least in part on the first frame, where the response message includes information associated with a service provided by the computer. Moreover, the electronic device may assess the service (such as whether the service is operating correcting) based at least in part on the information. [0037] These capabilities may be used to debug errors that have occurred and/or to test capabilities of the electronic device such as client service, network services, remote configuration of the electronic device, management of a control plane, etc. … Therefore, the communication techniques may improve the performance of the electronic device and the system, and thus may increase customer satisfaction when using the electronic device and the system.) and determining if the NDUT passes the testing scenario based on the performance indicated by the test result data, ([0036] The electronic device may assess the service (such as whether the service is operating correcting) based at least in part on the information and may selectively perform the remedial action based at least in part on the assessment.) wherein the virtual network simulates at least one of a Long Term Evolution (LTE) core, User Equipment (UE), or an LTE eNB. ([0043] These capabilities may facilitate testing of the physical instance of the electronic device and systems that include the physical instance of the electronic device. Note that the physical instance of the electronic device may include: an AP or a client device (which is sometimes referred to 'user equipment' or UE, or a portable electronic device, such as a smartphone). [0135] Networking subsystem 1214 can include a Bluetooth networking system, a cellular networking system ( e.g., a 3G/4G network such as UMTS, LTE, etc. [0144] radio units.) Chuang teaches on virtual network simulation for various types of network systems and devices ([0043]). However, Chuang is silent on wherein the virtual network simulates a 5G Core. Emani teaches, in the same field of endeavor, a system and method to simulate operation of a 5G wireless telecommunication network, prior to deploying, to detect problems, Abstract. Emani also teaches wherein the virtual network simulates a 5G Core. ([0023] FIG. 2 shows 5G core network nodes that can be simulated by the system. Abstract: The system can provide a graphical user interface enabling a user to define a test including a test request and a criterion that a response to the test request needs to satisfy. The processor can create a virtual instance of the network including a virtual instance of a 5G NR node and a virtual instance of a second node.) It would have been obvious to a person having ordinary skill in the art before the effective filing date of the claim invention, to modify Chuang per Emani to include wherein the virtual network simulates a 5G Core. This would have been advantageous as discussed above, as it would allow the modified system to provide a complete network testing process by including the ability to test all variations of networks by using virtual simulation/instances. Regarding Claim 8: Chuang teaches An apparatus for testing a device for integration into a computer network, ([0037] … these capabilities may be used to debug errors that have occurred and/or to test capabilities of the electronic device such as client service, network services, remote configuration of the electronic device, management of a control plane, etc. … Therefore, the communication techniques may improve the performance of the electronic device and the system, and thus may increase customer satisfaction when using the electronic device and the system.) the apparatus configured to implement (ie. emulate) a virtual network (VN) that virtualizes at least a portion of the computer network ([0005] associated with a virtual client in a wireless network) by one or more virtual machines (VMs) (ie. virtual client(s)); ([0037] By generating fictitious wireless traffic that is then communicated using the wired communication protocol, these communication techniques may facilitate testing and/or debugging of the computer (and, more generally, a deployment that includes the electronic device). For example, the electronic device may simulate traffic associated with multiple virtual clients, so that functions of the computer ( e.g., authentication or assignment of network addresses) can be tested. … The electronic device may be capable of emulating an arbitrary (i.e., large) number of virtual clients, so that the testing and/or debug operations can be performed efficiently and at scale.) execute a testing scenario on the virtual network (ie. emulate client functionality) to generate network traffic from the virtual network; ([0036] During operation, the electronic device may emulate client functionality associated with a virtual client in a wireless network. [0037] By generating fictitious wireless traffic that is then communicated using the wired communication protocol, these communication techniques may facilitate testing and/or debugging of the computer. … Alternatively or additionally, these capabilities may be used to debug errors that have occurred and/or to test capabilities of the electronic device such as client service, network services, remote configuration of the electronic device, management of a control plane, etc.) provide the generated network traffic as input data (ie. emulated traffic, frames) to a network device under test (NDUT) (ie. computer); running the NDUT to generate test result data (ie. response data); ([0036] During operation, the electronic device may emulate client functionality associated with a virtual client in a wireless network, where the virtual client is implemented in software in the electronic device, and emulating the client functionality includes generating a first frame that is compatible with a wireless communication protocol and is associated with fictions wireless communication with the virtual client. Then, the electronic device may provide, to a computer, a second frame that includes at least a portion of the first frame, where the second frame is compatible with a wired communication protocol. Next, the electronic device may receive, from the computer, a response message based at least in part on the first frame, where the response message includes information associated with a service provided by the computer. Moreover, the electronic device may assess the service (such as whether the service is operating correcting) based at least in part on the information and may selectively perform the remedial action based at least in part on the assessment.) indicating a performance of the NDUT (ie. response message indicating whether operating correctly) for the generated network traffic; ([0036] the electronic device may receive, from the computer, a response message based at least in part on the first frame, where the response message includes information associated with a service provided by the computer. Moreover, the electronic device may assess the service (such as whether the service is operating correcting) based at least in part on the information. [0037] These capabilities may be used to debug errors that have occurred and/or to test capabilities of the electronic device such as client service, network services, remote configuration of the electronic device, management of a control plane, etc. … Therefore, the communication techniques may improve the performance of the electronic device and the system, and thus may increase customer satisfaction when using the electronic device and the system.) and determine if the NDUT passes the testing scenario based on the performance indicated by the test result data, ([0036] The electronic device may assess the service (such as whether the service is operating correcting) based at least in part on the information and may selectively perform the remedial action based at least in part on the assessment.) wherein the virtual network simulates at least one of a Long Term Evolution (LTE) core, User Equipment (UE), or an LTE eNB. ([0043] These capabilities may facilitate testing of the physical instance of the electronic device and systems that include the physical instance of the electronic device. Note that the physical instance of the electronic device may include: an AP or a client device (which is sometimes referred to 'user equipment' or UE, or a portable electronic device, such as a smartphone). [0135] Networking subsystem 1214 can include a Bluetooth networking system, a cellular networking system ( e.g., a 3G/4G network such as UMTS, LTE, etc. [0144] radio units.) Chuang teaches on virtual network simulation for various types of network systems and devices ([0043]). However, Chuang is silent on wherein the virtual network simulates at least one of a 5G Core, an open distributed unit (0-DU), or an open radio unit (O-RU). Emani teaches wherein the virtual network simulates a 5G Core. ([0023] FIG. 2 shows 5G core network nodes that can be simulated by the system. Abstract: The system can provide a graphical user interface enabling a user to define a test including a test request and a criterion that a response to the test request needs to satisfy. The processor can create a virtual instance of the network including a virtual instance of a 5G NR node and a virtual instance of a second node.) It would have been obvious to a person having ordinary skill in the art before the effective filing date of the claim invention, to modify Chuang per Emani to include wherein the virtual network simulates a 5G Core. This would have been advantageous as discussed above, as it would allow the modified system to provide a complete network testing process by including the ability to test all variations of networks by using virtual simulation/instances. Regarding Claim 15: Chuang teaches A non-transient computer readable medium that stores computer executable instructions, ([0132] Fig 12, Memory subsystem 1212 includes one or more devices for storing data and/or instructions for processing subsystem 1210 and networking subsystem 1214) which when executed the instructions perform operations comprising: implementing (ie. emulating) a virtual network (VN) that virtualizes at least a portion of the computer network ([0005] associated with a virtual client in a wireless network) by one or more virtual machines (VMs) (ie. virtual client(s)); ([0037] By generating fictitious wireless traffic that is then communicated using the wired communication protocol, these communication techniques may facilitate testing and/or debugging of the computer (and, more generally, a deployment that includes the electronic device). For example, the electronic device may simulate traffic associated with multiple virtual clients, so that functions of the computer ( e.g., authentication or assignment of network addresses) can be tested. … The electronic device may be capable of emulating an arbitrary (i.e., large) number of virtual clients, so that the testing and/or debug operations can be performed efficiently and at scale.) executing a testing scenario on the virtual network (ie. emulate client functionality) to generate network traffic from the virtual network; ([0036] During operation, the electronic device may emulate client functionality associated with a virtual client in a wireless network. [0037] By generating fictitious wireless traffic that is then communicated using the wired communication protocol, these communication techniques may facilitate testing and/or debugging of the computer. … Alternatively or additionally, these capabilities may be used to debug errors that have occurred and/or to test capabilities of the electronic device such as client service, network services, remote configuration of the electronic device, management of a control plane, etc.) providing the generated network traffic as input data (ie. emulated traffic, frames) to a network device under test (NDUT) (ie. computer); running the NDUT to generate test result data (ie. response data); ([0036] During operation, the electronic device may emulate client functionality associated with a virtual client in a wireless network, where the virtual client is implemented in software in the electronic device, and emulating the client functionality includes generating a first frame that is compatible with a wireless communication protocol and is associated with fictions wireless communication with the virtual client. Then, the electronic device may provide, to a computer, a second frame that includes at least a portion of the first frame, where the second frame is compatible with a wired communication protocol. Next, the electronic device may receive, from the computer, a response message based at least in part on the first frame, where the response message includes information associated with a service provided by the computer. Moreover, the electronic device may assess the service (such as whether the service is operating correcting) based at least in part on the information and may selectively perform the remedial action based at least in part on the assessment.) indicating a performance of the NDUT (ie. response message indicating whether operating correctly) for the generated network traffic; ([0036] the electronic device may receive, from the computer, a response message based at least in part on the first frame, where the response message includes information associated with a service provided by the computer. Moreover, the electronic device may assess the service (such as whether the service is operating correcting) based at least in part on the information. [0037] These capabilities may be used to debug errors that have occurred and/or to test capabilities of the electronic device such as client service, network services, remote configuration of the electronic device, management of a control plane, etc. … Therefore, the communication techniques may improve the performance of the electronic device and the system, and thus may increase customer satisfaction when using the electronic device and the system.) and determining if the NDUT passes the testing scenario based on the performance indicated by the test result data. ([0036] The electronic device may assess the service (such as whether the service is operating correcting) based at least in part on the information and may selectively perform the remedial action based at least in part on the assessment.) wherein the virtual network simulates at least one of a Long Term Evolution (LTE) core, User Equipment (UE), or an LTE eNB. ([0043] These capabilities may facilitate testing of the physical instance of the electronic device and systems that include the physical instance of the electronic device. Note that the physical instance of the electronic device may include: an AP or a client device (which is sometimes referred to 'user equipment' or UE, or a portable electronic device, such as a smartphone). [0135] Networking subsystem 1214 can include a Bluetooth networking system, a cellular networking system ( e.g., a 3G/4G network such as UMTS, LTE, etc. [0144] radio units.) Chuang teaches on virtual network simulation for various types of network systems and devices ([0043]). However, Chuang is silent on wherein the virtual network simulates at least one of a 5G Core, an open distributed unit (0-DU), or an open radio unit (O-RU). Emani teaches wherein the virtual network simulates a 5G Core. ([0023] FIG. 2 shows 5G core network nodes that can be simulated by the system. Abstract: The system can provide a graphical user interface enabling a user to define a test including a test request and a criterion that a response to the test request needs to satisfy. The processor can create a virtual instance of the network including a virtual instance of a 5G NR node and a virtual instance of a second node.) It would have been obvious to a person having ordinary skill in the art before the effective filing date of the claim invention, to modify Chuang per Emani to include wherein the virtual network simulates a 5G Core. This would have been advantageous as discussed above, as it would allow the modified system to provide a complete network testing process by including the ability to test all variations of networks by using virtual simulation/instances. Regarding Claims 7, 13, 20: Chuang (as modified by Emani) teaches on the inventions of claims 1, 8, 15 as described. Chuang teaches wherein the NDUT is determined to pass the testing scenario in response to the performance of the NDUT indicated by the test result data meeting a benchmark (ie. initial configuration) corresponding to the testing scenario. ([0097] By suitable initial configuration of vUEs 812 and vAPs 810, many different complicated end-to-end system level testing suites can be performed. This footfall traffic map may be compared with the configured virtual paths traversed by the vUEs during the testing. Thus, this system provides for large-scale, repeatable, end-to-end system testing. [0098] The amount of traffic measured by the analytics server may be compared to the amount of uploaded and downloaded traffic reported by an FTP client application in each of the vUEs. Thus, this system also provides for large-scale, repeatable, end-to-end system testing.) Claim 2 is rejected under 35 U.S.C. 103 as being unpatentable over US 2021/0013992 A1 (Chuang) in view of US 2022/0095122 A1 (Emani) further in view of US Patent 11,829,280 B1 (Zhang). Regarding Claim 2: Chuang (as modified by Emani) teaches on the invention of claim 1 as described. Chuang teaches on an electronic device emulating a computer network to generate traffic for testing ([0036][0037]) and on pre-deployment testing ([0127]). However, Chuang (as modified by Emani) is silent on further comprising: integrating the NDUT into the computer network in response to the NDUT passing the testing scenario. Zhang teaches, in the same field of endeavor, techniques are described for automatically generating and executing test cases as part of a containerization workflow, Abstract. Zhang also teaches further comprising: integrating the NDUT into the computer network in response to the NDUT passing the testing scenario. (Col 14 ln 32-40, The deployment workflow includes a first stage that involves deploying a first containerized version of the software application to a test environment and a second stage that involves deploying a second containerized version of the software application to a production environment, and wherein the deployment workflow progresses from the first stage to the second stage responsive to receiving an indication that the plurality of test cases were successful.) It would have been obvious to a person having ordinary skill in the art before the effective filing date of the claim invention, to modify Chuang (as modified by Emani) by modifying Chuang per Zhang to include integrating the NDUT into the computer network in response to the NDUT passing the testing scenario. This would have been advantageous as discussed above, as it would allow the combined system to provide a complete cycle of the testing process by including the deploying of the device/vm after successful testing. Conclusion & Contact Information Any inquiry concerning this communication or earlier communications from the examiner should be directed to RACHEL J HACKENBERG whose telephone number is (571)272-5417. The examiner can normally be reached 9am-5pm M-F. 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, Glenton B Burgess can be reached on (571)272-3949. 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. /RACHEL J HACKENBERG/Examiner, Art Unit 2454
Read full office action

Prosecution Timeline

Jun 27, 2022
Application Filed
Apr 29, 2024
Non-Final Rejection — §103
Jul 30, 2024
Response Filed
Sep 19, 2024
Final Rejection — §103
Nov 20, 2024
Interview Requested
Dec 05, 2024
Applicant Interview (Telephonic)
Dec 05, 2024
Examiner Interview Summary
Dec 19, 2024
Response after Non-Final Action
Jan 17, 2025
Request for Continued Examination
Jan 23, 2025
Response after Non-Final Action
Feb 07, 2025
Non-Final Rejection — §103
May 08, 2025
Response Filed
Jun 23, 2025
Final Rejection — §103
Sep 24, 2025
Response after Non-Final Action
Oct 17, 2025
Request for Continued Examination
Oct 26, 2025
Response after Non-Final Action
Nov 08, 2025
Non-Final Rejection — §103 (current)

Precedent Cases

Applications granted by this same examiner with similar technology

Patent 12587464
FAULT INJECTION CONFIGURATION EQUIVALENCY TESTING
2y 5m to grant Granted Mar 24, 2026
Patent 12580819
DETERMINING SERVICE GROUP CAPACITY BASED ON AN AGGREGATE RISK METRIC
2y 5m to grant Granted Mar 17, 2026
Patent 12500823
SYSTEM AND METHOD FOR ENTERPRISE - WIDE DATA UTILIZATION TRACKING AND RISK REPORTING
2y 5m to grant Granted Dec 16, 2025
Patent 12495001
CAPACITY AWARE LOAD PACKING FOR LAYER-4 LOAD BALANCER
2y 5m to grant Granted Dec 09, 2025
Patent 12470508
RESTRICTING MESSAGE NOTIFICATIONS AND CONVERSATIONS BASED ON DEVICE TYPE, MESSAGE CATEGORY, AND TIME PERIOD
2y 5m to grant Granted Nov 11, 2025
Study what changed to get past this examiner. Based on 5 most recent grants.

AI Strategy Recommendation

Get an AI-powered prosecution strategy using examiner precedents, rejection analysis, and claim mapping.
Powered by AI — typically takes 5-10 seconds

Prosecution Projections

5-6
Expected OA Rounds
79%
Grant Probability
99%
With Interview (+26.4%)
2y 10m
Median Time to Grant
High
PTA Risk
Based on 300 resolved cases by this examiner. Grant probability derived from career allow 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