A method for calling a heterogeneous environment interpretation module on a well logging interpretation platform

Abstract

This invention discloses a method for calling a heterogeneous environment interpretation module within a well logging interpretation platform, comprising: setting up an intermediate layer component management center, wherein the interface of the intermediate layer component corresponds to the identifier of the corresponding well logging interpretation module; encapsulating the developed interpretation module and the second type of platform in which the well logging interpretation module runs; developing an intermediate layer component and registering it in the management center; loading the intermediate layer component to run according to the interpretation module identifier corresponding to the developed intermediate layer component, thereby loading the second type of platform and its interpretation module through the current component interface of the management center, and inputting the incoming information containing the data to be interpreted to the current well logging interpretation module; and having the intermediate layer component provide feedback on the well logging interpretation result. This invention enables a well logging interpretation platform to call a heterogeneous environment interpretation module.

Description

Technical Field

[0001] This invention relates to the field of well logging interpretation platform development technology, and in particular to a method for calling a heterogeneous environment interpretation module in a well logging interpretation platform. Background Technology

[0002] Well logging interpretation software platforms are crucial tools for interpreting well logging data. Besides basic functions such as well logging data decoding, cross-plot analysis, and graphical curve display, they provide users with numerous interpretation processing modules with different functions. These modules are categorized into one-dimensional conventional data processing modules and two-dimensional array data processing modules based on the data type being processed. They provide users with calculation results for rock physical properties parameters such as clay content, porosity, permeability, saturation, and formation P-wave and S-wave transit times. The basic working principle is that, based on the user-input processing depth and corresponding interpretation parameters, the module reads the well logging curve data at the corresponding depth and combines it with the interpretation parameters. According to specific calculation formulas, it calculates the rock physical properties and other output results. The interpretation software platform automatically creates or updates the curves corresponding to these output results and refreshes them on the graphical curve display interface. The interpretation software platform supports user input for multiple continuous depth segments. However, the platform's own interpretation module functions are fixed; therefore, the ability to load user-defined interpretation modules has become an important standard for measuring the flexibility and scalability of the software platform. In custom modules, users can specify input and output curves, specific interpretation parameters, and write calculation methods for certain functions to achieve new interpretation processing capabilities.

[0003] Currently, most well logging interpretation software platforms provide the ability to attach and call user-defined interpretation modules. To improve development efficiency and implement complex interpretation calculations, users often need to attach and call interpretation modules developed in different environments within the interpretation software platform. However, because the original interpretation software platform and the interpretation module have different development and runtime environments (e.g., the software platform is a compiled environment while the interpretation module is developed in an interpretation-based environment), when the software platform directly calls the interpretation module, a conflict arises in the underlying architecture of their runtime environments, preventing the interpretation module from being called. This is because the execution of the interpretation module requires the initialization and startup of the original runtime environment, as well as the initialization of the module's main functions within that environment. Summary of the Invention

[0004] The purpose of this invention is to provide a solution that enables well logging interpretation software platforms to successfully call interpretation processing modules developed in different source environments.

[0005] To address the aforementioned technical problems, this invention provides a method for calling a heterogeneous environment interpretation module within a well logging interpretation platform. The method includes: setting up an intermediate layer component management center, where the interface of the intermediate layer component corresponds to the identifier of the corresponding well logging interpretation module; encapsulating the developed interpretation module and the second type of platform on which the well logging interpretation module runs; developing the intermediate layer component and registering it in the management center; loading the intermediate layer component to run and load the second type of platform and its interpretation module through the current component interface of the management center, based on the interpretation module identifier corresponding to the developed intermediate layer component, thereby inputting incoming information containing data to be interpreted into the current well logging interpretation module; and having the intermediate layer component provide feedback on the well logging interpretation results.

[0006] Preferably, the process of developing the intermediate layer component includes: creating an interface for the current intermediate layer component, and implementing the dynamic loading of the well logging interpretation module and its operating environment in the interface function.

[0007] Preferably, the invocation of the well logging interpretation module and the startup and exit of the second type of platform are all encapsulated in the interface functions of the intermediate layer component.

