OpenUSD-based airborne digital prototype virtual asset generation method and system

Abstract

The invention provides an OpenUSD-based airborne digital prototype virtual asset generation method and system, and belongs to the technical field of airborne systems, and the method comprises the steps: obtaining component-level twin digital-analog assets in a CAD data format, carrying out the data processing and format conversion of the component-level twin digital-analog assets, and forming an intermediate transition file based on the data after format conversion or storing the data in a memory; and reading the intermediate transition file or the data stored in the memory based on an OpenUSD open source library, converting the intermediate transition file or the data into component-level twin digital-analog assets in an OpenUSD data format, and integrating the component-level twin digital-analog assets in combination with the composition relationship of the airborne system digital prototype to generate system-level twin digital-analog assets. According to the processing scheme, the large-scale scene bearing capacity, the real-time performance and the interactivity are improved, the dynamic performance and the programmability are achieved, and multidisciplinary collaboration and data fusion are achieved.

Description

Technical Field

[0001] This application relates to the field of airborne systems technology, and in particular to a method and system for generating virtual assets for airborne digital prototypes based on OpenUSD. Background Technology

[0002] In the current wave of Industry 4.0 and intelligent manufacturing, the aerospace industry is committed to achieving a deep integration of the physical and information worlds. Digital twins, as a core technology for realizing this vision, urgently require a robust "digital platform" capable of carrying data throughout the entire lifecycle of physical entities. However, the digital model assets long used in the aerospace industry are generally in CAD data format, which has shown limitations in terms of real-time performance, dynamism, and multi-source data fusion. On the other hand, with the rise of the "industrial metaverse," the aerospace industry is also accelerating the development of its own "industrial metaverse" system, simultaneously constructing a persistent, shared, and interoperable virtual space—a large-scale, multi-user, real-time collaborative digital twin world. Currently, USD (Universal Scene Description), as an emerging data format, features a hierarchical data organization structure, supports large-scale parallel collaborative development, and lossless transmission, meeting the requirements for realizing complex industrial-grade scenarios.

[0003] Therefore, how to efficiently and accurately convert digital model assets in CAD data format to digital model assets in USD data format in the aviation industry has become a key technical problem that urgently needs to be solved in the current development of the aviation industry. Summary of the Invention

[0004] In view of this, embodiments of this application provide a method and system for generating virtual assets of airborne digital prototypes based on OpenUSD, which at least partially solves the problems of poor real-time performance, dynamism, and multi-source data fusion in the existing CAD data formats.

[0005] In a first aspect, embodiments of this application provide a method for generating virtual assets for an airborne digital prototype based on OpenUSD, including: Obtain component-level twin digital model assets in CAD data format; Data processing and format conversion are performed on component-level twin digital model assets in CAD data format, and intermediate transition files are generated or stored in memory based on the format-converted data; Based on the OpenUSD open-source library, intermediate transition files or data stored in memory are read and converted into component-level twin digital model assets in the OpenUSD data format; Based on the composition relationship between component-level twin digital model assets in the OpenUSD data format and the digital prototype of the airborne system, component-level twin digital model assets are integrated to generate system-level twin digital model assets.

[0006] According to one specific implementation of the embodiments of this application, the component-level twin digital model asset includes geometric data, visual material data, and attribute data.

[0007] According to a specific implementation of an embodiment of this application, the data processing and format conversion of the component-level twin digital model asset in CAD data format includes: Discretize the geometric data in CAD data format to generate discretized mesh data; The discretized grid data and related scene data in the component-level twin digital model assets are converted into a data format for storing 3D models.

[0008] According to a specific implementation of an embodiment of this application, the step of discretizing geometric data in CAD data format to generate discretized mesh data includes: Based on the NURBS numerical solution surface in CAD data format, vertex position data used to uniformly generate discrete triangular meshes on the surface using the geometric approximation method. Several triangles are generated based on the vertex position data, and vertex normal data is generated based on the orientation of the three vertices of the adjacent triangles. Discretized mesh data is generated based on vertex position data and vertex normal data.

[0009] According to a specific implementation of an embodiment of this application, the data processing and format conversion of the component-level twin digital model asset in CAD data format further includes: Convert the industrial material properties in the component-level twin digital model assets in CAD data format into material visual properties for rendering atomic parts of digital prototypes.

