Combined test platform object model modeling method
By classifying and objectifying the interactive information of the experimental resource, establishing a basic object model and adding behavior, the problem of poor universality of the object model and redundant information is solved, and the interoperability and reusability of the experimental resource are improved.
Patent Information
- Application Number
- CN202411459204.1
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-10-18
- Publication Date
- 2025-01-14
- Estimated Expiration
- Not applicable · inactive patent
AI Technical Summary
The lack of specifications for object modeling in the prior art has led to poor generality of object models and redundant information in joint experiments, which weakens the interoperability and reuse capabilities of experimental resources.
By classifying, decomposing and objectifying the interactive information of the experimental resource, abstracting it as a basic object model, and adding object model behaviors according to the experimental application, using a small amount of features and behaviors to express the interactive information to ensure the integrity and accuracy of the information.
It improves the universality of object models and the interoperability and reusability of experimental resources, and is suitable for a wide range of joint experimental applications.
Smart Images

Figure CN119312142A_ABST
Abstract
Description
Technical Field
[0001] The present invention relates to the technical field of joint test, and in particular to a joint test platform object modeling method. Background Art
[0002] The object model is an abstract representation of the interactive information of various resources in the joint test platform that supports complex product testing. The purpose of establishing the object model is to provide a "common language" for the exchange of information among various resources in the test field, so that the communication within the test system or between test systems can achieve semantic interoperability, which is the basis for achieving interoperability and reuse of test resources.
[0003] At present, research related to object model modeling mainly focuses on object model modeling tools and standardized description of object models, such as UML description, TDL description, XML description, etc., and some researchers have established object models for some field applications, but these object models have problems such as incomplete description information or information redundancy. In addition, there is no relevant research literature to explain how the object model is constructed and on what principles and methods it is constructed. This also leads to a lack of standardized object model modeling methods in joint tests (such as weapons and equipment or combat joint tests), and the object models established by different personnel are diverse, which makes it impossible for the object model to achieve a certain degree of universality, weakening the significance of the object model and reducing the interoperability and reuse capabilities of experimental resources. Summary of the invention
[0004] In view of this, the present invention provides a joint test platform object model modeling method that can solve the above-mentioned technical problems. The use of the present invention can solve the problems caused by the low versatility of the established object model or the large information redundancy. The object model established by this method can use a small number of features and behaviors to fully express the interactive information, has better versatility, can adapt to a wider range of joint test applications, and improve the interoperability and reusability of test resources.
[0005] To achieve the above object, the technical solution adopted by the present invention is:
[0006] An embodiment of the present invention provides a method for modeling a joint test platform object model, the method comprising the following steps:
[0007] S1. Classify the experimental resource interaction information;
[0008] S2, decompose and objectify the interactive information;
[0009] S3, abstract objects that can express the same physical meaning into a basic object model and perform consistency processing;
[0010] S4. Combine the basic object models into an object model and add object model behaviors according to the experimental application.
[0011] In an optional implementation, in step S1, the interactive information is divided into three categories: state information, event information and data flow information, wherein: state information is abstracted using a state distribution type object model, event information is abstracted using a message type object model, and data flow information is abstracted using a stream type object model.
[0012] In an optional implementation, in step S2, the interactive information is decomposed and objectified, the information package that can fully express the objective existence is defined as an object, the information elements that can reflect the attributes of the information package are defined as the characteristics of the corresponding object, and the decomposition results are identified using a tree structure to form a tree hierarchy diagram.
[0013] In an optional implementation, in step S3, for the problems of inconsistent number of object features, inconsistent feature names, and inconsistent feature types, abstraction is performed according to the following methods to ensure the integrity and accuracy of information expression:
[0014] (a) Method for determining the number of basic object model features:
[0015] For different interactive information describing the same object, the features are taken as the features of the object to ensure the integrity of the entity features, that is:
[0016]
[0017] P ij =(x i1 , x i2 ..., x im ), m ≥ 0
[0018] Among them, E i Represents an entity, (x i1 , x i2 ……x in ) represents entity E i n features included; P ij Represents E described in protocol j i The features contained in the entity; s represents the number of protocols in the entity protocol set;
[0019] (b) Method for determining the name of the basic object model feature:
[0020] For the case of different names for the same feature, consistency is adopted. A unique feature name is used to correspond to one feature. Feature names with different names but the same actual meaning are determined to be the same feature, and features are not recorded repeatedly.
[0021] (c) Method for determining the basic object model feature type:
[0022] According to different application situations, if there are differences in the data types corresponding to the same feature, consistency processing is performed and the maximum number of bytes of the feature is taken as the data type of the feature.
[0023] In an optional embodiment, in step S4, according to the behavioral requirements of the test application for the object model, the object model behavior is established according to the three categories of setting characteristic values, transforming characteristic values, and obtaining characteristic values. For the behaviors required by different objects, a complete set of behaviors is established in the object model, and a unique function name and behavior parameters that describe the behavior are defined for each behavior.
[0024] Compared with the prior art, the present invention has at least the following beneficial effects:
[0025] The present invention proposes a joint test platform object modeling method, which can be applied to the field of joint tests conducted using the joint test platform, and can solve the problem that the established object model is not universal or has large information redundancy. The object model established by this method can use a small number of features and behaviors to fully express interactive information. The object model has better universality and can be used for a wide range of test field-related applications, thereby improving the interoperability and reusability of test resources.
[0026] Other features and advantages of the present invention will be described in the following description, and partly become apparent from the description, or understood by practicing the present invention. The purpose and other advantages of the present invention can be realized and obtained by the structures particularly pointed out in the written description and the accompanying drawings.
[0027] The technical solution of the present invention is further described in detail below through the accompanying drawings and embodiments. BRIEF DESCRIPTION OF THE DRAWINGS
[0028] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, a brief introduction will be given below to the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative work.
[0029] The accompanying drawings are used to provide further understanding of the present invention and constitute a part of the specification. They are used to explain the present invention together with the embodiments of the present invention and do not constitute a limitation of the present invention.
[0030] Figure 1 A schematic flow chart of a method for modeling a joint test platform object model provided in an embodiment of the present invention.
[0031] Figure 2 A schematic diagram of tree decomposition of interactive information objectification provided by an embodiment of the present invention.
[0032] Figure 3 A schematic diagram of the object model provided in the embodiment of the present invention.
[0033] Figure 4 A schematic diagram of a tree decomposition of the objectified drone interaction information 1 provided in an embodiment of the present invention.
[0034] Figure 5 A tree-like decomposition diagram of the objectification of drone interaction information 2 provided in an embodiment of the present invention.
[0035] Figure 6 A schematic diagram of forming a drone object model provided in an embodiment of the present invention. DETAILED DESCRIPTION
[0036] In order to make the purpose, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments.
[0037] In the description of the present invention, it should be noted that: in some processes described in the specification and drawings of this application, multiple operations appearing in a specific order are included, but it should be clearly understood that these operations may not be performed in the order in which they appear in this document or may be performed in parallel. In addition, various serial numbers are only used for descriptive purposes and cannot be understood as indicating or implying relative importance.
[0038] Therefore, the following detailed description of the embodiments of the present invention provided in the accompanying drawings is not intended to limit the scope of the invention claimed for protection, but merely represents selected embodiments of the present invention. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.
[0039] See also Figure 1 As shown, the present invention provides a method for modeling a joint test platform object model, wherein a solid circle represents the start, a hollow circle represents the end, and a black solid rectangle represents parallel processing; the method mainly includes the following steps:
[0040] S1. Classify the experimental resource interaction information;
[0041] S2, decompose and objectify the interactive information;
[0042] S3, abstract objects that can express the same physical meaning into a basic object model and perform consistency processing;
[0043] S4. Combine the basic object models into an object model and add object model behaviors according to the experimental application.
[0044] The specific implementation manner and working principle of the method of the present invention are described in detail below:
[0045] 1. Object model modeling principles:
[0046] The public object model is a highly abstracted information of experimental resource interaction. Object model modeling is a gradual and iterative process that cannot be completed overnight. To avoid detours, the following principles are followed in the embodiments of the present invention:
[0047] (1) The principle of miniaturization, that is, the establishment of object models should first focus on small, reusable objects that most object models rely on, rather than focusing on large-scale information modeling problems. In other words, first establish a small object model that can be shared by almost all experimental resources, and then build a large object model through a "building block" combination method.
[0048] (2) The principle of inheritance, that is, by inheriting the generalized and common object model, the basic attributes and behaviors of the object model to be constructed are directly acquired, and then a new object model is formed by adding its own unique attributes and behaviors.
[0049] (3) The principle of minimization, that is, the fewer object models, the better. The ultimate goal is to use limited object models to represent unlimited interactive information of test equipment resources.
[0050] 2. Specific steps for object modeling:
[0051] 1. Classification of interactive information:
[0052] Firstly, the interaction information of experimental resources is analyzed and divided into three categories: state information, event information and information flow. State information is abstracted by the state distributed object class object model (SDO), event information is abstracted by the message type object model (Message), and information flow is abstracted by the flow type object model.
[0053] Both state information and event information are for entities, collectively referred to as entity information. The only difference is the life cycle of the message, so the abstraction method is consistent and the modeling method used is the same. As a special information mode, data flow can be directly abstracted as the data flow of the object model without special processing.
[0054] 2. Objectification of interactive information:
[0055] In the embodiment of the present invention, each entity interaction information is decomposed and objectified, an information package that can fully express objective existence is defined as an object, and an information element that can reflect the attribute of the information package is defined as a feature of the corresponding object. The decomposition result is marked by a tree structure to form a tree hierarchy diagram, such as Figure 2 shown.
[0056] 3. Establish the basic object model:
[0057] In the embodiment of the present invention, the tree structure after the interactive information is objectified is assumed to be Q layers ( Figure 2 is a similar example, with 4 layers, the top layer is 1 layer, and the bottom layer is 4 layers), then the objects in the Q-1 layer that can express the same physical meaning are further abstracted into the basic object model. Due to artificial decomposition, the names of the decomposed objects may be inconsistent for the same object during the decomposition process. In this case, consistency processing is used, and a unique name is used for the same object, and objects with inconsistent names are described with a unique name.
[0058] Specifically, for problems such as inconsistent number of object features, inconsistent feature names, inconsistent feature types, etc., abstraction is performed according to the following methods to ensure the completeness and accuracy of information expression.
[0059] (a) Method for determining the number of basic object model features:
[0060] No matter what object features are concerned in the interactive information, these features belong to the same object. Therefore, for different interactive information describing the same object, the union of the features is taken as the feature of the object to ensure the integrity of the entity features.
[0061] Right now Where P ij =(x i1 , x i2 ..., x im ), m≥0;
[0062] Among them, E i Represents an entity, (x i1 , x i2 ......x in ) represents entity E i Contains n features. ij Represents E described in protocol j i The features contained in the entity. s represents the number of protocols in the entity protocol set.
[0063] (b) Method for determining the name of the basic object model feature:
[0064] Due to artificial decomposition, the names of the same object features may be inconsistent, resulting in multiple names for the same feature, which is actually the same feature. Therefore, consistency is adopted for the same feature with different names. A unique feature name is used to correspond to one feature. Feature names with different names but the same actual meanings are determined to be the same feature, and features are not recorded repeatedly.
[0065] (c) Method for determining the data type of the basic object model feature:
[0066] In the embodiment of the present invention, the data type corresponding to the same feature may be different according to different application situations. For example, the same location feature may be 4 bytes in some interactive information and 8 bytes in other interactive information. In this case, consistency processing is still required, and the maximum number of bytes of the feature is taken as the data type of the feature, so as to cover the requirements of all interactive information on the accuracy of the feature data.
[0067] 4. Determine the object model:
[0068] For the Q-2 layer, objects that can express the same physical meaning are further abstracted into object models. If the lower layer contains objects, the corresponding object models of the objects are used for abstraction through combination. Features other than the combined object model are processed according to the processing principles in the construction of the basic object model. On the basis of determining the characteristics of the object model, according to the requirements of the experimental application for the object model behavior, the object model behavior is established in three categories: setting eigenvalues, transforming eigenvalues, and obtaining eigenvalues. For the behaviors required by different objects, a full set of behaviors is established in the object model, and for each behavior, a unique function name and behavior parameters that describe the behavior are defined. The behavior name here is the function name, and the behavior parameters are the function parameters. For example, Int add(double x, double y) Add is the behavior, and x and y are the behavior parameters; thereby establishing a complete object model, such as Figure 3 shown.
[0069] Repeat the above steps to build the upper-level object model until the object model of the top-level Q is built and the construction of all object models is completed.
[0070] Combine the following Figures 4 to 6 As shown, taking the construction of an unmanned object model as an example, the technical solution of the present invention is described:
[0071] In this embodiment, the interaction information in a joint test system includes:
[0072] UAV interaction information 1: longitude (8 bytes), latitude (8 bytes), altitude (4 bytes), horizontal speed (4 bytes), vertical speed (4 bytes), pitch angle (2 bytes), roll angle (2 bytes), heading angle (2 bytes), mission status (1 byte);
[0073] UAV interaction information 2: longitude (8 bytes), latitude (8 bytes), altitude (8 bytes), forward speed (4 bytes), lifting speed (4 bytes), lateral speed (4 bytes), battery health status (2 bytes), remaining power (2 bytes), signal strength (1 byte), packet loss rate (1 byte), command type (1 byte), command parameters (4 bytes), mission status (1 byte), fault report (1 byte);
[0074] Missile event information: launch time (8 bytes), launch location (8 bytes), impact time (8 bytes), impact location (8 bytes), impact result (1 byte);
[0075] Communication data flow information: data packet sequence number (4 bytes), data packet content (variable length).
[0076] 1. Classification of interactive information:
[0077] First, the above interaction information is classified:
[0078] State information: The drone’s location information, speed information, attitude information, and battery status information are abstracted using the State Distributed Object (SDO) class object model.
[0079] Event information: Missile launch events and hit events are abstracted using the message type object model (Message).
[0080] Data stream information: Communication data packet information, directly abstracted using the stream type object model.
[0081] 2. Objectification of interactive information:
[0082] Decompose and objectify each piece of interaction information:
[0083] 1) UAV interaction information 1:
[0084] The properties that can be objectified include:
[0085] Location object model: Features include longitude (8 bytes), latitude (8 bytes), and altitude (4 bytes).
[0086] Speed object model: Features include horizontal speed (4 bytes) and vertical speed (4 bytes).
[0087] Attitude object model: Features include pitch angle (2 bytes), roll angle (2 bytes), and heading angle (2 bytes).
[0088] The properties that cannot be objectified include:
[0089] Task status (1 byte)
[0090] 2) UAV interaction information 2:
[0091] The properties that can be objectified include:
[0092] Location object model: Features include longitude (8 bytes), latitude (8 bytes), and altitude (8 bytes).
[0093] Speed object model: Features include forward speed (4 bytes), lateral speed (4 bytes), and lifting speed (4 bytes).
[0094] Battery status object model: Features include battery health status (2 bytes) and remaining power (2 bytes).
[0095] Communication status object model: Features include signal strength (1 byte) and packet loss rate (1 byte).
[0096] The properties that cannot be objectified include:
[0097] Task status (1 byte), fault report (1 byte)
[0098] 3) Missile incident information:
[0099] Launch event: Features include launch time (8 bytes) and launch location (8 bytes).
[0100] Hit event: Features include hit time (8 bytes), hit location (8 bytes), and hit result (1 byte).
[0101] Communication data flow information:
[0102] Data packet: Features include data packet sequence number (4 bytes) and data packet content (variable length).
[0103] 3. Establish the basic object model:
[0104] After the interactive information is objectified, objects with the same physical meaning are further abstracted into basic object models and processed for consistency. Specifically:
[0105] 1) Determination of the number of features:
[0106] The features of the same object described in different interaction information are combined.
[0107] The sub-object model includes:
[0108] Location object model: Features include longitude (8 bytes), latitude (8 bytes), and altitude (4 bytes).
[0109] Speed object model: Features include horizontal speed (4 bytes), vertical speed (4 bytes), and forward speed (4 bytes).
[0110] Attitude object model: Features include pitch angle (2 bytes), roll angle (2 bytes), and heading angle (2 bytes).
[0111] Battery status object model: Features include battery health status (2 bytes) and remaining power (2 bytes).
[0112] Communication status object model: Features include signal strength (1 byte) and packet loss rate (1 byte).
[0113] Sub-properties include:
[0114] Task status (1 byte), fault report (1 byte)
[0115] 2) Determination of feature name:
[0116] Different names for the same feature are handled consistently.
[0117] Task status and task situation: unified as task status.
[0118] Lateral speed and horizontal speed: unified as horizontal speed.
[0119] Vertical speed and ascent and descent speed: unified as vertical speed.
[0120] 3) Feature type determination:
[0121] The maximum number of bytes for the data type corresponding to the same feature.
[0122] Height: The maximum number of bytes is 8 bytes.
[0123] 4. Determine the object model:
[0124] Combine base object models into higher-level object models and add behavior.
[0125] Drone Object Model:
[0126] 1) Location object model:
[0127] Attributes: longitude (8 bytes), latitude (8 bytes), altitude (8 bytes);
[0128] Behavior: SetPosition(latitude,longitude,altitude), GetPosition();
[0129] 2) Speed object model:
[0130] Attributes: horizontal speed (4 bytes), vertical speed (4 bytes), forward speed (4 bytes);
[0131] Behavior: SetVelocity(velocity), GetVelocity();
[0132] 3) Posture object model:
[0133] Attributes: pitch angle (2 bytes), roll angle (2 bytes), heading angle (2 bytes);
[0134] Behavior: SetAttitude(pitch,roll,yaw), GetAttitude();
[0135] 4) Battery status object model:
[0136] Attributes: battery health status (2 bytes), remaining power (2 bytes);
[0137] Behavior: GetBatteryHealth(), GetBatteryLevel();
[0138] 5) Communication status object model:
[0139] Attributes: signal strength (1 byte), packet loss rate (1 byte);
[0140] Behavior: GetSignalStrength(), GetPacketLossRate();
[0141] 6) Command Object Model:
[0142] Attributes: command type (1 byte), command parameters (4 bytes);
[0143] Behavior: ExecuteCommand(commandType,commandParameters), GetCommandStatus();
[0144] 7) Task status properties, behaviors: StartTask(), StopTask(), GetTaskStatus();
[0145] 8) Fault reporting attributes, behaviors: ReportFault(faultReport), GetFaultDetails();
[0146] Through the above steps, the object modeling process of UAV interaction information 1 and UAV interaction information 2 is completed. This process includes interaction information classification, interaction information objectification, establishment of basic object model and determination of object model. Finally, a UAV object model with complete features and behaviors is formed, ensuring the high reusability and accuracy of the model.
[0147] From the description of the above embodiments, those skilled in the art can know that, based on the joint test platform, the present invention proposes an object model modeling method, which specifies the specific steps and rules for object model modeling. Experimenters can use the method of the present invention to solve the problem that the established object model is not universal or has a large amount of information redundancy. The object model established by this method can use a small number of features and behaviors to fully express the interactive information, so that the object model has better universality and can be used for a wide range of experimental field-related applications, thereby improving the interoperability and reusability of experimental resources.
[0148] It should be understood by those skilled in the art that the embodiments of the present invention may be provided as methods, electronic devices, or computer program products, etc. Therefore, the present invention may take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware aspects. Moreover, the present invention may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program codes.
[0149] It should be noted that the word "comprising" does not exclude the presence of components or steps not listed in the claims. The word "a" or "an" preceding a component does not exclude the presence of a plurality of such components. The present invention can be implemented by means of hardware comprising a number of different components and by means of a suitably programmed computer. The various embodiments in this specification are described in a progressive manner, and each embodiment focuses on the differences from other embodiments. The same and similar parts between the various embodiments can be referred to each other.
[0150] The above description of the disclosed embodiments enables one skilled in the art to implement or use the present invention. Various modifications to these embodiments will be apparent to one skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of the present invention. Therefore, the present invention will not be limited to the embodiments shown herein, but rather to the widest scope consistent with the principles and novel features disclosed herein.
Claims
1. A method for modeling a joint test platform object model, characterized in that: The method comprises the following steps: S1. Classify the experimental resource interaction information; S2, decompose and objectify the interactive information; S3, abstract objects that can express the same physical meaning into a basic object model and perform consistency processing; S4. Combine the basic object models into an object model and add object model behaviors according to the experimental application.
2. A method for modeling a joint test platform object model according to claim 1, characterized in that: In step S1, the interactive information is divided into three categories: state information, event information and data flow information, wherein: state information is abstracted using a state distribution type object model, event information is abstracted using a message type object model, and data flow information is abstracted using a stream type object model.
3. A method for modeling a joint test platform object model according to claim 2, characterized in that: In step S2, the interactive information is decomposed and objectified, the information package that can fully express the objective existence is defined as an object, the information element that can reflect the attribute of the information package is defined as the characteristic of the corresponding object, and the decomposition result is marked with a tree structure to form a tree hierarchy diagram.
4. A method for modeling a joint test platform object model according to claim 3, characterized in that: In step S3, for the problems of inconsistent number of object features, inconsistent feature names, and inconsistent feature types, abstraction is performed according to the following methods to ensure the completeness and accuracy of information expression: (a) Method for determining the number of basic object model features: For different interactive information describing the same object, the features are taken as the features of the object to ensure the integrity of the entity features, that is: P ij =(x i1 ,x i2 ......,x im ),m≥0 Among them, E i Represents an entity, (x i1 , x i2 ......x in ) represents entity E i n features included; P ij Represents E described in protocol j i The features contained in the entity; s represents the number of protocols in the entity protocol set; (b) Method for determining the name of the basic object model feature: For the case of different names for the same feature, consistency is adopted. A unique feature name is used to correspond to one feature. Feature names with different names but the same actual meaning are determined to be the same feature, and features are not recorded repeatedly. (c) Method for determining the basic object model feature type: According to different application situations, if there are differences in the data types corresponding to the same feature, consistency processing is performed and the maximum number of bytes of the feature is taken as the data type of the feature.
5. A method for modeling a joint test platform object model according to claim 4, characterized in that: In step S4, according to the behavioral requirements of the experimental application for the object model, the object model behavior is established according to the three categories of setting characteristic values, transforming characteristic values, and obtaining characteristic values. For the behaviors required by different objects, a full set of behaviors is established in the object model, and a unique function name and behavior parameters that describe the behavior are defined for each behavior.
Citation Information
Patent Citations
A method for realizing ownership management service of a joint test platform middleware
CN109254824A
Modeling method of joint test basic model based on core component
CN111753445A
Capability test method based on joint test support platform
US20210019251A1