CN116244383A

CN116244383A - BOM synchronous processing method, equipment and medium based on BOM middle station

Info

Publication number: CN116244383A
Application number: CN202310245591.8A
Authority: CN
Inventors: 颜晟; 罗茂; 陈云龙; 高广金
Original assignee: Weilai Software Technology Shanghai Co ltd
Current assignee: Weilai Software Technology Shanghai Co ltd
Priority date: 2023-03-14
Filing date: 2023-03-14
Publication date: 2023-06-09

Abstract

The invention relates to the technical field of vehicles, in particular to a BOM synchronous processing method, device and medium based on a BOM middle platform, which aim to solve the problem of efficiently and reliably utilizing EBOM to generate and manage BOM and data tracing. The method comprises the steps of controlling the BOM platform to send an EBOM synchronous request to the upstream system, receiving and storing the EBOM data sent by the upstream system, controlling the BOM platform to generate and store the MBOM according to the EBOM data, responding to the upstream system to change the MBOM data, responding to the downstream system to send related data to the downstream system. The BOM middle station, the upstream system and the downstream system communicate by adopting a communication mode based on message middleware and carry identification information of a communication initiator during communication. The method can efficiently and reliably utilize the EBOM to generate and manage the BOM and perform effective data tracing.

Description

BOM synchronous processing method, equipment and medium based on BOM middle station

Technical Field

The invention relates to the technical field of vehicles, in particular to a BOM synchronous processing method, device and medium based on a BOM middle station.

Background

Currently, conventional Bill of materials (BOM) management methods mainly use conventional BOM software in the BOM field to generate and manage various types of BOMs required by business, including but not limited to engineering Bill of materials (Engineering Bill Of Material, EBOM), process Bill of materials (Process Bill of Material, PBOM), production Bill of materials (Manufacturing Bill Of Material, MBOM), and the like. For example, a 3D experience platform (3 dexbiennice, 3 de) offered by daxol corporation may be utilized to be responsible for generating and managing various types of BOMs required for a service.

However, with the increase of the traffic and the complexity of the traffic, the performance of the conventional BOM software often cannot meet the requirements of BOM management with high traffic and high complexity, and especially, when various types of BOMs such as PBOM and MBOM are generated according to the EBOM after the EBOM is generated, many technical difficulties will be faced, so that the various types of BOMs cannot be obtained efficiently and reliably, thereby influencing the realization and expansion of the traffic. In addition, the conventional BOM software mainly performs data transmission in the form of EXCEL data or performs data transmission through API (Application Programming Interface), and both data transmission methods cannot trace back (or track) transmission data, so that when the BOM changes, the BOM cannot respond to the change rapidly, and finally the realization progress of the service is affected.

Accordingly, there is a need in the art for a new solution to the above-mentioned problems.

Disclosure of Invention

In order to overcome the above-mentioned drawbacks, the present invention is provided to provide a BOM synchronization processing method, apparatus and medium based on a BOM center, which solves or at least partially solves the technical problems of how to efficiently and reliably utilize the EBOM to generate and manage various types of BOMs such as the MBOM, and how to effectively trace the BOM data.

In a first aspect, a BOM synchronization processing method based on a BOM center station is provided, the method comprising:

controlling a preset BOM center station to send an EBOM synchronous request to an upstream system, and receiving and storing EBOM data sent by the upstream system according to the EBOM synchronous request;

controlling a preset BOM center station to generate and store the MBOM according to the EBOM data, responding to an MBOM changing request sent by an upstream system to change the data of the MBOM, responding to the EBOM data and/or an MBOM acquiring request sent by a downstream system, and sending the EBOM data and/or the MBOM to the downstream system;

the preset BOM middle station, the upstream system and the downstream system communicate in a communication mode based on message middleware and carry identification information of a communication initiator during communication.

In one technical scheme of the BOM synchronous processing method based on the BOM middle station, the step of storing the EBOM data issued by the upstream system according to the EBOM synchronous request specifically comprises the following steps:

compressing the EBOM data;

storing the compressed EBOM data to a preset buffer memory in the BOM middle station so as to control the BOM middle station to generate MBOM according to the EBOM data in the preset buffer memory and/or change the MBOM data and/or send the EBOM data to a downstream system.

In one technical scheme of the BOM synchronous processing method based on the BOM center station, the step of compressing the EBOM data specifically comprises the following steps:

