TIC 4.0

2022.003 Release

Introduction

This publication TIC4.0 2022.003 contains the Semantics, Dataset Roadmap, Data Model and Definitions on the following topics:

  • Cycle: extension of the 2021.002 release with regards to terminal, berth, yard, train and horizontal transport cycle.

  • Carrier Visit: includes the “Data Model” and the fundamental definitions to digitalize any carrier visit process. Future releases will address various concepts related to this process.

  • Cargo Visit: includes the Data Model and the fundamental definitions to describe what is happening with the cargo, being part of the TOS Data Model. Future releases will address various concepts related to this process.

  • Health: includes the initial definitions and the Data Model to describe the “vitality” of CHE and systems. This will be further expanded in future releases with the TIC4.0 health classification.

  • Drive and Movement: extensive definitions addressing the direction and possible movements of CHE and their subsystems, including an unambiguous definition for the location of wheels in relation to their CHE and associated definitions.

  • CHE Data Model: Updated

  • TOS Data Model: Updated

  • Added request and proposal points of measurements to the https://tic40.atlassian.net/l/c/HPqHLY2V necessary for the negotiation process taking place between carriers and the terminals within the carrier visit. Also the “event” observed property needed for the “Health” concept.

In line with the priority set by TIC4.0 members, this publication constitutes a first attempt to cover the most important processes found in terminal operations: the Cargo Visit - which constitutes the sole purpose of terminals, the Carrier Visit - which constitutes the major link(s) to the cargo value chain, and the Health of CHE, which is very important as “healthy” equipment is required to perform all activities on a terminal. The additional topic Drive and Movement constitutes an important step from an engineering perspective to ensure an unambiguous understanding across the industry.

As in the case of Cycle from release 2021.002, Carrier Visit and Cargo Visit are real life processes that TIC4.0 chose to virtualise as “subjects” in the Data Model. Both have a significant and direct relationship to the cargo value chain and are critical to optimise and improve the client experience.

The Carrier Visit Data Model constitutes the pilar of Port Call Optimisation. In the spirit of decarbonising maritime transport, enhancing vessel navigation sustainability, and minimising energy consumption and carbon emissions, TIC4.0 provides a solid way to digitalise the port call process for the whole industry. The implementation of the TIC4.0 definitions leverages the vessel port call process from a very traditional point-to-point communication and analogue interactions between stakeholders, to a digital, highly connected and systematic interaction. The Carrier Visit Data Model will allow terminal operators and shipping lines (or any other type of carriers applying the same logic) to measure every single subprocess of the process, regardless of whether it is a vessel, truck, train. “If you cannot measure it, you cannot improve it”: the basis for big optimisation lies in these definitions.

Important benefits are foreseen for the different stakeholders:

  1. Carriers can make vessel navigation more sustainable and more efficient,

  2. Ports can maximise throughput and optimise assets utilisation,

  3. Terminals can comply with agreed berthing windows and optimise assets utilisation,

  4. Supply chain users can access more predictable and prescriptive cargo info. 

Focussing on the Vessel Carrier Visit (carrier type: vessel), TIC4.0 has developed an extended definition of events and timestamps, which also integrates the more limited list of events adopted by IMO Compendium and DCSA, which articulate the vessel port call. The availability of a complete Data Model facilitates the use of existing and new supporting software applications for the digitalisation and systematic exchange of relevant events between stakeholders.

This work needs to be adopted broadly by the industry - ideally on a global level, to ensure that its benefits can be realised in terms of efficiency and decarbonisation by: (1) implementing data interactions across software applications within Port ecosystems and (2) digitalising & connecting associated planning processes between Carrier-Port-Terminal.

What we expect from the combination of these different standardisation initiatives is:

  • Empowerment from a systematic and compliance Framework,

  • Follow Data Modeling and API Architecture guidelines,

  • Endorse standards and validate published APIs (e.g. Vessel Schedules),

  • Improvement areas assessment (root-cause and benefit analysis),

  • Leverage pilots and proof-of-concepts outcome into (global) industry adoption.

