WELL PLAN SYSTEM

RELATED APPLICATIONS

[0001] This application claims priority to and the benefit of a US Application having Serial No. 62/148,873, filed 17 April 2015 (Attorney Docket No. IS14.8443), which is incorporated by reference herein.

BACKGROUND

[0002] A bore can be drilled into a geologic environment where the bore may be utilized for form a well. A rig may be a system of components that can be operated to form a bore in a geologic environment, to transport equipment into and out of a bore in a geologic environment, etc. As an example, a rig may include a system that can be used to drill a bore and to acquire information about a geologic environment, drilling, etc. As an example, a rig can include one or more of the following components and/or equipment: a mud tank, a mud pump, a derrick or a mast, drawworks, a rotary table or a top drive, a drillstring, power generation equipment and auxiliary equipment. As an example, an offshore rig may include one or more of such components, which may be on a vessel or a drilling platform. As an example, a rig or wellsite equipment may be operated to form a bore according to a plan, which may be a well plan.

SUMMARY

[0003] A method can include receiving a well plan associated with a geologic environment; analyzing at least a portion of the well plan; and, based at least in part on the analyzing, controlling rendering of highlighting associated with at least one well plan design parameter in a rendering of a three-dimensional scene of at least a portion of the geologic environment. A system can include one or more processors; memory operatively coupled to the one or more processors; and processor- executable instructions stored in the memory and executable to instruct the system to receive a well plan associated with a geologic environment, analyze at least a portion of the well plan to provide an analysis, and, based at least in part on the analysis, control rendering of highlighting associated with at least one well plan design parameter in a rendering of a three-dimensional scene of at least a portion of the geologic environment. One or more computer-readable storage media can include computer-executable instructions executable to instruct a computer to:

receive a well plan associated with a geologic environment; analyze at least a portion of the well plan to provide an analysis; and, based at least in part on the analysis, control rendering of highlighting associated with at least one well plan design parameter in a rendering of a three-dimensional scene of at least a portion of the geologic environment. Various other apparatuses, systems, methods, etc., are also disclosed.

[0004] This summary is provided to introduce a selection of concepts that are further described below in the detailed description. This summary is not intended to identify key or essential features of the claimed subject matter, nor is it intended to be used as an aid in limiting the scope of the claimed subject matter.

BRIEF DESCRIPTION OF THE DRAWINGS

[0005] Features and advantages of the described implementations can be more readily understood by reference to the following description taken in

conjunction with the accompanying drawings.

[0006] Fig. 1 illustrates examples of equipment in a geologic environment;

[0007] Fig. 2 illustrates an example of a system and examples of types of holes;

[0008] Fig. 3 illustrates an example of a system;

[0009] Fig. 4 illustrates an example of a system;

[0010] Fig. 5 illustrates an example of a system;

[0011] Fig. 6 illustrates an example of a system and an example of a scenario;

[0012] Fig. 7 illustrates an example of a wellsite system and an example of a computational system;

[0013] Fig. 8 illustrates an example of a method;

[0014] Fig. 9 illustrates an example of a graphical user interface;

[0015] Fig. 10 illustrates an example of a method and an example of a system;

[0016] Fig. 1 1 illustrates an example of a method and an example of a system;

[0017] Fig. 12 illustrates an example of a method;

[0018] Fig. 13 illustrates an example of a method; [0019] Fig. 14 illustrates an example of a method;

[0020] Fig. 15 illustrates an example of a system; and

[0021] Fig. 16 illustrates example components of a system and a networked system

DETAI LED DESCRIPTION

[0022] The following description includes embodiments of the best mode presently contemplated for practicing the described implementations. This description is not to be taken in a limiting sense, but rather is made merely for the purpose of describing the general principles of the implementations. The scope of the described implementations should be ascertained with reference to the issued claims.

[0023] Fig. 1 shows an example of a geologic environment 120. In Fig. 1 , the geologic environment 120 may be a sedimentary basin that includes layers (e.g. , stratification) that include a reservoir 121 and that may be, for example, intersected by a fault 123 (e.g., or faults). As an example, the geologic environment 120 may be outfitted with any of a variety of sensors, detectors, actuators, etc. For example, equipment 122 may include communication circuitry to receive and/or to transmit information with respect to one or more networks 125. Such information may include information associated with downhole equipment 124, which may be equipment to acquire information, to assist with resource recovery, etc. Other equipment 126 may be located remote from a well site and include sensing, detecting, emitting or other circuitry. Such equipment may include storage and communication circuitry to store and to communicate data, instructions, etc. As an example, one or more pieces of equipment may provide for measurement, collection, communication, storage, analysis, etc. of data (e.g. , for one or more produced resources, etc.). As an example, one or more satellites may be provided for purposes of communications, data acquisition, geolocation, etc. For example, Fig. 1 shows a satellite in

communication with the network 125 that may be configured for communications, noting that the satellite may additionally or alternatively include circuitry for imagery (e.g., spatial, spectral, temporal, radiometric, etc.).

[0024] Fig. 1 also shows the geologic environment 120 as optionally including equipment 127 and 128 associated with a well that includes a substantially horizontal portion that may intersect with one or more fractures 129. For example, consider a well in a shale formation that may include natural fractures, artificial fractures (e.g. , hydraulic fractures) or a combination of natural and artificial fractures. As an example, a well may be drilled for a reservoir that is laterally extensive. In such an example, lateral variations in properties, stresses, etc. may exist where an assessment of such variations may assist with planning, operations, etc. to develop the reservoir (e.g., via fracturing, injecting, extracting, etc.). As an example, the equipment 127 and/or 128 may include components, a system, systems, etc. for fracturing, seismic sensing, analysis of seismic data, assessment of one or more fractures, injection, production, etc. As an example, the equipment 127 and/or 128 may provide for measurement, collection, communication, storage, analysis, etc. of data such as, for example, production data (e.g. , for one or more produced resources). As an example, one or more satellites may be provided for purposes of communications, data acquisition, etc.

[0025] Fig. 1 also shows an example of equipment 170 and an example of equipment 180. Such equipment, which may be systems of components, may be suitable for use in the geologic environment 120. While the equipment 170 and 180 are illustrated as land-based, various components may be suitable for use in an offshore system. As shown in Fig. 1 , the equipment 180 can be mobile as carried by a vehicle; noting that the equipment 170 can be assembled, disassembled, transported and re-assembled, etc.

[0026] The equipment 170 includes a platform 171 , a derrick 172, a crown block 173, a line 174, a traveling block assembly 175, drawworks 176 and a landing 177 (e.g., a monkeyboard). As an example, the line 174 may be controlled at least in part via the drawworks 176 such that the traveling block assembly 175 travels in a vertical direction with respect to the platform 171 . For example, by drawing the line 174 in, the drawworks 176 may cause the line 174 to run through the crown block 173 and lift the traveling block assembly 175 skyward away from the platform 171 ; whereas, by allowing the line 174 out, the drawworks 176 may cause the line 174 to run through the crown block 173 and lower the traveling block assembly 175 toward the platform 171 . Where the traveling block assembly 175 carries pipe (e.g., casing, etc.), tracking of movement of the traveling block 175 may provide an indication as to how much pipe has been deployed.

[0027] A derrick can be a structure used to support a crown block and a traveling block operatively coupled to the crown block at least in part via line. A derrick may be pyramidal in shape and offer a suitable strength-to-weight ratio. A derrick may be movable as a unit or in a piece by piece manner (e.g., to be assembled and disassembled).

[0028] As an example, drawworks may include a spool, brakes, a power source and assorted auxiliary devices. Drawworks may controllably reel out and reel in line. Line may be reeled over a crown block and coupled to a traveling block to gain mechanical advantage in a "block and tackle" or "pulley" fashion. Reeling out and in of line can cause a traveling block (e.g. , and whatever may be hanging underneath it), to be lowered into or raised out of a bore. Reeling out of line may be powered by gravity and reeling in by a motor, an engine, etc. (e.g. , an electric motor, a diesel engine, etc.).

[0029] As an example, a crown block can include a set of pulleys (e.g., sheaves) that can be located at or near a top of a derrick or a mast, over which line is threaded. A traveling block can include a set of sheaves that can be moved up and down in a derrick or a mast via line threaded in the set of sheaves of the traveling block and in the set of sheaves of a crown block. A crown block, a traveling block and a line can form a pulley system of a derrick or a mast, which may enable handling of heavy loads (e.g., drillstring, pipe, casing, liners, etc.) to be lifted out of or lowered into a bore. As an example, line may be about a centimeter to about five centimeters in diameter as, for example, steel cable. Through use of a set of sheaves, such line may carry loads heavier than the line could support as a single strand.

[0030] As an example, a derrick person may be a rig crew member that works on a platform attached to a derrick or a mast. A derrick can include a landing on which a derrick person may stand. As an example, such a landing may be about 10 meters or more above a rig floor. In an operation referred to as trip out of the hole (TOH), a derrick person may wear a safety harness that enables leaning out from the work landing (e.g., monkeyboard) to reach pipe in located at or near the center of a derrick or a mast and to throw a line around the pipe and pull it back into its storage location (e.g. , fingerboards), for example, until it a time at which it may be desirable to run the pipe back into the bore. As an example, a rig may include automated pipe-handling equipment such that the derrick person controls the machinery rather than physically handling the pipe. [0031] As an example, a trip may refer to the act of pulling equipment from a bore and/or placing equipment in a bore. As an example, equipment may include a drillstring that can be pulled out of the hole and/or place or replaced in the hole. As an example, a pipe trip may be performed where a drill bit has dulled or has otherwise ceased to drill efficiently and is to be replaced.

[0032] Fig. 2 shows an example of a wellsite system 200 (e.g. , at a wellsite that may be onshore or offshore). As shown, the wellsite system 200 can include a mud tank 201 for holding mud and other material (e.g., where mud can be a drilling fluid), a suction line 203 that serves as an inlet to a mud pump 204 for pumping mud from the mud tank 201 such that mud flows to a vibrating hose 206, a drawworks 207 for winching drill line or drill lines 212, a standpipe 208 that receives mud from the vibrating hose 206, a kelly hose 209 that receives mud from the standpipe 208, a gooseneck or goosenecks 210, a traveling block 21 1 , a crown block 213 for carrying the traveling block 21 1 via the drill line or drill lines 212 (see, e.g., the crown block 173 of Fig. 1 ), a derrick 214 (see, e.g., the derrick 172 of Fig. 1 ), a kelly 218 or a top drive 240, a kelly drive bushing 219, a rotary table 220, a drill floor 221 , a bell nipple 222, one or more blowout preventors (BOPs) 223, a drillstring 225, a drill bit 226, a casing head 227 and a flow pipe 228 that carries mud and other material to, for example, the mud tank 201 .

[0033] In the example system of Fig. 2, a borehole 232 is formed in subsurface formations 230 by rotary drilling; noting that various example

embodiments may also use directional drilling.

[0034] As shown in the example of Fig. 2, the drillstring 225 is suspended within the borehole 232 and has a drillstring assembly 250 that includes the drill bit 226 at its lower end. As an example, the drillstring assembly 250 may be a bottom hole assembly (BHA).

