Method and device for executing configuration process

Through a unified configuration management framework and screen configuration files, obtaining hardware identification and matching the corresponding screen configuration files, the problem of developing separate drivers for each screen chip in the existing technology is solved, and faster screen initialization and configuration is achieved, reducing development costs and delay risks.

CN119759431AActive Publication Date: 2025-04-04镁佳(北京)科技有限公司
View PDF 7 Cites 0 Cited by

Patent Information

Application Number
CN202411811488.6
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2024-12-10
Publication Date
2025-04-04
Estimated Expiration
2044-12-10

AI Technical Summary

Technical Problem

In the prior art, developing a separate driver for each screen chip causes a lot of time and effort by the developer, increasing development costs and potentially delaying project progress.

Method used

By adopting a unified configuration management framework and screen configuration files, the hardware identification is obtained and the corresponding screen configuration files are matched, and the first configuration process and the second configuration process are determined from it, and these configuration processes are executed in parallel.

Benefits of technology

It avoids the need to develop drivers separately for each screen chip, reduces the workload and cost of developers, shortens project cycles, and improves the performance and stability of the system.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119759431A_ABST
    Figure CN119759431A_ABST
Patent Text Reader

Abstract

The invention relates to the technical field of intelligent automobile cabins, and discloses a method and device for executing a configuration process. The method comprises the following steps: acquiring a plurality of hardware identifiers; matching a screen configuration file corresponding to each hardware identifier according to the hardware identifier; determining a first configuration process and a second configuration process from the screen configuration file; wherein the first configuration process is the same configuration process in each screen configuration file, and the second configuration process is the different configuration process in each screen configuration file; and executing the first configuration process and the second configuration process in parallel.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present invention relates to the technical field of intelligent automobile cockpits, and in particular to a method, device, computer equipment, storage medium and program product for executing a configuration process. Background Art

[0002] At present, the mainstream solution on the market for adapting to different screens is to use different chip drivers for each different chip. That is, each screen chip has its own unique hardware characteristics and interface requirements, so a special driver is required to achieve communication with the operating system or application.

[0003] Since each screen chip requires a separate driver, developers need to spend a lot of time and effort to download, integrate and test these drivers. This not only increases development costs, but may also cause delays in project schedules. Summary of the invention

[0004] In view of this, the present invention provides a method, apparatus, computer device, storage medium and program product for executing a configuration process.

[0005] In a first aspect, the present invention provides a method for executing a configuration process, the method comprising: obtaining multiple hardware identifiers; matching screen configuration files corresponding to each hardware identifier according to the hardware identifiers; determining a first configuration process and a second configuration process from the screen configuration files; wherein the first configuration process is the same configuration process in each screen configuration file, and the second configuration process is a different configuration process in each screen configuration file; and executing the first configuration process and the second configuration process in parallel.

[0006] The method for executing the configuration process provided by the present embodiment, by adopting a unified configuration management framework and screen configuration files, the new solution avoids the need to develop a driver separately for each screen chip. This greatly reduces the workload of developers and reduces the additional costs caused by driver incompatibility or updates. In addition, by executing the configuration process in parallel, the new solution can complete the initialization and configuration of the screen more quickly. This not only shortens the project cycle, but also improves the overall performance and stability of the system. In addition, by reducing the development, integration and testing costs of the driver, the new solution helps to reduce the overall development cost. This enables developers to invest more resources in innovation and improvement, rather than spending on repetitive work.

[0007] In a possible implementation, executing the first configuration process includes: creating a target process, and loading the matching screen configuration file based on the target process; and executing the first configuration process based on the target process.

[0008] The method for executing the configuration process provided in this embodiment can ensure the focus and efficiency of the configuration process by creating a dedicated target process to load and execute the screen configuration file. In addition, the target process can run independently without being interfered by other processes or threads, thereby improving the stability and speed of the configuration process.

[0009] In a possible implementation, executing the second configuration process includes: creating target threads corresponding to different screens; and executing the second configuration process corresponding to the screen based on the target threads.