These definitions are part of TIC4.0’s ongoing work to develop a common vocabulary for the cargo handling industry and will be followed by future releases, as defined by the TIC4.0 Dataset Roadmap. The current list of definitions being worked on can be accessed on the digital platform of TIC4.0. This publication release provides the actual definitions and includes them in the TIC4.0 templates with the general approach on how to use these in Data Models, Data Schema's, JSON formats and provides high-level scenarios as examples.

1 TIC 4.0 scope

The purpose of TIC4.0 is to define a common language that can be represented in an understandable format, including data and information elements suitable for digitalization.

With the definitions and language, any reality (equipment or process) in a port terminal environment can be uniquely described. The vocabulary needs to work for any equipment, process and protocol (digital or human) in any port terminal in any location. The typical elements that make up the port terminal activities are cargo handling equipment (any kind of machine within the terminal that performs a job or task), external vehicles (trucks, vessels, trains), terminal infrastructure (berth, yard, gate), or auxiliary elements (energy, light, refuelling…).

For data-driven terminal operations the subject of standardization concerns the data and information elements linking the digital solutions to the physical equipment and hardware.

To achieve the above goal TIC4.0 has developed a Semantic set of rules based on human language which helps in the creation process of the definitions/vocabulary. The definitions/vocabulary can be considered as the building bricks and together with the TIC4.0 semantic rules, allow the user to define any reality in a specific, unambiguous way, irrespective of the level of technology used in a terminal.

The vocabulary is managed in a Dataset, which is basically a one-dimensional database list. This list is not static but will grow exponentially when TIC4.0 continues to work on more and more segments and areas of a terminal.

The work of TIC4.0 is to define the individual entries of the Dataset/Dictionary, focusing on a logical group or theme. In the Dataset/Dictionary the user can see the status of each entry and which entries are published and a link to the definition is provided.

To apply the words in each entry in several digital protocols, a Data Schema is needed. TIC 4.0 will propose Data Schema for each of the most common protocols, but the Data Schema can be used for any protocol. For the examples, TIC 4.0 usually uses JSON as it is very user friendly and easy to read.

2 Data Model

For the digital formatting of the semantic and Dataset we need a Data Model to structure the data and a Data Schema to define the details of the content such as the validity of the format, the type of data (boolean, entire, real etc.), which data is mandatory or could be omitted etc.

The Dataset has been defined based on the RDF https://en.wikipedia.org/wiki/Resource_Description_Framework using the subject->predicate->object schema.

Following the semantic web standard (subject: object) the model has 3 main components: header, asset description and measurement.

 