[0035] The wellsite system 200 can provide for operation of the drillstring 225 and other operations. As shown, the wellsite system 200 includes the platform 21 1 and the derrick 214 positioned over the borehole 232. As mentioned, the wellsite system 200 can include the rotary table 220 where the drillstring 225 pass through an opening in the rotary table 220.

[0036] As shown in the example of Fig. 2, the wellsite system 200 can include the kelly 218 and associated components, etc., or a top drive 240 and associated components. As to a kelly example, the kelly 218 may be a square or hexagonal metal/alloy bar with a hole drilled therein that serves as a mud flow path. The kelly 218 can be used to transmit rotary motion from the rotary table 220 via the kelly drive bushing 219 to the drillstring 225, while allowing the drillstring 225 to be lowered or raised during rotation. The kelly 218 can pass through the kelly drive bushing 219, which can be driven by the rotary table 220. As an example, the rotary table 220 can include a master bushing that operatively couples to the kelly drive bushing 219 such that rotation of the rotary table 220 can turn the kelly drive bushing 219 and hence the kelly 218. The kelly drive bushing 219 can include an inside profile matching an outside profile (e.g., square, hexagonal, etc.) of the kelly 218; however, with slightly larger dimensions so that the kelly 218 can freely move up and down inside the kelly drive bushing 219.

[0037] As to a top drive example, the top drive 240 can provide functions performed by a kelly and a rotary table. The top drive 240 can turn the drillstring 225. As an example, the top drive 240 can include one or more motors (e.g., electric and/or hydraulic) connected with appropriate gearing to a short section of pipe called a quill, that in turn may be screwed into a saver sub or the drillstring 225 itself. The top drive 240 can be suspended from the traveling block 21 1 , so the rotary mechanism is free to travel up and down the derrick 214. As an example, a top drive 240 may allow for drilling to be performed with more joint stands than a kelly/rotary table approach.

[0038] In the example of Fig. 2, the mud tank 201 can hold mud, which can be one or more types of drilling fluids. As an example, a wellbore may be drilled to produce fluid, inject fluid or both (e.g., hydrocarbons, minerals, water, etc.).

[0039] In the example of Fig. 2, the drillstring 225 (e.g. , including one or more downhole tools) may be composed of a series of pipes threadably connected together to form a long tube with the drill bit 226 at the lower end thereof. As the drillstring 225 is advanced into a wellbore for drilling, at some point in time prior to or coincident with drilling, the mud may be pumped by the pump 204 from the mud tank 201 (e.g., or other source) via a the lines 206, 208 and 209 to a port of the kelly 218 or, for example, to a port of the top drive 240. The mud can then flow via a passage (e.g., or passages) in the drillstring 225 and out of ports located on the drill bit 226 (see, e.g., a directional arrow). As the mud exits the drillstring 225 via ports in the drill bit 226, it can then circulate upwardly through an annular region between an outer surface(s) of the drillstring 225 and surrounding wall(s) (e.g., open borehole, casing, etc.), as indicated by directional arrows. In such a manner, the mud lubricates the drill bit 226 and carries heat energy (e.g., frictional or other energy) and formation cuttings to the surface where the mud (e.g., and cuttings) may be returned to the mud tank 201 , for example, for recirculation (e.g., with processing to remove cuttings, etc.).

[0040] The mud pumped by the pump 204 into the drillstring 225 may, after exiting the drillstring 225, form a mudcake that lines the wellbore which, among other functions, may reduce friction between the drillstring 225 and surrounding wall(s) (e.g., borehole, casing, etc.). A reduction in friction may facilitate advancing or retracting the drillstring 225. During a drilling operation, the entire drill string 225 may be pulled from a wellbore and optionally replaced, for example, with a new or sharpened drill bit, a smaller diameter drill string, etc. As mentioned, the act of pulling a drill string out of a hole or replacing it in a hole is referred to as tripping. A trip may be referred to as an upward trip or an outward trip or as a downward trip or an inward trip depending on trip direction.

[0041] As an example, consider a downward trip where upon arrival of the drill bit 226 of the drill string 225 at a bottom of a wellbore, pumping of the mud commences to lubricate the drill bit 226 for purposes of drilling to enlarge the wellbore. As mentioned, the mud can be pumped by the pump 204 into a passage of the drillstring 225 and, upon filling of the passage, the mud may be used as a transmission medium to transmit energy, for example, energy that may encode information as in mud-pulse telemetry.

[0042] As an example, mud-pulse telemetry equipment may include a downhole device configured to effect changes in pressure in the mud to create an acoustic wave or waves upon which information may modulated. In such an example, information from downhole equipment (e.g. , one or more modules of the drillstring 225) may be transmitted uphole to an uphole device, which may relay such information to other equipment for processing, control, etc.

[0043] As an example, telemetry equipment may operate via transmission of energy via the drillstring 225 itself. For example, consider a signal generator that imparts coded energy signals to the drillstring 225 and repeaters that may receive such energy and repeat it to further transmit the coded energy signals (e.g. , information, etc.). [0044] As an example, the drillstring 225 may be fitted with telemetry equipment 252 that includes a rotatable drive shaft, a turbine impeller mechanically coupled to the drive shaft such that the mud can cause the turbine impeller to rotate, a modulator rotor mechanically coupled to the drive shaft such that rotation of the turbine impeller causes said modulator rotor to rotate, a modulator stator mounted adjacent to or proximate to the modulator rotor such that rotation of the modulator rotor relative to the modulator stator creates pressure pulses in the mud, and a controllable brake for selectively braking rotation of the modulator rotor to modulate pressure pulses. In such example, an alternator may be coupled to the

aforementioned drive shaft where the alternator includes at least one stator winding electrically coupled to a control circuit to selectively short the at least one stator winding to electromagnetically brake the alternator and thereby selectively brake rotation of the modulator rotor to modulate the pressure pulses in the mud.

[0045] In the example of Fig. 2, an uphole control and/or data acquisition system 262 may include circuitry to sense pressure pulses generated by telemetry equipment 252 and, for example, communicate sensed pressure pulses or information derived therefrom for process, control, etc.

[0046] The assembly 250 of the illustrated example includes a logging-while- drilling (LWD) module 254, a measuring-while-drilling (MWD) module 256, an optional module 258, a roto-steerable system and motor 260, and the drill bit 226.

[0047] The LWD module 254 may be housed in a suitable type of drill collar and can contain one or a plurality of selected types of logging tools. It will also be understood that more than one LWD and/or MWD module can be employed, for example, as represented at by the module 256 of the drillstring assembly 250.

Where the position of an LWD module is mentioned, as an example, it may refer to a module at the position of the LWD module 254, the module 256, etc. An LWD module can include capabilities for measuring, processing, and storing information, as well as for communicating with the surface equipment. In the illustrated example, the LWD module 254 may include a seismic measuring device.

[0048] The MWD module 256 may be housed in a suitable type of drill collar and can contain one or more devices for measuring characteristics of the drillstring 225 and the drill bit 226. As an example, the MWD tool 254 may include equipment for generating electrical power, for example, to power various components of the drillstring 225. As an example, the MWD tool 254 may include the telemetry equipment 252, for example, where the turbine impeller can generate power by flow of the mud; it being understood that other power and/or battery systems may be employed for purposes of powering various components. As an example, the MWD module 256 may include one or more of the following types of measuring devices: a weight-on-bit measuring device, a torque measuring device, a vibration measuring device, a shock measuring device, a stick slip measuring device, a direction measuring device, and an inclination measuring device.

[0049] Fig. 2 also shows some examples of types of holes that may be drilled. For example, consider a slant hole 272, an S-shaped hole 274, a deep inclined hole 276 and a horizontal hole 278.

[0050] As an example, a drilling operation can include directional drilling where, for example, at least a portion of a well includes a curved axis. For example, consider a radius that defines curvature where an inclination with regard to the vertical may vary until reaching an angle between about 30 degrees and about 60 degrees or, for example, an angle to about 90 degrees or possibly greater than about 90 degrees.

[0051] As an example, a directional well can include several shapes where each of the shapes may aim to meet particular operational demands. As an example, a drilling process may be performed on the basis of information as and when it is relayed to a drilling engineer. As an example, inclination and/or direction may be modified based on information received during a drilling process.

[0052] As an example, deviation of a bore may be accomplished in part by use of a downhole motor and/or a turbine. As to a motor, for example, a drillstring can include a positive displacement motor (PDM).

[0053] As an example, a system may be a steerable system and include equipment to perform method such as geosteering. As an example, a steerable system can include a PDM or of a turbine on a lower part of a drillstring which, just above a drill bit, a bent sub can be mounted. As an example, above a PDM, MWD equipment that provides real time or near real time data of interest (e.g., inclination, direction, pressure, temperature, real weight on the drill bit, torque stress, etc.) and/or LWD equipment may be installed. As to the latter, LWD equipment can make it possible to send to the surface various types of data of interest, including for example, geological data (e.g., gamma ray log, resistivity, density and sonic logs, etc.). [0054] The coupling of sensors providing information on the course of a well trajectory, in real time or near real time, with, for example, one or more logs characterizing the formations from a geological viewpoint, can allow for implementing a geosteering method. Such a method can include navigating a subsurface environment, for example, to follow a desired route to reach a desired target or targets.

[0055] As an example, a drillstring can include an azimuthal density neutron (AND) tool for measuring density and porosity; a MWD tool for measuring inclination, azimuth and shocks; a compensated dual resistivity (CDR) tool for measuring resistivity and gamma ray related phenomena; one or more variable gauge stabilizers; one or more bend joints; and a geosteering tool, which may include a motor and optionally equipment for measuring and/or responding to one or more of inclination, resistivity and gamma ray related phenomena.

[0056] As an example, geosteering can include intentional directional control of a wellbore based on results of downhole geological logging measurements in a manner that aims to keep a directional wellbore within a desired region, zone (e.g. , a pay zone), etc. As an example, geosteering may include directing a wellbore to keep the wellbore in a particular section of a reservoir, for example, to minimize gas and/or water breakthrough and, for example, to maximize economic production from a well that includes the wellbore.

[0057] Referring again to Fig. 2, the wellsite system 200 can include one or more sensors 264 that are operatively coupled to the control and/or data acquisition system 262. As an example, a sensor or sensors may be at surface locations. As an example, a sensor or sensors may be at downhole locations. As an example, a sensor or sensors may be at one or more remote locations that are not within a distance of the order of about one hundred meters from the wellsite system 200. As an example, a sensor or sensor may be at an offset wellsite where the wellsite system 200 and the offset wellsite are in a common field (e.g., oil and/or gas field).

[0058] As an example, one or more of the sensors 264 can be provided for tracking pipe, tracking movement of at least a portion of a drillstring, etc.

[0059] As an example, the system 200 can include one or more sensors 266 that can sense and/or transmit signals to a fluid conduit such as a drilling fluid conduit (e.g. , a drilling mud conduit). For example, in the system 200, the one or more sensors 266 can be operatively coupled to portions of the standpipe 208 through which mud flows. As an example, a downhole tool can generate pulses that can travel through the mud and be sensed by one or more of the one or more sensors 266. In such an example, the downhole tool can include associated circuitry such as, for example, encoding circuitry that can encode signals, for example, to reduce demands as to transmission. As an example, circuitry at the surface may include decoding circuitry to decode encoded information transmitted at least in part via mud-pulse telemetry. As an example, circuitry at the surface may include encoder circuitry and/or decoder circuitry and circuitry downhole may include encoder circuitry and/or decoder circuitry. As an example, the system 200 can include a transmitter that can generate signals that can be transmitted downhole via mud (e.g., drilling fluid) as a transmission medium.

