Vehicle configuration man-hour management method and system and electronic equipment

Abstract

The invention relates to the technical field of vehicle production, in particular to a management method and system for vehicle configuration working hours and electronic equipment. The management method comprises the following steps: summarizing and integrating information in a plurality of vehicle type configuration tables of a target vehicle product line to obtain integrated vehicle series configuration information, selecting a configuration group and configuration description required by operation content in the vehicle series configuration information, generating process configuration corresponding to the operation content, and storing the process configuration corresponding to the operation content in the target vehicle product line. Constructing an operation man-hour table based on the operation content, the man-hour corresponding to the operation content and the process configuration; determining a target configuration group and setting an optional configuration range for optional configuration groups in the target configuration group to obtain a precise configuration set; and based on a target configuration group in the precise configuration set, screening out operation contents and working hours conforming to the target configuration group in the operation working hour table, and counting the working hours to obtain the vehicle configuration working hours. According to the invention, automatic process configuration identification and man-hour data statistics can be realized, and the man-hour design efficiency is improved.

Description

Technical Field

[0001] This application relates to the field of vehicle production technology, and in particular to a method, system and electronic equipment for managing vehicle configuration working hours. Background Technology

[0002] In the vehicle development process of vehicle manufacturers, standard operating hours (SOS) are typically established during the early design phase to support the rational allocation and lean management of personnel on the production floor. These SOS serve as a crucial basis for personnel management and process scheduling, and must fully consider the operational differences under different vehicle configurations. Therefore, the design of SOS requires detailed process analysis and time allocation for different configurations.

[0003] The existing standard operating time design process mainly relies on manual operation, which has problems such as low efficiency and low accuracy. It cannot achieve automated process configuration identification and time data statistics, so the design quality and labor costs cannot meet expectations. Summary of the Invention

[0004] This application addresses, to at least some extent, one of the technical problems in the related art.

[0005] Firstly, this application provides a method for managing vehicle configuration working hours, the method comprising: Obtain configuration tables for multiple models within the target vehicle product line, summarize and integrate the information from these tables to obtain the integrated vehicle series configuration information; Obtain the vehicle configuration information, select the configuration group and configuration description required for the task content from the vehicle configuration information, generate the process configuration corresponding to the task content, and construct the task time table based on the task content, the work hours corresponding to the task content and the process configuration; Determine the target configuration group and set the selection range for the optional configuration group within the target configuration group to obtain the precise configuration set; Based on the target configuration group in the precise configuration set, the work content and working hours that match the target configuration group are filtered out in the work hour table, and the working hours are calculated to obtain the vehicle configuration working hours.

[0006] Based on the above configuration method, this application embodiment automatically summarizes, deduplicates, and integrates multiple configuration tables to achieve centralized processing of configuration tables for each model of the target vehicle product line, integrating them into a unified vehicle series configuration information structure. This achieves dual integration at the configuration table level and the vehicle series level, replacing the process of manually querying a single configuration multiple times and manually merging data. This application selects the configuration group and configuration description required for the work content in the vehicle configuration information structure, realizes the process configuration definition of the work content, and achieves 1:N matching between the work and the configuration table. After the work design is completed, the working hours of all matching content are automatically filtered and summarized to form the final vehicle configuration working hours output. The combination of accurate configuration and process configuration is used for automatic judgment and filtering, which greatly reduces the workload of manual comparison of working hour data, improves data processing efficiency and accuracy, and ultimately supports the optimized scheduling of manufacturing resources and the refined control of working hour costs.

[0007] In some embodiments, the vehicle configuration table can be obtained by integrating a MES (Manufacturing Execution System), a PDM (Product Data Management) system, or a vehicle BOM (Bill of Materials) system. The data interface can adopt industrial communication protocols such as REST API (Representational State Transfer Application Programming Interface), SOAP (Simple Object Access Protocol), or OPC UA (OPC Unified Architecture).

[0008] In some embodiments, the vehicle configuration table includes columns such as: configuration group, configuration description, low-end, mid-range, and high-end. For example, but not limited to, configuration groups may include items such as powertrain type, airbags, and seats. The configuration description is used to describe specific functions, and the configuration description of the corresponding powertrain system may include: 1.5T, 2.0T, etc. In the three configuration categories of low-end, mid-range, and high-end, there are corresponding configuration groups and configuration descriptions. The low-end, mid-range, and high-end columns are respectively set with configuration status flag values, which include: standard, optional, none, and pending selection. Standard indicates the standard configuration installed when the vehicle leaves the factory, denoted as "S" (Standard). Optional indicates the configuration added according to needs, denoted as "O" (Option). None indicates that this configuration is not available and cannot be selected, denoted as "-". Pending selection indicates that the configuration may be provided in the future or needs further confirmation, denoted as "empty".

[0009] In some embodiments, information from multiple vehicle configuration tables is aggregated and integrated, including: A new integrated configuration column is added to each of the vehicle configuration tables. The value of the integrated configuration column is determined based on the configuration table integration logic and the configuration status flag values ​​of the low-end, mid-end, and high-end columns in the vehicle configuration table. The contents of multiple vehicle configuration tables are integrated into a vehicle series configuration table, and the integrated configuration column of multiple vehicle configuration tables is sequentially listed in the vehicle series configuration table based on configuration group and configuration description; A new integration result column is added. The value of the integration result column is determined based on the values ​​of multiple integration configuration columns and the vehicle series integration logic. The configuration group is then filtered based on the value of the integration result column. The filtered vehicle configuration tables are merged into configuration groups to obtain the vehicle configuration information.

[0010] Based on the above steps, this embodiment of the application uses configuration rows as units to deduplicate and integrate multiple vehicle configuration tables, retaining items that need to distinguish different configurations and removing common and non-existent configuration items to obtain vehicle series configuration information. The configuration table integration logic is used to determine whether the configuration item is consistent and generate a unified identifier for the integrated configuration column accordingly. After being aggregated from multiple vehicle configuration tables, the integrated configuration columns are sequentially entered into the vehicle series configuration table according to the configuration group and configuration description as index dimensions, forming a unified configuration base table across vehicle models.

[0011] Subsequently, a new integrated results column is added, and its value is determined based on the integrated configuration columns of all models and the vehicle series integration logic. This results column is then used to filter configuration groups, and finally, the filtered vehicle series configuration tables are vertically merged according to the configuration group dimension to form complete vehicle series configuration information, providing a structured data foundation for subsequent process configuration and time management.

[0012] The above steps achieve structured integration and consistency analysis of cross-vehicle configuration data, improving configuration data quality and vehicle-level analysis efficiency. The configuration table integration logic effectively avoids errors caused by manual judgment of configuration redundancy and applicability. The introduction of integrated configuration and integration result columns in the vehicle-level configuration table makes the data filtering process highly transparent and traceable, which is beneficial for configuration management and data auditing.

[0013] In the above embodiments, the generation of the integrated configuration column can be handled automatically by a script, such as using a Python script or data cleaning tool (such as Talend or Pentaho) to read the vehicle configuration table and process the logic.

[0014] In some embodiments, the configuration table integration logic is configured as follows: If the configuration status flag values ​​of the low-configuration column, medium-configuration column, and high-configuration column are the same, then the value of the integrated configuration column is set to the configuration status flag value; If the configuration status flag values ​​of the low-configuration column, medium-configuration column, and high-configuration column are different, then the value of the integrated configuration column is set to be selected.