[0010] The method for executing the configuration process provided in this embodiment can fully utilize the parallel processing capabilities of the multi-core processor by creating an independent target thread for each screen to execute the second configuration process. The configuration tasks of multiple screens can be performed simultaneously, thereby significantly shortening the overall configuration time. In addition, the creation of the target thread enables the system to respond more flexibly to the configuration requirements of different screens. Even if the configuration task of a certain screen is more time-consuming, it will not block the configuration process of other screens, thereby ensuring the overall responsiveness of the system.

[0011] In a possible implementation, matching screen configuration files corresponding to each hardware identification respectively according to the hardware identification includes: obtaining multiple general input and output port values ​​of the hardware; determining version numbers corresponding to the multiple general input and output port values ​​based on the multiple general input and output port values; and matching screen configuration files with the same version number according to the version number.

[0012] The method for executing the configuration process provided in this embodiment can more accurately identify the characteristics of the hardware by obtaining multiple GPIO port values ​​of the hardware. Different hardware may have different GPIO configurations, so this method helps to distinguish different hardware and thus match the most suitable screen configuration file.

[0013] And when the hardware is upgraded or changed, the screen configuration file can be easily updated by simply updating the GPIO port value and its corresponding version number without making major changes to the entire system. By matching screen configuration files with the same version number, compatibility between different hardware can be ensured. This helps avoid screen display problems caused by hardware differences.

[0014] In a second aspect, the present invention provides a device for executing a configuration process, the device comprising: an acquisition module for acquiring multiple hardware identifiers; a matching module for matching screen configuration files corresponding to each hardware identifier according to the hardware identifier; a determination module for determining a first configuration process and a second configuration process from the screen configuration file; wherein the first configuration process is the same configuration process in each screen configuration file, and the second configuration process is a different configuration process in each screen configuration file; and an execution module for executing the first configuration process and the second configuration process respectively.

[0015] In a possible implementation, the execution module includes: a first creation unit, configured to create a target process and load the matching screen configuration file based on the target process; and a first execution unit, configured to execute a first configuration flow based on the target process.

[0016] In a possible implementation, the execution module includes: a second creation unit, configured to create target threads corresponding to different screens; and a second execution unit, configured to execute a second configuration process corresponding to the screen based on the target thread.

[0017] In a third aspect, the present invention provides a computer device, comprising: a memory and a processor, the memory and the processor being communicatively connected to each other, the memory storing computer instructions, and the processor executing the method for executing the configuration process of the first aspect or any corresponding embodiment thereof by executing the computer instructions.

[0018] In a fourth aspect, the present invention provides a computer-readable storage medium having computer instructions stored thereon, the computer instructions being used to enable a computer to execute the method for executing the configuration process of the first aspect or any corresponding embodiment thereof.

[0019] In a fifth aspect, the present invention provides a computer program product, comprising computer instructions for causing a computer to execute the method for executing the configuration process of the first aspect or any corresponding embodiment thereof. BRIEF DESCRIPTION OF THE DRAWINGS

[0020] In order to more clearly illustrate the specific implementation methods of the present invention or the technical solutions in the prior art, the drawings required for use in the specific implementation methods or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are some implementation methods of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.

[0021] Figure 1 is a flowchart of a method for executing a configuration process according to an embodiment of the present invention;

[0022] Figure 2is a structural block diagram of an apparatus for executing a configuration process according to an embodiment of the present invention;

[0023] Figure 3 It is a schematic diagram of the hardware structure of a computer device according to an embodiment of the present invention. DETAILED DESCRIPTION

[0024] In order to make the purpose, technical solution and advantages of the embodiments of the present invention clearer, the technical solution in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative work are within the scope of protection of the present invention.

