The subject mater herein relates to oil well testing and, more particularly, automated oil well test classification.
Testing of oil wells, which are located in one production facility, generates a stream of measurements that are taken continually on well test separator equipment and associated piping system. If efficiently processed, this data stream can indicate specific operational issues, such as faults, influences between adjacent wells, and changing reservoir conditions. Wells of a given production facility are tested in a closed sequence and each test takes a specified time interval. Usually, there are multiple relevant characteristics that must be taken into account. Primarily, the test-internal time series sampled during the specified time interval characterize the test itself. The representative statistical characteristics should also be compared with the long-term production trends on a given well. There are also faults—such as when oil is being dumped out the water leg—that introduce specific features into the data stream. In general, the analysis of the well test data stream is a complex task and is primarily performed manually. Given the number of wells in a typical production facility, it is difficult to perform the analysis efficiently and in a timely manner.
Various embodiments described herein provide systems, methods, and software for statistical analysis and classification of oil well tests. In one such embodiment, a system is composed of three parts. The first part is a repository of historical well tests that are provided with annotation added after manual review of the previous operation on a selected few representative wells. The second part is a set of classification models that do a comparison of a new test with the tests stored in the repository. These models, in some embodiments, are of three types: (a) models that match time series curves of oil and water flow rates with the curves stored in the repository; (b) models that compare long-term production trends on a given well with historical trends stored in the repository; (c) models that detect features of specific faults. The output of each model is a general indication of normality or abnormality of the new test, and may be accompanied by an indication of a specific fault. The third part of the system of this embodiment is the application of logic that applies all three types of classification models to the new test, combines their results, and presents them to an operator who may take corrective actions to correct any identified faults. This and other embodiments are described in greater detail below.
In the following detailed description, reference is made to the accompanying drawings that form a part hereof, and in which is shown by way of illustration specific embodiments in which the inventive subject matter may be practiced. These embodiments are described in sufficient detail to enable those skilled in the art to practice them, and it is to be understood that other embodiments may be utilized and that structural, logical, and electrical changes may be made without departing from the scope of the inventive subject matter. Such embodiments of the inventive subject matter may be referred to, individually and/or collectively, herein by the term “invention” merely for convenience and without intending to voluntarily limit the scope of this application to any single invention or inventive concept if more than one is in fact disclosed.
The following description is, therefore, not to be taken in a limited sense, and the scope of the inventive subject matter is defined by the appended claims.
The functions or algorithms described herein are implemented in hardware, software or a combination of software and hardware in one embodiment. The software comprises computer executable instructions stored on computer readable media such as memory or other type of storage devices. The term “computer readable media” is also used to represent carrier waves on which the software is transmitted. Further, such functions correspond to modules, which are software, hardware, firmware, or any combination thereof. Multiple functions are performed in one or more modules as desired, and the embodiments described are merely examples. The software is executed on a digital signal processor, ASIC, microprocessor, or other type of processor operating on a system, such as a personal computer, server, a router, or other device capable of processing data including network interconnection devices.
Some embodiments implement the functions in two or more specific interconnected hardware modules or devices with related control and data signals communicated between and through the modules, or as portions of an application-specific integrated circuit. Thus, the exemplary process flow is applicable to software, firmware, and hardware implementations.
The well test separator 112 operates to perform several functions including to separate oil and water pumped from the wells. The well test separator 112 further includes one or more measurement devices. The measurement devices may include a water meter 114 to measure an amount or rate of water extracted from a well and an emulsion meter 116 to meter an amount of oil extracted from the well. Further measurement devices may include an emulsion ratio analyzer system 118 and other devices typically utilized to monitor well performance. Some such other devices may include a wellhead pressure sensor, a thermometer, and yet further measurement devices.
The measurement from the well test separator 112 measurement devices are then communicated to a system that maintains historical records of well performance and monitors performance of each well. These measurements are typically encoded and sent over a data communication network to the system. An example of such a system is illustrated in
In one embodiment, multiple such computer systems 200 are utilized in a distributed network 230 to implement multiple components in a transaction based environment. An object oriented architecture may be used to implement such functions and communicate between the multiple systems and components. One example computing device in the form of a computer 210, may include a processing unit 202, memory 204, removable storage 212, and non-removable storage 214. Memory 204 may include volatile memory 206 and non-volatile memory 208. Computer 210 may include—or have access to a computing environment that includes—a variety of computer-readable media, such as volatile memory 206 and non-volatile memory 208, removable storage 212 and non-removable storage 214. Computer storage includes random access memory (RAM), read only memory (ROM), erasable programmable read-only memory (EPROM) & electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, compact disc read-only memory (CD ROM), Digital Versatile Disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium capable of storing computer-readable instructions. Computer 210 may include or have access to a computing environment that includes input 216, output 218, and a communication connection 220. The computer may operate in a networked environment using a communication connection to connect to one or more remote computers, such as database servers. The remote computer may include a personal computer (PC), server, router, network PC, a peer device or other common network node, or the like. The communication connection may include a Local Area Network (LAN), a Wide Area Network (WAN) or other networks.
Computer-readable instructions stored on a computer-readable medium are executable by the processing unit 202 of the computer 210. A hard drive, CD-ROM, and RAM are some examples of articles including a computer-readable medium. The term “computer readable medium” is also used to represent carrier waves on which the software is transmitted. For example, a computer program 225 capable of providing a generic technique to perform access control check for data access and/or for doing an operation on one of the servers in a component object model (COM) based system according to the teachings of the present invention may be included on a CD-ROM and loaded from the CD-ROM to a hard drive. The computer-readable instructions allow computer 210 to provide generic access controls in a COM based computer network system having multiple users and servers.
In some embodiments, the computer-readable instructions include instructions to process well test results received from the well test separator 112 over the network 230. In some such embodiments, the test results that are received are stored in the database 232 and later presented to an oil production facility operator. The operator may view a graphical, or other, representation of the test results and make an annotation of all or a portion of one or more test results. Some such annotations indicate that a certain test, or portion of a test, is indicative of abnormal or normal well behavior. In some instances, such as when a test result is annotated as abnormal, a further annotation may be made to the test results indicating the type of fault causing the abnormality of the test. These annotation are then stored in the database 232 associated with their respective test results. These annotated test results may then be compared to new test results to identify a match, or close match, that can be utilized to automatically identify possible abnormal well behavior and potential causes.
Test results may also be grouped together over a period of time by the computer-readable instructions. For example, a set of test results measured over the course of a month may be grouped together. This grouping of test results may then be applied to a new test to identify if there is a significant deviation from a current production trend, such as a drop off in oil production from a certain well.
After the classification models 304 are applied to the new test 302, the new test 302 is annotated to indicate the results of the classification model 304 application. This produces the annotated new test 306. The annotated new test 306 is then forwarded on either to the annotated historical wells tests database 310 or to an operator to review and make corrections. The correction may include modification of one or more oil production facility control settings or correction to one or more annotation made by the application of the classification models 304 to the new test 302. The annotated new test 306 is then stored in the annotated historical well tests database 310. As a result of correction to the one or more annotations of annotated new test 306, the classification models operative with the annotated historical well tests database 310 are adaptive.
In some embodiments, the method 400 then includes receiving a second set of oil well test results from the one or more measurement devices of the well test separator 408 and comparing the second set of oil well test results with the annotated test results to identify one or more closest matches 410. Such embodiments further include labeling one or more portions of the second set of oil well test results with the annotations of the identified closest matches 412 and outputting the label of the second set of oil well test results 414, such a causing the annotations to be displayed within a user interface. In some embodiments, multiple labels may be output and displayed to a user.
In some further embodiments, the comparing of the second set of oil well test results with the annotated test results 410 includes dividing the entire time interval of each cluster of oil well test results and computing one or more aggregated statistical characteristics of each respective cluster. Then, when a new test result is received, dividing the entire time interval of second set of test results into a number of smaller intervals, such as equal intervals the clusters of oil well test results, and computing statistical characteristics over those intervals. In such embodiments, the method 400 includes comparing the computed characteristics of the second set of oil well test results with each of the computed aggregated characteristics of the clusters to identify a label of a cluster that most closely matches the second set of oil well test results.
In some embodiments, the method 400 may also include receiving, via the user interface, input that rejects the label of the identified portion of the second set of test results and receiving a new annotation of second set of test results. This new annotation may be stored in the database and used in subsequent comparisons of new oil well test results.
Application of a classification model that works with data as illustrated in
Some embodiments of the method 400, including historical trend analysis, include storing the results of each oil well test in the database with data identifying when the test was performed and applying a classification model to the historical trend of oil well test results. A representation of historical trend is illustrated in
In some embodiments of the method 400 that include classification models to detect specific features in oil well test results, the method 400 includes receiving an annotation of at least a portion of one or more tests of the first set oil well test results. This may include receiving an annotation of a oil well test data feature such as the feature illustrated in
It is emphasized that the Abstract is provided to comply with 37 C.F.R. §1.72(b) requiring an Abstract that will allow the reader to quickly ascertain the nature and gist of the technical disclosure. It is submitted with the understanding that it will not be used to interpret or limit the scope or meaning of the claims.
In the foregoing Detailed Description, various features are grouped together in a single embodiment to streamline the disclosure. This method of disclosure is not to be interpreted as reflecting an intention that the claimed embodiments of the invention require more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive subject matter lies in less than all features of a single disclosed embodiment. Thus, the following claims are hereby incorporated into the Detailed Description, with each claim standing on its own as a separate embodiment.
It will be readily understood to those skilled in the art that various other changes in the details, material, and arrangements of the parts and method stages which have been described and illustrated in order to explain the nature of this invention may be made without departing from the principles and scope of the invention as expressed in the subjoined claims.
Number | Name | Date | Kind |
---|---|---|---|
20070295501 | Poulisse | Dec 2007 | A1 |