An xml file-based structured well logging interpretation method and device

Abstract

This invention discloses a structured logging interpretation method and apparatus based on XML files. The method includes: identifying at least one type of logging instrument for logging processing and interpretation and constructing a top-level software module tree. The top-level software module tree is divided into hierarchical nodes according to the instrument type, and each node is associated with the corresponding processing method file path and display attributes; based on the characteristics of the processing methods, the control parameters of each processing method are integrated into an XML file of the instrument type, and the file mapping path of the processing method is added to the top-level software module tree; based on the code calling method of the processing method, a corresponding code calling method field is added to the XML file; a custom drawing template is constructed in the logging interpretation platform, and the corresponding relationship of the drawing template is added to the top-level software module tree. This invention enables rapid construction of different languages ​​in the CIFLog logging software interpretation platform.

Description

Technical Field

[0001] This invention relates to the field of well logging interpretation technology, and in particular to a structured well logging interpretation method and apparatus based on XML files. Background Technology

[0002] In recent years, my country's well logging interpretation software platform has developed rapidly, with a number of high-quality domestic well logging interpretation software platforms emerging, led by CIFLog. Well logging interpretation methods based on software development have been widely applied and practiced by integrating them into different software in different ways, making a significant contribution to China's petroleum exploration and development.

[0003] Due to the diversity of software implementations, well logging interpretation methods written in different languages ​​cannot be effectively compatible within the same software. Problems arise such as difficulties in interoperability, inconsistent data accuracy, inability to embed software interfaces, and a lack of interoperability between underlying well logging data and interpretation method processing results. Similarly, the software implementations of well logging interpretation methods also exhibit diversity. The presence of mixed programming languages ​​in the software leads to increased maintenance costs and an unlimited expansion of the software size.

[0004] In summary, in order to better apply well logging processing and interpretation methods from different sources, it is urgent to design a well logging interpretation software module generation tool for hybrid programming methods, using a lightweight approach to enable rapid construction of different languages ​​in the well logging interpretation software platform. Summary of the Invention

[0005] This invention provides a structured logging interpretation method and apparatus based on XML files, enabling rapid construction of different languages ​​in a logging interpretation software platform.

[0006] According to one aspect of the present invention, a structured well logging interpretation method based on XML files is provided, comprising:

[0007] Identify at least one type of logging instrument for well logging processing interpretation and construct a top-level software module tree. The top-level software module tree is divided into hierarchical nodes according to the instrument type of the logging instrument, and each node is associated with the corresponding processing method file path and display attributes.

[0008] Based on the characteristics of the processing method, the control parameters of each processing method are integrated into an XML file of the instrument type, and the file mapping path of the processing method is added to the top-level software module tree;

[0009] According to the code invocation method of the processing method, add a corresponding code invocation method field to the XML file;

[0010] A custom drawing template is built in the well logging interpretation platform, and a corresponding relationship is added to the top-level software module tree of the drawing template.

[0011] Optionally, constructing the top-level software module tree includes:

[0012] Construct a top-level XML file, which includes a custom module name, display font, welcome image path, and Python interpreter path field;

[0013] Each logging instrument is added as a separate node to the top-level XML file. Each node defines the instrument type through the tooltype field, associates the processing method file path through the xml field, and associates the display icon path through the image field.

[0014] Optionally, the XML file for the instrument type includes a type name field (type), a reference name field (name), a default parameter value field (default), a curve type field (curvetype), and a curve family name (curvefamily).

[0015] Optionally, the data types of the control parameter set include Input, Output, InputCurveComboBox, OutputCurveTextField, Split, CheckBox, Range, ComboBox, Table, String, and Number fields.

[0016] Optionally, according to the code invocation method of the processing method, adding a corresponding code invocation method field to the XML file includes:

[0017] For .exe files, .inp files are used as data transmission media to pass interface parameters;

[0018] For .dll dynamic libraries, the interaction between the Java platform and C / C++ code is achieved through the JNI interface;

[0019] For .py scripts, they are invoked and executed via the Python interpreter path.