[0008] Preferably, the step of loading the second type of platform and its interpretation module by loading the intermediate layer component through the current component interface of the management center according to the interpretation module identifier corresponding to the developed intermediate layer component, thereby inputting the incoming information containing the data to be interpreted into the current logging interpretation module, includes: searching for the corresponding registered interface of the intermediate layer component in the management center according to the identifier of the logging interpretation module to be called; loading the intermediate layer component in the independent memory of the operating system through the searched intermediate layer component interface and starting the interface function of the intermediate layer component; the intermediate layer component obtaining the incoming information and processing it through the started interface function, thereby loading the current logging interpretation module by starting the second type of platform, so that the current logging interpretation module obtains the data to be interpreted in the incoming information, and completes the call of the logging interpretation module by the first type of platform.

[0009] Preferably, the input information includes: a first parameter, a second parameter, a third parameter, a fourth parameter, and calculation parameters. The processing of the input information includes: determining the currently invoked well logging interpretation module based on the first parameter using the interface function; determining the start and exit actions of the second type of platform based on the second parameter using the interface function; determining and reading the handle of the well logging data currently input to the well logging interpretation module based on the third parameter using the interface function; determining the handle of the well logging interpretation result data currently calculated and output from the well logging interpretation module based on the fourth parameter using the interface function; and determining the interpretation parameters currently input to the well logging interpretation module based on the calculation parameters using the interface function.

[0010] Preferably, before loading and running the intermediate layer component, the method further includes: allocating a first shared memory for storing input logging curve data and a second shared memory for storing logging interpretation results in the operating system's independent memory; and storing the measured logging curve data in the current data to be interpreted into the first shared memory.

[0011] Preferably, the process of starting the interface function and calling the well logging interpretation module includes: after completing the call to the interface function of the intermediate layer component, using handles to the first public memory and the second public memory, and the interpretation parameters as parameters to be transmitted to the interface function, thereby transmitting the parameters to be transmitted to the intermediate layer component; the intermediate layer component obtains access to the first public memory through the first public memory handle, thereby reading the current measured well logging curve data, and simultaneously reading the interpretation parameters through the calculation parameters; the intermediate layer component starts the second type of platform through the second parameter; the intermediate layer component loads the current well logging interpretation module through the first parameter, and inputs the read current measured well logging curve data and the interpretation parameters into the current well logging interpretation module, so that the current well logging interpretation module can perform well logging interpretation calculations.

[0012] Preferably, the process of feeding back logging results includes: obtaining logging interpretation results by the intermediate layer component; obtaining access to the second public memory by the intermediate layer component through the second public memory handle, thereby storing the logging interpretation results in the second public memory.

[0013] Preferably, the method further includes: reading the well logging interpretation results and automatically creating or updating the corresponding well logging interpretation curve, thereby updating the curve graphical display interface.

[0014] Preferably, the method runs on a first type of platform, where the first type of platform and the second type of platform are platforms built for different source development environments. The first type of platform is a well logging interpretation platform based on a compiled environment, and the second type of platform is a platform developed based on an interpretation environment. The second type of platform is equipped with at least one well logging interpretation processing module.

[0015] Compared with the prior art, one or more embodiments of the above solutions may have the following advantages or beneficial effects:

[0016] This invention proposes a method for calling a heterogeneous environment interpretation module within a well logging interpretation platform. The method includes: encapsulating the developed interpretation module and the necessary heterogeneous operating environment in the heterogeneous environment; developing a corresponding intermediate layer component to dynamically load the heterogeneous environment interpretation module and its operating environment; setting up an intermediate layer component management center on the interpretation software platform to store the correspondence between intermediate layer component interfaces and unique identifiers (GUIDs); registering the developed intermediate layer components in the management center; the platform searching for the registered intermediate layer component interface in the management center based on the GUID, and loading the intermediate layer component into its independent memory on the operating system through the interface; the intermediate layer component processing input and output data shared memory handles and other input parameters sent by the platform, reading the input well logging curve data and interpretation parameters sent by the platform, and loading and running the interpretation module after completing the initialization configuration of the encapsulated heterogeneous operating environment; the calculation results of the interpretation module being stored in the intermediate layer component through the output data shared memory handle, and then returned to the software platform for reading, whereby the platform creates, updates, and graphically displays the output curves. This invention enables a well logging interpretation platform to call a heterogeneous environment interpretation module. In addition, this invention can run the heterogeneous environment interpretation module independently of the original interpretation software platform environment, avoiding the underlying architecture conflict between the heterogeneous operating environment and the software platform operating environment, thereby improving the success rate and efficiency of the call.

