Method and device for executing configuration process

Abstract

The present invention relates to the technical field of intelligent vehicle cockpits and discloses a method and apparatus for executing a configuration process. The method comprises: obtaining multiple hardware identifiers; matching screen configuration files corresponding to each hardware identifier based on the hardware identifiers; determining a first configuration process and a second configuration process from the screen configuration files; wherein the first configuration process is a common 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.

Description

Technical Field

[0001] The present invention relates to the technical field of intelligent vehicle 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 needed 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 energy 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 based on 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 in this embodiment, by adopting a unified configuration management framework and screen configuration files, eliminates the need to develop separate drivers for each screen chip. This significantly reduces the developer's workload and reduces the additional costs caused by driver incompatibilities or updates. Furthermore, 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 reduce overall development costs. This allows developers to invest more resources in innovation and improvement rather than spending them 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 ensures the focus and efficiency of the configuration process by creating a dedicated target process to load and execute the screen configuration file. Furthermore, the target process can run independently without interference from 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 fully utilizes the parallel processing capabilities of multi-core processors by creating an independent target thread for each screen to execute the second configuration process. Configuration tasks for multiple screens can be performed simultaneously, significantly reducing the overall configuration time. Furthermore, the creation of target threads enables the system to more flexibly respond to the configuration requirements of different screens. Even if the configuration task for 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 one possible implementation, matching screen configuration files corresponding to each hardware identifier based on the hardware identifier includes: obtaining multiple general-purpose input / output port values ​​of the hardware; determining version numbers corresponding to the multiple general-purpose input / output port values ​​based on the multiple general-purpose input / output port values; and matching screen configuration files having the same version number based on the version number.

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

[0013] Furthermore, when hardware is upgraded or changed, the screen configuration files can be easily updated by simply updating the GPIO port values ​​and their corresponding version numbers, without requiring 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 issues 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 a screen configuration file 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 process 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, computer instructions being stored in the memory, 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 above-mentioned 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 embodiments of the present invention or the technical solutions in the prior art, the following briefly introduces the drawings required for use in the specific embodiments or the description of the prior art. Obviously, the drawings described below are some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any 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 Schematic diagram of the hardware structure of a computer device according to an embodiment of the present invention. DETAILED DESCRIPTION

[0024] To make the purpose, technical solutions, and advantages of the embodiments of the present invention more clear, the technical solutions in the embodiments of the present invention will be clearly and completely described below in conjunction with the accompanying 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 making creative efforts shall fall within the scope of protection of the present invention.

[0025] Based on relevant technologies, it can be seen that with the development of society, automobiles are becoming increasingly intelligent. The development of smart cockpits is inseparable from various screens, including central control screens and instrument screens. However, during the production and R&D process, 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. Each screen has a corresponding interface. For example, Batch A's DSI1 display interface screens use Maxim's A-specification chips, and the DP display interface screens use TI's B-specification chips. Batch B's DSI1 display interface screens use TI's C-specification chips, and the DP display interface screens use Maxim's D-specification chips. Batch C uses the same specification chips as Batch A.

[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 needed 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 energy 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 the configuration process. By adopting a unified configuration management framework and screen configuration files, the new solution avoids the need to develop separate drivers for each screen chip. This significantly reduces the developer's workload and reduces the additional costs caused by driver incompatibilities or updates. Furthermore, 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 costs of driver development, integration, and testing, the new solution helps reduce overall development costs. This allows 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 FIG. 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: Acquire multiple hardware identifiers.

[0032] The hardware identifier 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 identifiers can help the system identify the specific hardware connected to it. Specifically, each batch of cockpit hardware will have a different corresponding hardware identifier. 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] For example, the hardware identification of a display screen produced in the first batch might include the serial number "A001-001-01," indicating that it is the first display screen produced in the first batch. Due to improvements in the production process, the hardware identification of the display screen produced in the second batch might become "A001-002-01," where "002" indicates that it 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 a specific hardware screen. These files can 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 can be used to quickly find matching configuration files. Configuration files can also be selected based on specific parts of the hardware identification (such as manufacturer, model, etc.). This is not specifically limited here and can 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 with configuration files. By comparing the collected hardware identifiers with records in the database, 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 loads the file and configures the hardware components according to the settings contained therein. This may include setting parameters such as resolution, refresh rate, color depth, and display mode.

