The present application, filed on or after March 16, 2013, is being examined under the first inventor to file provisions of the AIA .
Detailed Action
Claim(s) 1-22 has/have been examined.Claim(s) 1-22 have been rejected.
Response to Arguments
The arguments submitted November 13, 2025 have been fully considered but are not persuasive. Applicant argues that the references do not teach receiving, from a host, a request indicating a remedial action to be performed by the first storage system. Applicant elaborates that Kodama teaches a host detecting a failure and performing a split pair operation, which is not a remedial action performed by the first storage system. The examiner respectfully disagrees. The rejection relies on Cunliffe to teach this aspect of the claim. Cunliffe teaches an external mediator located within a host provides an indication that a replica storage is to be trusted, this causes the storage to grant full access or be limited to read-only. This signal is from a host and triggers a remedial action performed by the storage system.
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 for the rejection will not be considered a new ground of rejection if the prior art relied upon, and the rationale supporting the rejection, would be the same under either status.
The following is a quotation of 35 U.S.C. 103 which forms the basis for all obviousness rejections set forth in this Office action:
A patent for a claimed invention may not be obtained, notwithstanding that the claimed invention is not identically disclosed as set forth in section 102, if the differences between the claimed invention and the prior art are such that the claimed invention as a whole would have been obvious before the effective filing date of the claimed invention to a person having ordinary skill in the art to which the claimed invention pertains. Patentability shall not be negated by the manner in which the invention was made.
Claims 1-22 are rejected under 35 U.S.C. 103 as being unpatentable over Kodama (PG-PUB 2006/0031594) in view of Wikipedia's API (historical version published August 6, 2026) and Cunliffe (US Patent 5740348).Regarding claim 1, Kodama discloses a method comprising:
selecting a first storage system of a plurality of storage systems as a source for replicating an object store (paragraph 15, data is replicated between volume X-P and Volume X-S in separate storage systems);
determining that the first storage system has entered a faulted state comprising a failure of replication of updates to the object store to a second storage system due to an inability of the first storage system to communicate with the second storage system (paragraph 17, a failure is indicated if the failover host fails to receive a heartbeat message within a span of time; this is a failure to communicate with the secondary system. Paragraph 48 describes the secondary volume serving as a failover volume in a case whether the primary volume goes offline for some reason, possibly due to failure);
sending, to a host utilizing the object store, an indication that the first storage system has entered the faulted state (paragraph 17, a host is notified of a storage system failure).
Kodama does not expressly disclose the method wherein the indication is provided through an API.
Kodama teaches that a command line interface allows a user to interactively configure a virtual volume (paragraph 47).
Wikipedia's API teaches general information about API usage as a method of allowing communication between computer programs (page 1).
Prior to the effective filing date of the claimed invention it would have been obvious to a person of ordinary skill in the art to modify the storage failover system disclosed by Kodama such that an API provides status information and interactivity to a user program. This modification would have been obvious because use of an API allows other software to receive the program information (Wikipedia's API page 1) including another computer joined by the internet (Wikipedia's API bottom of page 1, top of page 2).
Kodama does not expressly disclose the method comprising receiving, from a host, a request indicating a remedial action to be performed by the first storage system.
Cunliffe teaches a replica database system in which an external mediator is provided such that, when a hardware failure occurs that prevents a quorum agreement among replicas, a mediator provides a deciding vote to determine which data is to be trusted and prevent a split brain problem (abstract and column 2 lines 10-17). The mediator resides within a host utilizing the storage (Figure 3a and 3b) and directs the storage system on a remedial action to be performed by the storage system (column 2 lines 12-16, storage system is directed as to which copy of data should be trusted; column 6 lines 12-35, access to a disk is granted or limited to read-only based on a quorum, which may be based on mediator vote).
Prior to the effective filing date of the claimed invention it would have been obvious to a person of ordinary skill in the art to modify the failover storage system disclosed by Kodama such that, when a replica storage fails, a vote is received from an external mediator in a host, as taught by Cunliffe. This modification would have been obvious because use of the mediator can prevent a split brain condition (column 2 lines 6-9).
Regarding claim 2, Kodama in view of Wikipedia's API and Cunliffe discloses the method of claim 1, wherein the first storage system pauses service of the replicated object store in response to entering the faulted state (Kodama paragraph 10, data migration from storage system A to storage system B requires stopping all I/O activity in storage system A).
Regarding claim 3, Kodama in view of Wikipedia's API and Cunliffe discloses the method of claim 1, further comprising:
identifying that the request indicates that the first storage system should locally disable servicing of the replicated object store (Kodama paragraph 10, data migration from storage system A to storage system B requires stopping all I/O activity in storage system A); and
discontinuing, by the first storage system, service to the replicated object store (Kodama paragraph 10, operation using the primary storage is discontinued, therefore updates from the primary storage are not replicated).
Regarding claim 4, Kodama in view of Wikipedia's API and Cunliffe discloses the method of claim 1, further comprising:
servicing, by the first storage system in response to the request, the replicated object store (Kodama paragraph 129, use of primary volume X-P continues); and
discontinuing, by the first storage system, replication of updates to the object store to the second storage system (Kodama paragraph 129, data duplication to X-S1 will not occur due to the failure).
Regarding claim 5, Kodama in view of Wikipedia's API and Cunliffe discloses the method of claim 4, further comprising: requesting, by the first storage system, mediation from a mediator, wherein servicing the object store in the presence of the fault proceeds only if mediation was successful (Cunliffe abstract and column 2 lines 6-17).
Regarding claim 9, Kodama in view of Wikipedia's API and Cunliffe discloses the method of claim 1, further comprising:
providing, through the API, another indication of which storage system of the plurality of storage systems the first storage system is unable to replicate updates (Kodama paragraph 18, split operation causes data to not be replicated to Volume X-P; the status of the system, for example synced or reverse-synced as in paragraphs 54-56, should be indicated by the API as described in Wikipedia's API).
Regarding claim 10, Kodama in view of Wikipedia's API and Cunliffe discloses the method of claim 1, further comprising:
providing, through the API, another indication of one or more storage systems that are currently operating to service the object store (Kodama paragraph 18, a user application accesses the active host) and
to which storage systems each of the one or more storage systems is currently successfully replicating updates (Kodama paragraph 47 and Table 1 within the paragraph, the primary and secondary assignments are configurable; their configuration via API is obvious in view of Wikipedia's API).
Regarding claim 11, Kodama in view of Wikipedia's API and Cunliffe discloses the method of claim 1, wherein the first storage system and the second storage system have a symmetrical replication relationship (Kodama paragraph 16).
Regarding claim 12, Kodama in view of Wikipedia's API and Cunliffe discloses the method of claim 11, wherein the symmetrical replication relationship uses an eventual consistency model (Kodama paragraph 16, asynchronous replication may be used).
Regarding claim 13, Kodama in view of Wikipedia's API and Cunliffe discloses the method of claim 11, wherein the symmetrical replication relationship uses a synchronous replication model (Kodama paragraph 16, synchronous replication may be used).
Regarding claim 14, Kodama in view of Wikipedia's API and Cunliffe discloses the method of claim 1, wherein the first storage system and the second storage system are in separate geographic regions (Kodama paragraph 120, the storage systems are in different locations).
Regarding claim 15, Kodama in view of Wikipedia's API and Cunliffe discloses the method of claim 1, wherein the first storage system and the second storage system are in separate availability zones (Kodama paragraph 120, the storage systems are in different locations).
Regarding claim 16, Kodama in view of Wikipedia's API and Cunliffe discloses the method of claim 1, wherein normal operation resumes when the fault is resolved (Kodama paragraph 62, remote copy operation may be restarted at some point; it would be clear to one of ordinary skill in the art that resuming a remote copying configuration allows the system to act as though the failure is resolved).
Regarding claim 17, Kodama in view of Wikipedia's API and Cunliffe discloses the method of claim 1, wherein the plurality of storage systems are reconfigured to replace a faulted storage system (Kodama paragraph 10, the system is reconfigured to use volume X-S in storage system B instead of Volume X-P in storage system A).
Regarding claim 18, Kodama in view of Wikipedia's API and Cunliffe discloses the method of claim 1, wherein the API is provided by at least one of the first storage system or an object store platform associated with the first storage system (Kodama paragraph 47, the command line interface to the storage system allows a user to interactively configure a virtual volume for storage; the language of "API is provided by" is a bit unusual and the examiner is interpreting the phrase as the "API is used to interface with" a target).
Regarding claims 19 and 20, these claims recite limitations found in claim 1 and are rejected on the same grounds as claim 1.
Regarding claim 21, Kodama in view of Wikipedia's API and Cunliffe discloses the method of claim 1, wherein the remedial action comprises pausing service to the object store in response to receiving the request (Cunliffe column 6 lines 12-35, use of the mediator vote to determine a trusted replica may limit access to read-only and thus cause the system to pause servicing write requests).
Regarding claim 22, Kodama in view of Wikipedia's API and Cunliffe discloses the method of claim 1, wherein the remedial action comprises resuming service to the object store in response to receiving the request (Cunliffe column 6 lines 12-35, after a mediator vote indicates that a replica is to be trusted, storage service is resumed).
Claims 6-8 are rejected under 35 U.S.C. 103 as being unpatentable over Kodama in view of Wikipedia's API, Cunliffe and Shah (US Patent 8966318).
Regarding claim 6, Kodama in view of Wikipedia's API and Cunliffe discloses the method of claim 1. Kodama in view of Wikipedia's API and Cunliffe does not expressly disclose the method further comprising providing, through the API, a parameter indicating how long the first storage system has been unable to replicate updates to the second storage system.
Shah teaches a data duplication system in which a user can configure a number of restart attempts, a start timeout period for starting an application, and a heartbeat interval (column 14 lines 6-15).
Prior to the effective filing date of the claimed invention it would have been obvious to a person of ordinary skill in the art to modify the storage system disclosed by Kodama in view of Wikipedia's API and Cunliffe such that the system configuration allows a user to configure a heartbeat interval, as taught by Shah. This modification would have been obvious because, as would be clear to one of ordinary skill in the art, a user may be most aware of their particular recovery requirements.
Regarding claim 7, Kodama in view of Wikipedia's API and Cunliffe discloses the method of claim 1. Kodama in view of Wikipedia's API and Cunliffe does not expressly disclose the method further comprising providing, through the API, a parameter indicating how long until an automatic fault handling action is initiated by one or more of the plurality of storage systems.
Shah teaches a data duplication system in which a user can configure a number of restart attempts, a start timeout period for starting an application, and a heartbeat interval (column 14 lines 6-15).
Prior to the effective filing date of the claimed invention it would have been obvious to a person of ordinary skill in the art to modify the storage system disclosed by Kodama in view of Wikipedia's API and Cunliffe such that the system configuration allows a user to configure a heartbeat interval, as taught by Shah. This modification would have been obvious because, as would be clear to one of ordinary skill in the art, a user may be most aware of their particular recovery requirements.
Regarding claim 8, Kodama in view of Wikipedia's API, Cunliffe and Shah discloses the method of claim 7, wherein the automatic fault handling action includes at least one of mediation and a quorum-based protocol (Cunliffe abstract and column 2 lines 10-17, an external mediator may be invoked).
Conclusion
The prior art made of record and not relied upon is considered pertinent to applicant's disclosure. Baumert teaches an administrator’s replication tool that will notify an administrator of a server failure events requiring attention. Liang teaches an interface allowing a user to configure and troubleshoot problems encountered in a storage network.
Contact Information
Any inquiry concerning this communication or earlier communications from the examiner should be directed to JOSEPH SCHELL whose telephone number is (571) 272-8186. The examiner can normally be reached on Monday through Friday 9AM-5:00PM (Pacific Time).
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. Please note that all agendas or related documents that Applicant would like reviewed should be sent at least one full business day (i.e. 24 hours not including weekends or holidays) before the interview.
If attempts to reach the examiner by telephone are unsuccessful, the examiner’s supervisor, Ashish Thomas can be reached at (571) 272-0631. The fax phone number for the organization where this application or proceeding is assigned is 571-273-8300. The fax phone number for the examiner is 571-273-8186. The examiner may be e-mailed at joseph.schell@uspto.gov though communications via e-mail are not permitted without a written authorization form (see MPEP 502.03).
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). If you would like assistance from a USPTO Customer Service Representative or access to the automated information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000.
JS/JOSEPH O SCHELL/Primary Examiner, Art Unit 2114