[0020] Optionally, the drawing template file predefines curve display styles and data mapping rules, and the input and output data of the processing flow are automatically matched with the corresponding drawing template to generate visual charts.

[0021] Optionally, the method further includes:

[0022] In the XML file corresponding to the logging instrument, a custom button tool is set for a single processing method. The configuration field is named customtool, and the content of the field is a mapping of a custom tool class in the Java programming language.

[0023] According to another aspect of the present invention, a structured logging interpretation device based on XML files is provided, comprising:

[0024] The first construction unit is used to determine at least one type of logging instrument for logging processing interpretation and to construct a top-level software module tree. The top-level software module tree is divided into hierarchical nodes according to the instrument type of the logging instrument, and each node is associated with the corresponding processing method file path and display attributes.

[0025] An integration unit is used to integrate the control parameters of each processing method into an XML file of the instrument type according to the characteristics of the processing method, and add the file mapping path of the processing method to the top-level software module tree;

[0026] An add unit is used to add a corresponding code invocation method field to the XML file according to the code invocation method of the processing method;

[0027] The second construction unit is used to build a custom drawing template in the well logging interpretation platform and add a corresponding relationship to the drawing template in the top-level software module tree.

[0028] According to another aspect of the present invention, an electronic device is provided, the electronic device comprising:

[0029] At least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores a computer program executable by the at least one processor, the computer program being executed by the at least one processor to enable the at least one processor to execute the XML-based structured well logging interpretation method according to any embodiment of the present invention.

[0030] According to another aspect of the present invention, a computer-readable storage medium is provided, the computer-readable storage medium storing computer instructions, the computer instructions being configured to cause a processor to execute and implement the structured well logging interpretation method based on XML files as described in any embodiment of the present invention.

[0031] According to another aspect of the present invention, a computer program product is provided, the computer program product comprising a computer program that, when executed by a processor, implements the structured logging interpretation method based on XML files as described in any embodiment of the present invention.

[0032] The purpose of this invention is to provide a lightweight, integrated, efficient, and hybrid programming language compatible software module construction framework for well logging interpretation methods. The framework is mainly based on the JAVA programming language and is released in the form of a jar package, enabling rapid construction of different languages ​​in the CIFLog well logging software interpretation platform.

[0033] It should be understood that the description in this section is not intended to identify key or essential features of the embodiments of the present invention, nor is it intended to limit the scope of the invention. Other features of the invention will become readily apparent from the following description. Attached Figure Description

[0034] To more clearly illustrate the technical solutions in the embodiments of the present invention, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0035] Figure 1 This is a flowchart of a structured well logging interpretation method based on XML files provided in Embodiment 1 of the present invention;

[0036] Figure 2 This is a schematic diagram of the content of an XML file applicable to Embodiment 1 of the present invention;

[0037] Figure 3 This is a schematic diagram of the XML file corresponding to a single instrument type applicable to Embodiment 1 of the present invention;

[0038] Figure 4 This is a flowchart of a structured well logging interpretation method based on XML files provided in Embodiment 2 of the present invention;

[0039] Figure 5 This is a schematic diagram of a parameter table generated by an XML processing method according to Embodiment 2 of the present invention;

[0040] Figure 6 This is a schematic diagram of a mounting interface provided in Embodiment 2 of the present invention;

[0041] Figure 7 This is a schematic diagram of another hanging interface provided in Embodiment 2 of the present invention;

[0042] Figure 8 This is a schematic diagram of a structured logging interpretation device based on XML files provided in Embodiment 3 of the present invention;

[0043] Figure 9 This is a schematic diagram of the structure of an electronic device that implements the structured well logging interpretation method based on XML files according to embodiments of the present invention. Detailed Implementation

[0044] To enable those skilled in the art to better understand the present invention, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings of the embodiments of the present invention. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of the present invention.

[0045] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this invention are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of the invention described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover a non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0046] Example 1

[0047] Figure 1 This is a flowchart of a structured logging interpretation method based on XML files provided in Embodiment 1 of the present invention. This embodiment is applicable to situations where a software module framework for a logging interpretation method is rapidly constructed within a logging software interpretation platform. This method can be executed by a structured logging interpretation device based on XML files. This structured logging interpretation device based on XML files can be implemented in hardware and / or software, and can be configured in an electronic device. Figure 1 As shown, the method includes:

[0048] S110. Determine at least one type of logging instrument for well logging processing interpretation and construct a top-level software module tree. The top-level software module tree is divided into hierarchical nodes according to the instrument type of the logging instrument, and each node is associated with the corresponding processing method file path and display attributes.

[0049] CIFLog is a platform framework written in Java, CIFLog-LEAD uses the QT interface framework, WELog uses the WPF interface framework written in C#, and the Forward software uses a native framework written in Fortan. Software written in different languages ​​presents challenges such as difficulty in interoperability, inconsistent data accuracy, inability to embed software interfaces, and incompatibility between underlying logging data and interpretation method processing results.

[0050] Similarly, the software implementations of well logging interpretation methods also exhibit diversity. For example, traditional methods are mostly compiled into .exe executable files in the Fortan language, methods developed by university professors typically use C / C++ to build .exe executable files, .dll dynamic libraries, or .lib static libraries, while state-owned or private enterprises usually use C# to generate .dll method dynamic libraries. There are also .py or .pyc executable scripts built in Python to construct artificial intelligence processing methods.

[0051] The system collects and processes the types of instruments included in the interpretation module, analyzes the interpretation steps for each instrument, and constructs a top-level software module tree from top to bottom using an XML structured file.

[0052] In well logging operations, different instruments measure different types of data, operate on different principles, and reflect different geological information, requiring different processing and interpretation methods. For example, sonic logging tools measure the propagation speed of sound waves in underground rock formations to obtain information such as formation porosity; while resistivity logging tools determine the oil-bearing capacity of formations by measuring their resistivity. Before building software modules, it is necessary to thoroughly analyze the complete process of each instrument from raw data acquisition to final geological information interpretation, clarifying the specific operations and data processing methods at each stage.

[0053] In this embodiment of the invention, constructing a top-level software module tree includes:

[0054] Build the top-level XML file, which includes a custom module name, display font, welcome image path, and Python interpreter path field;

[0055] Each logging instrument is added as a separate node to the top-level XML file. Each node defines the instrument type through the tooltype field, associates the processing method file path through the xml field, and associates the display icon path through the image field.

[0056] After collecting the types of instruments included in the software modules, a top-level XML structured file is constructed. This file primarily includes fields such as `module` (module name), `font` (display font), `welcome` (path to the welcome image), and `python` (relative path to the Python.exe interpreter), among other custom fields. Each instrument is then added as a separate cell to the top-level XML file, as shown in TOOL1 and TOOL2 in the image below. Each individual cell includes `tooltype` (instrument type), `xml` (relative path to the corresponding processing method file), and `image` (path to the corresponding instrument image). Figure 2 This is a schematic diagram of the content of an XML file applicable to Embodiment 1 of the present invention.

[0057] S120. Based on the characteristics of the processing methods, integrate the control parameters of each processing method into an XML file of the instrument type, and add the file mapping path of the processing method to the top-level software module tree.

[0058] The characteristics of different processing methods are analyzed, and the control parameters of these methods are integrated into a structured XML file for a single instrument type. Furthermore, file mapping paths for different processing methods are added to the top-level software module tree to ensure that when a specific processing method is selected, the corresponding parameter list is read.

[0059] In this embodiment of the invention, the XML file for the instrument type includes a type name field (type), a reference name field (name), a default parameter value field (default), a curve type field (curvetype), and a curve family name (curvefamily).

[0060] In this embodiment of the invention, the data types of the control parameter set include Input, Output, InputCurveComboBox, OutputCurveTextField, Split, CheckBox, Range, ComboBox, Table, String, and Number fields.

[0061] To address the characteristics of different processing methods, different XML structured files are constructed for each method, and file mapping relationships are added. Figure 3 This is a schematic diagram of an XML file corresponding to a single instrument type applicable to Embodiment 1 of the present invention. Multiple processing method flows exist in one type of instrument.

