The present disclosure applies to measured pressure points in transient well tests.
Transient well tests can be performed on hydrocarbon and water wells to characterize reservoirs from a dynamic point of view or to replicate actual operating conditions in the oilfield. The transient well tests can be performed on the hydrocarbon and water wells under controlled environments for collecting transient-pressure data through downhole gauges.
The present disclosure describes techniques that can be used for constructing and using first- and second-order derivatives from discrete pressure data of a well to characterize the well and the contacted reservoir under dynamic conditions. In some implementations, a computer-implemented method includes the following. Discrete data for production of a well and an associated reservoir are arranged in chronological order over a time period. First- and second-order derivatives of pressure versus a time series in the well and the associated reservoir are determined at a first focal point in the time period. The first- and second-order derivatives are determined using a five-point function. The five-point function considers beginning and ending points in the time period. The first- and second-order derivatives are determined at a next focal point following the determination of the first- and second-order derivatives for the first focal point. The first- and second-order derivatives are determined at all the successive focal points, applying the terminal corrections wherever deemed necessary. Numerical values and plots of first- and second-order derivative profiles that are based on the first- and second-order derivatives are presented in a user interface. Diagnostic plots and data for determining geological features for the associated reservoir and well parameters for the well are generated using the first- and second-order derivative profiles. Reservoir simulation models are executed using an input reservoir description, including well and reservoir parameters, to generate a forecast of future production rates under different constraints. A production strategy and future development plans for the well are managed, and estimates of future sales revenue for the well are provided using the forecast of future production rates.
The previously described implementation is implementable using a computer-implemented method; a non-transitory, computer-readable medium storing computer-readable instructions to perform the computer-implemented method; and a computer-implemented system including a computer memory interoperably coupled with a hardware processor configured to perform the computer-implemented method, the instructions stored on the non-transitory, computer-readable medium.
The subject matter described in this specification can be implemented in particular implementations, so as to realize one or more of the following advantages. Dual derivatives can be used in diagnosing low-grade reservoir heterogeneity from both flow and build-up tests. This solves the problem of conventional algorithms that are not practical for computing second-order derivatives with discrete data points, especially at the end points of a time period. A core five-point computational method is utilized for the vast majority of computations with the intermediate data points in between the end points. Special procedures can be applied to the end points in the data set. All the chronologically-ordered data points, from the first to the last data points, contribute to the accuracy, continuity and shapes of derivative profiles. Capturing the accurate magnitudes and the shape are particularly important in determining the well and the reservoir parameters under dynamic conditions. These parameters are input to reservoir simulation models, which provide forecasts of production under different operating conditions. These forecast values of production are utilized in the field development plans, reservoir management with production strategies, and estimates of future sales revenue.
The details of one or more implementations of the subject matter of this specification are set forth in the Detailed Description, the accompanying drawings, and the claims. Other features, aspects, and advantages of the subject matter will become apparent from the Detailed Description, the claims, and the accompanying drawings.
Like reference numbers and designations in the various drawings indicate like elements.
The following detailed description describes techniques for constructing and using first- and second-order derivatives from discrete pressure data of a well to characterize the well and the intersected reservoir under dynamic conditions. Various modifications, alterations, and permutations of the disclosed implementations can be made and will be readily apparent to those of ordinary skill in the art, and the general principles defined may be applied to other implementations and applications, without departing from scope of the disclosure. In some instances, details unnecessary to obtain an understanding of the described subject matter may be omitted so as to not obscure one or more described implementations with unnecessary detail and inasmuch as such details are within the skill of one of ordinary skill in the art. The present disclosure is not intended to be limited to the described or illustrated implementations, but to be accorded the widest scope consistent with the described principles and features.
Data obtained from drill-stem tests can be combined with the fluid production or injection rates and the rock and fluid properties to characterize the well and the completed reservoir. Such an analysis of data can provide valuable dynamic parameters for the subject well and the subject reservoir. These parameters can subsequently become dominant input to building large reservoir simulation models. The models can provide a strategic understanding of how to develop and manage a reservoir, and to predict future performance with production and injection for economics. It is important to estimate accurate well and reservoir parameters from well-test data to make sure that simulation models are rightfully treated with accurate reservoir description and dynamic input parameters. Poor input parameters out of dynamic data to reservoir simulation models can make the simulation models susceptible to misleading production forecasts, for example, exaggerated or pessimistic oil or gas production rates for subsequent decades of production. Accurate characterization of the well and the reservoir can have far-reaching consequences in oilfield operations. The presented disclosure is relevant to one of the aspects of how dynamic characterization of wells and reservoirs is performed.
Pressure data is typically reported every few seconds during well or transient-pressure testing. A total number of such discrete data points can range from a few thousand to a few million, depending on the test duration. It is important to diagnose transient behaviors in the reservoir by reviewing pressure-derivative profiles plotted over time. Modern approaches include identifying geological features in the reservoir under investigation in the corresponding derivative profiles. Although monotonic changes in the smooth-looking profiles due to geological features in the reservoir or well behaviors may appear to be normal, any discontinuity, corners, or abrupt changes in the profiles are likely to be the artifacts of constructing such profiles out of discrete pressure data. Simple derivative profiles can be constructed out of discrete pressure versus (vs) time data only based on single-rate (injection or fall off) well tests. However, in multi-rate well tests, the production or injection rates can be convolved through the superposition of a time function with the discrete pressure data in computing the derivatives, which can influence the derivative profiles. The present disclosure presents techniques for constructing two types of derivative profiles by calculating first- and second-order derivatives of pressure with respect to time at each discrete point in the data set. Calculating good, representative values of derivatives at discrete points is key to creating smooth profiles of derivatives. Computations of derivatives at each discrete point, termed as a focal point, can also use the data of four other immediate points around this focal point. As a result, pressure values of five chronologically-ordered, consecutive data points can be used to represent first-order and second-order derivatives at one of those five points. These additional neighboring (or adjacent) points can provide pacification and moderation to the curvature of derivative profiles. Moreover, artifacts of computations can be minimized in the derivative values, and reservoir signals based on discrete points can be restored in the resulting derivative profiles.
As presented in the workflow of
First-order derivatives can be used in different applications, including in primary pressure derivatives which require only pressure versus time data. The primary pressure derivative is simply the first-order derivative of pressure with respect to time. Well-test derivatives can use pressure versus time and rate versus time data for constructing a superposition time function. The first-order derivatives, with respect to the superposition time function, can lead to the well-test derivatives.
Second order-derivatives can lead to computing dual derivatives, which are more sensitive for diagnosing reservoir heterogeneity by demonstrating features of variations. A simple form of the dual derivative is based on multiplication of the second-order derivative by a time-squared term in a single-rate test. As will be demonstrated in the present disclosure, dual derivatives can be calculated by introducing the second-order derivatives with respect to the superposition time function in multi-rate tests. Advantages of dual derivatives can become obvious in identifying reservoir heterogeneity when the reservoir properties change in space. Traditional well-test derivatives do not demonstrate such sensitivity, especially in low-grade heterogeneity.
Organization of arbitrary n data points typically includes ordering the points chronologically in ascending order of the time series. This is done so that t1<t2<t3<t4<t5<t6< . . . <tj−2<tj−1<tj<tj+1<tj+2< . . . <tn−4<tn−3<tn−2<tn−1<tn. This time series does not need to be equidistant, and grid sizes do not need to be equal. Corresponding pressure values, p(t1), p(t2), p(t3), p(t4), p(t5), . . . , p(tn−4), p(tn−3), p(tn−2), p(tn−1) and p(tn), can be of any magnitudes as per measurements. An example organization of the data is illustrated in
Normally the estimations of derivatives begin at point 1 (t1,p(t1)) first, followed by point 2 (t2,p(t2)), then point 3 (t3,p(t3)), and so on. With this progression, point n (tn,p(tn)) is taken care of in the end.
As described previously, the core five-point technique of computing derivatives applies to the vast majority of data points in a given set. Only four terminal points in the data set require special treatment so that the presentation of derivative profiles over time appear smooth and continuous at the two ends (beginning and ending). If these four terminal points are not corrected properly, the magnitudes and the profiles of derivatives in the early and the late times can be distorted due to the reverberation effects as observed in conventional systems. Such distortions sweep through much wider than the targeted four points in the data, causing a substantial loss of analytical capability. The figures of the present disclosure present time as an independent variable. Similar illustrations can be made with the superposition time function, especially in multi-rate tests, including build-up tests. The superposition time function helps transform multi-rate cases to behave as if they are single-rate cases.
Pressure values at the focal point and at four other neighboring points are utilized in computing the first- and second-order derivatives. This approach of computation is based on five points including the focal point. The focal point is the point at which the derivatives are being calculated. In the core five-point computational approach, the focal point takes information of the two immediate neighboring points on the left and two other neighboring point on the right, including its own. Such approaches can cause skewness to the computed derivatives at the first, the second, the second to last and the last points due to a bias towards one side over the other side around the focal point. To prevent such skewness, special treatments can be applied to these terminal points in the data set. Most of the equations are presented in tables for brevity. Grid sizes, h1, h2, h3, and h4, at the focal point are illustrated in
Applying equations for individual derivatives at a point on all five consecutive points with a focus on one point at a time results in the following system of linear equations:
where
Table 1 presents the parameters that are important in computing derivatives at each point in the data set, starting from point 1 all the way to the nth or the last point in preparation for constructing matrix
−1
(2)
As Equation (2) determines four coefficients out of the five coefficients a, b, c, d and e, the fifth coefficient is determined from the following equations:
a+b+c+d+e=0 (3)
Tables 3 and 4 provide a guide on how to compute all the elements of matrix
The numerical evaluation of vector
In Table 5, D is a long-form expression for computing elements of
The equations presented above are systematically classified into five groups depending on the locations of the focal points so that the corresponding computations progress regularly and the derivative profiles appear flawlessly. Four of these groups belong to the terminal points (1, 2, n−1, and n), and the other one belongs to the intermediate points with j, for 3≤j≤n−2. The core approach with the five-point representation of pressure derivatives of both first-order and second-order derivatives has been adopted evenly for the intermediate points with j, for 3≤j≤n−2. This means that point j can be any point in the data set, except the terminal points (1, 2, n−1, and n). The computations at the terminal points (1, 2, n−1, and n) have been treated to correct for any end effects due to the less than balanced supply of information around a focal point while representing pressure derivatives of both first and second orders with five neighboring pressure points. Presentation of the algorithm with equations and expressions in Tables 1 through 5 demonstrates efficient handling of the computational load due to the representation of each of type of derivatives with five consecutive pressure values in the data set.
The previous section presented a detailed computational procedure in extracting derivative values at each data point in a data set. This section presents algorithms to direct how the process moves along from one step to another to get to the final destination of reaching the computed values of derivatives. Such algorithms can be used when dealing with hundreds or thousands of data points in a data set to manage the computational load and to perform the computations efficiently. A derivative calculator can be generated for providing derivative values at a given point, and derivative profiles with all the calculated derivative values.
This grand algorithm (GA) can put together all the key elements and coordinates the entire process of calculating derivatives at each point in the data set and present the profiles of derivatives as shown in
At 1002, a time range in the data is selected. At 1004, the data points are arranged in chronological order. At 1006, the derivative at t1 is determined by the derivative calculator. At 1008, the derivative values at t1 are saved. At 1010, derivatives at the next focal point are obtained and the values are saved. At 1012, if more values are to be computed, then step 1006 is re-executed. At 1014, a check is made whether the calculating derivative at all points has been completed. If not, then at 1016, the next chronological point is designated as the next focal point, and step 1010 is repeated. At 1018, the numerical values of derivatives of all points are presented. At 1020, diagnostic plots are constructed using the derivative profiles.
The first-order derivatives of pressure with respect to time be used to determine the conventional well-test derivatives (commonly known as Bourdet derivatives) as shown below:
For a Single-Rate Test:
where p′(tj) or
is the first-order derivative or primary pressure derivative at point j with respect to time. Equation (4) also shows that the first-order derivative in a single-rate test leads to the well-test derivative when differentiated with respect to the superposition time function, T.
For a Multi-Rate Test:
where p′(Tj) or
is the first-order derivative at point j with respect to the superposition time function.
Notice that the well-test derivative requires multiplication of the first-order derivative by time (tj). However, for multi-rate tests, the first-order derivative equals the well-test derivative because of the superposition time function, T. This is also true in single-rate tests when taken with respect to the superposition time function.
For a Single-Rate Test:
where p″(tj) or
is the second-order derivative at point j with respect to time.
For a multi-rate test, although the apparent definition of the dual derivative is the same as that for the single-rate test (Equation (6)), the evaluation of these values requires computations of dual derivatives with respect to the superposition time function, T, in addition to the well-test derivatives as shown below:
where p″(Tj) or
is the second-order derivative at point j with respect to the superposition time function. Computations of p″(Tj) follow the same approach as for the one with respect to time, p″(tj). Similarly, the computations of p′(Tj), the well-test derivatives, are straightforward as demonstrated for the ones for the single-rate test. Therefore, computations of the dual derivatives, presented in Equation (7), require both first- and second-order derivatives of pressure with respect to superposition time function.
The superposition time function, T, at a given time, t, accounts for variations of N production or injection rates, and can be calculated in the following way when the final rate is zero (qN=0)
Note that the positive sign ahead of
or p′(Tj) and the negative sign ahead of
or p″(Tj) in Equation (7) have resulted from the negative sign in the definition of the superposition time function defined in Equation (8). Such a negative sign in the expression for the superposition time function makes the magnitudes of well-test derivatives positive. In a situation when the superposition time function does not account for the negative sign, the term,
or p′(Tj) in Equation (7), must be preceded by a negative sign. As such, the term
or p″(Tj) is to be preceded by a positive sign.
The rest of the discussion is related to an example of a multi-rate test in Well-A with two flow periods followed by a build-up period. Table 6 shows the production and shut-in schedule of the well located at 300 feet away from a low-grade reservoir heterogeneity with a 10% increase in permeability.
As suggested in the workflow of
At 1902, discrete data for production of a well and an associated reservoir are arranged in chronological order over a time period. The well can be, for example, an oil well, a gas well, or a water well. The discrete includes, for example, well pressure versus time, production/injection versus time, petrophysical parameters, and rock and fluid properties. The arranged discrete data can correspond, for example, to data collected in step 202 of workflow 200, for example. From 1902, method 1900 proceeds to 1904.
At 1904, first- and second-order derivative of pressure versus a time series in the well and the associated reservoir are determined at a first focal point in the time period. The first- and second-order derivatives are saved. The first- and second-order derivatives are determined using a five-point function. The five-point function considers beginning and ending points in the time period. The derivatives can be determined as described with reference to
At 1906, first- and second-order derivatives at a next (second) focal point are determined and saved following the first- and second-order derivatives determined for the first focal point. The derivatives can be determined as described with reference to
At 1908, the first- and second-order derivatives at all successive focal points are determined (for example, applying the terminal corrections wherever deemed necessary) and saved. The derivatives can be determined as described with reference to
At 1910, presenting, in a user interface, numerical values and plots of first- and second-order derivative profiles based on the first- and second-order derivatives. From 1910, method 1900 proceeds to 1912.
At 1912, generating, using the first- and second-order derivative profiles, diagnostic plots and data for determining geological features for the associated reservoir and well parameters for the well. From 1912, method 1900 proceeds to 1914.
At 1914, reservoir simulation models are executed using an input reservoir description, including well and reservoir parameters, to generate a forecast of future production rates under different constraints. Investigated scenarios of higher hydrocarbon (oil and gas) output potential may require additional investments in drilling infill wells, and building production infrastructure, handling facilities, processing plants and shipment facilities of fluids. Such field development plans must be justified by the expanded, incremental economics with additional hydrocarbon output and the revenues thereof. Only reliable simulation models built with reliable input parameters can provide reliable hydrocarbon production forecasts. From 1914, method 1900 proceeds to 1916.
At 1916, a production strategy and future development plans for the well are managed, and estimates of future sales revenue for the well are provided using the forecast of future production rates. Reservoir engineers routinely review the field performance to maximize the recovery of the hydrocarbons (oil and gas) in the reservoir. Production strategy can and does change in different parts of the field with time in response to any changes in local dynamics in the reservoir. Reservoir engineers rely highly on the output of reservoir simulation models in monitoring the fluid dynamics in their field by comparing the actual production to the predicted production. In addition, future production rates are utilized in forecasting sales revenues as part of economic analyses. Generating any additional revenues through sales can require additional investments which must be justified by the field operator's economic parameters, for example, the net present value, the discounted cash flow, the internal rate of return, the payback period, and so on. After 1916, method 1900 can stop.
In some implementations, in addition to (or in combination with) any previously-described features, techniques of the present disclosure can include the following. Customized user interfaces can present intermediate or final results of the above described processes to a user. The presented information can be presented in one or more textual, tabular, or graphical formats, such as through a dashboard. The information can be presented at one or more on-site locations (such as at an oil well or other facility), on the Internet (such as on a webpage), on a mobile application (or “app”), or at a central processing facility. The presented information can include suggestions, such as suggested changes in parameters or processing inputs, that the user can select to implement improvements in a production environment, such as in the exploration, production, and/or testing of petrochemical processes or facilities. For example, the suggestions can include parameters that, when selected by the user, can cause a change or an improvement in drilling parameters (including speed and direction) or overall production of a gas or oil well. The suggestions, when implemented by the user, can improve the speed and accuracy of calculations, streamline processes, improve models, and solve problems related to efficiency, performance, safety, reliability, costs, downtime, and the need for human interaction. In some implementations, the suggestions can be implemented in real-time, such as to provide an immediate or near-immediate change in operations or in a model. The term real-time can correspond, for example, to events that occur within a specified period of time, such as within one minute or within one second. In some implementations, values of parameters or other variables that are determined can be used automatically (such as through using rules) to implement changes in oil or gas well exploration, production/drilling, or testing. For example, outputs of the present disclosure can be used as inputs to other equipment and/or systems at a facility. This can be especially useful for systems or various pieces of equipment that are located several meters or several miles apart, or are located in different countries or other jurisdictions.
The computer 2002 can serve in a role as a client, a network component, a server, a database, a persistency, or components of a computer system for performing the subject matter described in the present disclosure. The illustrated computer 2002 is communicably coupled with a network 2030. In some implementations, one or more components of the computer 2002 can be configured to operate within different environments, including cloud-computing-based environments, local environments, global environments, and combinations of environments.
At a top level, the computer 2002 is an electronic computing device operable to receive, transmit, process, store, and manage data and information associated with the described subject matter. According to some implementations, the computer 2002 can also include, or be communicably coupled with, an application server, an email server, a web server, a caching server, a streaming data server, or a combination of servers.
The computer 2002 can receive requests over network 2030 from a client application (for example, executing on another computer 2002). The computer 2002 can respond to the received requests by processing the received requests using software applications. Requests can also be sent to the computer 2002 from internal users (for example, from a command console), external (or third) parties, automated applications, entities, individuals, systems, and computers.
Each of the components of the computer 2002 can communicate using a system bus 2003. In some implementations, any or all of the components of the computer 2002, including hardware or software components, can interface with each other or the interface 2004 (or a combination of both) over the system bus 2003. Interfaces can use an application programming interface (API) 2012, a service layer 2013, or a combination of the API 2012 and service layer 2013. The API 2012 can include specifications for routines, data structures, and object classes. The API 2012 can be either computer-language independent or dependent. The API 2012 can refer to a complete interface, a single function, or a set of APIs.
The service layer 2013 can provide software services to the computer 2002 and other components (whether illustrated or not) that are communicably coupled to the computer 2002. The functionality of the computer 2002 can be accessible for all service consumers using this service layer. Software services, such as those provided by the service layer 2013, can provide reusable, defined functionalities through a defined interface. For example, the interface can be software written in JAVA, C++, or a language providing data in extensible markup language (XML) format. While illustrated as an integrated component of the computer 2002, in alternative implementations, the API 2012 or the service layer 2013 can be stand-alone components in relation to other components of the computer 2002 and other components communicably coupled to the computer 2002. Moreover, any or all parts of the API 2012 or the service layer 2013 can be implemented as child or sub-modules of another software module, enterprise application, or hardware module without departing from the scope of the present disclosure.
The computer 2002 includes an interface 2004. Although illustrated as a single interface 2004 in
The computer 2002 includes a processor 2005. Although illustrated as a single processor 2005 in
The computer 2002 also includes a database 2006 that can hold data for the computer 2002 and other components connected to the network 2030 (whether illustrated or not). For example, database 2006 can be an in-memory, conventional, or a database storing data consistent with the present disclosure. In some implementations, database 2006 can be a combination of two or more different database types (for example, hybrid in-memory and conventional databases) according to particular needs, desires, or particular implementations of the computer 2002 and the described functionality. Although illustrated as a single database 2006 in
The computer 2002 also includes a memory 2007 that can hold data for the computer 2002 or a combination of components connected to the network 2030 (whether illustrated or not). Memory 2007 can store any data consistent with the present disclosure. In some implementations, memory 2007 can be a combination of two or more different types of memory (for example, a combination of semiconductor and magnetic storage) according to particular needs, desires, or particular implementations of the computer 2002 and the described functionality. Although illustrated as a single memory 2007 in
The application 2008 can be an algorithmic software engine providing functionality according to particular needs, desires, or particular implementations of the computer 2002 and the described functionality. For example, application 2008 can serve as one or more components, modules, or applications. Further, although illustrated as a single application 2008, the application 2008 can be implemented as multiple applications 2008 on the computer 2002. In addition, although illustrated as internal to the computer 2002, in alternative implementations, the application 2008 can be external to the computer 2002.
The computer 2002 can also include a power supply 2014. The power supply 2014 can include a rechargeable or non-rechargeable battery that can be configured to be either user- or non-user-replaceable. In some implementations, the power supply 2014 can include power-conversion and management circuits, including recharging, standby, and power management functionalities. In some implementations, the power-supply 2014 can include a power plug to allow the computer 2002 to be plugged into a wall socket or a power source to, for example, power the computer 2002 or recharge a rechargeable battery.
There can be any number of computers 2002 associated with, or external to, a computer system containing computer 2002, with each computer 2002 communicating over network 2030. Further, the terms “client,” “user,” and other appropriate terminology can be used interchangeably, as appropriate, without departing from the scope of the present disclosure. Moreover, the present disclosure contemplates that many users can use one computer 2002 and one user can use multiple computers 2002.
Described implementations of the subject matter can include one or more features, alone or in combination.
For example, in a first implementation, a computer-implemented method includes the following. Discrete data for production of a well and an associated reservoir are arranged in chronological order over a time period. First- and second-order derivatives of pressure versus a time series in the well and the associated reservoir are determined at a first focal point in the time period. The first- and second-order derivatives are determined using a five-point function. The five-point function considers beginning and ending points in the time period. The first- and second-order derivatives are determined at a next focal point following the determination of the first- and second-order derivatives for the first focal point. The first- and second-order derivatives are determined at all the successive focal points, applying the terminal corrections wherever deemed necessary. Numerical values and plots of first- and second-order derivative profiles that are based on the first- and second-order derivatives are presented in a user interface. Diagnostic plots and data for determining geological features for the associated reservoir and well parameters for the well are generated using the first- and second-order derivative profiles. Reservoir simulation models are executed using an input reservoir description, including well and reservoir parameters, to generate a forecast of future production rates under different constraints. A production strategy and future development plans for the well are managed, and estimates of future sales revenue for the well are provided using the forecast of future production rates.
The foregoing and other described implementations can each, optionally, include one or more of the following features:
A first feature, combinable with any of the following features, where the discrete data includes: well pressure versus time, production/injection versus time, petrophysical parameters, and rock and fluid properties.
A second feature, combinable with any of the previous or following features, where the well is an oil well, a gas well, or a water well.
A third feature, combinable with any of the previous or following features, the method further including combining data obtained from drill-stem tests of the well with fluid production and injection rates and rock and fluid properties; and characterizing the well and a completed reservoir of the well using the combined data.
A fourth feature, combinable with any of the previous or following features, the method further including providing, based on the characterized well and completed reservoir, dynamic parameters for well and the associated reservoir.
A fifth feature, combinable with any of the previous or following features, the method further including using the dynamic parameters to generate reservoir simulation models for understanding development and management of a reservoir, and to predict future performance with production and injection.
A sixth feature, combinable with any of the previous or following features, where the forecast of future production rates estimates of future sales revenue include monthly and yearly forecasts.
In a second implementation, a non-transitory, computer-readable medium stores one or more instructions executable by a computer system to perform operations including the following. Discrete data for production of a well and an associated reservoir are arranged in chronological order over a time period. First- and second-order derivatives of pressure versus a time series in the well and the associated reservoir are determined at a first focal point in the time period. The first- and second-order derivatives are determined using a five-point function. The five-point function considers beginning and ending points in the time period. The first- and second-order derivatives are determined at a next focal point following the determination of the first- and second-order derivatives for the first focal point. The first- and second-order derivatives are determined at all the successive focal points, applying the terminal corrections wherever deemed necessary. Numerical values and plots of first- and second-order derivative profiles that are based on the first- and second-order derivatives are presented in a user interface. Diagnostic plots and data for determining geological features for the associated reservoir and well parameters for the well are generated using the first- and second-order derivative profiles. Reservoir simulation models are executed using an input reservoir description, including well and reservoir parameters, to generate a forecast of future production rates under different constraints. A production strategy and future development plans for the well are managed, and estimates of future sales revenue for the well are provided using the forecast of future production rates.
The foregoing and other described implementations can each, optionally, include one or more of the following features:
A first feature, combinable with any of the following features, where the discrete data includes: well pressure versus time, production/injection versus time, petrophysical parameters, and rock and fluid properties.
A second feature, combinable with any of the previous or following features, where the well is an oil well, a gas well, or a water well.
A third feature, combinable with any of the previous or following features, the operations further including combining data obtained from drill-stem tests of the well with fluid production and injection rates and rock and fluid properties; and characterizing the well and a completed reservoir of the well using the combined data.
A fourth feature, combinable with any of the previous or following features, the operations further including providing, based on the characterized well and completed reservoir, dynamic parameters for well and the associated reservoir.
A fifth feature, combinable with any of the previous or following features, the operations further including using the dynamic parameters to generate reservoir simulation models for understanding development and management of a reservoir, and to predict future performance with production and injection.
A sixth feature, combinable with any of the previous or following features, where the forecast of future production rates estimates of future sales revenue include monthly and yearly forecasts.
In a third implementation, a computer-implemented system includes one or more processors and a non-transitory computer-readable storage medium coupled to the one or more processors and storing programming instructions for execution by the one or more processors. The programming instructions instruct the one or more processors to perform operations including the following.
Discrete data for production of a well and an associated reservoir are arranged in chronological order over a time period. First- and second-order derivatives of pressure versus a time series in the well and the associated reservoir are determined at a first focal point in the time period. The first- and second-order derivatives are determined using a five-point function. The five-point function considers beginning and ending points in the time period. The first- and second-order derivatives are determined at a next focal point following the determination of the first- and second-order derivatives for the first focal point. The first- and second-order derivatives are determined at all the successive focal points, applying the terminal corrections wherever deemed necessary. Numerical values and plots of first- and second-order derivative profiles that are based on the first- and second-order derivatives are presented in a user interface. Diagnostic plots and data for determining geological features for the associated reservoir and well parameters for the well are generated using the first- and second-order derivative profiles. Reservoir simulation models are executed using an input reservoir description, including well and reservoir parameters, to generate a forecast of future production rates under different constraints. A production strategy and future development plans for the well are managed, and estimates of future sales revenue for the well are provided using the forecast of future production rates.
The foregoing and other described implementations can each, optionally, include one or more of the following features:
A first feature, combinable with any of the following features, where the discrete data includes: well pressure versus time, production/injection versus time, petrophysical parameters, and rock and fluid properties.
A second feature, combinable with any of the previous or following features, where the well is an oil well, a gas well, or a water well.
A third feature, combinable with any of the previous or following features, the operations further including combining data obtained from drill-stem tests of the well with fluid production and injection rates and rock and fluid properties; and characterizing the well and a completed reservoir of the well using the combined data.
A fourth feature, combinable with any of the previous or following features, the operations further including providing, based on the characterized well and completed reservoir, dynamic parameters for well and the associated reservoir.
A fifth feature, combinable with any of the previous or following features, the operations further including using the dynamic parameters to generate reservoir simulation models for understanding development and management of a reservoir, and to predict future performance with production and injection.
Implementations of the subject matter and the functional operations described in this specification can be implemented in digital electronic circuitry, in tangibly embodied computer software or firmware, in computer hardware, including the structures disclosed in this specification and their structural equivalents, or in combinations of one or more of them. Software implementations of the described subject matter can be implemented as one or more computer programs. Each computer program can include one or more modules of computer program instructions encoded on a tangible, non-transitory, computer-readable computer-storage medium for execution by, or to control the operation of, data processing apparatus. Alternatively, or additionally, the program instructions can be encoded in/on an artificially generated propagated signal. For example, the signal can be a machine-generated electrical, optical, or electromagnetic signal that is generated to encode information for transmission to a suitable receiver apparatus for execution by a data processing apparatus. The computer-storage medium can be a machine-readable storage device, a machine-readable storage substrate, a random or serial access memory device, or a combination of computer-storage mediums.
The terms “data processing apparatus,” “computer,” and “electronic computer device” (or equivalent as understood by one of ordinary skill in the art) refer to data processing hardware. For example, a data processing apparatus can encompass all kinds of apparatuses, devices, and machines for processing data, including by way of example, a programmable processor, a computer, or multiple processors or computers. The apparatus can also include special purpose logic circuitry including, for example, a central processing unit (CPU), a field-programmable gate array (FPGA), or an application-specific integrated circuit (ASIC). In some implementations, the data processing apparatus or special purpose logic circuitry (or a combination of the data processing apparatus or special purpose logic circuitry) can be hardware- or software-based (or a combination of both hardware- and software-based). The apparatus can optionally include code that creates an execution environment for computer programs, for example, code that constitutes processor firmware, a protocol stack, a database management system, an operating system, or a combination of execution environments. The present disclosure contemplates the use of data processing apparatuses with or without conventional operating systems, such as LINUX, UNIX, WINDOWS, MAC OS, ANDROID, or IOS.
A computer program, which can also be referred to or described as a program, software, a software application, a module, a software module, a script, or code, can be written in any form of programming language. Programming languages can include, for example, compiled languages, interpreted languages, declarative languages, or procedural languages. Programs can be deployed in any form, including as stand-alone programs, modules, components, subroutines, or units for use in a computing environment. A computer program can, but need not, correspond to a file in a file system. A program can be stored in a portion of a file that holds other programs or data, for example, one or more scripts stored in a markup language document, in a single file dedicated to the program in question, or in multiple coordinated files storing one or more modules, sub-programs, or portions of code. A computer program can be deployed for execution on one computer or on multiple computers that are located, for example, at one site or distributed across multiple sites that are interconnected by a communication network. While portions of the programs illustrated in the various figures may be shown as individual modules that implement the various features and functionality through various objects, methods, or processes, the programs can instead include a number of sub-modules, third-party services, components, and libraries. Conversely, the features and functionality of various components can be combined into single components as appropriate. Thresholds used to make computational determinations can be statically, dynamically, or both statically and dynamically determined.
The methods, processes, or logic flows described in this specification can be performed by one or more programmable computers executing one or more computer programs to perform functions by operating on input data and generating output. The methods, processes, or logic flows can also be performed by, and apparatus can also be implemented as, special purpose logic circuitry, for example, a CPU, an FPGA, or an ASIC.
Computers suitable for the execution of a computer program can be based on one or more of general and special purpose microprocessors and other kinds of CPUs. The elements of a computer are a CPU for performing or executing instructions and one or more memory devices for storing instructions and data. Generally, a CPU can receive instructions and data from (and write data to) a memory.
Graphics processing units (GPUs) can also be used in combination with CPUs. The GPUs can provide specialized processing that occurs in parallel to processing performed by CPUs. The specialized processing can include artificial intelligence (AI) applications and processing, for example. GPUs can be used in GPU clusters or in multi-GPU computing.
A computer can include, or be operatively coupled to, one or more mass storage devices for storing data. In some implementations, a computer can receive data from, and transfer data to, the mass storage devices including, for example, magnetic, magneto-optical disks, or optical disks. Moreover, a computer can be embedded in another device, for example, a mobile telephone, a personal digital assistant (PDA), a mobile audio or video player, a game console, a global positioning system (GPS) receiver, or a portable storage device such as a universal serial bus (USB) flash drive.
Computer-readable media (transitory or non-transitory, as appropriate) suitable for storing computer program instructions and data can include all forms of permanent/non-permanent and volatile/non-volatile memory, media, and memory devices. Computer-readable media can include, for example, semiconductor memory devices such as random access memory (RAM), read-only memory (ROM), phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), and flash memory devices. Computer-readable media can also include, for example, magnetic devices such as tape, cartridges, cassettes, and internal/removable disks. Computer-readable media can also include magneto-optical disks and optical memory devices and technologies including, for example, digital video disc (DVD), CD-ROM, DVD+/−R, DVD-RAM, DVD-ROM, HD-DVD, and BLU-RAY. The memory can store various objects or data, including caches, classes, frameworks, applications, modules, backup data, jobs, web pages, web page templates, data structures, database tables, repositories, and dynamic information. Types of objects and data stored in memory can include parameters, variables, algorithms, instructions, rules, constraints, and references. Additionally, the memory can include logs, policies, security or access data, and reporting files. The processor and the memory can be supplemented by, or incorporated into, special purpose logic circuitry.
Implementations of the subject matter described in the present disclosure can be implemented on a computer having a display device for providing interaction with a user, including displaying information to (and receiving input from) the user. Types of display devices can include, for example, a cathode ray tube (CRT), a liquid crystal display (LCD), a light-emitting diode (LED), and a plasma monitor. Display devices can include a keyboard and pointing devices including, for example, a mouse, a trackball, or a trackpad. User input can also be provided to the computer through the use of a touchscreen, such as a tablet computer surface with pressure sensitivity or a multi-touch screen using capacitive or electric sensing. Other kinds of devices can be used to provide for interaction with a user, including to receive user feedback including, for example, sensory feedback including visual feedback, auditory feedback, or tactile feedback. Input from the user can be received in the form of acoustic, speech, or tactile input. In addition, a computer can interact with a user by sending documents to, and receiving documents from, a device that the user uses. For example, the computer can send web pages to a web browser on a user's client device in response to requests received from the web browser.
The term “graphical user interface,” or “GUI,” can be used in the singular or the plural to describe one or more graphical user interfaces and each of the displays of a particular graphical user interface. Therefore, a GUI can represent any graphical user interface, including, but not limited to, a web browser, a touch-screen, or a command line interface (CLI) that processes information and efficiently presents the information results to the user. In general, a GUI can include a plurality of user interface (UI) elements, some or all associated with a web browser, such as interactive fields, pull-down lists, and buttons. These and other UI elements can be related to or represent the functions of the web browser.
Implementations of the subject matter described in this specification can be implemented in a computing system that includes a back-end component, for example, as a data server, or that includes a middleware component, for example, an application server. Moreover, the computing system can include a front-end component, for example, a client computer having one or both of a graphical user interface or a Web browser through which a user can interact with the computer. The components of the system can be interconnected by any form or medium of wireline or wireless digital data communication (or a combination of data communication) in a communication network. Examples of communication networks include a local area network (LAN), a radio access network (RAN), a metropolitan area network (MAN), a wide area network (WAN), Worldwide Interoperability for Microwave Access (WIMAX), a wireless local area network (WLAN) (for example, using 802.11 a/b/g/n or 802.20 or a combination of protocols), all or a portion of the Internet, or any other communication system or systems at one or more locations (or a combination of communication networks). The network can communicate with, for example, Internet Protocol (IP) packets, frame relay frames, asynchronous transfer mode (ATM) cells, voice, video, data, or a combination of communication types between network addresses.
The computing system can include clients and servers. A client and server can generally be remote from each other and can typically interact through a communication network. The relationship of client and server can arise by virtue of computer programs running on the respective computers and having a client-server relationship.
Cluster file systems can be any file system type accessible from multiple servers for read and update. Locking or consistency tracking may not be necessary since the locking of exchange file system can be done at application layer. Furthermore, Unicode data files can be different from non-Unicode data files.
While this specification contains many specific implementation details, these should not be construed as limitations on the scope of what may be claimed, but rather as descriptions of features that may be specific to particular implementations. Certain features that are described in this specification in the context of separate implementations can also be implemented, in combination, in a single implementation. Conversely, various features that are described in the context of a single implementation can also be implemented in multiple implementations, separately, or in any suitable sub-combination. Moreover, although previously described features may be described as acting in certain combinations and even initially claimed as such, one or more features from a claimed combination can, in some cases, be excised from the combination, and the claimed combination may be directed to a sub-combination or variation of a sub-combination.
Particular implementations of the subject matter have been described. Other implementations, alterations, and permutations of the described implementations are within the scope of the following claims as will be apparent to those skilled in the art. While operations are depicted in the drawings or claims in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed (some operations may be considered optional), to achieve desirable results. In certain circumstances, multitasking or parallel processing (or a combination of multitasking and parallel processing) may be advantageous and performed as deemed appropriate.
Moreover, the separation or integration of various system modules and components in the previously described implementations should not be understood as requiring such separation or integration in all implementations. It should be understood that the described program components and systems can generally be integrated together in a single software product or packaged into multiple software products.
Accordingly, the previously described example implementations do not define or constrain the present disclosure. Other changes, substitutions, and alterations are also possible without departing from the spirit and scope of the present disclosure.
Furthermore, any claimed implementation is considered to be applicable to at least a computer-implemented method; a non-transitory, computer-readable medium storing computer-readable instructions to perform the computer-implemented method; and a computer system including a computer memory interoperably coupled with a hardware processor configured to perform the computer-implemented method or the instructions stored on the non-transitory, computer-readable medium.