Method and system for implementing a version control adaptive architecture platform

Patent No. US10482069 (titled "Method and system for implementing a version control adaptive architecture platform") on Aug 4, 2017. The application was issued on Nov 19, 2019.

What is this patent about?

’069 is related to the field of version control systems and distributed server architectures. Specifically, it addresses the scalability and reliability challenges faced by large-scale Subversion (SVN) deployments where high request volumes and concurrent access to shared file systems often lead to performance bottlenecks, race conditions, and data corruption.

The underlying idea behind ’069 is to decouple the user-facing access point from the physical storage of source code repositories through a multi-tier routing architecture. By utilizing a central lookup table that maps specific repository URLs to dedicated server instances and storage volumes, the system ensures that only one server processes requests for a given repository at any time, effectively eliminating the race conditions inherent in traditional clustered environments.

The claims of ’069 focus on a tiered request-handling structure comprising a global load balancer, a front-end proxy server, and a plurality of backend SVN servers. The core mechanism involves the proxy server parsing a URL to query a lookup table, which identifies the exact storage component and SVN server responsible for that specific repository, ensuring targeted and isolated request processing.

In practice, the system provides a seamless failover mechanism by pairing each production server with a dedicated disaster recovery (DR) instance. These DR servers perform live data monitoring of the production environment, allowing for an automated transition of traffic in the event of a hardware failure or scheduled maintenance. This ensures that developers experience minimal downtime, as the DR server can immediately process requests against the existing live data volumes.

This approach differs from prior solutions by moving away from a single-server model or a loosely managed cluster where multiple hosts compete for the same files. By implementing automated rebalancing based on storage capacity and server load, the architecture can scale horizontally to support thousands of repositories. The use of a persistent global URL ensures that existing build scripts and documentation remain functional even as the underlying backend infrastructure is reorganized or expanded.

How does this patent fit in bigger picture?

Technical Landscape

In the late 2010s when ’069 was filed, source control management was typically implemented using centralized server architectures where a single primary host managed repository access for an entire organization. At a time when systems commonly relied on monolithic server instances to maintain data integrity, scaling these environments to accommodate high-volume global traffic was often constrained by the risk of race conditions occurring when multiple processes attempted to write to the same file system simultaneously. Consequently, hardware and software constraints made achieving high availability and automated failover non-trivial, as disaster recovery often required manual intervention or hot-swap configurations that could not dynamically redistribute active loads without interrupting service continuity.

Prosecution Position

The disclosed architecture achieves a technical advancement in distributed version control by integrating a multi-tier routing logic that decouples user requests from specific backend storage. By utilizing a global load balancer in conjunction with a proxy server that references a specialized lookup table, the system enables an architectural shift from monolithic hosting to a distributed SVN server array where traffic is mapped to specific storage components. This configuration overcomes the technical constraint of write-collision race conditions while enabling a seamless failover capability. The technical effect is a self-healing environment where disaster recovery servers actively monitor live data streams to facilitate automated traffic rerouting, ensuring continuous availability and improved throughput for high-concurrency repository access.

Claims

The patent contains a total of 20 claims, with claims 1 and 11 serving as the independent claims. These independent claims focus on a version control adaptive system and a corresponding computer-implemented method that utilize a global load balancer, a proxy server with a lookup table, and a plurality of Subversion (SVN) servers integrated with disaster recovery servers for automatic failover and traffic rerouting. The dependent claims serve to provide additional technical specifications regarding the nature of failover events, the synchronization and updating of the lookup table, the suspension of backend processes, the specific content of the URLs, the use of Q Trees within the servers, and the automatic load-based rebalancing of repositories.

Key Claim Terms New

Definitions of key terms used in the patent claims.

Term (Source)Support for SpecificationInterpretation
Disaster Recovery (DR) server
(Claim 1, Claim 11)
The SVN server has a corresponding Disaster Recovery (DR) server that monitors live data processed by the SVN server for failover mode upon detection of a failover event where the SVN server automatically reroutes traffic to the corresponding DR server. Automated fail-over to Disaster Recovery (DR) improves current Hot-Swap architecture.A secondary server paired with a specific SVN server that actively monitors live data processing to provide automated failover capabilities.
Failover event
(Claim 1, Claim 11)
The SVN server has a corresponding Disaster Recovery (DR) server that monitors live data processed by the SVN server for failover mode upon detection of a failover event where the SVN server automatically reroutes traffic to the corresponding DR server.A detected issue or disaster triggering the automatic redirection of traffic from a primary SVN server to its corresponding DR server.
Global load balancer
(Claim 1, Claim 11)
A global load balancer that receives a read/write request from a user, the request comprising a URL, and determines a corresponding front-end web proxy server.A component that receives initial read/write requests containing URLs and determines the appropriate front-end web proxy server for transmission.
Lookup table
(Claim 1, Claim 11)
With an innovative lookup table, race condition of multiple SVN servers writing against the same repository may be avoided. The Proxy server receives the request and using the URL, accesses a lookup table to determine a specific storage component and SVN server to route the request.A data structure used by a proxy server to map a specific URL from a user request to a designated storage component and a specific SVN server to prevent race conditions.
Subversion (SVN) server
(Claim 1, Claim 11)
A plurality of SVN servers, where a SVN server, identified by the Proxy server, processes the request and returns a result to the user. Users are able to bypass the proxy and interact directly with SVN servers for improved performance.A specific server within a plurality of servers identified via a lookup table to process version control requests and return results to the user.

Litigation Cases New

US Latest litigation cases involving this patent.

Case NumberFiling DateTitle
2:25-cv-00595Apr 18, 2025Digitaldoors, Inc. v. SouthPoint Bank
8:25-cv-00002Jan 1, 2025Digital Doors, Inc. v. Sandy Spring Bank

Patent Family

Patent Family

File Wrapper

The dossier documents provide a comprehensive record of the patent's prosecution history - including filings, correspondence, and decisions made by patent offices - and are crucial for understanding the patent's legal journey and any challenges it may have faced during examination.

  • Get instant alerts for new documents

US10482069

Application Number
US15668934A
Filing Date
Aug 4, 2017
Publication Date
Nov 19, 2019
External Links
Slate, USPTO , Google Patents