[0025] Based on relevant technologies, with the development of society, cars are becoming more and more intelligent. The development of smart cockpits is inseparable from various screens, including central control screens, instrument screens, etc. However, in the process of production and research and development, different batches or different configurations of models often use different screens from different suppliers. Different screens involve different screen chips, and the specifications and parameters of different screen chips are different, and each screen has a corresponding interface. For example, the A batch DSI1 display interface screen uses the Maxim a specification chip, the DP display interface screen uses the TI b specification chip, the B batch DSI1 display interface screen uses the TI c specification chip, the DP display interface screen uses the Maxim d specification chip, and the C batch uses the same specification chip as the A batch.

[0026] At present, the mainstream solution on the market for adapting to different screens is to use different chip drivers for each different chip. That is, each screen chip has its own unique hardware characteristics and interface requirements, so a special driver is required to achieve communication with the operating system or application.

[0027] Since each screen chip requires a separate driver, developers need to spend a lot of time and effort to download, integrate and test these drivers. This not only increases development costs, but may also cause delays in project schedules.

[0028] Based on this, the present invention provides a method for executing a configuration process. By adopting a unified configuration management framework and a screen configuration file, the new solution avoids the need to develop a driver separately for each screen chip. This greatly reduces the workload of developers and reduces the additional costs caused by driver incompatibility or updates. In addition, by executing the configuration process in parallel, the new solution can complete the initialization and configuration of the screen more quickly. This not only shortens the project cycle, but also improves the overall performance and stability of the system. In addition, by reducing the development, integration and testing costs of the driver, the new solution helps to reduce the overall development cost. This enables developers to invest more resources in innovation and improvement rather than spending them on repetitive work.

[0029] According to an embodiment of the present invention, a method embodiment for executing a configuration process is provided. It should be noted that the steps shown in the flowchart of the accompanying drawings can be executed in a computer system such as a set of computer executable instructions, and although a logical order is shown in the flowchart, in some cases, the steps shown or described can be executed in an order different from that shown here.

[0030] In this embodiment, a method for executing a configuration process is provided, which can be used in computer devices, such as computers, servers, etc. Figure 1 is a flow chart of a method for executing a configuration process according to an embodiment of the present invention. Figure 1 As shown, the process includes the following steps:

[0031] Step S101, obtaining multiple hardware identifiers.

[0032] The hardware identification indicates a set of information or code used to uniquely identify a hardware device, such as a MAC address, serial number, model name, etc. These identifications can help the system identify the specific hardware connected to it. Specifically, each batch of cockpit hardware will have a different corresponding hardware identification. For example: the smart cockpit host contains multiple hardware components, such as display screens, touch screen controllers, audio processors, etc. Due to various factors in the production process, such as supplier changes, changes in raw material batches, and production process improvements, there are slight differences between the hardware components of the cockpit control system produced in different batches.

[0033] As an example, the hardware identification of the first batch of displays may include the serial number "A001-001-01", indicating that this is the first display produced in the first batch. Due to the improvement of the production process, the hardware identification of the second batch of displays may become "A001-002-01", where "002" indicates that this is the second batch.

[0034] Step S102: matching the screen configuration files corresponding to each hardware identification according to the hardware identification.

[0035] Screen configuration files are files that contain configuration information for specific hardware screens. These files may contain parameters such as resolution settings, color depth, refresh rate, display mode, etc. to ensure that the screen can display content correctly. Specifically, a hash table or database may be used to quickly find matching configuration files. Configuration files may also be selected based on specific parts of the hardware identifier (such as manufacturer, model), etc., which are not specifically limited here and may be implemented by those skilled in the art.

[0036] As an example, a database containing all possible hardware identifiers and their corresponding screen configuration files can be established. This database should be able to efficiently retrieve and match hardware identifiers and configuration files. By comparing the collected hardware identifiers with the records in the database, the matching screen configuration files are found. This process can involve string matching, hash lookup, or other efficient retrieval algorithms. Once a matching configuration file is found, the system will load the file and configure the hardware components according to the settings in it. This may include setting parameters such as resolution, refresh rate, color depth, display mode, etc.