[0037] In one possible implementation, the intelligent cockpit main unit (SoC) includes a Qualcomm 8155 chip, an 8295 chip, or other chips. Hardware identifiers are used to match the chip specifications corresponding to the hardware identifiers. For example, hardware identifier 1.0.1 corresponds to batch A of Maxim A-spec chips with the DSI1 display interface and TI B-spec chips with the DP display interface. The screen configuration files corresponding to each hardware identifier are then matched based on the hardware identifiers.

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

[0039] Each screen configuration file is analyzed to identify the same configuration flow (first configuration flow) and the different configuration flow (second configuration flow). Specifically, the configuration file contents can be parsed to identify common configuration steps and specific configuration steps. This process can also be automated using scripts or programming languages, which are not specifically limited here and can be implemented by those skilled in the art.

[0040] As an example, the system reads the contents of each screen configuration file. Screen configuration files can be stored in text or binary format and contain a series of configuration instructions or parameters. The system then parses the configuration file structure and identifies the various configuration sections or sections. This may require understanding the syntax and format of the configuration file, such as XML, JSON, or INI. While 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, and so on. The system then compares the configuration steps in different screen configuration files to identify similarities and differences. This can be achieved by comparing configuration instructions, parameter values, or the order of configuration steps. Common configuration steps common to all screen configuration files can be identified, forming the first configuration flow. These steps typically involve basic display settings, such as resolution and refresh rate, which are required for most display devices. The system also identifies configuration steps unique to each screen configuration file, forming the second configuration flow. These steps may involve device-specific features or settings, such as specific display modes or color correction parameters. Finally, the system can generate a list or data structure containing the first and second configuration flows. 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 performs different content.

