ARKTRANS The Norwegian System Architecture Framework for Multimodal Transport Systems

1Telecom and Informatics

ARKTRANS

The Norwegian System Architecture Framework for Multimodal Transport Systems

Marit NatvigSINTEF Telecom and Informatics


The ARKTRANS project Phase1: September 2000 – September 2001 Phase 2 : January 2002 – December 2004 Participants

The Norwegian Public Road Administration (contractor) The Norwegian Coast Administration The Norwegian Civil Aviation Administration The Norwegian National Rail Administration The Norwegian State Railways Telenor F&U Ergo Solution Transportbedriftenes Landsforening (professional body) The SINTEF Group (technical manager/project leader)

User reference groups Brings further the work done in the ARKMIN project


Overall background

Harmonisation between transport modes (road, railway, sea, air) Transport is an inter modal matter Same users, services, information, requirements etc. Same shortcomings (dangerous goods, management of inter modal

interfaces, etc.) Harmonisation between freight and passenger

transport Same transport means, transport networks, and endpoints


Background:Problems related to information flow The same information is requested by authorities, service

users, service providers, transport users, etc. However: Information cannot be transferred electronically between actors The same information must be registered manually several times Faults are introduces Dangerous cargo in not handled according to the regulations Cargo cannot be tracked on its way in the transport chain Transport chains are not managed in a coordinated way (status, ETA,

etc.)


Background:Problems related to efficiency and security Lack of services or information that can improve safety or

efficiency, or the available information is not utilised when transport is planned and accomplished Availability of dynamic information must be improved The utilisation of the transport networks must be improved Information must be provided and presented in a way that fits the user Route and traffic information for several transport modes must be

combined and made available Several actors are involved in freight as well as personal

transport. However, the coordination is not as well as wished Same needs with respect to fleet management and planning Same needs with respect to on-board assistance and control


System Framework Architecture - Content

Why?

What?

How?

Reference

Model

InformationModel

Physical Model

CommunicationModel

Conceptuallevel

Logical level

TechnicalLevel

FunctionalModel

Multiple aspects and levels of abstraction Structured methodology/formal specification Build on existing results/best practise Gradual/iterative development based on demonstrator outcomes/Input

from user reference groups

Roles


System Framework Architecture - Content ARKTRANS Reference Model

Term

inal

Man

agem

ent

On-board assistance & control

Transport Service Management

Transport Demand ManagementTr

ansp

ort N

etw

ork

Man

agem

ent



Why?

What?

How?

Reference

Model

InformationModel

Physical Model

CommunicationModel

Conceptuallevel

Logical level

TechnicalLevel

FunctionalModel

Functional models for each area in the reference model

Roles


Example of System Framework Architecture Content : Top level of functional model for Transport Network Management

Styring av transportinfrastruktur

Transport Network Management

Trafikk-avvikling

Traffic management

Forvaltning av transport-

InfrastrukturenTransport network maintenance and

planning

Sikkerhet og miljøforhold

Safety and environmental

issues

Håndhevelse avRegelverk

Regulation enforecment

Betalings-formidling

Payment services


Example of System Framework Architecture Content : Functional model for Traffic Management

Traffic data manage-

ment

Met./oceanographic conditions

Traffic ControlTraffic Monitoring

Traffic assess-

ment

Traffic information establishment

Traffic condition

monitoring

Demand manage-

ment

Traffic ManagementTraffic situation

Traffic information administration Arrival administration Regulations and

recommendationsPilot booking

Incident Management

Equipment and infrastr. mangement

Route and navigation guidance

Detection and identi-fication of incident

Actions handling incident

Obstructions/flowting objects Sailing conditions Preliminary version

Decomposition not completed



Why?

What?

How?

Reference

Model

InformationModel

Physical Model

CommunicationModel

Conceptuallevel

Logical level

TechnicalLevel

FunctionalModel

Information Model based on TRIM Defines the information required by the defined functionality

Roles


Example of System Framework Architecture Content : Met./oceanographic information model

Air_conditionAir temperatureHumidityAir pressurePressure tendencyAir temp integration time

Humidity integration time

SeaCurrentCurrent directionCurrent speedCurrent depthAverage fromAverage to

Current integration time

Ice_conditionice thicknessice type

Ice condition integration time

Meteorological_statementStatement textStatement type

Metocean_conditionValid fromTimestampCalc timestampDescription

Tide_gaugeTimestampName

Gauge status

VisibilityHorizontal visibilityVisibility integration time

Water_levelTotal water levelTidal water levelSurgeWater level integration time

Water_level_zoneCreated dateExpired dateRangeDelayOffsetDescription

WaveWave mean directionWave peak directionSwell directionWindsea directionDirection conventionSignificant wave heightMax wave heightSwell heightWind sea heightWave mean periodWave peak periodSwell periodWind sea periodWave integration timeMax wave hight integration time

WindWind directionWind speedGust directionGust velocityWind heightWind integration time

Gust integration time

Water_conditionSea temperatureSalinity

Salinity integration timeSea temp integration timeDepthAvarage fromAvarage to

Method_usedEquipmentIDEquipment typeLink to descriptionMethod

Fairway_object

LocationLocation codeLocation nameAccuracy



Why?

What?

How?

Reference

Model

InformationModel

Physical Model

CommunicationModel

Conceptuallevel

Logical level

TechnicalLevel

FunctionalModel

Communication model that defines messages and communication solutions

Messages defined by the means of elements from the information model

Roles


Example: Exchange of met./oceanographic messages

Buoy measurements

Radar measurements

Calculated prognosis based

on models

ARKTRANS Meteorological Message• Location information (named, area, point, …)• Method used information (calculation/observation, equipment used, source, etc.)• Meteorological info (wave, current, water layer, etc.)

The user may request information of a specific type (calculation, observation, …) The user will receive the same message format in all casesThe message describes how the data is generated

Manualobservations

ARKTRANS The Norwegian System Architecture Framework for Multimodal Transport Systems

Documents

Transcript of ARKTRANS The Norwegian System Architecture Framework for Multimodal Transport Systems