carrying out serialization processing on the EBOM data to form a serialization file;

and compressing the serialized file by adopting a compression algorithm.

In one technical scheme of the BOM synchronization processing method based on the BOM center, the step of "responding to the MBOM change request sent by the upstream system to change the data of the MBOM" includes:

identifying a change scene corresponding to the MBOM change request;

acquiring a change responsibility chain matched with the change scene;

performing data change on the MBOM based on the change responsibility chain;

wherein the change responsibility chain comprises a plurality of sequentially executed change processing nodes, each configured to execute a different change processing operation.

In one technical scheme of the BOM synchronization processing method based on the BOM center, the step of identifying the changing scene corresponding to the MBOM changing request specifically includes:

acquiring a request type of an MBOM change request;

identifying a change scene corresponding to the request type;

wherein the request types at least comprise CA (Change Action) request, CR (Change Request) request and PCO (Protocol Configuration Option) request,

and the changing scenes corresponding to the CA request, the CR request and the PCO request are respectively a part first release scene, a part changing scene and a part configuration expression changing scene.

In one technical solution of the BOM synchronization processing method based on the BOM center station, the step of identifying the changing scene corresponding to the request type specifically includes:

if the request type is a CR request, acquiring CA (Change Action) node information contained in the MBOM change request;

respectively acquiring the change intention carried by each CA node information;

and acquiring part changing scenes corresponding to each changing intention.

In one technical scheme of the BOM synchronous processing method based on the BOM middle station, the step of controlling the preset BOM middle station to send the EBOM synchronous request to the upstream system specifically comprises the following steps:

obtaining the type of a structural tree of a part structural tree to be synchronized, wherein the part structural tree is tree structural data used for representing the EBOM;

and controlling the BOM center station to respectively generate EBOM synchronous requests corresponding to each structure tree type according to each structure tree type, and respectively sending the EBOM synchronous requests to an upstream system so as to respectively acquire part structure trees of the corresponding structure tree types from the upstream system.

In one technical scheme of the BOM synchronization processing method based on the BOM center station, the method further comprises: and respectively storing the EBOM data and the MBOM by adopting a relation database preset in the BOM middle station.

In a second aspect, a computer device is provided, which comprises a processor and a storage device, the storage device being adapted to store a plurality of program codes, the program codes being adapted to be loaded and run by the processor to perform the method according to any one of the above solutions of the BOM synchronization processing method.

In a third aspect, a computer readable storage medium is provided, in which a plurality of program codes are stored, the program codes being adapted to be loaded and executed by a processor to perform the method according to any one of the above-mentioned solutions of the BOM synchronization processing method.

The technical scheme provided by the invention has at least one or more of the following beneficial effects:

in the technical scheme for implementing the BOM synchronous processing method based on the BOM middle station, the preset BOM middle station can be controlled to send an EBOM synchronous request to an upstream system, receive and store the EBOM data sent by the upstream system according to the EBOM synchronous request, and also can be controlled to generate and store the MBOM according to the EBOM data, respond to the MBOM change request sent by the upstream system to change the data of the MBOM, respond to the EBOM data and/or the MBOM acquisition request sent by a downstream system and send the EBOM data and/or the MBOM to the downstream system. The preset BOM middle station, the upstream system and the downstream system communicate in a communication mode based on message middleware and carry identification information of a communication initiator during communication.

The upstream system is a system capable of generating at least the EBOM data, and in this technical solution, the upstream system may be BOM software responsible for generating and managing various types of BOMs required for the service. Through the scheme, after the EBOM is generated through an upstream system, various tasks such as EBOM storage, MBOM generation, MBOM change, MBOM forwarding and MBOM storage can be decoupled to be executed on the BOM middle platform, and even if the BOM management requirements of high traffic and high complexity are met, various types of BOMs such as MBOM can be generated and managed through the EBOM effectively and reliably.

In addition, the BOM center station, the upstream system and the downstream system carry the identification information of the communication initiator when communicating, so the source of the data transmitted by each communication can be accurately traced back according to the identification information. Therefore, even if the BOM generates data change, the BOM can quickly respond to the change in a source tracing mode, and the influence on the realization progress of the service is avoided.

Drawings

The present disclosure will become more readily understood with reference to the accompanying drawings. As will be readily appreciated by those skilled in the art: the drawings are for illustrative purposes only and are not intended to limit the scope of the present invention. Wherein:

FIG. 1 is a flow chart of main steps of a BOM synchronization processing method based on a BOM center station according to an embodiment of the present invention;

FIG. 2 is a flow chart of the main steps of a method for making MBOM changes according to one embodiment of the present invention;

FIG. 3 is a schematic diagram of a communication interaction process between a BOM mid-station and an upstream system according to one embodiment of the present invention;

fig. 4 is a main structural diagram of a computer device according to an embodiment of the present invention.

Detailed Description

Some embodiments of the invention are described below with reference to the accompanying drawings. It should be understood by those skilled in the art that these embodiments are merely for explaining the technical principles of the present invention, and are not intended to limit the scope of the present invention.

In the description of the present invention, a "processor" may include hardware, software, or a combination of both. The processor may be a central processor, a microprocessor, an image processor, a digital signal processor, or any other suitable processor. The processor has data and/or signal processing functions. The processor may be implemented in software, hardware, or a combination of both. The computer readable storage medium includes any suitable medium that can store program code, such as magnetic disks, hard disks, optical disks, flash memory, read-only memory, random access memory, and the like.

The following describes an embodiment of the BOM synchronization processing method provided by the present invention.

Referring to fig. 1, fig. 1 is a schematic flow chart of main steps of a BOM synchronization processing method according to an embodiment of the present invention. As shown in fig. 1, the BOM synchronization processing method in the embodiment of the present invention mainly includes the following steps S101 to S102.

Step S101: and controlling a preset BOM center to send an EBOM synchronous request to an upstream system, and receiving and storing the EBOM data sent by the upstream system according to the EBOM synchronous request.

The upstream system is a system capable of generating at least the EBOM data, and in the embodiment of the present invention, the upstream system may be BOM software responsible for generating and managing various types of BOMs required for the service. In some preferred embodiments, the upstream system may be 3DE offered by darby inc.

The downstream system is a system that needs to use data such as the EBOM data provided by the BOM center station to realize the respective corresponding functions. In the vehicle technical field, the materials involved in the BOM may be vehicle parts, and the downstream system may at least include firmware remote upgrade (Firmware Over The Air, FOTA) system, after-sales engineering system (Service Engineering System, SES), global purchasing system (Global Purchasing System, GPS) and the like.

The EBOM synchronization request may be request information generated by the BOM center itself, or may be request information input to the BOM center through a man-machine interaction device. In the field of vehicle technology, when there are a plurality of different vehicle types, the EBOM synchronization request may be request information for requesting acquisition of EBOM data of one or more vehicle types, the request information including vehicle type information. After receiving the EBOM synchronous request, the upstream system can generate EBOM data of the corresponding vehicle type according to the vehicle type information, and then the generated EBOM is issued to the BOM platform.

Step S102: the method comprises the steps of controlling a preset BOM platform to generate and store MBOM according to the EBOM data, responding to an MBOM changing request sent by an upstream system to change the data of the MBOM, responding to the EBOM data and/or an MBOM obtaining request sent by a downstream system, and sending the EBOM data and/or the MBOM to the downstream system.

In the embodiment of the invention, the BOM middle station has multiple functions of MBOM generation, MBOM change, MBOM forwarding, MBOM storage and the like.

The BOM platform can automatically generate the MBOM according to the EBOM data after receiving the EBOM data issued by the upstream system, and store the MBOM. The change request issued by the upstream system may include information such as a type of data to be changed and a changed data content, and the BOM platform may perform data change on the stored MBOM according to the information in the change request after receiving the change request. Taking 3DE as an example, after receiving an EBOM synchronous request, the 3DE can query corresponding EBOM data according to the request, package the EBOM data into JSON structure data, and then send the JSON structure data to a BOM middle station, wherein the JSON structure data mainly comprises part nodes and relation line nodes, the part nodes store main information of parts, and the relation line nodes store relation lines of the parts. The BOM middle station converts the analysis result into a JAVA tree after analyzing the JSON structure data, then stores the main information of each part into a part table according to the JAVA tree, and stores the relation row of each part into the relation table.

The acquisition request sent by the downstream system may include a type of request (an EBOM data request or an MBOM acquisition request), and may further include identification information of the downstream system, and the BOM platform may send corresponding data (EBOM data or MBOM) to the downstream system specified by the identification information after receiving the acquisition request.

