Prosecution Insights
Last updated: July 17, 2026
Application No. 18/676,688

Method and System for Version Management in Distributed Control Systems (DCS)

Non-Final OA §102
Filed
May 29, 2024
Priority
May 29, 2023 — IN 202341037106
Examiner
WANG, RONGFA PHILIP
Art Unit
2199
Tech Center
2100 — Computer Architecture & Software
Assignee
ABB Schweiz AG
OA Round
1 (Non-Final)
84%
Grant Probability
Favorable
1-2
OA Rounds
10m
Est. Remaining
91%
With Interview

Examiner Intelligence

Grants 84% — above average
84%
Career Allowance Rate
459 granted / 544 resolved
+29.4% vs TC avg
Moderate +7% lift
Without
With
+7.0%
Interview Lift
resolved cases with interview
Typical timeline
3y 0m
Avg Prosecution
12 currently pending
Career history
560
Total Applications
across all art units

Statute-Specific Performance

§101
3.2%
-36.8% vs TC avg
§103
66.2%
+26.2% vs TC avg
§102
17.8%
-22.2% vs TC avg
§112
10.5%
-29.5% vs TC avg
Black line = Tech Center average estimate • Based on career data from 544 resolved cases

Office Action

§102
Notice of Pre-AIA or AIA Status The present application, filed on or after March 16, 2013, is being examined under the first inventor to file provisions of the AIA . Detail Action This office action is in response to the application filed on 5/29/2024. Acknowledgment is made of applicant’s claim for foreign priority under 35 U.S.C. 119 (a)-(d). The certified copy has been filed on 7/8/2024. Claims 1-15 are pending. Claim Rejections - 35 USC § 102 The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the basis for the rejections under this section made in this Office action: A person shall be entitled to a patent unless – (a)(2) the claimed invention was described in a patent issued under section 151, or in an application for patent published or deemed published under section 122(b), in which the patent or application, as the case may be, names another inventor and was effectively filed before the effective filing date of the claimed invention. Claim(s) 1-2, 8-9 and 14 is/are rejected under 35 U.S.C. 102(a)(2) as being anticipated by Afrooze et al. (US 2023/0415348 Al). Per claim 1, Afrooze discloses A method for version management for Distributed Control Systems (DCSs), comprising: retrieving, by a processor, one or more source files related to one or more objects corresponding to a function of a device of a DCS from a data repository associated with the DCS, based on receiving a request from one or more users associated with the DCS; (Fig. 1or Fig. 3, [0070], discloses access the configuration files and assets…of the vision processors…execute vision pipelines by the vision processors. The executed pipeline corresponds to a function. [0065], see robot controller and camera are couples to vision processor 108a. [0023], discloses a configuration of a vision pipeline is stored in a configuration file. [0105-0106], discloses users deploy assets and batch configuration modification. [0086], discloses a vision pipeline causing cameras to send images.) retrieving, by the processor, one or more versions of the one or more source files, from one or more model services corresponding to the one or more source files;([0096], discloses different configurations stored in different versions of the version control system….git…or AWS CodeCommit…configuration repository) executing, by the processor, one or more operations for the device of the DCS based on one or more user inputs, wherein the one or more operations are executed based on the one or more source files from the data repository and the one or more versions from the one or more model services; ([0105-0106] discloses users deploy configuration modification) and managing, by the processor, the one or more versions of the one or more source files based on execution of the one or more operations. ([0096], see different configurations stored in different versions in version control system…. for example, git manage different versions of configuration file. Also see user interface provides, for example, commit operation.) Per claim 2, the rejection of claim 1 is incorporated. Afrooze discloses wherein the one or more operations comprise at least one of: a change history operation, a roll-back/revert operation, a difference presentation operation, a concurrent multi-user operation, a merge operation, and a conflict resolution operation, wherein the change history operation comprises changing at least one portion in a historical version of the one or more versions, wherein the difference presentation operation comprises presenting differences between two or more versions, and wherein the concurrent multi-user operation comprises providing the one or more versions simultaneously to the one or more users. ([0026], discloses reverting to past system configuration) Per claims 8-9, see rejections of claims 1-2. Per claim 14, the rejection of claim 8 is incorporated. Afrooze discloses wherein the DCS is implemented in a micro-service based architecture. ([0099], discloses version control system …to track different versions of the configuration file. It appears to correspond to Specification, [0086], discloses track of changes made to one ore more source file over time. In one interpretation, each version is a mico-service.) Claim(s) 3 and 10 is/are rejected under 35 U.S.C. 102(a)(2) as being anticipated by Afrooze et al. (US 2023/0415348 Al) in view of Arkhipova et al. (US 20170277742 A1) Per claim 3, the rejection of claim 2 is incorporated. Afrooze does not, however, Arkhipova discloses wherein the merge operation comprises determining, by the processor, a first set of one or more differences amongst each of the one or more versions of the one or more source files and determining a second set of one or more differences between each of the one or more versions and the one or more source files simultaneously; and integrating, by the processor, the one or more versions in the one or more source files, based on the first and second set of one or more differences. ([0077] In further embodiments, when it is determined that both versions of the same source code file have been modified since a prior file synchronization between computing device 1 and computing device 2, the user may be given other options, such as an option to merge the different versions of the source code file, to obtain a representation of the differences between the different versions of the source code file, or the like. Where first set of differences corresponds to source code modified on device 1 and second set of differences corresponds to source code modified on device 2 and then combined based the above two sets.) Therefore, it would have been obvious to a person of ordinary skill before the effective filing date of the invention to incorporate the teachings of Arkhipova into the teachings of Afrooze to include the limitation disclosed by Arkhipova. The modification would be obvious to one of ordinary skill in the art to want to merging changes of the same source file copied on different devices as suggested by Arkhipova ([0076]) Per claim 10, see rejection of claim 10. Claim(s) 4 and 11 is/are rejected under 35 U.S.C. 102(a)(2) as being anticipated by Afrooze et al. (US 2023/0415348 Al) in view of Polisetty (US 20210240730 A1). Per claim 4, the rejection of claim 2 is incorporated. Afrooze discloses wherein the roll-back/revert operation comprises rolling back to a previous version of the one or more source files maintained at the one or more model services, wherein rolling back is performed by at least one of: resetting to a previous version of the one or more source files;( [0026] The method may further comprise: retrieving a version of the configuration file representing a past system configuration; and reverting to the past system configuration.) Afrooze does not, however, Polisetty discloses restoring one or more changes selected by the user from a previous version of the one or more source files. ([0088], see version Management system. [0028], manage version of database object, similar to managing codebase in software domain. [0160], see revert or UNDO operation performed selectively only selected object records.) Therefore, it would have been obvious to a person of ordinary skill before the effective filing date of the invention to incorporate the teachings of Polisetty into the teachings of Afrooze to include the limitation disclosed by Polisetty. The modification would be obvious to one of ordinary skill in the art to want to revert only the portion that is erroneously deployed as suggested by Polisetty ([0160]) Per claim 11, see rejection of claim 4. Claim(s) 5 and 12 is/are rejected under 35 U.S.C. 102(a)(2) as being anticipated by Afrooze et al. (US 2023/0415348 Al) in view of Michaely et al. (US 2012/0284684 Al) Per claim 5, the rejection of claim 2 is incorporated. Afrooze does not, however, Michaely discloses wherein the conflict resolution operation comprises: determining, by the processor, one or more conflicts amongst each of the one or more versions of the one or more source files and between each of the one or more versions and the one or more source files; and resolving, by the processor, the one or more conflicts by modifying the one or more versions of the one or more source files, based on user inputs. (Fig. 4 [0027], discloses user/developer of proposed changes to resolve conflict.) Therefore, it would have been obvious to a person of ordinary skill before the effective filing date of the invention to incorporate the teachings of Michaely into the teachings of Afrooze to include the limitation disclosed by Michaely. The modification would be obvious to one of ordinary skill in the art to want to revert only the portion that is erroneously deployed as suggested by Michaely ([0027], allow user to initiate resolution to resolve conflict.) Per claim 12, see rejection of claim 5. Claim(s) 6 and 13 is/are rejected under 35 U.S.C. 102(a)(2) as being anticipated by Afrooze et al. (US 2023/0415348 Al) in view of Koshelev (10,956,309 B2) Per claim 6, the rejection of claim 1 is incorporated. Afrooze does not, however, Koshelev discloses further comprising displaying, by the processor, at least one of the one or more versions of the one or more source files and differences between the one or more versions of the one or more source files, in one of a graphical representation, a non-graphical representation. (C13: 23-50, discloses display showing changes/revisions of source code) Therefore, it would have been obvious to a person of ordinary skill before the effective filing date of the invention to incorporate the teachings of Koshelev into the teachings of Afrooze to include the limitation disclosed by Koshelev. The modification would be obvious to one of ordinary skill in the art to want to discern if lines of source code is new as suggested by Kochelev (C13: 23-50, discloses display showing changes/revisions of source code) Per claim 13, see rejection of claim 6. Claim(s) 7 and 15 is/are rejected under 35 U.S.C. 102(a)(2) as being anticipated by Afrooze et al. (US 2023/0415348 Al) in view of Gross et al. (US 20220413844 A1) Per claim 7, rejection of claim 1 is incorporated. Afrooze does not, however, Gross discloses wherein the one or more operations are executed stage-wise for each of a plurality of stages in the DCS. ([0003]-[0006] discloses different stages of software Lifecyle, coding, testing, build, deploy and release with various tools corresponding to various operations) Therefore, it would have been obvious to a person of ordinary skill before the effective filing date of the invention to incorporate the teachings of Koshelev into the teachings of Afrooze to include the limitation disclosed by Gross. The modification would be obvious to one of ordinary skill in the art to want to overcoming challenges getting application from code into a deployment platform as suggested by Gross ([0007], overcoming challenges getting application from code into a deployment platform.) Per claim 15, see rejection of claim 7. Conclusion The prior art made of record and not relied upon is considered pertinent to applicant's disclosure. Any inquiry concerning this communication or earlier communications from the examiner should be directed to Philip Wang whose telephone number is 571-272-5934. The examiner can normally be reached on Monday – Friday 8:00AM -4:00PM. Any inquiry of general nature or relating to the status of this application should be directed to the TC2100 Group receptionist: 571-272-2100. If attempts to reach the examiner by telephone are unsuccessful, the examiner’s supervisor, Lewis Bullock, can be reached at 571-272-3759. The fax phone number for the organization where this application or proceeding is assigned is 571-273-8300. Information regarding the status of an application may be obtained from the Patent Application Information Retrieval (PAIR) system. Status information for published applications may be obtained from either Private PAIR or Public PAIR. Status information for unpublished applications is available through Private PAIR only. For more information about the PAIR system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). /PHILIP WANG/Primary Examiner, Art Unit 2199
Read full office action