[0062] Each cell's fields define different attributes for various data types in plaintext: `type` is the type name, `label` is the display name, `name` is the reference name, `default` is the default parameter value, `curvetype` is the curve type, and `curvefamily` is the curve family name. The parameter data types `type` mainly include Input, Output, InputCurveComboBox, OutputCurveTextField, Split, CheckBox, Range, ComboBox, Table, String, Number, etc. By binding different types of string data to the underlying data of the CIFLog well logging interpretation software, low-level input / output interoperability is achieved, abstracting the hard link between methods and the software's core, making it easier to write and call software methods. These parameters all originate from a base class, based on which users can also implement dynamic parameter extension and other functions.

[0063] S130. Based on the code calling method of the processing method, add the corresponding code calling method field to the XML file.

[0064] For each different instrument type, add the calling method of the processing method code to each processing method, such as java, exe, python, dll, etc.

[0065] In this embodiment of the invention, according to the code invocation method of the processing method, a corresponding code invocation method field is added to the XML file, including:

[0066] For .exe files, .inp files are used as data transmission media to pass interface parameters;

[0067] For .dll dynamic libraries, the interaction between the Java platform and C / C++ code is achieved through the JNI interface;

[0068] For .py scripts, they are invoked and executed via the Python interpreter path.

[0069] To handle different programming languages, the `Language` field needs to be configured in the XML file, with Java as the default language. Since the calling methods for programming files in Java differ for each language, different initialization scripts need to be written for each language. For example, if the data transfer medium for the EXE file is a .inp file from the CIFLog software platform, using the .inp file as one of the parameters to call the EXE will complete the mapping between the interface module parameter table and the calculation module input parameters.

[0070] S140. Construct a custom drawing template in the well logging interpretation platform and add a corresponding relationship to the drawing template in the top-level software module tree.

[0071] In the CIFLog well logging interpretation platform, a custom drawing file template is built, and the corresponding relationship of the drawing template is added to the top-level software module tree.

[0072] In this embodiment of the invention, the drawing template file predefines the curve display style and data mapping rules, and the input and output data of the processing flow automatically matches the corresponding drawing template to generate a visual chart.

[0073] Each processing flow has different input and output data, and the data to be observed during processing is also different. Therefore, it is necessary to set up data plotting templates corresponding to the input and output curves of the parameter table to check data quality and observe calculation results. For this purpose, the .plt file of the CIFLog platform is used as the medium for preset plotting curves.

[0074] In this embodiment of the invention, the method further includes: setting a custom button tool for a single processing method in the XML file corresponding to the logging instrument, wherein the configuration field is customtool and the field content is a mapping of a custom tool class in the Java programming language.

[0075] During processing, if a processing method not present in the framework exists, it can be extended through custom functionality. For example, a text editor (such as Notepad, Notepad++, etc.) can be used to edit based on an existing XML template. In the top-level instrument type structure file, the module name, display font, and welcome image path can be customized. For instance, setting "module" to "MDTEST" and "font" to "SimSun, 1,15" will display relevant content with the specified name and font upon software startup. Each instrument is added as a "cell," and its instrument type (tooltype), processing method file path (xml), and instrument image path (image) can be customized. In the XML of a single instrument processing workflow design, the "language" field identifies the language of different processing methods (such as python, java, exe, cpp, etc.). Different calling methods are used within the module for different languages. Taking calling a Python script as an example, the Python interpreter path, script path, and parameters are configured in the XML file. When the software module runs, the Java ProcessBuilder class is used to start the Python interpreter to execute the script, achieving custom integration of mixed languages ​​and enabling the software to fully utilize the advantages of different languages ​​to process well logging data.

[0076] Example 2

[0077] Figure 4 This is a flowchart of a structured well logging interpretation method based on XML files provided in Embodiment 2 of the present invention. This embodiment further explains and illustrates the method based on Embodiment 1 described above. Figure 4 As shown, the method includes:

[0078] S410, install the CIFLog logging interpretation software platform and the Netbeans software development platform.