[0015] This implementation addresses the integration needs of vehicle configuration tables by defining a clear integration logic to consolidate configuration statuses. In practice, it first reads the configuration status flag values ​​from the low-end, mid-range, and high-end columns of each configuration record. If all three are completely consistent ("S" (standard), "O" (optional), or "-" (none), the configuration is considered consistent across all configuration levels, and the integrated configuration column directly inherits this consistent value. If any inconsistency exists among the three, such as some values ​​being "S," some "O," or empty, the configuration is considered to have inter-level differences or a pending confirmation status, and the integrated configuration column is set to "empty," marked as "pending selection." This logic ensures the clarity and interpretability of the integration results, facilitating subsequent data filtering, analysis, and auditing.

[0016] By introducing the aforementioned configuration table integration logic, this application provides clear, concise, and automated judgment rules during the configuration integration process, significantly improving the consistency and reliability of data processing. Especially when dealing with complex and diverse vehicle configuration variations, it effectively avoids data conflicts or omissions caused by human judgment bias. These rules are highly reusable and easily embedded into scripts or automated processing flows, reducing manual intervention and improving integration efficiency.

[0017] In some embodiments, the vehicle integration logic is configured as follows: If multiple values ​​of the integrated configuration column in the configuration group are the same, then the value of the integrated result column is set to the value of the integrated configuration column; If the values ​​of multiple integrated configuration columns in the configuration group are different, then the value of the integrated result column is set to be selected.

[0018] Based on the above implementation method, by setting a vehicle series integration logic, the configuration status from different vehicle model configuration tables is further unified. This logic uses configuration groups as the basic unit and performs a horizontal comparison of the integrated configuration columns of multiple models under each configuration group. If the integrated configuration column values ​​of a configuration group are completely consistent across all models, for example, all are "S" (standard), "O" (optional), or "-" (none), it indicates that the configuration group is consistent across the entire vehicle series, and the integration result column directly adopts this value as the final configuration status. If there are different configuration column values ​​in the configuration group (for example, some are "S" and others are "O"), it is considered that the configuration has differences or uncertainties across different models, and the integration result column is marked as "empty," i.e., "to be selected." This logic effectively improves the consistency judgment capability of vehicle series-level configuration status and provides a reliable basis for subsequent configuration screening.

[0019] Through the aforementioned vehicle series integration logic, this embodiment of the application can normalize the configuration data of each model at the vehicle series level, uniformly output the configuration status, simplify the complexity of configuration management, and improve the consistency and comparability of data. Furthermore, the clear marking of optional configurations also provides early warning and optimization space for product management and configuration strategy formulation, which is beneficial for subsequent refined operations and vehicle model difference management.

[0020] In some embodiments, the configuration table integration logic and the vehicle series integration logic can use a mapping table to store the mapping relationship between the configuration status flag values ​​of the low configuration column, the medium configuration column, and the high configuration column and the values ​​of the integrated configuration column.

[0021] This application embodiment introduces a mapping table to structurally manage the configuration status judgment rules involved in the configuration table integration logic and vehicle series integration logic. The mapping table, as a rule database, records the correspondence between different combinations of input configuration statuses (i.e., the tag values ​​of the low configuration column, medium configuration column, and high configuration column) and their corresponding output results (the values ​​of the integrated configuration column or the values ​​of the integrated result column).

[0022] Similarly, the vehicle series integration logic can also be based on the combination of multiple vehicle model configuration columns under the configuration group to find the final integration result in the mapping table. This method improves data processing efficiency and the flexibility of rule maintenance by query matching rather than making logical judgments one by one.

[0023] By using a mapping table to store the integration logic, the visibility and maintainability of the integration logic are improved, making it easier for administrators to review, update, and version control the rules. Furthermore, the mapping table can be decoupled from the data processing module, allowing rules to be deployed independently in the configuration management system or decision engine, achieving separation of business logic and data processing, and enhancing the system's scalability and adaptability. Simultaneously, the mapping table can serve as the basis for configuration verification, improving the system's accuracy and traceability, making it particularly suitable for unified configuration management in scenarios involving large vehicle series and diverse configuration combinations.

[0024] In some embodiments, filtering configuration groups based on the values ​​of the integrated result column further includes: If the configuration description of a configuration group is one, then configuration groups with the value of "standard" or "none" in the integration result column will be removed. If a configuration group has at least two configuration descriptions, then configuration groups that include both standard and none values ​​in the merged result column will be removed.

[0025] Based on the above steps, this implementation method adds a judgment dimension for the filtering conditions to the configuration group filtering based on the values ​​of the integrated result column, so as to improve the rationality and engineering applicability of the vehicle configuration information.

[0026] This method enables the automatic cleanup of abnormal configuration states or non-mutually exclusive configuration items, optimizing subsequent process configuration and time matching processes.

[0027] Therefore, this application embodiment introduces a filtering strategy based on the number of configuration descriptions and the combination of configuration states to eliminate redundant, invalid, or conflicting configurations in the configuration group, thereby enhancing the engineering rationality of vehicle configuration information. Especially when faced with complex configuration variations, this strategy significantly improves the cleanliness and consistency of configuration management, reducing interference factors in subsequent process configuration and production resource allocation. Simultaneously, this automated filtering logic improves the analysis efficiency of the configuration table, reduces the burden of manual review, and provides data support for configuration simplification and product line standardization.

[0028] In some embodiments, the vehicle configuration table further includes a category column, which categorizes vehicles into single configurations within a group and multiple configurations within a group. If the configuration description of a certain configuration group in the vehicle configuration table is unique, then it will be classified as a single configuration within the group. If a configuration group in the vehicle configuration table has at least two configuration descriptions, it will be classified as a group with multiple configurations.

[0029] In some embodiments, the process configuration includes necessary and / or optional conditions; Multiple necessary conditions are connected by AND, and multiple optional conditions are connected by OR.

[0030] In some embodiments, the optional conditions in the process configuration are multiple configuration descriptions within the same configuration group, connected by the OR symbol "|" and enclosed in parentheses, indicating that a certain job content is applicable to multiple configuration descriptions in the parentheses; The multiple necessary conditions in the process configuration refer to the configuration descriptions of different configuration groups, connected by the ampersand symbol "&", indicating that a certain job content is applicable to different configuration groups.

[0031] Based on the above embodiments, by introducing a combination of necessary and optional conditions into the process configuration, the ability to express the logical association between the job content and the configuration data is improved. Necessary conditions represent the configuration requirements that the job content must meet, typically involving hard restrictions across configuration groups; optional conditions indicate that the applicability of the job content can be triggered if any condition in multiple configuration descriptions within the same configuration group is met.

[0032] Based on this, by connecting multiple optional conditions with the "|" symbol and enclosing them in parentheses, and connecting multiple necessary conditions with the "&" symbol, a precise process configuration expression is constructed. Subsequently, when parsing the process configuration, logical operations are used to match the precise configuration, thereby determining whether the job content is applicable.

[0033] By introducing a logical expression structure, this method significantly enhances the descriptive power and flexibility of process configuration, enabling efficient matching between operations and vehicle configurations. The logically clear expressions not only facilitate the system's assessment of operational suitability but also support rapid location of configuration variations and automatic time mapping, improving the automation and intelligence level of process design. Furthermore, this method is data modeling-friendly and suitable for integration into configuration management platforms, manufacturing execution systems (MES), or time management systems, achieving closed-loop management from R&D to manufacturing.

[0034] In some embodiments, if the job content applies to all configurations, the corresponding process configuration is set to general.

[0035] In some embodiments, filtering the job time table to select job content and time that match the target configuration group specifically includes: Match the process configuration corresponding to each task with the precise configuration set; If the precise configuration set contains the required conditions in the process configuration corresponding to the job content, and contains at least one optional condition in the process configuration corresponding to the job content, then the job content is determined to conform to the precise configuration set.

[0036] Based on the above embodiments, this application implements an automated matching logic between process configurations and the precise configuration set, filtering out job content and its corresponding working hours that meet the conditions. In actual operation, firstly, each job content and its corresponding process configuration expression in the job working hour table are read. This expression includes necessary conditions (configuration descriptions of different configuration groups connected by "&") and optional conditions (multiple configuration descriptions within the same configuration group connected by "|" and enclosed in parentheses). Then, configuration instances under the current target configuration group are extracted from the precise configuration set, and the matching logic is executed: If the precise configuration set completely includes all the necessary conditions listed in the process configuration, and includes at least one of the optional conditions in the process configuration (such as "(1.5T|1.5T+PHEV)&left rudder", as long as "left rudder" and 1.5T or 1.5T+PHEV are satisfied), then the operation content is considered to be applicable to the precise configuration set, and the operation and its corresponding working time information are retained as the output result.

[0037] This method achieves precise screening of work content in complex configuration scenarios by strictly matching necessary and optional conditions in the process configuration, avoiding mismatches and misjudgments of work hours. Compared with traditional coarse-grained configuration screening methods based on vehicle model level, this method significantly improves the accuracy of configuration matching and the precision of work hour assessment, making it particularly suitable for production modes with a high degree of modularity and customization. Furthermore, by combining structured expressions with precise sets, it supports transparency and automation in the configuration and work matching process, reducing manual intervention and improving the intelligence level and response speed of the process system.

[0038] In some embodiments, filtering the job content and working hours that match the target configuration group in the job time table can be achieved using operations such as containsall and anyMatch.

[0039] Secondly, this application also provides a vehicle configuration time management system, including: The configuration integration module is used to obtain multiple model configuration tables under the target vehicle product line, summarize and integrate the information from multiple model configuration tables, and obtain the integrated vehicle series configuration information. The process configuration definition module is used to obtain the vehicle series configuration information, select the configuration group and configuration description required for the work content from the vehicle series configuration information, generate the process configuration corresponding to the work content, and construct the work time table based on the work content, the work time corresponding to the work content and the process configuration. The precise configuration definition module is used to determine the target configuration group and set the selection range for the optional configuration group in the target configuration group to obtain the precise configuration set. The configuration time calculation module is used to filter out the work content and time that match the target configuration group in the work time table based on the target configuration group in the precise configuration set, and to calculate the time to obtain the vehicle configuration time.

[0040] Based on the above configuration, the management system of this application automatically summarizes, deduplicates, and integrates multiple configuration tables to achieve centralized processing of configuration tables for each model in the target vehicle product line, integrating them into a unified vehicle series configuration information structure. This achieves dual integration at the configuration table level and the vehicle series level, replacing the process of manually querying individual configurations multiple times and manually merging data. This significantly reduces the workload of manually comparing time data, improves data processing efficiency and accuracy, and ultimately supports the optimized scheduling of manufacturing resources and the refined control of time costs.

[0041] Thirdly, embodiments of this application provide an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the management method described in the first aspect above.

[0042] As can be seen from the above technical solutions, additional aspects and advantages of this application will be set forth in part in the description which follows, and in part will be obvious from the description, or may be learned by practice of this application. Attached Figure Description

[0043] The accompanying drawings, which are included to provide a further understanding of this application and form part of this application, illustrate exemplary embodiments and are used to explain this application, but do not constitute an undue limitation of this application. In the drawings: Figure 1 This is a flowchart illustrating the management method according to an embodiment of this application; Figure 2 This is a step-by-step flowchart of the management method according to an embodiment of this application; Figure 3 This is a structural block diagram of the management system according to an embodiment of this application; Figure 4 This is an example diagram illustrating the configuration table integration logic of the management method according to an embodiment of this application; Figure 5 This is an example diagram illustrating the vehicle series integration logic of the management method according to an embodiment of this application; Figure 6 This is a schematic diagram illustrating the step-by-step principle of the management method according to an embodiment of this application; Figure 7 This is an example diagram showing the process configuration selection results according to an embodiment of this application; Figure 8 This is an example diagram illustrating the process configuration of the work content according to an embodiment of this application; Figure 9 This is a precise configuration example diagram according to an embodiment of this application; Figure 10 This is a schematic diagram illustrating another step of the management method according to an embodiment of this application; Figure 11 This is a schematic diagram of the hardware structure of an electronic device according to an embodiment of this application.

[0044] In the above figures: 1. Configuration integration module; 2. Process configuration definition module; 3. Precision configuration definition module; 4. Configure the working hour calculation module; 51. Processor; 52. Memory; 53. Communication interface; 50. Bus. Detailed Implementation

[0045] To make the objectives, technical solutions, and advantages of this application clearer, the application is described and illustrated below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the scope of this application. All other embodiments obtained by those skilled in the art based on the embodiments provided in this application without inventive effort are within the scope of protection of this application.

[0046] Obviously, the accompanying drawings described below are merely some examples or embodiments of this application. Those skilled in the art can apply this application to other similar scenarios based on these drawings without any inventive effort. Furthermore, it is understood that although the efforts made in this development process may be complex and lengthy, for those skilled in the art related to the content disclosed in this application, any changes to design, manufacturing, or production based on the technical content disclosed in this application are merely conventional technical means and should not be construed as insufficient disclosure of the content of this application.

[0047] In this application, the reference to "embodiment" means that a specific feature, structure, or characteristic described in connection with an embodiment may be included in at least one embodiment of this application. The appearance of this phrase in various places in the specification does not necessarily refer to the same embodiment, nor is it a separate or alternative embodiment that is mutually exclusive with other embodiments. It will be explicitly and implicitly understood by those skilled in the art that the embodiments described in this application may be combined with other embodiments without conflict.

[0048] Unless otherwise defined, the technical or scientific terms used in this application shall have the ordinary meaning understood by one of ordinary skill in the art to which this application pertains. The terms “a,” “an,” “an,” “the,” and similar words used in this application do not indicate quantity limitation and may indicate singular or plural. The terms “comprising,” “including,” “having,” and any variations thereof used in this application are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or device that includes a series of steps or modules (units) is not limited to the listed steps or units, but may also include steps or units not listed, or may include other steps or units inherent to these processes, methods, products, or devices. The terms “connected,” “linked,” “coupled,” and similar words used in this application are not limited to physical or mechanical connections, but may include electrical connections, whether direct or indirect. “Multiple” used in this application refers to two or more. “And / or” describes the relationship between related objects, indicating that three relationships may exist; for example, “A and / or B” can represent: A alone, A and B simultaneously, and B alone. The character " / " generally indicates that the preceding and following objects are in an "or" relationship. The terms "first," "second," and "third" used in this application are merely to distinguish similar objects and do not represent a specific ordering of the objects.

[0049] In current vehicle production and development, designers need to compile and integrate multiple configuration tables covering the entire vehicle series, identify the differences in various work contents under different configuration conditions, and manually define the corresponding "process configurations". Subsequently, based on the manually identified configurations, they manually query the matching situation of each configuration item (such as high configuration, low configuration, etc.) in the configuration table, thereby filtering, statistically analyzing the work contents that meet specific configuration conditions, and calculating the total working hours.

[0050] This manually driven work mode has several problems. On the one hand, during the manual compilation and definition of process configurations, issues such as incomplete configuration identification, duplicate statistics, calculation errors, or inconsistent data entry are prone to occur, affecting the accuracy of time data, causing discrepancies between the process configuration and actual conditions, and impacting subsequent on-site execution. On the other hand, due to the large volume of configuration data to be processed, distributed across multiple spreadsheet files, designers need to perform extensive browsing, copying, pasting, and calculation operations using tools such as Excel, resulting in low overall design efficiency, consuming significant human resources, and failing to meet the needs of rapid iteration and large-scale project management.

[0051] In summary, the existing standard operating time design process has significant shortcomings in terms of accuracy and efficiency. There is an urgent need for an automated and structured technical means to improve the ability to identify process configurations and the level of intelligence in time data statistics, thereby improving design quality and reducing labor costs.

[0052] Therefore, this application provides a method for managing vehicle configuration working hours. Figure 1 This is a flowchart of a management method according to an embodiment of this application, such as... Figure 1 As shown, the method includes the following steps: Step S1: Obtain multiple model configuration tables under the target vehicle product line, summarize and integrate the information from multiple model configuration tables to obtain the integrated vehicle series configuration information; Step S2: Obtain vehicle configuration information, select the configuration group and configuration description required for the task content from the vehicle configuration information, generate the process configuration corresponding to the task content, and construct the task time table based on the task content, the work hours corresponding to the task content, and the process configuration. Step S3: Determine the target configuration group and set the selection range for the optional configuration group in the target configuration group to obtain the precise configuration set; Step S4: Based on the target configuration group in the precise configuration set, filter out the work content and working hours that match the target configuration group in the work hour table, and calculate the working hours to obtain the vehicle configuration working hours.

[0053] Based on the above configuration method, this application embodiment automatically summarizes, deduplicates, and integrates multiple configuration tables to achieve centralized processing of configuration tables for each model of the target vehicle product line, integrating them into a unified vehicle series configuration information structure. This achieves dual integration at the configuration table level and the vehicle series level, replacing the process of manually querying a single configuration multiple times and manually merging data. This application selects the configuration group and configuration description required for the work content in the vehicle configuration information structure, realizes the process configuration definition of the work content, and achieves 1:N matching between the work and the configuration table. After the work design is completed, the working hours of all matching content are automatically filtered and summarized to form the final vehicle configuration working hours output. The combination of accurate configuration and process configuration is used for automatic judgment and filtering, which greatly reduces the workload of manual comparison of working hour data, improves data processing efficiency and accuracy, and ultimately supports the optimized scheduling of manufacturing resources and the refined control of working hour costs.

[0054] In some embodiments, the vehicle configuration table can be obtained by integrating a MES (Manufacturing Execution System), a PDM (Product Data Management) system, or a vehicle BOM (Bill of Materials) system. The data interface can adopt industrial communication protocols such as REST API (Representational State Transfer Application Programming Interface), SOAP (Simple Object Access Protocol), or OPC UA (OPC Unified Architecture).

[0055] In some embodiments, the job time table can be stored in a structured database, such as PostgreSQL or TimescaleDB, to support efficient data querying and time analysis.

[0056] In some embodiments, reference Figure 4 As shown, the vehicle configuration table includes the following columns: Configuration Group, Configuration Description, Low-end, Mid-range, and High-end. Examples, but not limited to, are as follows: Configuration Groups may include items such as powertrain type, airbags, and seats; Configuration Descriptions describe specific functions, and the corresponding powertrain configuration descriptions may include: 1.5T, 2.0T, etc.; Each of the Low-end, Mid-range, and High-end configurations has a specific configuration group and configuration description. The Low-end, Mid-range, and High-end columns each have a configuration status flag value, including: Standard, Optional, None, and Pending Selection. Standard indicates the standard configuration installed at the factory, denoted as "S" (Standard); Optional indicates additional configurations added as needed, denoted as "O" (Option); None indicates the configuration is unavailable and cannot be selected, denoted as "-"; Pending Selection indicates the configuration may be offered in the future or requires further confirmation, denoted as "Empty".

[0057] In some of these embodiments, Figure 2 This is a step-by-step flowchart of the management method according to an embodiment of this application, with reference to... Figure 2 As shown, information from multiple vehicle configuration tables is summarized and integrated, including: Step S110: Add an integrated configuration column to each vehicle configuration table, denoted as ALL. Determine the value of the integrated configuration column based on the configuration table integration logic and the configuration status flag values ​​of the low-end, mid-end, and high-end columns in the vehicle configuration table. Step S120: Integrate the contents of multiple vehicle configuration tables into a vehicle series configuration table. The vehicle series configuration table will sequentially list the integrated configuration columns of multiple vehicle configuration tables based on configuration groups and configuration descriptions. Step S130: Add a new integration result column, determine the value of the integration result column based on the values ​​of multiple integration configuration columns and the vehicle series integration logic, and filter the configuration group based on the value of the integration result column; Step S130: Merge the filtered vehicle configuration tables by configuration group. The merging process is as follows: Figure 6 As shown, the vehicle configuration information is obtained.

[0058] Based on the above steps, this embodiment of the application uses configuration rows as units to deduplicate and integrate multiple vehicle configuration tables, retaining items that need to distinguish different configurations and removing common and non-existent configuration items to obtain vehicle series configuration information. The configuration table integration logic is used to determine whether the configuration item is consistent and generate a unified identifier for the integrated configuration column accordingly. After being aggregated from multiple vehicle configuration tables, the integrated configuration columns are sequentially entered into the vehicle series configuration table according to the configuration group and configuration description as index dimensions, forming a unified configuration base table across vehicle models.

[0059] Subsequently, a new integrated results column is added, and its value is determined based on the integrated configuration columns of all models and the vehicle series integration logic. This results column is then used to filter configuration groups, and finally, the filtered vehicle series configuration tables are vertically merged according to the configuration group dimension to form complete vehicle series configuration information, providing a structured data foundation for subsequent process configuration and time management.

[0060] The above steps achieve structured integration and consistency analysis of cross-vehicle configuration data, improving configuration data quality and vehicle-level analysis efficiency. The configuration table integration logic effectively avoids errors caused by manual judgment of configuration redundancy and applicability. The introduction of integrated configuration and integration result columns in the vehicle-level configuration table makes the data filtering process highly transparent and traceable, which is beneficial for configuration management and data auditing.

[0061] In the above embodiments, the generation of the integrated configuration column can be handled automatically by a script, such as using a Python script or data cleaning tool (such as Talend or Pentaho) to read the vehicle configuration table and process the logic.

[0062] In some of these embodiments, Figure 4 This is an example diagram of the configuration table integration logic of the management method according to an embodiment of this application, with reference to... Figure 4 As shown, the configuration table integration logic is configured as follows: If the configuration status flag values ​​of the low-configuration column, medium-configuration column, and high-configuration column are the same, then the value of the integrated configuration column is set to the configuration status flag value. For example, if the configuration status flag values ​​of the low-configuration column, medium-configuration column, and high-configuration column are all standard configuration, denoted as "S", then the value of the integrated configuration column is also set to standard configuration, denoted as "S". The same applies when the configuration status flag values ​​of the low-configuration column, medium-configuration column, and high-configuration column are all optional (O) or none (-). This will not be elaborated further here. If the configuration status flag values ​​of the low-configuration column, medium-configuration column, and high-configuration column are different, the value of the integrated configuration column is set to pending configuration and recorded as "empty".

[0063] This implementation addresses the integration needs of vehicle configuration tables by defining a clear integration logic to consolidate configuration statuses. In practice, it first reads the configuration status flag values ​​from the low-end, mid-range, and high-end columns of each configuration record. If all three are completely consistent ("S" (standard), "O" (optional), or "-" (none), the configuration is considered consistent across all configuration levels, and the integrated configuration column directly inherits this consistent value. If any inconsistency exists among the three, such as some values ​​being "S," some "O," or empty, the configuration is considered to have inter-level differences or a pending confirmation status, and the integrated configuration column is set to "empty," marked as "pending selection." This logic ensures the clarity and interpretability of the integration results, facilitating subsequent data filtering, analysis, and auditing.

[0064] By introducing the aforementioned configuration table integration logic, this application provides clear, concise, and automated judgment rules during the configuration integration process, significantly improving the consistency and reliability of data processing. Especially when dealing with complex and diverse vehicle configuration variations, it effectively avoids data conflicts or omissions caused by human judgment bias. These rules are highly reusable and easily embedded into scripts or automated processing flows, reducing manual intervention and improving integration efficiency.

[0065] In other implementations, the consistency judgment of the configuration status flag value can be further refined. If the configuration information comes from multiple data sources, a data credibility index can be introduced to set a trust level for the status flag value. The integrated configuration column is then judged based on the highest credibility source.

[0066] In another embodiment, a configuration item whitelist mechanism can be used to forcibly set the integration configuration priority for some core configurations, thereby ensuring the uniformity of critical configurations.

[0067] In another embodiment, the logical judgment of the configuration table integration logic can also be adjusted by administrators through a visual interface to support the rapid adaptation of flexible configuration strategies to different vehicle series or projects.

[0068] In some of these embodiments, Figure 5This is an example diagram of the vehicle series integration logic of the management method according to an embodiment of this application, with reference to... Figure 5 As shown, the vehicle series integration logic configuration is as follows: If multiple integrated configuration columns in a configuration group have the same value, then the value of the integrated result column will be set to the value of the integrated configuration column. If the values ​​of multiple integrated configuration columns in a configuration group are different, the value of the integrated result column will be set to the optional configuration.

[0069] refer to Figure 5 In the configuration table, when multiple integrated configuration columns, such as the configuration table 1-ALL, configuration table 2-ALL, and configuration table 3-ALL, have the same value and are all optional, the value of the integrated configuration column is set to optional and denoted as "O". The same applies to other values. When the values ​​of the configuration table 1-ALL, configuration table 2-ALL, and configuration table 3-ALL are different, the value of the integrated configuration column is set to optional and denoted as "empty".

[0070] Based on the above implementation method, by setting a vehicle series integration logic, the configuration status from different vehicle model configuration tables is further unified. This logic uses configuration groups as the basic unit and performs a horizontal comparison of the integrated configuration columns of multiple models under each configuration group. If the integrated configuration column values ​​of a configuration group are completely consistent across all models, for example, all are "S" (standard), "O" (optional), or "-" (none), it indicates that the configuration group is consistent across the entire vehicle series, and the integration result column directly adopts this value as the final configuration status. If there are different configuration column values ​​in the configuration group (for example, some are "S" and others are "O"), it is considered that the configuration has differences or uncertainties across different models, and the integration result column is marked as "empty," i.e., "to be selected." This logic effectively improves the consistency judgment capability of vehicle series-level configuration status and provides a reliable basis for subsequent configuration screening.

[0071] Through the aforementioned vehicle series integration logic, this embodiment of the application can normalize the configuration data of each model at the vehicle series level, uniformly output the configuration status, simplify the complexity of configuration management, and improve the consistency and comparability of data. Furthermore, the clear marking of optional configurations also provides early warning and optimization space for product management and configuration strategy formulation, which is beneficial for subsequent refined operations and vehicle model difference management.

[0072] In other variations, this integration logic can introduce a weighting mechanism to classify the importance of vehicle configurations, prioritizing the configuration status of best-selling or key models as the integration result. Alternatively, priority rules can be set based on vehicle sales volume or market strategy; for example, if the majority of models are rated "S", the integration result can also be set to "S", introducing a majority rule optimization model.

[0073] Furthermore, this integration process can be implemented through a configurable logic rule engine, facilitating flexible switching of strategies across different projects or product lines. The integration results column can also support version management and change logs, enhancing the transparency and traceability of configuration data throughout its lifecycle.

[0074] In some embodiments, filtering configuration groups based on the values ​​of the integrated result column further includes: If the configuration description for a configuration group is only one, then configuration groups with a value of "standard" or "none" in the integration result column will be removed. (Refer to...) Figure 5 Examples of the second and third lines; If a configuration group has at least two configuration descriptions, then configuration groups whose values ​​in the merged result column include both "standard" and "none" will be removed. (See reference) Figure 5 Examples in the fifth and sixth lines.

[0075] Based on the above steps, this implementation adds a judgment dimension to the filtering conditions, in addition to filtering configuration groups based on the values ​​of the integrated result column, to improve the rationality and engineering applicability of vehicle configuration information. If a configuration group contains only one configuration description (e.g., only "2.0T" powertrain), then the configuration group lacks options and has no configuration selectivity. Therefore, when its integrated result column value is "S" (standard) or "-" (none), the system automatically removes the configuration group, considering it redundant configuration data. Secondly, if a configuration group contains two or more configuration descriptions (e.g., "fabric seats" and "leather seats"), it is determined whether both "S" and "-" values ​​appear simultaneously in its integrated result column. If so, it indicates that the configuration group is standard in some models but not in others, lacking uniform configuration adaptability, and such configuration groups are also removed.

[0076] This method enables the automatic cleanup of abnormal configuration states or non-mutually exclusive configuration items, optimizing subsequent process configuration and time matching processes.

[0077] Therefore, this application embodiment introduces a filtering strategy based on the number of configuration descriptions and the combination of configuration states to eliminate redundant, invalid, or conflicting configurations in the configuration group, thereby enhancing the engineering rationality of vehicle configuration information. Especially when faced with complex configuration variations, this strategy significantly improves the cleanliness and consistency of configuration management, reducing interference factors in subsequent process configuration and production resource allocation. Simultaneously, this automated filtering logic improves the analysis efficiency of the configuration table, reduces the burden of manual review, and provides data support for configuration simplification and product line standardization.

[0078] In another implementation, more complex combinations of filtering rules can be introduced, such as introducing an "optional" state as an intermediate state judgment condition. For example, if both "S" and "O" appear, the item can be retained, while if both "O" and "-" appear, the item can be selectively removed according to the strategy.

[0079] Furthermore, the filtering rules can be dynamically adjusted by business personnel through parameter configuration. For example, threshold strategies can be set for different vehicle categories, market regions, or vehicle series types to achieve more flexible adaptation. The removal operation can also be set to a marked state instead of direct deletion for later review or restoration. The data processing system can also record reason logs for removed configuration groups, facilitating subsequent quality traceability and rule optimization.

[0080] In some embodiments, reference Figure 5 As shown, the vehicle configuration table also includes a category column, which categorizes vehicles into single-configuration vehicles within a group and multiple-configuration vehicles within a group. If the configuration description of a certain configuration group in the vehicle configuration table is unique, then it will be classified as a single configuration within the group. If a configuration group in the vehicle configuration table has at least two configuration descriptions, it will be classified as a group with multiple configurations.

[0081] In some embodiments, the configuration table integration logic and the vehicle series integration logic can use a mapping table to store the mapping relationship between the configuration status flag values ​​of the low configuration column, the medium configuration column, and the high configuration column and the values ​​of the integrated configuration column.

[0082] This application embodiment introduces a mapping table to structurally manage the configuration status judgment rules involved in the configuration table integration logic and vehicle series integration logic. The mapping table, as a rule database, records the correspondence between different combinations of input configuration statuses (i.e., the tag values ​​of the low configuration column, medium configuration column, and high configuration column) and their corresponding output results (the values ​​of the integrated configuration column or the values ​​of the integrated result column).

[0083] Taking the configuration table integration logic as an example, if the configuration status of a certain configuration is "S" in the low configuration column, medium configuration column, and high configuration column, then the value of its integrated configuration column in the mapping table is also "S"; if there are differences among the three, such as "S / O / -", then the corresponding result is "empty".

[0084] Similarly, the vehicle series integration logic can also be based on the combination of multiple vehicle model configuration columns under the configuration group to find the final integration result in the mapping table. This method improves data processing efficiency and the flexibility of rule maintenance by query matching rather than making logical judgments one by one.

[0085] By using a mapping table to store the integration logic, the visibility and maintainability of the integration logic are improved, making it easier for administrators to review, update, and version control the rules. Furthermore, the mapping table can be decoupled from the data processing module, allowing rules to be deployed independently in the configuration management system or decision engine, achieving separation of business logic and data processing, and enhancing the system's scalability and adaptability. Simultaneously, the mapping table can serve as the basis for configuration verification, improving the system's accuracy and traceability, making it particularly suitable for unified configuration management in scenarios involving large vehicle series and diverse configuration combinations.

[0086] In other implementations, the mapping table can be stored in various formats, such as relational database tables (e.g., MySQL, PostgreSQL), configuration files (e.g., JSON, XML, YAML), or data structures supported by dedicated rule engines (e.g., Drools rule base). The mapping relationships can also be defined and maintained through a configuration management platform with a graphical interface, allowing business personnel to modify configuration rules without programming. The mapping table can also support dynamic loading or switching by vehicle model series, improving the adaptability of configuration logic in different business scenarios. If machine learning is subsequently introduced to assist configuration recognition, the mapping table can also serve as a training data source or rule reference, supporting intelligent configuration prediction and judgment.

[0087] In some embodiments, the configuration group and configuration description required for the task are selected from the vehicle configuration information to generate the process configuration corresponding to the task. The process configuration includes necessary conditions and / or optional conditions; Multiple necessary conditions are connected by AND, and multiple optional conditions are connected by OR.

[0088] In some embodiments, the optional conditions in the process configuration are multiple configuration descriptions within the same configuration group, connected by the OR symbol "|" and enclosed in parentheses, indicating that a certain job content is applicable to multiple configuration descriptions in the parentheses; Multiple necessary conditions in process configuration refer to configuration descriptions of different configuration groups, connected by the ampersand symbol "&", indicating that a certain job content is applicable to different configuration groups.

[0089] refer to Figure 7 As shown, select the powertrain configuration group (1.5T, 1.5T+PHEV) and the driving type configuration group (left-hand drive) in the vehicle configuration information to generate the corresponding process configuration for the "drive shaft installation" task. Figure 8 The document shows "(1.5T|1.5T+PHEV) & Left-hand drive". The necessary condition is left-hand drive, and the optional conditions are 1.5T or 1.5T+PHEV. If the work content applies to all configurations, the corresponding process configuration is set to universal, refer to [reference needed]. Figure 8 As shown in the 5th line of the middle.

[0090] Based on the above embodiments, by introducing a combination of necessary and optional conditions in the process configuration, the ability to express the logical association between the work content and the configuration data is improved. Necessary conditions represent the configuration requirements that the work content must meet, which usually involve hard restrictions across configuration groups, such as "left-hand drive" or "rear-wheel drive"; optional conditions represent the applicability of the work content as long as any condition in multiple configuration descriptions within the same configuration group is met.

[0091] Based on this, by connecting multiple optional conditions with the "|" symbol and enclosing them in parentheses, and connecting multiple necessary conditions with the "&" symbol, a precise process configuration expression is constructed. Subsequently, when parsing the process configuration, logical operations are used to match the precise configuration, thereby determining whether the job content is applicable.

[0092] By introducing a logical expression structure, this method significantly enhances the descriptive power and flexibility of process configuration, enabling efficient matching between operations and vehicle configurations. The logically clear expressions not only facilitate the system's assessment of operational suitability but also support rapid location of configuration variations and automatic time mapping, improving the automation and intelligence level of process design. Furthermore, this method is data modeling-friendly and suitable for integration into configuration management platforms, manufacturing execution systems (MES), or time management systems, achieving closed-loop management from R&D to manufacturing.

[0093] In other implementations, the optional condition connector “|” and the necessary condition connector “&” can be customized according to specific system requirements, such as using logical symbols “OR”, “AND” or other language-specific expressions (such as JSON logical expression structures).

[0094] In other embodiments, expressions can be generated with the aid of a graphical interface, where users can automatically generate expressions by selecting configuration groups and descriptions. An expression validation mechanism can also be introduced to ensure syntactic correctness and logical integrity. For expression parsing, Boolean parsing engines, rule engines (such as Drools), or DSL (Domain-Specific Language) parsers can be used for efficient judgment. Furthermore, expressions can be batch-compared with configuration instances to achieve automatic adaptation analysis of job content across multiple configuration scenarios and visualized process configuration recommendations.

[0095] In some embodiments, filtering the job content and working hours that match the target configuration group is performed in the job time table, specifically including: Match the process configuration corresponding to each task with the precise configuration set; If the precise configuration set contains the required conditions in the process configuration corresponding to the job content, and contains at least one optional condition in the process configuration corresponding to the job content, then the job content is determined to conform to the precise configuration set.

[0096] Based on the above embodiments, this application implements an automated matching logic between process configuration and precise configuration sets to filter out job content and its corresponding working hours that meet the conditions. In actual operation, each job content and its corresponding process configuration expression are first read from the job working hour table. This expression includes necessary conditions (configuration descriptions of different configuration groups connected by "&") and optional conditions (multiple configuration descriptions within the same configuration group connected by "|" and enclosed in parentheses). Then, configuration instances under the current target configuration group are extracted from the precise configuration set, and the matching logic is executed. If the precise configuration set completely includes all the necessary conditions listed in the process configuration, and includes at least one of the optional conditions in the process configuration (such as "(1.5T|1.5T+PHEV)&left rudder", as long as "left rudder" and 1.5T or 1.5T+PHEV are satisfied), then the operation content is considered to be applicable to the precise configuration set, and the operation and its corresponding working time information are retained as the output result.

[0097] This method achieves precise screening of work content in complex configuration scenarios by strictly matching necessary and optional conditions in the process configuration, avoiding mismatches and misjudgments of work hours. Compared with traditional coarse-grained configuration screening methods based on vehicle model level, this method significantly improves the accuracy of configuration matching and the precision of work hour assessment, making it particularly suitable for production modes with a high degree of modularity and customization. Furthermore, by combining structured expressions with precise sets, it supports transparency and automation in the configuration and work matching process, reducing manual intervention and improving the intelligence level and response speed of the process system.

[0098] In other embodiments, the matching logic can be automatically determined by a Boolean expression parser, or rule determination and policy execution can be performed by integrating a rule engine (such as Drools).

[0099] In other embodiments, the precise configuration set can also support multi-level filtering strategies, such as weighted matching based on configuration importance, adaptability, or priority, to improve matching accuracy. Regarding expression expansion, it can support dependency modeling between configuration items, further enhancing the logical completeness of the matching.

[0100] In addition, the screening results can be displayed through a graphical interface, with matching items, non-matching items and reasons explained, to support engineers in quickly adjusting process configurations or configuration strategies.

[0101] In some embodiments, filtering the job content and working hours that match the target configuration group in the job time table can be achieved using operations such as containsall and anyMatch.

[0102] In some embodiments, the precise configuration definition process involves defining optional configuration items in individual configuration rows of a single configuration table (such as the low-end configuration). These optional configuration items are then defined, and an optional row ("O" item) is selected from the selection range to determine a set of configurations that is determined for each configuration row, which serves as the calculation condition for summarizing the vehicle configuration conditions.

[0103] An example is provided to illustrate step S3 above. (See reference) Figure 9 As shown, based on vehicle model A, fuel type, and high-end configuration, the target configuration groups include a 2.0T engine, dual airbags, a tow hook, and a roof grab handle. The tow hook is an optional configuration group, with options for either having or not having a tow hook. Selecting one option from this range yields the precise configuration set for each configuration group.

[0104] In another example, to illustrate how this application embodiment filters the work content and hours that match the target configuration group in the work hour table, a precise configuration set is provided as: 2.0T & Left-hand drive & Manual tailgate & Driver's side airbag & Tow hook & With grab handle, see reference. Figure 10 The left side of the middle indicates meaning.

[0105] Assumption Figure 10 The table on the right is the work time table obtained through the embodiments of this application. In the table: The process configuration for task 1 is: (1.5T|1.5T+PHEV) & left-hand drive. The power type does not meet the requirement of "2.0T", so it is deemed ineligible. The process configuration for Task 2 is: (2.0T|2.0T+PHEV) & left-hand drive. Both the power type and driving type are compliant, so it is deemed compliant. The process configuration for task 3 is: (manual tailgate | electric tailgate). The tailgate meets the precise configuration and is therefore deemed compliant. The process configuration for task 4 is: sensor-activated tailgate & left-hand drive. The tailgate does not meet the requirements for a "manual tailgate", so it is judged as non-compliant. The process configuration for Operation 5 is: dual airbags + side curtain airbags, which does not meet the requirement of "driver's side airbag" and is therefore deemed non-compliant. The process configuration for task 6 is: general, and it is directly judged as compliant.

[0106] In the above embodiments, "|" represents "or", and is considered satisfied if one of the conditions in parentheses is met; "&" represents "and", and conditions must be met simultaneously.

[0107] It should be noted that the steps shown in the above process or in the flowchart of the accompanying figures 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 may be executed in a different order than that shown here.

[0108] This embodiment also provides a vehicle configuration time management system, which is used to implement the above embodiments and preferred embodiments, and will not be repeated as described above. As used below, the terms "module," "unit," "subunit," etc., can refer to a combination of software and / or hardware that performs a predetermined function. Although the system described in the following embodiments is preferably implemented in software, hardware implementation, or a combination of software and hardware, is also possible and contemplated.

[0109] Figure 3 This is a structural block diagram of a vehicle configuration time management system according to an embodiment of this application, such as... Figure 3 As shown, the system includes at least: a configuration integration module 1, a process configuration definition module 2, a precise configuration definition module 3, and a configuration time calculation module 4. Wherein: Configuration integration module 1 is used to obtain multiple model configuration tables under the target vehicle product line, summarize and integrate the information from multiple model configuration tables, and obtain the integrated vehicle series configuration information. The summary and integration of information from multiple model configuration tables includes the process of integrating a single configuration table and integrating multiple configuration tables, specifically including: A new integrated configuration column is added to each vehicle configuration table. The value of the integrated configuration column is determined based on the configuration table integration logic and the configuration status flag values ​​of the low-end, mid-end, and high-end columns in the vehicle configuration table. The contents of multiple vehicle configuration tables are integrated into the vehicle series configuration table. The integrated configuration columns of multiple vehicle configuration tables are listed sequentially in the vehicle series configuration table based on the configuration group and configuration description. A new integration result column is added. The value of the integration result column is determined based on the values ​​of multiple integrated configuration columns and the vehicle series integration logic. The configuration groups are then filtered based on the values ​​of the integration result column. The filtered vehicle series configuration tables are merged by configuration group to obtain the vehicle series configuration information.

[0110] The process configuration definition module 2 is used to obtain vehicle series configuration information, select the configuration group and configuration description required for the work content from the vehicle series configuration information, generate the process configuration corresponding to the work content, and construct the work time table based on the work content, the work time corresponding to the work content and the process configuration. The work time corresponding to the work content is obtained based on the work time design. The precise configuration definition module 3 is used to determine the target configuration group and set the selection range for the optional configuration group in the target configuration group to obtain the precise configuration set and realize the precise configuration definition. The configuration time calculation module 4 is used to filter the work content and time that match the target configuration group in the work time table based on the target configuration group in the precise configuration set, and to calculate the vehicle configuration time.

[0111] Based on the above control system, multiple configuration tables are automatically summarized, deduplicated, and integrated to achieve centralized processing of configuration tables for each model in the target vehicle product line, integrating them into a unified vehicle series configuration information structure. This achieves dual integration at the configuration table level and the vehicle series level, replacing the process of manually querying individual configurations multiple times and manually merging data. This application selects the configuration group and configuration description required for the work content in the vehicle configuration information structure, realizes the process configuration definition of the work content, and achieves 1:N matching between the work and the configuration table. After the work design is completed, the working hours of all matching content are automatically filtered and summarized to form the final vehicle configuration working hours output. The combination of accurate configuration and process configuration is used for automatic judgment and filtering, which greatly reduces the workload of manual comparison of working hour data, improves data processing efficiency and accuracy, and ultimately supports the optimized scheduling of manufacturing resources and the refined control of working hour costs.

[0112] In addition, this application embodiment uses configuration lines as units to deduplicate and integrate multiple vehicle configuration tables, retaining items that need to distinguish different configurations, and removing common and non-existent configuration items to obtain vehicle series configuration information.

[0113] It should be noted that the aforementioned units can be either functional modules or program modules, and can be implemented through software or hardware. For modules implemented in hardware, these modules can reside in the same processor; or they can be located in different processors in any combination.

[0114] In summary, the vehicle configuration time management method and system of this application realize the automatic integration of multiple vehicle configuration tables, the automatic combination of process configurations, and the automatic filtering of configuration time, replacing the manual process of querying, judging, and summarizing work time. This reduces the problems in the work / time configuration design, filtering, and summarizing process to zero, while improving design efficiency and saving hundreds of hours of design time for a single vehicle series.

[0115] In addition, combined Figure 1 The vehicle configuration time management method described in this application embodiment can be implemented by an electronic device. Figure 11 This is a schematic diagram of the hardware structure of an electronic device according to an embodiment of this application.

[0116] The electronic device may include a processor 51 and a memory 52 storing computer program instructions.

[0117] Specifically, the processor 51 may include a central processing unit (CPU), an application specific integrated circuit (ASIC), or one or more integrated circuits that can be configured to implement the embodiments of this application.

[0118] The memory 52 may include a large-capacity memory for data or instructions. For example, and not limitingly, the memory 52 may include a hard disk drive (HDD), a floppy disk drive, a solid-state drive (SSD), flash memory, an optical disk drive, a magneto-optical disk drive, magnetic tape, or a Universal Serial Bus (USB) drive, or a combination of two or more of these. Where appropriate, the memory 52 may include removable or non-removable (or fixed) media. Where appropriate, the memory 52 may be internal or external to a data processing device. In a particular embodiment, the memory 52 is non-volatile memory. In a particular embodiment, the memory 52 includes read-only memory (ROM) and random access memory (RAM). Where appropriate, the ROM may be a mask-programmed ROM, a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), an electrically alterable read-only memory (EAROM), or flash memory, or a combination of two or more of these. Where appropriate, the RAM can be Static Random-Access Memory (SRAM) or Dynamic Random-Access Memory (DRAM). DRAM can be Fast Page Mode Dynamic Random-Access Memory (FPMDRAM), Extended Data Out Dynamic Random-Access Memory (EDODRAM), Synchronous Dynamic Random-Access Memory (SDRAM), etc.

[0119] The memory 52 can be used to store or cache various data files that need to be processed and / or used for communication, as well as possible computer program instructions executed by the processor 51.

[0120] The processor 51 reads and executes computer program instructions stored in the memory 52 to implement any of the vehicle configuration time management methods in the above embodiments.

[0121] In some embodiments, the electronic device may further include a communication interface 53 and a bus 50. For example, Figure 11 As shown, the processor 51, memory 52, and communication interface 53 are connected through bus 50 and complete communication with each other.

[0122] The communication interface 53 is used to enable communication between the various modules, units, and / or devices in the embodiments of this application. The communication interface 53 can also enable data communication with other components such as external devices, image / data acquisition devices, databases, external storage, and image / data processing workstations.

[0123] The electronic device can execute the vehicle configuration time management method in this application embodiment based on the acquired computer program instructions.

[0124] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0125] The embodiments described above are merely illustrative of several implementation methods of this application, and while the descriptions are relatively specific and detailed, they should not be construed as limiting the scope of the invention patent. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this application, and these all fall within the protection scope of this application. Therefore, the protection scope of this patent application should be determined by the appended claims.