In the embodiment of the invention, the BOM middle station, the upstream system and the downstream system communicate by adopting a communication mode based on Message middleware (Message-Oriented Middleware) and carry the identification information of a communication initiator during communication.

For example, when the BOM middle station sends the EBOM synchronization request to the upstream system, the BOM middle station sends the EBOM synchronization request to the upstream system in a communication manner based on the message middleware, and at the same time, sends the identification information of the communication initiator of the communication to the upstream system, that is, sends the identification information of the BOM middle station to the upstream system. Similarly, the upstream system also adopts a communication mode based on message middleware to send the EBOM data to the BOM center station, and at the same time, the upstream system also sends the identification information of the communication initiator of the communication to the BOM, namely sends the identification information of the upstream system. The communication process between the BOM intermediate station and the downstream system is similar to the above process, and will not be described again here. It should be noted that, in the above embodiment, the process of directly performing communication between the upstream system and the downstream system is not involved, but the upstream system and the downstream system may be flexibly controlled to directly perform communication according to actual requirements, and the communication mode may also be a communication mode based on message middleware and carry identification information of a communication initiator during communication.

It should be noted that, in the embodiment of the present invention, a communication manner based on a message middleware, which is conventional in the field of communication technology, may be used to implement communication among the BOM center, the upstream system and the downstream system, and the embodiment of the present invention does not specifically limit the type of the message middleware. For example, in some preferred embodiments, kafka may be employed. Furthermore, in some embodiments, activeMQ or RabbitMQ or RocketMQ, etc. may also be employed.

Based on the methods described in the above steps S101 to S102, after the EBOM is generated by the upstream system, various tasks such as the EBOM storage, the MBOM generation, the MBOM change, the MBOM forwarding, and the MBOM storage may be decoupled to be performed on the BOM middle stage, and even in the face of the BOM management requirements of high traffic and high complexity, various types of BOMs such as the MBOM may be generated and managed efficiently and reliably by using the EBOM. In addition, because the identification information of the communication initiator is carried when each communication is carried, even if the BOM generates data change, the source of the data transmitted by each communication can be accurately traced back according to the identification information, so that the change is responded quickly, and the realization progress of the service is prevented from being influenced.

The above steps S101 and S102 are further described below.

1. Step S101 will be described.

The method for controlling the BOM console to send the EBOM synchronization request to the upstream system and the method for storing the EBOM data issued by the upstream system will be described below.

And (I) a method for controlling the BOM platform to send an EBOM synchronous request to an upstream system.

The EBOM data can be represented as tree structure data, so EBOM is effectively a part structure tree. In practical applications, there may be multiple part structure trees corresponding to the EBOM according to different BOM construction requirements. For example, in some preferred embodiments of a vehicle BOM, EBOM for a vehicle model may correspond to both types of part structure trees for DWIP (Design Working in Progress Structure) and VPPS (Vehicle Partitioning & Product Structure). The DWIP is a part structure tree generated according to the engineering design process, and has the function of carrying out cooperative confirmation on the whole vehicle development environment in the whole vehicle development. The VPPS is a part structure tree generated according to the whole vehicle hardware architecture, and the VPPS mainly has the function of supporting the rapid retrieval of parts and the allocation of design functions in the whole vehicle research and development process.

It should be noted that, the parts in the embodiment of the present invention refer to the most basic unit or the minimum management unit of the BOM, and operations on the BOM, such as the EBOM synchronization and the MBOM change, mentioned in the present invention are performed with the most basic unit as the minimum dimension, that is, all operations on the BOM, such as the synchronization and the change, need to be updated to the most basic unit. The parts in the embodiments of the present invention may be expressed as System variable, i.e., SV.

Since there may be a plurality of part structure trees corresponding to the EBOM, it is possible to determine which type of part structure tree needs to be synchronized first, and then generate a synchronization request corresponding to the part structure tree, so as to obtain the part structure tree from the upstream system. Specifically, in the embodiment of the present invention, the BOM console may be controlled to send an EBOM synchronization request to the upstream system through the following steps 11 to 12.

Step 11: and obtaining the type of the structural tree of the part structural tree to be synchronized, wherein the part structural tree is the tree structural data used for representing the EBOM. For example, the structure tree types of the part structure tree to be synchronized may include DWIP and VPPS.

