EP2222937B1 - Intelligenter bohr-advisor - Google Patents

Intelligenter bohr-advisor Download PDF

Info

Publication number
EP2222937B1
EP2222937B1 EP08843835.3A EP08843835A EP2222937B1 EP 2222937 B1 EP2222937 B1 EP 2222937B1 EP 08843835 A EP08843835 A EP 08843835A EP 2222937 B1 EP2222937 B1 EP 2222937B1
Authority
EP
European Patent Office
Prior art keywords
drilling
data
rig
formulations
software agent
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Not-in-force
Application number
EP08843835.3A
Other languages
English (en)
French (fr)
Other versions
EP2222937A2 (de
Inventor
Michael L. Edwards
Cesar A. Gongora
Ganish Iyer
David Mcgriffy
John Mcneill
Donald F. Shafer
Chris Tolleson
David Wight
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
BP Corp North America Inc
Original Assignee
BP Corp North America Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by BP Corp North America Inc filed Critical BP Corp North America Inc
Publication of EP2222937A2 publication Critical patent/EP2222937A2/de
Application granted granted Critical
Publication of EP2222937B1 publication Critical patent/EP2222937B1/de
Not-in-force legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • E—FIXED CONSTRUCTIONS
    • E21—EARTH DRILLING; MINING
    • E21B—EARTH DRILLING, e.g. DEEP DRILLING; OBTAINING OIL, GAS, WATER, SOLUBLE OR MELTABLE MATERIALS OR A SLURRY OF MINERALS FROM WELLS
    • E21B44/00—Automatic control systems specially adapted for drilling operations, i.e. self-operating systems which function to carry out or modify a drilling operation without intervention of a human operator, e.g. computer-controlled drilling systems; Systems specially adapted for monitoring a plurality of drilling variables or conditions

Definitions

  • This invention is in the field of the drilling of wells, and is more specifically directed to measurement and control systems for use in such drilling.
  • drilling of wells consumes a large portion of the cost involved in the exploration for and production of oil and gas. Drilling costs have increased substantially in recent years, considering that many of the easily discovered and accessible fields in the world are already producing, if not already tapped out. As such, new wells to reach such less-accessible reservoirs are generally much deeper, and otherwise much more complex, than in years past. New wells are also often drilled at locations of reduced confidence that a producing potential reservoir is present, because of the extreme depth of the remaining reservoirs. Even when drilling into more certain hydrocarbon reservoirs, drilling costs are also often higher than in the past because of the inaccessibility of the reservoirs ( e.g., at locations far offshore), or other local difficulties.
  • lost circulation refers to the situation in which the drilling mud is lost into the formation, rather than returning to the surface. Besides the obvious economic cost of replacing the relatively expensive drilling mud, lost circulation can also cause more catastrophic failures such as stuck drill pipe, blowout of the well, damage to the reservoir itself, and loss of the well altogether.
  • software agent is known in the art as referring to a computer software program or object that is capable of acting in a somewhat autonomous manner to carry out one or more tasks on behalf of another program or object in the system.
  • Software agents can also have one or more other attributes, including mobility among computers in a network, the ability to cooperate and collaborate with other agents in the system, adaptability, and also specificity of function (e.g., interface agents).
  • Some software agents are sufficiently autonomous as to be able to instantiate themselves when appropriate, and also to terminate themselves upon completion of their task.
  • expert system is known in the art as referring to a software system that is designed to emulate a human expert, typically in solving a particular problem or accomplishing a particular task.
  • Conventional expert systems commonly operate by creating a "knowledge base” that formalizes some of the information known by human experts in the applicable field, and by codifying some type of formalism by way the information in the knowledge base applicable to a particular situation can be gathered and actions determined.
  • Some conventional expert systems are also capable of adaptation, or "earning", from one situation to the next. Expert systems are commonly considered to in the realm of "artificial intelligence”.
  • knowledge base is known in the art to refer to a specialized database for the computerized collection, organization, and retrieval of knowledge, for example in connection with an expert system.
  • rules engine is known in the art to refer to a software component that executes one or more rules in a runtime environment providing among other functions, the ability to: register, define, classify, and manage all the rules, verify consistency of rules definitions, define the relationships among different rules, and relate some of these rules to other software components that are affected or need to enforce one or more of the rules.
  • Conventional approaches to the "reasoning" applied by such a rules engine in performing these functions involve the use of inference rules, by way of which logical consequences can be inferred from a set of asserted facts or axioms.
  • These inference rules are commonly specified by means of an ontology language, and often a description language. Many reasoners use first-order predicate logic to perform reasoning; inference commonly proceeds by forward chaining and backward chaining.
  • US Patent Document 6, 408, 953 discloses an automated computerized system for predicting the performance of a drilling system for the drilling of a wellbore comprising inter alia the steps of generating a geological characteristic of a formation; obtaining specifications of proposed drilling equipment; and predicting a drilling mechanics in response to the specifications as a function of the geology.
  • the present invention may be implemented into an expert computer hardware and software system, implemented and operating on multiple levels, to derive and apply specific behavioral tools at a drilling site from a common knowledge base including information from multiple drilling sites, production fields, drilling equipment, and drilling environments.
  • a knowledge base is developed from attributes and measurements of prior and current wells, information regarding the subsurface of the production fields into which prior and current wells have been or are being drilled, lithology models for the subsurface at or near the drilling site, and the like.
  • an inference engine drives formulations (in the form of rules, heuristics, calibrations, or a combination thereof) based on the knowledge base and on current data; an interface to human expert drilling administrators is provided for verification of these rules and heuristics.
  • formulations pertain to drilling states and drilling operations, as well as recommendations for the driller, and also include a trendologist function that manages incoming data based on the quality of that data, such management including the amount of processing and filtering to be applied to such data, as well as the reliability level of the data and of calculations therefrom.
  • an information integration environment that identifies the current drilling sites, and drilling equipment and processes at those current drilling sites. Based upon that identification, and upon data received from the drilling sites, servers access and configure software agents that are sent to a host client system at the drilling site; these software agents operate at the host client system to acquire data from sensors at the drilling site, to transmit that data to the information integration environment, and to derive the drilling state and drilling recommendations for the driller at the drilling site.
  • These software agents include one or more rules, heuristics, or calibrations derived by the inference engine, and called by the information integration environment.
  • the software agents sent from the information integration environment to the host client system operate to display values, trends, and reliability estimates for various drilling parameters, whether measured or calculated.
  • the information integration environment is also operative to receive input from the driller via the host client system, and to act as a knowledge base server to forward those inputs and other results to the knowledge base and the inference engine, with verification or input from the drilling administrators as appropriate.
  • the system includes the capability of creating a notional "best well” from all available information for the production field.
  • the information on which this "best well” is created includes depth and time based values, and drilling history including driller reaction, to encapsulate rules about how to drill an optimal well, including reaction prior to a dysfunction. These rules can indicate the actions to be taken to drill such a "best well", operational recommendations including when to operate near the maximum operating parameters of the drilling rig, and displayable rationale for recommended actions ahead of the driller's perception of an impending down hole vibration event.
  • the system develops a knowledge base from attributes and measurements of prior and current wells, and from information regarding the subsurface of the production fields into which prior and current wells have been or are being drilled.
  • the system self-organizes and validates historic, real time, and/or near real time depth or time based measurement data, including information pertaining to drilling dynamics, earth properties, drilling processes and driller reactions. These data and information are used to create the rules for drilling a notional "best well".
  • This drilling knowledge base suggests solutions to problems based on feedback provided by human experts, learns from experience, represents knowledge, instantiates automated reasoning and argumentation for embodying best drilling practices into the "best well".
  • the system includes the capability of virtualizing information from a well being drilled into a collection of metalayers, such metalayers corresponding to a collection of physical information about the layer (material properties, depths at a particular location, and the like) and also information on how to successfully drill through such a layer, such metalayers re-associating as additional knowledge is acquired, to manage real-time feedback values in optimizing the drilling operation, and in optimizing the driller response to dysfunction. Normalization of the "best well" into a continuum, using a system of such metalayers, enables real-time reaction to predicted downhole changes that are identified from sensor readings.
  • the system is capable of carrying out these functions by creating and managing a network of software agents that interact with the drilling environment to collect and organize information for the knowledge base, and to deliver that information to the knowledge base.
  • the software agents in this network are persistent, autonomous, goal-directed, sociable, reactive, non-prescriptive, adaptive, heuristic, distributed, mobile and self-organizing agents for directing the driller toward drilling optimization, for collecting data and information for creating the "best well", and for creating dynamic transitional triggers for metalayer instantiation.
  • These software entities interact with their environment through an adaptive rule-base to intelligently collect, deliver, adapt and organize information for the drilling knowledge base.
  • the software agents are created, modified and destroyed as needed based on the situation at the drilling rig, within the field or at any feasible knowledge collection point or time instance within the control scope of any active agent.
  • the software agents in the network of agents are controlled by the system to provide the recommendations to the drillers, using one or more rules, heuristics, and calibrations derived from the knowledge base and current sensor signals from the drilling site, and as such in a situationally aware manner.
  • the software agents interact among multiple software servers and hardware states in order to provide recommendations that assist human drillers in the drilling of a borehole into the earth at a safely maximized drilling rate.
  • the software "experts" dispatch agents, initiate transport of remote memory resources, and provide transport of knowledge base components including rules, heuristics, and calibrations according to which a drilling state or drilling recommendation is identified responsive to sensed drilling conditions in combination with a selected parameter that is indicative of a metalayer of the earth, and in combination with selected minimums and maximums of the drilling equipment sensor parameters.
  • the software experts develop rules, heuristics, and calibrations applicable to the drilling site derived from the knowledge base that are transmitted via an agent to a drilling advisor application, located at the drilling site, that is coupled to receive signals from multiple sensors at the drilling site, and also to one or more servers that configure and service multiple software agents.
  • the system is applied to circulation actors to optimize circulation, hydraulics at the drill bit point of contact with the medium being drilled, rationalization of distributed pressure and temperature measurements and to provide recommendations to avoid or recover from loss of circulation events.
  • the present invention will be described in connection with its preferred embodiment, namely as implemented into a situationally-aware distributed hardware and software architecture in communication with operating drilling rigs, because it is contemplated that this invention is especially beneficial when implemented in such an environment.
  • this invention may provide substantial benefits when implemented in systems according to other architectures, and that some or all of the benefits of this invention may be applicable in other applications.
  • these embodiments of the invention will be described in connection with wells used for oil and gas exploration and production, this invention is also contemplated to be applicable in connection with other wells, such as geothermal wells, disposal wells, injection wells, and many other types of wells. Accordingly, it is to be understood that the following description is provided by way of example only, and is not intended to limit the true scope of this invention as may be claimed herein or in subsequent patents and applications claiming priority to this application.
  • these preferred embodiments of the invention provide an automated "expert" system that utilizes a body of previously obtained information, and rules, heuristics, and calibrations generated from that body of knowledge, to perceive current and past conditions of the drilling operation, to comprehend the state of the drilling operation based on the perceived conditions, and to project future results of the drilling operation, based upon which recommendations may be made to the driller and other personnel at the drilling site.
  • FIG. 1 illustrates the contextual arrangement of a preferred embodiment of this invention, in connection with a single drilling rig W1.
  • Drilling rig W1 is a conventional drilling rig, with conventional drilling equipment, as useful for the drilling of an oil well or gas well into the earth.
  • Examples of such conventional drilling rigs suitable for use in connection with this preferred embodiment of the invention include, without limitation, hydraulic rigs, percussion rigs, air-drilling rigs, alternating-current (AC) rigs, and modifications thereof.
  • AC alternating-current
  • These sensors S include pressure sensors, mechanical sensors (for sensing rotation, position, velocity, acceleration, etc.), temperature sensors, flow sensors, etc. According to this embodiment of the invention, these sensors S are in communication with rig client computer system T1, for example by way of a data acquisition card or subsystem (not shown), which typically includes an analog-to-digital converter (ADC) function.
  • ADC analog-to-digital converter
  • rig client T1 is deployed at the site of drilling rig W1.
  • Rig client T1 provides the driller with visual indicators in various formats corresponding to current conditions at drilling rig W1, as based on signals from sensors S and computations as may be carried out by rig client T1 itself.
  • rig client T1 is capable of determining and displaying trends in these various measurements, based on rules and heuristics that are defined by the overall system of this invention, as well as determining and displaying recommendations derived according to such rules, heuristics, and calibrations, suggesting actions to the driller in operating drilling rig W1.
  • Rig client T1 is also capable of receiving inputs from the driller in response to its indicated trends and recommendations, for example by way of a human-machine interface (HMI), and input devices such as a touchscreen, keyboard, and mouse.
  • HMI human-machine interface
  • rig client T1 is connected over a conventional communications link to an information integration environment IIE.
  • the information integration environment IIE manages software "agents" that are sent to and executed on rig client T1, specifically configured for drilling rig W1, in the computations and input/output functions provided by rig client T1 to the driller on site at drilling rig W1.
  • information integration environment IIE requests and receives data corresponding to the output of sensors S and corresponding to driller input into rig client T1, so that this data can be used in the reformulation of existing rules and heuristics, and in the formulation of new rules and heuristics, as will be described in further detail below.
  • FIG 2 illustrates that information integration environment IIE manages software agents deployed over multiple drilling rigs W, each with a corresponding rig client T, in multiple production fields F.
  • terrestrial production field F1 includes multiple drilling rigs W1 through W4
  • off-shore production field F2 includes multiple off-shore drilling rigs W5 through W7.
  • many more drilling rigs W per production field F, and many more production fields F, than shown in Figure 2 can be managed by an installation of information integration environment IIE.
  • Figure 2 illustrates that information integration environment HE can manage these multiple clients at multiple drilling rigs W and fields F, and that information integration environment IIE can also select the software agents to be sent to and executed by each rig client T according to its particular drilling rig W (to include rules, heuristics, and calibrations specific to that drilling rig W), and according to its production field F (to include rules, heuristics, and calibrations common to all rigs W at field F).
  • information integration environment IIE in the direction further upstream from wells W, information integration environment IIE is in communication with advanced drilling advisor formulator ADA_F.
  • Advanced drilling advisor formulator ADA_F corresponds to a remote computing function by way of which formulations to be used in connection with the monitoring and advising of the driller via information integration environment IIE and rig clients T are formulated.
  • formulations will refer to protocols or criteria according to which the system makes determinations ( e.g., drilling state, parameter estimates, etc.) and decisions (e.g., recommendations) regarding the drilling operation.
  • formulations include rules or rule sets, such as logical or arithmetic formulae that return an inference based on parameter values, heuristics, referring to less-rigid automated techniques (as compared with rule sets) for returning an estimate or drawing an inference using a trial-and-error or some other less-than-rigorous decision process, and calibrations, by way of which measurements from various sensors S can be correlated or normalized with one another.
  • rules or rule sets such as logical or arithmetic formulae that return an inference based on parameter values
  • heuristics referring to less-rigid automated techniques (as compared with rule sets) for returning an estimate or drawing an inference using a trial-and-error or some other less-than-rigorous decision process
  • calibrations by way of which measurements from various sensors S can be correlated or normalized with one another.
  • formulator ADA_F includes large data base memory resources, and substantial computing power for deriving rule sets, heuristics, calibrations, adaptive networks ("neural nets"), and other so-called “artificial intelligence” relationships to be incorporated into software agents forwarded by information integration environment IIE to rig clients T, and executed at rig clients T.
  • formulator ADA_F operates an automated trendologist, by way of which sensor data from multiple data sources forwarded from drilling rigs W by information integration environment IIE can be intelligently processed and combined, with the processing dependent on the nature and quality of the data itself, and so that displays of these trends can be derived by rig clients T and displayed by rig clients T in the most useful manner for the human drillers on site.
  • the processing of data from the various data sources is carried out by data grinder functions that apply low-pass filters and other processes to the sensor data, of a function and complexity selected for each data source according to formulations derived by software experts, in response to the nature of the data, and its expected and actual quality.
  • Formulator ADA_F is coupled to one or more remote administrators RA1, RA2, etc., as shown in Figure 1 .
  • Remote administrators RA1, RA2 represent remote desktops or computers (i.e ., human-machine interfaces, or HMIs) that can communicate with formulator ADA_F, and that have the computational and communicative capability appropriate to allow a human drilling expert to review new, modified, or potential rules, heuristics, and calibrations formulated by formulator ADA_F. This review of these rules, heuristics, and calibrations allows inputs from a human drilling expert to verify or veto a proposed rule set or individual rules within a rule set, whether new or modified, based on actual drilling experience.
  • remote administrators RA1, RA2 may access formulator ADA_F to carry out management and monitoring functions regarding the system.
  • Remote administrators RA1, RA2 can also optionally communicate with information integration environment IIE, so that the human drilling experts can monitor the state of any one of drilling rigs W, or indeed mirror the display at the corresponding selected rig client T for that drilling rig.
  • remote administrators RA1, RA2 may, assuming proper security levels are granted, modify the configuration parameters for a given drilling rig W, or select different rules, heuristics, or calibrations to be applied to a particular drilling rig W.
  • each rig client T may be implemented in the form of a "thin client” or alternatively as a “fat client”.
  • a "fat client” computer provides substantial functionality to its user independently from the central server or servers, while a “thin client” does little processing itself, but rather relies on accesses to the central server or servers, which perform the bulk of the processing.
  • rig client T includes sufficient computational capacity to receive and process incoming digital data from the data acquisition system, preferably using a conventional data acquisition application running on rig client T, and also to receive and execute software agents forwarded to it from information integration environment IIE.
  • information integration environment IIE operates as the central server or servers for rig clients T.
  • agent refers to a component of software that is capable of acting in a defined manner to accomplish a task on behalf of a user. Agents are often characterized according to their attributes describing their capability. For example, some software agents are static, in that they reside only on one computer within a network, while other software agents are mobile, capable of moving themselves among computers and among applications within the network ( e.g., from server to client, or vice versa). Agents can also be classified as either deliberative or reactive: deliberative agents possess some sort of internal "reasoning" model according to which they plan and execute coordination with other agents, while the behavior of reactive agents follows a stimulus-response approach.
  • Autonomous agents are capable of operating on their own, without requiring guidance or direction from a human user, in effect operating proactively; this autonomy often includes the capability of self-termination by an agent once its tasks are complete.
  • Cooperative agents are capable of interacting with other agents to communicate data and results, and to coordinate their individual actions within a larger framework.
  • Adaptive agents react to their external environment to adapt their behavior in response to input data and calculations or determinations.
  • the distributed software agents operating in the overall system including those agents executed at rig clients T, are autonomous, cooperative, adaptive, mobile, and reactive software agents. These agents include goal-directed and persistent agents, cooperative with other agents to the extent of being able to self-organize into a network of agents. The overall function of these agents will be to interact with the drilling environment, and formulations (e.g ., rules, heuristics, calibrations) that have been previously developed, in order to intelligently collect, deliver, adapt, and organize information about the drilling operation.
  • formulations e.g ., rules, heuristics
  • sensors S are provided at drilling rig W in the conventional manner. Some sensors S are provided at the surface, and others are provided sub-surface, at the site of drilling rig W. Examples of the instantaneous measurements acquired by sensors S and utilized according to this embodiment of the invention include, among others:
  • sensors S present their output signals in the analog domain. These analog output signals from sensors S are collected by way of a conventional data acquisition system (not shown), which includes an analog-to-digital conversion (ADC) function in this embodiment of the invention, to enable digital data analysis as will be described. According to this embodiment of the invention, these measurement data from the data acquisition system are acquired through the action of software agents instantiated in the system, which are executed at rig client T to poll or to receive pushed" measurements from the data acquisition system at its drilling rig W.
  • ADC analog-to-digital conversion
  • Some of these software agents may obtain the sensor measurement data periodically, at a default or selected frequency; other software agents may be instantiated and execute in a "situationally aware" manner, in response to the system determining, by way of one or more formulations derived by software experts, that the operation at drilling rig W is in a particular drilling state or condition.
  • FIG. 3 illustrates part of the data flow from a drilling rig W to information integration environment IIE, according to this agent-based approach.
  • Sensors S1 through S3 represent some of the sensors at drilling rig W itself. Measurements from those sensors S1 through S3 are obtained (in the physical sense, via the data acquisition system, A/D conversion, buffering, etc.) by corresponding software agents A1 through A3, respectively.
  • agents A1 through A3 are instantiated by information integration environment IIE, and are typically executed at or through client T, to acquire measurement data from their corresponding sensors S1 through S3 on a periodic basis, or on a situationally-aware basis in response to previously sensed conditions or intelligently determined drilling states.
  • IIE information integration environment
  • U.S. Provisional Application No. 61/097,128 filed September 15, 2008 describes the distributed deployment of multiple sensors along the length of the drill string, rather than only at the surface and in the bottomhole assembly as conventional.
  • these sensors may be deployed in subs along the drill string at which signal repeaters (for signals transmitted from the bottomhole assembly to the surface) are placed.
  • These multiple sensors provide real-time measurements from locations that are distributed along the drill string, both during drilling or while the drill string is stationary. Examples of parameters measured in this distributed manner include borehole measurements such as pressure and temperature, and rheological properties or states of the drilling fluid or borehole, such as temperature, viscosity, flow rate, shear rate, depth, and the like.
  • the measurement data are communicated from these distributed sensors to a computer system at the surface. Processing of these distributed measurements, along with the bottomhole and surface measurements, provide a great deal of additional insight into the optimization of the drilling process, and also into diagnosis and corrective action for drilling or circulation dysfunctions. For example, anomalous measurement values along the length of the drill string, and the location of those anomalies, can be detected from these distributed measurements - such anomalies can only be detected indirectly or inferentially, if at all, by conventional bottomhole and surface sensors. Furthermore, these distributed measurements can provide real-time profiles of the measured parameters over time and depth, and these profiles can be themselves processed to detect changes in those measurement profiles over time and over depth.
  • sensors S may be deployed at drilling rig W1 at the surface, in a bottomhole assembly, and also in a distributed manner along the length of the drill string, according to these embodiments of the invention.
  • rig client T also preferably includes touchscreen display TDISP, by way of which a human machine interface (HMI) software agent presents certain current measurements and calculation results, trends of those measurements and calculations, indications of the current state of the drilling operation for its associated drilling rig W, and also recommendations of drilling actions to be taken as derived by the applicable rules, heuristics, and calibrations according to which one or more of the software agents operate.
  • HMI human machine interface
  • the display is a touchscreen, as is preferred, the drilling decision-maker (i.e., the driller at land-based drilling rigs W, and the drilling engineer at offshore drilling locations) can enter inputs to rig client T in response to the displayed recommendation.
  • touchscreen display TDISP at which the recommendations are displayed to the drilling decision-maker will be physically located at drilling rig W; alternatively, or additionally ( i.e., if multiple displays TDISP are supported), touchscreen display TDISP or another type of HMI may be deployed at a location remote from drilling rig W, with telephone, radio, or other communications being carried out between the remote drilling decision-maker and personnel at drilling rig W that are physically carrying out the recommendation or other instructions.
  • Other input devices keyboard, mouse, etc.
  • These measurements and inputs are acquired and forwarded by the agents executed at each rig client T (e.g., agent A5 shown in Figure 3 ) to information integration environment IIE.
  • various data regarding the drilling equipment deployed at drilling rig W are also stored at rig client T, and forwarded to information integration environment IIE by way of software agents (e.g., agents A4, A6, A7 of Figure 3 ).
  • agents A4, A6, A7 of Figure 3 software agents
  • These data include various attributes of the well being drilled, including a name for the well, a text description of the well, projected completion depth of the well, cost parameters (fixed and variable costs), and links to the lists of the rig hardware types deployed at drilling rig W and of the layers (lithology) through which the well is being drilled, as will now be described relative to Figure 3 .
  • the projected completion depth is a parameter that can be applied to formulations (rules, heuristics, and calibrations).
  • This and other such parameters WP1 stored within client T can be acquired by a corresponding software agent A4, and forwarded to information integration environment IIE.
  • rig hardware type values stored as well properties WP2 at client T access a table or object in database DB storing identifying information regarding the rig, including the rig manufacturer and model, drive unit manufacturer and model, the control system manufacturer and model, the number of pumps, pump manufacturers and models, mud system manufacturer and model, drill bit manufacturer and model, and various calibration factors derived from the rig properties.
  • These properties WP2 can also point to tables or objects storing the information regarding these various hardware features.
  • this information can include the specific current bit being used (e.g., serial number), its size, expected remaining life, and its cutting properties.
  • WP2 stored at client T include operational limits, such as maximum weight-on-bit (WOB), maximum RPM for the rig, maximum surface torque, maximum standpipe pressure, maximum pump output, horsepower of the drawworks, and the like.
  • operational limits such as maximum weight-on-bit (WOB), maximum RPM for the rig, maximum surface torque, maximum standpipe pressure, maximum pump output, horsepower of the drawworks, and the like.
  • calibration factors may be stored at database DB, by way of which measurement data from sensors S can be adjusted during operation.
  • each drilling rig W is also preferably associated with a lithological model that indicates the expected sequence of lithological layers ( e.g., from five to twenty layers) to be encountered in the drilling operation.
  • well properties WP2 stored at client T also include a key or link to such a model for the well being drilled from drilling rig W1, in this example.
  • lithological model also stored at a database DB, for example within formulator ADA_F or elsewhere in the network, data are stored for each layer in the corresponding model that indicate its particular characteristics.
  • the lithological model also can include expected values of drilling parameters that will be encountered within each layer, for example: Expected values Type (units) Expected min/max WOB Real (Kpsi) Expected min/max RPM Real (RPM) Expected min/max rate of penetration (ROP) Real (ft/sec.) Expected min/max standpipe pressure Real (psi) Expected min/max pump rate Real (flow unit) Expected min/max compressive strength Real (Kpsi)
  • the lithological model can also include calculated estimated limits for these drilling parameters, as derived from the rig properties (hardware types) or as otherwise may be calculated: Limits Type (units) Maximum WOB limit Real (Kpsi) Maximum RPM limit Real (RPM) Maximum rate of penetration (ROP) limit Real (ft./sec.) Maximum standpipe pressure limit Real (psi) Maximum pump rate limit Real (flow unit) Maximum WOB limit near bottom of layer Real (Kpsi) Maximum RPM limit near bottom of layer Real (RPM) Maximum ROP limit near bottom of layer Real (ft./sec.)
  • the lithological model stored in database DB also preferably includes expected physical properties. These expected physical properties and layer behavior can be expressed qualitatively (on a scale of from 0 to 5, from least-to-most, for example): Physical property Expected abrasiveness Expected porosity Expected permeability Expected propensity for bit balling Expected propensity for bottom balling Expected propensity for stick-slip vibration Expectation of embedded soft layers Expectation of embedded hard layers Expected propensity for well control problems
  • these keys or links stored at client T as well properties WP2 can be acquired by corresponding software agents A6, A7, and forwarded to information integration environment HE for retrieval from database DB within formulator ADA_F or elsewhere.
  • the rig hardware data and the lithological model itself may alternatively be stored within information integration environment IIE, and called or linked to by rig identifying information stored at rig client T and forwarded to information integration environment IIE by agents A6, A7.
  • information integration environment IIE is preferably configured as a conventional server architecture, with one or more server computers (e.g., a bank of rack-mounted servers, accessible via one or more high-performance laptop or desktop computers) serving as the physical servers in the overall network.
  • server computers e.g., a bank of rack-mounted servers, accessible via one or more high-performance laptop or desktop computers
  • the physical locations of these physical server computers may also be distributed among data centers, or among production fields, or the like, as may be supported by the network infrastructure in place.
  • a conventional server architecture is substantially a passive system, in that it operates in a request-acknowledge fashion relative to its clients (e.g., rig clients T).
  • information integration environment IIE may also itself execute various software agents, for example to request data from rig clients T, or to access formulator ADA_F, as will be described in further detail below.
  • information integration environment IIE is in communication with many rig clients T, at various locations such as production fields F.
  • the particular communications links can be realized by way of any one or more than one communications technologies, including dedicated or private wired or wireless LAN, MAN, or WAN networks, conventional Internet protocol (IP) over wired or wireless physical communications links either public or by way of a virtual private network (VPN), satellite communications, etc.
  • IP Internet protocol
  • VPN virtual private network
  • the particular communications technology and physical coupling of rig clients T and information integration environment IIE, as well as between information integration environment IIE and formulator ADA_F, and to and from remote administrators RA, according to one or a combination of these approaches, can be readily implemented by those skilled in the art having reference to this specification.
  • the software executed and executable by information integration environment IIE is arranged as a "stack" of drilling applications.
  • Figure 4 illustrates the software architecture of information integration environment IIE and of formulator ADA_F, according to this embodiment of the invention.
  • information integration environment IIE is supported by one or more physical servers 10, at one or more physical locations as described above.
  • Physical servers 10 support and execute the stack of drilling applications, which includes data access tools 14 and also multiple logical servers 16.
  • Data access tools 14 operate to request and process data from sensors S for each of the operating drilling rigs W.
  • These data access tools 14 include standardized data access tools 14a, which refer software applications required to receive data in various formats (e.g., WITSML, LAS, CSV, WITS format data) via software agents and other such applications.
  • standardized data access tools 14a refers to the multiple standardized formats in which these data are imported, rather than referring to any standardization in the tools themselves; rather, as will be apparent from this specification, these standardized data access tools 14a involve new and unique approaches to the receipt and processing of these data.
  • standardized data access tools 14a implement data feeds directly to data "grinder" functions located at rig clients T.
  • These data grinder functions process the data acquired by data acquisition software agents executed at clients T, with the level of processing (e.g., filtering) dependent on the quality of the data received, as determined by rules, heuristics, and calibrations derived by formulator ADA_F.
  • These data grinder functions produce filtered data, from the various data sources, that are then combined and formatted for display and for use in creating drilling recommendations, updated or new formulations, and the like by a "trendologist" function within formulator ADA_F.
  • measurement data and other information will be provided not only from various equipment and computer systems, but also from various entities, including the leaseholder of the oil or gas production field (i.e., the "oil company"), drilling contractors, and other oilfield service companies.
  • the oil company will provide information regarding the production levels and downstream pipeline infrastructure, as well as other well planning intelligence.
  • the drilling contractor will provide information regarding its infrastructure, including information related to the subsea support systems and vessel management, power management, safety management, and the like.
  • Service companies provide information including logging-while-drilling (LWD) measurements, measurement-while-drilling (MWD) data, marine management factors, and information regarding such other operations as directional drilling parameters and constraints, and completion and cementing parameters.
  • LWD logging-while-drilling
  • MWD measurement-while-drilling
  • drilling applications stack 12 also includes drilling state influencer tools 14b within information integration environment IIE interface data received from these various data providing "entities", or sources. It is contemplated that these drilling state influencer tools 14b can also incorporate various data processing operations.
  • various logical servers 16 are also included within information integration environment IIE, specifically within drilling applications stack 12 embodied within information integration environment IIE, and executed by the one or more physical servers 10 at that level.
  • logical servers 16 may be realized by server applications being executed on individual physical server computers 10, or as distributed server applications operating on one or more physical server computers 10; it is contemplated that those skilled in the art having reference to this description will be able to readily implement these and other logical servers that are useful in realizing information integration environment IIE according to the preferred embodiment of the invention.
  • Agent access server 16a refers to a server application by way of which various software agents executed by rig clients T, and by information integration environment IIE itself, are selected and configured for the particular computer that is to execute that software agent, and by way of which, once an agent is selected, that agent instantiated and forwarded to the corresponding rig clients T.
  • these agents e.g., agents A1 through A7 of Figure 3
  • Expert tools server 16b also operating as part of information integration environment IIE, configures and instantiates software agents that acquire data useful for the development of formulations (rules, heuristics, and calibrations), and the updating of previously derived formulations. It is contemplated that these formulations can include "tool kits" of rules, heuristics, and calibrations that are tailored to each of drilling rigs W served by this system, and the fields F in which they are being deployed. In this embodiment of the invention, expert tools server 16b instantiates those agents in response to directives from formulator ADA_F, and in a non-real-time basis, considering that the derivation of new or revised formulations is contemplated to not be a real-time exercise.
  • agents can be instantiated by expert tools server 16b at such time as convenient for clients T, thus avoiding resource conflicts with essential real-time processes, or with agents instantiated by agent access server 16a.
  • formulator ADA_F the tool kilts including the rules, heuristics, and calibrations appropriate for a given rig client T and its well W are then made available to later-configured software agents.
  • Knowledge tools server 16c is another logical server operating within information integration environment IIE according to this preferred embodiment of the invention.
  • Knowledge tools server 16c provides packages of formulations (rules, heuristics, and calibrations) corresponding to a notional "best well” model for each specific drilling rig W.
  • This "best well” model includes rules, heuristics, and calibrations for "how” to drill the optimum well at the location of each specific drilling rig W.
  • the optimum well is optimal in a situational sense, such that the applicable rules, heuristics, and calibrations can themselves determine the optimization criteria, for current and expected drilling conditions.
  • the "best well” configurations provided by knowledge tools server 16c include the rules, heuristics, and calibrations corresponding to the "best well” model, and are configured into one or more software agents that are "pushed" to rig clients T for the various drilling rigs W; those pushed software agents are then capable of receiving the sensed measurement data from sensors S at the drilling site and, using the formulations provided by knowledge tools server 16c in the "best well” configuration, provide the driller or drilling engineer with drilling recommendations. It is contemplated that these recommendations include recommendations on how to achieve optimal drilling results, recommendations to maximize one or more operating parameters of the hardware, and also recommendations with rationale on actions to be taken by the driller to avoid impending undesirable events (vibration, sticking, low of circulation fluids, well control, etc.).
  • these recommendations are displayed at rig clients T, and the responses from the driller, for example both "ignore” and “accept” inputs from the driller in response to a recommendation, are also processed and forwarded to formulator ADA_F (along with other measurements) for the derivation of new inferences, and thus updated formulations.
  • the "best well" configuration for a given drilling rig W is a virtual ization of information regarding the subsurface at the location of that rig W.
  • this virtualized information is arranged as a collection of "metalayers", each metalayer corresponding to an abstraction of a combination of distinct lithological layers, a combination of portions of distinct lithological layers, or a portion of a single distinct lithological layer.
  • the metalayer abstraction includes a collection of information, including that information contained within the lithological model for that layer, as described above, as well as sensed or calculated measurements made during drilling into that layer at the very location of rig W or at the locations of nearby rigs W that have previously drilled through that layer.
  • this information includes the depths of the top and bottom of this layer at the location of drilling rig W, physical properties of the layer (e.g., compressive strength, etc.), and expected drilling parameters as the metalayer is encountered during drilling (e.g., minimum and maximum expected WOB, etc.).
  • each metalayer includes information regarding how to drill through the physical layer, including limits on various drilling parameters that are defined for optimum drilling performance. This "how-to" information is contemplated to be generated by way of formulator ADA_F, according to this embodiment of the invention.
  • each of the metalayers will be referred to by way of a "layer name” or other indicator (layer number, offsets, etc.), so as to be correlatable with the drilling measurements acquired by other rigs W within the same or nearby production fields.
  • This abstraction of information into metalayers enable this correlation of information among drilling rigs - by referring to a given metalayer by name or some other "tag" or link, specific parameters of the metalayer can be adjusted to be rig-specific, such as the depth at its top and bottom at the specific location of a given drilling rig W.
  • these tools 14 and servers 16 implemented at information integration environment IIE allow the overall system to operate according to an observe-orient-decide-act ("OODA") sequence or loop.
  • OODA observe-orient-decide-act
  • the OODA loop is based on the concept of situational awareness, operable at the three hierarchic levels of perception (awareness of various situational elements and their current states), comprehension (recognition of patterns in system behavior, and interpretation and evaluation of those patterns), and projection (anticipation of future behavior in situations not previously encountered).
  • the OODA loop operates by considering the awareness of a particular situation (at one or more of the three hierarchical levels), making a decision of an action to take based on that awareness, and then evaluating the result or performance of that action to improve the awareness capability.
  • the specific actions performed in an OODA representation of this intelligent system control includes acquiring observations about the current environment, orienting those observations to the system being controlled based on previously gained knowledge, deciding on a course of action, and then acting on the decision, followed by repetition of the observation loop to evaluate the effect of the action taken.
  • Information integration environment IIE according to this embodiment of the invention is intended to carry out these OODA steps for the task of drilling a well, with the higher-level comprehension and projection based on formulations created by formulator ADA_F, the construction and operation of which will now be described.
  • formulator ADA_F may be constructed as multiple computers or servers operating cooperatively, or alternatively as cloud, utility, or autonomic computing. It is contemplated that formulator ADA_F will include substantial memory resources, for example extremely large disk drive systems, for storing large quantities of data over time. As shown in Figure 4 , it is contemplated that one such memory source 20 (whether realized by a single dedicated disk drive, or as distributed among multiple disk drives) will store database DB, or another readily-accessible memory arrangement, for receiving and storing data sensed at the drilling rigs W currently in operation, and also data as sensed previously in other drilling rigs.
  • database DB or another readily-accessible memory arrangement
  • Database DB in memory source 20 also stores rig identification information (hardware type information), lithology models, and the like to which well properties WP2 stored at rig clients T link, as discussed above relative to Figure 3 .
  • Database DB also stores measurement data, calculations, and calibrations from rig clients T or calculated values otherwise derived, and the like.
  • Knowledge base KB may be arranged and operate in the form of a neural net, from the standpoint of its development (i.e., "training") and operation.
  • formulator ADA_F includes WITSML application programming interface (API) 25, by way of which measurement data and the line are received from sensors S via information integration environment IIE.
  • API application programming interface
  • engine in this embodiment of the invention refers to hardware and software computational resources that execute particular functions useful in connection with the drilling of oil and gas wells. Certain of those functions will be described in detail below, in connection with the description of the operation of this embodiment of the invention. It is contemplated that these hardware and software computational resources involved in a particular engine will typically be implemented as one or more software applications or objects, executed by digital logic processing circuitry within the computer system or systems in which formulator ADA_F is realized.
  • the particular hardware arrangement of formulator ADA_F can vary widely, as discussed above. As such, the specific hardware used to implement these functions can also vary widely.
  • the same general purpose central processing unit may be used to execute software applications or objects corresponding to each of these functions.
  • dedicated processing circuitry may be provided for these functions.
  • one or more specific computers may be used to realize a particular engine.
  • some of the functions performed by these engines may be executed by application-specific digital logic circuitry (i.e., custom, semi-custom, or programmable special purpose logic such as digital signal processors). It is contemplated that those skilled in the art having reference to this specification will be readily able to realize these engines in various architectures, without undue experimentation.
  • inference engine 24 is a computational resource, for example a software component executed by programmable processing circuitry within formulator ADA_F, that defines and updates various formulations (rules, heuristics, and calibrations) from information stored in knowledge base KB, as may be applied to measurements and conditions stored in data base DB, and stores those formulations in an accessible form, in knowledge base KB.
  • Rules engine 26 is a computational resource, again a software component executed by programmable processing circuitry within formulator ADA_F, that selects those formulations that are appropriate for a certain situation, and forwards those rules to information integration environment IIE for configuration into software agents that apply those rules at rig clients T.
  • rules engine 26 has the capability of inferring logical consequences from a set of "asserted" facts or axioms, which of course correspond to the measurements and conditions stored in database DB.
  • algorithms useful in connection with rules engine 26 include a Rete-based algorithm, and a forward chaining rule engine, as commercially available. New or modified rule sets created by inference engine 24 and accessible to rules engine 26 are available for review and verification by a human expert driller, via one of remote administrators RA.
  • formulator ADA_F also includes trendologist function 28, which applies specific rules according to which data from sensors S are to be processed, combined, and displayed.
  • inference engine 24 generates rules, heuristics, and calibrations that are useful to trendologist function 28, which receives data from sensors S, processes those data for coherence and usefulness, and based on applicable rules for the current drilling situation, arranges data for display at the corresponding rig clients T in a meaningful fashion.
  • Agent engine 30 is a computational resource within formulator ADA_F that adds, modifies, deletes, and monitors all software agents that are created within the system. Based upon the results obtained by inference engine 24 as may be verified by a human expert via remote administrators RA, if a new software agent ought to be created, or an existing software agent ought to be modified to be more effective, agent engine 30 is the computing resource that performs that function.
  • Drilling state engine 32 is a computational resource within formulator ADA_F in the form of a generic state machine, configurable based on various rules and heuristics as appropriate, to monitor events and to determine drilling "states" (e.g ., drilling, sliding, circulating, etc.) for a given drilling rig W, based on the sensed data and knowledge stored in knowledge base KB, according to developed rules and heuristics.
  • ADA_F is a computational resource within formulator ADA_F in the form of a generic state machine, configurable based on various rules and heuristics as appropriate, to monitor events and to determine drilling "states" (e.g ., drilling, sliding, circulating, etc.) for a given drilling rig W, based on the sensed data and knowledge stored in knowledge base KB, according to developed rules and heuristics.
  • formulator ADA_F can be implemented by a single installation of hardware, for example deployed at a data center or some other location remote from the drilling sites.
  • formulator ADA_F can be deployed in a distributed manner, indeed in a manner that is distributed over the same hardware resources as information integration environment IIE if desired.
  • the distribution of the hardware in the architecture may itself be situationally-aware, with various hardware entities used depending on the sensed and anticipated conditions for the well.
  • formulator ADA_F operate as a unitary whole, so that each instance of the information integration environment IIE and of rig clients T can benefit from the knowledge gained from all other instances currently operating, and operated in the past.
  • this invention may be realized in the form of a software application on a computer readable medium, for example a magnetic disk drive, an optical disk, or the like, either directly physically readable by one of the computers (i.e ., one or more of the server or main-frame computers realizing information integration environment IIE or formulator ADA_F, and also including rig clients T), or stored on such a medium in a location from which one of those computers may download the software application, or download an installer of such a software application which, when executes, downloads and installs the software application, in either case being communicated to one of those computers by way of encoded information on an electromagnetic carrier signal via the appropriate interface or input/output device.
  • a computer readable medium for example a magnetic disk drive, an optical disk, or the like
  • the software application may be in the form of a web-based application, in which case the application can reside and be executed remotely.
  • Figure 5 represents such a computer readable medium, directly readable or downloadable as the case may be, by way of computer readable medium CRM. It is contemplated that those skilled in the art will be readily able to realize the appropriate computer readable medium and the contents of such a medium by way of which the necessary software application can be installed and implemented on a particular system, based on this description and according to this invention.
  • formulator ADA_F prior to the initiation of a drilling operation at drilling rig W1 at production field F1, for example, formulator ADA_F will have previously acquired drilling data, including measurements and calculations made by one or more rig clients T at various drilling rigs W in various production fields F. These data will be stored within database DB. As will become evident from this description, it is not essential that formulator ADA_F have data from the very production field F1 at which drilling is to begin, or from the very equipment of drilling rig W1 itself.
  • drilling can commence at drilling rig W1 based on rules and heuristics that are deemed to be the best fit for that site, or generic drilling rules. Because formulator ADA_F is an adaptive system, the acquisition of new data during the operation of drilling rig W1 in combination with inputs from the driller at rig client T1 and also from human experts at remote administrators RA will result in the development of formulations that will better apply to the current equipment and environment of drilling rig W1.
  • rig client T1 executes one or more software agents instantiated, configured and forwarded to it by information integration environment IIE to assist the driller with control and management of the drilling operation.
  • information integration environment IIE information integration environment
  • the combination of rig clients T with information integration environment IIE and with formulator ADA_F implements a three-level "situational awareness" intelligent drilling advisor system, so that attributes of the drilling operation are perceived (i.e ., measured and current parameter values evaluated), comprehended ( e.g., by determining current "states" of the drilling operation, of the drilling equipment involved, and the subsurface lithology into which the wellbore is being drilled), and projected ( e.g., by making and presenting recommendations for action to the driller).
  • This situational awareness is implemented in the rules, heuristics, and calibrations formulated by formulator ADA_F, which are configured as tools by information integration environment IIE into software agents selected for particular drilling rigs and clients, and then sent to those rig clients T for execution at the drilling site.
  • rig clients T present current measurements, trends and acceptable ranges of those measurements, indications of the current state of the drilling operation, and recommendations for future action, by way of a human machine interface ("HMI") on a visual display, preferably a touchscreen so that the driller's inputs are received by way of the same graphical user interface (GUI).
  • HMI human machine interface
  • GUI graphical user interface
  • Figure 13 illustrates an example of the display from this human machine interface at rig client T1, at a point in time at which drilling rig W1 is idle, having drilled 7690 feet into the earth.
  • the human machine interface indicates that the current drilling state is "Not Drilling".
  • "ADA" is a trademark of BP North America Inc., used in connection with its systems and software systems for assisting drilling.
  • trend agent A_T includes various rules, heuristics, and calibrations developed by formulator ADA_F, specifically using its "trendologist" function, to determine a preferred frequency with which the measurements or calculations are derived and displayed, based on the quality of the measurements and other variables; a measure of the reliability of each of these measurements and calculations is also preferably determined.
  • Figure 14 illustrates these measurements and calculations as the rate of penetration (ROP), the mechanical specific energy (MSE) corresponding to the energy expended for a given volume of earth removed, bit torque, the weight on bit (WOB), the RPM of the drill string at the rotary table of drilling rig W1, and the pressure differential (Delta P) between the standpipe pressure and a base setting.
  • ROP rate of penetration
  • MSE mechanical specific energy
  • W1 weight on bit
  • Delta P pressure differential
  • the base setting of the pressure differential is derived by the trendologist function 28 of formulator ADA_F at various times and states in the drilling operation, based on sensed measurements such as strokes per minute of the mud pumps, and known mud equipment parameters such as piston diameter, pipe diameter, etc. will affect this base setting.
  • the HMI at rig client T1 also indicates recommended actions to be taken ("Set RPM and WOB to Recommended Values" in the example of Figure 14 ) to optimize the drilling operation, and provides a way for the human driller to enter feedback.
  • One or more drilling state agents A_S instantiated and forwarded by information integration environment IIE to rig client T1 preferably operates, again according to rules, heuristics, and calibrations derived by formulator ADA_F for the particular drilling rig W1 based on its equipment, and the lithology and location of the site of that drilling rig W1, to determine whether a drilling dysfunction is occurring based on current and trended measurements and calculations, and if so, what the dysfunction is.
  • Figure 15 illustrates such a situation, in which the HMI indicates that a "bit bounce" dysfunction is present; some of the measurements (MSE, Delta P, RPM) are outside of their recommended ranges at this point, and most likely (depending on the rules) were at least partially the basis of the identified dysfunction.
  • a recommendation is also provided to the driller, as before.
  • An input mechanism is provided at touchscreen display TDISP, as shown in Figures 13 through 15 , by way of which the driller or drilling engineer can choose to "ignore” the displayed recommendation. If this occurs, that "ignore” input will be communicated back to information integration environment HE and formulator ADA_F, along with measurement data and other information regarding drilling rig W, for incorporation into new and updated rules, heuristics, or calibrations as appropriate. In any event, whatever the action taken by the driller or drilling engineer in response to the recommendation, the system will continue to monitor, communicate, display, and provide recommendations during the drilling operation.
  • servers in information integration environment HE operate to instantiate, configure, and send software agents to rig clients T, such software agents being selected and arranged according to various attributes of drilling rig W associated with each such rig client T.
  • integration environment IIE and its drilling applications stack operate to select, instantiate, configure, and manage these software agents.
  • FIG. 5 illustrates the overall arrangement of software agents and resources associated with those agents, within an example of a system according to this embodiment of the invention.
  • Rig client T1 associated with drilling rig W1 in this example, receives signals from sensor S via analog/digital converter 35 and other functions within a data acquisition system (not shown).
  • Rig client T1 receives the digital measurement data corresponding to sensor S output via data acquisition application 37 executed at rig client T1.
  • Data acquisition agent A1 configured and instantiated by agent access server 16a at information integration environment IIE, is executing on rig client T1, and is forwarding measurement data according to that configuration to information integration environment IIE, via agent access server 16a.
  • Other software agents are also being executed at rig client T1, including trend agent A_T for deriving trends of measured data.
  • State agent A_S is also executing at rig client T1, for determining the current drilling state of drilling rig W1, based on the measurement data and on formulations for determining drilling states.
  • Display agent A_D operates to display measurement data, trends of that data, drilling recommendations, current and upcoming drilling state indications, and other information at touchscreen display TDISP of rig client T1.
  • Inputs from the driller (terrestrial drilling) or drilling engineer (offshore drilling) are received by touchscreen display TDISP, and in the case of at least "ignore" inputs responsive to displayed recommendations, are forwarded via function 39 to information integration environment IIE, specifically via knowledge tools server 16c therein.
  • information integration environment IIE includes agent access server 16a.
  • Agent access server 16a has access to a collection of "level 1" agents A_1, which include data acquisition agents, trend agents, display agents, and the like that are executable at rig client T1.
  • agent access server 16a can select from among these agents A_1, and also from among state agents A_S, depending on the current drilling state and other conditions at drilling rig W1. This selection, configuring, and instantiation of agents A_1, A_S by agent access server 16a in this situationally aware manner will be described in further detail below relative to Figure 6 .
  • information integration environment IIE also includes expert tools server 16b, described above and which will be further described below.
  • Information integration environment IIE processes measurement data received from agent A1 at rig client T1, using data access tools 14a, and forwards these processed data to formulator ADA_F, via data interface 25 (e.g., WITSML API 25, shown in Figure 4 ).
  • data interface 25 e.g., WITSML API 25, shown in Figure 4 ).
  • Figure 6 illustrates the overall operation of agent-based drilling according to an embodiment of this invention, in connection with multiple drilling rigs W deployed in multiple fields F1 through F4.
  • Agent engine 30 identifies software agents that may be useful in connection with the drilling of drilling rigs W in production fields F1 through F4, modifies those agents based on recent updates to formulations (rules, heuristics, and calibrations) by inference engine 24, and monitors those software agents that are in use or become in use within the system. This identification of software agents that may be useful in a particular drilling state is made by agent engine 30, in response to drilling state determinations made by drilling state engine 32.
  • agent access server 16a within information integration environment IIE selects, configures, and instantiates software agents in a situationally aware manner, for each of the wells W of interest in the multiple production fields F1 through F4.
  • the software agents instantiated at rig clients T occur at varying points in time, rather than on a periodic basis; this non-uniform instantiation (and termination) of software agents by agent access server 16a reflects the situational awareness involved in this overall process.
  • drilling state engine 32 determines a drilling "state" of each specific drilling rig W, based on measurement data acquired and forwarded to formulator ADA_F from sensors S at that drilling rig W, and based on various formulations, and communicates the deduced drilling state to agent engine 30.
  • Agent engine 30 forwards software agents appropriate for that drilling state for that particular drilling rig W to agent access server 16a, if not already at and configured within information integration environment IIE.
  • agent access server 16a instantiates the indicated software agents at rig client T associated with the drilling rig W of interest.
  • drilling rig W can be considered to pass through a variety of drilling states.
  • Figure 7 illustrates a state diagram according to which drilling state engine 32 ( Figure 6 ) can determine the drilling state of drilling rig W.
  • the available states are initialization (INIT), adding stand (ADDING), circulating drilling mud (CIRCULATING), rotating the drill string (ROTATING), preparing to add another stand of drill pipe (PREPARING), sliding of the drill string (SLIDING), as well as stopped and paused states.
  • the state diagram of Figure 7 illustrates the various transitions that are permissible in this example of the determinations made by drilling state engine 32.
  • a transition from state INIT to state ADDING is detected by drilling state engine 32 upon receiving data (e.g., alarms and events from state agents A_D executing at rig client T1) indicating that the elevator of drilling rig W is at the top.
  • Transition from state ADDING to state CIRCULATING is deduced upon the detection of stand length, hookload, and pressure measurements being captured, in combination with data indicating that drill string RPM at the top of the drill string is greater than zero, in combination with zero (or negative) weight-on-bit WOB.
  • Transition to state SLIDING from CIRCULATING is deduced from positive values of WOB and rate-of-penetration (ROP), in combination with zero drill string RPM.
  • ROP rate-of-penetration
  • state transition rule sets may be implemented at drilling state engine 32.
  • the state transition diagram illustrated in Figure 7 corresponds to the available states for a "running" condition of drilling rig W.
  • different state transition rule sets may apply in difference circumstances, for example if the drilling rig is currently being “tripped", or if a "casing" operation is being performed at the drilling rig, or during particular test sequences such as a blow-out prevention equipment (BOPE) test.
  • BOPE blow-out prevention equipment
  • drilling state engine 32 deduces a transition to a particular drilling state for each drilling rig W of interest, indicating the same to agent engine 30, which in turn controls agent access server 16a to instantiate or terminate various software agents at the corresponding rig client T for that drilling rig W.
  • Agent access server 16a then forwards the appropriate software agents to rig client T over the appropriate physical communications facility (shown as well communication bus 40 in Figure 6 ), configured as appropriate for the newly-detected state at the corresponding drilling rig W.
  • one of the software agents that may be configured, instantiated, and sent to a given rig client T1 for its drilling rig W1 may include data acquisition software agent A1 ( Figure 3 ), by way of which information is acquired from its sensors S.
  • Data acquisition software agent A1 will be configured for rig client T1 to include those resources applicable to the sensors S that are installed and operational at drilling rig W1, such configuration being provided by information integration environment IIE.
  • Agent access server 16a will then send the outfitted software agent to rig client T1, via well communication bus 40.
  • various detailed preconditions are to be satisfied before this agent A1 begins its operation at rig client T1:
  • more than one data acquisition software agent will typically be active and operating at many rig clients T at any given time, considering that multiple data sources (e.g., sensors S, well parameters WP1 and well properties WP2 stored at rig client) will be receiving and providing measurement and other data during drilling operations. Such operation is described above in connection with Figure 3 .
  • These multiple data acquisition software agents can operate in a coordinated fashion with one another, and with other software agents carrying out other functions, including the trend, display, and drilling state agents being executed at rig clients T, as well as in combination with agents being executed within information integration environment IIE and formulator ADA_F.
  • these data acquisition software agents collect data and information that are used to derive formulations for creating a "best well" model specific to the drilling rig W, and for deducing dynamic transition triggers, based on that model and on the acquired measurement data and information, to provide recommendations to the driller or drilling engineer for achieving that optimum well.
  • other agents will be created, configured, and instantiated that perform those functions, examples of which are trend agent A_T, display agent A_D, and state agent A_S at rig client T1 ( Figure 5 ).
  • These and other software agents operable within the system of this embodiment of the invention preferably have specific agent properties that assist this inter-operation.
  • the software agents available and operable within this embodiment of the invention preferably constitute a network of persistent, autonomous, goal-directed, sociable, reactive, non-prescriptive, adaptive, heuristic, distributed, mobile, and self-organizing agents.
  • multiple data acquisition software agents A_1 will typically be operating simultaneously to acquire measurement data and other information (e.g ., well parameters WP1, well properties WP2) regarding drilling rig W.
  • the various measurement data provided via these multiple data acquisition software agents will necessarily be of varying time frequency, of varying "quality" (i.e., precision or variability), and will have other varying attributes.
  • data access tools 14a within information integration environment IIE provide the capability of intelligently and adaptively acquiring these data of varying quality and nature from the various data sources and data acquisition agents.
  • trendologist function 28 and data grinders 44 1 through 44 n adaptively process the data acquired by standardized data access tools 14a ( Figure 4 ).
  • FIG 8 illustrates the flow of measurement data and other information within the system of this embodiment of the invention.
  • Data sources S1 through S n correspond to sensors S that provide measurement data to rig client T, or to data stored within rig client T itself (well parameters WP1, well properties WP2, etc.), or other information regarding drilling rig W.
  • Data acquisition software agents A1 through An are each instantiated and associated with corresponding data sources S1 through Sn, and operate to acquire measurement data or other information from its corresponding data source S1 through S n , as described above.
  • each of data acquisition agents A1 through An forward the acquired data to a corresponding data grinder 44 1 through 44 n as shown in Figure 8 .
  • Data grinders 44 are computing resources located within rig client T, and trendologist is a computing resource located within formulator ADA_F ( Figure 4 ).
  • Data grinders 44 1 through 44 n process the measurement data from corresponding data sources S1 through S n via agents A1 through An.
  • the processing applied by data grinders 44 is determined by previously-determined formulations (rules, heuristics, and calibrations) stored in knowledge base KB and accessed by rules engine 26, such formulations typically specific to the corresponding data source S, and in combination with other information regarding drilling rig W, including the current drilling state, past measurements, etc.
  • An example of a process that is contemplated to be often applied by data grinders 44 is a low-pass filter, such that higher-frequency variations in the signals from data source S are smoothed over time.
  • this processing is performed from one to N times on each block or group of measurement data, as determined by repeat function 45.
  • This number of repetitions applied by repeat function 45 will vary among the various data sources S, as indicated by the particular rules being enforced by trendologist 28 upon data grinders 44. It is contemplated that the rules applicable to data grinders 44 and repeat function 45 will consider the quality of the data (i . e ., the extent of noise in the data, the variance of the data, the presence and frequency of outliers, and the like), the frequency of the data (i.e., the frequency over time at which measurements are obtained), and the like.
  • "reliability" ratings may be computed or otherwise derived from the measurement data by software agents, and used to determine the extent of processing to be applied to the measurement data by data grinders 44, including the number of repetitions.
  • the rules may indicate that measurement data from downhole sensors S, which are inherently noisier or otherwise less reliable than sensors at the surface, may require additional filtering and thus a higher number of repetitions through data grinder 44, as compared with the data from the surface sensors.
  • data grinders 44 for the various data sources may also apply some type of normalization or other processing so that the processed data from the various data sources S is consistently presented, in a recognizable form relative to the data from other data sources. It is contemplated that the data grinder rules formulated according to this embodiment of the invention will consider those and other factors in defining the data grinding sequence for each data source S.
  • Trendologist 28 also includes combining function 46 that combines the processed data from the multiple data sources, and formatting function 48 that formats the processed data, as combined, into a recognizable and processable format for various software agents.
  • Combining function 46 refers to various rules, heuristics, and other previously determined formulations to select the various data streams that are to be combined for each of the various purposes and destinations, and optionally weighting the particular data sources in effecting such combination.
  • Formatting function 48 arranges the result of the combined processed data into a form that can be immediately utilized by the various destinations, including not only a physical format for the processed and combined data, but also its granularity, smoothness, statistics derived from the various datasets, and the like.
  • the selecting and weighting determined by combining function 46 within trendologist 28, and the formatting determined by formatting function 48 within trendologist 28 are applied to data grinders 44 and to other software agents at rig clients T, so that the desired combining and formatting is accomplished.
  • trendologist 28 working in concert with and through data grinders 44, effectively converts the raw input perceived by sensors S into data and information that can be immediately utilized and comprehended by software agents and formulator ADA_F.
  • Trendologist 28 is automatically and manually scalable, for example by application of rules selected by rules engine 26 for the current situation, to provide the granularity of information needed to provide recommendations to the driller at drilling rig W for adjusting the drilling process.
  • the combination of trendologist 28 and data grinders 44 extend the simplistic concepts of WITSML into the creation of a situationally-aware set of data access tools 14a ( Figure 6 ), accepting any number and manner of drilling perception entities and delivering multiple sets of industry standard, common tool readable, datasets for use within or outside of formulator ADA_F.
  • the resulting processed and combined data can be rendered complete, compensating for missing data types and incorrect or outlier data, for example for those data outside of previously "agreed" bounds of the downstream agents and formulator processes.
  • Inference engine 24 is one destination of these data.
  • inference engine 24 is capable of modifying existing formulations, or of creating new formulations and rule sets, including new rule sets that control trendologist 28 itself.
  • the new or updated rules are stored in knowledge base KB, and accessible to rules engine 26 for selection according to the current drilling situation.
  • Inference engine 24 can also apply new inferences intelligently derived from the newly-received data into knowledge base KB.
  • Agent engine 30 can also receive some or all of the processed combined newly-received data from trendologist 28, and can update or configure existing or new software agents accordingly; an agent instantiated by agent engine 30 at formulator ADA_F can also manage the storage of the newly-received data into database DB.
  • Drilling state engine 32 can also receive the newly processed measurement data and other information, can identify a current or upcoming drilling state ( Figure 7 ), and can configure or update state agents A_S accordingly.
  • the processed data will also typically be forwarded to other software agents, including agents that are being executed at rig client T for the corresponding drilling rig W (or, in some cases and depending on the rules, at rig clients T associated with other drilling rigs W beyond the source of the new data).
  • Display agent A_D can receive the processed data from trendologist 28, formatted according to previously formulated rules for displaying useful information to a human driller via display TDISP, and consistent with the current drilling state and conditions at drilling rig W.
  • display agent A_D produces one or more recommendations regarding changes or adjustments to make in the drilling process, according to rules, heuristics, and calibrations previously formulated by formulator ADA_F that are configured within display agent A_D; the resulting recommendation, if any, is displayed on touchscreen display TDISP, as described above, the driller or drilling engineer can provide an input ("ignore” or "accept”) via touchscreen display TDISP.
  • Trend agent A_T also can receive the processed data from trendologist 28, and derive various trends in the measurements, again according to rules by which trend agent A_T was configured by information integration environment IIE.
  • trendologist 28 working in concert with data grinders 44, process, filter, format, and otherwise condition the measurement data and other information, on a situationally aware basis, and present those processed data to the various destinations.
  • estimates of measurement data are created, using certain data analyzer parameters selected to create those estimates, for example based upon the quality (e.g., noise energy) of the sensed data, knowledge regarding the model and manufacturer of the sensors (and past history of the quality of such data), other measurements concurrent with the sensed data, the current lithology into which the drilling is taking place at the time of the sensed measurements, and the like.
  • such parameters as the current depth, and various current and cumulative parameter values can be iteratively derived, and used to determine the manner in which the measurements are displayed at the affected rig client T. For example, poor quality data from sensors S known to be noisy may be displayed over relatively long intervals, and heavily filtered and processed, while "cleaner" data may be displayed closer to real-time. Furthermore, trendologist 28 may calculate data "reliability" values for each measurement, in this manner, and use those reliability measurements in the display of data at rig client T, as well as in decisions and recommendations to be made according to the corresponding formulations.
  • Figure 9 illustrates an example of this operation of trendologist 28 and the various software agents and functions within information integration environment IIE, in the form of a process flow diagram that creates estimates from various measured parameters, for example the computation of estimates of a parameter along the length of the wellbore, from measurements taken at the surface.
  • this operation is being carried out by the network of software agents, as instantiated by agent access server 16a ( Figure 6 ), and operating in combination with tools 14 ( Figure 4 ) of information integration environment IIE.
  • bus management process 52 receives the data from the various sensors S and data acquisition software agents concerned with drilling rig W, to provide measurement data and other information to the overall process.
  • depth computation process 56 computes the depth of the wellbore from the various data and information as processed by estimation process 60, and process 62 computes downhole values from received data and information.
  • process 64 Based on historical data stored in database DB and accessed by database management process 54, process 64 computes total values for the parameter based on the downhole values from process 62, and from other processing of the data and information by process 60. Process 60 then forwards the results to database management process 54 for storage in database DB, and for display at display TDISP of rig client T via display management process 66.
  • trendologist 28 also determines a useful scale and granularity for displaying the processed measurement data at touchscreen display TDISP of rig clients T; for example, measurement data that are changing slowly but for which precision is important may be displayed at a magnified scale so that small yet important shifts in the data are visible, while noisy or imprecise measurement data can be shown at a less-magnified scale, or over an expanded time scale.
  • Trendologist 28 also receives at least some of the results of the estimates from process 60 as feedback for the data analyzer parameters 58 that it forwards to estimation process 60. Accordingly, the operation of data grinders 44 and trendologist 28 serves to efficiently and intelligently create estimates of various drilling parameters, conditions, and estimated values.
  • expert-based drilling is implemented by way of formulator ADA_F operating thorough software agents instantiated by information integration environment IIE and executing at rig clients T.
  • this expert-based operation of the system of this embodiment of the invention effectively implements situationally aware "experts", in the form of formulations (rules, heuristics, and calibrations) that control the software agents operating in the system.
  • the overall result of the expert-based system is to provide the human driller or drilling engineer at the drilling site with recommendations regarding the drilling process, based on recently acquired and processed measurement data and other measurements, and based on inferences and previously generated formulations.
  • the expert-based drilling aspect of this invention ensures that the formulations used in connection with the drilling operation are up-to-date, and accurate.
  • Figure 10 illustrates the overall operation of expert-based drilling according to an embodiment of this invention, in connection with multiple drilling rigs W deployed in multiple fields F1 through F4.
  • inference engine 24 within formulator ADA_F determines the frequency and timing at which software agents are to be instantiated and forwarded to the various rig clients T, for purposes of acquiring specific measurement data and other information that may be useful in the updating or creating of formulations (rules, heuristics, and calibrations). This determination may itself be based on rules or heuristics that are developed and updated in response to current conditions and past history.
  • expert tools server 16b configures and instantiates the appropriate software agents for gathering the data and information desired by inference engine 24, according to the current formulations for acquiring such data and information.
  • expert tools server 16b causes the appropriate one or more of rig clients T to execute those newly instantiated agents, to acquire the measurement data and information required by inference engine 24.
  • These data and information may also include any "ignore” inputs issued by the driller or drilling engineer, and the recommendations and situations giving rise to those "ignore” inputs.
  • the data acquisition software agents instantiated for this purpose are preferably sufficiently autonomous as to be self-terminating, upon completion of their data acquisition tasks in this instantiation.
  • the timing with which these software agents are instantiated at rig clients T, for purposes of new or updated formulations is based on a time sequence, rather than based on situational awareness as in the case described above relative to Figure 6 .
  • the sources of that data and other information need not be the same sources as used in the determination of current conditions and recommendations, as discussed above relative to Figures 6 through 9 .
  • the measurement data acquired in connection with the creation and updating of formulations are preferably processed, conditioned, and formatted by data access tools 14a, including data grinders 44 ( Figure 8 ) and trendologist 28 as described above, to facilitate the drawing of inferences and accurate determination of new or updated formulations.
  • the processed and conditioned data provided by data access tools 14a in information integration environment IIE are then forwarded to agent engine 30, which in turn forwards the received data and any necessary software agents to inference engine 24.
  • Inconsistencies in these rules by the inference engine can be detected by a "consistency enforcer" function within inference engine 24; in the event of a detected inconsistency, inference engine 24 preferably uses its adaptive capability to heuristically derive a potential new rule set. Inference engine 24 operates upon the newly received processed data, in combination with previous formulations and other information stored in knowledge base KB, to create new and updated formulations, including rules and heuristics.
  • Another type of formulation that may be created by inference engine 24 in connection with this aspect of the invention is a calibration, by way of which measurement data from one or more sensors S or other data sources may be calibrated with respect to other measurement data, or with respect to inferences or conclusions or recommendations previously reached, thus improving the precision and fidelity of the operation of this system.
  • Measurement data RAW_data acquired from multiple data sources at drilling rig W1, including sensors S via the data acquisition system at rig client T1 are applied to data conditioning process 70.
  • Process 70 which is performed by trendologist 28 in concert with data grinders 44 in response to previously formulated rules selected by rules engine 26 as applicable to the current drilling state and situation, filter, processes, and conditions measurement data RAW_data according to the nature of the measurements, the signal and data quality, and the like, as discussed above.
  • Figure 11 illustrates, in connection with process 70, examples of the conditioning applied in this example, including rejection of outlier values, signal conditioning through the application of low-pass filters and other signal processing functions, identification of stable values and trends, and the determination of confidence intervals.
  • additional or fewer processes may be applied to measurement data from the various data sources represented within measurement data RAW_data.
  • the result of process 70 is conditioned dataset COND_data.
  • Dataset COND_data is then characterized by inference engine 24, in process 72, to create inferences from the conditioned data.
  • examples of inferences that can be drawn from this characterization include increasing rate-of-penetration, stable weight-on-bit, changes in the slope of Mechanical Specific Energy (MSE), and whether the MSE value is determined or undetermined.
  • MSE Mechanical Specific Energy
  • Expert-based drilling thus provides a mechanism by which situationally-aware expert software functions can control software agents that interact among multiple software servers and hardware states to provide recommendations to human drillers in the drilling of a borehole into the earth at a safely maximized drilling rate.
  • These expert software functions dispatch the agents, initiate transport of remote memory resources and provide transport of knowledge-base components including formulations (rules, heuristics, and calibrations), according to which a drilling state or drilling recommendation is identified responsive to sensed drilling conditions, in combination with one or more parameters indicated by a lithology model of the location of the drilling rig, and in combination with operational limits on drilling equipment sensor parameters.
  • That software experts develop formulations applicable to the drilling site derived from the knowledge base, and transmit those formulations, via an agent, to a drilling advisor client system located at the drilling site.
  • That client system including the drilling advisor function is coupled to receive signals from multiple sensors at the drilling site, and is coupled to the servers within the information integration environment to configure and service the software agents.
  • the expert-based drilling aspect of this invention enables the overall system to continue to improve the accuracy of its inferences and recommendations, as well as improve the confidence with which those inferences and recommendations are drawn, by periodic or otherwise repeated updating of its rules and heuristics.
  • the expertise of the overall system therefore improves over time, and with additional information from each drilling rig W and from other drilling rigs W and production fields F.
  • the instantiation or creation of software agents is thus improved with continued operation over time, as these newly instantiated agents can be configured with these updated formulations.
  • the system of this embodiment of the invention operates to acquire measurement data and other information from one or more drilling rigs W in one or more production fields F, and to provide information back to the driller or drilling engineer based on that data and information, using previously-derived formulations and information from other wells.
  • This information includes recommendations to the driller or drilling engineer regarding the way in which the drilling operation ought to be carried out, including suggested adjustments or changes in the operations carried out at drilling rig W.
  • the optimized manner in which the drilling operation is carried out is determined by the system itself, according to a notional "best well" model.
  • This best well model is determined, according to this aspect of the invention, using recently and previously acquired measurement data, in combination with determinations of the current drilling state and also in combination with the lithology model and other information acquired or derived extrinsically from the data acquired at drilling rig W itself.
  • the creation and updating of formulations according to this notional "best well", and the forwarding of the software agents including formulations corresponding to that best well model, will now be described with reference to Figure 12 .
  • inference engine 24 creates the formulations (rules, heuristics, and calibrations) that are applied by way of software agents instantiated by information integration environment IIE and executed at rig clients T. According to this embodiment of the invention, these formulations created by inference engine 24 are directed toward an optimal notional "best well" model, specific to each drilling rig W in each of the production fields F supported by the system.
  • knowledge base KB includes "best well" models created for other drilling rigs W2 through W4 within the same production field F1, as well as models created for other drilling rigs W in the other fields F2 through F4, and perhaps even prior wells in other fields not being currently supported by the system.
  • formulations in these previous well models are based on the measurement data and lithology models for the wells at those locations, and recommendations made by the system during the drilling of those models, but also preferably include responses from the driller or drilling engineer in response to those recommendations, as well as verification or adjustments made by off-line human experts by way of remote administrators RA ( Figure 5 ).
  • the best well model for drilling rig W1 will also be based on the measurement data previously acquired during the drilling performed so far at that location (stored in database DB and forwarded by agent engine 30), trends of those measurement data as created by trend agent A_T ( Figure 8 ) based on trendologist function 28, the drilling state history as determined by drilling state engine 32, and well parameters WP1 ( Figure 3 ) and well properties WP2 stored at rig client T1 for drilling rig W1.
  • An important input from well properties WP2 into inference engine 24 is, of course, the lithology model to which well properties WP2 at rig client T1 link, as this model provides insight into upcoming layers to be encountered in the drilling. "Ignore" inputs issued by the driller or drilling engineer in response to recommendations suggested by the system, and the situations giving rise to those "ignore” inputs, constitute quite useful information in the deriving of a best well model.
  • BHA bottom-hole assembly
  • limits defined by inference engine as ranges of values within which drilling will be optimized (e.g., based on rate of penetration) within the current layer, or more specifically at the current depth within the current layer.
  • the "best well” model includes those rules and heuristics, based for example on the lithology model and current trends in various parameter measurements, that define preventive action to be taken by the drilling rig in advance of unstable or dangerous situations that are due to arise in upcoming layers of the earth. These and other formulations are contemplated to constitute the "package" of formulations corresponding to a "best well” model applied to a given drilling rig W.
  • inference engine 24 can be in the form of a "neural net", in which a collection of inputs are applied to a network of weighted sum functions, to derive a set of outputs.
  • neural nets are trained by the application of many training sets of inputs to an initial net, evaluation of the result of the net against a known or desired output value set, and back-propagation through the net to adjust the various weighting factors.
  • inference engine 24 may be arranged to implement a more rigorous set of logical rules to implement the best well model in optimizing one or more measurement criteria, with additional information and instances used to modify the logical rules or to create additional rules and logical conditions. Still further in the alternative, inference engine 24 may realize its formulations by use of heuristics, according to which a "softer" result with confidence intervals and the like can be created from a simplification of the overall optimization problem. It is contemplated that those skilled in the art having reference to this specification will be readily able to realize inference engine 24 according to one or more of these or other known artificial intelligence techniques, without undue experimentation.
  • inference engine 24 Upon creation of new or updated formulations, inference engine 24 stores the new or updated rules in knowledge base KB, for use by other functions in formulator ADA_F such as drilling state engine 32. In addition, these new or updated formulations are then forwarded to knowledge tools server 16c within information integration environment IIE. Knowledge tools server 16c then configures software agents with the new or updated formulations corresponding to the "best well" model derived by inference engine 24, as discussed above. These software agents are then instantiated by information integration environment IIE (e.g., agent access server 16a), and are "pushed" to one or more rig clients T in the supported production fields F to which the new formulation is applicable.
  • information integration environment IIE e.g., agent access server 16a
  • display agents A_D ( Figure 8 ) will generally be the agents that are configured with the new formulations according to the "best well" model, as display agents A_D are the actors that present drilling recommendations to the driller or drilling engineer.
  • other agents including trend agents A_T and also data acquisition agents A can also be modified according with the new or updated formulations.
  • different data sources may become of interest as a result of the updating of the drilling formulations, in which case new data acquisition software agents A_D are instantiated and forwarded to rig client T.
  • the software agents configured according to these new or updated formulations are preferably "pushed" to rig clients T in a planned manner, rather than on an immediate basis.
  • the knowledge-based drilling feature in this embodiment organizes, validates and dispatches collection agents for all notional "best wells" for all fields based on all available information for that field.
  • This available information includes historic, real time, and/or near-real-time depth or time based values in any format of drilling dynamics, earth properties, drilling processes and driller reactions.
  • the inference engine operates according to a virtual, heuristic ontology that automatically extends based on the environment sampled, encapsulates rules about the "how" to drill the "best well", "when” to push toward the maximum operating parameters of the drilling rig, and "why" to react ahead of the driller's perception of an impending down hole vibration event.
  • the drilling knowledge base KB suggests solutions to problems based on feedback provided by human experts, learns from experience, represents knowledge, instantiates automated reasoning and argumentation for embodying best drilling practices into the "best well”.
  • Figure 16 illustrates the overall operation of the system by way of examples of processes carried out by software agents and other components of the system, operating within the multi-level system of rig clients T, information integration environment IIE, and formulator ADA_F.
  • the processes and functions illustrated in Figure 16 are those that are contemplated to be useful in connection with a wide range of situations and events in the drilling operation. However, in the spirit of the immediately previous paragraph, it will be understood that these processes are illustrative examples, and are not intended to limit or otherwise exclude other processes and functions carried out by this system.
  • FIG 16 illustrates the acquisition of current real-time sensor information from sensors S at drilling rig W1, in one of production fields F.
  • Rig sensor system 100 at drilling rig W1 refers to an entire set of measurement sensors S1 through Sn, which generate set 101 of isolated analog outputs corresponding to various physical measurements and properties.
  • Isolated analog outputs 101 are digitized by analog/digital converter functions 35 in data acquisition systems (not shown) at or near drilling rig W1, and these digital data are read by data acquisition software agents in process 102 at a desired frequency ( e.g ., 30 Hz, as shown in Figure 16 ).
  • the particular sensors S from which data are acquired, as well as the frequency of such acquisition etc., are determined in a situationally-aware manner, as described above, based on which particular data acquisition software agents are instantiated and the particular configuration of those agents.
  • the sensor data acquired by data acquisition software agents A1 through An are forwarded to data grinders 44.
  • the initiation of data grinders 44 is illustrated in Figure 16 .
  • data grinders 44 filter and otherwise process newly acquired measurement data in concert with trendologist 28, in a situationally aware manner according to various rules, heuristics, and calibrations derived for the current drilling state of drilling rig W1 and other parameters; in addition, as described above, the extent of filtering and other processing applied to these data is dependent on which sensor S is providing the measurements, as well as the nature and quality of those measurements.
  • These processed measurement data are stored in a drilling data file in database DB.
  • drilling state agent A_S determines the particular drilling state of drilling rig W1 as described above. If the current drilling state corresponds to a state in which active drilling is being carried out, then process 80 is performed by another instantiated software agent, to generate various drilling data according to the rules, heuristics, and calibrations for which that software agent has been configured. These drilling data are then forwarded to trendologist 28, as shown in Figure 8 , for combination with other measurement data and other information, and are forwarded to other software agents and other functions to carry out the processes illustrated in Figure 16 .
  • the various software agents performing the processes shown in Figure 16 may be resident and executing within rig client T1 at the site of drilling rig W1, or some (or all) of these software agents may be distributed around the network, for example within information integration environment IIE, depending on the computational capability of the hardware realizing the overall system.
  • process 80 is performed by a corresponding software agent to generate various data corresponding to the drilling operation, as determined by the various formulations according to which the software agent is configured.
  • the generated data are forwarded to trendologist 28 for combination with other data and information, as shown, and also to other processes and functions.
  • data grinder 44c can receive those drilling data that correspond to the circulation of drilling mud; data grinder 44c will filter and otherwise process those data according to the operative rules and heuristics, and forward those processed circulation to trendologist 28 for combination with other data and information.
  • the other functions receiving drilling data resulting from process 80 include software agents for computing the rate of penetration in process 82, for computing the current depth of drilling in process 86, for computing bit RPM in process 84, for computing the surface versus downhole pressure in process 88, for computing bit torque in process 90, and for computing weight-on-bit in process 94.
  • the software agents carrying out these processes also forward their respective results to trendologist 28, for combination with other data and information, and in some cases to software agents for computing other results in other processes in this overall system.
  • the software agent performing process 84 in which bit RPM is calculated, as well as other agents computing other results, also receive information from database DB regarding the expected formations and layers to be encountered, historical drilling information, and rig characteristics and configurations, as linked to by the various well parameters WP acquired by corresponding data acquisition software agents executing at drilling rig W1, as described above. Many of these processes also forward their results for storage in the drilling data file within database DB, as shown in Figure 16 .
  • Other software agents carry out downstream processes to compute other information and data based on the results from the processes described above that receive the drilling data from process 80.
  • These other processes can include such computations as process 92, in which a software agent executes the computation of various totals of other computed parameters (bit torque, RPM, etc.), and process 96 in which a software agent utilizes various parameters from other upstream processes (including process 92) to compute the mechanical specific energy (MSE) of the drilling operation.
  • MSE mechanical specific energy
  • a software agent is also instantiated to determine the current "metalayer", in process 95; as described above, a “metalayer” refers to an abstraction of properties for a layer in the subsurface, such properties including material properties, the depth at the top and bottom interfaces of such a layer, as well as formulations (rules, heuristics, and calibrations) indicating the "best” way to drill through the layer.
  • Process 95 utilizes both the depth data from process 86, as well as information regarding the metalayer from database DB, and forwards these results to a software agent that is performing process 98 to determine the expected drilling parameters for the current metalayer.
  • These expected drilling parameters include the expected ranges for WOB, ROP, RPM, bit torque, delta pressure, and MSE, as well as the expected limits for WOB, RPM, ROP, and bit torque. These expected drilling parameters are forwarded to driller display agent A_D.
  • trendologist 28 residing in formulator ADA_F, combines data and results from various sources, including from data grinders 44, and also from software agents that carry out various ones of the upstream processes as shown in Figure 16 .
  • Trendologist 28 combines these data and results, according to the currently-applicable rules, heuristics, and calibrations, to determine current values of parameters that it determines to be useful to the driller or drilling engineer in the current state of drilling rig W1, and also trends of those parameters, scaled and processed in a manner that it determines to also be useful to the driller or drilling engineer in the current state of drilling rig W1.
  • Those values current values and recent trends are forwarded to driller display agent A_D that is instantiated and executing at rig client T1.
  • the trends of parameters derived by trendologist 28 are also forwarded to rules engine 26.
  • Rules engine 26 is a computational resource in the form of a software component executed by programmable processing circuitry within formulator ADA_F, that selects formulations (rules, heuristics, and calibrations) that are appropriate for a certain situation, and forwards those formulations to information integration environment IIE for configuration into software agents that apply those rules at rig clients T.
  • rules engine 26 receives indications of recent trends from trendologist 28 regarding calculated and measured drilling parameters, as well as the expected drilling parameters from process 98 regarding the current and upcoming metalayers that are being encountered.
  • rules engine 26 selects the rules, heuristics, and calibrations that are suitable for configuring software agents, executable at rig client T1, that determine the recommended drilling parameters and recommended actions, which are displayed via driller display agent A_D at touchscreen display TDISP at rig client T1.
  • the driller or drilling engineer can provide an input via touchscreen display TDISP.
  • This input itself becomes input data that is considered and processed by the system in determining new or updated recommendations or actions, or indeed in determining new or updated formulations for use in generating recommended actions not only at drilling rig W1, but for other drilling rigs W current operating or operating in the future.
  • these inputs are forwarded from touchscreen display TDISP to process 80, by way of which a corresponding data acquisition agent inserts that input into the overall data processed and considered by the system according to this embodiment of the invention.
  • measurement data is acquired from sensors S at drilling rig W1 on a substantially continuous basis, for example on the order of thirty data measurements per second from each of the various sensors S, in process 110.
  • these data are acquired by data acquisition software agents at rig client T1, such agents having been instantiated and configured by information integration environment IIE.
  • one or more data grinders 44 initiate filtering and other processing of these measurement data acquired in process 110.
  • the extent of filtering and processing of these data applied by data grinders 44 is determined by formulations from knowledge base KB, as applied by rules enforced by trendologist 28, and are specific to the nature and quality of the measurement data for each data source (e.g., each sensor S).
  • the combination of trendologist 28 and data grinders 44 configures and controls a baseline for characterization of the incoming measurement data.
  • data grinders 44 and trendologist 28 continue processing the incoming data relative to this characterization baseline that was set in process 112, with the baseline and other processing parameters subject to modification as indicated by rules engine 26 in a situationally-aware manner.
  • trendologist 28 combines the processed data from the various data sources, and applies these data to software agents configured by rules engine 26 to determine whether any one of a number of potential events, such as changes of drilling state or indication of a drilling dysfunction are indicated by the processed data.
  • Decision 115 is executed by one or more software agents in the system in applying the previously derived and stored formulations for detecting dysfunction events.
  • a dysfunction event rule is triggered, more specifically by detecting conditions (indicated by the processed measurement data as combined by trendologist 28) that a rule set or heuristic recognizes as being indicative of a downhole vibration event.
  • An example of a formulation indicating a downhole vibration event is the combination of the following detected situations:
  • the driller or drilling engineer provides the system with an input corresponding to his or her response to the detected dysfunction event, preferably provided via touchscreen display TDISP.
  • These inputs can be a request for more information ("need more info”), a decision to ignore the recommendation (“ignore”), or action taken on the recommendation ("act”). If the driller or drilling engineer requests more information, control returns to process 110 to acquire more information over time; in addition, the system can instantiate additional data acquisition agents to acquire different sensor signals and measurement data, if the formulations indicate such a response to the request for more information.
  • process 124 can be optionally executed by a software agent at rig client T1 to advance to a next recommendation, if the formulations provide such an option. If so, a new recommendation is displayed at touchscreen display TDISP for consideration by the driller or drilling engineer, as before.
  • the "ignore" response to the recommendation is forwarded to the knowledge base KB in process 125, for example via inference engine 24 producing a new or updated formulation based on the "ignore" response.
  • inference engine 24 defers to the decision of the driller or drilling engineer, and uses the intelligence provided by that human in updating formulations appropriate to the sensed current conditions.
  • the current formulations are updated (or assigned a higher level of confidence) in process 122, comprehending the agreement or acquiescence of the driller or drilling engineer to the system recommendations.
  • This action on the recommendation generally results in a change to the drilling parameters applied to the drill string. For example, in the event of a detected actual or imminent downhole vibration event, a recommendation presented in process 120 is to increase the RPM by 10%, and decrease WOB by 5%. Control then passes back to process 110, by way of which new measurement data are acquired in light of the change of drilling parameters, to determine whether the vibration has been resolved. The process then repeats from process 110, although the particular rule set evaluated in decision 115, or the recommendations to be presented in the event of continued dysfunction, may differ from those enforced previously.
  • decision 115 may indicate that, based on the processed and filtered measurement data and other information, no drilling dysfunction is present or imminent. This situation is, of course, indicated by decision 115 returning a NO result. This condition corresponds to the processed measurement data and other information indicating that the drilling parameters are within their normal or nominal ranges, or more generally that none of the rule sets or formulations detect the combination of measured parameters, trends, and other conditions that, according to the knowledge base KB, indicate actual or imminent dysfunction.
  • one or more software agents execute at rig client T1 to provide recommendations toward optimizing the overall drilling process, based on the "best well" model derived according to the knowledge-based drilling approach described above. These recommendations are presented in process 116, for potential action by the driller or drilling engineer.
  • this "best well" approach in the absence of dysfunction will be especially useful in improving the rate of penetration attainable by a relatively inexperienced driller or drilling engineer, without requiring a human with more experience to be present at the drilling rig WI.
  • this drilling optimization approach can recommend an increase in certain drilling parameters, such as WOB and RPM, by an amount that intends to incrementally increase the rate at which the wellbore is being drilled.
  • Process 110 and subsequent processes in the approach of Figure 17 are then repeated, and the measurement data again processed and analyzed relative to the applicable formulations. For example, after a time interval at the new increased drilling parameters, and if no dysfunction is then detected, a new "best well" recommendation can be presented in process 116, for example to again increase the WOB and RPM in an effort to incrementally increase the rate of drilling progress. The process is then again repeated, until a limit of some type is reached, or a new metalayer is encountered.
  • the process illustrated in Figure 17 is applicable to other operational events.
  • a particularly important example of such events is "lost circulation", which refers to an event in which drilling mud injected into the wellbore is not returning to the surface, at least in the quantity expected relative to that injected.
  • the "best well” model includes formulations capable of inferring a wide range of downhole events, including lost circulation, for the sequence of metalayers defining the wellbore that is being drilled by drilling rig W1.
  • data grinders 44 include one or more "circulation” data grinder instances (data grinder 44c in Figure 16 ) that process and forward measurement data to trendologist 28, for application to rules engine 26 so that software agents can be instantiated and configured to determine the state of drilling mud circulation within drilling rig W1.
  • formulations rules, heuristics, and calibrations
  • formulations that are depth, time, and event based, for configuration into the appropriate software agents.
  • these formulations are based on models that incorporate the lithology models for the metalayers along the wellbore to the extent previously drilled, and based on the depths and thicknesses of those metalayers, as well as upon other factors such as the makeup of the drilling mud, and the like.
  • an imminent or actual lost circulation event is detected by predictive rule sets or heuristics that are predicting an amount of lost drilling mud beyond a particular limit, at a particular depth (e.g., > 200 barrels at a depth of 8600 feet from the surface). If the measurement data processed in processes 112, 114 indicate drilling mud lost beyond this volume at that depth, an event rule is triggered (decision 115 indicates YES), causing one or more drilling agents and display agent A_D at rig client T1 to display a "lost circulation" alert at touchscreen display TDISP, and to derive and present a recommendation to the driller or drilling engineer, in process 120.
  • this recommendation may include a suggestion for a "pill" treatment to the drilling mud; preferably, the driller action at decision 121 provides an input to touchscreen display TDISP by way of which the driller or drilling engineer can provide such an input to the system.
  • action is taken ("act" in Figure 17 )
  • the process is repeated based on the predicted result of the treatment applied, the time line of the treatment impact and affected metalayers, newly acquired measurement data, and other information, beginning with process 110, resulting in a new prediction if applicable.
  • a new prediction can incorporate the previous prediction and a model of the effect of the treatment implemented, such as a prediction of the loss of another 100 barrels of drilling mud by the time that the wellbore reaches a depth of 9200 feet.
  • a new recommendation e.g ., increase drilling mud weight by including a volume of walnuts
  • the process repeats until the circulation loss event is no longer detected.
  • the drilling mud circulation monitoring and evaluation implemented by the system utilizes the stored formulations in connection with the "best well" model to evaluate the likely causes of lost circulation, and the most effective protocol of corrective actions.
  • the functions described above in connection with the optimization of the drilling operation are similarly applicable and useful in the circulation function, including use of the trendologist function to optimally process measurement data from each data source, and to display and analyze that data with a sensitivity most appropriate for the current and upcoming situations.
  • the "best well” model also preferably includes a model for deriving circulation parameters and limits, using the lithology model for the sequence of metalayers that have been encountered and that will be encountered.
  • inference engine 24 of formulator ADA_F preferably accesses knowledge base KB of formulator ADA_F to acquire symbols that are based on the facts and assertions applied in this optimization of the drilling operation, and accesses data base DB to acquire data that is or may be applicable to given drilling rig W1 ( e.g., including its mud pump type, drilling mud system, drill bit being used, formations, etc.).
  • Rules engine 26 then examines the existing set of rules to determine which rules may be relevant to the circulating state, so that the proper rule sets or heuristics can be applied to the monitoring of circulation.
  • formulations (rules, heuristics, and calibrations) applied for lost circulation will also be adaptively generated and updated throughout the operation of the system, beginning with models for other drilling rigs and adaptively managed and updated for the current wellbore.
  • this invention provides important benefits in the automation of intelligent assistance in the drilling of a wellbore, typically for the production of oil and gas from the earth, both in a land-based and offshore context.
  • System-wide expertise regarding the drilling of the optimum well in a particular location, as well as the detection and resolution of drilling or circulation dysfunction, can also be intelligently and adaptively derived and applied.
  • the system of this invention will have the capability of identifying relationships and dependencies not previously known, thus extending the expertise of drillers with long experience beyond specific wells and into more general cases.
  • less-experienced drillers and drilling engineers will especially benefit, as they will have automated and user-friendly access to the recommendations of experts and expert systems.
  • Experienced drillers will also benefit, especially in drilling wellbores in new environments. Accordingly, it is contemplated that this invention enables the more efficient, effective, and successful drilling of hydrocarbon wells throughout the world.