Claims

1. A management method of work hours of a vehicle, characterized by, The management method comprises: Obtaining a plurality of vehicle model configuration tables under a target vehicle product line, integrating information in the plurality of vehicle model configuration tables to obtain integrated vehicle series configuration information; Obtaining the vehicle series configuration information, selecting a configuration group and a configuration description required by work content in the vehicle series configuration information, generating a process configuration corresponding to the work content, and constructing a work hour table based on the work content, work hours corresponding to the work content, and the process configuration; Determining a target configuration group and setting an optional range for an optional configuration group in the target configuration group to obtain a precise configuration set; Based on the target configuration group in the precise configuration set, filtering out work content and work hours conforming to the target configuration group in the work hour table, and calculating vehicle configuration work hours based on the work hours.

2. The management method according to claim 1, characterized in that, Integrating information in a plurality of vehicle model configuration tables comprises: Adding an integrated configuration column in each of the vehicle model configuration tables, determining the value of the integrated configuration column based on configuration table integration logic and configuration state marker values of low, medium and high configuration columns in the vehicle model configuration table; Integrating the contents of a plurality of vehicle model configuration tables into a vehicle series configuration table, and sequentially listing the integrated configuration columns of a plurality of vehicle model configuration tables in the vehicle series configuration table based on configuration groups and configuration descriptions; Adding an integrated result column, determining the value of the integrated result column based on the values of a plurality of integrated configuration columns and vehicle series integration logic, and filtering configuration groups based on the value of the integrated result column; Merging the filtered vehicle series configuration table by configuration group to obtain the vehicle series configuration information.

