NO20131613A1 - CONNECTION OF OPERATIONAL INFORMATION AND COMMUNICATION INFORMATION - Google Patents

Abstract

One method may include supplying operating information associated with an underground formation coordinate; linking communication information with the coordinate; indexing of the supplied operating information and associated communication information; and storing a search index based at least in part on the indexing. Various other appliances, systems, methods, etc. are also published. rjjg SMfcilftkdit * m ni EntotH 122 m Aiuttxiit iac el i Aimn irttWsJyt (Ummtwcl; iffi JJB JM m

Description

LINKING OF OPERATIONAL INFORMATION

AND COMMUNICATION INFORMATION

BACKGROUND

[0001] Real-time well operations, such as drilling, are usually handled by a team. Team members can have defined roles, e.g. one or more members may be on site, while one or more other members may be elsewhere. On-site tasks may include preparing and deploying equipment, while tasks elsewhere may include well design and well planning using modeling or other software. Real-time well operations can take into account a well plan, monitoring information, modeling information, safety information, financial information, etc. Team members can communicate during real-time well operations or at other times, to plan, evaluate, etc. well operations.

SUMMARY

[0002] A method may include dissemination of operational information associated with a coordinate for an underground formation, and association of communication information with the coordinate. A system may comprise a search index module for indexing acquired operating and communication information and a coordinate for an underground formation or a time for a communication. A computer-readable medium that includes computer-executable instructions may in turn include instructions for instructing a computer to provide a search index (eg, for operations information and communication information), receive a query, identify a match for the query using the search index , and transmitting a result in response to the query, based at least in part on the hit. Various other apparatus, systems, methods, etc. are also disclosed.

[0003] This summary is intended to introduce a selection of terms which are described in more detail below in the detailed description. This summary is not intended to identify key or basic features of the claimed subject matter, nor is it intended to be used as a means of limiting the scope of the claimed subject matter.

BRIEF DESCRIPTION OF THE DRAWINGS

[0004] Functions and advantages of the described implementations can be more easily understood with reference to the following description seen in connection with the attached drawings.

[0005] Fig. 1 illustrates an example of a system that includes various components for simulating and possibly interacting with a geological environment;

[0006] Fig. 2 illustrates an example of a system that includes a user layer, a private resource layer and a public resource layer and an example of another system;

[0007] Fig. 3 illustrates an example of a system that includes a device layer, a data exchange layer and a program layer;

[0008] Fig. 4 illustrates an example of a system comprising an operation panel module for operation information, a communication module for communication information and one or more data structures for associating information with a coordinate, a time or a coordinate and a time;

[0009] Fig. 5 illustrates an example of a system that includes an indexer for accessing different data sources and index data;

[0010] Fig. 6 illustrates an example of a system that includes an earth model program that can incorporate information associated with a communication;

[0011] Fig. 7 illustrates an example of a method for receiving a query and transmitting results;

[0012] Fig. 8 illustrates an example of a system that includes a linking module for linking information;

[0013] Fig. 9 illustrates an example of a method for linking and indexing information;

[0014] Fig. 10 illustrates examples of methods; and

[0015] Fig. 11 illustrates examples of components in a system and a network system.

DETAILED DESCRIPTION

[0016] The following description includes what is currently considered to be the best way to practice the described implementations. This description is not to be understood in a limiting sense, but is presented only for the purpose of describing the general principles of the implementations. The scope of the described implementations must be determined with reference to the issued patent claims.

[0017] During a real-time operation, such as drilling, a method may include recording communication information (e.g., communication artifacts), e.g. for communications that take place between one or more members of the operations team and one or more members of the support team or more support team members. Such communication may take place in any of several different ways, e.g. via IM, Chat, email, voice, video, etc. Communication artifacts can take any of several different forms, e.g. IM, Chat transcript, email log, voice comments, video, etc. Communication technologies can e.g. include technology such as SKYPE® technology (Skype Corporation, Luxembourg). SKYPE® technology offers e.g. voice over Internet Protocol (VOIP), person-to-person communications, electronic transfer of data and documents (e.g. over computer terminals) and instant messaging services. As another example of a communication technology, one can have in mind TWITTER © microblogging services (Twitter, San Francisco, California). As yet another example of a communication technology, one can have in mind the FACEBOOK® social network (Facebook, Palo Alto, California).

[0018] A method can e.g. include marking a recorded artefact, e.g. with time, time code (e.g. universal time code), measured current depth in a well operation (e.g. as a coordinate of an underground formation), current seismic line of a seismic operation (e.g. a shot, etc. as may be specified by or associated with a coordinate for an underground formation ), point in space for a drill bit (e.g. a coordinate at a given time ), one or more operational targets (e.g. wellbore, etc.) etc. Such labeling can tag an artifact with information extracted from the context of an operation, the tool used, etc. A coordinate can e.g. be a coordinate in a coordinate system, and e.g. coordinates indicating a distance (eg a depth), a point, a volume, a volume element, a seismic value in a matrix, etc. can be supplied for association with other information. There, e.g. a surface of an underground formation can be considered a ground level, e.g. at zero, a coordinate system referenced from this level may indicate depth (eg, a downward direction from ground level into the subsurface formation). A coordinate system can e.g. be a Cartesian coordinate system, a cylindrical coordinate system, an Earth-based coordinate system (e.g. longitude, latitude, GPS coordinates, etc.) etc. Where multiple coordinate systems occur, a mapping may possibly be used, e.g. for transforming one or more coordinates from one coordinate system to another coordinate system.

[0019] A method can e.g. include storing a tagged artifact in a database (eg a knowledge base). Such a database can enable the connection of marked artefacts to e.g. artifacts for a geology and geophysics model. A method may include indexing for search or other linking capabilities! for labeled artifacts. The STUDIO E&P™ knowledge environment (Schlumberger Limited, Houston, Texas) includes STUDIO FIND™ search functionality, which can provide index(s) of content. Public content, private content, or both may reside in one or more databases, which may be distributed and accessible via an intranet, the Internet, or one or more other networks. A method can e.g. includes a "dimensions of relevance" approach to information retrieval, where e.g. relevance can refer to any of several factors (eg, valid, reliable, current, etc.). The search function may enable searches by geographic area, problems encountered, solutions, best practices, project type (eg exploration, development, etc.), financial considerations, equipment implemented, equipment available, energy sources, lithology, etc.

[0020] With respect to geophysical models, e.g. a geophysical modeling program includes modules for modeling geological features, fluids (e.g. in one or more phases), pressures, compositions, loads, equipment, etc. In an object-oriented program, such modules may include "domain objects", e.g. to represent a model in the form of geometric, physical, chemical-physical data or combinations thereof. Domain objects can collectively represent e.g. a reservoir model that can contain planned well trajectories, actual wells, real-time logs, etc.

[0021] It can e.g. communication between an operator and two clients (client A and client B). In such an example, the communication may begin at a specific time and include messages (eg, communication information) as follows:

17 October 20XX, 08:08 (GMT +1):

Operator: I am observing an anomaly on the periscope RX channel.

Please advise.

Client A: I'll ask our geologist to look into it. B: What is this? Client B: I think we're seeing a karst filled up with low-grade, organic

rich reservoir clay.

Client A: Adjust the slope +3 degrees to avoid this.

Operator: Will adjust drilling plan due to karst observed on RX channel.

[0022] The preceding communication session may include associated information, eg: Well: A-16 (eg extracted from real-time management programs);

MD: 1232.54 meters (eg extracted from real-time visualization program);

Well GUID: ABC123 (eg extracted from modeling program); and Reservoir model: Final_final_drillplan_norne_9 (e.g. extracted from modeling program).

[0023] A method can e.g. process such information, e.g. for carrying out post-factum sweeps, to look for similar situations in later operations, etc. Given the search function, a user can e.g. enter a search term, such as "well periscope", where well "A-16" may provide a hit based on recorded, tagged artefacts in a communication (see e.g. transcript above). For a search with "reservoir model" as the data type term and keyword "karst", as another example, the model "Final_final_drillplan_norne_9" may return a hit based on the registration and labeling of artifacts in a communication (see, for example, the transcript example above). For a search with terms depth "> 1200" and keyword "RX", as yet another example well "A-16" and model "Final_final_drillplan_norne_9" can give hits, based e.g. at an extracted depth from the "context" (eg in the model and communication transcript).

[0024] During the execution of a well plan, information registration and labeling can help to preserve knowledge, support understanding, facilitate future development of a well, etc. Where communication occurs, such communication in itself can help to ensure proper execution of a well plan or modification thereof. Given the search function, one or more team members can submit questions and get results, to better understand how to plan, execute, etc. one or more drilling operations. Such a function can e.g. help operators optimize factors such as drill bit consumption by providing calculations for how much further a drill bit moves, what type of materials the drill bit penetrates, conditions the drill bit may encounter, etc.

[0025] A real-time process can e.g. include tagging and searching, e.g. when a drill bit reaches a point in a subterranean formation, information associated with the drill bit, the drilling process, etc., can be tagged, and information associated with the drill bit, the drilling process, etc., can be used to formulate one or more queries where a result or results of a query or queries can provide information to the drilling process in real time (eg as part of a control loop).

[0026] Fig. 1 shows an example of a system 100 which includes different management components 110 for managing different aspects of a geological environment 150. The management components 110 can e.g. enable direct or indirect management of registration, drilling, injection, retrieval, etc. with respect to the geological environment 150. Further information about the geological environment 150 may in turn become available as feedback 160 (e.g. possibly as input to one or more of the administration components 110).

[0027] In the example in fig. 1, the geological environment 150 may be equipped with any of a number of sensors, detectors, actuators, etc. The equipment 152 may e.g. include communication circuits for receiving and transmitting information with respect to one or more networks 155. Such information may include information associated with downhole equipment 154, which may be equipment for obtaining information, for drilling, to contribute to resource extraction, etc. Other equipment 156 may be located far away from a well site and may include sensor, detector, transmitter or other circuits. Such equipment may include storage and communication circuits, for the storage and communication of data, instructions, etc.

[0028] The system 100 can e.g. include a multifunction system, such as the lnterACT™ system (Schlumberger Limited, Houston, Texas), which can add connectivity, collaboration, information processing, etc. Such a multifunction system can allow for collaboration to facilitate planning and implementation of downhole, desktop and other workflows. Such workflows may include a simulation operation, a drilling operation, wireline logging, a test operation, production monitoring, downhole monitoring, etc. (eg, as workflow steps, workflow processes, workflow algorithms, etc.) Collaboration may take place between any of several parties, such as as clients, partners, experts, etc. Modules can add a variety of graphical user interfaces (e.g. for devices such as desktop terminals or computers, tablets, mobile devices, smartphones, etc.). A GUI can e.g. provide access to data, navigation, search functions, Chat features, etc. With respect to the geological environment 150, a multifunction system may include one or more network interfaces, one or more user interfaces, etc. for the equipment 152, 154, 155 and 156 (e.g. . for monitoring, transfer, collaboration purposes, etc.).

[0029] Regarding the administration components 110 in fig. 1, these may include a seismic data component 112, an information component 114, a pre-simulation processing component 116, a simulation component 120, an attribute component 130, a post-simulation processing component 140, an analysis/visualization component 142, and a workflow component 144. During operation, seismic data and other information supplied according to components 112 and 114 is fed to the simulation component 120, possibly with pre-simulation processing via the processing component 116.

[0030] The simulation component 120 can e.g. make use of the entities 122. The entities 122 may be earth entities and or geological objects, such as wells, surfaces, reservoirs, etc. In the system 100, the entities 122 may include virtual representations of actual physical entities that are reconstructed for simulation purposes. The entities 122 may be based on data obtained via recording, observation, etc. (eg, the seismic data 112 and other information 114).

[0031] The simulation component 120 can e.g. make use of a software framework, such as an object-based framework. In such a framework, the entities can be based on predefined classes to facilitate modeling and simulation. A commercially available example of an object-based framework is MICROSOFT ® . NET™ framework (Microsoft Corporation, Redmond, Washington), which provides a set of extensible object classes. In the .NET™ framework, an object class contains a module of reusable code and associated data structures. The object classes can be used for instantiating object cases for use in a program, a script, etc. Borehole classes can e.g. define objects for the representation of boreholes based on well data.

[0032] In the example in fig. 1, the simulation component 120 may process information to match one or more attributes specified by the attribute component 130, which may be a library of attributes. Such processing can take place before input to the simulation component 120. The simulation component 120 can alternatively, or in addition, perform operations on the input information based on one or more attributes specified by the attribute component 130. The simulation component 120 can e.g. constructing one or more models of the geological environment 150, which can be used as a basis for simulating the behavior of the geological environment 150 (eg in response to one or more actions, whether natural or artificial). In the example in fig. 1, the analysis/visualization component 142 may allow for interaction with a model or model-based results. The output from the simulation component 120 may additionally or alternatively be fed to one or more other workflows, as indicated by a workflow component 144.

[0033] The administration components 110 can e.g. incorporate features of a commercially available simulation framework, such as the PETREL® seismic-to-simulation software framework (Schlumberger Limited, Houston, Texas). The PETREL® framework adds components that allow for the optimization of exploration and production operations. The PETREL® framework includes seismic-to-simulation software components that can output information for use in enhancing reservoir performance, e.g. by improving the resource team's productivity. Through the use of such a framework, different professionals (eg, geophysicists, geologists, and reservoir engineers) can develop collaborative workflows and integrate operations to streamline processes. Such a framework can be considered software, and can be considered a data-driven program (e.g. where data is entered for the purpose of simulating a geological environment).

[0034] The administration components 110 can e.g. includes geology and geological modeling capabilities for generating high-resolution geological models of reservoir structure and stratigraphy (e.g. classification and estimation, facies modeling, well correlation, surface imaging, structural and fault analyses, well path design, data analysis, fracture modeling, workflow editing, uncertainty and optimization modelling, petrophysical modelling, etc.). Certain functions may allow for the performance of rapid 2D and 3D seismic interpretation, possibly for integration with geology and hardware tools (e.g. classification and estimation, well path design, seismic interpretation, seismic attribute analysis, seismic sampling, seismic volume rendering, geomass extraction , domain conversion, etc.). In the case of reservoir engineering, for a generated model, one or more features may enable workflow simulation to perform streamlined simulation, reduce uncertainty and aid in future well planning (e.g. uncertainty analysis and workflow optimization, well path design, advanced grid layout and up-scaling, historical compliance analysis, etc.). The management components 110 may have capabilities for drilling workflows, including well path design, drilling visualization, and real-time model updates (eg, via real-time data connections).

[0035] Various aspects of the administration components 110 can e.g. be add-ons or plug-ins that operate according to specifications in a framework environment. A commercially available framework environment, marketed as the OCEAN® framework environment (Schlumberger Limited, Houston, Texas), enables e.g. seamless integration of program additions (or plug-ins) into a workflow in the PETREL® framework. The OCEAN® framework environment works with .NET® tools (Microsoft Corporation, Redmond, Washington) and offers stable, user-friendly interfaces for efficient development. Different components can e.g. are implemented as add-ons (or plug-ins) that conform to and operate according to specifications in a framework environment (eg according to application programming interface (API) specifications, etc.).

[0036] Fig. 1 also shows an example of a framework 170 that includes a model simulation layer 180 together with a framework service layer 190, a framework core layer 195 and a module layer 175. The framework 170 may be the commercially available OCEAN® framework where the model simulation layer 180 is the commercially available model-focused PETREL® software package that hosts OCEAN® framework programs.

[0037] The model simulation layer 180 can add domain objects 182, act as a data source 184, enable rendering 186 and offer different user interfaces 188. Rendering 186 can offer a graphical environment where programs can display their data, while the user interface 188 can add a common look and feel of different components of the program's user interface.

[0038] In the example in fig. 1, the domain objects 182 may include entity objects, property objects, and optionally other objects. Entity objects can be used for geometric representation of wells, surfaces, reservoirs, etc., while property objects can be used for supplying property values, as well as data versions and display parameters. A unit object can e.g. represent a well where a property object provides log information as well as version information and display information (eg to display the well as part of a model). In such an example, the entity object may include e.g. coordinate information, which indicates one or more parts of the well with respect to a coordinate system (eg a coordinate system model, etc.).

[0039] In the example in fig. 1, data can be stored in one or more data sources (or data stores, generally physical data storage devices), which can be in the same or different physical locations and accessible via one or more networks. The model simulation layer 180 can be configured to model projects. A particular project, where saved project information can include inputs, models, results and cases, can be saved as such. When completing a modeling session, a user can thus save a project. Later, one can access and restore the project using the model simulation layer 180, which can recreate instances of the relevant domain objects (see, e.g., domain objects 182).

[0040] A system can e.g. include a framework configured with one or more modules (eg, code, plug-ins, APIs, etc.) to work with any of a variety of resources. Fig. 2 shows an example of a system 200 which includes a user layer 202, a private resource layer 204 and a public resource layer 206, and also an example of a system 250. In the example in fig. 2, the user layer 202 can include different users 212, 214 and 216, who have permission or the right to use the modeling system 210 in the private resource layer 204, and possibly to gain access to other data 230, which can be considered private or rights-protected. The other data 230 can e.g. include data in one or more databases 232, equipment data 234 or other data 236. As for the modeling system 210, this can be a model simulation layer such as the layer 180 in the framework 170 and can include one or more of the management components 110 in fig. 1. One. A framework, such as the framework 170 can e.g. be part of the private resource layer 204 and include private, public or private and public modules configured to interact with the public resource layer 204 and possibly other data 230 in the private resource layer 204. As for the public resource layer 206 in the example in fig. 2, it includes one or more social networks 222, one or more databases 224, and one or more other sources of public information 226 (e.g., open to the public, which may include subscription sources, whether free, fee-based, advertising-based, etc.).

[0041] Users of a modeling system can benefit from resources found in a public resource layer. Think e.g. on a user who spends a lot of time sitting in front of a screen and interacting with one or more programs for monitoring, modeling, etc. In such an example, a program may be knowledge- and data-driven and the user may experience productivity challenges when knowledge, data, or both are not readily available. To help overcome such challenges, one or more components may integrate public data sources to assist a user or users. When a user e.g. wants knowledge or data, the user can activate a component (eg during a monitoring session, a drilling session, a modeling session, etc.), where the component responds by rendering relevant public source data to the screen.

[0042] As shown in fig. 2, the system 250 may include one or more storage devices 252, one or more computers 254, one or more networks 260, and one or more modules 270. With respect to the one or more computers 254, each computer may include one or more processors (f .eg or cores) 256 and memory 258 eg. for storing instructions (eg modules), which can be executed by the at least one or more processors. A computer can e.g. include one or more network interfaces (e.g. wired or wireless), one or more graphics cards, a display interface (e.g. wired or wireless), etc. One module can e.g. include instructions such as executable by a processor, for instructing a computer, a system to perform actions (eg, a method, etc.).

[0043] Fig. 3 shows an example of a system 300 that includes a device layer 302, a data exchange layer 304 and a program layer 306. The device layer 302 may include one or more data units for "measurement while drilling" (MWD) 312, one or more mud logging units 314, one or more rig units 316, etc. A unit can be the data source, a data requester, or both. The data exchange layer 304 includes a data exchange system 330, which may include front end equipment 332, one or more servers 334, one or more modules 336 (eg, which may be run by a processor in a server, etc.) and one or more databases 338 .The program layer 306 may include one or more programs, such as an earth model program 352, a monitoring program 354, or other program types 356.

[0044] In the example in fig. 3, the data exchange system 330 may include one or more functions of the aforementioned InterACT™ system. Data can e.g. exchanged between one layer and another layer using a formatting language. An example of a markup language is the WITSML™ markup language (Wellsite Information Transfer Standard Markup Language, Energistics, Sugar Land, Texas), developed as part of an industry initiative to establish interfaces between technology and applications (e.g., well monitoring, management of wells, drilling, fracturing, completion, well overhaul, etc.). The use of WITSML™ data objects and data access application programming interfaces (APIs) may allow the development of a program that can exchange data with one or more other programs, e.g. for combining multiple data sets from different entities (e.g. services, suppliers, etc.) in one application (e.g. for analysis, visualization, collaboration, etc.).

[0045] In the example in fig. 3, the earth model program 352 may include one or more functions of the above PETREL® framework. The soil model program 352 can e.g. include one or more functions in a PETREL® well trajectory design module for well trajectories, platform positioning, etc. Such a module may provide trajectory generation, positioning, etc. for a set of reservoir targets in a subsurface formation, e.g. to reduce total costs for a drilling program (e.g. via a well cost optimization module). A well path design module may add target specification, such as "hit targets (e.g. as data points at one or more depths), where for example an optimal well path may be limited by one or more constraints (e.g. platform, boundaries, severity of line breaks, etc.) A module can add a Drilling Difficulty Index (DDI), as a measure for characterizing a well path, part of an underground formation, etc.

[0046] Fig. 4 shows an example of a system 400 that includes a MWD unit 410 and a data exchange system (DES) 430. In the example in Fig. 4, the DES 430 may include an operation panel module 432 , a communication module 434 (eg, a Chat, IM, etc.) and a data structure module 436 .

[0047] The MWD unit 410 can e.g. include functions for packaging information into a formatting language for transmission to the DES 430. Upon receiving the DES 430, the information from the MWD unit 410 may be handled via the operation panel module 432 in "real time" (eg, the delay may be on the order of a few seconds or less), e.g. for the purpose of rendering a GUI 433. The information supplied by the MWD unit 410 may contain information related to drilling activity at a site or sites, and a GUI may supply e.g. visualization of such information from several places.

[0048] In the example in fig. 4, the GUI 433 associated with the operation panel module 432 may be rendered into a display, projected onto a screen, etc. in the form that enables user interaction. One or more input devices (e.g., mouse, touch screen, pointer, microphone, etc.) may enable a user to initiate a Chat session via a command given via a graphical control (e.g., "Comm.") in the GUI 433 or other control associated with the DES 430. With reference to the example in fig. 3, as mentioned, the DES 330 can be server-based and accessible via a network, such as the Internet or other networks (e.g. mobile phone, satellite, etc.). In the previous example, data can be input via microphone, keyboard or touch screen on a smartphone where the operation panel module 432 provides information for rendering the GUI 433 to a screen on the smartphone.

[0049] Consider e.g. on a user, such as on a tablet or other local device running a browser program, views the GUI 433 according to browser instructions and information (e.g., in a formatting language) transmitted by the DES 430. When the information is read in the GUI- et 433, the user may wish to cooperate with another party. To do this, the user may enter a command (eg, touch screen, keyboard, voice, etc.) that, when received by the DES 430, instructs the DES 430 to initiate the Chat function and transmit browser program instructions for rendering a Chat room GUI 435. The user may in turn select a control for the GUI 435 to invite one or more parties to participate in a Chat session (eg, "Invite"). In this example, participation in the Chat session may occur via any of a number of communication modes (eg, voice, text, video, etc.).

[0050] As shown in fig. 4, the Chat Room GUI 435 includes two parties, "Jim P" or "JP" and "Sue M" or "SM". In the text entry field, a party to the Chat session can enter a text and press a control button to send. JP has e.g. sent this text: "Hi Sue, is there a water peak?" In response, SM has started to enter text in the "Let me investigate" text field...."

[0051] In the example in fig. 4, the data structure module 436 of the DES 430 provides data structuring functionality for structuring device information and communication information. The device information can e.g. be information associated with activity on site. The MWD unit 410 can thus e.g. add information that can be structured with regard to communication information associated with communication activity. In the example in fig. 4, the communication information in the Chat Room GUI 435 may be related to the "context" of the MWD device information, portions of which may be rendered by the GUI 433 .

[0052] Regarding the data structures 440, FIG. 4 two examples, data structure 442 and data structure 444, which may be suitable for storage in one or more databases 460. In the example in fig. 4, the data structure module 436 can determine which data structures are to be used, e.g. depending on context, device, communication mode, etc. When e.g. the communication includes speech, a data structure may include an audio file or a link to an audio file (e.g. optionally compressed), when the communication includes video, a data structure may include a video file or a link to a video file (e.g. optionally compressed) , when the communication includes the sharing of a program (e.g. a modeling program), a data structure may include a sequence of instructions, screens, etc. that may have occurred during the sharing of the program, etc.

[0053] With reference to the examples in fig. 4, the data structure 442 may include a coordinate field, a text field, and optionally other fields, while the included data structure 444 also includes a time field. When it comes to coordinates, time or coordinate and time, such information can provide the opportunity to connect or associate information in other ways. A drilling operation can e.g. add depth at a point in time, while a communication session can state a time. In the context of a project model, an actual time (eg, universal time) of the communication information may have less value than the depth of the drill bit at the time of the communication information. The latter can supplement the project model (e.g. at that depth) with quantitative communicated information, qualitative communicated information, etc.

[0054] The data structure 442 can e.g. include a coordinate field, a text field and a location identification code field and include such information as: 1523.23; water peak; 12344. The data structure 444 can e.g. include a time field (eg for a UTC according to ISO 8601), a coordinate field, a text field and a location identification code field (eg for identifying a well) and include information such as: 20XX-01-XXT21:34Z ; 1523.23; water peak; 12344. In the preceding examples, the location identification code information may provide linking to the text of an earth model program project, where the coordinate (eg, depth) enables connection to a physical location within the model program project. A coordinate field can e.g. give room e.g. for coordinates, one-dimensional coordinates, two-dimensional coordinates, three-dimensional coordinates, etc.

[0055] A seismic survey can e.g. carried out using shots. In such an example, individual shots can be linked to at least one coordinate. A shot can e.g. is associated with a number corresponding to a depth. In such an example, the number can be considered to be a depth (eg a coordinate).

[0056] A shot depth (or a shot number) can e.g. indicate a position of a seismic source (eg an explosive or other source) in an underground formation. A seismic survey can e.g. carried out by drilling holes at firing points and placing explosives in the holes. Shot holes can e.g. be more than about 50 m (eg about 164 ft) deep; with a note that e.g. the depth of about 6 m to about 30 m (eg, about 20 feet to about 98 feet) can be used, depending on different conditions. A seismic survey can e.g. carried out using surface-based sources. Vibrators, air blast, etc., which may be associated with one or more of the coordinates at the Earth's surface (eg a surface in an underground formation), may be used.

[0057] Shot points can e.g. indicate positions or stations where a seismic source is activated. A coordinate can e.g. enter a seismic line, part of a seismic line, or a point on a seismic line. A seismic line can e.g. be a line entered as part of a seismic survey, e.g. can a crossing line be perpendicular to a direction where seismic data is acquired. In such an example, the direction may be a process line or process line direction.

[0058] The previously mentioned above lnterACT™ system includes communication functions for a Chat room. A GUI for the lnterAct™ system can e.g. add different fields for setting up a Chat room, such as name (e.g. "bore Chat room"), description (e.g. "Chat room with client"), activity (e.g. a drop-down menu) and category (eg a drop-down menu). Such a GUI also includes a checkbox control for displaying a coordinate(s) (eg, for a drill operation) and a drop-down menu for units (eg, meters or feet).

[0059] In the example in fig. 4, the function of DES 430 may enable a user to mark information for inclusion in a communication and possibly for inclusion in a data structure. The user JP can e.g. selecting one or more of the graphic elements in the GUI 433 via a command (eg, speech, touch, mouse, etc.), which when selected associates or links information associated with that graphic with a communication, such as the communication in GUI-Chat room 435. For the example in fig. 4, the user can thus avoid re-entering a meter reading etc. in the text field. The user can e.g. select the meter graphic 437 in the GUI 433 and the information associated with the graphic 437 may be included in one or more data structures 440 (eg, other fields). Such functionality enables the user to easily include information that can reinforce the context of the ongoing communication, as well as for an audit, future assessment, etc.

[0060] Entities such as exploration and production companies (eg, E&P companies) or other companies may have access to massive volumes of private, commercial and public information from a wide variety of locations, sources, etc. The system 400 of FIG. 4 can provide information in a structured form that places such information in context, which can also contribute to placing other information in context.

[0061] A drilling process can e.g. include administration of drilling fluids (eg drilling mud). Drilling fluids can include a number of liquid liquids, liquid gas, and/or mixtures of liquids and solids (eg, as solid suspensions, liquid mixtures and emulsions, gases and solids). Drilling fluids can be used in an operation to drill a borehole into the earth. Drilling fluids can e.g. are classified according to a classification scheme, based e.g. on mud composition and by function and fluid performance: (1) water base, (2) non-water base and (3) gaseous (pneumatic). In such an example, each class (eg, category) may include one or more subclasses (eg, subcategories).

[0062] A process can e.g. account for fluid penetration and/or other effects of drilling operations on borehole instability. A process can e.g. include a model that can include functions for describing pressure changes on a weak plane (fractures) to take into account fluid penetration effects, a model can take into account one or more of fluid formation, surface tension effects, etc. A model can e.g. account for one or more of vibration, sedimentation, drilling fluid/mud, pressure fluctuations, piston suction, vibrator sweep, etc. A process can e.g. include search information (e.g. tagged information, etc.) and possibly input such information into a model for process information purposes, e.g. make decisions, possibly in near real time. Where the process is a drilling process, e.g. data and one or more coordinates associated with the data are supplied to an indexing module, while e.g. search made using a search index or search indexes (e.g. possibly based on one or more process parameter values, data, one or more coordinates associated with the drilling process, etc.). In such an example, a coordinate or coordinates can be linked to a program that can include a model of an underground environment where drilling takes place. Search results can e.g. include one or more communications, such as can be associated with a coordinate, coordinates, a process, a model, a borehole, a fault, a fracture, a structure, a layer, stratigraphy, lithology, etc.

[0063] Drilling can e.g. is considered an exploration process, in the sense that a drill bit can drill to a position that has not been explored before (eg a "new" position). In such an example, conditions at that location can be derived via information that has been collected previously, possibly by accessing via data collected during the drilling process. One or more models can e.g. is supplied, which can receive information and feed out assessments, estimates etc. with regard to the conditions of a position, e.g. to guide a process (eg a drilling process).

[0064] A method can e.g. include recommendation of a change in mud weight, an optimization of the well path (e.g. deviation, azimuth, etc.), a change in the drilling operation (e.g. to reduce pressure fluctuations during run-in/withdrawal from the hole), a borehole cleaning operation, a optimized cementing or completion of operational or production plans, etc.

[0065] A process can e.g. be a hydraulic fracturing process that includes the injection of material into a well, which may be in an environment where interaction with one or more natural fractures may occur. In such an example, a search may be conducted to uncover information about one or more natural fractures (eg, possibly modeled using a program that includes a model of the environment). Think e.g. on a drilling process that generates one or more coordinates, possibly with other information, which can be used to carry out a search with regard to natural fractures. In such an example, a feedback loop can inform the drilling process, e.g. to direct a drill bit in a direction beneficial to the utilization of one or more fractures for hydraulic fracturing purposes (eg, to increase drainage from a drainage area). Such a process can e.g. aim to form an angle between a borehole axis and the plane of a natural fracture, which takes into account the likely angle of a plane in a hydraulic fracture (e.g. to form a pattern or patterns to improve drainage, etc.) . In such an example, a model of the environment being drilled (eg, or fractured) may be rendered to a display, optionally together with information that is exchanged (eg, via input, search, communications, etc.).

[0066] Fig. 5 shows an example of a system 500 for indexing information, e.g. for ease of searching for such information. The system 500 can e.g. include functions of the previously mentioned STUDIO E&P™ knowledge environment, such as the STUDIO FIND™ search function, which can provide an index(es) of content, and the STUDIO ANNOTATE™ annotation function, which can enable annotation of information (e.g. .attributes for contributors to a G&G process, annotations to different decisions, etc.). Comments may include tags that link information, e.g. in the form of one or more links to documents, information on well completions, information on additives used, information on bulk plug material used (eg for fracturing, etc.), diagrams, photographs, downhole measurements, equipment used, etc. With reference again to the system 400 in fig. 4, the one or more data structures 440 can be formed by an annotation process that includes filling one or more data structure fields with information (eg text, data, a link, etc.).

[0067] The system 500 in the example in fig. 5 includes an indexer 510 for indexing data, such as can be retrieved from one or more databases 560 and 590. The database 560 can be an operational database that includes one or more data structures that include information, e.g. as described with respect to data structure 440 in FIG. 4. The database 590 may include any type of information (eg, private, public, etc.). An index database 580 includes information 570, which may include project program, name/value pairs, property statistics, spatial index, position, thumbnails, or other information. In the example in fig. 5, the index database 580 may be project-centric (eg, for projects in a model program or programs).

[0068] In the example in fig. 5, an application programming interface (API) 530 may allow the indexer 510 to access and optionally retrieve information 570 in the index database 580. The indexer 510 may then access and optionally retrieve information 550 in the operations database 550. Logic in the indexer 510 may enable to associate the information 550 with the index information 570. The indexer 510 may generate an index and store the index, e.g. in a manner similar to a search engine that indexes web pages (eg, where the indexer 510 collects, analyzes, and stores data to facilitate rapid and accurate retrieval of information).

[0069] Fig. 6 shows an example of a system 600 that includes a device 610 (see, for example, devices in the device layer 302 in Fig. 3), a data exchange system (DES) 630 and an earth model program 650. In the example in Fig. 6, the DES 630 includes a communication module 634 that can supply instructions and information for rendering a Chat room GUI 635, and the earth model program 650 includes one or more modules 651 that can supply instructions and information for rendering a project GUI 652.

[0070] In the example in fig. 6, the project GUI 652 includes a well path graphic 653 and a reservoir graphic 655, which can be rendered as objects within the earth model program 650 where such objects include object properties 658 (eg, information for defining object characteristics). DES 630 can e.g. enable the formation of a data structure 642 which includes depth information for a well (e.g. coordinate information) where e.g. information associated with depth information (e.g. coordinate information) may be rendered or otherwise linked to the project in the project GUI 652. The data structure 642 may e.g. is found in one or more databases 660 that are accessible from the earth model program 650 where depth information 654 (e.g. coordinate information) can be analyzed from the data structure 642 of the earth model program 650. In turn, the one or more modules 651 in the earth model program 650 can add instructions and information for rendering a graphic at a depth based on the depth information 654 (eg, the coordinate information) in the data structure 642 (see, eg, the open circle along the well path graphic 653). Such a graphic can be selectable by a command entered by a user, e.g. for displaying text from a communication session, such as the text in the Chat room GUI 635. When the graphic is selected, e.g. a window appears, showing text from the communication session regarding the query from user "JP" with respect to a water peak at the specified depth (eg the coordinate or coordinates). When a communication session includes audio, the selection of the graphics may be via a media player for playback of a media file associated with the data structure 642; noting that text-to-speech rendering can be supplied as an alternative to text, that a viewer can be supplied as an alternative to an image associated with the data structure, that a video player can be supplied as an alternative to video associated with the data structure, etc.

[0071] Fig. 7 shows an example of a method 700 together with an example of a Chat room GU1 735, a result GU1 737, a search engine 760 and an index database 770. In the method 700, a delivery block 702 supplies an index, a receive block 704 receives a query, an identification block 706 identifies one or more hits for the query and a transmit block 708 transmits at least one of the one or more hits. The index database 770 can e.g. adding the index, the chat room GUI 735 may include a query field for entering a query and a control for transmitting the query to the search engine 760 (eg, a server or other computing devices or systems) where the search engine 760 may include a receiving module 762 for receiving a query, an analysis module 764 for splitting the query, a hit module 766 for searching for one or more hits (eg for information, terms, etc. included in the query) and a transfer module 768 that transmits at least one of the one or more matches for presentation as results in a result-GUl 737.

[0072] In the example in fig. 7, one of the users listed in the Chat room GUI 735 (e.g., a party participating in the communication) enters the search term into the query field "water peak" and "Wilcox" (e.g., Wilcox formation), and in in response to the query, the search engine 760 returns results displayed in the results GUI 737. As shown, the results GUI 737 may include one or more sorting or filtering options to be applied to the results (eg, "sort by type") . In the example in fig. 7, a type sorting graphics control is selected and the results are sorted into the categories: modeling results, operational results, coordinate(s) (eg depth, etc.) and publications. The results GUI 737 displays results for each category, which may be links (eg, unified resource locators, "URLs", etc.) for expansion of a category or access to documents, a web page, etc., which may be privately or publicly available.

[0073] In the example in fig. 7, one of the users (eg, participants listed in the Chat Room GUI 735) can select one of the results displayed by the results GUI 737. A marker 739 is displayed eg. as selecting a publication from Smith et al. As this activity takes place in the context of a communication session, it may be included in a data structure 742 and associated with one or more of depth (e.g., coordinate(s)), time, facility position, well, etc.

[0074] In the example in fig. 7, the Chat Room GUI 735 and Results GUI 737 may be provided as part of a DES, part of a soil modeling program, or as part of another program. When the Chat Room GUI 735 and the Results GUI 737 are included in a DES, the data structure 742 can be associated with e.g. a soil modeling program. Referring again to the example of the project GUI 652 in FIG. 6, selecting the graphic located along the well path graphic 653 may present the link to the publication of Smith et al. or retrieve the publication and present it in a new window (eg the window of a pdf reader). In the example where the Chat Room GUI 735 and the Results GUI 737 are included in a soil modeling program, the data structure 742 can be associated with e.g. a DES, such as the DES 330, which may be operational during one or more field operations (see, e.g., the units in the unit layer 302).

[0075] The method 700 is shown in FIG. 7 associated with various computer readable media (CRM) blocks 703, 705, 707 and 709. Such blocks generally include instructions suitable for execution by one or more processors (or cores) for instructing a computing device or system to perform one or more actions. Although different blocks are shown, a single medium can be configured with instructions that at least partially allow the method 700 to perform different actions.

[0076] One or more computer-readable media can e.g. include instructions executable by a computer for instructing a computer to: provide a search index that includes indexed operating information for an operation in a well in an underground formation, coordinate information for a depth in the well, and communication information associated with the well in the underground formation for a communication that took place at the time of an operation carried out at depth in the well; receipt of an inquiry; identifying one or more matches for the query using the search index; and transmitting one or more results in response to the query based at least in part on the one or more matches.

[0077] Instructions can e.g. also provided for instructing a computer to update the search index based at least in part on operational information for an operation in another well in the underground formation, coordinate information for a depth in the second well, and communication information associated with the second well in the underground formation for a communication that took place at a time for an operation carried out at depth in the second well. A search index can consequently include information for a plurality of wells, which may be in the same underground formation or possibly in one or more other underground formations.

[0078] Instructions can e.g. supplied for instructing a computer to analyze a query where the query includes search criteria. Instructions can e.g. supplied for instructing a computer to identify one or more hits based at least in part on a term in a query and a term in indexed communications information.

[0079] As mentioned, results can be in the form of resource locations, such as URLs, so that instructions can be added to instruct a computer to transmit one or more results as URLs.

[0080] In a communication session, there can be one or more scenarios, which can be initiated within any program layer, a data exchange layer, a device layer, etc. where a data exchange layer can manage links between communicated information and other information and possibly add a search function based on at least partly on such connections. Such search functionality can be added during a communication session or after a communication session. In the case of operations, modeling, etc. for an underground formation, coordinate information can enable information to be associated. As explained in various examples, operations such as drilling can provide coordinate information and modeling, such as soil modeling can provide a model that includes coordinate information. Thus, coordinate information for an operation performed on an underground formation can be used to link the operation and team communications to a model of the underground formation, and coordinate information for a model of an underground formation can be used to link the model and team communications to a operation that has been carried out, is being carried out, is to be carried out or is planned, is being planned or is to be planned.

[0081] Fig. 8 shows an example of a system 800 that includes an operating program module 810 , a communication module 820 , an interconnection module 840 , a modeling program module 850 , a database module 860 and a search index module 880 .

[0082] A user module 801 enables one or more users to enter one or more search topics, criteria, etc. to the search index module 880, where the search index module 880 can return one or more results (e.g. topics) per a result module 885 ( eg or an indication that no results match the search). In the case of the operating program module 810, it may supply one or more of time information and coordinate information, in the case of the communication module 820 it may supply time information, and in the case of the modeling program module 850 it may supply coordinate information. In the example in fig. 8, associations may be made by the association module 840 based on such types of information and associated information may be stored in one or more databases by the database module 860. Such information may be indexed for search purposes by the search index module 880. As additional information is generated in one or more of the operating program module 810, the communication module 820, the modeling program module 850, the search index module 880 may perform additional indexing to update an index for dynamically enriching the search capabilities.

[0083] In the example in fig. 8, an index approach can improve performance in terms of finding relevant documents in response to a query. The search index module 880 may include search engine functionality for indexing, where indexing may include collecting, analyzing, and storing data to facilitate information retrieval.

[0084] A system can e.g. including an operational module for obtaining operational information for an operation associated with a coordinate in an underground formation; a communication module for obtaining communication information for a communication associated with a time; an association module for associating the coordinate of the underground formation and the time of the communication; and a search index module for indexing the obtained operation information and the communication information and the coordinate of the underground formation or the time of the communication. In such a system, the search index module for indexing may include indexing for indexing the coordinate of the underground formation and the time of the communication. A system can e.g. include a structure module for forming a data structure that includes a coordinate field for the coordinate (eg, coordinate information, which may include one or more coordinates), a time field for the time, or a coordinate field for the coordinate (eg, coordinate information, which may include one or more coordinates) and a time field for the time. Such a module can alternatively be part of the linking module 840. A data structure can e.g. include a communication information field for communication information, an operation information field for operation information, etc.

[0085] A system can e.g. include a processor; memory operationally connected to the processor; and modules stored in memory that include processor-executable instructions, e.g. for instructing the system to perform actions (eg a method, etc.). In such an example, the modules may include an operational module for obtaining operational information for an operation associated with a coordinate for an underground formation (eg, as represented in a coordinate system for the underground formation, which may be a coordinate system in a model); a communication module for obtaining communication information for a communication associated with a time; an association module for associating the coordinate of the underground formation and the time of the communication; and a search index module for indexing the obtained operation information and the communication information and the coordinate of the underground formation or the time of the communication.

[0086] Fig. 9 shows an example of a method 900 which includes a delivery block 910 for delivery of operating information associated with a coordinate of an underground formation, an association block 920 for associating communication information with the coordinate; and an index block 930 for indexing the added operation information and associated communication information; and a storage block 940 for storing a search index based at least in part on the indexing. In such a method, communication information may include communication information obtained during an operation at the coordinate in the underground formation (eg, a coordinate may be a depth, which may be a well depth). Communication information can e.g. include one or more text communications or other information. When it comes to linking at the linking block 920, this may include forming a data structure that includes a coordinate field and a communication information field. Operational information associated with a coordinate for an underground formation can e.g. include operational information for a drilling operation (e.g., optionally at that coordinate, e.g., a depth for a drill bit in the underground formation).

[0087] When modeling information is available, the method 900 can e.g. including associating the modeling information with the coordinate, indexing the modeling information, and storing a search index based at least in part on the indexing of the modeling information. In such an example, the modeling information may include modeling information for a model of the underground formation.

[0088] The method 900 is shown in FIG. 9 associated with various computer readable media (CRM) blocks 911, 921, 931 and 941. Such blocks generally include instructions suitable for execution by one or more processors (or cores) for instructing a computing device or system to perform one or more actions. Although different blocks are shown, a single medium can be configured with instructions that at least partially allow the method 900 to perform different actions.

[0089] Fig. 10 shows examples of methods 1010, 1030 and 1050, which can alternatively be performed individually, collectively, selectively, simultaneously, etc. As shown in Fig. 10, the method 1010 includes a performance block 1012 for performing one or more downhole operations (eg, inserting a tool, a tool string, etc. into a hole or for creating or enlarging a hole), an association block 1014 for associating communication information with downhole depth (e.g., as operational information confirmed during a completed downhole operation, etc.), an index block 1016 for indexing the operational information and the associated communication information and a storage block 1018 for storing one or more search indexes based at least in part on the indexing. A downhole operation can e.g. be a drilling operation that includes a drill string and possibly one or more tools (e.g. for logging, etc.). In such an example, the downhole depth may be a depth in the hole or a depth along an axis (eg in a direction normal to a surface). In such an example, a depth can be a depth in a layer in an underground pool, such as to be modeled or modeled in an Earth model (eg, as in a framework, such as the PETREL® Seismics-for-Simulation Framework). While depth is mentioned in the previous example, one or more coordinates can be supplied, e.g. alternatively or additionally.

[0090] As shown in fig. 10, the method 1030 includes a performance block 1032 for performing one or more seismic survey operations, an association block 1034 for associating communication information with a shot number or a proxy thereof (e.g., operational information confirmed during a completed seismic survey, etc.), an index block 1036 for indexing the operational information and the associated communication information and a storage block 1038 for storing one or more search indices based at least in part on the indexing.

[0091] A shot number can e.g. correspond to an activation of a source for the emission of seismic energy, e.g. as in a series of activations (eg alternatively parallel activations). In such an example, a seismic energy case on a receiver can be taken up, e.g. in a predetermined time from a start of a sweep time for the source where the time from an end of the sweep to an end of a recording period can be referred to as a listening time. Data obtained at a receiver from the start of the sweep time to the end of the listening time may be operational information associated with a shot number.

[0092] Acquisition, processing and interpretation of repeated seismic surveys over a field (e.g. a producing hydrocarbon field) can e.g. conducted to determine changes in one or more parameters with respect to time (eg as a result of hydrocarbon production, injection of water or gas, etc.). In such an example, a data set can be constructed (e.g. seismic data from survey 1 subtracted from seismic data from survey 2) over an elapsed time, which e.g. includes communication information as multiple linked surveys (eg index based on one or more factors relevant to an understanding or characterization of the field). Although the difference in elapsed time for the data may be close to zero, indicating little or no change in the field, communication information may indicate that one or more conditions have changed (e.g., qualitative information not captured by the survey data obtained). . Communication information (e.g. indexed to a survey parameter, data, etc.) may therefore enable a decision to be made with respect to one or more further steps, assessment of a field, etc.

[0093] As shown in fig. 10, the method 1050 includes a performance block 1052 for executing one or more workflow steps, an association block 1054 for associating communication information with one or more workflow steps (eg, operational information confirmed during a completed workflow, etc.), an index block 1056 for indexing the operational information, and the associated communication information and a storage block 1058 for storing one or more search indexes based at least in part on the indexing. One or more steps in a workflow can e.g. is carried out when e.g. information is exchanged by individuals during a horizon interpretation or other workflow processes (eg fault interpretation, model building, simulation, etc.). In such an example, the information may be communication information associated with communications that took place during the execution of one or more types of work steps. Where indexing takes place and an index is stored, a person may conduct a search using a search engine to uncover one or more communications that occurred during that person's work and/or the work of another at a particular stage (or stages) of the workflow.

[0094] A training module can e.g. is developed based on communications with an experienced user during a workflow that includes several workflow steps. Such communications may be indexed and stored to enable a less experienced user to access the communications while or before he/she completes that workflow (eg, or a workflow that includes one or more common workflow steps).

[0095] A communication can e.g. be between an expert team (eg at a headquarters facility) and an asset team (eg in the field). An operation can e.g. be an interpretation to a simulation workflow as part of a reservoir assessment (e.g. where one or more decisions are to be made with regard to development of the reservoir, reservoir economics, similarities between the reservoir and other reservoirs, etc.).

[0096] As shown in fig. 10, a search engine 1060 can be supplied which can search an index or indexes in an index database 1070. In the example in fig. 10, one or more of the storage blocks 1018, 1038 and 1058 may include storage of one or more indexes in the index database 1070. The search engine 1060 may e.g. include options that the user can select (e.g., fields, etc.) to limit a search to one or more indexes in the index database 1070. A user can, e.g. entering an indicator into a field in a graphical user interface of a search engine (eg front end) for inclusion or exclusion of a search for downhole operation(s), seismic survey operation(s) and/or workflow steps.

[0097] One or more of the methods 1010, 1030 and 1050 can optionally be partially implemented via instructions suitable for executing one or more processors (or cores) for instructing a computer unit or system to perform one or more actions. A single medium can e.g. is configured with instructions to allow, at least in part, execution of various actions by one or more of the methods 1010, 1030 and 1050 of FIG. 10.

[0098] One or more computer-readable media can e.g. include instructions executable by a computer for instructing a computer to output information for control of a process. Such instructions can e.g. provide output for a registration process, an injection process, a drilling process, an extraction process, etc.

[0099] Fig. 11 shows components of a data processing system 1110 and a network system 1110. The system 1100 includes one or more processors 1102, memory and/or storage components 1104, one or more input and/or output devices 1106 and a data bus 1108. Instructions can e.g. stored in one or more computer-readable media (eg, memory/storage components 1104). Such instructions may be read by one or more processors (eg, the processor(s) 1102) via a communication bus (eg, the data bus 1108), which may be wired or wireless. The one or more processor(s) may execute such instructions to implement (in whole or in part) one or more attributes (eg as part of a method). A user can view output from and interact with a process via an I/O device (eg, device 1106). A computer-readable medium can e.g. be a storage component, such as a physical memory device, e.g. a chip, a chip on a package, a memory card, etc.

[00100] Components can e.g. distributed as in the network system 1110. The network system 1110 includes the components 1122-1, 1122-2, 1122-3, ...1122-N. The components 1122-1 can e.g. include the processor(s) 1102, while the component(s) 1122-3 may include memory accessible to the processor(s) 1102. The component(s) 1102-2 may further include an I/O device for display and optional interaction with a method . The network may be or include the Internet, an intranet, a cellular network, a satellite network, etc.

[00101] A unit can e.g. be a mobile device that includes one or more network interfaces for communicating information. A mobile device can e.g. include a wireless network interface (eg operable via IEEE 802.11, ETSI GSM, BLUETOOTH®, satellite, etc.). A mobile device can e.g. include components such as a main processor, memory, a display, graphics display circuitry (eg, optionally including touch and gesture circuitry), a SIM port, audio/video circuitry, motion processing circuitry (eg, accelerometer, gyroscope), circuitry for wireless LAN, smart card circuits, transmitter circuits, GPS circuits and a battery. A mobile device can e.g. can be configured as a mobile phone, a tablet, etc. A method can e.g. is realized (e.g. in whole or in part) using a mobile device. A system can e.g. include one or more mobile devices.

[00102] A system can e.g. be a distributed environment, e.g. a so-called "cloud" environment, where different devices, components, etc. interact for data storage, communication, calculation purposes, etc. A device or system can e.g. include one or more components for communicating information via one or more of the Internet (e.g. where communication takes place using one or more Internet protocols), a cellular network, a satellite network, etc. A method may e.g. is realized in a distributed environment (e.g. fully or partially as a cloud-based service).

[00103] Information can e.g. fed in from a display (e.g. think of a touch screen), fed out to a display or both. Information can e.g. output to a projector, a laser device, a printer, etc., so that the information can be read. Information can e.g. output stereographically or holographically. As for the printer, consider a 2D or 3D printer. A 3D printer can e.g. include one or more substances that can be fed out for the construction of a 3D object. Data can e.g. sent to a 3D printer to construct a 3D representation of an underground formation. Teams can e.g. are constructed in 3D (e.g. horizons, etc.), geological formations constructed in 3D, etc. Holes, fractures, etc. can e.g. are constructed in 3D (eg as positive structures, as negative structures, etc.).

Conclusion

[00104] Although only a few exemplary designs have been described in detail above, those skilled in the art will readily appreciate that many modifications to the exemplary designs are possible. Accordingly, such modifications are intended to be included within the scope of this disclosure, as defined in the following requirements. In the claims, the method-plus-function clauses are intended to cover the structures described in this document that perform the cited functions, and not just structural equivalents, but also equivalent structures. Although a nail and a screw are not structural equivalents, as the nail has a cylindrical surface for attaching pieces of wood to each other while the screw has a spiral surface, a nail and a screw in the context of attaching pieces of wood to each other can thus be equivalent structures. It is applicant's express intention not to invoke 35 U.S.C. § 112, paragraph 6, for any limitation of any of the claims in this document, except for those claims that expressly use the words "means to" together with a connected function. As such, the foregoing description is not intended to be limited to the representations disclosed in this document; it applies to all functionally equivalent structures, methods and applications, such as are within the scope of the following requirements.

Claims (20)

1. Method comprising: supplying operating information associated with a coordinate for an underground formation; linking the communication information with the coordinate; indexing the added operating information and associated communication information, and storing a search index, based at least partially on the indexing. 2. The method according to claim 1 where the communication information comprises communication information obtained during an operation at the coordinate of the underground formation. 3. The method according to claim 1, where the communication information comprises one or more text messages. 4. The method according to claim 1, where the linking comprises the formation of a data structure comprising a coordinate field and a communication information field. 5. The method according to claim 1, where the operational information linked to the coordinate for the underground formation includes operational information for a drilling operation. 6. The method according to claim 5, where the coordinate for the underground formation includes a bit depth. 7. The method according to claim 1 further comprising linking of modeling information with the coordinate, indexing of modeling information and storage of a search index based at least partially on the indexing of the model information. 8. The method according to claim 7, where the modeling information comprises modeling information for a model of the underground formation. 9. The method according to claim 1 where the coordinate comprises a well depth for a well in the underground formation. 10. System-wide: a processor; memory operationally coupled to the processor; modules stored in the memory, comprising processor-executable instructions, the modules comprising an operational module for obtaining operational information for an operation associated with a coordinate in an underground formation; a communication module for obtaining communication information for a communication associated with a time; a linking module for linking the coordinate in the underground formation and the time of the communication; and a search index module for indexing the acquired operational and communication information and the coordinate of the underground formation or the time of the communication. 11. The system according to claim 10, wherein the search index module for indexing indexes the coordinate of the underground formation, and the time of the communication. 12. The system according to claim 10 where the communication takes place during the operation. 13. The system according to claim 10 further comprising a structure module for forming a data structure comprising a coordinate field for the coordinate, a time field for the time or a coordinate field for the coordinate and a time field for the time. 14. The system according to claim 13, where the data structure comprises a communication information field for the communication information. 15. The system according to claim 13, where the data structure comprises an operational information field for the operational information. 16. One or more computer-readable media comprising computer-executable instructions for instructing a computer to: provide a search index comprising indexed operational information for an operation in a well in an underground formation, coordinate information for a depth in the well and communication information associated with the well in the underground formation for a communication that takes place at a time for an operation that is carried out at the depth of the well; to receive a query; to identify one or more matches for the search using the search index; and transmitting one or more results for the search based at least in part on one or more of the matches. 17. The one or more computer-readable media according to claim 16 comprising computer-executable instructions for instructing a computer to analyze the search where the search includes search criteria. 18. The one or more computer-readable media of claim 16 comprising computer-executable instructions for instructing a computer to identify one or more hits based at least in part on a search term in the query and a term in the indexed communication information. 19. The one or more computer-readable media according to claim 16 comprising computer-executable instructions for instructing a computer to update the search index based at least in part on operational information for an operation in another well in the underground formation, coordinate information for a depth in the second well , and communication information associated with the second well in the underground formation for a communication that takes place at a time for an operation performed at the depth of the second well. 20. The one or more of the computer-readable media of claim 16 comprising computer-executable instructions for instructing a computer to transmit one or more of the results as URLs.