Claims (15)

  1. Verfahren zur Unterstützung der Bohrarbeiten beim Bohren eines Bohrlochs an einem Bohrplatz, welches ein Client-Computersystem zur Unterstützung der Bohrarbeiten beinhaltet, wobei das Client-Computersystem über ein Netzwerk mit einem entfernten Computersystem gekoppelt ist, umfassend:
    Identifizieren, am entfernten Computersystem, der Bohrverhältnisse am Bohrplatz, wobei die Bohrverhältnisse mindestens einen für die Erdschicht, in der gebohrt wird, bezeichnenden Parameter und/oder einen Parameter umfassen, der bezeichnend ist für mindestens ein beim Bohren zum Einsatz kommenden Element der Bohrmaschine;
    Identifizieren, am entfernten Computersystem, mindestens eines Software-Agent, der eine oder mehrere Formulierungen enthält, die auf die Bohrverhältnisse am Bohrplatz anwendbar sind, wobei der mindestens eine Software-Agent konfiguriert ist, die eine oder die mehreren Formulierungen zu nutzen, um mindestens eine der folgenden Arbeiten durchzuführen: Einholen physikalischer Messungen während des Bohrens am Bohrplatz; Weiterleiten der physikalischen Messungen an das entfernte Computersystem; und Bereitstellen einer Bohrempfehlung am Bohrplatz;
    Weiterleiten, durch das entfernte Computersystem, des mindestens einen Software-Agent an das Client-Computersystem am Bohrplatz, wobei der mindestens eine Software-Agent konfiguriert ist auf dem Client-Computersystem abzulaufen;
    Empfangen, am entfernten Computersystem, der von dem mindestens einen auf dem zweiten Computersystem ablaufenden Software-Agent eingeholten physikalischen Messungen;
    Identifizieren einer oder mehrerer neuer Formulierungen auf Basis der von dem mindestens einen Software-Agent empfangenen physikalischen Messungen; und
    Modifizieren, durch das entfernte Computersystem, des mindestens einen Software-Agent zur Aufnahme der einen oder der mehreren neuen Formulierungen.
  2. Verfahren nach Anspruch 1, wobei das Identifizieren der Bohrverhältnisse am Bohrplatz Folgendes umfasst:
    Empfangen, vom Client-Computersystem, Verknüpfungen zu einer Datenbank, in der für Elemente der Bohrmaschine und für das Lithologie-Modell bezeichnende Parameter gespeichert sind; und
    Zugreifen auf die Datenbank, um den für mindestens ein Element der Bohrmaschine und das Lithologie-Modell bezeichnenden Parameter zu einzuholen.
  3. Verfahren nach Anspruch 1, ferner umfassend:
    Ableiten, von der durch den mindestens einen Software-Agent eingeholten physikalischen Messung, einer Schätzung eines Bohrparameters auf Basis einer auf den Bohrplatz anwendbaren Formulierung; und
    Weiterleiten der Schätzung an das Client-Computersystem zur Anzeige auf einem Sichtgerät.
  4. Verfahren nach Anspruch 3, wobei das Weiterleiten der Schätzung Folgendes umfasst:
    Weiterleiten der Schätzung an den mindestens einen Software-Agent zur Anzeige eines Trends eines oder mehrerer Bohrparameter auf dem Sichtgerät.
  5. Verfahren nach Anspruch 1, wobei das Modifizieren des mindestens einen Software-Agent Folgendes umfasst:
    Erstellen mindestens eines neuen, die eine oder die mehreren Formulierungen enthaltenden Software-Agent; und
    Weiterleiten des mindestens einen neuen Software-Agent an das Client-Computersystem, um den mindestens einen Software-Agent zu ersetzen.
  6. Verfahren nach Anspruch 5, ferner umfassend:
    Bestimmen, aufgrund der physikalischen Messungen, einer Veränderung im Bohrzustand am Bohrplatz, wobei der mindestens eine Software-Agent in Reaktion auf die Veränderung im Bohrzustand modifiziert wird.
  7. Verfahren nach Anspruch 1, ferner umfassend:
    Empfangen von Eingaben eines Benutzers betreffend die Bohrverhältnisse am Bohrplatz, wobei die Formulierungen unter Einsatz der Eingaben in Verbindung mit einer oder mehreren erfasste physikalische Messungen enthaltenden Datenbanken, einer Bohrbrunnen-Eigenschaften, Bohr-Hardwaretypen enthaltenden Datenbank, und/oder einer zuvor erzeugten Formulierungen enthaltenden Wissensbasis entwickelt werden.
  8. Verfahren nach Anspruch 7, wobei die Eingaben eine Eingabe beinhalten, die die Entscheidung, eine aktuelle Bohrempfehlung zu ignorieren, anzeigt.
  9. Verfahren nach Anspruch 8, ferner umfassend:
    Empfangen, von einem Benutzer, einer Verifikation oder Nicht-Verifikation einer oder mehrerer Formulierungen.
  10. Verfahren nach Anspruch 1, ferner umfassend:
    Entwickeln einer oder mehrerer Formulierungen auf Basis einer optimalen Bohrbrunnen-Ontologie, wobei diese Ontologie verkapselte Schritte umfasst, die den Bohrverhältnissen entsprechend vorzunehmen sind, um einen optimalen Brunnen zu bohren.
  11. Verfahren nach Anspruch 10, wobei das Entwickeln der einen oder der mehreren Formulierungen umfasst: Nutzen eines Lithologie-Modells, welches dem mindestens einen Parameter zugeordnet ist, der bezeichnend ist für eine Erdschicht, in der die Bohrungen vorgenommen werden.
  12. Verfahren nach Anspruch 11, wobei das Lithologie-Modell eine Mehrzahl von Schichten in der Erde darstellt, in der mittels Metaschicht-Repräsentationen gebohrt wird, und wobei die Metaschicht-Repräsentationen Information aufweisen, die die Materialeigenschaften einer gegebenen Schicht, Werte, die eine oberste Tiefe und eine unterste Tiefe der Schicht am Bohrplatz angeben, und Information betreffend ein Verfahren zum Bohren durch eine gegebene Schicht betreffen.
  13. Verfahren nach Anspruch 1, wobei der mindestens eine Software-Agent konfiguriert ist, die eine oder die mehreren Formulierungen zu nutzen, das Vorhandensein oder Nichtvorhandensein einer Störung beim Bohren basierend auf den physikalischen Messungen zu erfassen, und konfiguriert ist, eine Empfehlung zur Verbesserung der Bohrqualität anzuzeigen.
  14. Verfahren nach Anspruch 13, wobei der mindestens eine Software-Agent konfiguriert ist, in Reaktion auf das Erfassen des Vorhandenseins der Bohrstörung eine erste Empfehlung zur Beseitigung dieser Bohrstörung anzuzeigen.
  15. System zur Unterstützung der Bohrarbeiten beim Bohren eines Bohrlochs an einem Bohrplatz, umfassend:
    ein entferntes Computersystem, umfassend:
    einen Anweisungen enthaltenden Speicher; und
    einen Prozessor, der konfiguriert ist, die Anweisungen zur Durchführung eines Verfahrens ausführen, umfassend:
    Identifizieren der Bohrverhältnisse am Bohrplatz, wobei die Bohrverhältnisse mindestens einen Parameter, der bezeichnend ist für eine Erdschicht, in der gebohrt wird, und/oder einen Parameter umfassen, der bezeichnend ist für mindestens ein beim Bohren zum Einsatz kommenden Element der Bohrmaschine;
    Identifizieren mindestens eines Software-Agent, der eine oder mehrere Formulierungen enthält, die auf die Bohrverhältnisse am Bohrplatz anwendbar sind, wobei der mindestens eine Software-Agent konfiguriert ist, die eine oder die mehreren Formulierungen zu nutzen, um mindestens eine der folgenden Arbeiten durchzuführen: Einholen physikalischer Messungen während des Bohrens am Bohrplatz; Weiterleiten der physikalischen Messungen an das entfernte Computersystem; und Bereitstellen einer Bohrempfehlung am Bohrplatz;
    Weiterleiten des mindestens einen Software-Agent an das Client-Computersystem am Bohrplatz, wobei der mindestens eine Software-Agent konfiguriert ist auf dem Client-Computersystem abzulaufen;
    Empfangen der von dem mindestens einen, auf dem Client-Computersystem ablaufenden Software-Agent eingeholten physikalischen Messungen;
    Identifizieren einer oder mehrerer neuer Formulierungen auf Basis der von dem mindestens einen Software-Agent empfangenen physikalischen Messungen; und
    Modifizieren, durch das entfernte Computersystem, des mindestens einen Software-Agent zur Aufnahme der einen oder der mehreren neuen Formulierungen; und
    wobei das Client-Computersystem über ein Netzwerk an das entfernte Computersystem gekoppelt ist und umfasst:
    einen den mindestens einen Software-Agent enthaltenden Speicher; und
    einen Prozessor zum Ausführen des mindestens einen Software-Agent.