[0017] Other features and advantages of the invention will be set forth in the description which follows, and will be apparent in part from the description, or may be learned by practicing the invention. Attached Figure Description

[0018] The accompanying drawings are provided to further illustrate the invention and form part of the specification. They are used in conjunction with the embodiments of the invention to explain the invention and do not constitute a limitation thereof. In the drawings:

[0019] Figure 1 This is a schematic diagram illustrating the overall steps of the method for calling the heterogeneous environment interpretation module on the well logging interpretation platform according to an embodiment of this application.

[0020] Figure 2This is a schematic diagram illustrating the specific steps of the method for calling the heterogeneous environment interpretation module on the well logging interpretation platform according to an embodiment of this application.

[0021] Figure 3 This is a schematic diagram illustrating the steps of data exchange in the method of calling the heterogeneous environment interpretation module on the well logging interpretation platform according to an embodiment of this application. Detailed Implementation

[0022] The embodiments of the present invention will be described in detail below with reference to the accompanying drawings and examples, so that the process of how the present invention uses technical means to solve technical problems and achieve technical effects can be fully understood and implemented accordingly. It should be noted that, as long as there is no conflict, the various embodiments and features in the various embodiments of the present invention can be combined with each other, and the resulting technical solutions are all within the protection scope of the present invention.

[0023] Furthermore, the steps illustrated in the flowcharts of the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions. Also, although a logical order is shown in the flowcharts, in some cases the steps shown or described may be performed in a different order than that shown here.

[0024] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to limit the exemplary embodiments. Unless the context clearly indicates otherwise, the singular forms “a” and “an” as used herein are also intended to include the plural. It should also be understood that the terms “comprising” and / or “including” as used herein specify the presence of the stated features, integers, steps, operations, units, and / or components, without excluding the presence or addition of one or more other features, integers, steps, operations, units, components, and / or combinations thereof.

[0025] Well logging interpretation software platforms are crucial tools for interpreting well logging data. Besides basic functions such as well logging data decoding, cross-plot analysis, and graphical curve display, they provide users with numerous interpretation processing modules with different functions. These modules are categorized into one-dimensional conventional data processing modules and two-dimensional array data processing modules based on the data type being processed. They provide users with calculation results for rock physical properties parameters such as clay content, porosity, permeability, saturation, and formation P-wave and S-wave transit times. The basic working principle is that, based on the user-input processing depth and corresponding interpretation parameters, the module reads the well logging curve data at the corresponding depth and combines it with the interpretation parameters. According to specific calculation formulas, it calculates the rock physical properties and other output results. The interpretation software platform automatically creates or updates the curves corresponding to these output results and refreshes them on the graphical curve display interface. The interpretation software platform supports user input for multiple continuous depth segments. However, the platform's own interpretation module functions are fixed; therefore, the ability to load user-defined interpretation modules has become an important standard for measuring the flexibility and scalability of the software platform. In custom modules, users can specify input and output curves, specific interpretation parameters, and write calculation methods for certain functions to achieve new interpretation processing capabilities.

[0026] Currently, most well logging interpretation software platforms provide the ability to attach and call user-defined interpretation modules. To improve development efficiency and implement complex interpretation calculations, users often need to attach and call interpretation modules developed in different environments within the interpretation software platform. However, because the original interpretation software platform and the interpretation module have different development and runtime environments (e.g., the software platform is a compiled environment while the interpretation module is developed in an interpretation-based environment), when the software platform directly calls the interpretation module, a conflict arises in the underlying architecture of their runtime environments, preventing the interpretation module from being called. This is because the execution of the interpretation module requires the initialization and startup of the original runtime environment, as well as the initialization of the module's main functions within that environment.