[0060] As an example, one or more portions of a drillstring may become stuck. The term stuck can refer to one or more of varying degrees of inability to move or remove a drillstring from a bore. As an example, in a stuck condition, it might be possible to rotate pipe or lower it back into a bore or, for example, in a stuck condition, there may be an inability to move the drillstring axially in the bore, though some amount of rotation may be possible. As an example, in a stuck condition, there may be an inability to move at least a portion of the drillstring axially and rotationally.

[0061] As to the term "stuck pipe", the can refer to a portion of a drillstring that cannot be rotated or moved axially. As an example, a condition referred to as "differential sticking" can be a condition whereby the drillstring cannot be moved (e.g., rotated or reciprocated) along the axis of the bore. Differential sticking may occur when high-contact forces caused by low reservoir pressures, high wellbore pressures, or both, are exerted over a sufficiently large area of the drillstring.

Differential sticking can have time and financial cost.

[0062] As an example, a sticking force can be a product of the differential pressure between the wellbore and the reservoir and the area that the differential pressure is acting upon. This means that a relatively low differential pressure (delta p) applied over a large working area can be just as effective in sticking pipe as can a high differential pressure applied over a small area.

[0063] As an example, a condition referred to as "mechanical sticking" can be a condition where limiting or prevention of motion of the drillstring by a mechanism other than differential pressure sticking occurs. Mechanical sticking can be caused, for example, by one or more of junk in the hole, wellbore geometry anomalies, cement, keyseats or a buildup of cuttings in the annulus.

[0064] Fig. 3 shows an example of a system 300 that includes various equipment for evaluation 310, planning 320, engineering 330 and operations 340. For example, a drilling workflow framework 301 , a seismic-to-simulation framework 302, a technical data framework 303 and a drilling framework 304 may be

implemented to perform one or more processes such as a evaluating a formation 314, evaluating a process 318, generating a trajectory 324, validating a trajectory 328, formulating constraints 334, designing equipment and/or processes based at least in part on constraints 338, performing drilling 344 and evaluating drilling and/or formation 348.

[0065] In the example of Fig. 3, the seismic-to-simulation framework 302 can be, for example, the PETREL® framework (Schlumberger Limited, Houston, Texas) and the technical data framework 303 can be, for example, the TECHLOG® framework (Schlumberger Limited, Houston, Texas).

[0066] As an example, a framework can include entities that may include earth entities, geological objects or other objects such as wells, surfaces, reservoirs, etc. Entities can include virtual representations of actual physical entities that are reconstructed for purposes of one or more of evaluation, planning, engineering, operations, etc.

[0067] Entities may include entities based on data acquired via sensing, observation, etc. (e.g., seismic data and/or other information). An entity may be characterized by one or more properties (e.g. , a geometrical pillar grid entity of an earth model may be characterized by a porosity property). Such properties may represent one or more measurements (e.g. , acquired data), calculations, etc.

[0068] A framework may be an object-based framework. In such a

framework, entities may include entities based on pre-defined classes, for example, to facilitate modeling, analysis, simulation, etc. A commercially available example of an object-based framework is the MICROSOFT™ . NET™ framework (Redmond, Washington), which provides a set of extensible object classes. In the .NET™ framework, an object class encapsulates a module of reusable code and associated data structures. Object classes can be used to instantiate object instances for use in by a program, script, etc. For example, borehole classes may define objects for representing boreholes based on well data. [0069] As an example, a framework can include an analysis component that may allow for interaction with a model or model-based results (e.g. , simulation results, etc.). As to simulation, a framework may operatively link to or include a simulator such as the ECLIPSE® reservoir simulator (Schlumberger Limited, Houston Texas), the INTERSECT® reservoir simulator (Schlumberger Limited, Houston Texas), etc.

[0070] The aforementioned PETREL® framework provides components that allow for optimization of exploration and development operations. The PETREL® framework includes seismic to simulation software components that can output information for use in increasing reservoir performance, for example, by improving asset team productivity. Through use of such a framework, various professionals (e.g., geophysicists, geologists, well engineers, reservoir engineers, etc.) can develop collaborative workflows and integrate operations to streamline processes. Such a framework may be considered an application and may be considered a data- driven application (e.g. , where data is input for purposes of modeling, simulating, etc.).

[0071] As an example, one or more frameworks may be interoperative and/or run upon one or another. As an example, consider the commercially available framework environment marketed as the OCEAN® framework environment

(Schlumberger Limited, Houston, Texas), which allows for integration of add-ons (or plug-ins) into a PETREL® framework workflow. The OCEAN® framework

environment leverages .NET™ tools (Microsoft Corporation, Redmond, Washington) and offers stable, user-friendly interfaces for efficient development. In an example embodiment, various components may be implemented as add-ons (or plug-ins) that conform to and operate according to specifications of a framework environment (e.g. , according to application programming interface (API) specifications, etc.).

[0072] As an example, a framework can include a model simulation layer along with a framework services layer, a framework core layer and a modules layer. The framework may include the commercially available OCEAN® framework where the model simulation layer can include or operatively link to the commercially available PETREL® model-centric software package that hosts OCEAN® framework applications. In an example embodiment, the PETREL® software may be

considered a data-driven application. The PETREL® software can include a framework for model building and visualization. Such a model may include one or more grids.

[0073] As an example, the model simulation layer may provide domain objects, act as a data source, provide for rendering and provide for various user interfaces. Rendering may provide a graphical environment in which applications can display their data while the user interfaces may provide a common look and feel for application user interface components.

[0074] As an example, domain objects can include entity objects, property objects and optionally other objects. Entity objects may be used to geometrically represent wells, surfaces, reservoirs, etc., while property objects may be used to provide property values as well as data versions and display parameters. For example, an entity object may represent a well where a property object provides log information as well as version information and display information (e.g., to display the well as part of a model).

[0075] As an example, data may be stored in one or more data sources (or data stores, generally physical data storage devices), which may be at the same or different physical sites and accessible via one or more networks. As an example, a model simulation layer may be configured to model projects. As such, a particular project may be stored where stored project information may include inputs, models, results and cases. Thus, upon completion of a modeling session, a user may store a project. At a later time, the project can be accessed and restored using the model simulation layer, which can recreate instances of the relevant domain objects.

[0076] As an example, the system 300 may be used to perform one or more workflows. A workflow may be a process that includes a number of worksteps. A workstep may operate on data, for example, to create new data, to update existing data, etc. As an example, a workflow may operate on one or more inputs and create one or more results, for example, based on one or more algorithms. As an example, a system may include a workflow editor for creation, editing, executing, etc. of a workflow. In such an example, the workflow editor may provide for selection of one or more pre-defined worksteps, one or more customized worksteps, etc. As an example, a workflow may be a workflow implementable at least in part in the

PETREL® software, for example, that operates on seismic data, seismic attribute(s), etc. [0077] As an example, seismic data can be data acquired via a seismic survey where sources and receivers are positioned in a geologic environment to emit and receive seismic energy where at least a portion of such energy can reflect off subsurface structures. As an example, a seismic data analysis framework or frameworks (e.g. , consider the OMEGA® framework, marketed by Schlumberger Limited, Houston, Texas) may be utilized to determine depth, extent, properties, etc. of subsurface structures. As an example, seismic data analysis can include forward modeling and/or inversion, for example, to iteratively build a model of a subsurface region of a geologic environment. As an example, a seismic data analysis framework may be part of or operatively coupled to a seismic-to-simulation framework (e.g., the PETREL® framework, etc.).

[0078] As an example, a workflow may be a process implementable at least in part in the OCEAN® framework. As an example, a workflow may include one or more worksteps that access a module such as a plug-in (e.g., external executable code, etc.).

[0079] As an example, a framework may provide for modeling petroleum systems. For example, the commercially available modeling framework marketed as the PETROMOD® framework (Schlumberger Limited, Houston, Texas) includes features for input of various types of information (e.g. , seismic, well, geological, etc.) to model evolution of a sedimentary basin. The PETROMOD® framework provides for petroleum systems modeling via input of various data such as seismic data, well data and other geological data, for example, to model evolution of a sedimentary basin. The PETROMOD® framework may predict if, and how, a reservoir has been charged with hydrocarbons, including, for example, the source and timing of hydrocarbon generation, migration routes, quantities, pore pressure and

hydrocarbon type in the subsurface or at surface conditions. In combination with a framework such as the PETREL® framework, workflows may be constructed to provide basin-to-prospect scale exploration solutions. Data exchange between frameworks can facilitate construction of models, analysis of data (e.g.,

PETROMOD® framework data analyzed using PETREL® framework capabilities), and coupling of workflows.

[0080] As mentioned, a drillstring can include various tools that may make measurements. As an example, a wireline tool or another type of tool may be utilized to make measurements. As an example, a tool may be configured to acquire electrical borehole images. As an example, the fullbore Formation Microlmager (FMI) tool (Schlumberger Limited, Houston, Texas) can acquire borehole image data. A data acquisition sequence for such a tool can include running the tool into a borehole with acquisition pads closed, opening and pressing the pads against a wall of the borehole, delivering electrical current into the material defining the borehole while translating the tool in the borehole, and sensing current remotely, which is altered by interactions with the material.

[0081] Analysis of formation information may reveal features such as, for example, vugs, dissolution planes (e.g. , dissolution along bedding planes), stress- related features, dip events, etc. As an example, a tool may acquire information that may help to characterize a reservoir, optionally a fractured reservoir where fractures may be natural and/or artificial (e.g., hydraulic fractures). As an example, information acquired by a tool or tools may be analyzed using a framework such as the TECH LOG® framework. As an example, the TECHLOG® framework can be interoperable with one or more other frameworks such as, for example, the

PETREL® framework.

[0082] Fig. 4 shows an example of a system 400 that includes a client layer 410, an applications layer 440 and a storage layer 460. As shown the client layer 410 can be in communication with the applications layer 440 and the applications layer 440 can be in communication with the storage layer 460.

[0083] The client layer 410 can include features that allow for access and interactions via one or more private networks 412, one or more mobile platforms and/or mobile networks 414 and via the "cloud" 416, which may be considered to include distributed equipment that forms a network such as a network of networks.

[0084] In the example of Fig. 4, the applications layer 440 includes the drilling workflow framework 301 as mentioned with respect to the example of Fig. 3. The applications layer 440 also includes a database management component 442 that includes one or more search engines modules.

[0085] As an example, the database management component 442 can include one or more search engine modules that provide for searching one or more information that may be stored in one or more data repositories. As an example, the STUDIO E&P™ knowledge environment (Schlumberger Ltd., Houston, Texas) includes STUDIO FIND™ search functionality, which provides a search engine. The STUDIO FIND™ search functionality also provides for indexing content, for example, to create one or more indexes. As an example, search functionality may provide for access to public content, private content or both, which may exist in one or more databases, for example, optionally distributed and accessible via an intranet, the Internet or one or more other networks. As an example, a search engine may be configured to apply one or more filters from a set or sets of filters, for example, to enable users to filter out data that may not be of interest.