EP08843835.3A 2007-10-30 2008-10-23 Intelligenter bohr-advisor Not-in-force EP2222937B1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US98375807P 2007-10-30 2007-10-30
PCT/US2008/080849 WO2009058635A2 (en) 2007-10-30 2008-10-23 An intelligent drilling advisor

Publications (2)

Publication Number Publication Date
EP2222937A2 EP2222937A2 (de) 2010-09-01
EP2222937B1 true EP2222937B1 (de) 2014-12-31

Family

ID=40329033

Family Applications (1)

Application Number Title Priority Date Filing Date
EP08843835.3A Not-in-force EP2222937B1 (de) 2007-10-30 2008-10-23 Intelligenter bohr-advisor

Country Status (5)

Country Link
EP (1) EP2222937B1 (de)
BR (1) BRPI0818815A2 (de)
CA (1) CA2703376C (de)
EA (1) EA201000680A1 (de)
WO (1) WO2009058635A2 (de)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8121971B2 (en) 2007-10-30 2012-02-21 Bp Corporation North America Inc. Intelligent drilling advisor
US8381838B2 (en) 2009-12-31 2013-02-26 Pason Systems Corp. System and apparatus for directing the drilling of a well
NO331098B1 (no) * 2010-09-21 2011-10-03 Epsis As Produksjons målingssystem og fremgangsmåte
EP2880260A4 (de) * 2012-08-01 2015-08-12 Services Petroliers Schlumberger Beurteilung, überwachung und steuerung von bohraktivitäten und/oder beurteilung von geologischen eigenschaften
US20150185363A1 (en) * 2013-12-26 2015-07-02 Baker Hughes Incorporated Data visualization in borehole systems
US10082942B2 (en) 2014-03-26 2018-09-25 Schlumberger Technology Corporation Telemetry diagnostics
US10260332B2 (en) * 2014-05-02 2019-04-16 Kongsberg Oil And Gas Technologies As System and console for monitoring and managing well site operations
US11713671B2 (en) 2014-10-28 2023-08-01 Halliburton Energy Services, Inc. Downhole state-machine-based monitoring of vibration
CN105787564B (zh) * 2016-02-24 2018-05-11 国网福建省电力有限公司 一种控制处置大面积停电应急演练进程的专家系统
WO2018142173A1 (en) 2017-02-02 2018-08-09 Schlumberger Technology Corporation Well construction using downhole communication and/or data
GB201813074D0 (en) * 2018-08-10 2018-09-26 Mhwirth As Drilling systems and methods
CN113227922B (zh) * 2018-12-28 2023-01-13 Abb瑞士股份有限公司 用于控制过程工厂中的过程的方法和系统
WO2020236232A1 (en) 2019-05-21 2020-11-26 Schlumberger Technology Corporation Drilling control
CN112012695B (zh) * 2020-09-27 2023-07-18 中油国家油气钻井装备工程技术研究中心有限公司 一种基于边缘计算的石油钻机辅助指导设备及其指导方法
US11506812B1 (en) 2021-08-10 2022-11-22 Saudi Arabian Oil Company Systems and method for selecting a logging deployment option
WO2024039371A1 (en) * 2022-08-17 2024-02-22 Halliburton Energy Services, Inc. Orchestration framework to determine composite well construction recommendations
US11899410B1 (en) * 2022-12-15 2024-02-13 Halliburton Energy Services, Inc. Monitoring a wellbore operation using distributed artificial intelligence

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0857249B1 (de) * 1995-10-23 2006-04-19 Baker Hughes Incorporated Drehbohrsystem in geschlossener schleife
US6612382B2 (en) * 1996-03-25 2003-09-02 Halliburton Energy Services, Inc. Iterative drilling simulation process for enhanced economic decision making
US6408953B1 (en) * 1996-03-25 2002-06-25 Halliburton Energy Services, Inc. Method and system for predicting performance of a drilling system for a given formation
WO1999060247A1 (en) * 1998-05-15 1999-11-25 Baker Hughes Incorporated Automatic hydrocarbon production management system
WO2000042287A1 (en) * 1999-01-13 2000-07-20 Vermeer Manufacturing Company Automated bore planning method and apparatus for horizontal directional drilling
US6405135B1 (en) * 2000-07-18 2002-06-11 John J. Adriany System for remote detection and notification of subterranean pollutants
US7264050B2 (en) * 2000-09-22 2007-09-04 Weatherford/Lamb, Inc. Method and apparatus for controlling wellbore equipment
EP1637695A1 (de) * 2000-09-22 2006-03-22 Weatherford/Lamb, Inc. Verfahren und Vorrichtung zur Fernüberwachung und Steurerung.
GB2371625B (en) * 2000-09-29 2003-09-10 Baker Hughes Inc Method and apparatus for prediction control in drilling dynamics using neural network
US6968909B2 (en) * 2002-03-06 2005-11-29 Schlumberger Technology Corporation Realtime control of a drilling system using the output from combination of an earth model and a drilling process model
US6662110B1 (en) * 2003-01-14 2003-12-09 Schlumberger Technology Corporation Drilling rig closed loop controls
US7172037B2 (en) * 2003-03-31 2007-02-06 Baker Hughes Incorporated Real-time drilling optimization based on MWD dynamic measurements
US7142986B2 (en) * 2005-02-01 2006-11-28 Smith International, Inc. System for optimizing drilling in real time
US8504341B2 (en) * 2006-01-31 2013-08-06 Landmark Graphics Corporation Methods, systems, and computer readable media for fast updating of oil and gas field production models with physical and proxy simulators