[0037] In a possible implementation, the smart cockpit host (SOC) includes Qualcomm 8155 chips, 8295 chips and other chips, and matches the chip specifications corresponding to the hardware identifier according to the hardware identifier. For example, hardware identifier 1.0.1 corresponds to the configuration of the A batch DSI1 display interface Maxim A specification chip, and the configuration of the DP display interface TI B specification chip. Then, the screen configuration files corresponding to each hardware identifier are matched according to the hardware identifier.

[0038] Step S103, determining a first configuration flow and a second configuration flow from the screen configuration files; wherein the first configuration flow is a same configuration flow in each screen configuration file, and the second configuration flow is a different configuration flow in each screen configuration file.

[0039] Analyze each screen configuration file to find out the same configuration flow (first configuration flow) and different configuration flow (second configuration flow). Specifically, the common configuration steps and specific configuration steps can be identified by parsing the content of the configuration file. Scripts or programming languages ​​can also be used to automate this process, which is not specifically limited here and can be implemented by those skilled in the art.

[0040] As an example, the content of each screen configuration file is read. The screen configuration file may be stored in text or binary format and contains a series of configuration instructions or parameters. The structure of the configuration file is parsed to identify the various configuration sections or paragraphs therein. This may require understanding the syntax and format of the configuration file, such as XML, JSON, INI, etc. In the process of parsing the configuration file, the system needs to identify each configuration step or instruction. These steps may include setting resolution, adjusting color depth, configuring input / output ports, etc. Compare the configuration steps in different screen configuration files to find out the similarities and differences. This can be achieved by comparing the configuration instructions, parameter values, or the order of configuration steps. Common configuration steps that exist in all screen configuration files can be identified, which constitute the first configuration process. These steps usually involve basic display settings, such as resolution, refresh rate, etc., which are necessary for most display devices. At the same time, the system can also identify configuration steps that are unique to each screen configuration file, which constitute the second configuration process. These steps may involve device-specific functions or settings, such as specific display modes, color correction parameters, etc. Finally, the system can generate a list or data structure containing the first configuration process and the second configuration process. This list can be used to guide the subsequent configuration process to ensure that each screen is configured correctly.

[0041] As an example, the common initialization steps in the first configuration file include power-on, register parameter initialization, interrupt pin configuration, power-off, etc. There may be multiple INITs for register parameter initialization, and each INIT executes different contents.

[0042] Please refer to Table 1, which shows the first configuration process.

[0043] Table 1

[0044]

[0045]

[0046] Step S104, executing the first configuration process and the second configuration process in parallel.

[0047] The first configuration process (general configuration applicable to all hardware devices) and the second configuration process (special configuration applicable to specific hardware devices) can be executed simultaneously.

[0048] As an example, break down the configuration task into small tasks that can be executed in parallel. These tasks may include reading configuration files, parsing configuration steps, executing configuration instructions, etc. Allocate sufficient resources such as CPU cores, memory, I / O bandwidth, etc. to the tasks that are executed in parallel. This ensures that each task gets the necessary resources to perform its work. Manage the execution of parallel tasks through a task scheduler. This scheduler can decide which tasks can be executed simultaneously and which tasks need to wait for other tasks to complete before executing. Execute the first configuration process and the second configuration process in parallel. This can be achieved through multi-threading, multi-process, or asynchronous programming models.

[0049] As an example, the first configuration process may be executed through a driver_common process, and the second configuration process may be executed through a driver_private thread, etc., which are not specifically limited herein.

[0050] The method for executing the configuration process provided by the present embodiment, by adopting a unified configuration management framework and screen configuration files, the new solution avoids the need to develop a driver separately for each screen chip. This greatly reduces the workload of developers and reduces the additional costs caused by driver incompatibility or updates. In addition, by executing the configuration process in parallel, the new solution can complete the initialization and configuration of the screen more quickly. This not only shortens the project cycle, but also improves the overall performance and stability of the system. In addition, by reducing the development, integration and testing costs of the driver, the new solution helps to reduce the overall development cost. This enables developers to invest more resources in innovation and improvement, rather than spending on repetitive work.