Step 12: and the control BOM center station respectively generates an EBOM (electronic component part) synchronous request corresponding to each structure tree type according to each structure tree type, and respectively sends the EBOM synchronous request to the upstream system so as to respectively acquire the part structure tree of the corresponding structure tree type from the upstream system. For example, if the structure tree type includes DWIP and VPPS, the BOM platform may be controlled to generate EBOM synchronization requests of DWIP and VPPS, respectively, and then send the two requests to the upstream system, and the upstream system may issue DWIP and VPPS according to the two requests, respectively.

Based on the methods described in the steps 11 to 12, each part structure tree to be synchronized can be accurately obtained from the upstream system, so that the accuracy of the EBOM synchronization is ensured.

And (II) a method for storing the EBOM data issued by the upstream system.

In some embodiments of the above step S101, the EBOM data issued by the upstream system may be stored by the following steps 21 to 22.

Step 21: and compressing the EBOM data.

The size of the data volume of the EBOM data can be reduced by compression processing, and the occupied storage space can be reduced. In the embodiment of the invention, the EBOM data can be compressed by adopting a conventional compression algorithm in the technical field of computers, and the embodiment of the invention is not particularly limited. For example, in some preferred embodiments, the GZIP compression algorithm may be employed.

In order to further reduce the memory space occupied by the EBOM data, in some embodiments, the EBOM data may be serialized to form a serialized file, and then a compression algorithm is used to compress the serialized file. The data size of the EBOM data can be reduced to a certain extent through the serialization processing, and the data size of the EBOM data can be greatly reduced by adopting a compression algorithm to carry out compression processing on the basis. For example, in some embodiments 40MB (megabytes) of EBOM data may be reduced to 1MB by the methods described above. In the embodiment of the present invention, a conventional serialization method in the field of computer technology may be used to perform serialization processing on the EBOM data, which is not particularly limited in the embodiment of the present invention.

Step 22: storing the compressed EBOM data to a preset buffer in the BOM middle station so as to control the BOM middle station to generate the MBOM according to the EBOM data in the preset buffer and/or change the MBOM data and/or send the EBOM data to a downstream system.

In the embodiment of the present invention, a preset cache in a station in the BOM may be set by using a cache technology that is conventional in the field of computer technology, which is not specifically limited in the embodiment of the present invention. For example, redis (Remote Dictionary Server) may be employed to set a preset cache in a station in a BOM in some preferred embodiments.

Based on the methods described in the above steps 21 to 22, the EBOM data is stored in the preset buffer, so that the EBOM data can be rapidly processed or invoked, and the production, the change and the forwarding of the MBOM can be efficiently completed.

Further, in order to reliably and permanently store the EBOM data, in some embodiments of the above step S101, in addition to storing the EBOM data by the above-mentioned preset buffer, a relational database may be provided in the BOM, and then the relational database may be used to store the EBOM data and the MBOM. It should be noted that, in the embodiment of the present invention, a database in a BOM may be set by using a relational database that is conventional in the field of computer technology, which is not limited in particular. For example, in some preferred embodiments MySQL may be employed to set up a relational database in a BOM.

2. Step S102 will be described.

The method of the MBOM change is described below.

Referring to fig. 2, in some embodiments of step S102, the following steps S1021 to S1023 may be used to control the BOM platform to perform data modification on the MBOM according to the MBOM modification request sent by the upstream system.

Step S1021: and identifying a change scene corresponding to the MBOM change request.

In the embodiment of the invention, the corresponding relation between different MBOM changing requests and different changing scenes can be preset, and matching is performed according to the corresponding relation after the MBOM changing requests are acquired, so that the changing scenes corresponding to the MBOM changing requests are obtained.

The change scenarios may be partitioned according to the purpose of the change, for example, in some preferred embodiments the change scenarios include, but are not limited to, part first release scenarios, part change scenarios, and part configuration expression change scenarios. The parts in the embodiments of the present invention are also referred to as the most basic unit SV of the BOM.

Step S1022: and acquiring a change responsibility chain matched with the change scene.

In the embodiment of the invention, the corresponding relation between different changing scenes and different changing responsibility chains can be preset, and after the changing scenes are acquired, the changing responsibility chains matched with the changing scenes are obtained by matching according to the corresponding relation.

