Valckenborch tower-babel FXD {PD-US-expired} for US publication before 1927.
Valckenborch tower of babel. Wikimedia Commons {PD-US-expired} for US publication before 1927.

Cargo owners and transport buyers want enhanced visibility and forecasts of the time goods and (returnable) assets arrive at locations in the global end-to-end multi-tiered supply chain network.

Logistics service providers also need to stay informed on progress and disruptions on the activities related to their cargo. Carriers can benefit from visibility before and after their activity.

Given the vast amount of data that is now becoming available through diverse data streams there lies a great opportunity to achieve enhanced situational awareness for the stakeholders in multimodal transport chains.

Virtual watch towers, which are pieces of software pull data together for analysis to create business value, like the location of assets and goods or higher on-time arrival compliance.

Watch tower defined
The term ‘tower’ is often used to mean that one may have an overview of operations for a defined scope providing means to act in a smart way. Although the virtual tower is not a physical building overseeing operations in the sky like the control towers at airports, the purpose is similar. A virtual watch tower is a piece or suite of software to be used to provide situational awareness.

In the case of the virtual value chains watch tower, such situational awareness is focused on end-to-end visibility built on the large amounts of data that is gathered from numerous feeds and which is analysed continuously to identify delays and risks, find and prioritise mitigating measures and empower people in the organisations to avoid disruption and ensure compliance.

The virtual watch tower is a digital agent that uses descriptive, predictive, and prescriptive analytics for enhanced decision making and exception management. It also orchestrates the heterogenous data streams, deals with organisational issues and ensures the operational business alignment of different actors towards supply chain goals.

The purpose of a virtual watch tower is to provide a greater level of knowledge about the entire picture and specific events at every link in the supply chain.

Virtual watch towers use cloud-based intelligence and analytics to not only detect risks and variances to plan, but also to derive the best course of action to mitigate the identified risks or correct deviations and prevent them from happening again. The revolutionary push from reactive to proactive behaviour is at the heart of the virtual watch tower.

Towers for the transport industry
During the last decades as digital technologies like cloud, internet of things devices etc. have become more advanced and widely deployed, more virtual approaches to tower capabilities have been established with the development accelerating recently.

Within road, rail, and sea transport we have been seeing both public and private initiatives to establish situational awareness of operations within a particular geographical area, for a transport hub, and/or a particular corridor or fleet.

There are also initiatives that have been taken which makes it possible to track and trace maritime cargo through platforms like Tradelens. Other insight providers with varying focus and approaches are Blume, FourKites, Project44, Roambee and Tive. They all are building upon enhanced digital connectivity and big data.

Different types of supply chain control towers have emerged over the years. A first generation of such towers were brought to use in the 1990’s which were limited to logistics operations, and were more reactive than proactive, only working on normalising operations when there was a disruption that someone spotted.

Those, however, suffered from lacking verifiability and connectivity across the supply chain.

The second generation were aimed at more operational control and provided near real-time data on fleet locations, inventory levels, as well as custom alerts when exceptions or anything that affects overall supply chain performance occur.

This generation of supply chain control towers however suffered from manual processes, lack of end-to-end and multitiered perspective, uniformity, and information overload.

The third generation took the end-to-end logistics and supply chain control into the scope. That generation however suffered from lack of adequate or uniform infrastructure (technology, connectivity), manual intervention was required for exception handling, and shortcomings in prescriptive analytics along the entire value chain of a company.

The fourth generation puts more emphasis on automation and better analytical capabilities.

It is important to distinguish between the different types of control towers, like logistics/transportation control towers, fulfilment control towers, inventory control towers, supply chain assurance control towers and end-to-end (E2E) value chain control towers. Some are custom-built by large enterprises, others are provided by vendors, for example forwarders to act on behalf of their customers based on standard operating procedure (SOP). This contribution reflects on logistics/transportation control towers.

As supply chains are global, there is a need for a framework that is holistic in nature and that guides the developments of watch towers throughout the world. We use the concept of ‘watch’ tower, rather than ‘control’ tower, to stress the importance of the need for building smart decisions on rich sets of data constituting situational awareness.

Illustration: Sandra Haraldson

Foundational model for watch towers
The proposed underlying model for the virtual watch tower builds upon a digital agent that detects actual or future supply chain disruptions. In its processing, the agent takes numerous data streams into consideration cleanses the data to detect the transports/transport or upstream and downstream value chains that have been negatively impacted and are, or are likely to be disrupted in relation to planned transports and transports being conducted.

On the flipside, the watch tower will not surface those activities that are expected to be pursued as planned with a high degree of probability. Fundamentally, the watch tower is there to build upon data covering planned times, estimated times, and actual times, i.e. plan vs. progress and plan vs. anticipated progress.

