Ship design method based on ship type flexible customization and computer storage medium
By constructing a relationship mapping between digital design ontology and modular functional sub-ontologies, and integrating design tools with knowledge graphs, flexible customization and intelligent design of ship design tools are realized. This solves the problem of insufficient tool configuration flexibility in traditional design software and improves design efficiency and quality.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2022-11-02
- Publication Date
- 2026-03-24
Smart Images

Figure CN115688279B_ABST
Abstract
Description
TECHNICAL FIELD
[0001] The present application relates to the technical field of ship design, in particular to a ship design method based on ship type flexible customization and a storage medium. BACKGROUND
[0002] The description in this part only provides background information related to the present disclosure and can not constitute prior art.
[0003] The design and construction process of a ship product is a multi-specialty, interdisciplinary system engineering, which has high structural complexity, numerous equipment and complex systems. In the product design process, not only the product function requirements and inter-professional design collaboration requirements need to be met, but also the construction mode and resource condition requirements need to be considered. Therefore, the design process of a ship product has higher difficulty and design requirements than other products. With the continuous innovation and development of technology, digital design technology has been widely applied to the ship research and development design process, gradually changing the traditional ship design and manufacturing mode. At the same time, the modular design method for construction has also changed the traditional design habits and design process. The ship product is designed directly through the module assembly method, which not only supports the modular production and construction requirements, but also helps to realize the standardization and standardization in the design process. The emergence of three-dimensional digital design and modular design method has important significance for improving the research and development design efficiency, improving the construction quality, reducing the research and development cost and risk, etc.
[0004] However, due to the complexity of ship product design, product individual customization, and complex ship type, the application degree of three-dimensional design is relatively backward compared with other industries. Although various three-dimensional digital design software has been introduced in the field of ship design to design ships, some achievements have been made in improving design efficiency and design quality. However, the traditional ship three-dimensional design software platform has poor flexibility in using and configuring different professional, different functional design function modules and design tools. When deploying more secondary development functions, users often cannot find the corresponding design function or do not know what function to use when using and searching for functions. SUMMARY
[0005] The purpose of the embodiments of the present application is to provide a ship design method based on ship type flexible customization, which solves the problem of poor flexibility in using and configuring different professional, different functional design function modules and design tools of the traditional ship three-dimensional design software platform.
[0006] Another purpose of the embodiments of the present application is to provide a computer storage medium based on ship type flexible customization for implementing the above method.
[0007] In a first aspect, a ship design method based on ship type flexible customization is provided, comprising the following steps: In a first aspect, a ship design method based on ship type flexible customization is provided, comprising the following steps:
[0008] S1, constructing a ship digital design ontology for a target ship type;
[0009] S2, based on the ontology framework constructed in S1, constructing a relationship mapping between the ontology and a module function sub-ontology, and judging whether the existing module function sub-ontology meets the digital design requirements of the target ship type;
[0010] S3, if the existing module function sub-ontology in S2 meets the design requirements, then proceed to step S4; if there is no or cannot meet the current ship design requirements, then re-construct the corresponding module function sub-ontology;
[0011] S4, fusing the module function sub-ontology in S3 with the ship digital design ontology created in S1;
[0012] S5, realizing the relationship creation between the knowledge graph design tool and the object by mapping and associating the discrete design tool with the knowledge graph ontology that has completed the fusion in S4;
[0013] S6, judging whether the design tool set associated with the module function sub-ontology meets the design requirements; if not, then define the discrete design tool, and if yes, then proceed to step S7;
[0014] S7, reconstructing the knowledge rule mapping relationship based on the digital design ontology that has been constructed and the design tool set associated with each module of the target ship type;
[0015] S8, judging whether the knowledge rule meets the design tool design driving requirements of all graph nodes; if not, then maintaining the design knowledge base, and completing the reconstruction of the mapping relationship between the design tool and the design tool through step S7;
[0016] S9, visualized push display of the flexible customized design tool set based on the knowledge graph: visualizing the design tool in the ship digital design system platform in the form of a graph, limiting the design tool for display and push according to different professions, different permissions, and different design objects, so as to be able to display the corresponding tool set graph according to the practical requirements.
[0017] In a possible implementation, S1 includes: constructing a digital design ontology framework based on the ship type according to the modular design and construction characteristics of different ship types, determining the design module division principles of the target ship type and the association relationship between the modules; regarding the module hierarchical relationship graph of the knowledge graph as a tree, and regarding the divided module nodes as the nodes of the tree.
[0018] In a possible implementation, S2 includes: the module function sub ontology is a ship module design ontology that has been constructed, and the module function sub ontology expresses the collaborative design relationship, knowledge rules, and intelligent design tools of each specialty of the target module, and the design tools are pushed and the related knowledge rules are reasoned according to the module function sub ontology in the digital design process, and the design tools are driven to design.
[0019] In a possible implementation, the corresponding module function sub ontology is reconstructed in S3, including: creating a module function sub ontology, taking each three-dimensional design object in the ship module as the basis for ontology construction, and constructing a knowledge graph for the design of a specific module, and the module function sub ontology is associated with discrete design tools, knowledge rules, and design objects.
[0020] In a possible implementation, S4 includes constructing an association mapping between related graphs, and the same design module function sub ontology can be fused with multiple ship type digital design ontologies.
[0021] In a possible implementation, the discrete design tool definition method in S6 is: the design tools corresponding to the design functions are defined, the design tools need to meet the design requirements based on the modeling driven by the knowledge rules, and can be configured and associated in the design platform, and based on the design requirements, the developed design tools are associated with the knowledge graph through the relationship creation in S5.
[0022] In a possible implementation, the way of reconstructing the mapping relationship of the knowledge rules for the target ship type design driving in S7 is: based on the digital design ontology that has been constructed and the design tool set associated with each module of the target ship type, the relationship creation of the ontology, the design tools, and the knowledge rules constructed in S1 is completed, the knowledge rules in the knowledge rule library are mapped to the design tools in the module function sub ontology of the target ship type, the mapping relationship of the knowledge rules is corrected, the mapping relationship of the knowledge rules is reconstructed based on the target ship type design driving, and the compatibility of the knowledge driving of the same module function of different ship types is considered in the knowledge driven rule relationship creation process.
[0023] In a possible implementation, the mapping relationship reconstruction in S7 is created in batches through the relationship extraction method.
[0024] In a possible implementation, whether the design tool set in the S6 step meets the requirement is determined according to whether all design objects in the module function sub ontology are supported by corresponding design tools, and whether the number of object-relation-tool triples in the module sub graph constructed according to the module function sub ontology is consistent with the number of design objects.
[0025] In a second aspect, there is provided a computer storage medium storing a computer program which, when executed by a processor, implements the ship design method based on ship type flexible customization.
[0026] The beneficial effects of the present application: the flexible customization design tool set visualization push design system platform based on the knowledge graph, the designer in the process of ship digital design, based on the constructed knowledge graph, can automatically match the corresponding design module according to the design content, and push the design tool corresponding to the module according to the design stage, design specialty, operator information, etc. The designer only needs to select the corresponding module design object in the design process, and the module design tool set can be automatically pushed out. After selecting the corresponding design tool, based on the constructed knowledge graph, the knowledge rules matched with the current design tool and design environment are automatically inferred and called, and the intelligent design based on knowledge is realized through the design tool, which solves the problem of poor flexibility of different professional and functional design function modules and design tool use configuration in traditional ship three-dimensional design software platform. BRIEF DESCRIPTION OF DRAWINGS
[0027] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the following will briefly introduce the drawings needed to be used in the embodiments. It should be understood that the following drawings only show some embodiments of the present application, and therefore should not be regarded as a limitation on the scope. For those skilled in the art, other related drawings can also be obtained without creative labor.
[0028] Figure 1 In order to show the principle diagram of a ship design method based on ship type flexible customization according to the embodiments of the present application. DETAILED DESCRIPTION
[0029] In order to make the purpose, technical solutions and advantages of the embodiments of the present application more clear, the technical solutions in the embodiments of the present application will be described clearly and completely in the following with reference to the drawings in the embodiments of the present application. Obviously, the described embodiments are only some of the embodiments of the present application, not all. The components of the embodiments of the present application described and shown in the drawings here can be arranged and designed in various different configurations.
[0030] Therefore, the following detailed description of the embodiments of the present application provided in the drawings is not intended to limit the scope of the claimed present application, but only represents selected embodiments of the present application. Based on the embodiments in the present application, all other embodiments obtained by those skilled in the art without creative labor are within the scope of protection of the present application.
[0031] According to the first aspect of the present application, a ship design method based on ship type flexible customization is first provided, as shown in the following steps: Figure 1
[0032] S1, constructing a ship digital design ontology for a target ship type: according to the modular design construction characteristics of different ship types, constructing a ship type-based digital design ontology framework, defining the target ship design module division principle, and the correlation between modules. The module hierarchical relationship diagram of the knowledge graph is regarded as a tree, and the divided module nodes are regarded as the nodes of the tree.
[0033] Specifically, according to the design modules divided according to the construction mode and design principles and other elements, a graph module division ontology framework is constructed, which is a digital design ontology framework. Taking a certain type of liquefied gas ship as an example, the first-level nodes of the ontology are mainly regional nodes, including the bow region, the stern region, the upper building region, the cargo hold region, etc. The second-level nodes are mainly specialties, including structure, machinery, electrical, etc. The third-level nodes are mainly modules, systems, functional units, etc. and further node division, which are defined according to design requirements. The digital design ontology framework is not limited to the above node organization method, and can be flexibly defined according to actual application requirements.
[0034] S2, based on the ontology framework constructed in S1, the relationship mapping between the digital design ontology and the module function sub-ontology is constructed, and it is judged whether the existing module ontology meets the digital design requirements of the target ship type. The module function sub-ontology is mainly the ship module design ontology that has been constructed. This sub-ontology expresses the collaborative design relationship, knowledge rules, intelligent design tools, etc. of the target module, and in the digital design process, the design tools are mainly pushed and the related knowledge rules are reasoned according to the sub-ontology, and the design tools are driven to perform rapid design.
[0035] Based on the ontology framework constructed in S1, it is judged whether the existing module function sub-ontology meets the digital design requirements of the target ship type. For example, in the "water supply system" sub-ontology of "certain type of ship-machinery region-machinery specialty-water supply system" in the digital design graph that has been constructed, whether it meets the design requirements of the certain type of liquefied gas ship currently defined, and whether the corresponding module function sub-ontology exists according to the characteristics of the target ship type.
[0036] S3, if the existing regional function sub-ontology in S2 meets the design requirements, then step S4 is performed; if it does not exist or cannot meet the current ship design requirements, then the corresponding regional function sub-ontology is reconstructed.
[0037] If the function sub-module ontology referenced meets the current module design requirements, for example, the "water supply system" sub-ontology defines the modeling design requirements required for the target ship type design, such as pipeline modeling, pipe accessory modeling, and support modeling, etc. First, the target ontology is instantiated, and then the fusion of the referenced module function sub-ontology and the target ship type ontology is completed through the knowledge graph fusion technology. The referenced module function sub-ontology can be the smallest node of the ship digital design ontology, or a sub-graph node, which is referenced according to the design tool requirement satisfaction.
[0038] If the module function sub-ontology in S2 does not exist or cannot meet the current ship type design requirements, the corresponding module function sub-ontology is reconstructed. Reconstructing the corresponding module function sub-ontology includes creating a module function sub-ontology, taking each professional three-dimensional design object in the ship module as the basis for ontology construction, and constructing a knowledge graph for specific module design. The module function sub-ontology associates discrete design tools, knowledge rules, and design objects.
[0039] For example, compared with a container ship, a liquefied gas ship has a large difference in cargo hold area design content and design method, and a module function sub-ontology needs to be defined for the target ship type cargo hold area, for example, the sub-ontology of the liquid tank area in the cargo hold area needs to define all design object nodes. The creation of the module function sub-ontology mainly takes the three-dimensional design objects of each professional such as ship, machinery, and electrical in the module as the basis for ontology construction, and constructs a knowledge graph for specific module design. The sub-ontology mainly associates discrete design tools, knowledge rules, and design objects.
[0040] S4, the reconstructed module function sub-ontology of S3 is fused with the ship digital design ontology of the target ship type. This includes constructing the association mapping between related graphs, and the same design module function sub-ontology can be fused with multiple ship digital design ontologies. The related graphs include the sub-graph related to the design rules, the graph corresponding to the module function sub-ontology, and the main graph constructed based on the design ontology.
[0041] S5, discrete design tool mapping relationship reconstruction: the design tool in the application changes the traditional integrated design tool mode, and can construct packaged design tools according to different professions, different design objects and different intelligent design needs. All design tools exist in the design platform system in an independent and discrete manner, and can be searched in the system through retrieval. After completing the fusion of the S4 ship type design ontology and the design module function sub ontology, the discrete design tool is mapped and associated with the knowledge graph ontology that has been fused in S4, the relationship between the knowledge graph design tool and the object is created, and in the mapping relationship creation process, the same module, the same design object and different ship type design tools are considered, so that the same module function sub ontology can consider multiple ship type design needs. In summary, through the corresponding design tool, the design tool and the graph are related and mapped to realize the specific design function point.
[0042] The mapping relationship is constructed in the following way: first, find the automatic reasoning matching, and see if the appropriate design tool unit can be found. If no matching is found, it is established manually. Specifically, after completing the construction of the target ship type design ontology, the mapping relationship between the discrete design tool and the graph is created. All tool units exist in the design platform system in the form of a tool set resource library. In the creation process, the operator creates the mapping relationship between the tool unit and the corresponding node of the graph by relationship extraction matching. If the association relationship is wrong, the corresponding tool unit is obtained by searching in the tool set resource library and associated with the graph.
[0043] S6, judge whether the design tool set associated with the module function sub ontology meets the design requirements; if not, define the discrete design tool, and if it meets the requirements, go to step S7.
[0044] Each module function sub ontology is associated with multiple design tools of each profession, and it is necessary to judge whether the currently associated design tools are fully covered and whether the associated design tools meet the design application requirements of the target ship type.
[0045] The judgment basis for whether the design tool set meets the requirements is whether all design objects contained in the regional function sub ontology are supported by corresponding design tools, and whether the number of object-relation-tool triples in the module sub graph constructed by the module function sub ontology is consistent with the number of design objects.
[0046] Specifically, in the design platform system, through automatic detection function, it is detected whether all design objects of the target ship type are associated with design tools, and whether the design tools can be effectively started and executed in simulation running, for example, if the system simulation running finds that "a certain cabinet unit module" in "a certain ship-cabin area-mechanical professional-a certain cabinet unit module" in the graph has no corresponding design unit, it is automatically prompted.
[0047] If the corresponding design tool is missing in the judgment module or does not meet the design requirements of the target ship type, the corresponding design function design tool is developed and defined, which needs to meet the design requirements based on knowledge rule modeling driven, and can be flexibly configured and associated in the design platform. Based on the design requirements, the developed design tool is related to the knowledge graph through the S5 step.
[0048] Specifically, if the relevant design unit or design tool is found to not meet the design requirements of the target ship type during system simulation, the design tool of the corresponding design object is developed and managed in the library based on the design platform system, and then the relationship with the knowledge graph is created through the S5 step.
[0049] S7, based on the constructed digital design ontology and the design tool set associated with each module of the target ship type, the target ship type design driven knowledge rule mapping relationship is reconstructed:
[0050] Based on the constructed digital design ontology framework and the design tool set associated with each module of the target ship type, the relationship between the design ontology, the design tool and the knowledge rule is created, the knowledge rules in the knowledge rule library are mapped to the design tools in the design tool of the corresponding module function sub-ontology of the target ship type, and the mapping relationship is corrected. The knowledge rule mapping relationship reconstruction based on the target ship type design is realized. In the knowledge driven rule relationship creation process, the compatibility of the same module function knowledge driven of different ship types needs to be considered. The design ontology refers to the ontology constructed in S1 step, which is the ontology of a certain type of ship. The design tool refers to the smallest program module that meets the design requirements, and the design tool set refers to the combination of design tools applied to meet a certain design task.
[0051] Specifically, if the design tool associated in the graph cannot be effectively associated with the knowledge rule in the knowledge base, the mapping relationship between the knowledge rule in the knowledge rule library and the design tool in the corresponding module function sub-ontology of the target ship type is created or corrected in batches through semantic definition and relationship extraction.
[0052] S8, judge whether the knowledge rule meets the design driven requirements of all graph node design tools, if not, maintain the knowledge of the design knowledge base, and complete the reconstruction of the mapping relationship between the design tool and the design tool through the S7 step.
[0053] After completing the design driven knowledge rule mapping relationship reconstruction in S7 step, it is necessary to judge whether the associated knowledge rule is effectively associated with the design tool associated in the graph, and whether the associated knowledge rule meets the digital design knowledge driven requirements of the corresponding design tool.
[0054] If the knowledge rules associated with the relevant design tools do not meet the modeling knowledge requirements of the design tools, the knowledge maintenance of the design knowledge base is performed so that the knowledge expression in the knowledge base meets the design requirements of the design tools, the effect of intelligent pushing and driving the design tools for intelligent design is achieved, after the knowledge maintenance, the reconstruction of the mapping relationship between the design tools and the design tools is completed through the S7 step.
[0055] Specifically, after completing the S7 step of mapping relationship reconstruction of the design driving knowledge rules, the tool units are simulated and called in batches in the design system platform, it is judged whether the design tools can be effectively started, if not, the error is automatically prompted, and if the associated knowledge is found to have errors in the design application process, the knowledge rule base is manually maintained.
[0056] If the functional unit simulation cannot be driven by the associated knowledge rules, or the associated rules are found to be incorrect during the design process, the knowledge rules in the knowledge base are maintained, the knowledge rule base maintenance mainly supplements and optimizes the knowledge rule atlas, which meets the current target ship design requirements, and also does not affect the application of other ship knowledge, after the knowledge maintenance, the reconstruction of the mapping relationship between the design tools and the design tools is completed through the S7 step.
[0057] S9, flexible customized design tool set visualization pushing display based on knowledge atlas:
[0058] After completing the above design knowledge atlas construction taking the target ship as the ontology, based on the constructed knowledge atlas, the design tools in the ship digital design system platform are visualized in the form of atlas taking the atlas ontology as the main display framework, according to different professions, different permissions, different design objects, etc., the design tools for display and pushing are limited, the design personnel can display the corresponding tool set atlas according to the actual application requirements, and the design tools can be quickly selected and found through the guided display of the atlas.
[0059] Specifically, the flexible customized design tool visualization pushing design system platform of the knowledge atlas is created, in the design platform, according to different professions, different permissions, different design objects, etc., the specified tool set is displayed to the user in the form of atlas guide, the design personnel can quickly complete the modeling design of the corresponding design module according to the atlas guide prompt.
[0060] S10, the design tool quickly calls and realizes intelligent design based on knowledge driving: the flexible customized design tool set based on the knowledge graph is visualized and pushed to the design system platform, the design personnel opens the design object, the design tool set is pushed to each design personnel in the form of graph guide, the design tool is matched with the knowledge rule based on background reasoning, and the effect of efficient and intelligent digital design is realized. For example: when the marine engine designer is responsible for the design of a certain pipeline system in the cabin area, opens the corresponding design object in the design platform, and pushes the design tool set in the area in the form of graph guide in the design interface, including: system pipeline automatic arrangement, equipment accurate positioning and other related design tool sets, when the system pipeline arrangement design tool is selected, the system is matched with the modeling rule based on automatic reasoning of the knowledge graph, and the modeling driving based on the knowledge rule is realized through the design tool, so that the rapid and accurate arrangement of the target pipeline system is realized.
[0061] During the ship digital design process of the designer, based on the constructed knowledge graph, the corresponding design module can be automatically matched according to the design content, and the design tool corresponding to the module is pushed according to the design stage, the design professional, the operator information and the like. The designer only needs to select the corresponding module design object in the design process, and the module design tool set can be automatically pushed out. After the corresponding design tool is selected, based on the constructed knowledge graph, the knowledge rule matched with the current design tool and design environment is automatically reasoned and called, and the intelligent design based on knowledge driving is realized through the design tool. After the designer adjusts the design result, the associated knowledge content in the knowledge graph can be updated synchronously, so that the next design process is more accurate.
[0062] The application changes the traditional ship three-dimensional design software design mode, innovatively puts forward a ship design method and system based on ship type flexible customization, realizes flexible customization based on different ship type design tools by organically integrating discrete design tools and knowledge graph in the design platform system and visualizing display, and realizes accurate reasoning of digital design knowledge rule demand based on knowledge graph. The designer can push the design tool required by the design personnel according to the user demand in the design process, and also provides an effective means for intelligent design. The application not only can improve the utilization efficiency of the design tool, but also can improve the knowledge reuse rate, avoid the collection and search of design data, and effectively improve the design efficiency and design quality. In summary, the application effectively overcomes many shortcomings in the prior art, and has high industrial utilization value.
[0063] Preferably, the S2 step references an existing module function sub ontology, and after instantiating the ontology object, fusing and associating the design tool and the knowledge rule with the target ship type ontology, other ship types do not affect the reference of the ontology object, so that different ship types can reference the same module function sub ontology.
[0064] Preferably, the mapping relationship reconstruction in the S5 and S7 steps can be created in batches through relationship extraction.
[0065] Preferably, the judgment basis for whether the tool set meets the requirement in the S6 step is whether all design objects contained in the module function sub-ontology are supported by corresponding design tools, and whether the number of object-relation-tool triples in the regional sub-atlas is consistent with the number of design objects.
[0066] Preferably, in the knowledge rule mapping relationship reconstruction in the S7 step, the knowledge rules to be reconstructed are mainly optimized in the knowledge rule library, and the knowledge rule reasoning range of the knowledge atlas is automatically expanded, so that it not only meets the design requirements of the target ship type, but also does not affect the design driving requirements of the associated ship type.
[0067] Preferably, the judgment basis for whether the knowledge rule meets the design tool knowledge driving requirement in the S8 step is whether the design tool can verify whether there is corresponding driving rule knowledge by simulation, and whether the driving design tool knowledge rule is based on atlas to realize intelligent reasoning.
[0068] The application innovatively proposes a ship design method based on ship type flexible customization, which realizes flexible customization based on different ship type design tools and realizes accurate reasoning of digital design knowledge rule requirements based on a knowledge atlas by organically integrating discrete design tools and the knowledge atlas in the design platform system and visualizing the display.
[0069] The method of the application can customize modular intelligent design tools according to different module design requirements in the ship modular design process, form a design tool resource library, associate the design requirements with the atlas and the knowledge rule library, and push the design tools required by the design personnel according to the user requirements in the design process.
[0070] The design method solves the problem of low integration of traditional design methods and intelligent design methods, realizes knowledge-driven modular rapid design, and provides an effective means for intelligent design.
[0071] The design method and system effectively integrate the design process and knowledge, which not only improves the utilization efficiency of the design tools, but also improves the knowledge reuse rate, avoids the collection and search of design data, and effectively improves the design efficiency and design quality.
[0072] According to the second aspect of the application, a computer storage medium for implementing the above method is also provided. The computer storage medium stores a computer program, which is executed by a processor to implement the ship design method based on ship type flexible customization.
[0073] Preferably, the storage medium includes: ROM, RAM, a magnetic disc, a U disk, a memory card, or an optical disc, and the like various media capable of storing program codes.
[0074] The above only describes the preferred embodiments of the present application and is not intended to limit the present application. The present application can have various modifications and changes for those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application shall be included in the protection scope of the present application.
Claims
1. A ship design method based on flexible hull customization, characterized in that, Includes the following steps: S1, Construct a digital design ontology for ships oriented towards target ship types; S2, based on the ontology framework built by S1, constructs the relationship mapping between the ontology and the module functional sub-ontologies, and determines whether referencing existing module functional sub-ontologies meets the digital design requirements of the target ship type. S3. If the existing module functional sub-entities in S2 meet the design requirements, proceed to step S4; if they do not exist or cannot meet the current ship type design requirements, reconstruct the corresponding module functional sub-entities. S4 integrates the module function sub-entities in S3 with the ship digital design entity created in S1, so that the same module function sub-entity can be associated with multiple ship type digital design entities. S5, by mapping and associating the discrete design tool with the knowledge graph ontology that has been integrated in S4, realizes the creation of the relationship between the knowledge graph design tool and the object; S6, determine whether the design toolset associated with the module's functional sub-entities meets the design requirements; If the requirements are not met, then define the discrete design tool; if the requirements are met, proceed to step S7. S7, based on the constructed digital design ontology and the design toolset associated with each module of the target ship type, reconstructs the knowledge rule mapping relationship driven by the target design, and corrects and reconstructs the mapping relationship between the knowledge rules in the knowledge rule base and the design tools in the module functional sub-ontology; S8: Determine whether the knowledge rules meet the design-driven requirements of all graph node design tools. If not, perform knowledge maintenance on the design knowledge base and reconstruct the mapping relationship between the knowledge rules and the design tools through step S7. S9, a flexible and customized design toolset visualization push display based on knowledge graph: The design tools are visualized in the form of graphs in the ship digital design system platform. The display and push of design tools are restricted according to different professions, permissions and design objects, so as to display the corresponding toolset graph according to practical needs.
2. The ship design method based on flexible hull customization according to claim 1, characterized in that, S1 includes: Based on the modular design and construction characteristics of different ship types, a digital design ontology framework based on ship type is constructed, clarifying the principle of dividing the target ship type design modules and the relationship between each module; Treat the module hierarchy of the knowledge graph as a tree, and the divided module nodes as nodes of the tree.
3. The ship design method based on flexible hull customization according to claim 1, characterized in that, S2 includes: The module functional sub-ontology is a pre-constructed ship module design ontology. The module functional sub-ontology expresses the collaborative design relationships, knowledge rules, and intelligent design tools of various disciplines in the target module. During the digital design process, design tools are pushed and relevant knowledge rules are inferred based on the module functional sub-ontology, and the design tools are driven to perform the design.
4. The ship design method based on flexible hull customization according to claim 1, characterized in that, The reconstruction of the corresponding module functional sub-ontology in S3 includes: creating a module functional sub-ontology, using the three-dimensional design objects of each discipline within the ship module as the basis for ontology construction, constructing a knowledge graph oriented towards the design of a specific module, and associating discrete design tools, knowledge rules and design objects with the module functional sub-ontology.
5. The ship design method based on flexible hull customization according to claim 1, characterized in that, S4 includes constructing the association mapping between related maps, functional sub-ontologies of the same design module, and the ability to integrate with multiple ship type digital design ontologies.
6. The ship design method based on flexible hull customization according to claim 1, characterized in that, The definition method for discrete design tools in S6 is as follows: Design tools with corresponding design functions are developed and defined. These design tools must meet the design requirements of modeling driven by knowledge rules, and can be configured and associated in the design platform. Based on the design requirements, the developed design tools are used to create a relationship with the knowledge graph through the S5 steps.
7. The ship design method based on flexible hull customization according to claim 1, characterized in that, The method for reconstructing the target ship type design-driven knowledge rule mapping relationship in S7 is as follows: Based on the constructed digital design ontology and the design toolset associated with each module of the target ship type, the relationship creation of the ontology, design tools, and knowledge rules constructed in step S1 is completed. The mapping relationship between the knowledge rules in the knowledge rule base and the design tools in the corresponding module functional sub-ontology of the target ship type is corrected, thereby realizing the reconstruction of the target ship type design-driven knowledge rule mapping relationship. In the process of creating the knowledge-driven rule relationship, the compatibility of knowledge-driven functions of the same module function for different ship types is taken into account.
8. The ship design method based on flexible hull customization according to claim 1, characterized in that, In S7, mapping relationship reconstruction is performed in batches by extracting relationships.
9. The ship design method based on flexible hull customization according to claim 1, characterized in that, The criteria for determining whether the design toolset meets the requirements in step S6 are: whether all design objects contained in the module functional sub-ontology have corresponding design tools for support, and whether the number of object-relationship-tool triples in the module sub-graph constructed based on the module functional sub-ontology is consistent with the number of design objects.
10. A computer storage medium, characterized in that, It stores a computer program that, when executed by a processor, implements the ship design method based on flexible hull customization as described in any one of claims 1 to 9.
Citation Information
Patent Citations
Spacecraft overall design method and platform based on knowledge engineering and storage medium
CN112380353A
Ship activity knowledge graph construction method
CN114647736A