The change responsibility chain comprises a plurality of sequentially executed change processing nodes, each change processing node is respectively configured to execute different change processing operations, and all the change processing nodes jointly realize data change of the MBOM. When the change responsibility chain is constructed, the types of all the change processing operations to be executed and the sequence of execution among the change processing operations can be determined according to the change scene, then the change processing nodes are set according to the types and the sequence of execution of the change processing operations, each change processing node corresponds to each change processing operation one by one, and finally the change responsibility chain can be formed according to the set change processing nodes and the sequence of execution among the change processing nodes.

Step S1023: and carrying out data change on the MBOM based on the change responsibility chain.

Specifically, the MBOM data may be input into a change responsibility chain, and then sequentially enter into each change processing node to perform different change processing operations, where the output data of the change responsibility chain is the MBOM after the data change is completed.

As can be seen from the foregoing description of step S101, the BOM center may also be provided with a relational database, which may store the MBOM. In this regard, after the MBOM change is completed, the changed MBOM can still be stored in this relational database.

Based on the methods described in steps S1021 to S1023, a plurality of different change processing nodes can be aggregated into the same change responsibility chain, so that the change processing operation has the advantage of high aggregation, and each change processing node in the change responsibility chain independently executes the corresponding change processing operation, and the decoupling of the plurality of change processing operations is realized, so that the change processing operation has the advantage of low coupling. Based on this, the scalability of the change scene is also improved.

Step S1021 is further described below.

In some embodiments of the above step S1021, the change scenario corresponding to the MBOM change request may be identified through the following steps 31 to 32.

Step 31: the request type of the MBOM change request is obtained.

Step 32: a change scenario corresponding to the request type is identified.

In the embodiment of the invention, the corresponding relation between different request types and different changing scenes can be preset, and after the request types are acquired, the matching is carried out according to the corresponding relation, so that the changing scenes corresponding to the request types are obtained.

In the embodiment of the invention, the request types at least comprise three types of CA (Change Action) request, CR (Change Request) request and PCO (Protocol Configuration Option) request, and the changing scenes corresponding to the CA request, the CR request and the PCO request are respectively a part first release scene, a part changing scene and a part configuration expression changing scene.

Further, when the request type is a CR request, there may be a plurality of different types of changes, and the change scenarios corresponding to the different types of changes may be different. In some preferred embodiments, when the request type is a CR request, the node CA (Change Action) included in the MBOM change request may be acquired, the change intention carried by each CA node may be acquired, and the part change scene corresponding to each change intention may be acquired. In the embodiment of the invention, the corresponding relation between different changing intentions and different changing scenes can be preset, and after the changing intentions are acquired, the matching is carried out according to the corresponding relation, so that the changing scenes corresponding to the changing intentions are obtained.

Based on the methods described in steps 31 to 32, the change scene corresponding to the MBOM change request can be accurately identified by using the request type of the MBOM change request, so as to improve the accuracy and reliability of data change of the MBOM.

The following is a brief description of a communication interaction process between a BOM center and an upstream system in an embodiment of the present invention with reference to fig. 3. In fig. 3, MQ represents a Message Queue (Message Queue) of the Message middleware, the full-size data represents that the EBOM data acquired from the upstream system by the BOM platform is full-size data, and the incremental data represents that the change data acquired from the upstream system when the BOM platform performs the MBOM change is incremental data.

1. And controlling the BOM middle station to synchronize the EBOM data.

As shown in FIG. 3, the BOM middle station is controlled to send an EBOM synchronous request to an upstream system by adopting an MQ, and the upstream system consumes the EBOM synchronous request based on the MQ, asynchronously generates EBOM data and sends two MQ messages of message 1 and message 2. Message 1 is an event message that the generation of the EBOM data is successful, and message 2 is a message containing the EBOM data. The BOM middle station consumes the two messages based on the MQ, asynchronously acquires the EBOM data from the message 2 and stores the EBOM data. For example, the EBOM data are respectively stored in a preset cache and a relational database of the BOM center.

2. And controlling the BOM middle station to change the MBOM.

As shown in fig. 3, after determining the change scenario of the MBOM, the upstream system uses MQ to send a MBOM change request, and the BOM platform consumes the MBOM change request based on the MQ, asynchronously changes the data of the MBOM according to the MBOM change request, and stores the changed MBOM. For example, the modified MBOM is stored in a relational database of the BOM center.