[0027] Therefore, to solve one or more of the above-mentioned technical problems, this application proposes a method for a well interpretation platform to call a heterogeneous environment interpretation module. The method includes: encapsulating the developed interpretation module and the necessary heterogeneous operating environment in the heterogeneous environment; developing a corresponding intermediate layer component to achieve dynamic loading of the heterogeneous environment interpretation module and its operating environment; setting up an intermediate layer component management center in the interpretation software platform to store the correspondence between intermediate layer component interfaces and unique identifiers (GUIDs); registering the developed intermediate layer components in the management center; the platform searching for the registered intermediate layer component interface in the management center according to the GUID, and loading the intermediate layer component into the operating system's independent memory through the interface; the intermediate layer component processing input and output data shared memory handles and other input parameters sent by the platform, reading the input logging curve data and interpretation parameters sent by the platform, and loading the interpretation module after completing the initialization configuration of the encapsulated heterogeneous operating environment. The calculation results of the interpretation module are stored in the corresponding shared memory in the intermediate layer component through the output data shared memory handle, and returned to the software platform for reading, where the platform creates, updates, and graphically displays the output curves. Ultimately, the platform is enabled to call the heterogeneous environment interpretation module.

[0028] Figure 1 This is a schematic diagram illustrating the overall steps of the method for calling the heterogeneous environment interpretation module on the well logging interpretation platform according to an embodiment of this application. Figure 2 This is a schematic diagram illustrating the specific steps of a method for calling a heterogeneous environment interpretation module on a well logging interpretation platform according to an embodiment of this application. The following is in conjunction with... Figure 1 and Figure 2 The steps of the method for calling the heterogeneous environment interpretation module on the well logging interpretation platform (also known as the "heterogeneous environment interpretation module calling method") described in the embodiments of the present invention are explained.

[0029] Before describing the method for calling the heterogeneous environment interpretation module according to the embodiments of the present invention, it should be noted that the method for calling the heterogeneous environment interpretation module according to the embodiments of the present invention runs on a first type of platform, which is the calling subject. In the embodiments of the present invention, the first type of platform refers to a well logging interpretation (software) platform, which is a well logging interpretation platform based on a compiled environment (e.g., a compiled QT C++ environment). The second type of platform refers to the development and runtime environment to which the well logging interpretation processing module belongs. This platform is developed for an interpretation-based environment and is equipped with at least one well logging interpretation processing module (e.g., a dual-induction resistivity inversion module or one or more well logging interpretation modules).

[0030] like Figure 1As shown, in step S110, an intermediate layer component management center is set up on the first type of platform (well logging interpretation software platform). The intermediate layer component management center stores at least one developed and registered intermediate layer component. Each intermediate layer component corresponds to a well logging interpretation processing module. In one embodiment, each intermediate layer component is provided with an intermediate layer component interface, and each intermediate layer component interface corresponds to the identifier of the corresponding well logging interpretation (processing) module.

[0031] Within the middleware component management center, there is also a mapping between at least one middleware component interface and a unique identifier GUID.

[0032] In step S120, the developed well logging interpretation module and the second type of platform (i.e., heterogeneous operating environment) are encapsulated within the second type of platform where the well logging interpretation module runs. Then, proceed to step S130.

[0033] Step S130: Develop the intermediate layer component and register it in the management center. That is, develop the intermediate layer component corresponding to the newly added well logging interpretation module and register the developed intermediate layer component in the intermediate layer component management center.

[0034] In one embodiment, the process of developing the intermediate layer component includes: creating an interface for the current intermediate layer component, and implementing the dynamic loading of the heterogeneous environment logging interpretation module and its operating environment in the interface function.

[0035] In addition, during the development of the intermediate layer component, the present invention also encapsulates the calling of the newly added well logging interpretation module and the startup and exit of the heterogeneous operating environment in the interface function of the intermediate layer component.

