Object-Oriented Internet
  • Executive Summary
  • Table of Content
  • Introduction
    • Introduction to Object-Oriented Internet
    • Introduction to Complex Data Processing
    • OPC Unified Architecture
    • OPC UA Main Technology Features
  • Semantic-Data Processing
    • Semantic-Data Processing Architecture
    • Address Space and Address Space Model
    • UA Information Model - Concept
      • Standard Information Model
    • Information Models Development
      • Adopting Companion Standard Models - Analyzer Devices Integration
      • Companion Specification - Information Model for Analyzers
      • ADI Information Model Adoption
      • ADI Model Deployment
      • Address Space Model Life-cycle
      • Design and Deployment Support
    • Address Space Management Implementation
    • Address Space Prototyping Tool (asp.exe)
      • UAModelDesignExport Library
  • Internet of Things (IoT) Archetype
    • Semantic-Data Message Centric Communication
    • Internet of Things (IoT) Communication
  • Reactive Communication
    • UA Part 14: PubSub Main Technology Features
    • Reactive Networking of Semantic-Data Library
      • Underlying Transport over UDP
      • Underlying Transport over MQTT
      • Underlying Transport over AMQP
      • Underlying Transport over Ethernet
      • DataSet and Communication Channel Association
      • Encoding Library
    • Getting Started Tutorial
    • Walk-through ReferenceApplication
      • ReferenceApplication Utilities
      • Azure Gateway DataRepository
      • ReferenceApplication Consumer - Data Logger
      • ReferenceApplication Producer - Interoperability Test Data Generator
      • ReferenceApplication Producer - Boilers Set Simulator
  • Configuration
    • Configuration - Executive Summary
      • Reactive Networking (RxNetworking) Configuration
      • DataBinding library
  • Global Data Discovery
    • Concept
    • Domain Model
  • References
    • See also
Powered by GitBook
On this page
  • Concept
  • Data semantics
  • URI resolver
  • Solution
  • Content

Was this helpful?

Edit on GitHub
  1. Global Data Discovery

Concept

PreviousDataBinding libraryNextDomain Model

Last updated 2 years ago

Was this helpful?

Concept

In this approach, the URI of the OPC UA Information Model is to be used as a unique key to browse the Global Data Discovery System (GDDS – an expanded version of GDS) to find recursively the destination OPC UA Server or UA Data Application exposing the requested data.

The main assumptions of the concept are covered in the document:

The URI syntax is described in the document: .

The Data Discovery procedure may be applied to the following scenarios:

  • Design time data discovery - all about using data definition (OPC UA Information Model - semantics) to configure data bindings and data distribution over the wire.

  • Startup process - all about bootstrapping process of the OOI Reactive Application.

  • Operational time - all about dynamic data definitions and security stuff management (certificates, keys)

Design time data discovery process is illustrated in the activity diagram:

  • ![Design Time Activities](../CommonResources/Media/DataDiscovery.Design Time Activities.png)

The startup process of an OOI Reactive Application is illustrated in the activity diagram:

The proposed concept is scalable and could be used in local and global scope depending on the available resources. A domain model describing a scenario where this approach is applicable is covered in the document .

Data semantics

In the discovery process the semantics of the data is layered as follows:

  1. Value encoding (serialization), e.g. double, Int32, Boolean,

  2. Value meaning, e.g. pressure, temperature, flow, etc.

  3. Values relation, e.g. boiler object type containing relation between drum, input pipe and flow neater.

  4. Process – data source, e.g. set of boilers: Boiler #1, Boiler #i, ...., Boiler #N located at…..

Semantics of the data is expressed using types. Process data is available as the Variables described by types.

Conclusion The discovery process must address:

  • the data types - to get meaning and design data management and processing

  • the data values - to get current process state and control it

URI resolver

        foo://example.com:8042/over/there?name=ferret#nose
         \_/  \______________/ \________/ \_________/ \__/
          |           |            |            |       |
       scheme     authority       path        query  fragment

It is assumed that the Data Domain description is provided by the discovery services resolved from the OPC UA Information Model URI.

The main challenge is where the recursive resolution process shall start. It seems we have the following options:

  1. Direct - the URI is URL of the XML/Json files containing all definitions required to configure application.

  2. A selected root HTTP services, e.g. in the opcfoundation.com domain.

Solution

The discovery procedure is based on the following records:

  • DomainModel: contains information about data available in the selected Data Domain.

  • DomainDescriptor: contains information about how to find and download DomainModel.

The recovery and resolving procedure is based on the Restful (Representational State Transfer) Web API style with the goal that the system can evolve over a long period of time and can tolerate many different clients and many different changes without breaking those clients.

Content

  • DataDiscovery - Library supporting global data discovery services.

  • Tests - test projects.

Authority part of the model URI is a DNS entry (see also: in the information model URI zone – on promise services.

rfc1034: DOMAIN NAMES - CONCEPTS AND FACILITIES; November 1987
Uniform Resource Identifier (URI): Generic Syntax
Domain Model of the Global Data Discovery
Discoverable Data
StartupActivityDiagram