[0010] According to a specific implementation of an embodiment of this application, the data processing and format conversion of the component-level twin digital model asset in CAD data format further includes: The inherent attributes of parts in the component-level twin digital model assets under CAD data format are converted into the attributes of digital prototype atomic parts. The inherent attributes of the parts include material attributes, physical attributes, assembly attributes, manufacturing attributes, simulation attributes, identification and semantic attributes, and life cycle attributes.

[0011] According to a specific implementation of an embodiment of this application, the step of reading intermediate transition files or data stored in memory and converting them into component-level twin digital model assets in OpenUSD data format includes: Based on the Prim attribute function and Payload related concepts of OpenUSD, the relevant API is called to convert the intermediate transition file or geometric data stored in memory into a Payload file, and associated with the attribute named Prim, thereby realizing the conversion of geometric data in the OpenUSD data format.

[0012] According to a specific implementation of an embodiment of this application, the step of reading intermediate transition files or data stored in memory and converting them into component-level twin digital model assets in OpenUSD data format includes: Use OpenUSD's material container property features and related APIs to create material declarations; By using intermediate transition files or visual material data stored in memory, values ​​can be directly assigned or filled into the material declaration using a mapping algorithm to achieve the conversion of visual material data in the OpenUSD data format.

[0013] According to a specific implementation of an embodiment of this application, the step of reading intermediate transition files or data stored in memory and converting them into component-level twin digital model assets in OpenUSD data format includes: Use OpenUSD's schema functionality and related APIs to create a custom schema; In the custom schema, set the required attributes for digital prototype atomic parts and components, and use intermediate transition files or attribute data stored in memory to directly assign values ​​into the custom schema to achieve the conversion of attribute data under the OpenUSD data format.

[0014] Secondly, embodiments of this application also provide an airborne digital prototype virtual asset generation system based on OpenUSD, used to implement the airborne digital prototype virtual asset generation method based on OpenUSD as described in any embodiment of the first aspect, the system comprising: The acquisition module is used to acquire component-level twin digital model assets in CAD data format; The preprocessing module is used to process and convert the data of the component-level twin digital model assets in CAD data format, and to form intermediate transition files or store them in memory based on the converted data. The conversion module is used to read intermediate transition files or data stored in memory and convert them into component-level twin digital model assets in the OpenUSD data format, based on the OpenUSD open-source library. The generation module is used to integrate component-level twin digital model assets based on the composition relationship of component-level twin digital model assets and airborne system digital prototypes in the OpenUSD data format, and generate system-level twin digital model assets.

[0015] Beneficial effects: The method and system for generating airborne digital prototype virtual assets based on OpenUSD in this application embodiment have the following beneficial effects: 1) Improved capacity for large-scale scenarios: Taking aircraft avionics systems in the aerospace industry as an example, a digital twin of an aircraft's avionics system contains billions or even tens of billions of polygons. Traditional CAD data formats lack built-in mechanisms to handle this scale of data, and direct loading can lead to system crashes. In contrast, the USD data format provides mechanisms such as hierarchical referencing, instantiation, and lazy loading, enabling efficient management of massive amounts of data.

[0016] 2) Improved real-time performance and interactivity: Digital twins require real-time rendering and real-time interaction. 3D models in CAD data formats have too many faces, necessitating reasonable weight reduction and Level of Detail (LOD) processing. The USD data format, however, natively supports LOD and can automatically switch between different model resolutions based on camera distance, ensuring a smooth experience.

[0017] 3) It possesses dynamic and programmable characteristics: Digital twins are dynamic; the devices need to move, their states need to change, and the data needs to drive visualization. CAD data formats only support static displays, while USD data formats support animation, time-coded data, custom attributes, and scripts, transforming models from static geometry into programmable digital objects.

[0018] 4) Achieve multidisciplinary collaboration and data fusion: A complete digital twin requires the integration of geometric models, sensor data (IoT), physical simulation (CAE), business process data, and more. CAD data formats offer limited information and do not support parallel processing, while the USD data format employs a layered approach that allows different teams (layout, lighting, simulation, UI) to work in parallel on the same scene, non-destructively overlaying their respective data layers, resulting in strong scalability. Attached Figure Description