Also Published As

Publication number Publication date
EP2222937A2 (de) 2010-09-01
WO2009058635A3 (en) 2009-06-18
EA201000680A1 (ru) 2013-05-30
CA2703376A1 (en) 2009-05-07
CA2703376C (en) 2015-04-07
BRPI0818815A2 (pt) 2015-04-22
WO2009058635A2 (en) 2009-05-07

Similar Documents

Publication Publication Date Title
US8121971B2 (en) Intelligent drilling advisor
EP2222937B1 (de) Intelligenter bohr-advisor
US11834945B1 (en) System and console for monitoring and managing pressure testing operations at a well site
EP2773848B1 (de) Verfahren und system zur vorhersage eines verklemmten rohreereignisses bei einem bohrgestänge
US10301923B2 (en) System and console for monitoring and managing well site drilling operations
US10260332B2 (en) System and console for monitoring and managing well site operations
EP2519843B1 (de) Verwendung allgemeiner bayesscher netzwerke in ölfeldoperationen
US10323502B2 (en) System and console for monitoring and managing tripping operations at a well site
US20200165910A1 (en) System and console for monitoring data stream quality in drilling and production operations at a well site
CA2759641C (en) Method and apparatus for automated drilling of a borehole in a subsurface formation
US20230288603A1 (en) System and method for combining curves in oilfield drilling and production operations
US20230003113A1 (en) Method and system using machine learning for well operations and logistics
US20230117396A1 (en) Use of Vibration Indexes as Classifiers For Tool Performance Assessment and Failure Detection
US20240133284A1 (en) Drilling operations framework

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20100527

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MT NL NO PL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL BA MK RS