[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 smaller tasks that can be executed in parallel. These tasks might include reading a configuration file, parsing configuration steps, and executing configuration directives. Allocate sufficient resources, such as CPU cores, memory, and I / O bandwidth, to the tasks that are executed in parallel. This ensures that each task has the necessary resources to perform its work. A task scheduler manages the execution of parallel tasks. This scheduler determines which tasks can be executed simultaneously and which tasks need to wait for other tasks to complete before executing. Execute the first and second configuration processes in parallel. This can be achieved through multi-threading, multi-processing, or asynchronous programming models.

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

[0050] The method for executing the configuration process provided in this embodiment, by adopting a unified configuration management framework and screen configuration files, eliminates the need to develop separate drivers for each screen chip. This significantly reduces the developer's workload and reduces the additional costs caused by driver incompatibilities or updates. Furthermore, 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 reduce overall development costs. This allows developers to invest more resources in innovation and improvement rather than spending them on repetitive work.

[0051] In one possible implementation, the first configuration process executed in step S104 includes:

[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 screen configuration. Specifically, the screen configuration file, determined previously through comparison and matching, is loaded. This may involve reading the file contents, parsing the instructions and parameters in the configuration file, and storing them in a data structure accessible to the process. Based on the configuration file's requirements, the configuration environment in the target process is initialized. This may include setting environment variables, loading necessary library files, and allocating memory resources.

[0054] As an example, create a driver_common process on the qnx side to load the matching 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 the 0x3d register on the device with i2c address 0x1a to 2. 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 Values

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

[0061] The definition of the first configuration flow is extracted from the configuration file. This 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 flow. This may involve calling APIs or specific library functions provided by the operating system to set parameters such as screen resolution, refresh rate, and color depth. The contents of 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 ensures the focus and efficiency of the configuration process by creating a dedicated target process to load and execute the screen configuration file. Furthermore, the target process can run independently without interference from other processes or threads, thereby improving the stability and speed of the configuration process.

[0063] In one possible implementation, the second configuration process executed in step S104 includes:

[0064] Step b1: Create 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, you can pass some parameters to the thread function. These parameters may include a screen identifier, a configuration file name, a 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 will usually try 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 contains the code to execute the second configuration process. This function receives the parameters passed when creating the thread and performs 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 screen properties such as display mode, color correction, brightness adjustment, etc.

[0069] The method for executing the configuration process provided in this embodiment fully utilizes the parallel processing capabilities of multi-core processors by creating an independent target thread for each screen to execute the second configuration process. Configuration tasks for multiple screens can be performed simultaneously, significantly reducing the overall configuration time. Furthermore, the creation of target threads enables the system to more flexibly respond to the configuration requirements of different screens. Even if the configuration task for 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 one possible implementation, 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). Store the read value of each GPIO port in an appropriate data structure.

[0073] Step c2: determining version numbers corresponding to the plurality of general input / output port values ​​based on the plurality of general 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 these values ​​to the corresponding version number. 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 a screen configuration file with the same version number according to the version number.

[0076] Looks for a screen configuration file that matches the determined version number in the 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, which represents version 1, and the value of 4 gpio is 0002, which represents version 2. The name of each configuration file also includes this version number, so you can find the corresponding configuration file based on this version.

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

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

[0080] Furthermore, when hardware is upgraded or changed, the screen configuration files can be easily updated by simply updating the GPIO port values ​​and their corresponding version numbers, without requiring 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 issues caused by hardware differences.

[0081] In this embodiment, a device for executing a configuration process is also provided. This device is used to implement the above-mentioned embodiments and preferred embodiments. Details already described are omitted for clarity. As used below, the term "module" may refer to a combination of software and / or hardware that implements a predetermined function. Although the devices described in the following embodiments are preferably implemented in software, implementation using hardware, or a combination of software and hardware, is also possible and contemplated.

[0082] This embodiment provides a device for executing a configuration process, such as Figure 2 As shown, it includes: an acquisition module 201, which is used to obtain multiple hardware identifiers; a matching module 202, which is used to match the screen configuration files corresponding to each hardware identifier according to the hardware identifier; a determination module 203, which is used to determine a first configuration process and a second configuration process from the screen configuration files; wherein the first configuration process is a configuration process that is the same in each screen configuration file, and the second configuration process is a configuration process that is different in each screen configuration file; and an execution module 204, which is used to execute 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 process 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 for acquiring multiple general-purpose input / output port values ​​of the hardware; a determination unit for determining version numbers corresponding to the multiple general-purpose input / output port values ​​based on the multiple general-purpose input / output port values; and a matching unit for matching screen configuration files having the same version number based on 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 structural diagram 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, memory 20, and interfaces for connecting various components, including high-speed interfaces and low-speed interfaces. Various components utilize different buses to communicate with each other 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 the memory 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. Equally, multiple computer devices can be connected, and each device provides part of the 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 an application-specific 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 that can be executed by at least one processor 10, so as to enable at least one processor 10 to execute 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 and application programs required for at least one function; the data storage area may store data created based on 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 located 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 includes 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 above-mentioned method according to the embodiment of the present invention can be implemented in hardware, firmware, or implemented as a computer code that can be recorded in a storage medium, or implemented as a computer code that is originally stored in a remote storage medium or a non-temporary machine-readable storage medium and downloaded through a network and will be stored in a local storage medium, 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 drive, etc.; further, the storage medium can also include a combination of the above-mentioned types of memory. 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 portion 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 form in which the computer program instruction exists in a computer-readable medium includes, but is not limited to, a source file, an executable file, an installation package file, etc. 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 that can be accessed by the computer.

[0097] Although the embodiments of the present invention have been described with reference to 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. 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 executed in parallel.

2. The method for executing a configuration process according to claim 1, wherein: The executing 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, wherein: 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, wherein: Matching 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; Determining version numbers corresponding to the plurality of general purpose input and output port values ​​based on the plurality of general purpose input and output port values; Based on the version number, matches 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 obtain multiple hardware identifiers; A matching module, configured to match a screen configuration file corresponding to each hardware identifier according to the hardware identifier; A determination module, configured to determine a first configuration flow and a second configuration flow from the screen configuration file; wherein the first configuration flow is a configuration flow that is the same in each screen configuration file, and the second configuration flow is a configuration flow that is different 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, wherein: The execution modules include: A first creating unit is configured to create a target process and load the matching screen configuration file based on the target process; A first execution unit is configured to execute the first configuration process based on the target process.

7. The device for executing a configuration process according to claim 5, wherein: 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 the 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.

Images