[0051] In a possible implementation, the first configuration process is performed in step S104, including:

[0052] Step a1: create a target process, and load the matching screen configuration file based on the target process.

[0053] In the operating system, a new process is created, which will serve as the target process for configuring the screen. Specifically, the screen configuration file determined previously by comparison and matching is loaded. This may include reading the file contents, parsing the instructions and parameters in the configuration file, and storing them in a data structure accessible to the process. Initialize the configuration environment in the target process according to the requirements of the configuration file. This may include setting environment variables, loading necessary library files, allocating memory resources, etc.

[0054] As an example, create a driver_common process on the qnx side to load the above-matched screen configuration file and execute the configuration steps on the configuration file. Among them, the common driver will traverse the process of each configuration below. Each operation type has a corresponding API implementation in the common driver. Taking 16-bit i2c read and write operations as an example, i2c operations have 4 characteristics: i2c device address, specific register address of i2c device, read or write, i2c value, then configure these 4 values ​​in the configuration file, extract the 4 values ​​in the code and follow the corresponding processing flow. For example, set 2 to the 0x3d register on the device with i2c address 0x1a. Then configure the configuration file as follows:

[0055] INIT, i2c_16bit_w, 0x1a, 0x3d, 0x02.

[0056] Here, i2c_16bit_w can be represented by 0x1, so the parameters passed in are the following parameters. The code calls the I2c read and write interface (API) of the corresponding system to perform write operations.

[0057] The corresponding relationship is shown in Table 2:

[0058] Table 2

[0059] 0x01 0x1a 0x3d 0x02 16-bit IIC write operation I2C Device Address Device register address Setting Value

[0060] Step a2: executing a first configuration process based on the target process.

[0061] The definition of the first configuration process is extracted from the configuration file, which may include a series of configuration steps or instructions. In the target process, the configuration steps are executed one by one in the order defined in the first configuration process. This may involve calling an API or a specific library function provided by the operating system to set parameters such as screen resolution, refresh rate, color depth, etc. The contents in Table 1 above may also be executed, which are not specifically limited here.

[0062] The method for executing the configuration process provided in this embodiment can ensure the focus and efficiency of the configuration process by creating a dedicated target process to load and execute the screen configuration file. In addition, the target process can run independently without being interfered by other processes or threads, thereby improving the stability and speed of the configuration process.

[0063] In a possible implementation, the second configuration process is performed in step S104, including:

[0064] Step b1, creating target threads corresponding to different screens.

[0065] For each screen that needs to be configured, a new thread is created in the system. This thread will be responsible for executing the second configuration process of the screen.

[0066] As an example, when creating a thread, some parameters can be passed to the thread function, which may include screen identifier, configuration file name, configuration process identifier, etc. These parameters will help the thread function know which screen it should configure and how to configure it, and ensure that each thread has enough resources to perform its tasks, including CPU time, memory, I / O bandwidth, etc. On a multi-core processor, the operating system usually tries to assign threads to different cores for parallel execution.

[0067] Step b2: executing a second configuration process corresponding to the screen based on the target thread.

[0068] For each thread, define a thread function that will contain the code to execute the second configuration process. This function will receive the parameters passed when the thread is created and perform the corresponding configuration steps based on these parameters. In the thread function, first parse the definition of the second configuration process. This may involve reading a specific section in a configuration file, or retrieving configuration instructions related to the screen from a database. According to the parsed configuration process, execute the configuration steps one by one. This may include calling specific APIs or library functions to set advanced properties of the screen, such as display mode, color correction, brightness adjustment, etc.

[0069] The method for executing the configuration process provided in this embodiment can fully utilize the parallel processing capabilities of the multi-core processor by creating an independent target thread for each screen to execute the second configuration process. The configuration tasks of multiple screens can be performed simultaneously, thereby significantly shortening the overall configuration time. In addition, the creation of the target thread enables the system to respond more flexibly to the configuration requirements of different screens. Even if the configuration task of a certain screen is more time-consuming, it will not block the configuration process of other screens, thereby ensuring the overall responsiveness of the system.