[0079] Install JAVA8, MSVC redistribution, and CIFLog logging interpretation platform, then install the Netbeans software development platform. Add the CIFLog platform as a module integration platform to Netbeans, and you can start building custom modules.

[0080] S420. Use a text editor to begin editing the XML structured file.

[0081] Commonly used text editors include Notepad, Notepad++, Word, Visual Studio, and other code IDEA software. Based on existing XML templates, custom types, processes, and parameters can be dynamically added. The text format must conform to XML file specifications. The attribute structure and tree structure are determined by <> symbols. Each cell corresponds to a list space, in which attribute fields such as type, label, name, default, curvetype, and tips are configured. By configuring according to the interface design requirements and algorithm parameter requirements, the association between well logging data and external calculation methods can be completed.

[0082] First, define the structured file for the top-level instrument type, such as... Figure 1 As shown, the `tooltype` field is the instrument type name, the `xml` field is the path to the processing method corresponding to that instrument type, and the `image` field is the image corresponding to the instrument. Then, the structured file design for each individual instrument type is performed, mainly including combinations of fields such as `name`, `xml`, `exe`, `plt`, `icon`, `customtool`, and `language`. Finally, the structured file design for each individual processing method is performed, mainly including combinations of fields such as `tab`, `name`, `label`, `default`, and `curvetype`. The parameter table generated by the XML of a single processing method is as follows. Figure 5 As shown. The module integration is completed by integrating the structured files into the otherplug folder of the CIFLog well logging interpretation software. The final integration interface is shown below. Figure 6 and Figure 7 As shown.

[0083] S430, Add a custom button response tool.

[0084] Since specific software tools are required for data processing in different processing modules, a separate `customtool` field was designed to add custom buttons to various method components. This field requires that the custom tool be written in Java, and the corresponding content is the mapping field of the class in Java.

[0085] S440, Hybrid Language Integration.

[0086] In the XML of a single instrument processing flow design, there is a specific language field used to identify different processing method languages. At present, processing method forms such as python, java, exe, and cpp can be added, and different calling methods can be used within the module to complete the mixed language flow design.

[0087] The advantages and advancements of this invention include at least the following:

[0088] 1. The XML file was used to associate structured text with well logging data types, such as one-dimensional curves, two-dimensional curves, three-dimensional curves, well data work areas, and discrete table curves. The abstract well logging data format was visualized in the form of text.

[0089] 2. A framework has been implemented for directly calling compiled results from different programming languages, such as .dll dynamic libraries, .exe executable files, and .py executable scripts;

[0090] 3. It builds a bridge between different data processing methods, input parameter sets, and the underlying output data, optimizes the code writing process, and makes the construction of well logging interpretation methods purer and simpler, without having to consider data and input parameter-related issues;

[0091] 4. Provides a visual combination scheme for different logging instruments and different logging processing and interpretation methods. All processing methods included in the framework only need to be initialized once and can be assigned to different combinations for use, which enhances the reusability of logging data calculation methods.

[0092] Example 3

[0093] Figure 8 This is a schematic diagram of a structured logging interpretation device based on XML files provided in Embodiment 3 of the present invention. Figure 8 As shown, the device includes:

[0094] The first construction unit 810 is used to determine at least one type of logging instrument for logging processing interpretation and to construct a top-level software module tree. The top-level software module tree is divided into hierarchical nodes according to the instrument type of the logging instrument, and each node is associated with the corresponding processing method file path and display attributes.

[0095] Integration unit 820 is used to integrate the control parameters of each processing method into an XML file of the instrument type according to the characteristics of the processing method, and add the file mapping path of the processing method to the top-level software module tree;

[0096] Add unit 830 to add a corresponding code invocation method field to the XML file based on the code invocation method of the processing method;

[0097] The second building unit 840 is used to build a custom drawing template in the well logging interpretation platform and add a corresponding relationship to the drawing template in the top-level software module tree.

[0098] The structured logging interpretation device based on XML files provided in this embodiment of the invention can execute the structured logging interpretation method based on XML files provided in any embodiment of the invention, and has the corresponding functional modules and beneficial effects of the method execution.

[0099] Example 4