SUBJECT creates the hierarchy tree structure (we have sub-subjects) that helps to identify the boundary of the value. The hierarchy is fixed by TIC4.0 for each kind of subject (CHE, TOS, Terminal) and can mix any type of subjects (e.g. machine.process = che.move). The subjects conform to an array defined by the (concept) metadata so various identical subjects but with different metadata (id or name or location or…) can be sent in the same message. (one message with several CHE's or one CHE with several spreaders).

The CONCEPT's metadata defines “what is” and the CONCEPT “what does”. Both are flat (no hierarchy, no arrays) and as many as necessary can be used. Additionally, two concepts can be combined with “and” or “or” creating a new concept which includes the condition that makes both true. For e.g. “hoisting_and_trolleying” that represents the action of hoisting and trolleying at the same time (both statuses must be true).

OBSERVED PROPERTies define the “magnitude” of the CONCEPT, are flat (no hierarchy) and can be used as many times as necessary with a CONCEPT.

For each OBSERVED PROPERTies an array created by the combination of the different POINT OF MEASUREMENTs in time (actual, estimated, etc), place (input, iinput, ioutput, output), timestamps and the different Units will give an array (a list) of VALUEs. The array could be as long as necessary in each message. The length will depend on the relation between the data frequency and the message frequency and also the amount of different POINT OF MEASUREMENTs that need to be represented.

A detailed definition of the Data Model can be found in https://tic40.atlassian.net/l/c/XBT1vEBA

The Data Schema will be provided as part of the 2022.004 release and it will define the rules that the Data Model will follow, and will allow the translation from a hierarchy format to a flat format.

The Dataset is the content of the Data Model, a flat version without hierarchy or rules. The Dataset is used by humans but machines need the Data Model and the Data Schema to translate it to a digital format.

3 Definitions

In this 2022.003 release we defined the following elements:

CHE Datamodel

Updated CHE Data Model 2022.003

TOS Datamodel

Updated TOS Data Model 2022.003

TIC4.0 Semantic

Some details have been added in connection to the ownership of processes https://tic40.atlassian.net/l/c/HPqHLY2V with “proposal and “planned“ point of measurement and the “event observed property for “health” concept.

Cycle

Release

Definition

Link

Definition

TIC4.0 semantic

Release

Definition

Link

Definition

TIC4.0 semantic

2022.003

Cycle

Cycle 2022.003

A Cycle is a discrete (individually, separate and distinct) process designed (destined) to move payloads from one location to another by a subject (che, tos, terminal, carrier, etc).

Extension of the 2021.002 release with regards to terminal, berth, yard, train and horizontal transport cycle

SUBJECT

 

Carrier Visit

First definitions in relation this important topic for terminal operations being part of the TOS Data Model. This will be further expanded in future releases.

Release

Definition

Link

Definition

TIC4.0 semantic

Release

Definition

Link

Definition

TIC4.0 semantic

2022.003

CarrierVisit 

CarrierVisit

CarrierVisit describes the process of a carrier (vessel, truck, barge, train) passing through a terminal (visiting the terminal) to load or unload cargo, or utilize other 3rd party-services (e.g. bunkering, garbage disposal, etc).

PROCESS

2022.003

Carrier 

Carrier

Any artefact or means of transport specifically designed to move cargo or people on long distances, between different locations.

SUBJECT

Cargo Visit

First definitions in relation this important topic for terminal operations being part of the TOS Data Model. This will be further expanded in future releases.

Release

Definition

Link

Definition

TIC4.0 semantic

Release

Definition

Link

Definition

TIC4.0 semantic

2022.003

CargoVisit 

https://tic40.atlassian.net/l/c/Dfxh9kc0

Lifecycle of cargo at a terminal from arrival until departure (both included).

PROCESS

2022.003

Cargo 

Cargo 2021.003

Goods transported by carriers to be handled by terminals.

SUBJECT

Health

First definitions and dataset to grasp the “vitality” of CHE and systems. This will be further expanded in future releases.

Release

Definition

Link

Definition

TIC4.0 semantic

Release

Definition

Link

Definition

TIC4.0 semantic

2022.003

Health 

https://tic40.atlassian.net/l/c/zcDJDadB

The term Health represents the array of systems which are used to monitor and manage the proper functioning of the subject within its working environment as designed.

SUBJECT

2022.003

Healthy 

Healthy

Healthy is an expression of the subject's condition to do the job it was designed for, determined by processing error messages, warnings, faults and interlocks.

CONCEPT

2022.003

Error 

Error

An error is a difference between actual output and expected output.

CONCEPT

2022.003

ErrorMessage 

ErrorMessage

The message contains the attributes that are relevant to publish the content of the error and its surrounding attributes such as fault, warning & interlock and conditions to describe and support the diagnosis of the error.

OBSERVED PROPERTY

2022.003

Fault 

https://tic40.atlassian.net/wiki/spaces/TIC40Definitions/pages/878641600

Fault is a condition that causes the subject to fail to perform a required function.

CONCEPT

2022.003

Warning 

https://tic40.atlassian.net/wiki/spaces/TIC40Definitions/pages/878772419

Warning is a condition in which the subject is close to fail on a required function, or a certain condition is not met to function normally, relevant to effect decision making over subject.

CONCEPT

2022.003

Interlock 

https://tic40.atlassian.net/wiki/spaces/TIC40Definitions/pages/882049041

Interlock conditions are defined as a way to prevent something from happening in a system.

CONCEPT

Drive and Movement

Extensive definitions on directions and possible movements of CHE and their subsystems, including an unambigous definition of the location of wheels in relation to their CHE and associated definitions.

Release

Definition

Link

Definition

TIC4.0 semantic

Release

Definition

Link

Definition

TIC4.0 semantic

2022.003

Drive 

https://tic40.atlassian.net/wiki/spaces/TIC40Definitions/pages/890339344

System in charge of the displacement of the main body of the subject.

SUBJECT

2022.003

Forward 

https://tic40.atlassian.net/wiki/spaces/TIC40Definitions/pages/881033250

Forward is a relative direction towards the front of an object, the opposite of backward/reverse.

CONCEPT

2022.003

Reverse 

https://tic40.atlassian.net/wiki/spaces/TIC40Definitions/pages/881066032

Reverse is a relative direction toward the rear/back of an object, the opposite of forward.

CONCEPT

2022.003

Left 

https://tic40.atlassian.net/wiki/spaces/TIC40Definitions/pages/881033448

Turning left: movement that generates the change of the orientation of the equipment coordinates system to the left direction relative to forward direction with translation movement (generally along x-axis).

CONCEPT

2022.003

Right 

https://tic40.atlassian.net/wiki/spaces/TIC40Definitions/pages/881033456

Turning right: movement that generates the change of the orientation of the equipment coordinates system to the right direction relative to forward direction with translation movement (generally along X-axis).

CONCEPT

2022.003

Pivoting 

https://tic40.atlassian.net/wiki/spaces/TIC40Definitions/pages/881066158

Movement that generates the change of the orientation/system of the vehicle coordinates system with no translation (X and Y) movement. Vehicle’s body rotates about its vertical axis (Z) without traveling.

CONCEPT

2022.003

Crabbing 

https://tic40.atlassian.net/wiki/spaces/TIC40Definitions/pages/881066186

Combined movement of the vehicle following X and Y-axis without changing orientation.

CONCEPT

2022.003

Roll 

https://tic40.atlassian.net/wiki/spaces/TIC40Definitions/pages/881066239

Rotation of the CHE or sub subject around longitudinal axis (X-axis).

CONCEPT

2022.003

Pitch 

https://tic40.atlassian.net/wiki/spaces/TIC40Definitions/pages/881033492

Rotation of the CHE around Y-axis.

CONCEPT

2022.003

Yaw 

https://tic40.atlassian.net/wiki/spaces/TIC40Definitions/pages/881066288

Rotation of the CHE around Z-axis.

CONCEPT

2022.003

Wheel 

https://tic40.atlassian.net/wiki/spaces/TIC40Definitions/pages/331153460

The wheel connects the CHE to the driving surface. Either a pneumatic, solid tyre or steel wheel which carries part of the total load and transmits forces to move, steer and stop the subject.

SUBJECT

2022.003

Wheel Location Technical 

https://tic40.atlassian.net/wiki/spaces/TIC40Definitions/pages/409665537

Identifies the unique position of the wheel in relation to the subject and links the following observed properties to this unique position.

OBSERVED PROPERTY

2022.003

Pressure 

https://tic40.atlassian.net/wiki/spaces/TIC40Definitions/pages/552697917

Is the force applied perpendicular to the surface of an object per unit area over which that force is distributed.

OBSERVED PROPERTY

2022.003

Temperature 

https://tic40.atlassian.net/wiki/spaces/TIC40Definitions/pages/552894527

A measure of the warmth or coldness of an object or substance with reference to some standard value. The temperature of two systems is the same when the systems are in thermal equilibrium.

OBSERVED PROPERTY

© Copyright - TIC 4.0 All rights reserved | Design web by Fundación Valenciaport