As digitalisation allows us to detect multiple instances and calculate multiple outcomes, emerging choke points can be identified in advance.

That is if congestion occurs at particular transport nodes, like ports and terminals it can be detected hours, days or even weeks in advance, because it would be possible to achieve situational awareness through analysing vessel data or run simulations of how many transports are expected to be served at the same time at a particular node.

Of course, this may need some time to reach a high level of accuracy. Once the digital agent has detected a potential variance to plan, the engine can calculate alternative options which the agent can prioritise to prescribe the one with the most promising outcome based on pre-set parameters or rules, e.g. on-time and in-full (OTIF) delivery at minimal costs. The agent triggers action, either through an automated process or by guiding people through the distribution of deviation and risk alerts and identified best possible alternatives.

The model that guides the composition of the watch tower is divided into four activity components; aggregate, alert, analyse, and act (figure 1). Within these components, the digital agent would pursue most of the tasks, while humans would rather monitor and execute on the recommended options. The human influence on the process should be limited to validating conformity with the rules, ensuring proper system performance, and to factor in last-minute information.

Figure 1: Fundamental model for the watch tower

The model uses the current transport plan for one actor covering its transports within the scope of interest. The plan can cover a particular piece of a multimodal and multitiered value chain or the whole chain dependent on the scope of the operations that the actor is engaged in.

An example could be a fleet operating centre of a shipping company that may be concerned with transports from one port to another, but it may also concern a transport buyer requesting a multimodal transport. Or it could be about the entire value chain of a certain company, covering a network of upstream suppliers and the transport legs in-between.

The transport plan should both capture data about the cargo being transported, the points and timing of departure and destination, and the routes that are planned to be taken by the logistics service provider.

Such detail is necessary since possible decisions of re-routing and mitigating actions need to take the characteristics of the cargo and the original plan into consideration. The transport plan is dynamic in the sense that it both continually captures new planned transports and reflects decisions of changes as they happen, and new suppliers in the extended network.

The different action components of the model can be unpacked in the following aspects;

  • The aggregate component takes the maximum number of data feeds into consideration that may be of relevance for the transports depicted in the transport plan and supplier network. This component also entails the cleansing of the data through artificial intelligence/machine learning (AI/ML) features.
  • The alert component continuously scans the cleansed ‘watch’ data and produces signals that point to potential disruptions or deviations with potential impact on the transport plan. This component uses thresholds, such as temperature ranges or an expected arrival time at an intermediary transport node.
  • The analyse component produces for each signal with the help of AI/ML a list of alternative options (if available) that could be adopted according to a known parameter, e.g. shifting to a truck instead of using the planned train to ensure compliance with the transport plan.
  • The act component, which is an operational function that provides machines or humans with the agent’s findings to take effective measures, such as re-routing a truck or selecting an alternative parts supplier.

Different digital components are reflected in contemporary solutions such as control tower functions, as adopted by Maersk, focusing on data provision and dashboards as foundations from which customers can optimise their supply chain to the next level or solutions for distributed data collection and aggregation, such as The Flex pulse mobile solution, populating situational awareness for the Flex situation room facilitating collaborative problem solving among the operators along the supply chain.

The watch tower is a continual model of which actions taken in one cycle constitute the new plan for the second cycle etc. The model also takes new transport assignments into consideration through which it becomes continual.

The digital agent is continuously evaluating the transport plan and when thresholds are reached it identifies alternative options and recommends those that improve the outcome. This is closely linked to procedures of sequential decision-making which continuously evaluate the situation the further one gets into the transport chain, i.e. decisions are improving with the increasing level of available information. This would mean that the model of aggregate-alert-analyse-act would be pursued iteratively (figure 2).

Figure 2: Iterations of cycles as foundational for the watch tower

An emerging data stream landscape
We expect an exponential growth of data streams. The watch tower builds upon the aggregate component because it is fed by numerous data sources, like internal systems and external data sources.

Data can stem from in-house or partner systems or from connected devices. Video streams can provide node intelligence capturing data streams that provide real-time context on what is happening at certain nodes. We need to distinguish direct data gathered first-hand, e.g. sensor and video data, and in-direct data streams, from for example milestone-based check-ins. Direct data is more granular than indirect data.

Complementary data sources may capture the same thing, such as the bridge system of a ship providing data on position, heading, and planned time of arrival but also internet of things (IoT) sensitised containers being onboard the same ship providing data on its position.