[0100] Figure 9 A schematic diagram of an electronic device 10 that can be used to implement embodiments of the present invention is shown. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device can also represent various forms of mobile devices, such as personal digital processors, cellular phones, smartphones, wearable devices (e.g., helmets, glasses, watches, etc.), and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely illustrative and are not intended to limit the implementation of the invention described and / or claimed herein.

[0101] like Figure 9As shown, the electronic device 10 includes at least one processor 11 and a memory, such as a read-only memory (ROM) 12 or a random access memory (RAM) 13, communicatively connected to the at least one processor 11. The memory stores computer programs executable by the at least one processor. The processor 11 can perform various appropriate actions and processes based on the computer program stored in the ROM 12 or loaded from storage unit 18 into the RAM 13. The RAM 13 may also store various programs and data required for the operation of the electronic device 10. The processor 11, ROM 12, and RAM 13 are interconnected via a bus 14. An input / output (I / O) interface 15 is also connected to the bus 14.

[0102] Multiple components in electronic device 10 are connected to I / O interface 15, including: input unit 16, such as keyboard, mouse, etc.; output unit 17, such as various types of displays, speakers, etc.; storage unit 18, such as disk, optical disk, etc.; and communication unit 19, such as network card, modem, wireless transceiver, etc. Communication unit 19 allows electronic device 10 to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.

[0103] Processor 11 can be a variety of general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of processor 11 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various special-purpose artificial intelligence (AI) computing chips, various processors running machine learning model algorithms, a digital signal processor (DSP), and any suitable processor, controller, microcontroller, etc. Processor 11 performs the various methods and processes described above, such as the structured well logging interpretation method based on XML files.

[0104] In some embodiments, the XML-based structured logging interpretation method can be implemented as a computer program tangibly contained in a computer-readable storage medium, such as storage unit 18. In some embodiments, part or all of the computer program can be loaded and / or installed on electronic device 10 via ROM 12 and / or communication unit 19. When the computer program is loaded into RAM 13 and executed by processor 11, one or more steps of the XML-based structured logging interpretation method described above can be performed. Alternatively, in other embodiments, processor 11 can be configured to execute the XML-based structured logging interpretation method by any other suitable means (e.g., by means of firmware).

[0105] Various embodiments of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), systems-on-a-chip (SoCs), payload-programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments may include implementations in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which may be a dedicated or general-purpose programmable processor, capable of receiving data and instructions from a storage system, at least one input device, and at least one output device, and transmitting data and instructions to the storage system, the at least one input device, and the at least one output device.

[0106] Computer programs used to implement the methods of the present invention may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device, such that when executed by the processor, the computer programs cause the functions / operations specified in the flowcharts and / or block diagrams to be performed. The computer programs may be executed entirely on a machine, partially on a machine, or as a standalone software package, partially on a machine and partially on a remote machine, or entirely on a remote machine or server.

[0107] In the context of this invention, a computer-readable storage medium can be a tangible medium that may contain or store a computer program for use by or in conjunction with an instruction execution system, apparatus, or device. A computer-readable storage medium may include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination thereof. Alternatively, a computer-readable storage medium may be a machine-readable signal medium. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fibers, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof.

[0108] To provide interaction with a user, the systems and techniques described herein can be implemented on an electronic device having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user; and a keyboard and pointing device (e.g., a mouse or trackball) through which the user provides input to the electronic device. Other types of devices can also be used to provide interaction with the user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including sound input, voice input, or tactile input).

[0109] The systems and technologies described herein can be implemented in computing systems that include backend components (e.g., as data servers), or computing systems that include middleware components (e.g., application servers), or computing systems that include frontend components (e.g., user computers with graphical user interfaces or web browsers through which users can interact with implementations of the systems and technologies described herein), or any combination of such backend, middleware, or frontend components. The components of the system can be interconnected via digital data communication of any form or medium (e.g., communication networks). Examples of communication networks include local area networks (LANs), wide area networks (WANs), blockchain networks, and the Internet.