[0019] To more clearly illustrate the technical solutions of the embodiments of this application, the drawings used in the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0020] Figure 1 A flowchart of a method for generating virtual assets for an airborne digital prototype based on OpenUSD according to an embodiment of the present invention; Figure 2 This is a schematic diagram defining a digital prototype component according to an embodiment of the present invention; Figure 3 This is a schematic diagram illustrating the composition of a digital prototype according to an embodiment of the present invention; Figure 4 This is a flowchart illustrating the generation process of a component-level twin digital model asset according to an embodiment of the present invention; Figure 5 This is a flowchart illustrating the generation process of a system-level twin digital model asset according to an embodiment of the present invention. Detailed Implementation

[0021] The embodiments of this application will now be described in detail with reference to the accompanying drawings.

[0022] The following specific examples illustrate the implementation of this application. Those skilled in the art can easily understand other advantages and effects of this application from the content disclosed in this specification. Obviously, the described embodiments are only a part of the embodiments of this application, and not all of them. This application can also be implemented or applied through other different specific embodiments, and the details in this specification can also be modified or changed based on different viewpoints and applications without departing from the spirit of this application. It should be noted that, in the absence of conflict, the following embodiments and features in the embodiments can be combined with each other. Based on the embodiments in this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0023] It should be noted that various aspects of embodiments within the scope of the appended claims are described below. It will be apparent that the aspects described herein can be embodied in a wide variety of forms, and any particular structure and / or function described herein is merely illustrative. Based on this application, those skilled in the art will understand that one aspect described herein can be implemented independently of any other aspect, and two or more of these aspects can be combined in various ways. For example, any number of aspects set forth herein can be used to implement the device and / or practice the method. Additionally, this device and / or method can be implemented using structures and / or functionalities other than one or more of the aspects set forth herein.

[0024] It should also be noted that the illustrations provided in the following embodiments are only schematic representations of the basic concept of this application. The illustrations only show the components related to this application and are not drawn according to the number, shape and size of the components in actual implementation. In actual implementation, the form, quantity and proportion of each component can be arbitrarily changed, and the layout of the components may also be more complex.

[0025] Furthermore, specific details are provided in the following description to facilitate a thorough understanding of the examples. However, those skilled in the art will understand that the described aspects can be practiced without these specific details.

[0026] The method for generating virtual assets for airborne digital prototypes based on OpenUSD of this invention is implemented using a 3D geometry open-source library (or by calling 3D open-source software APIs and their extensible plugins) and the OpenUSD open-source library, and consists of two parts: component-level twin generation and airborne twin system twin generation. The relevant technical terms in this application are explained below: 1) Virtual assets contained in digital prototypes It is stated that any digital prototype is composed of several atomic parts and components, the original data state of which is a digital model from CAD software.

[0027] 2) Definition of atomic parts in digital prototypes A digital prototype atomic part is a digital model of the smallest part that cannot be further disassembled in actual research and development design.

[0028] 3) Definition of digital prototype components A digital prototype component is an entity that can be used to assemble a digital prototype, consisting of 0 to any number of atomic parts of any type and 0 to any number of other types of components. Each component contains at least one type of atomic part or other component, and the total number of atomic parts and components is greater than or equal to two, such as... Figure 2 As shown.

[0029] 4) Composition of the digital prototype of the airborne system A simplified diagram of the components of the airborne system digital prototype is shown below. Figure 3 As shown, the components and atomic parts that make up a digital prototype, and the relationships between them (including but not limited to: type, quantity, representation material, positional relationship, matching relationship, and assembly relationship) constitute the compositional relationship of the digital prototype. This compositional relationship will guide the generation of the digital prototype asset. The sources of these compositional relationships include, but are not limited to, requirements generated in the MBSE model, design iteration stages, airworthiness requirements, and attributes in CAD files generated from design schemes. The compositional relationships of the digital prototype will create a hierarchy; different digital prototypes will generate different numbers of hierarchical relationships, which fall within the scope of this application.

[0030] 5) Data definition of digital prototype atomic parts and components The data generation of atomic parts and components must include at least geometric data generation, visual material generation, and attribute data generation.

[0031] The following provides a detailed description of the method and system for generating virtual assets for airborne digital prototypes based on OpenUSD.

