public:99_annexes:annex-b-terms-and-definitions:t:twin_node

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision		 Previous revision
public:99_annexes:annex-b-terms-and-definitions:t:twin_node [2026/09/12 17:42] – ↷ Page moved from private:99_annexes:annex-b-terms-and-definitions:t:twin_node to public:99_annexes:annex-b-terms-and-definitions:t:twin_node nick_didopublic:99_annexes:annex-b-terms-and-definitions:t:twin_node [2026/09/13 17:06] (current) – ↷ Links adapted because of a move operation nick_dido
Line 1: Line 1:
 ====== Twin Node ====== ====== Twin Node ======
  
-[[private:99_annexes:annex-b-terms-and-definitions:start|Go up to Terms and Definitions]]+[[public:99_annexes:annex-b-terms-and-definitions:start|Go up to Terms and Definitions]]
  
 ===== Discussion ===== ===== Discussion =====
  
-A Twin Node specializes the [[private:99_annexes:annex-b-terms-and-definitions:d:digital_twin|Digital Twin]] concept for a [[private:99_annexes:annex-b-terms-and-definitions:n:node|Node]].+A Twin Node specializes the [[public:99_annexes:annex-b-terms-and-definitions:d:digital_twin|Digital Twin]] concept for a [[public:99_annexes:annex-b-terms-and-definitions:n:node|Node]].
  
-A Twin Node maintains a controlled relationship with a corresponding Node so that selected aspects of the Node's identity, [[private:99_annexes:annex-b-terms-and-definitions:c:configuration|Configuration]], state, behavior, communication, or lifecycle are observed, represented, simulated, synchronized, or compared.+A Twin Node maintains a controlled relationship with a corresponding Node so that selected aspects of the Node's identity, [[public:99_annexes:annex-b-terms-and-definitions:c:configuration|Configuration]], state, behavior, communication, or lifecycle are observed, represented, simulated, synchronized, or compared.
  
-The corresponding Node may reside in the same [[private:99_annexes:annex-b-terms-and-definitions:t:test_environment|Test Environment]], another Test Environment, an operational environment, a simulated environment, or an independently administered environment.+The corresponding Node may reside in the same [[public:99_annexes:annex-b-terms-and-definitions:t:test_environment|Test Environment]], another Test Environment, an operational environment, a simulated environment, or an independently administered environment.
  
-A Twin Node may obtain information from multiple eligible data sources. The applicable Configuration, communication policies, and [[private:99_annexes:annex-b-terms-and-definitions:q:qos|Quality of Service (QoS)]] controls determine which information participates in the twin relationship.+A Twin Node may obtain information from multiple eligible data sources. The applicable Configuration, communication policies, and [[public:99_annexes:annex-b-terms-and-definitions:q:qos|Quality of Service (QoS)]] controls determine which information participates in the twin relationship.
  
-The DIDO Reference Architecture describes a Digital Twin as comprising a real-world item, a software representation, and data linking the two. It also associates Digital Twins with simulation, predictive modeling, state monitoring, and response to observed state. [[dido:03-dido-te:99-annexes:annex-b-references:dte-009|[DTE9]]], Appendix A, //Digital Twin//.+The DIDO Reference Architecture describes a Digital Twin as comprising a real-world item, a software representation, and data linking the two. It also associates Digital Twins with simulation, predictive modeling, state monitoring, and response to observed state. [[private:07-dido-te:99-annexes:annex-b-references:dte-009|[DTE9]]], Appendix A, //Digital Twin//.
  
-The DIDO Reference Architecture also defines DDS publish-subscribe communication and DDS Quality of Service concepts that provide mechanisms for distributing information among publishers and subscribers. These mechanisms support the controlled exchange of state and other data associated with a Twin Node. [[dido:03-dido-te:99-annexes:annex-b-references:dte-009|[DTE9]]], DDS and DDS Quality of Service material.+The DIDO Reference Architecture also defines DDS publish-subscribe communication and DDS Quality of Service concepts that provide mechanisms for distributing information among publishers and subscribers. These mechanisms support the controlled exchange of state and other data associated with a Twin Node. [[private:07-dido-te:99-annexes:annex-b-references:dte-009|[DTE9]]], DDS and DDS Quality of Service material.
  
 A Twin Node does not inherently possess authority to control or modify the corresponding Node. Any interaction capable of altering the corresponding Node requires an explicitly governed capability. A Twin Node does not inherently possess authority to control or modify the corresponding Node. Any interaction capable of altering the corresponding Node requires an explicitly governed capability.