The development of VDES satellites is going to foster the full connection of vessels across the world. There are also a multitude of radio frequency identification (RFID) readers settled along railroad tracks in Europe to allow for real-time updates when a train wagon passes a particular location.

Computer processing capabilities now allows systems to generate event data from video streams, such as a truck entering a transport node zone or a crane operating containers, such as in the case of the Kalmar ONE solution providing event data based on camera information.

An obvious data source within the maritime supply chain is automatic identification systems (AIS) that may be used as a foundation for generating event data to be shared, but we will also see new data streams emerging from the detection of container ID’s captured by video streams and analysed through computer vision techniques.

Monitoring of online news portals, governmental agencies, weather stations, social media and other institutions can create external event-based data indicating a heightened risk of delay in a particular node of the supply chain.

External event data informs about natural disasters, weather, strikes, bankruptcies, pandemic/health or even war. Finally, watch towers can leverage AI models that detail the multitiered aspects of value chains to address potential bottlenecks upstream in supply chains and thereby gain valuable time.

Situational awareness may become populated with multiple data sources allowing the virtual watch tower to operate in the most effective way.

Interacting watch towers
This foundational model for watch tower functionalities could be adopted by stakeholders across the global supply chain creating a network of virtual watch towers exchanging information between each other.

One watch tower sits on pieces of data that are a useful data stream for other watch towers allowing them to identify, mitigate and act upon risks and deviations from plans beyond their scope of operation.

When there are multiple virtual watch towers along the same supply chain there would be a lot of value through providing data for broader analysis that would surface more risks and deviations than one single tower (figure 3).

Figure 3: Network of virtual watch towers (Illustration: Sandra Haraldson)

The result is a community of prosumers of data, as everyone that establishes a virtual watch tower would be both producers and consumers of data.

Connecting ports is not new. Singapore port, for example, is linked to 600 ports in over 120 countries. But connecting watch towers would be an innovation. There are also initiatives taken by the Digital Transport Logistic Forum (DTLF), the FEDeRATED project and the International Port Community Association (IPCSA) to facilitate the distribution of data between local data sharing communities, and now by the US department of Transportation responding to supply chain challenges with increased data sharing.

Conclusions
Empowering supply and value chain visibility with logistics/transportation and other types of watch towers is made possible due to an ever-increasing computing power and distribution of data across the globe.

People become more connected, which also allows for people using mobile devices to feed systems with data about what they see and achieve, but they can also receive on the same devices recommendations from virtual watch towers to act upon.

In this article we propose a network of logistics/transportation watch towers to meet the demands of 1) cargo owners and transport buyers to get more insights in the progress and how disruptions are managed that may affect the arrival of goods; and 2) enhanced situational awareness for logistics service providers allowing to manage cargo flows more efficiently. While carriers themselves also benefit from enhanced E2E visibility they may face questions from their customers about some routing made visible through the higher level of transparency.

Watch towers empower just-in-time operations across the supply chain optimising on time, space, and resources as well as optimising for sustainable operations with as little carbon emissions as possible.

Shipping is global and digitalisation enables seamless interaction across the globe and as more and more data streams are made available and more sophisticated filtering and analytical tools are developed proactive management of supply chains is increasingly possible.

Connecting watch towers for supply chain visibility in a network of smart centres around the world will lift the concept of control towers to a totally different level. The authors invite practitioners and academics to provide their views on the topic and ideas how this promising concept can be brought to life.

The authors
Mikael Lind, Research Institutes of Sweden (RISE) and Chalmers University of Technology, Wolfgang Lehmacher, Anchor Group, Sandra Haraldson, RISE, André Simha, MSC,
Tobias Larsson, Altana, Berit Hagerstrand-Avall, Stora Enso,
Magnus Lyrberg, RISE, Phanthian Zuesongdham, Hamburg Port Authority,
Scott Hurley, Roambee, Xiuju Fu, A*Star/IHPC

Comment on this article


You must be logged in to post a comment.
  • Rob van Doesburg

    March 31, 2022 at 11:59 am

    In my opinion real-time transportation visibility (RTTV) data needs to be provided by various RTTV platforms and carrier networks (see overview on: https://www.transportimprovement.com/overview-rttv-platforms). Functionality to integrate visibility data from different sources and support decision making will be part of Supply Chain Control Tower systems (see overview on: https://www.sccontroltowers.com/systems).

  • Alex Field

    April 14, 2022 at 4:08 pm

    A really valuable solution would be a simple real time notification when a container is transhipped/short shipped. Vessel tracking is readily available but not container/consignment tracking. Port/Shipping Line integration for this should be a relatively simple API update? and would provide real value to supply chain visibility. If this is already provided somewhere please point me in the right direction. 🙂