[0032] In a first aspect, embodiments of this application provide a method for generating virtual assets for an airborne digital prototype based on OpenUSD, referring to... Figure 1 ,include: Step 1: Obtain the component-level twin digital model asset in CAD data format; Step 2: Process and convert the component-level twin digital model assets in CAD data format, and form an intermediate transition file or store it in memory based on the converted data; Step 3: Based on the OpenUSD open-source library, read the intermediate transition files or data stored in memory and convert them into component-level twin digital model assets in the OpenUSD data format; Step 4: Based on the composition relationship between the component-level twin digital model assets and the airborne system digital prototype under the OpenUSD data format, integrate the component-level twin digital model assets to generate system-level twin digital model assets.

[0033] In this embodiment, refer to Figure 4The generation of component-level twin digital model assets mainly includes reading and loading component-level twin digital model assets in CAD data format, data processing and conversion, generation and output of component-level twin digital model assets adapted to OpenUSD data format. Converting component-level twin digital model assets in CAD data format to component-level twin digital model assets in OpenUSD data format and integrating them to generate system-level twin digital model assets ensures a smooth transition from CAD to OpenUSD through efficient data processing and format conversion, avoiding loss or errors caused by data format incompatibility and guaranteeing the accuracy and integrity of digital prototype assets. Secondly, the hierarchical referencing, instantiation, and lazy loading mechanisms of the OpenUSD data format significantly improve the capacity for large-scale scenarios. Even in complex scenarios with large data volumes, such as airborne systems, it can easily handle them without system crashes or performance degradation. Furthermore, the native LOD functionality supported by the OpenUSD data format enables digital prototypes to perform excellently in real-time rendering and interactivity, automatically adjusting the model's accuracy according to user needs and device performance, ensuring a smooth user experience. Furthermore, OpenUSD's dynamism and programmability enable digital prototypes to simulate the movement, state changes, and data-driven visualization of real equipment, providing strong support for the research, development, testing, and optimization of airborne systems. Finally, OpenUSD's layered approach and multidisciplinary collaboration capabilities allow different teams to work in parallel within the same scenario, non-destructively overlaying their respective data layers, significantly improving the development efficiency and scalability of digital prototypes and providing an ideal solution for multidisciplinary collaboration and data fusion in airborne systems.

[0034] In practice, the reading and loading of CAD digital model assets is based on 3D geometry open source libraries (including but not limited to opencascade library, STEPCODE library, etc.) or calling 3D open source software (including but not limited to FreeCAD, Blender, etc.) APIs and their extensible plugins to read the component-level twin digital model assets in CAD data format and load the component-level twin digital model assets in CAD data format into memory.

[0035] Furthermore, the component-level twin digital model asset includes geometric data, visual material data, and attribute data.

[0036] Specifically, the geometric data is a discretized mesh generated by a transformation method. A typical process involves converting a set of surfaces represented by a B-rep pattern into a polygonal mesh composed of multiple discrete triangles. This process utilizes meshing and triangulation / tessellation techniques, including but not limited to parametric domain tessellation, surface approximation, trimming triangulation, Delaunay / Voronoi-based methods, implicit surface meshing, or hybrid tessellation combining the above and other algorithms. Error control and other metrics are generally involved in the transformation process.

[0037] Visual material generation is based on the industrial material conversion contained in the CAD digital model. The process is to convert a specific industrial material property (such as material chemical properties, material specifications, etc.) into material visual properties for rendering atomic parts of digital prototypes, such as inherent color, roughness, metallicity, normals and other properties in physically based rendering.

[0038] Attribute data generation is the process of generating digital prototype atomic part attributes based on the inherent attributes of the part itself. This process is based on the method of converting the inherent attributes of the part into attributes in OpenUSD. The inherent attributes of the part include, but are not limited to, material attributes (such as density, elastic modulus, thermal conductivity, color, texture, etc.), physical attributes (such as mass, volume, center of mass, moment of inertia, coefficient of friction, etc.), assembly attributes (such as assembly constraints, reference planes, interface definitions), manufacturing attributes (such as process routes, tool paths, surface roughness, tolerances), simulation attributes (such as boundary conditions, material models, loads, node mappings), identification and semantic attributes (such as name, number, version, designer, document source), and lifecycle attributes (PLM) (such as status (under design, released), version number, revision history).

[0039] Furthermore, the data processing and format conversion of the component-level twin digital model assets in CAD data format includes: Discretize the geometric data in CAD data format to generate discretized mesh data; The discretized grid data and related scene data in the component-level twin digital model assets are converted into a data format for storing 3D models.