[0036] In step S140, in the first type of platform, the intermediate layer component is loaded and run through the current component interface in the intermediate layer component management center according to the interpretation module identifier corresponding to the developed intermediate layer component. This loads the second type of platform and its interpretation module. Then, the incoming information containing the data to be interpreted is input to the current logging interpretation module, so that the logging interpretation module can perform logging interpretation and output the corresponding logging interpretation results.

[0037] In step S140, firstly, based on the identifier of the well logging interpretation module to be called, the corresponding registered interface of the intermediate layer component is searched in the intermediate layer component management center. Through the searched intermediate layer component interface, the interface function of the current intermediate layer component is loaded into the independent memory of the operating system and started.

[0038] Before loading and running the intermediate layer component (i.e., before step S140), the heterogeneous environment interpretation module invocation method described in this embodiment of the invention further includes: allocating a first shared memory for storing input well logging curve data and a second shared memory for storing well logging interpretation results in the independent memory of the operating system of the well logging interpretation software platform; then, storing the measured well logging curve data in the current data to be interpreted into the first shared memory. In this embodiment of the invention, the data to be interpreted includes measured well logging curve data and interpretation parameters required for performing well logging interpretation calculations.

[0039] Specifically, the well logging interpretation platform will search for the interface of the registered intermediate layer component in the management center based on the predefined GUID identifier of the current well logging interpretation module. Through the found intermediate layer component interface, the intermediate layer component is first loaded into the independent memory of the operating system and then started through the operation of the intermediate layer component, thereby starting the interface function corresponding to the current intermediate layer component.

[0040] Then, in step S140, the current intermediate layer component will obtain the input information through the interface function that is started, process the input information, and then load the current logging interpretation module by starting the second type of platform (i.e., starting the heterogeneous operating environment), so that the current logging interpretation module can obtain the data to be interpreted in the input information. Thus, the call of the current logging interpretation module by the first type of platform (logging interpretation platform) is completed.

[0041] In one embodiment, the input information includes: a first parameter, a second parameter, a third parameter, a fourth parameter, and a calculation parameter.

[0042] At this time, during the process of the intermediate layer component receiving and processing the incoming information, this embodiment of the invention includes: the intermediate layer component determining the currently invoked well logging interpretation module based on the first parameter in the incoming information using the initiated interface function; the intermediate layer component determining the start and exit actions of the heterogeneous operating environment based on the second parameter in the incoming information using the initiated interface function; the intermediate layer component determining the handle of the current well logging data (i.e., the well logging data currently to be input to the well logging interpretation module) based on the third parameter in the incoming information using the initiated interface function; determining the handle of the well logging interpretation result data currently calculated and output from the well logging interpretation module based on the fourth parameter in the incoming information using the initiated interface function; and determining the interpretation parameters currently input to the well logging interpretation module based on the calculation parameters using the initiated interface function.

[0043] In this way, the intermediate layer component can process the input and output data shared memory handles and other incoming information sent by the well logging interpretation platform, thereby reading the input well logging curve data and interpretation parameters sent by the platform. Then, by reading the incoming information, the encapsulated heterogeneous runtime environment is started. After initializing and configuring the heterogeneous runtime environment for the main functions in the current well logging interpretation module, the current well logging interpretation module is loaded and run, realizing the calling of the heterogeneous environment interpretation module.

[0044] Furthermore, in the process of starting the interface function and calling the current logging interpretation module, this embodiment of the invention includes: after completing the call to the interface function of the current intermediate layer component, using the handle of the first public memory, the handle of the second public memory, and the interpretation parameters as the parameters to be transmitted in the interface function, thereby passing the current parameters to be transmitted to the intermediate layer component; then, the intermediate layer component obtains access to the first public memory through the handle of the first public memory, thereby reading the current measured logging curve data, and simultaneously reading the interpretation parameters through calculation parameters; next, the intermediate layer component starts the second type of platform by reading the second parameter; finally, the intermediate layer component loads the current logging interpretation module by reading the first parameter, and inputs the read current measured logging curve data and interpretation parameters into the current logging interpretation module so that the current logging interpretation module can perform the current logging interpretation calculation.