The following will simply describe a procedure of controlling the in-BOM station to change the MBOM, taking the CR request as an example of the request type of the MBOM change request. Specifically, the BOM center station can be controlled to change the MBOM by the following steps 41 to 45.

Step 41: the control BOM middle stage parses JSON structure data of the CR request, the JSON structure data indicating a CR node, a plurality of CA nodes, a part node and an EBOM node. The CR node is used for describing main information of CR, the CA node is used for describing main information of CA, the main information at least comprises change intention, the part node is used for describing main information of part, and the EBOM node is used for describing relation row of part. The part is also referred to as the most basic unit SV of the BOM.

Step 42: storing the data analyzed in the step 41 into a relational database of a BOM middle platform; if the information of the corresponding node exists in the database, updating the existing information according to the analyzed data; if the information of the corresponding node does not exist in the database, the analyzed data is inserted and stored in the database.

Step 43: and determining a change scene according to the change intention contained in the CA node.

Step 44: and calling a corresponding change responsibility chain according to the change scene.

Step 45: and carrying out data change on the MBOM through a change responsibility chain.

The change responsibility chain in this embodiment includes the following sequentially executed change processing nodes:

change processing node 1: filtering out a part (SV) to be released (to be changed) according to part main information contained in the part node, and inquiring whether the last version of the current part is already in a relational database; if so, the node of the part of the previous version is disconnected from the part structure tree VPPS, and then the node of the current part is associated to the part structure tree VPPS.

Change processing node 2: and traversing the main information of all the parts for comparison, and marking the comparison parts. The comparison parts include at least parts added to the current version, deleted parts, newly configured parts, etc. as compared to the previous version.

Change processing node 3: and eliminating parts which cannot enter the MBOM according to the information such as the level and the type of the parts.

Change processing node 4: a collection of parts to be entered into the current version MBOM is generated.

Change processing node 5: and acquiring the color codes of the parts in the part set from an external system, and replacing the color codes of the parts in the part set according to the acquired color codes. In some embodiments, the external system may be a platform that supports product development full lifecycle management.

Change processing node 6: and comparing the MBOM part set of the previous version and the current version, and marking the part with variation in the previous version as to be deleted.

Change processing node 7: and acquiring vehicle factories associated with the vehicle according to the vehicle type corresponding to the MOBM, and associating the MBOM part set of the current version with the vehicle factories.

Change processing node 8: and generating the MBOM according to the MBOM part set related to the vehicle factory.

It should be noted that, the change processing nodes 1 to 8 are merely exemplary, and those skilled in the art may flexibly set the number of change processing nodes, the execution sequence, the change processing operations corresponding to the change processing nodes, and the like according to actual needs, which is not particularly limited in the embodiment of the present invention.

Furthermore, it should be noted that, although the above embodiments describe the steps in a specific sequential order, it should be understood by those skilled in the art that, in order to achieve the effects of the present invention, the steps need not be performed in such an order, and may be performed simultaneously (in parallel) or in other orders, and those solutions after these adjustments belong to the equivalent technical solutions to those described in the present invention, and therefore, will also fall within the scope of the present invention.

It will be appreciated by those skilled in the art that the present invention may implement all or part of the above-described methods according to the above-described embodiments, or may be implemented by means of a computer program for instructing relevant hardware, where the computer program may be stored in a computer readable storage medium, and where the computer program may implement the steps of the above-described embodiments of the method when executed by a processor. Wherein the computer program comprises computer program code which may be in source code form, object code form, executable file or some intermediate form etc. The computer readable storage medium may include: any entity or device, medium, usb disk, removable hard disk, magnetic disk, optical disk, computer memory, read-only memory, random access memory, electrical carrier wave signals, telecommunications signals, software distribution media, and the like capable of carrying the computer program code. It should be noted that the computer readable storage medium may include content that is subject to appropriate increases and decreases as required by jurisdictions and by jurisdictions in which such computer readable storage medium does not include electrical carrier signals and telecommunications signals.

Further, the invention also provides computer equipment.