[0040] In practice, the data processing and transformation of the digital model assets involves converting CAD data into intermediate data using mapping algorithms and software or plugins. This data is then provided as a data source to the OpenUSD framework for processing, transforming it into the OpenUSD data format. Since CAD file formats such as STP are generally numerical solution models based on the B-rep principle, these models cannot be used in real-time virtual reality rendering environments using discretized triangular mesh models. Based on this, this embodiment will use 3D geometry open-source libraries (including but not limited to opencascade and STEPCODE libraries) or call 3D open-source software (including but not limited to FreeCAD and Blender) APIs and their extensible plugins to discretize the geometric data of the digital model assets loaded in step 1) into a mesh. Then, the discretized mesh data, along with other scene data from the digital model assets (such as materials, textures, skeletons, animations, lighting, environment, cameras, state machines, and other rendering data), is converted into commonly used 3D model storage data formats (including but not limited to obj, stl, and fbx data formats) as intermediate files or stored directly in memory. In this process, OpenUSD's hierarchical referencing mechanism makes data organization and management more efficient, its instantiation function allows for the rapid creation and reuse of various components in the digital prototype, and its lazy loading mechanism ensures that the system can load data on demand in large-scale scenarios, avoiding unnecessary resource consumption. The component-level twin digital model assets in the converted OpenUSD data format not only retain all the geometric and attribute information of the original CAD data, but also provide strong support for subsequent real-time rendering and interactivity through OpenUSD's extended functions, such as LOD (Level of Detail) and dynamic attribute binding. Finally, based on the compositional relationships of these component-level twin digital model assets in the OpenUSD data format and the airborne system digital prototype, the system can integrate the component-level twin digital model assets to generate system-level twin digital model assets, thereby completely simulating the real operating state of the airborne system.

[0041] Furthermore, the discretization of geometric data in CAD data format to generate discretized mesh data includes: Based on the NURBS numerical solution surface in CAD data format, vertex position data used to uniformly generate discrete triangular meshes on the surface using the geometric approximation method. Several triangles are generated based on the vertex position data, and vertex normal data is generated based on the orientation of the three vertices of the adjacent triangles. Discretized mesh data is generated based on vertex position data and vertex normal data.

[0042] It should be noted that the above data, as well as all other methods for generating discrete triangular mesh geometry data, fall within the scope of data processing and transformation.

[0043] Furthermore, the data processing and format conversion of the component-level twin digital model assets in CAD data format also includes: Convert the industrial material properties in the component-level twin digital model assets in CAD data format into material visual properties for rendering atomic parts of digital prototypes.

[0044] In practice, assuming the CAD data is a material definition file (CATIA Material File .CATmat) from Dassault Systèmes CATIA (V5 / V6) design software, the specific method for data conversion is to read, through software or plug-ins, the appearance properties in the file, including but not limited to diffuse color, specular color, and reflectivity, and convert them into the data required for visual materials. For example, properties such as intrinsic color, roughness, metallicity, and normals from physically based rendering.

[0045] Furthermore, the data processing and format conversion of the component-level twin digital model assets in CAD data format also includes: The inherent attributes of parts in the component-level twin digital model assets under CAD data format are converted into the attributes of digital prototype atomic parts. The inherent attributes of the parts include material attributes, physical attributes, assembly attributes, manufacturing attributes, simulation attributes, identification and semantic attributes, and life cycle attributes.

[0046] In practice, assuming the CAD data is a material definition file (CATIA Material File .CATmat) from Dassault Systèmes CATIA (V5 / V6) design software, the specific method for data conversion is to collect the material name, material category (Metal, Plastic, Ceramic, etc.), hardness (such as HB, HV), and mass (if it is a component) from the "General" properties of this file using software or plug-in programs to form the attribute data corresponding to a specific part or component.

[0047] The following is a detailed description of data generation for the USD data format. This mainly includes: reading and converting intermediate transition files or data stored directly in memory using the OpenUSD open-source library to generate data adapted to the USD format. The conversion must be based on all atomic parts and components contained in the CAD digital model, as well as all related compositional relationships.