[0045] Therefore, after the current logging interpretation module is called and run, it outputs the logging interpretation results based on the current measured logging curve data and interpretation parameters obtained through the intermediate layer component, and then proceeds to step S150.

[0046] In step S150, the current intermediate layer component feeds back the current logging interpretation results to the first type of platform (i.e., the logging interpretation platform).

[0047] Specifically, in step S150, the intermediate layer component obtains the well logging interpretation result transmitted from the current well logging interpretation module through the handle of the well logging interpretation result data currently calculated and output from the well logging interpretation module; then, the intermediate layer component obtains access to the second public memory in the well logging interpretation platform through the second public memory handle, thereby storing the well logging interpretation result in the second public memory.

[0048] In this way, step S150 will store the calculation results of the interpretation module in the intermediate layer component through the output data common memory handle into the corresponding common memory. As a result, due to the call of the intermediate layer component by the first type of well logging interpretation platform, the first type of software platform reads the current well logging interpretation results in the second common memory.

[0049] In addition, the current well logging interpretation platform will automatically read the well logging interpretation results in the second common memory and automatically create or update the well logging interpretation curves constructed by the current platform, thereby updating the well logging interpretation results in the curve graphical display interface.

[0050] The following describes the implementation process of the heterogeneous environment interpretation module invocation method described above in this invention in a specific example. The steps of the heterogeneous environment interpretation module invocation method are as follows:

[0051] Using a compiled QT C++ environment-based well logging interpretation software platform as the calling entity, and a dual-induction resistivity inversion module developed in an interpretation environment as the well logging interpretation module for a heterogeneous environment, this paper details the method of adopting the calling entity in the method embodiment, and the specific method of loading and running the heterogeneous environment interpretation module.

[0052] Figure 2 This diagram illustrates a flowchart of the method for calling the heterogeneous environment interpretation module of the well logging interpretation software platform provided in this embodiment of the invention. (Refer to...) Figure 2 It can be seen that the method specifically includes the following steps:

[0053] Step S201: In the explanation software platform, a middleware component management center is set up to store the correspondence between middleware component interfaces and unique identifiers (GUIDs).

[0054] Step S202: In the heterogeneous environment, the developed interpretation module and the necessary heterogeneous runtime environment are encapsulated.

[0055] Step S203, Development of intermediate layer components.

[0056] In step S203, an interface for the intermediate layer component is created, and the dynamic loading of the heterogeneous environment interpretation module and its runtime environment is implemented in the interface function.

[0057] Step S204: The middleware component is registered in the management center of the software platform.

[0058] In step S205, the software platform loads and runs the intermediate layer components in the operating system's independent memory.

[0059] In step S205, the platform searches for the registered middleware component interface in the management center based on the predefined GUID, loads the middleware component in the operating system's independent memory through the middleware component interface, so that the middleware component runs independently of the software platform, and starts the middleware component interface function.

[0060] In step S206, the intermediate layer component loads the corresponding interpretation module and performs interpretation processing calculations.

[0061] In step S206, the intermediate layer component interface first processes the input and output data shared memory handles and other input parameters sent by the platform, reads the input logging curve data and interpretation parameters sent by the platform, then starts the encapsulated heterogeneous runtime environment, initializes the runtime environment of the main function in the interpretation module, and finally calls the heterogeneous environment interpretation module.

[0062] In step S207, the intermediate layer component stores the output of the heterogeneous environment interpretation module into the corresponding common memory through the output data common memory handle, and returns it to the software platform for reading.

[0063] Figure 3 The diagram illustrates a data exchange method during the process of the software platform calling the heterogeneous environment interpretation module. The data exchange includes the software platform sending well logging curve data and interpretation parameters to the heterogeneous environment interpretation module, and the heterogeneous environment interpretation module sending calculation output data to the software platform.

[0064] Reference Figure 3 It can be seen that this data exchange method specifically includes the following steps:

[0065] Step S301: Explain that the software platform allocates shared memory for input logging curve data and shared memory for output result data, and obtains handles to the two shared memory locations.

[0066] Step S302: The software platform explains that the input curve data is stored in the shared memory for input logging curve data.