[0070] In a possible implementation, the above step S102 includes:

[0071] Step c1, obtaining multiple general input and output port values ​​of the hardware.

[0072] Access the hardware's GPIO ports through a programming interface (such as an API, driver, or direct hardware access). Read the current value from each GPIO port. These values ​​may be digital signals (high or low) or analog signals (voltage range), and store the read values ​​of each GPIO port in an appropriate data structure.

[0073] Step c2: determining version numbers corresponding to the plurality of universal input / output port values ​​based on the plurality of universal input / output port values.

[0074] Analyze the GPIO port values ​​read to determine if they contain information about the hardware version. If the GPIO port values ​​contain version information, map the values ​​to the corresponding version numbers. This may require a lookup table or algorithm to convert the port value to a version number. If the GPIO port value read does not contain valid version information, or cannot be mapped to any known version number, it may be necessary to log an error, assume a default configuration, or notify the user.

[0075] Step c3, matching the screen configuration file with the same version number according to the version number.

[0076] Looks up a screen configuration file that matches the determined version number in a database, file system, or network location where screen configuration files are stored.

[0077] As an example, the host side uses 4 gpio hardware to distinguish the version number. The gpio value is 0 or 1 to represent different versions. For example, the value of 4 gpio is 0001, representing version 1, and the value of 4 gpio is 0002, representing version 2. The name of each configuration file also includes this version number, so the corresponding configuration file can be found according to this version.

[0078] In one possible implementation, after a matching configuration file is found, its integrity and correctness are verified. Specifically, it may involve checking whether the file signature, checksum, or file content conforms to the expected format. If the configuration file is successfully verified, it is loaded into the memory for use in subsequent configuration processes. If a screen configuration file matching the version number is not found, a fallback strategy may need to be adopted, such as using the default configuration file, notifying the user, or trying other versions of the configuration file.

[0079] The method for executing the configuration process provided in this embodiment can more accurately identify the characteristics of the hardware by obtaining multiple GPIO port values ​​of the hardware. Different hardware may have different GPIO configurations, so this method helps to distinguish different hardware and thus match the most suitable screen configuration file.

[0080] And when the hardware is upgraded or changed, the screen configuration file can be easily updated by simply updating the GPIO port value and its corresponding version number without making major changes to the entire system. By matching screen configuration files with the same version number, compatibility between different hardware can be ensured. This helps avoid screen display problems caused by hardware differences.

[0081] In the present embodiment, a device for executing the configuration process is also provided, and the device is used to implement the above-mentioned embodiments and preferred implementation modes, and the descriptions that have been made are not repeated. As used below, the term "module" can implement a combination of software and / or hardware of a predetermined function. Although the devices described in the following embodiments are preferably implemented in software, the implementation of hardware, or a combination of software and hardware, is also possible and conceived.

[0082] This embodiment provides a device for executing a configuration process, such as Figure 2 As shown, it includes: an acquisition module 201, used for acquiring multiple hardware identifiers; a matching module 202, used for matching the screen configuration files corresponding to each hardware identifier according to the hardware identifier; a determination module 203, used for determining the first configuration process and the second configuration process from the screen configuration file; wherein the first configuration process is the same configuration process in each screen configuration file, and the second configuration process is different configuration process in each screen configuration file; and an execution module 204, used for executing the first configuration process and the second configuration process respectively.

[0083] In a possible implementation, the execution module 204 includes: a first creation unit, configured to create a target process and load the matching screen configuration file based on the target process; and a first execution unit, configured to execute a first configuration flow based on the target process.

[0084] In a possible implementation, the execution module 204 includes: a second creation unit, configured to create target threads corresponding to different screens; and a second execution unit, configured to execute a second configuration process corresponding to the screen based on the target thread.