[0048] Specifically, data generation adapted to the OpenUSD data format includes the process of using various methods and concepts in the OpenUSD framework (including but not limited to Prim, xform, Layer, Attribute, Relationship, Schema and custom Schema, composition, composition arcs) to transform and generate atomic parts, components, and compositional relationships.

[0049] In one embodiment, reading intermediate transition files or data stored in memory and converting them into component-level twin digital model assets in OpenUSD data format includes: Based on the Prim attribute function and Payload related concepts of OpenUSD, the relevant API is called to convert the intermediate transition file or geometric data stored in memory into a Payload file, and associated with the attribute named Prim, thereby realizing the conversion of geometric data in the OpenUSD data format.

[0050] It should be noted that the methods and approaches for using the geometric data in step 2 and converting it into an OpenUSD-readable format for use in digital prototypes via the concepts and APIs provided by OpenUSD are all within the scope of protection of this invention.

[0051] In this embodiment, the geometric data is converted from CAD data format to OpenUSD data format, achieving seamless integration between different formats and laying a solid foundation for subsequent digital prototype construction. Through OpenUSD's Prim attribute functionality, the geometric data is precisely packaged into a payload file. This process not only preserves the integrity and accuracy of the original data but also fully utilizes the efficiency and flexibility of the OpenUSD data format. As a basic building block in OpenUSD, Prim's attribute functionality allows users to attach rich metadata to the geometric data, such as materials, textures, and transformations, thereby enabling the digital prototype to achieve unprecedented levels of visual presentation and interactivity.

[0052] Furthermore, the step of reading intermediate transition files or data stored in memory and converting them into component-level twin digital model assets in the OpenUSD data format includes: Use OpenUSD's material container property features and related APIs to create material declarations; By using intermediate transition files or visual material data stored in memory, values ​​can be directly assigned or filled into the material declaration using a mapping algorithm to achieve the conversion of visual material data in the OpenUSD data format.

[0053] It should be noted that the methods and approaches of using the visual material data in step 2 and converting it into an OpenUSD-readable format for use in digital prototypes via the concepts and APIs provided by OpenUSD are all within the scope of protection of this invention.

[0054] In this embodiment, the OpenUSD material system is used to map the physically rendered attributes (such as intrinsic color, roughness, metallicity, etc.) extracted from the CAD material definition file onto the OpenUSD material nodes, creating a material representation that is consistent with the visual effect of the original CAD model. This process ensures the realism and accuracy of the digital prototype in visual presentation.

[0055] Furthermore, the step of reading intermediate transition files or data stored in memory and converting them into component-level twin digital model assets in the OpenUSD data format includes: Use OpenUSD's schema functionality and related APIs to create a custom schema; In the custom schema, set the required attributes for digital prototype atomic parts and components, and use intermediate transition files or attribute data stored in memory to directly assign values ​​into the custom schema to achieve the conversion of attribute data under the OpenUSD data format.

[0056] It should be noted that the methods and approaches that use the attribute data in step 2 and convert it into OpenUSD readable data and usable for digital prototypes via concepts (including but not limited to custom schema, layer, composition, etc.) and APIs provided by OpenUSD are all within the scope of protection of this invention.

[0057] Specifically, the system converts various attribute information, such as material properties, physical properties, and assembly properties, from the CAD model into attribute data in OpenUSD by using a custom schema or leveraging OpenUSD's existing attribute definition mechanism, and then associates this data with the corresponding atomic parts or components (Prims). In this way, the digital prototype not only possesses geometric shape and visual effects but also fully retains all the key attribute information from the original design, providing a solid data foundation for subsequent simulation analysis, assembly verification, and other processes.

[0058] Furthermore, during the conversion process, the system fully leveraged OpenUSD's hierarchical referencing and instantiation capabilities to efficiently reuse components with repetitive structures, reducing data redundancy and improving scene construction efficiency. Through this series of data processing and format conversions, the system successfully generated component-level twin digital model assets adapted to the OpenUSD data format. These assets not only retained all the key information from the original CAD data but were also further enhanced and optimized through OpenUSD's extended functionality, laying a solid foundation for subsequent system-level twin digital model asset integration and the comprehensive construction of airborne system digital prototypes.

[0059] Furthermore, regarding the generation of system-level twin digital model assets, refer to Figure 5 This mainly includes generating airborne system-level twin digital model assets in USD data format based on the composition relationship of airborne system digital prototypes using the OpenUSD open-source library for each component-level twin digital model asset.