[0067] Step S303: The interpretation software platform calls the interface function of the intermediate layer component, passing the two shared memory handles and interpretation parameters as parameters to the interface function and passing them to the intermediate layer component.

[0068] In step S304, the intermediate layer component obtains access permissions to the shared memory of the input logging curve data through the shared memory handle and reads the input data. After starting the encapsulated heterogeneous runtime environment, the input data and interpretation parameters are sent to the heterogeneous environment interpretation module and then executed.

[0069] In step S305, after the heterogeneous environment interpretation module completes its calculations, the result is returned to the intermediate layer component. The intermediate layer component obtains access permissions to the public memory of the output result data through the public memory handle, stores the output result data, and returns it to the software platform.

[0070] In step S306, the software platform obtains access permissions to the public memory of the output result data through the public memory handle, reads the output result data, and automatically creates or updates the curves corresponding to these output results, while simultaneously refreshing the display on the curve graphical display interface.

[0071] This invention discloses a method for calling a heterogeneous environment interpretation module in a well logging interpretation platform. The method includes: encapsulating the developed interpretation module and the necessary heterogeneous operating environment in the heterogeneous environment; developing a corresponding intermediate layer component to dynamically load the heterogeneous environment interpretation module and its operating environment; setting up an intermediate layer component management center in the interpretation software platform to store the correspondence between intermediate layer component interfaces and unique identifiers (GUIDs); registering the developed intermediate layer components in the management center; the platform searching for the registered intermediate layer component interface in the management center based on the GUID, and loading the intermediate layer component into the operating system's independent memory through the interface; the intermediate layer component processing input and output data shared memory handles and other input parameters sent by the platform, reading the input well logging curve data and interpretation parameters sent by the platform, and loading and running the interpretation module after completing the initialization configuration of the encapsulated heterogeneous operating environment; the calculation results of the interpretation module being stored in the intermediate layer component through the output data shared memory handle, and then returned to the software platform for reading, whereby the platform creates, updates, and graphically displays the output curves. This invention enables a well logging interpretation platform to call a heterogeneous environment interpretation module. In addition, this invention can run the heterogeneous environment interpretation module independently of the original interpretation software platform environment, avoiding the underlying architecture conflict between the heterogeneous operating environment and the software platform operating environment, thereby improving the success rate and efficiency of the call.

[0072] The above description is merely a preferred embodiment of the present invention, but the scope of protection of the present invention is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the technical scope disclosed in the present invention should be included within the scope of protection of the present invention. Therefore, the scope of protection of the present invention should be determined by the scope of the claims.

[0073] In the description of this invention, unless otherwise stated, "a plurality of" means two or more; the terms "upper," "lower," "left," "right," "inner," "outer," "front end," "rear end," "head," "tail," etc., indicate the orientation or positional relationship based on the orientation or positional relationship shown in the accompanying drawings, and are only for the convenience of describing the invention and simplifying the description, and do not indicate or imply that the device or element referred to must have a specific orientation, or be constructed and operated in a specific orientation, and therefore should not be construed as a limitation of the invention. Furthermore, the terms "first," "second," "third," etc., are used for descriptive purposes only and should not be construed as indicating or implying relative importance.

[0074] In the description of this invention, it should be noted that, unless otherwise explicitly specified and limited, the terms "connected" and "linked" should be interpreted broadly. For example, they can refer to a fixed connection, a detachable connection, or an integral connection; they can refer to a mechanical connection or an electrical connection; they can refer to a direct connection or an indirect connection through an intermediate medium. Those skilled in the art can understand the specific meaning of the above terms in this invention based on the specific circumstances.

[0075] It should be understood that the embodiments disclosed herein are not limited to the specific structures, processing steps, or materials disclosed herein, but should be extended to equivalent substitutions of these features as understood by those skilled in the art. It should also be understood that the terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting.

[0076] The phrase "an embodiment" or "an embodiment" used in this specification means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the invention. Therefore, the phrase "an embodiment" or "an embodiment" appearing in various places throughout the specification does not necessarily refer to the same embodiment.