[0085] In one possible implementation, the matching module 202 includes: an acquisition unit, used to acquire multiple general input and output port values ​​of the hardware; a determination unit, used to determine the version numbers corresponding to the multiple general input and output port values ​​based on the multiple general input and output port values; and a matching unit, used to match a screen configuration file with the same version number according to the version number.

[0086] The further functional description of each of the above modules and units is the same as that of the above corresponding embodiments and will not be repeated here.

[0087] The device for executing the configuration process in this embodiment is presented in the form of a functional unit, where the functional unit refers to an ASIC (Application Specific Integrated Circuit) circuit, a processor and memory that executes one or more software or fixed programs, and / or other devices that can provide the above functions.

[0088] The embodiment of the present invention also provides a computer device having the above Figure 2 The device shown executes the configuration process.

[0089] See also Figure 3 , Figure 3 is a schematic diagram of the structure of a computer device provided by an optional embodiment of the present invention, such as Figure 3 As shown, the computer device includes: one or more processors 10, a memory 20, and interfaces for connecting various components, including high-speed interfaces and low-speed interfaces. Various components are connected to each other using different buses for communication, and can be installed on a common mainboard or installed in other ways as needed. The processor can process the instructions executed in the computer device, including instructions stored in or on the memory to display the graphical information of the GUI on an external input / output device (such as, a display device coupled to the interface). In some optional embodiments, if necessary, multiple processors and / or multiple buses can be used together with multiple memories and multiple memories. Similarly, multiple computer devices can be connected, and each device provides some necessary operations (for example, as a server array, a group of blade servers, or a multi-processor system). Figure 3 A processor 10 is taken as an example.

[0090] The processor 10 may be a central processing unit, a network processor or a combination thereof. The processor 10 may further include a hardware chip. The hardware chip may be a dedicated integrated circuit, a programmable logic device or a combination thereof. The programmable logic device may be a complex programmable logic device, a field programmable gate array, a general purpose array logic or any combination thereof.

[0091] The memory 20 stores instructions executable by at least one processor 10, so that at least one processor 10 executes the method shown in the above embodiment.

[0092] The memory 20 may include a program storage area and a data storage area, wherein the program storage area may store an operating system, an application required for at least one function; the data storage area may store data created according to the use of the computer device, etc. In addition, the memory 20 may include a high-speed random access memory, and may also include a non-transient memory, such as at least one disk storage device, a flash memory device, or other non-transient solid-state storage device. In some optional embodiments, the memory 20 may optionally include a memory remotely arranged relative to the processor 10, and these remote memories may be connected to the computer device via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0093] The memory 20 may include a volatile memory, such as a random access memory; the memory may also include a non-volatile memory, such as a flash memory, a hard disk or a solid state drive; the memory 20 may also include a combination of the above types of memory.

[0094] The computer device further comprises a communication interface 30 for the computer device to communicate with other devices or a communication network.

[0095] The embodiment of the present invention also provides a computer-readable storage medium. The method according to the embodiment of the present invention can be implemented in hardware, firmware, or can be implemented as a computer code that can be recorded in a storage medium, or can be implemented as a computer code that is originally stored in a remote storage medium or a non-temporary machine-readable storage medium and will be stored in a local storage medium through a network download, so that the method described herein can be stored in such software processing on a storage medium using a general-purpose computer, a dedicated processor, or programmable or dedicated hardware. Among them, the storage medium can be a magnetic disk, an optical disk, a read-only storage memory, a random access memory, a flash memory, a hard disk or a solid-state hard disk, etc.; further, the storage medium can also include a combination of the above types of memories. It can be understood that a computer, a processor, a microprocessor controller, or programmable hardware includes a storage component that can store or receive software or computer code. When the software or computer code is accessed and executed by a computer, a processor, or hardware, the method shown in the above embodiment is implemented.