3. The management method according to claim 2, characterized in that, The configuration table integration logic is configured as: If the configuration state marker values of the low, medium and high configuration columns are the same, the value of the integrated configuration column is set to the configuration state marker value; If the configuration state marker values of the low, medium and high configuration columns are different, the value of the integrated configuration column is set to optional.

4. The management method according to claim 2, characterized by, The vehicle series integration logic is configured as: If the values of a plurality of integrated configuration columns of a configuration group are the same, the value of the integrated result column is set to the value of the integrated configuration column; If the values of a plurality of integrated configuration columns of a configuration group are different, the value of the integrated result column is set to optional.

5. The management method according to claim 2, characterized by, Filtering configuration groups based on the value of the integrated result column further comprises: If the number of configuration descriptions of a configuration group is one, the configuration group with the value of the integrated result column as standard or none is excluded; If the number of configuration descriptions of a configuration group is at least two, the configuration group with the value of the integrated result column as standard and none is excluded.

6. The management method according to any one of claims 1 to 5, characterized by, The process configuration includes necessary conditions and / or optional conditions; The necessary conditions are connected by AND, and the optional conditions are connected by OR.

7. The management method according to claim 6, characterized in that, If the work content is applicable to all configurations, the corresponding process configuration is set to general.

8. The management method according to claim 7, characterized in that, Filtering out work content and work hours conforming to the target configuration group in the work hour table comprises: Matching the process configuration corresponding to each work content with the precise configuration set; If the precise configuration set contains the necessary conditions in the process configuration corresponding to the work content, and contains at least one optional condition in the process configuration corresponding to the work content, it is determined that the work content conforms to the precise configuration set.

9. A work hour management system for a vehicle, characterized by comprising: ​ The configuration integration module is configured to obtain a plurality of vehicle model configuration tables under a target vehicle product line, integrate information in the plurality of vehicle model configuration tables, and obtain integrated vehicle series configuration information. The process configuration definition module is configured to obtain the vehicle series configuration information, select a configuration group and a configuration description required by work content from the vehicle series configuration information, generate a process configuration corresponding to the work content, and construct a work hour table based on the work content, work hours corresponding to the work content, and the process configuration. The precise configuration definition module is configured to determine a target configuration group and set an option range for an option configuration group in the target configuration group to obtain a precise configuration set. The configuration hour calculation module is configured to filter out work content and hours conforming to the target configuration group in the work hour table based on the target configuration group in the precise configuration set, and count the hours to obtain vehicle configuration hours.

10. An electronic device comprising a memory, a processor, and a computer program stored on the memory and executable on the processor, characterized in that, The processor executes the computer program to implement the management method of any one of claims 1-8.

Images