CTFR 18/226,004 CTFR 89303 DETAILED ACTION Remarks 07-03-aia AIA 15-10-aia The present application, filed on or after March 16, 2013, is being examined under the first inventor to file provisions of the AIA. This Office action is filed in response to Applicant’s arguments and amendment dated January 13, 2026. Claims 1, 5, 7, 8, 10-13, 15, 16, 18, and 19 are currently amended and claims 1-20 remain pending in the application and have been fully considered by Examiner. The informalities present in claims 8-9, 16-17, and 19-20 have been corrected and the objections are withdrawn. Applicant's arguments with respect to the prior art rejections have been considered, but are moot in view of the new grounds of rejection presented herein. Examiner Notes Examiner cites particular columns, paragraphs, figures and line numbers in the references as applied to the claims below for the convenience of the applicant. Although the specified citations are representative of the teachings in the art and are applied to the specific limitations within the individual claim, other passages and figures may apply as well. It is respectfully requested that, in preparing responses, the applicant fully consider the references in their entirety as potentially teaching all or part of the claimed invention, as well as the context of the passage as taught by the prior art or disclosed by the examiner. Claim Rejections - 35 USC § 112 07-30-02 AIA The following is a quotation of 35 U.S.C. 112(b): (b) CONCLUSION.—The specification shall conclude with one or more claims particularly pointing out and distinctly claiming the subject matter which the inventor or a joint inventor regards as the invention. The following is a quotation of 35 U.S.C. 112 (pre-AIA), second paragraph: The specification shall conclude with one or more claims particularly pointing out and distinctly claiming the subject matter which the applicant regards as his invention. 07-34-01 Claims 1-20 are rejected under 35 U.S.C. 112(b) or 35 U.S.C. 112 (pre-AIA), second paragraph, as being indefinite for failing to particularly point out and distinctly claim the subject matter which the inventor or a joint inventor (or for applications subject to pre-AIA 35 U.S.C. 112, the applicant), regards as the invention. With respect to claim 1 , lines 9-10 recite “assign, for each update of the one or more updates to be deployed for execution, a unique rollout identifier and a state field value”, which means that there could be only one update to be deployed for execution, in which case there would be only one “unique rollout identifier” and one “state field value”. However, lines 12-13 recite “the unique rollout identifiers and the state field values” (plural), which requires “two or more updates to be deployed for execution”. This contradicts the previously recited “one or more updates to be deployed for execution”, which renders the scope of the claim indefinite. For purposes of compact prosecution only , Examiner has interpreted lines 12-13 as reciting “each assigned unique rollout identifier and each assigned state field value”. With respect to claims 12 and 18 , each recites limitations similar to claim 1 are likewise indefinite. For purposes of compact prosecution only, Examiner has interpreted claims 12 and 18 as indicated above with respect to claim 1. With respect to claims 1, 5, 6, 7, 10, 12, 13, and 15, “the state field” in lacks proper antecedent basis. With respect to claims 2-4, 8, 9, 11, 14, 16, 17, 19, and 20 , each inherits the 35 USC 112(b) rejection of its respective base claim (see the 35 USC 112(b) rejections of claim 1, 12, and 18 above). Claim Rejections - 35 USC § 103 07-20-aia AIA 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. 07-21-aia AIA Claim s 1, 2, 3, 4, 8, 9, 10, 12, 16, 17, 18, 19, and 20 are rejected under 35 U.S.C. 103 as being unpatentable over Sivasubramanian et al. (US 20130066923, hereinafter Sivasubramanian) in view of Darden et al. (US 20210126825 A1, hereinafter Darden), McKenzie et al. (US 20170124073, hereinafter McKenzie) and Custodio (US 20030182652, hereinafter Custodio) . With respect to claim 1 , Sivasubramanian discloses A system for orchestrating a rollout of independent aspect updates (e.g., Fig. 2 along with associated text, e.g., [0013], a separate control environment, or control plane, that can be used to control aspects of a data environment, or data plane … A user or customer can submit a request to the control plane … which can be analyzed to determine actions to be performed in the data plane, such as actions that create, delete, modify, expand, or otherwise modify a data store or data storage instance; [0068], Since a control plane can have multiple workflows running in parallel at any given time, and these workflows can be for performing different tasks, the control plane can take advantage of an architecture that is able to schedule multiple workflows and execute multiple activities in parallel.) , the system comprising: one or more application programming interfaces (APIs) (e.g., Figs. 2-4 and associated text, e.g., [0024], The Web services layer also can include a set of APIs; [0025], The API layer also can be responsible for reading and writing database configuration data to/from the administration data store, in response to the API calls.) ; one or more computing devices configured to communicate with the one or more APIs (e.g., Figs. 2-5 and associated text, e.g., [0023], a computing device 202 for an end user is shown to be able to make calls through a network 206 into a control plane 208 to perform a task such as to provision a data repository of the data plane 210; [0024], The control plane … includes a Web services layer 212 … The Web services layer also can include a set of APIs 232 … for receiving Web services calls or requests.) ; and instructions that, when executed, cause the one or more APIs to (e.g., Figs. 2-4 and associated text, e.g., [0024], The control plane in this embodiment includes a Web services layer 212 … The Web services layer also can include a set of APIs 232 … for receiving Web services calls or requests from across the network 206, which the Web services layer can parse or otherwise analyze to determine the steps or actions needed to act on or process the call; [0040], users of the control plane can perform various tasks relating to data repositories and data instances using a set of APIs or other such interfaces.) : receive, from the one or more computing devices, one or more updates to be deployed for execution, wherein an update indicates an asset, an aspect to be updated, and a new value for the aspect (e.g., Figs. 2-5 and associated text, e.g., [0023], a computing device 202 for an end user is shown to be able to make calls through a network 206 into a control plane 208 to perform a task; [0041], Using a "ModifyDatabase" API, customers can increase the storage size, change the instance type, or modify various other fields [aspects]; [0046], the interface page can include options to specify a repository for the action 502, select an action to be performed 504, and specify options for the action 506, such as a database engine to be use or capacity to be requested, as well as version information 508 or other such options [aspects]; [0058-59], After the instance has been running for a while, the customer may decide to scale up the size of the instance, such as to 150 GB of storage. The customer in this example thus can submit a request to modify the database capacity using the command line tool, such as by submitting: modify-database --identifier customerprod --size 150 [update indicates an asset, an aspect to be updated, and a new value for the aspect].) ; assign, for each update of the one or more updates to be deployed for execution, a unique rollout identifier and a state field value (e.g., Figs. 2-5 and associated text, e.g., [0070], if a user wants to create a new repository then the Web service layer can store the required configuration in Admin DB with a status column such as "PENDING_CHANGES." [assign, for each update of the one or more updates to be deployed for execution, a state field value]; see also [0024]-[0026] and [0071].) ; select, from an aspect store storing the received one or more updates to be deployed for execution, one or more updates to be executed based on the unique rollout identifiers and the state field values (e.g., Figs. 2-4 and 6 and associated text, e.g., [0024], Information for the request can be written to an administration ("Admin") data store 222 [aspect store storing the received one or more updates] … for subsequent processing; [0026], the sweeper can periodically check the admin data store for outstanding jobs; [0070], a sweeper that constantly sweeps the Admin repository for any changes to be executed, as discussed above with respect to FIG. 2. For instance, if a user wants to create a new repository then the Web service layer can store the required configuration in Admin DB with a status column such as "PENDING_CHANGES." Each workflow host can runs a sweeper thread that sweeps for any database or security group records with status set to PENDING_CHANGES, and can start a workflow accordingly [based on the state field value]; see also [0071].) ; assign a unique change identifier to the selected one or more updates; update, based on the unique change identifier, the state field associated with the selected one or more updates; execute, in a system backend, the selected one or more updates (e.g., Figs. 2-5 and associated text, e.g., [0026], A workflow component … is operable to manage and/or perform the hosting and executing of workflows for tasks such as: repository creation, modification, and deletion; [0071], various embodiments utilize the sweeper architecture that is operable to sweep for new workflow activities to be started by looking at changes to the Admin repository records with a status set to be PENDING_CHANGES, for example, and can start a workflow accordingly.) ; update, based on the execution, the state field associated with the selected one or more updates (e.g., Figs. 2-5 and associated text, e.g., [0060], While the changes are in progress, the status be, for example, "Pending Modification," which can be changed to a value such as "Active" once the provisioning has been completed.) ; and modify records within the aspect store based on executing the selected one or more updates (e.g., Figs. 2-4 and associated text, e.g., [0024], Information for the request can be written to an administration ("Admin") data store 222 [aspect store]; [0030], When a data instance is created in the data plane, information for the instance can be written to a data store in the control plane, such as a monitoring data store 220 … the monitoring data store can be … in an Admin data store 222 [aspect store]; [0071], Admin repository records.) . Sivasubramanian does not appear to disclose the following, which is taught in analogous art, Darden: a unique rollout identifier … the unique rollout identifiers (e.g., Figs. 1-4 and associated text, e.g., [0011], systems and techniques to manage a staged rollout of configuration modifications; [0020], all changes to the Configurations 115 are implemented via Change Plans 130; [0021], each Change Plan 130 is associated with a unique identifier [unique rollout identifier], and the set of pending or planned Configurations 135 corresponding to a given Change Plan 130 include an indication of this identifier … each Configuration 135 includes a set of fields specifying various aspects of the change (such as the Service(s) 110 involved, the parameter(s) being changed, the new value(s) for these parameters, and the like), with at least one field storing the unique identifier of the corresponding Change Plan 130. In this way, the set of Configurations 135 can be queried based on the Change Plan(s) 130 they belong to; see also [0029], [0034], [0037], [0039], [0041], [0045], and [0049].). It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to combine the invention of Sivasubramanian with the invention of Darden, such that change plans with unique identifiers are used to manage rollout of configuration modifications, because it can “ensure consistency and accuracy, without introducing computational overhead or requiring extensive manual intervention” and it “enable[s] configuration changes for disparate services and nodes to be implemented synchronously”, as suggested by Darden (see [0011] and [0035]). Sivasubramanian does not appear to disclose assign a unique change identifier to the selected one or more updates; update, based on the unique change identifier, the state field associated with the selected one or more updates . However, this is taught in analogous art, McKenzie (e.g., Figs. 5 and 8 along with associated text, e.g., [0002], The new code may be migrated (e.g., moved) to the computing devices in order to update the computing devices; [0027], each code migration request may be assigned a unique identifier, such as a ticket number, a request number, and the like, that identifies the request; [0052], The display screen 800 may also allow a user (e.g., an analyst or administrator) to update the status for one or more requests [update, based on the unique change identifier, the state field]. For example, the user may enter a request number and select 805 whether the status should be changed to pending, approved, rejected, or migrated.). It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to further modify the invention of Sivasubramanian with the invention of McKenzie because “There is a need to improve the speed and quality of code migrations in a network of computing devices,” as suggested by McKenzie (see [0002]). Although Sivasubramanian discloses records within the aspect store (see above), it also does not appear to disclose modify … based on executing the selected one or more updates . However, this is taught in analogous art, Custodio (e.g., Fig. 12 and associated text, e.g., [0078], the inventory manager 500 is called after every deployment of a release by the deployment module 400. Consequently, the default request list will contain all of the servers 21 that should have been altered in the just deployed release; [0082], updating the database 700 to reflect the current state of the server 21 (step 512).). It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to further modify the invention of Sivasubramanian with the invention of Custodio, such that configuration database records are modified to reflect updates, because “Without such an inventory, the integrity of the environments cannot be guaranteed and can only be accepted as is. This often results in unpredictable application behavior,” as suggested by Custodio (see [0008]). With respect to claim 12 , Sivasubramanian discloses A method of orchestrating a rollout of independent aspect updates (e.g., Figs. 2-3 and associated text, e.g., [0035], FIG. 3 illustrates an example process 300 by which a customer can request the performance of a control-related task with respect to at least one data instance in a data environment, here the data plane, using the control plane or a similar data control service; [0041], Using a "ModifyDatabase" API, customers can increase the storage size, change the instance type, or modify various other fields; [0068], the control plane can take advantage of an architecture that is able to schedule multiple workflows and execute multiple activities in parallel.) , the method comprising: receiving, by one or more application programming interfaces (APIs) and from one or more computing devices (e.g., Figs. 2-5 and associated text, e.g., [0023], a computing device 202 for an end user is shown to be able to make calls through a network 206 into a control plane 208 to perform a task such as to provision a data repository of the data plane 210; [0024], The control plane … includes a Web services layer 212 … The Web services layer also can include a set of APIs 232 … for receiving Web services calls or requests.) , one or more updates to be deployed for execution, wherein an update indicates an asset, an aspect to be updated, and an aspect update (e.g., Figs. 2-5 and associated text, e.g., [0041], Using a "ModifyDatabase" API, customers can increase the storage size, change the instance type, or modify various other fields [aspects]; [0046], the interface page can include options to specify a repository for the action 502, select an action to be performed 504, and specify options for the action 506, such as a database engine to be use or capacity to be requested, as well as version information 508 or other such options [aspects]; [0058-59], After the instance has been running for a while, the customer may decide to scale up the size of the instance, such as to 150 GB of storage. The customer in this example thus can submit a request to modify the database capacity using the command line tool, such as by submitting: modify-database --identifier customerprod --size 150 [update indicates an asset, an aspect to be updated, and a new value for the aspect].) ; assigning, for each update of the one or more updates to be deployed for execution, a unique rollout identifier and a state field value (e.g., Figs. 2-5 and associated text, e.g., [0070], if a user wants to create a new repository then the Web service layer can store the required configuration in Admin DB with a status column such as "PENDING_CHANGES." [assign, for each update of the one or more updates to be deployed for execution, a state field value]; see also [0024]-[0026] and [0071].) ; selecting, by the one or more APIs and from an aspect store storing the received one or more updates to be deployed for execution, one or more updates to be executed based on the unique rollout identifiers and the state field values (e.g., Figs. 2-4 and 6 and associated text, e.g., [0024], Information for the request can be written to an administration ("Admin") data store 222 [aspect store storing the received one or more updates] … for subsequent processing; [0026], the sweeper can periodically check the admin data store for outstanding jobs; [0070], a sweeper that constantly sweeps the Admin repository for any changes to be executed, as discussed above with respect to FIG. 2. For instance, if a user wants to create a new repository then the Web service layer can store the required configuration in Admin DB with a status column such as "PENDING_CHANGES." Each workflow host can runs a sweeper thread that sweeps for any database or security group records with status set to PENDING_CHANGES, and can start a workflow accordingly [based on the state field value]; see also [0071].) ; assigning, by the one or more APIs, a unique change identifier to the selected one or more updates; updating, by the one or more APIs and based on the unique change identifier, the state field associated with the selected one or more updates; executing, by the one or more APIs and in a system backend and based on the state field, the selected one or more updates (e.g., Figs. 2-5 and associated text, e.g., [0026], A workflow component … is operable to manage and/or perform the hosting and executing of workflows for tasks such as: repository creation, modification, and deletion; [0071], various embodiments utilize the sweeper architecture that is operable to sweep for new workflow activities to be started by looking at changes to the Admin repository records with a status set to be PENDING_CHANGES, for example [based on the state field], and can start a workflow accordingly [execute the one or more updates].) ; updating, by the one or more APIs and based on the executing. the state field associated with the selected one or more updates (e.g., Figs. 2-5 and associated text, e.g., [0060], While the changes are in progress, the status be, for example, "Pending Modification," which can be changed to a value such as "Active" once the provisioning has been completed.) ; and modifying, by the one or more APIs, records within the aspect store based on executing the selected one or more updates (e.g., Figs. 2-4 and associated text, e.g., [0025], The API layer also can be responsible for reading and writing database configuration data to/from the administration data store, in response to the API calls; [0030], When a data instance is created in the data plane, information for the instance can be written to a data store in the control plane, such as a monitoring data store 220 … the monitoring data store can be … in an Admin data store 222 [aspect store]; [0071], Admin repository records.) . Sivasubramanian does not appear to disclose the following, which is taught in analogous art, Darden: a unique rollout identifier … the unique rollout identifiers (e.g., Figs. 1-4 and associated text, e.g., [0011], systems and techniques to manage a staged rollout of configuration modifications; [0020], all changes to the Configurations 115 are implemented via Change Plans 130; [0021], each Change Plan 130 is associated with a unique identifier [unique rollout identifier], and the set of pending or planned Configurations 135 corresponding to a given Change Plan 130 include an indication of this identifier … each Configuration 135 includes a set of fields specifying various aspects of the change (such as the Service(s) 110 involved, the parameter(s) being changed, the new value(s) for these parameters, and the like), with at least one field storing the unique identifier of the corresponding Change Plan 130. In this way, the set of Configurations 135 can be queried based on the Change Plan(s) 130 they belong to; see also [0029], [0034], [0037], [0039], [0041], [0045], and [0049].). It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to combine the invention of Sivasubramanian with the invention of Darden, such that change plans with unique identifiers are used to manage rollout of configuration modifications, because it can “ensure consistency and accuracy, without introducing computational overhead or requiring extensive manual intervention” and it “enable[s] configuration changes for disparate services and nodes to be implemented synchronously”, as suggested by Darden (see [0011] and [0035]). Sivasubramanian does not appear to disclose assigning, by the one or more APIs, a unique change identifier to the selected one or more updates; updating, by the one or more APIs and based on the unique change identifier, the state field associated with the selected one or more updates . However, this is taught in analogous art, McKenzie (e.g., Figs. 5 and 8 along with associated text, e.g., [0002], The new code may be migrated (e.g., moved) to the computing devices in order to update the computing devices; [0027], each code migration request may be assigned a unique identifier, such as a ticket number, a request number, and the like, that identifies the request; [0052], The display screen 800 may also allow a user (e.g., an analyst or administrator) to update the status for one or more requests [update, based on the unique change identifier, the state field]. For example, the user may enter a request number and select 805 whether the status should be changed to pending, approved, rejected, or migrated.). It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to further modify the invention of Sivasubramanian with the invention of McKenzie because “There is a need to improve the speed and quality of code migrations in a network of computing devices,” as suggested by McKenzie (see [0002]). Although Sivasubramanian discloses records within the aspect store (see above), it also does not appear to disclose modifying … based on executing the selected one or more updates . However, this is taught in analogous art, Custodio (e.g., Fig. 12 and associated text, e.g., [0078], the inventory manager 500 is called after every deployment of a release by the deployment module 400. Consequently, the default request list will contain all of the servers 21 that should have been altered in the just deployed release; [0082], updating the database 700 to reflect the current state of the server 21 (step 512).). It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to further modify the invention of Sivasubramanian with the invention of Custodio, such that configuration database records are modified to reflect updates, because “Without such an inventory, the integrity of the environments cannot be guaranteed and can only be accepted as is. This often results in unpredictable application behavior,” as suggested by Custodio (see [0008]). With respect to claim 18 , A non-transitory computer readable storage medium storing instructions that (e.g., Fig. 2 and associate text, e.g., [0093], Storage media and computer readable media for containing code; claim 24, A non-transitory computer-readable medium including instructions for enabling management of a provisioned database.) , when executed by one or more application programming interfaces (APIs) for orchestrating a rollout of independent aspect updates, cause the one or more APIs to (e.g., Fig. 2 along with associated text, e.g., [0013], control plane, that can be used to control aspects of a data environment, or data plane … A user or customer can submit a request to the control plane … which can be analyzed to determine actions to be performed in the data plane, such as actions that … modify a data store or data storage instance; [0024], The control plane in this embodiment includes a Web services layer 212 … The Web services layer also can include a set of APIs 232; [0040], users of the control plane can perform various tasks relating to data repositories and data instances using a set of APIs or other such interfaces; [0068], the control plane can take advantage of an architecture that is able to schedule multiple workflows and execute multiple activities in parallel.) : receive, from one or more computing devices, one or more updates to be deployed for execution, wherein an update indicates an asset, an aspect to be updated, and an aspect update (e.g., Figs. 2-5 and associated text, e.g., [0023], a computing device 202 for an end user is shown to be able to make calls through a network 206 into a control plane 208 to perform a task; [0041], Using a "ModifyDatabase" API, customers can increase the storage size, change the instance type, or modify various other fields [aspects]; [0046], the interface page can include options to specify a repository for the action 502, select an action to be performed 504, and specify options for the action 506, such as a database engine to be use or capacity to be requested, as well as version information 508 or other such options [aspects]; [0058-59], After the instance has been running for a while, the customer may decide to scale up the size of the instance, such as to 150 GB of storage. The customer in this example thus can submit a request to modify the database capacity using the command line tool, such as by submitting: modify-database --identifier customerprod --size 150 [update indicates an asset, an aspect to be updated, and a new value for the aspect].) ; assign, for each update of the one or more updates to be deployed for execution, a unique rollout identifier and a state field value (e.g., Figs. 2-5 and associated text, e.g., [0070], if a user wants to create a new repository then the Web service layer can store the required configuration in Admin DB with a status column such as "PENDING_CHANGES." [assign, for each update of the one or more updates to be deployed for execution, a state field value]; see also [0024]-[0026] and [0071].) ; select, from an aspect store storing the received one or more updates to be deployed for execution, one or more updates to be executed based on the unique rollout identifiers and the state field values (e.g., Figs. 2-4 and 6 and associated text, e.g., [0024], Information for the request can be written to an administration ("Admin") data store 222 [aspect store storing the received one or more updates] … for subsequent processing; [0026], the sweeper can periodically check the admin data store for outstanding jobs; [0070], a sweeper that constantly sweeps the Admin repository for any changes to be executed, as discussed above with respect to FIG. 2. For instance, if a user wants to create a new repository then the Web service layer can store the required configuration in Admin DB with a status column such as "PENDING_CHANGES." Each workflow host can runs a sweeper thread that sweeps for any database or security group records with status set to PENDING_CHANGES, and can start a workflow accordingly [based on the state field value]; see also [0071].) ; assign a unique change identifier to the selected one or more updates: update, based on the unique change identifier, a state field associated with the selected one or more updates; execute, in a system backend and based on the state field, the selected one or more updates (e.g., Figs. 2-5 and associated text, e.g., [0026], A workflow component … is operable to manage and/or perform the hosting and executing of workflows for tasks such as: repository creation, modification, and deletion; [0071], various embodiments utilize the sweeper architecture that is operable to sweep for new workflow activities to be started by looking at changes to the Admin repository records with a status set to be PENDING_CHANGES, for example [based on the state field], and can start a workflow accordingly [execute the one or more updates].) ; update, based on the executing, the state field associated with the selected one or more updates (e.g., Figs. 2-5 and associated text, e.g., [0060], While the changes are in progress, the status be, for example, "Pending Modification," which can be changed to a value such as "Active" once the provisioning has been completed.) ; and modify records within the aspect store based on executing the selected one or more updates . Sivasubramanian does not appear to disclose the following, which is taught in analogous art, Darden: a unique rollout identifier … the unique rollout identifiers (e.g., Figs. 1-4 and associated text, e.g., [0011], systems and techniques to manage a staged rollout of configuration modifications; [0020], all changes to the Configurations 115 are implemented via Change Plans 130; [0021], each Change Plan 130 is associated with a unique identifier [unique rollout identifier], and the set of pending or planned Configurations 135 corresponding to a given Change Plan 130 include an indication of this identifier … each Configuration 135 includes a set of fields specifying various aspects of the change (such as the Service(s) 110 involved, the parameter(s) being changed, the new value(s) for these parameters, and the like), with at least one field storing the unique identifier of the corresponding Change Plan 130. In this way, the set of Configurations 135 can be queried based on the Change Plan(s) 130 they belong to; see also [0029], [0034], [0037], [0039], [0041], [0045], and [0049].). It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to combine the invention of Sivasubramanian with the invention of Darden, such that change plans with unique identifiers are used to manage rollout of configuration modifications, because it can “ensure consistency and accuracy, without introducing computational overhead or requiring extensive manual intervention” and it “enable[s] configuration changes for disparate services and nodes to be implemented synchronously”, as suggested by Darden (see [0011] and [0035]). Sivasubramanian does not appear to disclose assign a unique change identifier to the selected one or more updates; update, based on the unique change identifier, a state field associated with the selected one or more updates . However, this is taught in analogous art, McKenzie (e.g., Figs. 5 and 8 along with associated text, e.g., [0002], The new code may be migrated (e.g., moved) to the computing devices in order to update the computing devices; [0027], each code migration request may be assigned a unique identifier, such as a ticket number, a request number, and the like, that identifies the request; [0052], The display screen 800 may also allow a user (e.g., an analyst or administrator) to update the status for one or more requests [update, based on the unique change identifier, a state field]. For example, the user may enter a request number and select 805 whether the status should be changed to pending, approved, rejected, or migrated.). It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to further modify the invention of Sivasubramanian with the invention of McKenzie because “There is a need to improve the speed and quality of code migrations in a network of computing devices,” as suggested by McKenzie (see [0002]). Although Sivasubramanian discloses records within the aspect store (see above), it also does not appear to disclose modify … based on executing the selected one or more updates . However, this is taught in analogous art, Custodio (e.g., Fig. 12 and associated text, e.g., [0078], the inventory manager 500 is called after every deployment of a release by the deployment module 400. Consequently, the default request list will contain all of the servers 21 that should have been altered in the just deployed release; [0082], updating the database 700 to reflect the current state of the server 21 (step 512).). It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to further modify the invention of Sivasubramanian with the invention of Custodio, such that configuration database records are modified to reflect updates, because “Without such an inventory, the integrity of the environments cannot be guaranteed and can only be accepted as is. This often results in unpredictable application behavior,” as suggested by Custodio (see [0008]). With respect to claim 2 , Sivasubramanian also discloses wherein the asset corresponds to an entity in production that is associated with an enforceable state (e.g., Figs. 1-5 along with associated text, e.g., [0058], After the instance has been running for a while, the customer may decide to scale up the size of the instance, such as to 150 GB of storage; [0059] modify-database --identifier customerprod --size 150; [0060], While the changes are in progress, the status be, for example, "Pending Modification," which can be changed to a value such as "Active" once the provisioning has been completed; [0061], the production instance.). With respect to claim 3 , Sivasubramanian also discloses wherein the aspect to be updated corresponds to a single property of the asset (e.g., Figs. 2-5 along with associated text, e.g., [0058], After the instance has been running for a while, the customer may decide to scale up the size [single property] of the instance, such as to 150 GB of storage.). With respect to claim 4 , Sivasubramanian also discloses wherein an aspect update indicates the new value of the aspect (e.g., Figs. 2-5 and associated text, e.g., [0058-59], After the instance has been running for a while, the customer may decide to scale up the size of the instance, such as to 150 GB of storage. The customer in this example thus can submit a request to modify the database capacity using the command line tool, such as by submitting: modify-database --identifier customerprod --size 150.) , wherein the new value of the aspect corresponds to an intended value of the aspect (e.g., Figs. 2-5 and associated text, e.g., [0058], the customer may decide to scale up the size of the instance, such as to 150 GB of storage) , wherein the intended value of the aspect is different from a baseline intent value of the aspect, and wherein the baseline intent value of the aspect indicates a most recent value or state of the aspect (e.g., Figs. 2-5 and associated text, e.g., [0045], the customer selects an instance to be provisioned with an initial capacity of 80 GB [baseline intent value of the aspect indicates a most recent value of the aspect]; [0058], the customer may decide to scale up the size of the instance, such as to 150 GB of storage [intended value of the aspect is different].) . With respect to claims 8 and 19 , Sivasubramanian also discloses wherein the executing the selected one or more updates further causes the one or more APIs to: (e.g., Figs. 2-5 and associated text, e.g., [0025] A Web service layer in one embodiment includes a scalable set of customer-facing servers that can provide the various control plane APIs and return the appropriate responses based on the API specifications; [0026], executing of workflows for tasks such as: repository … modification; [0036], After the final task has been completed, a message is sent to the requesting customer (or another appropriate user, application, or location) that the requested action has been completed 318.) and Custudio further teaches update a database storing information that describes: a current state of a system infrastructure of a system running the asset and the aspect, and a current production landscape of an updated system infrastructure (e.g., Figs. 1-4 and 7 along with associated text, e.g., [0034], current state of the production environment; [0038], the manifest 60 determines what files are being changed in a particular release of an environment 20 … The manifest module 100 is also responsible for updating the database 700 by creating a new release record for each manifest 60 received; Abstract, Each manifest is assigned a release number to allow the database to track every change to an environment as separate release. This in turn allows the database to track the entire contents of an environment [a current state of a system infrastructure] over time, down to the exact version [aspect] of a component found in a particular release of the environment.) ; and bind an incarnation of the database with the aspect to be updated (e.g., Figs. 1-4, 7, and 12 along with associated text, e.g., [0031] The use of releases to track changes in an environment 20 is seen more clearly in FIGS. 2a-2d. In FIG. 2a, a first manifest 62 specifies that code A, B, and C are to be deployed to environment A 28. More specifically, the manifest 62 specifies the exact version of the code that will be deployed. In this case, manifest 62 specifies that version 1 of A, B, and C should be deployed; [0032] In FIG. 2b, a second manifest 64 is issued to system 10. This manifest 64 specifies that version 2 [aspect to be updated] of code A and C should be deployed to environment A 28 … The system 10 assigns a release number to this manifest 64. In this case, release number 2 is assigned; [0038], The manifest module 100 is also responsible for updating the database 700 by creating a new release record for each manifest 60 received [bind an incarnation of the database with the aspect to be updated].) . It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to further modify the invention of Sivasubramanian with the invention of Custodio for the same reason set forth above and also because it “can easily handle rollback requests,” as suggested by Custodio (see [0033). With respect to claims 9 and 20 , Sivasubramanian also discloses the one or more APIs to: (e.g., Figs. 2-4 and associated text, e.g., [0024] The Web services layer also can include a set of APIs 232 … for receiving Web services calls or requests from across the network 206, which the Web services layer can parse or otherwise analyze to determine the steps or actions needed to act on or process the call.), but it does not appear to disclose wherein binding the incarnation of the database with the aspect to be updated further causes … determine an intended state of the aspect to be reached based on execution of an update; and patch the intended state of the aspect to a baseline intent value of the aspect. However, this is further taught in Custodio (e.g., Figs. 1-4, 7, and 11-12 along with associated text, e.g., [0038], The manifest module 100 is also responsible for updating the database 700 by creating a new release record for each manifest 60 received [binding the incarnation of the database with the aspect to be updated]; [0032] In FIG. 2b, a second manifest 64 is issued to system 10. This manifest 64 specifies that version 2 of code A and C should be deployed [determine an intended state of the aspect to be reached based on execution of an update] to environment A 28. This is handled by the system 10 in the same way as manifest 62 was handled, resulting in versions 2 of A and C being deployed to environment A [patch the intended state of the aspect to a baseline intent value of the aspect]. The system 10 assigns a release number to this manifest 64. In this case, release number 2 is assigned.). It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to further modify the invention of Sivasubramanian with the invention of Custodio for the same reasons set forth above. With respect to claim 10 , Sivasubramanian also discloses wherein the updating, based on the executing, the state field further causes the one or more APIs to label values associated with aspects indicated in the selected one or more updates as committed (e.g., Figs. 2-5 and associated text, e.g., [0052], A "DescribeDatabases" or similar API can be used to determine the status of the request; [0060], While the changes are in progress, the status be, for example, "Pending Modification," which can be changed to a value such as "Active" once the provisioning has been completed.) . With respect to claim 16 , Sivasubramanian also discloses wherein the executing the one or more updates further comprises: updating , by the one or more APIs, a database storing information that describes: a current state of a system infrastructure of a system running the asset and the aspect, and a current production landscape of an updated system infrastructure; and binding, by the one or more APIs, an incarnation of the database with the aspect to be updated (e.g., Figs. 2-5 and associated text, e.g., [0025] A Web service layer in one embodiment includes a scalable set of customer-facing servers that can provide the various control plane APIs and return the appropriate responses based on the API specifications; [0026], executing of workflows for tasks such as: repository … modification; [0036], After the final task has been completed, a message is sent to the requesting customer (or another appropriate user, application, or location) that the requested action has been completed 318.) and Custodio further teaches updating … a database storing information that describes: a current state of a system infrastructure of a system running the asset and the aspect, and a current production landscape of an updated system infrastructure (e.g., Figs. 1-4 and 7 along with associated text, e.g., [0038], the manifest 60 determines what files are being changed in a particular release of an environment 20 … The manifest module 100 is also responsible for updating the database 700 by creating a new release record for each manifest 60 received; Abstract, Each manifest is assigned a release number to allow the database to track every change to an environment as separate release. This in turn allows the database to track the entire contents of an environment [a current state of a system infrastructure] over time, down to the exact version [aspect] of a component found in a particular release of the environment.) ; and binding, by the one or more APIs, an incarnation of the database with the aspect to be updated (e.g., Figs. 1-4, 7, and 12 along with associated text, e.g., [0031] The use of releases to track changes in an environment 20 is seen more clearly in FIGS. 2a-2d. In FIG. 2a, a first manifest 62 specifies that code A, B, and C are to be deployed to environment A 28. More specifically, the manifest 62 specifies the exact version of the code that will be deployed. In this case, manifest 62 specifies that version 1 of A, B, and C should be deployed; [0032] In FIG. 2b, a second manifest 64 is issued to system 10. This manifest 64 specifies that version 2 [aspect to be updated] of code A and C should be deployed to environment A 28 … The system 10 assigns a release number to this manifest 64. In this case, release number 2 is assigned; [0038], The manifest module 100 is also responsible for updating the database 700 by creating a new release record for each manifest 60 received [binding an incarnation of the database with the aspect to be updated].) . It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to further modify the invention of Sivasubramanian with the invention of Custodio for the same reason set forth above and also because it “can easily handle rollback requests,” as suggested by Custodio (see [0033). With respect to claim 17 , Sivasubramanian also discloses by the one or more APIs … by the one or more APIs (e.g., Figs. 2-4 and associated text, e.g., [0024] The Web services layer also can include a set of APIs 232 … for receiving Web services calls or requests from across the network 206, which the Web services layer can parse or otherwise analyze to determine the steps or actions needed to act on or process the call.), but it does not appear to disclose wherein the binding further comprises: determining … an intended state of the aspect to be reached based on execution of an update; and patching … the intended state of the aspect to a baseline intent value of the aspect. However, this is further taught in Custodio (e.g., Figs. 1-4, 7, and 11-12 along with associated text, e.g., [0038], The manifest module 100 is also responsible for updating the database 700 by creating a new release record for each manifest 60 received [binding the incarnation of the database with the aspect to be updated]; [0032] In FIG. 2b, a second manifest 64 is issued to system 10. This manifest 64 specifies that version 2 of code A and C should be deployed [determining an intended state of the aspect to be reached based on execution of an update] to environment A 28. This is handled by the system 10 in the same way as manifest 62 was handled, resulting in versions 2 of A and C being deployed to environment A [patch the intended state of the aspect to a baseline intent value of the aspect]. The system 10 assigns a release number to this manifest 64. In this case, release number 2 is assigned.). It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to further modify the invention of Sivasubramanian with the invention of Custodio for the same reasons set forth above . 07-22-aia AIA Claim s 5, 6, 7, 13, 14, 15 are rejected under 35 U.S.C. 103 as being unpatentable over Sivasubramanian in view of Darden, McKenzie, and Custodio , as applied to claim s 1 and 12 above, and further in view of Menon et al. (US 20130151705, hereinafter Menon) . With respect to claims 5 and 13 , Sivasubramanian also discloses wherein the records (e.g., Figs. 2-4 and associated text, e.g., [0071], Admin repository records.) indicate: a unique asset identifier associated with the asset (e.g., Figs. 2-5 and associated text, e.g., [0046], the interface page can include options to specify a repository for the action 502; [0058-59], After the instance has been running for a while, the customer may decide to scale up the size of the instance, such as to 150 GB of storage. The customer in this example thus can submit a request to modify the database capacity using the command line tool, such as by submitting: modify-database --identifier customerprod --size 150.) ; an indication of the aspect to be updated, wherein the aspect is associated with the asset (e.g., Figs. 2-5 and associated text, e.g., [0058-59], After the instance has been running for a while, the customer may decide to scale up the size of the instance, such as to 150 GB of storage [aspect to be updated]. The customer in this example thus can submit a request to modify the database capacity using the command line tool, such as by submitting: modify-database --identifier customerprod --size 150 [aspect is associated with the asset].) ; a baseline intent value of the aspect (e.g., Figs. 2-4 and associated text, e.g., [0045], the customer selects an instance to be provisioned with an initial capacity of 80 GB [baseline intent value of the aspect indicates a most recent value of the aspect]; [0030], When a data instance is created in the data plane, information for the instance can be written to a data store in the control plane, such as a monitoring data store 220 … in an Admin data store 222.) ; the state field associated with the selected one or more updates (e.g., Figs. 2-5 along with associated text, e.g., [0071], changes to the Admin repository records with a status set to be PENDING_CHANGE.) ; and for each of the one or more updates to be deployed for execution, the unique rollout identifier indicating an order in which the one or more updates to be deployed for execution should be deployed . Furthermore, Darden also teaches and for each of the one or more updates to be deployed for execution, the unique rollout identifier indicating an order in which the one or more updates to be deployed for execution should be deployed (e.g., Figs. 1-4 and associated text, e.g., [0011], systems and techniques to manage a staged rollout of configuration modifications; [0020], all changes to the Configurations 115 are implemented via Change Plans 130; [0021], each Change Plan 130 is associated with a unique identifier [unique rollout identifier], and the set of pending or planned Configurations 135 corresponding to a given Change Plan 130 include an indication of this identifier … each Configuration 135 includes a set of fields specifying various aspects of the change (such as the Service(s) 110 involved, the parameter(s) being changed, the new value(s) for these parameters, and the like), with at least one field storing the unique identifier of the corresponding Change Plan 130. In this way, the set of Configurations 135 can be queried based on the Change Plan(s) 130 they belong to; see also [0029], [0034], [0037], [0039], [0041], [0045], and [0049].) and Custodio also teaches an order in which the one or more updates to be deployed for execution should be deployed (e.g., Figs. 1-4 and 13 along with associated text, e.g., [0008], Each manifest is assigned a release number or identifier, so that each change to an environment is considered a separate release tracked in the central database; [0038], The manifest module 100 will assign a unique ID (or release number) [unique rollout identifier] to the changes set forth in the manifest 60; [0031], assigns a release number to manifest 62, in this case release 1 since it is the first deployment to environment A 28. The code changes made to environment A 28 are stored in a database within system 10 along with this release number; [0032], In FIG. 2b, a second manifest 64 is issued to system 10 … The system 10 assigns a release number to this manifest 64. In this case, release number 2 is assigned.) . It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to further modify the invention of Sivasubramanian with the inventions of Darden and Custodio for the same reasons set forth above and further because the invention of Custodio provides “the ability to track the exact version of all files that exist in a particular environment for a particular release, which allows the ability to easily rollback an environment to any known prior release of the environment,” as suggested by Custodio (see [0008]). Although Sivasubramanian discloses an asset identifier (see above), it does not appear to disclose that it is unique . However, this is taught in analogous art, Menon (e.g., Figs. 3-4 and associated text, e.g., [0071] Each resource has an associated unique resource identifier that is stored in resource table 202.). It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to further modify the invention of Sivasubramanian with the invention of Menon because it “eliminates the need for users to communicate directly with multiple different back-end service providers in order to obtain access to the resources,” as suggested by Menon (see [0030]). With respect to claims 6 and 14 , Sivasubramanian also discloses wherein the state field indicates one of a pending update or a committed update, wherein a pending update state field indicates that the aspect update associated with the one or more updates has not been deployed; and wherein a committed update state field indicates that the aspect update associated with the one or more updates was deployed (e.g., Figs. 2-5 and associated text, e.g., [0060], While the changes are in progress, the status be, for example, "Pending Modification," which can be changed to a value such as "Active" once the provisioning has been completed.) . With respect to claim 7 , Sivasubramanian also discloses wherein the updating, based on the unique change identifier, the state field associated with the selected one or more updates further causes the one or more APIs to label the selected one or more updates as pending (e.g., Figs. 2-5 and associated text, e.g., [0025], The API layer also can be responsible for reading and writing database configuration data to/from the administration data store, in response to the API calls; [0060], While the changes are in progress, the status be, for example, "Pending Modification," which can be changed to a value such as "Active" once the provisioning has been completed) and McKenzie further teaches wherein the updating, based on the unique change identifier, the state field associated with the selected one or more updates (e.g., Figs. 5 and 8 along with associated text, e.g., [0002], The new code may be migrated (e.g., moved) to the computing devices in order to update the computing devices; [0027], each code migration request may be assigned a unique identifier, such as a ticket number, a request number, and the like, that identifies the request; [0052], The display screen 800 may also allow a user (e.g., an analyst or administrator) to update the status for one or more requests. For example, the user may enter a request number and select 805 whether the status should be changed to pending, approved, rejected, or migrated.). It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to further modify the invention of Sivasubramanian with the invention of McKenzie for the same reason set forth above. With respect to claim 15 , Sivasubramanian also discloses wherein the updating, based on the unique change identifier, the state field associated with the one or more updates further comprises labeling the selected one or more updates as pending (e.g., Figs. 2-5 and associated text, e.g., [0025], The API layer also can be responsible for reading and writing database configuration data to/from the administration data store, in response to the API calls; [0060], While the changes are in progress, the status be, for example, "Pending Modification," which can be changed to a value such as "Active" once the provisioning has been completed.) and McKenzie further teaches wherein the updating, based on the unique change identifier, the state field associated with the one or more updates (e.g., Figs. 5 and 8 along with associated text, e.g., [0002], The new code may be migrated (e.g., moved) to the computing devices in order to update the computing devices; [0027], each code migration request may be assigned a unique identifier, such as a ticket number, a request number, and the like, that identifies the request; [0052], The display screen 800 may also allow a user (e.g., an analyst or administrator) to update the status for one or more requests [update, based on the unique change identifier, a state field]. For example, the user may enter a request number and select 805 whether the status should be changed to pending, approved, rejected, or migrated.). It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to further modify the invention of Sivasubramanian with the invention of McKenzie for the same reason set forth above . 07-22-aia AIA Claim 11 is rejected under 35 U.S.C. 103 as being unpatentable over Sivasubramanian in view of Darden, McKenzie, and Custodio , as applied to claim 1 above, and further in view of Kothandaraman et al. (US 20050080801, hereinafter Kothandaraman) . With respect to claim 11 , Sivasubramanian also discloses the one or more APIs to: (e.g., Figs. 2-4 and associated text, e.g., [0024] The Web services layer also can include a set of APIs 232 … for receiving Web services calls or requests from across the network 206, which the Web services layer can parse or otherwise analyze to determine the steps or actions needed to act on or process the call.), but it does not appear to disclose wherein modifying the records within the aspect store based on the execution the selected one or more updates further causes … terminate tracking of the unique change identifier associated with the selected one or more updates; update an aspect value from a baseline intent value to the new value for the aspect; and remove the unique rollout identifier associated with the selected one or more updates. However, Custodio further teaches wherein modifying the records within the aspect store based on the execution the selected one or more updates further causes … update an aspect value from a baseline intent value to the new value for the aspect (e.g., Figs. 7 and 12 and associated text, e.g., [0078], inventory manager 500 is called after every deployment of a release by the deployment module 400. Consequently, the default request list will contain all of the servers 21 that should have been altered in the just deployed release [execution the one or more updates]; [0082], updating the database 700 to reflect the current state of the server 21 (step 512) [modifying the records within the aspect store based on the execution the one or more updates] … the inventory manager 500 can be tasked with ensuring that the servers 21 in an environment match the current status in database 700. In this case, the inventory manager could create a manifest 60 that would bring the server back in line with the status shown in the database 700 [update an aspect value from a baseline intent value to the new value for the aspect].) … a unique rollout identifier associated with the one or more updates (e.g., Figs. 1-4 and 13 along with associated text, e.g., [0008], Each manifest is assigned a release number or identifier, so that each change to an environment is considered a separate release tracked in the central database; [0038], The manifest module 100 will assign a unique ID (or release number) [unique rollout identifier] to the changes set forth in the manifest 60; [0031], assigns a release number to manifest 62, in this case release 1 since it is the first deployment to environment A 28. The code changes made to environment A 28 are stored in a database within system 10 along with this release number; [0032], In FIG. 2b, a second manifest 64 is issued to system 10 … The system 10 assigns a release number to this manifest 64. In this case, release number 2 is assigned.) and McKenzie further teaches tracking of the unique change identifier associated with the one or more updates (e.g., Figs. 5 and 8 along with associated text, e.g., [0002], The new code may be migrated (e.g., moved) to the computing devices in order to update the computing devices; [0027], each code migration request may be assigned a unique identifier, such as a ticket number, a request number, and the like, that identifies the request … The analyst 305 may input, such as into data field 505 or 510, the unique identifier to … check the status of a previous request) and Darden further teaches remove the unique rollout identifier associated with the selected one or more updates (e.g., e.g., Figs. 1-5 and associated text, e.g., [0034], to implement the Change Plan 130, the Implementation Component 245 relabels the configuration(s) included in the Change Plan 130 with the “production” identifier. For example, the Implementation Component 245 may remove the identifier of the Change Plan 130 from each configuration, and add the identifier of the production set (or set the value to null, depending on the particular implementation)). It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to modify the invention of Sivasubramanian with the inventions of Custodio, McKenzie, and Darden for the same reasons set forth above. Although McKenzie teaches tracking of the unique change identifier associated with the one or more updates (see above), they do not appear to disclose terminate the tracking. However, in analogous art, Kothandaraman teaches terminate (e.g., Fig. 6 and associated text, e.g., [0114], the UI indicates that the deployment has started and provides details; for example, job ID; [0130], The command line interface may also be used to schedule deployments, deactivate scheduled jobs, delete jobs [terminate tracking]; [0226], the reporting database records a unique ID for each routed deployment.). It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to further modify the invention of Sivasubramanian with the invention of Kothandaraman, such that change tracking is terminated, because it would free up resources . Conclusion 07-96 AIA The prior art made of record and not relied upon is considered pertinent to applicant's disclosure. Specifically, Vergara et al. US 20220222079 A1 teaches staged deployment of service configuration changes . Applicant's amendment necessitated the new ground(s) of rejection presented in this Office action. Accordingly, THIS ACTION IS MADE FINAL . See MPEP § 706.07(a). Applicant is reminded of the extension of time policy as set forth in 37 CFR 1.136(a). A shortened statutory period for reply to this final action is set to expire THREE MONTHS from the mailing date of this action. In the event a first reply is filed within TWO MONTHS of the mailing date of this final action and the advisory action is not mailed until after the end of the THREE-MONTH shortened statutory period, then the shortened statutory period will expire on the date the advisory action is mailed, and any nonprovisional extension fee (37 CFR 1.17(a)) pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, however, will the statutory period for reply expire later than SIX MONTHS from the mailing date of this final action. Any inquiry concerning this communication or earlier communications from the examiner should be directed to STEPHEN DAVID BERMAN whose telephone number is (571) 272-7206. The examiner can normally be reached M-F, 9-6 Eastern. 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, Hyung S. Sough can be reached on 571-272-6799. 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. /STEPHEN D BERMAN/ Examiner, Art Unit 2192 /S. Sough/SPE, Art Unit 2192 Application/Control Number: 18/226,004 Page 2 Art Unit: 2192 Application/Control Number: 18/226,004 Page 3 Art Unit: 2192 Application/Control Number: 18/226,004 Page 4 Art Unit: 2192 Application/Control Number: 18/226,004 Page 5 Art Unit: 2192 Application/Control Number: 18/226,004 Page 6 Art Unit: 2192 Application/Control Number: 18/226,004 Page 7 Art Unit: 2192 Application/Control Number: 18/226,004 Page 8 Art Unit: 2192 Application/Control Number: 18/226,004 Page 9 Art Unit: 2192 Application/Control Number: 18/226,004 Page 10 Art Unit: 2192 Application/Control Number: 18/226,004 Page 11 Art Unit: 2192 Application/Control Number: 18/226,004 Page 12 Art Unit: 2192 Application/Control Number: 18/226,004 Page 13 Art Unit: 2192 Application/Control Number: 18/226,004 Page 14 Art Unit: 2192 Application/Control Number: 18/226,004 Page 15 Art Unit: 2192 Application/Control Number: 18/226,004 Page 16 Art Unit: 2192 Application/Control Number: 18/226,004 Page 17 Art Unit: 2192 Application/Control Number: 18/226,004 Page 18 Art Unit: 2192 Application/Control Number: 18/226,004 Page 19 Art Unit: 2192 Application/Control Number: 18/226,004 Page 20 Art Unit: 2192 Application/Control Number: 18/226,004 Page 21 Art Unit: 2192 Application/Control Number: 18/226,004 Page 22 Art Unit: 2192 Application/Control Number: 18/226,004 Page 23 Art Unit: 2192 Application/Control Number: 18/226,004 Page 24 Art Unit: 2192 Application/Control Number: 18/226,004 Page 25 Art Unit: 2192 Application/Control Number: 18/226,004 Page 26 Art Unit: 2192 Application/Control Number: 18/226,004 Page 27 Art Unit: 2192 Application/Control Number: 18/226,004 Page 28 Art Unit: 2192 Application/Control Number: 18/226,004 Page 29 Art Unit: 2192 Application/Control Number: 18/226,004 Page 30 Art Unit: 2192 Application/Control Number: 18/226,004 Page 31 Art Unit: 2192 Application/Control Number: 18/226,004 Page 32 Art Unit: 2192 Application/Control Number: 18/226,004 Page 33 Art Unit: 2192 Application/Control Number: 18/226,004 Page 34 Art Unit: 2192 Application/Control Number: 18/226,004 Page 35 Art Unit: 2192
Prosecution Insights