[0077] While the embodiments disclosed in this invention are as described above, the content is merely for the purpose of facilitating understanding of the invention and is not intended to limit the invention. Any person skilled in the art to which this invention pertains may make any modifications and changes in form and detail of the implementation without departing from the spirit and scope disclosed herein; however, the scope of patent protection of this invention shall still be determined by the scope defined in the appended claims.

Claims

1. A method for calling a heterogeneous environment interpretation module on a well logging interpretation platform, characterized in that, The method operates on a first-type platform, and the method includes: Set up a middleware component management center, where the interfaces of the middleware components correspond to the identifiers of the corresponding well logging interpretation modules; In the second type of platform on which the well logging interpretation module runs, the developed interpretation module and the second type of platform are encapsulated. The first type of platform and the second type of platform are platforms built on different source development environments. The first type of platform is a well logging interpretation platform based on a compiled environment, and the second type of platform is a platform developed based on an interpretation environment. The second type of platform is equipped with at least one well logging interpretation processing module. Develop the aforementioned middleware component and register it in the management center; Based on the identifier of the well logging interpretation module to be invoked, the corresponding registered middleware component interface is searched in the management center. Through the searched middleware component interface, the middleware component is loaded into the independent memory of the operating system and its interface function is started. Before loading the middleware component, the method further includes: allocating a first common memory for storing input well logging curve data and a second common memory for storing well logging interpretation results in the independent memory of the operating system, and storing the measured well logging curve data in the current data to be interpreted into the first common memory. The intermediate layer component obtains and processes the input information containing the data to be interpreted through the initiated interface function, thereby loading the current well logging interpretation module by initiating the second type of platform, so that the current well logging interpretation module obtains the data to be interpreted in the input information, and completes the invocation of the well logging interpretation module by the first type of platform; The logging interpretation results are fed back from the intermediate layer component.

2. The method according to claim 1, characterized in that, The development of the intermediate layer component includes: creating the interface of the current intermediate layer component, and implementing the dynamic loading of the well logging interpretation module and its operating environment in the interface function.

3. The method according to claim 2, characterized in that, The invocation of the well logging interpretation module and the startup and exit of the second type of platform are all encapsulated in the interface functions of the intermediate layer component.

4. The method according to claim 1, characterized in that, The input information includes: a first parameter, a second parameter, a third parameter, a fourth parameter, and a calculation parameter, wherein the processing of the input information includes: The interface function determines the currently invoked well logging interpretation module based on the first parameter; The startup and exit actions of the second type of platform are determined by the second parameter according to the interface function; The handle of the logging data currently input to the logging interpretation module is determined and read according to the third parameter of the interface function; The handle of the well logging interpretation result data calculated and output from the well logging interpretation module is determined by the fourth parameter according to the interface function. The interpretation parameters currently input to the well logging interpretation module are determined by the interface function using the calculation parameters.

5. The method according to claim 4, characterized in that, The process of starting the interface function and calling the well logging interpretation module includes: After the interface function of the intermediate layer component is called, the handles of the first public memory and the second public memory and the interpretation parameters are used as the parameters to be transmitted in the interface function, thereby passing the parameters to be transmitted to the intermediate layer component. The intermediate layer component obtains access to the first public memory through the first public memory handle, thereby reading the current measured well logging curve data, and simultaneously reads the interpretation parameters through the calculation parameters; The second type of platform is started by the intermediate layer component through the second parameter; The intermediate layer component loads the current logging interpretation module through the first parameter, and inputs the read current measured logging curve data and the interpretation parameters into the current logging interpretation module so that the current logging interpretation module can perform logging interpretation calculations.

6. The method according to claim 1, characterized in that, The process of providing feedback on well logging results includes: Well logging interpretation results are obtained from the intermediate layer components; The intermediate layer component obtains access to the second public memory through the second public memory handle, thereby storing the well logging interpretation results into the second public memory.

7. The method according to any one of claims 1 to 6, characterized in that, The method further includes: The well logging interpretation results are read, and the corresponding well logging interpretation curves are automatically created or updated, thereby updating the curve graphical display interface.

Images