17Q First examination report despatched

Effective date: 20120427

DAX Request for extension of the european patent (deleted)
GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

GRAJ Information related to disapproval of communication of intention to grant by the applicant or resumption of examination proceedings by the epo deleted

Free format text: ORIGINAL CODE: EPIDOSDIGR1

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

INTG Intention to grant announced

Effective date: 20140424

INTG Intention to grant announced

Effective date: 20140509

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

INTG Intention to grant announced

Effective date: 20141016

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MT NL NO PL PT RO SE SI SK TR

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: BP CORPORATION NORTH AMERICA INC.

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

Ref country code: GB

Ref legal event code: FG4D

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

REG Reference to a national code

Ref country code: AT

Ref legal event code: REF

Ref document number: 704535

Country of ref document: AT

Kind code of ref document: T

Effective date: 20150215

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 602008036162

Country of ref document: DE

Effective date: 20150219

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20141231

Ref country code: FI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20141231

REG Reference to a national code

Ref country code: NL

Ref legal event code: VDEP

Effective date: 20141231

REG Reference to a national code

Ref country code: NO

Ref legal event code: T2

Effective date: 20141231

REG Reference to a national code

Ref country code: LT

Ref legal event code: MG4D

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20141231

Ref country code: LV

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20141231

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20150401