Line 21: Line 21:
 ===== Definition ===== ===== Definition =====
  
-*a [[private:99_annexes:annex-b-terms-and-definitions:n:node|Node]] that serves as a [[private:99_annexes:annex-b-terms-and-definitions:d:digital_twin|Digital Twin]] of a corresponding Node through a controlled relationship among their selected identities, configurations, states, behaviors, or exchanged data*+*a [[public:99_annexes:annex-b-terms-and-definitions:n:node|Node]] that serves as a [[public:99_annexes:annex-b-terms-and-definitions:d:digital_twin|Digital Twin]] of a corresponding Node through a controlled relationship among their selected identities, configurations, states, behaviors, or exchanged data*
  
 ===== Source ===== ===== Source =====
  
-  * [[dido:03-dido-te:99-annexes:annex-b-references:dte-009|[DTE9]]], Appendix A, //Digital Twin// +  * [[private:07-dido-te:99-annexes:annex-b-references:dte-009|[DTE9]]], Appendix A, //Digital Twin// 
-  * [[dido:03-dido-te:99-annexes:annex-b-references:dte-009|[DTE9]]], DDS and DDS Quality of Service material +  * [[private:07-dido-te:99-annexes:annex-b-references:dte-009|[DTE9]]], DDS and DDS Quality of Service material 
-  * DIDO-TE specialization of the Digital Twin concept for [[private:99_annexes:annex-b-terms-and-definitions:n:node|Nodes]]+  * DIDO-TE specialization of the Digital Twin concept for [[public:99_annexes:annex-b-terms-and-definitions:n:node|Nodes]]
  
 ===== Note ===== ===== Note =====
Line 33: Line 33:
 A Twin Node and its corresponding Node need not execute the same implementation or use the same infrastructure. A Twin Node and its corresponding Node need not execute the same implementation or use the same infrastructure.
  
-The twin relationship identifies which characteristics require correspondence and which differences are intentional. The applicable [[private:99_annexes:annex-b-terms-and-definitions:t:test_definition|Test Definition]], Configuration, and requirements establish the required degree of fidelity.+The twin relationship identifies which characteristics require correspondence and which differences are intentional. The applicable [[public:99_annexes:annex-b-terms-and-definitions:t:test_definition|Test Definition]], Configuration, and requirements establish the required degree of fidelity.
  
-Where [[private:99_annexes:annex-b-terms-and-definitions:d:dds|DDS]] provides communication between a Twin Node and corresponding Nodes or data sources, DDS publication, subscription, and Quality of Service policies provide realization mechanisms for the controlled exchange of data. These mechanisms do not, by themselves, define the semantic relationship between the Twin Node and its corresponding Node.+Where [[public:99_annexes:annex-b-terms-and-definitions:d:dds|DDS]] provides communication between a Twin Node and corresponding Nodes or data sources, DDS publication, subscription, and Quality of Service policies provide realization mechanisms for the controlled exchange of data. These mechanisms do not, by themselves, define the semantic relationship between the Twin Node and its corresponding Node.
  
 Multiple publishers may provide information relevant to the same Twin Node. The applicable Configuration and communication policies identify eligible information sources and the conditions governing their use. DDS Quality of Service policies govern communication behavior among compatible publishers and subscribers without defining the semantic authority of a source. Multiple publishers may provide information relevant to the same Twin Node. The applicable Configuration and communication policies identify eligible information sources and the conditions governing their use. DDS Quality of Service policies govern communication behavior among compatible publishers and subscribers without defining the semantic authority of a source.
Line 41: Line 41:
 ===== Example ===== ===== Example =====
  
-A Twin Node subscribes to state produced by an operational Node, reproduces selected behavior under controlled Test Environment conditions, and publishes comparable outputs for [[private:99_annexes:annex-b-terms-and-definitions:v:validation|Validation]] without modifying the operational Node.+A Twin Node subscribes to state produced by an operational Node, reproduces selected behavior under controlled Test Environment conditions, and publishes comparable outputs for [[public:99_annexes:annex-b-terms-and-definitions:v:validation|Validation]] without modifying the operational Node.
  
 ---- ----
  • public/99_annexes/annex-b-terms-and-definitions/t/twin_node.1789260174.txt.gz
  • Last modified: 2026/09/12 17:42
  • by nick_dido