[0110] A computing system can include clients and servers. Clients and servers are generally located far apart and typically interact through communication networks. The client-server relationship is created by computer programs running on the respective computers and having a client-server relationship with each other. The server can be a cloud server, also known as a cloud computing server or cloud host, which is a hosting product within the cloud computing service system to address the shortcomings of traditional physical hosts and VPS services, such as high management difficulty and weak business scalability.

[0111] It should be understood that the various forms of processes shown above can be used, with steps reordered, added, or deleted. For example, the steps described in this invention can be executed in parallel, sequentially, or in different orders, as long as the desired result of the technical solution of this invention can be achieved, and this is not limited herein.

[0112] The specific embodiments described above do not constitute a limitation on the scope of protection of this invention. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this invention should be included within the scope of protection of this invention.

Claims

1. A method for xml file based structured well log interpretation, characterized in that, include: Identify at least one type of logging instrument for well logging processing interpretation and construct a top-level software module tree. The top-level software module tree is divided into hierarchical nodes according to the instrument type of the logging instrument, and each node is associated with the corresponding processing method file path and display attributes. Based on the characteristics of the processing method, the control parameters of each processing method are integrated into an XML file of the instrument type, and the file mapping path of the processing method is added to the top-level software module tree; According to the code invocation method of the processing method, add a corresponding code invocation method field to the XML file; A custom drawing template is built in the well logging interpretation platform, and a corresponding relationship is added to the top-level software module tree of the drawing template.

2. The method of claim 1, wherein, The construction of the top-level software module tree includes: Construct a top-level XML file, which includes a custom module name, display font, welcome image path, and Python interpreter path field; Each logging instrument is added as a separate node to the top-level XML file. Each node defines the instrument type through the tooltype field, associates the processing method file path through the xml field, and associates the display icon path through the image field.

3. The method of claim 1, wherein, The XML file for the instrument type includes a type name field (type), a reference name field (name), a default parameter value field (default), a curve type field (curvetype), and a curve family name (curvefamily).

4. The method of claim 1, wherein, The data types of the control parameter set include Input, Output, InputCurveComboBox, OutputCurveTextField, Split, CheckBox, Range, ComboBox, Table, String, and Number fields.

5. The method of claim 1, wherein, According to the code invocation method of the processing method, the corresponding code invocation method field is added to the XML file, including: For .exe files, .inp files are used as data transmission media to pass interface parameters; For .dll dynamic libraries, the interaction between the Java platform and C / C++ code is achieved through the JNI interface; For .py scripts, they are invoked and executed via the Python interpreter path.

6. The method of claim 1, wherein, The drawing template file predefines curve display styles and data mapping rules, and the input and output data of the processing flow are automatically matched with the drawing template to generate visual charts.

7. The method according to any one of claims 1-6, characterized in that, Also includes: In the XML file corresponding to the logging instrument, a custom button tool is set for a single processing method. The configuration field is named customtool, and the content of the field is a mapping of a custom tool class in the Java programming language.

8. An apparatus for xml file based structured well log interpretation, characterized by, include: The first construction unit is used to determine at least one type of logging instrument for logging processing interpretation and to construct a top-level software module tree. The top-level software module tree is divided into hierarchical nodes according to the instrument type of the logging instrument, and each node is associated with the corresponding processing method file path and display attributes. An integration unit is used to integrate the control parameters of each processing method into an XML file of the instrument type according to the characteristics of the processing method, and add the file mapping path of the processing method to the top-level software module tree; An add unit is used to add a corresponding code invocation method field to the XML file according to the code invocation method of the processing method; The second construction unit is used to build a custom drawing template in the well logging interpretation platform and add a corresponding relationship to the drawing template in the top-level software module tree.

9. An electronic device, comprising: The electronic device includes: At least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores a computer program executable by the at least one processor, the computer program being executed by the at least one processor to enable the at least one processor to perform the XML-based structured logging interpretation method according to any one of claims 1-7.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions that are used to cause a processor to execute the structured well logging interpretation method based on XML files as described in any one of claims 1-7.

11. A computer program product, characterised in that, The computer program product includes a computer program that, when executed by a processor, implements the structured well logging interpretation method based on XML files according to any one of claims 1-7.

Images