Prosecution Timeline

May 29, 2024
Application Filed
Jun 08, 2026
Non-Final Rejection mailed — §102 (current)

Precedent Cases

Applications granted by this same examiner with similar technology

Patent 12681715
SYSTEM, CENTER, PROCESSING METHOD, AND STORAGE MEDIUM
2y 6m to grant Granted Jul 14, 2026
Patent 12669991
RECOMMENDING USER FEEDBACK WITH AUTOMATIC SCORING AND REASONING
2y 7m to grant Granted Jun 30, 2026
Patent 12650821
MACHINE LEARNING REPOSITORY SERVICE
2y 3m to grant Granted Jun 09, 2026
Patent 12650857
PROGRAM CALL STACK CREATION METHOD AND UNWIND STACK METHOD AND APPARATUS
2y 3m to grant Granted Jun 09, 2026
Patent 12650834
CONTINUOUS DEPLOYMENT OF MICROSERVICES OR OTHER APPLICATIONS USING SEPARATE SOURCE AND DEPLOYMENT REPOSITORIES
2y 1m to grant Granted Jun 09, 2026
Study what changed to get past this examiner. Based on 5 most recent grants.

Strategy Recommendation AI-generated — please review before filing

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

Prosecution Projections

1-2
Expected OA Rounds
84%
Grant Probability
91%
With Interview (+7.0%)
3y 0m (~10m remaining)
Median Time to Grant
Low
PTA Risk
Based on 544 resolved cases by this examiner. Grant probability derived from career allowance rate.

Sign in with your work email

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

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

Free tier: 3 strategy analyses per month