518
development projects on this field are the MUNIN‐
project, financed by the EU, and the Norwegian
ReVoltprojectbyDNVGLsupportedbyTransnova,
Norway. The third major European project on this
subject is AAWA, financed by a group of Finnish
companies and the state‐owned Finnish Funding
Agencyfor
Innovation,TEKES.
OneofthefundamentaloutcomesoftheMUNIN‐
projectwasthefindingthattheunmannedvesselscan
indeed contribute to the aim of a more sustainable
maritimetransportindustryandthattheautonomous
ship bears the potential to reduce operational
expenses, reduce environmental impact and attract
seagoing professionals.
Also the fully autonomous,
unmanned, battery powered and electrically driven
concept ship ReVolt was estimated to have a
considerable potential for cost savings compared to
an ordinary diesel‐run ship, over a million euros
annually.
Itisa veryoftenrepeatedclaimthatabout80%of
marinecasualtiesarecaused,at
leastinpart,bysome
formofahumanerror.However,thisclaimhasbeen
challengedbymanyresearchers.Themainweakness
about this claim is the interpretation of the human
error. Why humans behave in the way they doand
what cankind of behaviour canbe expected from
a
human operator? It was argued already by
Rasmussen(1982)that”humanerror”isnota useful
term and should be replaced by considering such
events to be ”human‐task mismatches”. One could
thinkthattheautonomousshipwouldbethesolution
to this kind of unlucky events, because it is
unmanned. Wouldn’t it eliminate completely the
humanerror–orthehuman‐taskmismatch‐fromthe
navigation process? Unfortunately the answer is no.
Theassumptionisclearlynotcorrect,eventhoughthe
operationoftheshiptakesplacewithoutanyhuman
involvement. The human factor is still very much
present,
butinanotherform.
It is apparent that when the ship is unmanned,
certaintypes ofhumanerrors arenotpossible.Such
as errors due to operator fatigue, due to forgetting
somethingimportantorduetowrongattitudes.Also
suchbasicoperatorerrorsasslipsandlapseswould
be avoided. But
still, the human element is present
andthereisalsoroomforhumanerrors.
The human element is present on the unmanned
ship,becauseithasbeendesignedandconstructedby
a human being. The human factor has been shifted
from the actual moment of operation to an earlier
phase
of the life‐time of the ship, when the whole
technical system was designed, built and tested.
Leveson (1995) expresses this by stating that
“removing dependence on an operator by installing
an automatic device to take over the operator’s
functiononlyshiftsthatdependenceontothehumans
whodesign,install,test,
andmaintaintheautomatic
equipment–whoalsomakemistakes.”
Arethedesignersoftheautonomousshipableto
anticipatealldifferentoperationalsituationsinorder
tomaketheshipbehavealwaysinasafeway?Itmust
be taken into account that the autonomous ship
interactswithothervessels,
unmannedoroperatedby
humanbeings.Howtheautonomousshipaffectsthe
behaviourofthedeckofficersoftheothershipsinthe
sametrafficarea?Thisinteractioncreatesanewtype
of human element that also could lead to a human
error.
Thehuman elementis presentalsoin the
remote
control of the unmanned ship. How this should be
taken into account? Is the remote control of the
unmanned ship similar to the on‐site control of the
ship?Thesethemeswillbediscussedinthefollowing
chapters.
2 THEAUTONOMOUSSHIPISDESIGNEDBYA
HUMANBEING
The
autonomous ship including the computer
equipment,thatcontrolstheoperationoftheshipare
designed and constructed by a human being. The
software,i.e.thebehaviourofthesystemindifferent
operational situations, is also designed by a human
being. It is obvious that the human element is
involvedinevery
singleactoftheautonomousship,
even though it is unmanned. In case of an
autonomous ship, the size of the total software
package ishugeandthestructureof thispackage is
very complicated. It is divided into subsystems and
smaller entities inside a large amount of different
devices
communicatingwitheachother.
Potentiallytherecanbeoneormoresoftwarebugs
causedbyahumanerrorineverysinglepieceofthe
large system. The process of developing and testing
the control software for the autonomous ship is
thereforeextremelycritical.Whatkindoferrorscould
thesoftware engineers
make?The developmentof a
real‐time software system is a complicated iterative
process consisting of different phases, such as
requirementdefinitionandanalysis,planningofdata
structuresandoperationalgorithms,planningofdata
transmission,designingthestructureofthesoftware,
defining the scheduling and priorities of the tasks,
designing
theself‐diagnosticsandthealgorithmsfor
exceptionalsituations,codingthemodules,testingon
the module level, integration, testing on the system
leveletc.
Itisbeyondthescopeofthispapertodiscussthe
methods ofcreating goodsoftwarefor safety‐critical
systems. There are hundreds of books and papers
written on this topic and many international
standards published to support the development of
safety‐critical systems, such as IEC61508, ISO 26262
andIEC62304,justtomentionafewofthem.
Therearesimplehumanerrorsthatcantakeplace
during the software development work, such as
typing errors
and common human carelessness
duringthecodingphase,whichcouldcausesoftware
bugs with a great variety of symptoms. A bit more
irritatingerrorsresultfrompoorinterfacedesignand
unpracticaloperatingalgorithms.Butthegoodthing
about this kind of software errors is that they are
obviousandcanbe
easilycorrected.Themoremature
thesoftwarebecomes,thelessitcontainsthiskindof
errors, sincethe softwaredoes notwear out, i.e.the
amountoferrorswillnotincreasebecauseofaging.
Themost difficultand dangeroussoftware errors
arethosethatareconnectedwithabnormalsituations
and
algorithms in exceptional circumstances. Many
maritime accidents have resulted from a poorly