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] – removed - external edit (Unknown date) 127.0.0.1public: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 ======
  
 +[[public:99_annexes:annex-b-terms-and-definitions:start|Go up to Terms and Definitions]]
 +
 +===== Discussion =====
 +
 +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, [[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 [[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 [[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. [[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. [[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.
 +
 +===== Definition =====
 +
 +*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 =====
 +
 +  * [[private:07-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]]], DDS and DDS Quality of Service material
 +  * DIDO-TE specialization of the Digital Twin concept for [[public:99_annexes:annex-b-terms-and-definitions:n:node|Nodes]]
 +
 +===== Note =====
 +
 +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 [[public:99_annexes:annex-b-terms-and-definitions:t:test_definition|Test Definition]], Configuration, and requirements establish the required degree of fidelity.
 +
 +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.
 +
 +===== 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 [[public:99_annexes:annex-b-terms-and-definitions:v:validation|Validation]] without modifying the operational Node.
 +
 +----
 +
 +<WRAP centeralign>
 +© 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc.
 +</WRAP>