Ref country code: HR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20141231

REG Reference to a national code

Ref country code: AT

Ref legal event code: MK05

Ref document number: 704535

Country of ref document: AT

Kind code of ref document: T

Effective date: 20141231

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20141231

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20141231

Ref country code: RO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20141231

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20141231

Ref country code: ES

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20141231

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: PL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20141231

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20150430

Ref country code: AT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20141231

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 602008036162

Country of ref document: DE

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: EE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20141231

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20141231

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

26N No opposition filed

Effective date: 20151001

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20141231

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20141231

REG Reference to a national code

Ref country code: DE

Ref legal event code: R119

Ref document number: 602008036162

Country of ref document: DE

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LU

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20151023

Ref country code: BE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20141231

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MC

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20141231

REG Reference to a national code

Ref country code: IE

Ref legal event code: MM4A

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20151031

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20151031

Ref country code: DE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20160503

REG Reference to a national code

Ref country code: FR

Ref legal event code: ST

Effective date: 20160630

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: FR

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20151102

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20151023

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: BG

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20141231

Ref country code: HU

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT; INVALID AB INITIO

Effective date: 20081023

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CY

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20141231

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20141231

Ref country code: TR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20141231

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20141231

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: NO

Payment date: 20191029

Year of fee payment: 12

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 20191028

Year of fee payment: 12

REG Reference to a national code

Ref country code: NO

Ref legal event code: MMEP

GBPC Gb: european patent ceased through non-payment of renewal fee

Effective date: 20201023

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: NO

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20201031

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GB

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20201023