[0060] Specifically, the generation of airborne system-level twin digital model assets includes: converting geometric, visual material, and attribute data into digital twin virtual parts and components based on OpenUSD, and then using OpenUSD-related functions and concepts to generate airborne twins from the virtual parts and components according to the composition relationship of the airborne system digital prototype.

[0061] The method for generating virtual assets for airborne digital prototypes based on OpenUSD proposed in this application has the following advantages: It offers autonomy and controllability: Relying on commercial software for conversion is often a "black box" operation with fixed processes that are difficult to customize. Adopting an open-source solution makes the entire conversion pipeline transparent, auditable, and customizable. Users can customize conversion rules and optimization strategies based on their industry characteristics (such as aviation or automotive). Achieving batch and automated processing: Based on open-source libraries, highly automated batch conversion tools can be developed and seamlessly integrated into the enterprise's CI / CD (Continuous Integration / Continuous Deployment) pipeline. This means that whenever a CAD design is updated, its corresponding USD digital twin asset can be automatically generated and published to the collaboration platform, greatly improving efficiency; Low cost and ecosystem innovation: Open source solutions reduce reliance on specific commercial software, avoid expensive licensing fees, and create an open and sustainable technology ecosystem. Users can independently control core data transformation technologies and continuously iterate their toolchains based on the development of the open source community.

[0062] Secondly, embodiments of this application also provide an airborne digital prototype virtual asset generation system based on OpenUSD, used to implement the airborne digital prototype virtual asset generation method based on OpenUSD as described in any embodiment of the first aspect, the system comprising: The acquisition module is used to acquire component-level twin digital model assets in CAD data format; The preprocessing module is used to process and convert the data of the component-level twin digital model assets in CAD data format, and to form intermediate transition files or store them in memory based on the converted data. The conversion module is used to read intermediate transition files or data stored in memory and convert them into component-level twin digital model assets in the OpenUSD data format, based on the OpenUSD open-source library. The generation module is used to integrate component-level twin digital model assets based on the composition relationship of component-level twin digital model assets and airborne system digital prototypes in the OpenUSD data format, and generate system-level twin digital model assets.

[0063] This invention proposes a method for converting CAD data format digital model assets into USD data format digital model assets. This method effectively solves a series of problems in the aerospace industry where CAD digital model assets are not suitable for the digital twin field, and achieves the following significant effects: 1) Improved capacity for large-scale scenarios: Taking aircraft avionics systems in the aerospace industry as an example, a digital twin of an aircraft's avionics system contains billions or even tens of billions of polygons. Traditional CAD data formats lack built-in mechanisms to handle this scale of data, and direct loading can lead to system crashes. In contrast, the USD data format provides mechanisms such as hierarchical referencing, instantiation, and lazy loading, enabling efficient management of massive amounts of data.

[0064] 2) Improved real-time performance and interactivity: Digital twins require real-time rendering and real-time interaction. 3D models in CAD data formats have too many faces, necessitating reasonable weight reduction and Level of Detail (LOD) processing. USD data formats natively support LOD and can automatically switch between models of different resolutions based on camera distance, ensuring a smooth experience.

[0065] 3) It possesses dynamic and programmable characteristics: Digital twins are dynamic; the devices need to move, their states need to change, and the data needs to drive visualization. CAD data formats only support static display. USD data formats, on the other hand, support animation, time-coded data, custom attributes, and scripts, transforming models from static geometry into programmable digital objects.

[0066] 4) Achieve multidisciplinary collaboration and data fusion: A complete digital twin requires the integration of geometric models, sensor data (IoT), physical simulation (CAE), business process data, and more. CAD data formats offer limited information and do not support parallel processing, while the USD data format employs a layered approach that allows different teams (layout, lighting, simulation, UI) to work in parallel on the same scene, non-destructively overlaying their respective data layers, resulting in strong scalability.

[0067] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the technical scope disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A method for generating virtual assets for airborne digital prototypes based on OpenUSD, characterized in that, include: Obtain component-level twin digital model assets in CAD data format; Data processing and format conversion are performed on component-level twin digital model assets in CAD data format, and intermediate transition files are generated or stored in memory based on the format-converted data; Based on the OpenUSD open-source library, intermediate transition files or data stored in memory are read and converted into component-level twin digital model assets in the OpenUSD data format; Based on the composition relationship between component-level twin digital model assets in the OpenUSD data format and the digital prototype of the airborne system, component-level twin digital model assets are integrated to generate system-level twin digital model assets.