[0086] As an example, a framework may provide for interaction with a search engine and, for example, associated features such as features of the STUDIO FIND™ search functionality. As an example, a framework may provide for implementation of one or more spatial filters (e.g. , based on an area viewed on a display, static data, etc.). As an example, a search may provide access to dynamic data (e.g., "live" data from one or more sources), which may be available via one or more networks (e.g., wired, wireless, etc.). As an example, one or more modules may optionally be implemented within a framework or, for example, in a manner operatively coupled to a framework (e.g. , as an add-on, a plug-in, etc.). As an example, a module for structuring search results (e.g., in a list, a hierarchical tree structure, etc.) may optionally be implemented within a framework or, for example, in a manner operatively coupled to a framework (e.g. , as an add-on, a plug-in, etc.).

[0087] In the example of Fig. 4, the applications layer 440 can include communicating with one or more resources such as, for example, the seismic-to- simulation framework 302, the drilling framework 304 and/or one or more sites, which may be or include one or more offset wellsites. As an example, the

applications layer 440 may be implemented for a particular wellsite where

information can be processed as part of a workflow for operations such as, for example, operations performed, being performed and/or to be performed at the particular wellsite. As an example, an operation may involve directional drilling, for example, via geosteering.

[0088] In the example of Fig. 4, the storage layer 460 can include various types of data, information, etc., which may be stored in one or more databases 462. As an example, one or more servers 464 may provide for management, access, etc., to data, information, etc., stored in the one or more databases 462. As an example, the module 442 may provide for searching as to data, information, etc., stored in the one or more databases 462. [0089] As an example, the module 442 may include features for indexing, etc. As an example, information may be indexed at least in part with respect to wellsite. For example, where the applications layer 440 is implemented to perform one or more workflows associated with a particular wellsite, data, information, etc., associated with that particular wellsite may be indexed based at least in part on the wellsite being an index parameter (e.g., a search parameter).

[0090] As an example, the system 400 of Fig. 4 may be implemented to perform one or more portions of one or more workflows associated with the system 300 of Fig. 3. For example, the drilling workflow framework 301 may interact with the technical data framework 303 and the drilling framework 304 before, during and/or after performance of one or more drilling operations. In such an example, the one or more drilling operations may be performed in a geologic environment (see, e.g. , the environment 150 of Fig. 1 ) using one or more types of equipment (see, e.g. , equipment of Figs. 1 and 2).

[0091] Fig. 5 shows an example of a system 500 that includes a computing device 501 , an application services block 510, a bootstrap services block 520, a cloud gateway block 530, a cloud portal block 540, a stream processing services block 550, one or more databases 560, a management services block 570 and a service systems manager 590.

[0092] In the example of Fig. 5, the computing device 501 can include one or more processors 502, memory 503, one or more interfaces 504 and location circuitry 505 or, for example, one of the one or more interfaces 504 may be operatively coupled to location circuitry that can acquire local location information. For example, the computing device 501 can include GPS circuitry as location circuitry such that the approximate location of the computer device 501 can be determined. While GPS is mentioned (Global Positioning System), location circuitry may employ one or more types of locating techniques. For example, consider one or more of GLONASS, GALI LEO, BeiDou-2, or another system (e.g. , global navigation satellite system, "GNSS"). As an example, location circuitry may include cellular phone circuitry (e.g. , LTE, 3G, 4G, etc.). As an example, location circuitry may include WiFi circuitry.

[0093] As an example, the application services block 510 can be implemented via instructions executable using the computing device 501 . As an example, the computing device 501 may be at a wellsite and part of wellsite equipment. As an example, the computing device 501 may be a mobile computing device (e.g., tablet, laptop, etc.) or a desktop computing device that may be mobile, for example, as part of wellsite equipment (e.g., doghouse equipment, rig equipment, vehicle equipment, etc.).

[0094] As an example, the system 500 can include performing various actions. For example, the system 500 may include a token that is utilized as a security measure to assure that information (e.g., data) is associated with appropriate permission or permissions for transmission, storage, access, etc.

[0095] In the example of Fig. 5, various circles are shown with labels A to H. As an example, A can be a process where an administrator creates a shared access policy (e.g. , manually, via an API , etc.); B can be a process for allocating a shared access key for a device identifier (e.g., a device ID), which may be performed manually, via an API, etc.); C can be a process for creating a "device" that can be registered in a device registry and for allocating a symmetric key; D can be a process for persisting metadata where such metadata may be associated with a wellsite identifier (e.g., a well ID) and where, for example, location information (e.g., GPS based information, etc.) may be associated with a device ID and a well ID; E can be a process where a bootstrap message passes that includes a device ID (e.g., a trusted platform module (TPM) chip I D that may be embedded within a device) and that includes a well ID and location information such that bootstrap services (e.g., of the bootstrap services block 520) can proceed to obtain shared access signature (SAS) key(s) to a cloud service endpoint for authorization; F can be a process for provisioning a device, for example, if not already provisioned, where, for example, the process can include returning device keys and endpoint; G can be a process for getting a SAS token using an identifier and a key; and H can be a process that includes being ready to send a message using device credentials. Also shown in Fig. 5 is a process for getting a token and issuing a command for a well identifier (see label Z).

[0096] As an example, Shared Access Signatures can be an authentication mechanism based on, for example, SHA-256 secure hashes, URIs, etc. As an example, SAS may be used by one or more Service Bus services. SAS can be implemented via a Shared Access Policy and a Shared Access Signature, which may be referred to as a token. As an example, for SAS applications using the AZURE™ . NET SDK with the Service Bus, .NET libraries can use SAS authorization through the SharedAccessSignatureTokenProvider class. [0097] As an example, where a system gives an entity (e.g., a sender, a client, etc.) a SAS token, that entity does not have the key directly, and that entity cannot reverse the hash to obtain it. As such, there is control over what that entity can access and, for example, for how long access may exist. As an example, in SAS, for a change of the primary key in the policy, Shared Access Signatures created from it will be invalidated.

[0098] As an example, the system 500 of Fig. 5 can be implemented for provisioning of rig acquisition system and/or data delivery.

[0099] As an example, a method can include establishing an Internet of Things (loT) hub or hubs. As an example, such a hub or hubs can include one or more device registries. In such an example, the hub or hubs may provide for storage of metadata associated with a device and, for example, a per-device authentication model. As an example, where location information indicates that a device (e.g. , wellsite equipment, etc.) has been changed with respect to its location, a method can include revoking the device in a hub.

[00100] As an example, such an architecture utilized in a system such as, for example, the system 500, may include features of the AZURE™ architecture

(Microsoft Corporation, Redmond, WA). As an example, the cloud portal block 540 can include one or more features of an AZURE™ portal that can manage, mediate, etc. access to one or more services, data, connections, networks, devices, etc.

[00101 ] As an example, the system 500 can include a cloud computing platform and infrastructure, for example, for building, deploying, and managing applications and services (e.g., through a network of datacenters, etc.). As an example, such a cloud platform may provide PaaS and laaS services and support one or more different programming languages, tools and frameworks, etc.

[00102] Fig. 6 shows an example of a system 600 associated with an example of a wellsite system 601 and also shows an example scenario 602. As shown in Fig. 6, the system 600 can include a front-end 603 and a back-end 605 from an outside or external perspective (e.g. , external to the wellsite system 601 , etc.). In the example of Fig. 6, the system 600 includes a drilling framework 620, a stream processing and/or management block 640, storage 660 and optionally one or more other features that can be defined as being back-end features. In the example of Fig. 6, the system 600 includes a drilling workflow framework 610, a stream processing and/or management block 630, applications 650 and optionally one or more other features that can be defined as being front-end features.

[00103] As an example, a user operating a user device can interact with the front-end 603 where the front-end 603 can interact with one or more features of the back-end 605. As an example, such interactions may be implemented via one or more networks, which may be associated with a cloud platform (e.g. , cloud resources, etc.).

[00104] As to the example scenario 602, the drilling framework 620 can provide information associated with, for example, the wellsite system 601 . As shown, the stream blocks 630 and 640, a query service 685 and the drilling workflow framework 610 may receive information and direct such information to storage, which may include a time series database 662, a blob storage database 664, a document database 666, a well information database 668, a project(s) database 669, etc. As an example, the well information database 668 may receive and store information such as, for example, customer information (e.g. , from entities that may be owners of rights at a wellsite, service providers at a wellsite, etc.). As an example, the project database 669 can include information from a plurality of projects where a project may be, for example, a wellsite project.

[00105] As an example, the system 600 can be operable for a plurality of wellsite, which may include active and/or inactive wellsites and/or, for example, one or more planned wellsites. As an example, the system 600 can include various components of the system 300 of Fig. 3. As an example, the system 600 can include various components of the system 400 of Fig. 4. For example, the drilling workflow framework 610 can be a drilling workflow framework such as the drilling workflow framework 301 and/or, for example, the drilling framework 620 can be a drilling framework such as the drilling framework 304.

[00106] Fig. 7 shows an example of a wellsite system 700, specifically, Fig. 7 shows the wellsite system 700 in an approximate side view and an approximate plan view along with a block diagram of a system 770.

[00107] In the example of Fig. 7, the wellsite system 700 can include a cabin 710, a rotary table 722, drawworks 724, a mast 726 (e.g., optionally carrying a top drive, etc.), mud tanks 730 (e.g. , with one or more pumps, one or more shakers, etc.), one or more pump buildings 740, a boiler building 742, an HPU building 744 (e.g., with a rig fuel tank, etc.), a combination building 748 (e.g., with one or more generators, etc.), pipe tubs 762, a catwalk 764, a flare 768, etc. Such equipment can include one or more associated functions and/or one or more associated operational risks, which may be risks as to time, resources, and/or humans.

[00108] As shown in the example of Fig. 7, the wellsite system 700 can include a system 770 that includes one or more processors 772, memory 774 operatively coupled to at least one of the one or more processors 772, instructions 776 that can be, for example, stored in the memory 774, and one or more interfaces 778. As an example, the system 770 can include one or more processor-readable media that include processor-executable instructions executable by at least one of the one or more processors 772 to cause the system 770 to control one or more aspects of the wellsite system 700. In such an example, the memory 774 can be or include the one or more processor-readable media where the processor-executable instructions can be or include instructions. As an example, a processor-readable medium can be a computer-readable storage medium that is not a signal and that is not a carrier wave.

[00109] Fig. 7 also shows a battery 780 that may be operatively coupled to the system 770, for example, to power the system 770. As an example, the battery 780 may be a back-up battery that operates when another power supply is unavailable for powering the system 770. As an example, the battery 780 may be operatively coupled to a network, which may be a cloud network. As an example, the battery 780 can include smart battery circuitry and may be operatively coupled to one or more pieces of equipment via a SMBus or other type of bus.

[00110] In the example of Fig. 7, services 790 are shown as being available, for example, via a cloud platform. Such services can include data services 792, query services 794 and drilling services 796. As an example, the services 790 may be part of a system such as the system 300 of Fig. 3, the system 400 of Fig. 4 and/or the system 600 of Fig. 6.

[00111 ] As an example, a system such as, for example, the system 300 of Fig. 3 may be utilized to perform a workflow. Such a system may be distributed and allow for collaborative workflow interactions and may be considered to be a platform (e.g., a framework for collaborative interactions, etc.).