Referring to fig. 4, fig. 4 is a schematic diagram of the main structure of an embodiment of a computer device according to the present invention. As shown in fig. 4, the computer apparatus in the embodiment of the present invention mainly includes a storage device configured to store a program for executing the BOM synchronization processing method based on the BOM center in the above-described method embodiment, and a processor configured to execute the program in the storage device, including but not limited to the program for executing the BOM synchronization processing method in the above-described method embodiment. For convenience of explanation, only those portions of the embodiments of the present invention that are relevant to the embodiments of the present invention are shown, and specific technical details are not disclosed, please refer to the method portions of the embodiments of the present invention.

The computer device in the embodiments of the present invention may be a control apparatus device formed by including various electronic devices. In some possible implementations, a computer device may include a plurality of storage devices and a plurality of processors. The program for executing the BOM synchronization processing method of the above method embodiment may be divided into a plurality of sub-programs, and each sub-program may be loaded and executed by the processor to execute different steps of the BOM synchronization processing method of the above method embodiment. Specifically, each of the sub-programs may be stored in different storage devices, and each of the processors may be configured to execute the programs in one or more storage devices, so as to jointly implement the BOM synchronization processing method of the foregoing method embodiment, that is, each of the processors performs different steps of the BOM synchronization processing method of the foregoing method embodiment, so as to jointly implement the BOM synchronization processing method of the foregoing method embodiment.

The plurality of processors may be processors disposed on the same device, for example, the computer device may be a high-performance device composed of a plurality of processors, and the plurality of processors may be processors configured on the high-performance device. In addition, the plurality of processors may be processors disposed on different devices, for example, the computer device may be a server cluster, and the plurality of processors may be processors on different servers in the server cluster.

Further, the invention also provides a computer readable storage medium.

In an embodiment of a computer readable storage medium according to the present invention, the computer readable storage medium may be configured to store a program for performing the BOM synchronization processing method based on the BOM center station of the above-described method embodiment, the program being loadable and executable by a processor to implement the above-described BOM synchronization processing method. For convenience of explanation, only those portions of the embodiments of the present invention that are relevant to the embodiments of the present invention are shown, and specific technical details are not disclosed, please refer to the method portions of the embodiments of the present invention. The computer readable storage medium may be a storage device including various electronic devices, and optionally, the computer readable storage medium in the embodiments of the present invention is a non-transitory computer readable storage medium.

Thus far, the technical solution of the present invention has been described in connection with one embodiment shown in the drawings, but it is easily understood by those skilled in the art that the scope of protection of the present invention is not limited to these specific embodiments. Equivalent modifications and substitutions for related technical features may be made by those skilled in the art without departing from the principles of the present invention, and such modifications and substitutions will fall within the scope of the present invention.

Claims

1. A BOM synchronization processing method based on a BOM center, the method comprising:

2. The BOM synchronization processing method according to claim 1, wherein the step of storing the EBOM data issued by the upstream system according to the EBOM synchronization request specifically includes:

compressing the EBOM data;

3. The BOM synchronization processing method according to claim 2, wherein the step of compressing the EBOM data specifically includes:

and compressing the serialized file by adopting a compression algorithm.

4. The BOM synchronization processing method according to claim 1, wherein the step of "making a data change to the MBOM in response to the MBOM change request sent by the upstream system" includes:

identifying a change scene corresponding to the MBOM change request;

acquiring a change responsibility chain matched with the change scene;

performing data change on the MBOM based on the change responsibility chain;

5. The BOM synchronization processing method according to claim 4, wherein the step of identifying a change scene corresponding to the MBOM change request specifically includes:

acquiring a request type of an MBOM change request;

identifying a change scene corresponding to the request type;

6. The BOM synchronization processing method according to claim 5, wherein the step of identifying a change scene corresponding to the request type specifically comprises:

and acquiring part changing scenes corresponding to each changing intention.

7. The BOM synchronization processing method according to claim 1, wherein the step of "controlling the preset BOM center station to send an EBOM synchronization request to the upstream system" specifically includes:

8. The BOM synchronization processing method of claim 1, further comprising: and respectively storing the EBOM data and the MBOM by adopting a relation database preset in the BOM middle station.

9. A computer device comprising a processor and a storage means, the storage means being adapted to store a plurality of program code, characterized in that the program code is adapted to be loaded and run by the processor to perform the BOM synchronization processing method based on a BOM middle station according to any of claims 1 to 8.

10. A computer readable storage medium having stored therein a plurality of program codes, wherein the program codes are adapted to be loaded and executed by a processor to perform the BOM synchronization processing method based on the BOM center station of any one of claims 1 to 8.