2. The method for generating virtual assets for airborne digital prototypes based on OpenUSD according to claim 1, characterized in that, The component-level twin digital model assets include geometric data, visual material data, and attribute data.

3. The method for generating virtual assets for airborne digital prototypes based on OpenUSD according to claim 2, characterized in that, The data processing and format conversion of component-level twin digital model assets in CAD data format includes: Discretize the geometric data in CAD data format to generate discretized mesh data; The discretized grid data and related scene data in the component-level twin digital model assets are converted into a data format for storing 3D models.

4. The method for generating virtual assets for airborne digital prototypes based on OpenUSD according to claim 3, characterized in that, The discretization and mesh generation of geometric data in CAD data format, to generate discretized mesh data, includes: Based on the NURBS numerical solution surface in CAD data format, vertex position data used to uniformly generate discrete triangular meshes on the surface using the geometric approximation method. Several triangles are generated based on the vertex position data, and vertex normal data is generated based on the orientation of the three vertices of the adjacent triangles. Discretized mesh data is generated based on vertex position data and vertex normal data.

5. The method for generating virtual assets of airborne digital prototypes based on OpenUSD according to claim 3, wherein the data processing and format conversion of the component-level twin digital model assets in CAD data format further includes: Convert the industrial material properties in the component-level twin digital model assets in CAD data format into material visual properties for rendering atomic parts of digital prototypes.

6. The method for generating virtual assets of airborne digital prototypes based on OpenUSD according to claim 3, wherein the data processing and format conversion of the component-level twin digital model assets in CAD data format further includes: The inherent attributes of parts in the component-level twin digital model assets under CAD data format are converted into the attributes of digital prototype atomic parts. The inherent attributes of the parts include material attributes, physical attributes, assembly attributes, manufacturing attributes, simulation attributes, identification and semantic attributes, and life cycle attributes.

7. The method for generating virtual assets for airborne digital prototypes based on OpenUSD according to claim 2, characterized in that, The process of reading intermediate transition files or data stored in memory and converting them into component-level twin digital model assets in OpenUSD data format includes: Based on the Prim attribute function and Payload related concepts of OpenUSD, the relevant API is called to convert the intermediate transition file or geometric data stored in memory into a Payload file, and associated with the attribute named Prim, thereby realizing the conversion of geometric data in the OpenUSD data format.

8. The method for generating virtual assets for airborne digital prototypes based on OpenUSD according to claim 2, characterized in that, The process of reading intermediate transition files or data stored in memory and converting them into component-level twin digital model assets in OpenUSD data format includes: Use OpenUSD's material container property features and related APIs to create material declarations; By using intermediate transition files or visual material data stored in memory, values ​​can be directly assigned or filled into the material declaration using a mapping algorithm to achieve the conversion of visual material data in the OpenUSD data format.

9. The method for generating virtual assets for airborne digital prototypes based on OpenUSD according to claim 2, characterized in that, The process of reading intermediate transition files or data stored in memory and converting them into component-level twin digital model assets in OpenUSD data format includes: Use OpenUSD's schema functionality and related APIs to create a custom schema; In the custom schema, set the required attributes for digital prototype atomic parts and components, and use intermediate transition files or attribute data stored in memory to directly assign values ​​into the custom schema to achieve the conversion of attribute data under the OpenUSD data format.

10. A virtual asset generation system for airborne digital prototypes based on OpenUSD, used to implement the virtual asset generation method for airborne digital prototypes based on OpenUSD as described in any one of claims 1-9, characterized in that, The system includes: The acquisition module is used to acquire component-level twin digital model assets in CAD data format; The preprocessing module is used to process and convert the data of the component-level twin digital model assets in CAD data format, and to form intermediate transition files or store them in memory based on the converted data. The conversion module is used to read intermediate transition files or data stored in memory and convert them into component-level twin digital model assets in the OpenUSD data format, based on the OpenUSD open-source library. The generation module is used to integrate component-level twin digital model assets based on the composition relationship of component-level twin digital model assets and airborne system digital prototypes in the OpenUSD data format, and generate system-level twin digital model assets.

Images