[00112] As an example, various aspects of a workflow may be completed automatically, may be partially automated, or may be completed manually, as by a human user interfacing with a software application executing on equipment (e.g. , hardware, etc.). As an example, a workflow may be at least in part cyclic, and may include, as an example, stages. For example, consider the example system 300 of Fig. 3 as including the evaluation 310, the planning 320, the engineering 330, and the operations 340 as stages, which may be, for example, commenced individually, in one or more groups, sequentially, in parallel, directionally, multi-directionally, etc.

[00113] As an example, consider a workflow that commences with evaluation, which may include a geological service provider evaluating a formation. The geological service provider may undertake the formation evaluation using a computing system executing a software package tailored to such activity. However, one or more other suitable geology platforms may be employed. Accordingly, the geological service provider may evaluate the formation, for example, using earth models, geophysical models, basin models, petrotechnical models, combinations thereof, and/or the like. Such models may take into consideration one or more types of a variety of different inputs, including offset well data, seismic data, pilot well data, other geologic data, etc. One or more models and/or the input may be stored in one or more databases accessible by a geological service provider.

[00114] As an example, the aforementioned workflow may proceed to a geology and geophysics ("G&G") service provider, which may generate a well trajectory. The generation of a well trajectory may be accomplished by execution of one or more G&G software packages. Examples of such software packages include PETREL® framework. A G&G service provider may determine the well trajectory or a section thereof, based on, for example, the model(s) provided by the formation evaluation, and/or other data, e.g., as accessed from the database maintained by the server. The well trajectory may take into consideration various "basis of design" (BOD) constraints, such as general surface location, target (e.g. , reservoir) location, and the like. The trajectory may also incorporate information about tools, bottom- hole assemblies, casing sizes, etc., that may be used in drilling the well. The well trajectory determination may also take into consideration a variety of other parameters, including risk tolerances, fluid weights and/or plans, bottom-hole pressures, drilling time, etc.

[00115] The aforementioned example workflow may proceed to a first engineering service provider (e.g. , one or more processing machines associated therewith), which may validate the well trajectory and, for example, relief well design. Such validation may include evaluating physical properties, calculations, risk tolerances, integration with other aspects of the workflow, etc. Parameters for such determinations may be maintained by a server and/or by the first engineering service provider. As an example, one or more model, well trajectories, etc. may be maintained by a server and accessed by the first engineering service provider. For example, the first engineering service provider may include one or more computing systems executing one or more software packages. If the first engineering service provider rejects or otherwise suggests an adjustment to the well trajectory, the well trajectory on the server may be adjusted or a message or other notification sent to the G&G service provider requesting such modification.

[00116] In the aforementioned example workflow, the first engineering service provider, or one or more second engineering service providers, may provide a casing design, bottom-hole assembly design, fluid design (plan), and/or the like, to implement the well trajectory. As an example, the second engineering service provider may perform such design using one of more software applications. Such designs may be stored in the database maintained by the server, which may employ one or more STUDIO® framework services, and may be accessed by one or more of the other service providers in the workflow.

[00117] As an example, the second engineering service provider may seek approval from a third engineering service provider for one or more designs established along with a well trajectory. For example, a third engineering service provider may consider various factors as to whether the well engineering plan is acceptable, such as economic variables (e.g. , oil production forecasts, costs per barrel, risk, drill time, etc.), and may request authorization for expenditure, such as from the operating company's representative, well-owner's representative, or the like. At least some of the data upon which such determinations are based may be stored in a database maintained by one or more servers. As an example, first, second, and/or third engineering service providers may be provided by a single team of engineers or even a single engineer, and thus may or may not be separate entities.

[00118] As an example, where economics are not accepted or authorization is otherwise withheld, the aforementioned third engineering service provider may suggest changes to the casing, bottom-hole, and/or fluid design, or otherwise notify and/or return control to the second engineering service provider, so that the second engineering service provider may adjust the casing, bottom-hole, and/or fluid designs. If modifying one or more of these designs is impracticable within the well constraints, trajectory, etc., the second engineering service provider may suggest an adjustment to the well trajectory and/or the workflow may return to or otherwise notify the first engineering service provider and/or the G&G service provider, so either or both may modify the well trajectory.

[00119] As an example, the aforementioned example workflow may include considering the well trajectory, including an accepted well engineering plan, and the formation evaluation, at a second geological service provider, which may be the same or a different entity as the first geological services provider. Further, such a workflow may pass control to a drilling service provider, which may implement a well engineering plan in a manner that aims to establish safe and efficient drilling, maintain well integrity, and report progress as well as operating parameters.

[00120] As an example, operating parameters and formation encountered data collected while drilling (e.g. , using logging-while-drilling or measuring-while-drilling technology), may be returned to the geological service provider for evaluation. The geological service provider may then re-evaluate the well trajectory, or one or more other aspects of the well engineering plan, and may, in some cases, and potentially within predetermined constraints, adjust the well engineering plan according to the real-life drilling parameters.

[00121 ] Whether a well is entirely drilled, or a section thereof is completed, depending on a specific embodiment, a workflow may proceed to a post review. For example, post review may include reviewing the drilling performance (e.g., as reported, etc.) and/or may further include reporting the drilling performance (e.g. , to the relevant engineering, geological, or G&G service providers).

[00122] Activities that are part of a workflow may be performed consecutively and/or may be performed out of order (e.g., based partially on information from templates, nearby wells, etc. to fill in any gaps in information that is to be provided by another service provider). As an example, undertaking of one activity may affect the results or basis for another activity, and thus may, either manually or automatically, call for a variation in one or more aspects of a workflow.

[00123] As an example, a server or servers may store information to one or more databases (e.g., digital information storage equipment) where such information may be accessible to one or more of various service providers. As an example, equipment can provide for communication with an appropriate service provider, which may be made automatically, or may otherwise appear as suggestions to the relevant service provider. Such an approach may reflect a holistic approach to a well engineering workflow (e.g., in comparison to a piecemeal approach that occurs strictly in a sequence via a variety of system, which may be operated by and under control of discrete entities).

[00124] As an example, one or more portions of a workflow may be repeated multiple times, for example, optionally during drilling of a wellbore. As an example, consider a scenario where in an automated system, feedback from a drilling service provider may be provided at or near real-time, and where data acquired during drilling may be fed to one or more other service providers, which may adjust a respective piece or pieces of a workflow. As there can be dependencies in one or more other areas of such a workflow, one or more adjustments may permeate through the workflow (e.g., optionally at least in part in an automated fashion). As an example, a cyclic process may additionally or instead proceed after a certain drilling goal is reached, such as the completion of a section of the wellbore, and/or after the drilling of the entire wellbore, or on a per-day, week, month, etc. basis.

[00125] As an example, a system may be utilized to implement a workflow in a manner that includes interactions by a design evaluator for evaluating a design (e.g. , in a collaborative workspace after one or more modifications are made to a well plan). As an example, one or more modifications may result in parameters for one or more other designs being changed, which may result in the one or more other designs being analyzed to determine if a value or values fall outside of one or more design parameter limits. As an example, a design evaluator may manage or resolve such discrepancies or "collisions" between designs posted to a collaborative workspace by different designers. In one example, a hierarchy may be established for individual design elements, e.g., based on role, expertise, credentials,

qualifications, employee experience, etc. For example, the Design Evaluator may then consider a collision and select a design submitted by the designer with the higher status in the hierarchy for that design activity.

[00126] Fig. 8 shows an example of a method 800 that can be implemented, for example, for designing a well plan, optionally in a collaborative manner. The method 800 can include a reception block 802 for receiving one or more design parameters as part of a basis of design (e.g. , BOD), a storage block 804 for storing the one or more design parameters, a provision block 806 for providing a three-dimensional mode of a well plan (e.g., accessing, receiving, generating, etc. a 3D model), a decision block 808 for deciding whether one or more design parameters are missing, a decision block 810 for deciding whether one or more design parameters are invalid, a highlight block 812 for highlighting one or more regions of the 3D model as to one or more missing and/or one or more invalid design parameters and an end or continuation block 816 for ending or continuing the method 800 via one or more of the blocks of the method 800 or one or more other blocks (e.g. , of another method, workflow, etc.).

[00127] As shown in the example of Fig. 8, the decision block 808 includes "Yes" and "No" decision branches where the "Yes" branch directs the method 800 to the highlight block 812 and where the "No" branch directs the method 800 to the decision block 810. As shown in the example of Fig. 8, the decision block 810 includes "Yes" and "No" decision branches where the "Yes" branch directs the method 800 to the highlight block 812 and where the "No" branch directs the method 800 to the end or continuation block 816. As an example, the decision blocks 808 and 810 may be arranged in series and/or in parallel.

[00128] As an example, the method 800 of Fig. 8 can include a feedback block 807 that can provide information to one or more blocks such as, for example, the provision block 806, the decision block 808, the decision block 810, etc. As an example, the feedback block 807 may be operatively coupled to a drilling framework that is operatively coupled to wellsite equipment that can execute one or more portions of a well plan (e.g. , the well plan of the provision block 806). In such an example, the feedback block 807 be utilized for receiving information from a drilling operation, which may be utilized to decide whether real-world circumstances have changed in a manner that result in the well plan missing one or more design parameters and/or including one or more design parameters that may be invalid (see, e.g., Fig. 9, etc.). As an example, the feedback block 807 may be associated with a system such as the computing system 770 of Fig. 7 and/or one or more other systems.

[00129] As an example, a method may include receiving one or more parameters as a basis of design. Such parameters may be foundational for a project, such as, for example, location of a well and/or reservoir, and may also include parameters as to characteristics such as, for example, geology, risk tolerance, and the like. [00130] As an example, a method can include storing design parameters using a server accessible to multiple different types of designers. For example, a server coupled with a network, such as a local area network (LAN), wide area network (WAN), the Internet, etc., may be employed and may contain or otherwise access a database to which information may be stored and from which it may be retrieved. The different types of designers may be personnel assigned to different well planning tasks. For example, one type of designer may be assigned to develop a fluid plan, while another may be assigned to select equipment, and yet another may be assigned to determine well trajectory, select a bottom hole assembly (BHA), provide a cementing plan, etc. As an example, a wellsite system may be defined by subsystems where portions of a well plan may correspond to, for example, a well trajectory subsystem, a BHA subsystem, a hydraulics subsystem, a cementing subsystem, etc.