[0096] A part of the present invention may be applied as a computer program product, such as a computer program instruction, which, when executed by a computer, can call or provide the method and / or technical solution according to the present invention through the operation of the computer. Those skilled in the art should understand that the existence of the computer program instruction in a computer-readable medium includes, but is not limited to, a source file, an executable file, an installation package file, etc., and accordingly, the way in which the computer program instruction is executed by the computer includes, but is not limited to: the computer directly executes the instruction, or the computer compiles the instruction and then executes the corresponding compiled program, or the computer reads and executes the instruction, or the computer reads and installs the instruction and then executes the corresponding installed program. Here, the computer-readable medium may be any available computer-readable storage medium or communication medium accessible to the computer.

[0097] Although the embodiments of the present invention have been described in conjunction with the accompanying drawings, those skilled in the art may make various modifications and variations without departing from the spirit and scope of the present invention, and such modifications and variations are all within the scope defined by the appended claims.

Claims

1. A method for executing a configuration process, characterized in that: The method comprises: Get multiple hardware identifiers; According to the hardware identification, matching the screen configuration files corresponding to each of the hardware identifications; Determine a first configuration flow and a second configuration flow from the screen configuration file; wherein the first configuration flow is a same configuration flow in each screen configuration file, and the second configuration flow is a different configuration flow in each screen configuration file; The first configuration process and the second configuration process are performed in parallel.

2. The method for executing a configuration process according to claim 1, characterized in that: The performing of the first configuration process includes: Creating a target process, and loading the matching screen configuration file based on the target process; The first configuration process is executed based on the target process.

3. The method for executing a configuration process according to claim 1, characterized in that: Executing the second configuration process includes: Create target threads corresponding to different screens; A second configuration process corresponding to the screen is executed based on the target thread.

4. The method for executing a configuration process according to claim 1, characterized in that: The matching of the screen configuration files corresponding to each of the hardware identifiers according to the hardware identifiers includes: Get multiple general input and output port values ​​of the hardware; Based on the plurality of universal input and output port values, determining version numbers corresponding to the plurality of universal input and output port values; Based on the version number, match the screen configuration file with the same version number.

5. A device for executing a configuration process, characterized in that: The device comprises: An acquisition module, used to acquire multiple hardware identifiers; A matching module, used for matching the screen configuration files corresponding to each of the hardware identifiers according to the hardware identifiers; A determination module, used to determine a first configuration flow and a second configuration flow from the screen configuration file; wherein the first configuration flow is a same configuration flow in each screen configuration file, and the second configuration flow is a different configuration flow in each screen configuration file; An execution module is used to execute the first configuration process and the second configuration process respectively.

6. The device for executing a configuration process according to claim 5, characterized in that: The execution modules include: A first creation unit, used for creating a target process, and loading the matching screen configuration file based on the target process; A first execution unit is used to execute the first configuration process based on the target process.

7. The device for executing a configuration process according to claim 5, characterized in that: The execution modules include: The second creation unit is used to create target threads corresponding to different screens; The second execution unit executes a second configuration process corresponding to the screen based on the target thread.

8. A computer device, characterized in that: include: A memory and a processor, wherein the memory and the processor are communicatively connected to each other, the memory stores computer instructions, and the processor executes the method for executing a configuration process according to any one of claims 1 to 4 by executing the computer instructions.

9. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores computer instructions, and the computer instructions are used to enable a computer to execute the method for executing a configuration process according to any one of claims 1 to 4.

10. A computer program product, characterized in that The method comprises computer instructions, wherein the computer instructions are used to cause a computer to execute the method for executing the configuration process according to any one of claims 1 to 4.

Citation Information

Patent Citations

  • Tconless screen configuration method and device, electronic equipment and storage medium

    CN117406944A

  • Driving program self-adaption method and device, storage medium, vehicle controller and vehicle

    CN118897698A

  • Assembling support apparatus and assembling support method

    JP2023168870A

  • Systems and methods for automated conversion and management of web server configuration files

    US12057997B1

  • Low Power Execution of a Multithreaded Program

    US20120096239A1