[00131 ] As an example, a method can include creating or otherwise providing a model of a well plan, which may be a multidimensional plan (e.g., two-dimensional, three-dimensional, four-dimensional (e.g., time as a dimension). As an example, a model can be a digital representation of a well plan, for example, including one or more of trajectory, equipment, bottom hole assembly, fluid plan, etc.

[00132] As an example, a method can include (e.g., by operation of a server or other computer in communication therewith), a decision mechanism that can decide whether there are one or more missing design parameters and/or one or more invalid design parameters. In such an example, if such a decision or decisions are made as to one or more missing and/or invalid design parameters, the method may include highlighting the missing and/or invalid design parameters in the model.

[00133] As an example, a graphical user interface may be rendered to a display with a representation of a well plan in an environment and/or, for example, virtual reality equipment and/or projection equipment may be utilized for presenting a representation or representations of a well plan or well plans.

[00134] As an example, depending on one or more decisions made by a method, if information is missing and/or invalid, highlighting can occur that highlights one or more portions of a well plan or well plans as represented in a

multidimensional display and/or projection. For example, if the bottom hole assembly is not provided as a design parameter, the well plan may highlight (e.g. , using a line, color, blinking display, pop-up window, etc.) the bottom hole assembly to alert a viewer of the model that the design parameter is missing or invalid. An invalid parameter may be any parameter that is outside of design constraints imposed by other design parameters, or, if implemented, would cause one or more other design parameters to be out of constraints. Such collisions may be resolved in any number of ways, e.g. , using a hierarchy of roles to determine which of the constraints are more likely to be accurate, business-sensitive, risk-tolerant, etc.

[00135] As an example, a model or "environment" displayed may show one or more wells and/or one or more complete or inchoate well engineering plans. As an example, a model may be able to be animated (e.g. , optionally with time as a dimension, etc.), such that a BHA, for example, may be slid along the trajectory to show the drill plan, mud properties, flow, cutting beds, dynamic effects,

recommended rotation rate, weight on bit, hole shape, drilling risks, events, etc. As an example, an area (e.g. , an ellipse, etc.) of uncertainty may be shown along the well path, along with one or more potential proximal risks.

[00136] Fig. 9 shows an example of a graphical user interface (GUI) 900 that may be rendered to a display via a computing system, a computing device, etc. In the example of Fig. 9, the GUI 900 includes a well plan area 910 that can render a visual representation of a well plan in multiple dimensions. For example, the well plan area 910 shows a plurality of well trajectories and surfaces 912 and 914 that represent geological subsurface structures (e.g. , layers, horizons, etc.). As shown, a well trajectory 916 includes a dhllstring graphic overlaid thereon where a component 917 of the dhllstring is highlighted. The GUI 900 may include another area such as a dhllstring area 960 that includes a representation of a dhllstring according to various design parameters. As shown in the example of Fig. 9, a component 962 is highlighted (e.g., HWDP), which corresponds to the component 917 highlighted in the multidimensional view of the well plan in the well plan area 910 of the GUI 900.

[00137] As an example, a method such as the method 800 of Fig. 8 may cause a GUI such as the GUI 900 of Fig. 9 to highlight the component 917 in the well plan area 910 and, for example, to highlight the corresponding component 962 in the dhllstring area 960. Such highlighting can be responsive to, for example, a decision or decisions made by one or more decision blocks of a method. For example, a well plan may include an invalid design parameter as to the particular component 917 and 962 highlighted in the GUI 900 or, for example, a well plan may lack one or more design parameters as to such a component where the component may be desirable for purposes of drilling a well according to the well trajectory 916.

[00138] In the example of Fig. 9, the GUI 900 may include, for example, a well plan edit area 930 with, for example, a traveling cylinder plot 932 and/or one or more other graphical controls that can be interacted with to edit one or more of the well trajectories of a well plan as may be rendered in the well plan area 910. As an example, the GUI 900 or another GUI may render information as to points from a points spreadsheet 970. For example, one or more well trajectories may be defined via points in a three-dimensional space. As an example, consider a deviated well that can include a substantially horizontal portion to be drilled via directional drilling. In such an example, a well trajectory may be defined at least in part via a heel point and a toe point. As an example, a well trajectory may be defined at least in part via a wellhead point, which may be a surface point. As an example, a well trajectory may be defined at least in part via a reservoir or target point, which can be a subsurface point. For example, the various well trajectories in the well plan area can each include a heel point, a toe point, a wellhead point and a target point. As an example, the structures 912 and 914 may be structures that define at least in part boundaries of a reservoir (e.g., boundaries of reservoir rock, etc.).

[00139] As an example, where a points spreadsheet is rendered, one or more boxes (e.g., values, etc.) in the spreadsheet may be highlighted to indicate that, for example, one or more design parameters is missing and/or invalid. As an example, a points spreadsheet may be amenable to editing (e.g., akin to an EXCEL® spreadsheet, etc.). As an example, upon editing, an algorithm may assess the edit or edits made and highlight one or more portions of the spreadsheet to indicate whether the edits resolve (or not) an issue or issues (e.g. , missing and/or invalid design parameters issue(s), etc.).

[00140] As an example, where an entry or entries in a points spreadsheet are being selected, edited, etc., the GUI 900 may include rendering a highlight in the well plan area 910 that corresponds spatially to the point or points being selected, edited, etc. Such a correspondence can help to guide a user to ensure that the numeric value or values correspond to a portion of a well trajectory that is intended to be selected, edited, etc. For example, if a toe point is to be pushed upwards, for example, to avoid collision with another well (e.g. , or to more appropriately contact reservoir rock, drain reservoir rock of fluid, etc.), then a user may see such an edit being effectuated in the multidimensional representation of the well plan in the well plan area 910. Such an approach may help to ensure that a change is within constraints, tolerances, etc. such that an invalid highlighting is avoided. As an example, a method may operate in a real-time manner such that as a point of a well trajectory is adjusted (e.g., edited), the point maintains a visual appearance that changes once the point becomes valid (e.g., or invalid). As an example, consider a point that is rendered in the well plan area 910 that changes from red to green or from red to yellow to green, etc. as it is adjusted (e.g., edited spatially, etc.). Such visual information can guide a user and expedite well planning, which may be pre- drilling well planning or during drilling well plan adjusting.

[00141 ] In the example of Fig. 9, the GUI 900 may include a team area 940 that can render representations as to one or more team members. As an example, the GUI 900 may include an activity area 950 where one or more types of activities may be represented as graphical elements. As an example, the activities can include target related activities, surface related activities, drilling related activities, drillstring related activities, an automatic design related activity 952, etc. As an example, the automatic design related activity 952 may be, for example, associated with a "run" graphical control and/or one or more other graphical controls. As an example, an automatic design related activity may be associated with execution of at least a portion of a method such as, for example, the method 800 of Fig. 8. For example, the method 800 of Fig. 8 may execute automatically in a particular mode of operation of a well design application (e.g., a drilling workflow framework, etc.).

[00142] As an example, the GUI 900 may be utilized during well planning, to assess a well plan, during drilling, etc. For example, the drillstring rendered in the well plan area 910 may represent a current position of an actual drillstring that is in operation for drilling a well according to the well trajectory 916 rendered in the well plan area 910. As an example, a feedback mechanism can include receiving realtime or near real-time information from wellsite equipment where such information may cause an assessment to determine that one or more design parameters is missing and/or invalid. For example, the method 800 of Fig. 8 may be utilized during drilling where, for example, the feedback block 807 can direct information to the provision block 806 and/or one or more of the decision blocks 808 and/or 810.

[00143] Fig. 10 shows an example of a system 1040 that can implement a method that includes rendering information to a plurality of devices 1062 and 1064. [00144] In the example of Fig. 10, an environment that may be a planned environment, a partially developed environment, etc. can include various equipment such as, for example, an offshore rig or an onshore rig 101 1 , production and/or distribution equipment 1012, 1014, 1016, 1018 and 1020, that may be in fluid communication with one or more reservoirs 1022 and 1024. As an example, the environment may be represented at least in part via a digital well plan or plans 1030.

[00145] As an example, the digital well plan or plans 1030 can include information as to roles of individuals and/or teams. For example, consider information such as role I Ds 1032 and 1034. As an example, the devices 1062 and 1064 can be associated with the role IDs 1032 and 1034, respectively.

[00146] As an example, the role ID 1032 can be associated with an individual that carries the device 1062 where the role ID 1032 is associated with drilling of a main well 1072; whereas, the role ID 1034 can be associated with an individual that carries the device 1064 where the role ID 1034 is associated with drilling of a relief well 1074; noting that various other types of roles and associations may be possible and included as information in one or more digital well plans. As an example, a role I D may be associated with a subsystem. For example, a BHA design role can have a corresponding role ID.

[00147] In the example of Fig. 10, the device 1062 includes a graphical user interface (GUI) 1063 rendered to a display and the device 1064 includes a graphical user interface (GUI) 1065 rendered to a display. As shown, in the GUI 1063, a portion of the main well 1072 is highlighted whereas in the GUI 1065, a portion of the relief well 1074 is highlighted. As an example, highlighting can indicate status of a portion of a well. For example, highlighting in red can indicate that an issue exists, highlighting in yellow can indicate that caution is warranted (e.g. , to pay close attention to well plan instructions, operations, etc.) and highlighting in green can indicate that progress is according to plan. As an example, no highlighting may indicate that progress is according to plan or that a portion of a plan has yet to commence.

[00148] Fig. 1 1 shows an example of a distributed system 1 100 of computing devices 1 101 -1 , 1 101 -2, 1 101 -3, 1 101-4 and 1 101 -5. Such devices can include render circuitry such as one or more graphics cards, one or more GPUs (e.g. , optionally multicore GPUs, etc.). In such an example, the various devices may be operatively coupled via one or more networks 1 102. As shown, the system 1 100 includes a highlighting system 1 140 that includes the virtual reality computing devices 1 101 -4 and 1 101 -5, which can be associated with corresponding information 1 132 and 1 134. Such devices (e.g. , and/or the system 1 140) may be operatively coupled to user input mechanism devices 1 146-1 and 1 146-2. For example, such devices may be virtual reality controllers that can control rendering of virtual reality scenes based at least in part on one or more digital well plans. For example, one or more digital well plans can include planning information for a main well 1 172 and planning information for a relief well 1 174.

[00149] In the example of Fig. 1 1 , the main well 1 172 and the relief well 1 174 may be expected to join via a juncture and/or to be in fluid communication with a common region of a reservoir. In such an example, viability of the wells 1 172 and 1 174 may depend on how the wells are drilled such that, for example, drilling of one well does not impact the integrity of the other well. As an example, the highlighting system 1 140 may play scenes via virtual reality equipment where scenes are specialized based at least in part on role (e.g. , information associated with a user, a user device, a user location, etc.). As an example, a driller of the main well 1 172 may see particular information in a virtual reality rendering associated with drilling of the main well 1 172 while a driller of the relief well 1 174 may see particular information in a virtual reality rendering associated with drilling of the relief well 1 174. As an example, where the wells 1 172 and 1 174 begin to approach one another in space, one or more of the devices 1 146-1 and/or 1 146-2 may be utilized to control rendering, mark particular points along a trajectory, start, stop, forward, reverse, etc. rendering of one or more virtual reality scenes. Such an approach can allow individuals to coordinate their actions, whether prior to drilling of one or more wells and/or during drilling of one or more wells. In the latter instances, the highlighting system 1 140 may receive wellsite information, for example, in real-time or near realtime.

[00150] As an example, the approach of Fig. 1 1 may be utilized to determine a level of detail as to instructions to be provided to a driller or drillers. For example, the devices 1 146-1 and 1 146-2 may be like "print buttons" that mark a digital well plan at various points (e.g., in time and/or space) as to a level of detail of instructions that may be utilized by a particular role such as a driller. As an example, consider the driller of the main well 1 172 viewing a virtual reality rendering according to a digital well plan where the driller marks particular scenes to cause a drilling plan for the main well 1 172 to be generated with instructions that correspond to the marks.

[00151 ] As an example, the highlighting system 1 140 can be utilized to highlight missing and/or invalid design parameters of a well plan or well plans. For example, a virtual reality rendering of scenes can include highlighting spatially portions of a scene where the highlighting indicates whether a design parameter is missing, a design parameter is invalid or, for example, whether a design parameter is OK (e.g. , acceptable). As an example, the devices 1 146-1 and 1 146-2 may be utilized to stop a scene and call for further information as to one or more design parameters. As an example, the devices 1 146-1 and 1 146-2 may be utilized to call for issuance of a transmission to a particular designer that may be responsible for a design of a subsystem. For example, consider a virtual reality rendering of a BHA where the BHA is highlighted as to a component that has a corresponding invalid design parameter. In such an example, upon actuation of a button of one of the devices, a request may be transmitted to a BHA designer to join in viewing the virtual reality rendering or, for example, to join in viewing a rendering of at least a portion of a well plan as in the examples of Fig. 9 and/or Fig. 10. In such a manner, collaboration may be facilitated and design of a well plan expedited.

[00152] As an example, virtual reality equipment such as that of the devices 1 101 -2, 1 101 -4 and 1 101 -5 and, for example, the highlighting system 1 140, may include one or more features of the HOLOLENS™ system marketed by Microsoft Corporation (Redmond, Washington). As an example, such a system can include one or more virtual graphical user interfaces that can be controlled via movements of a finger, a hand, a wand, etc. in space. In such an example, the virtual GUIs may be provided additionally or alternatively to the devices 1 146-1 and 1 146-2. As an example, a system may be a holographic computing system. As shown in the example of Fig. 1 1 , the devices 1 101 -4 and 1 101 -5 may be headsets or virtual reality goggles that include display surfaces, for example, one for each eye to generate a three-dimensional stereoscopic view of a virtual reality scene. As an example, a user may step into a scene. As an example, a user may "touch" virtual reality objects within a scene and/or touch virtual reality GUIs within a scene or adjacent to a scene, etc. While a particular VR, holographic system is mentioned, equipment from one or more other sources may be utilized (e.g., additionally or alternatively). [00153] Fig. 12 shows an example of a method 1200 that includes renderings of portions of well plans with respect to time as may be rendered to a display of a device, a virtual reality system, etc.

[00154] As shown, the renderings are based on one or more three-dimensional models for at least one well and at least one structural feature in a subterranean environment. The method 1200 starts with a rendering of a structural feature which may be a commencement scene. The method 1200 progresses to scenes that correspond to drilling of a main well followed by drilling of a relief well. As mentioned, instructions may be generated for one or more operators where the instructions can include design parameters. For example, where the drilling of the relief well approaches the main well, information as to design parameters (e.g., as instructions) may be rendered. In the example of Fig. 12, information such as, for example, angle, rate of penetration (ROP), time to destination (TTD), etc. may be rendered.

[00155] As shown in Fig. 12, where renderings may correspond to actual drilling of a well, the renderings can include indicia that sensed information has been received. For example, information sensed via one or more borehole tools, rig equipment, etc. may be received and an acknowledgement may be rendered, information itself may be rendered, graphics corresponding to information rendered, one or more alerts as to status based at least in part on such information may be rendered, etc.

[00156] As an example, a well plan can be a proposal where a basis of design can include a request for a proposal (RFP). As an example, a proposal may be a well plan that includes designs for a plurality of subsystems of a wellsite system. Such a proposal may be generated using a system such as, for example, the system 1 100 of Fig. 1 1 , where a customer or customers may be able to visualize the proposal via one or more three-dimensional models. As an example, a customer or customers may provide feedback via a device, virtual GUIs, etc. as to particular aspects of a well plan, for example, to accept, reject, modify, etc. the well plan as proposed. As an example, such feedback may be received by one or more individuals working in their respective individual workspaces where each individual is tasked to design one or more subsystems based at least in part on such feedback. In such an example, arrival at an acceptable design may be facilitated and expedited. [00157] Fig. 13 shows an example of a method 1300 that can be implemented to output a plan such as, for example, a well plan. As shown, the method 1300 includes an input block 1310 for inputting information such as design specifications, desired features, etc. As shown in the example of Fig. 13, the method 1300 includes a determination block 1312 for determining a trajectory for a well as part of a well plan, an analysis block 1314 for analyzing the trajectory, a results block 1316 for outputting results of the analyzing and a decision block 1318 for deciding if the trajectory is acceptable (e.g., OK or not OK). Where the decision block 1318 decides that the determined trajectory is not OK, the method 1300 continues to the determination block 1312, for example, to re-determine a trajectory. However, where the decision block 1318 decides that the trajectory is OK, the method 1300 continues to a series of individual blocks where each series of blocks pertains to a particular aspect of a well plan as associated at least in part with a trajectory, which, in the example of Fig. 13, is the OK trajectory per the decision block 1318.

[00158] In the example of Fig. 13, a highlighting system may be utilized, for example, to highlight one or more portions of a well plan via a three-dimensional model or models. For example, the decision block 1318 may direct the method 1300 to a highlight block 1319 that can highlight one or more portions of a well plan in a rendering, which may be a rendering to a display, a virtual reality rendering, etc. In such an example, the rendering can include a three-dimensional model that may be controllable as to its view and may be interactive, for example, in that a scene may be advanced, reversed, etc., in space and/or in time. For example, a drilling operation may be advanced along a well trajectory or reversed along a well trajectory where a rendered scene can highlight a point or points along the well trajectory where one or more design parameters may be missing and/or invalid.

[00159] In the example of Fig. 13, various blocks can form loops. For example, as shown, a BHA block 1334 can commence a process that includes an analysis block 1335 for analyzing the trajectory as associated with BHA information and an attribute/values block 1336 for outputting various BHA associated attributes and/or values for a BHA. As shown, a decision block 1338 can decide whether the attributes and/or values are acceptable (e.g., OK or not OK). Where the decision block 1338 decides that the attributes and/or values are acceptable, the BHA portion (e.g., BHA subsystem) may be deemed to be acceptable for inclusion in a plan 1390 (e.g., a well plan). [00160] In the example of Fig. 13, attributes, values, etc. can be design parameters. For example, an attribute can be a design parameter, a value can be a design parameter, etc. As an example, the method 1300 of Fig. 13 may be implemented at least in part via a system such as the system 1 100 of Fig. 1 1 or, for example, the system 300 of Fig. 3, the system 400 of Fig. 4, etc.

[00161 ] As also shown in Fig. 13, a fluid block 1354 can commence a process that includes an analysis block 1355 for analyzing the trajectory as associated with fluid and/or formation information and an attribute/values block 1356 for outputting various fluid associated attributes and/or values for fluid (e.g. , mud, etc.). As shown, a decision block 1358 can decide whether the attributes and/or values are acceptable (e.g., OK or not OK). Where the decision block 1358 decides that the attributes and/or values are acceptable, the fluid portion (e.g., drilling fluid

subsystem) may be deemed to be acceptable for inclusion in a plan 1390 (e.g., a well plan).

[00162] As also shown in Fig. 13, an other block 1374 can commence a process that includes use of an analyze block 1375 for analyzing the trajectory as associated with subsystem information and an attribute/values block 1376 for outputting various subsystem associated attributes and/or values for the particular subsystem. As shown, a decision block 1378 can decide whether the attributes and/or values are acceptable (e.g., OK or not OK). Where the decision block 1378 decides that the attributes and/or values are acceptable, the subsystem may be deemed to be acceptable for inclusion in a plan 1390 (e.g., a well plan).

[00163] In the example of Fig. 13, the BHA loop can return to the BHA block 1334, the fluid loop can return to the fluid block 1354 and the other loop can return to the other block 974. As an example, where one or more of these loops does not pass its corresponding the decision block, the method 1300 may return to the determination block 1312.

[00164] In the example of Fig. 13, the loops can include highlight blocks 1339, 1359 and 1379, which as described with respect to the block 1319, can provide for highlighting information in one or more rendered scenes.

[00165] Fig. 14 shows an example of a method 1400 that includes a reception block 1410 for receiving a well plan associated with a geologic environment, an analysis block 1420 for analyzing at least a portion of the well plan, and a control block 1430 for, based at least in part on the analyzing, controlling rendering of highlighting associated with at least one well plan design parameters in a rendering of a three-dimensional scene of at least a portion of the geologic environment.

[00166] As an example, highlighting can include use of one or more of color, hatching, shading, texture, transparency, opacity, intensity, animation,

stereoscopic/3D effect, shape-shifting, scaling, zooming, etc. As an example, highlighting can be utilized to draw a viewer's attention to one or more portions of a scene, which may be, for example, a rendered scene based at least in part on a model of a subterranean environment.

[00167] The method 1400 is shown in Fig. 14 in association with various computer-readable media (CRM) blocks 141 1 , 1421 , and 1431 . Such blocks generally include instructions suitable for execution by one or more processors (or cores) to instruct a computing device or system to perform one or more actions. While various blocks are shown, a single medium may be configured with

instructions to allow for, at least in part, performance of various actions of the method 1400. As an example, a computer-readable medium (CRM) may be a computer-readable storage medium. As an example, the blocks 141 1 , 1421 , and 1431 may be provided as one or more modules, for example, such as the one or more modules and/or instructions 1502 of the system 1500 of Fig. 15.

[00168] As an example, a system can implement a model-view-controller (MVC) architecture for implementing user interfaces on one or more computing devices. As an example, a MVC architecture can divides a given software application into three interconnected parts, so as to separate internal representations of information from the ways that information is presented to or accepted from the user.

[00169] As an example, a model of a MVC architecture can manage data, logic and rules of an application; a view of a MVC architecture can be an output representation of information, such as a chart, a diagram, etc. where, for example, multiple views of the information may be possible (e.g., a graphical view, a tabular view, etc.); and a controller of a MVC architecture can accept input and convert it to commands for the model or view.

[00170] As an example, for a MVC architecture, a model can store data that is retrieved according to commands from the controller and displayed in the view; a view can generate an output presentation to the user based on changes in the model; and a controller can send commands to the model to update the model's state (e.g. editing information, adding information, deleting information, etc.); noting that it may also send commands to its associated view to change the view's presentation of the model.

[00171 ] As an example, a method can include receiving a well plan associated with a geologic environment; analyzing at least a portion of the well plan; and, based at least in part on the analyzing, controlling rendering of highlighting associated with at least one well plan design parameter in a rendering of a three-dimensional scene of at least a portion of the geologic environment. In such an example, rendering of the three-dimensional scene can be based at least in part on a three-dimensional model where, for example, the three-dimensional model is based at least in part on seismic data acquired via acquisition equipment disposed in the geologic

environment. As an example, a framework may provide for receipt of seismic data of a geologic environment and include tools that can be utilized to identify subterranean structures in the geologic environment that may be modeled in a multidimensional space, for example, to form a three-dimensional model. As an example, such a model may be suitable for one or more purposes (e.g. , planning, simulation, etc.).

[00172] As an example, a method can include rendering highlighting associated with at least one well plan design parameter in a rendering of a three-dimensional scene of at least a portion of the geologic environment to at least one of a plurality of computing devices based at least in part on a well plan subsystem associated with the at least one well plan design parameter.

[00173] As an example, a method can include receiving a well plan associated with a geologic environment; analyzing at least a portion of the well plan; and, based at least in part on the analyzing, controlling rendering of highlighting associated with at least one well plan design parameter in a rendering of a three-dimensional scene of at least a portion of the geologic environment where, for example, analyzing includes determining that at least one well plan design parameter is missing and/or, for example, that at least one well plan design parameter is invalid. As an example, a method can include determining whether at least one well plan design parameter is missing and determining whether at least one well plan design parameter is invalid.

[00174] As an example, a method can include controlling that controls render circuitry of at least one of a plurality of display devices based at least in part on identifiers that identify well design roles associated with different subsystems of a well plan. For example, consider the scenario of Fig. 10 where one role may be associated with drilling of a main well (e.g. , as a subsystem) and where another role may be associated with drilling of a relief well (e.g., as a subsystem). In such an example, highlighting can convey information about a viewer's role and optionally about one or more other roles (e.g., which may optionally be highlighted in a different manner, etc.) such that the viewer can understand and/or perform her role while be cognizant of possible physical realities associated with the understanding and/or performance of a role or roles of one or more others associated with a well plan.

[00175] As an example, a method can include controlling that controls render circuitry of a virtual reality system. For example, consider a virtual reality system that includes a holographic system that includes a plurality of stereoscopic goggles that includes stereoscopic goggles associated with different subsystems of the well plan. For example, consider the HOLOLENS™ system where goggles may be associated with roles assigned to individuals that are responsible for planning and/or executing one or more portions of a well plan. In such an example, information may be selectively rendered and/or highlighted based at least in part on role. As an example, information for different roles may be differentially highlighted such that an individual can ascertain visually what is associated with his role and optionally what is associated with one or more roles of others.

[00176] As an example, where dependencies may exist in performance of roles, highlighting may include rendering highlights to goggles of people associated with those interdependent roles. In such a manner, for example, during planning, individuals may form memories that can be recalled during execution. For example, during execution of a portion of a drilling plan, a driller may recall flashing red highlighting at a depth of about X meters during a rendering session associated with a planning phase for the portion of the drilling plan and a reason as to why such highlighting was rendered. Where a reason involved a role of another, the driller may coordinate or confirm one or more aspects of that role to help ensure that drilling occurs in a proper manner.

[00177] As an example, a method can include receiving input via at least one input device where the input corresponds to at least one of at least one well plan design parameter associated with highlighting. In such an example, the method can include revising the at least one of the at least one well plan design parameter based at least in part on the input. As an example, input can be via a hand-operable device (e.g., hand, finger, etc.), which may be a touch-based device or a touchless device. For example, a touchscreen may be considered to be a touch-based device whereas a virtual reality system that can determine position of a hand, a finger, etc. in a multidimensional space may be considered to be a touchless device (e.g. , a virtual GUI in space that can be pointed to in space with a finger to actuate one or more graphical controls thereof).

[00178] As an example, a system can include one or more processors; memory operatively coupled to the one or more processors; and processor-executable instructions stored in the memory and executable to instruct the system to receive a well plan associated with a geologic environment, analyze at least a portion of the well plan to provide an analysis, and, based at least in part on the analysis, control rendering of highlighting associated with at least one well plan design parameter in a rendering of a three-dimensional scene of at least a portion of the geologic environment. In such an example, the system can include identifying information stored in the memory where the identifying information identifies computing devices operatively coupled to the system, each of the computing devices being associated with one of a plurality of subsystems of the well plan. As an example, such a system can include instructions to instruct the system to control rendering of highlighting independently to each of the computing devices.

[00179] As an example, a system can include instructions to instruct the system to determine whether at least one well plan design parameter is missing and/or determine whether at least one well plan design parameter is invalid.

[00180] As an example, one or more computer-readable storage media can include computer-executable instructions executable to instruct a computer to:

receive a well plan associated with a geologic environment; analyze at least a portion of the well plan to provide an analysis; and, based at least in part on the analysis, control rendering of highlighting associated with at least one well plan design parameter in a rendering of a three-dimensional scene of at least a portion of the geologic environment. In such an example, instructions can be included to instruct a computer to determine whether at least one well plan design parameter is missing and/or determine whether at least one well plan design parameter is invalid.

[00181 ] As an example, rendering of a three-dimensional scene can be based at least in part on seismic data acquired via acquisition equipment disposed in the geologic environment. As an example, one or more computer-readable storage media can include computer-executable instructions to instruct a computer to receive input via at least one input device where the input corresponds to at least one of at least one well plan design parameter associated with highlighting.

[00182] According to an embodiment, one or more computer-readable media may include computer-executable instructions to instruct a computing system to output information for controlling a process. For example, such instructions may provide for output to sensing process, an injection process, drilling process, an extraction process, an extrusion process, a pumping process, a heating process, etc.

[00183] In some embodiments, a method or methods may be executed by a computing system. Fig. 15 shows an example of a system 1500 that can include one or more computing systems 1501 -1 , 1501 -2, 1501 -3 and 1501 -4, which may be operatively coupled via one or more networks 1509, which may include wired and/or wireless networks.

[00184] As an example, a system can include an individual computer system or an arrangement of distributed computer systems. In the example of Fig. 15, the computer system 1501 -1 can include one or more modules 1502, which may be or include processor-executable instructions, for example, executable to perform various tasks (e.g., receiving information, requesting information, processing information, simulation, outputting information, etc.).

[00185] As an example, a module may be executed independently, or in coordination with, one or more processors 1504, which is (or are) operatively coupled to one or more storage media 1506 (e.g., via wire, wirelessly, etc.). As an example, one or more of the one or more processors 1504 can be operatively coupled to at least one of one or more network interface 1507. In such an example, the computer system 1501 -1 can transmit and/or receive information, for example, via the one or more networks 1509 (e.g., consider one or more of the Internet, a private network, a cellular network, a satellite network, etc.).

[00186] As an example, the computer system 1501 -1 may receive from and/or transmit information to one or more other devices, which may be or include, for example, one or more of the computer systems 1501 -2, etc. A device may be located in a physical location that differs from that of the computer system 1501 -1 . As an example, a location may be, for example, a processing facility location, a data center location (e.g. , server farm, etc.), a rig location, a wellsite location, a downhole location, etc. [00187] As an example, a processor may be or include a microprocessor, microcontroller, processor module or subsystem, programmable integrated circuit, programmable gate array, or another control or computing device.

[00188] As an example, the storage media 1506 may be implemented as one or more computer-readable or machine-readable storage media. As an example, storage may be distributed within and/or across multiple internal and/or external enclosures of a computing system and/or additional computing systems.

[00189] As an example, a storage medium or storage media may include one or more different forms of memory including semiconductor memory devices such as dynamic or static random access memories (DRAMs or SRAMs), erasable and programmable read-only memories (EPROMs), electrically erasable and

programmable read-only memories (EEPROMs) and flash memories, magnetic disks such as fixed, floppy and removable disks, other magnetic media including tape, optical media such as compact disks (CDs) or digital video disks (DVDs),

BLUERAY® disks, or other types of optical storage, or other types of storage devices.

[00190] As an example, a storage medium or media may be located in a machine running machine-readable instructions, or located at a remote site from which machine-readable instructions may be downloaded over a network for execution.

[00191 ] As an example, various components of a system such as, for example, a computer system, may be implemented in hardware, software, or a combination of both hardware and software (e.g., including firmware), including one or more signal processing and/or application specific integrated circuits.

[00192] As an example, a system may include a processing apparatus that may be or include a general purpose processors or application specific chips (e.g. , or chipsets), such as ASICs, FPGAs, PLDs, or other appropriate devices.

[00193] Fig. 16 shows components of a computing system 1600 and a networked system 1610. The system 1600 includes one or more processors 1602, memory and/or storage components 1604, one or more input and/or output devices 1606 and a bus 1608. According to an embodiment, instructions may be stored in one or more computer-readable media (e.g., memory/storage components 1604). Such instructions may be read by one or more processors (e.g., the processor(s) 1602) via a communication bus (e.g., the bus 1608), which may be wired or wireless. The one or more processors may execute such instructions to implement (wholly or in part) one or more attributes (e.g. , as part of a method). A user may view output from and interact with a process via an I/O device (e.g., the device 1606). According to an embodiment, a computer-readable medium may be a storage component such as a physical memory storage device, for example, a chip, a chip on a package, a memory card, etc.

[00194] According to an embodiment, components may be distributed, such as in the network system 1610. The network system 1610 includes components 1622- 1 , 1622-2, 1622-3, . . . 1622-N. For example, the components 1622-1 may include the processor(s) 1602 while the component(s) 1622-3 may include memory accessible by the processor(s) 1602. Further, the component(s) 1602-2 may include an I/O device for display and optionally interaction with a method. The network may be or include the Internet, an intranet, a cellular network, a satellite network, etc.

[00195] As an example, a device may be a mobile device that includes one or more network interfaces for communication of information. For example, a mobile device may include a wireless network interface (e.g. , operable via IEEE 802.1 1 , ETSI GSM, BLUETOOTH®, satellite, etc.). As an example, a mobile device may include components such as a main processor, memory, a display, display graphics circuitry (e.g. , optionally including touch and gesture circuitry), a SIM slot, audio/video circuitry, motion processing circuitry (e.g., accelerometer, gyroscope), wireless LAN circuitry, smart card circuitry, transmitter circuitry, GPS circuitry, and a battery. As an example, a mobile device may be configured as a cell phone, a tablet, etc. As an example, a method may be implemented (e.g. , wholly or in part) using a mobile device. As an example, a system may include one or more mobile devices.

[00196] As an example, a system may be a distributed environment, for example, a so-called "cloud" environment where various devices, components, etc. interact for purposes of data storage, communications, computing, etc. As an example, a device or a system may include one or more components for

communication of information via one or more of the Internet (e.g., where

communication occurs via one or more Internet protocols), a cellular network, a satellite network, etc. As an example, a method may be implemented in a distributed environment (e.g., wholly or in part as a cloud-based service). [00197] As an example, information may be input from a display (e.g. , consider a touchscreen), output to a display or both. As an example, information may be output to a projector, a laser device, a printer, etc. such that the information may be viewed. As an example, information may be output stereographically or

holographically. As to a printer, consider a 2D or a 3D printer. As an example, a 3D printer may include one or more substances that can be output to construct a 3D object. For example, data may be provided to a 3D printer to construct a 3D representation of a subterranean formation. As an example, layers may be constructed in 3D (e.g. , horizons, etc.), geobodies constructed in 3D, etc. As an example, holes, fractures, etc., may be constructed in 3D (e.g. , as positive structures, as negative structures, etc.).

[00198] Although only a few examples have been described in detail above, those skilled in the art will readily appreciate that many modifications are possible in the examples. Accordingly, all such modifications are intended to be included within the scope of this disclosure as defined in the following claims. In the claims, means- plus-function clauses are intended to cover the structures described herein as performing the recited function and not only structural equivalents, but also equivalent structures. Thus, although a nail and a screw may not be structural equivalents in that a nail employs a cylindrical surface to secure wooden parts together, whereas a screw employs a helical surface, in the environment of fastening wooden parts, a nail and a screw may be equivalent structures. It is the express intention of the applicant not to invoke 35 U.S. C. § 1 12, paragraph 6 for any limitations of any of the claims herein, except for those in which the claim expressly uses the words "means for" together with an associated function.