<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta>
      <journal-title-group>
        <journal-title>AvioSE</journal-title>
      </journal-title-group>
    </journal-meta>
    <article-meta>
      <title-group>
        <article-title>MODCAP: A Platform for Cooperative Search and Rescue Missions</article-title>
      </title-group>
      <contrib-group>
        <aff id="aff0">
          <label>0</label>
          <institution>Technische Universita ̈t Mu ̈nchen Technische Universita ̈t Mu ̈nchen Technische Universita ̈t Mu ̈nchen Munich</institution>
          ,
          <addr-line>Germany Munich, Germany Munich</addr-line>
          ,
          <country country="DE">Germany</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2019</year>
      </pub-date>
      <volume>1</volume>
      <fpage>63</fpage>
      <lpage>66</lpage>
      <abstract>
        <p>-Search and rescue operations after natural disasters are time critical operations. Unmanned aerial vehicles (UAVs) present an opportunity to accelerate this execution. We propose MODCAP, a system whose purpose is to combine new technologies, such as UAVs and Fog Computing, with traditional rescue techniques resulting in a more effective search for potencial survivors in any kind of emergency incident. In this paper we describe a Fog Computing architecture that deals simultaneously with real-time constraints and synchronization goals for a hybrid human drone collaboration. The architecture allows the drone fleet to work with ground personnel leading to better response time, dynamic adoption of search patterns as well as visualizing geographic differences before and after an incident. Index Terms-drone, UAV, search-and-rescue, platform, natural disaster, Fog Computing, IoT</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>I. INTRODUCTION</title>
      <p>Natural disaster such as avalanches and landslides are
timecritical situations in which every second counts in the search
for remaining survivors. On-site rescue teams often have a
limited view of the situation in advance and need to quickly
know where to start their search. Drones, also known as
unmanned aerial vehicles (UAVs), present an opportunity to
quickly get an overhead view of the situation. In 2016, over
670,000 drones were registered in the United States alone 1.
While several of these drones are for personal use, most have
on-board cameras, which present a possibility for distributed
search missions when aided by computer vision.</p>
      <p>
        To do so, we use Fog Computing, [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] an architecture
that enables both intensive computing processing on cloud
components as well as real-time communication and
synchronization with the edge devices. Drones in the field can then
quickly react to new information about the environment. By
synchronizing different camera feeds through Fog Computing,
faster searches after natural disasters is enabled.
      </p>
      <p>In this paper we present MODCAP, a Multi Operational
Drone Collaboration Platform, based on a Fog architecture.
MODCAP manages multiple drones for areas affected by a
disaster. MODCAP also keeps all involved search parties
synchronized about the search status. It partitions the search areas
into different sections and assigns each of them to a different
drone. MODCAP supports different types of missions, such
1Source:
https://www.openfogconsortium.org/fog-computing-fognetworking-crucial-to-commercial-drones/
as survivor search, equipment delivery, collection of samples
in the affected areas, and geographic information collection.</p>
      <p>MODCAP also considers dynamic flight paths, air traffic
control, current weather reports while flying, as well as
allowing for real-time communication between ground station and
UAVs. MODCAP provides first responders and others with
the situational awareness they need to make effective and fast
decisions and to forecast how the disaster area will evolve.</p>
      <p>Section II describes related work in both the areas of
distributed drone missions and Fog Computing. Section III
explains the MODCAP architecture in detail and its core
requirements for search and rescue. Section IV presents the
implementation of MODCAP with four drones, in a case study
that was carried in the mountains. Section V finally concludes
with an outlook of the applicability of using MODCAP with
commercial UAVs for search and rescue operations.</p>
    </sec>
    <sec id="sec-2">
      <title>II. FOUNDATIONS</title>
      <p>
        Search and rescue missions after natural disasters
traditionally relied on “boots on the ground”, or the intense deployment
of people and equipment. This puts many additional people
at risk in hazardous terrain and requires the expensive risky
deployment of large aircraft or helicopters. In [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ], Buluvsek
presents how UAVs can use different search paths for maximal
and efficient area coverage, which is an essential criteria for
search and rescue operations.
      </p>
      <p>
        Mohamed et al. describe UAVFog, a UAV-based Fog
Computing platform [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ], the authors suggest that UAVs could be
used as Fog nodes and then communicate and interact with IoT
devices. MODCAP differs in such that we design a dynamic
system in which drones can interact both as Fog nodes and
as edge devices. Similarly to MODCAP, the authors mention
application scenarios for UAVFog in disaster control such as
earthquake, volcanic eruptions, bush fires, floods or terrorist
attacks. We extend the application scenarios by avalanches and
landslides. MODCAP can also be used in order to detect area
changes at an early stage and thus avoid further disasters.
      </p>
      <p>
        UAVFog has been prototypically implemented. However, [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]
does not state that the UAVFogs actually flew. The components
relevant to the authors were implemented while the remaining
was simulated. The system was subjected to a quantitative
analysis of the response times. This highlights interesting
findings but gives no indication of the actual applicability in
the described scenarios.
      </p>
      <p>
        In [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ], Yang and his co-authors emphasize the importance
of IoT technologies on emergency response operations. The
authors claim that IoT technology has many positive effects
on the various phases of rescue operations. Not only does it
promote cooperation between the various participating
organizations, it also improves situational awareness and allows
full visibility of the emergency forces and their remaining
resources, making operations faster, more efficient and effective.
We confirm this and believe that UAVs and Fog Computing
offer more opportunities for effective collaboration.
      </p>
      <p>
        Mayer et al. describe in [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] a social sensing service that is
based on a Fog Computing architecture and therefore the
availability in harsh environments where no Internet connection is
available. They describe an architecture for the interplay of
sensors, Fog and cloud components and their interfaces, and
mention drones as possible Fog nodes, similar to MODCAP’s
approach. However, it is not clear from the paper whether the
system has been implemented and tested in this way.
      </p>
      <p>
        In [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ], Wang et al. bring together drones and Fog Computing
to record sports events from different perspectives with several
camera quipped drones. They are particularly interested in
orchestrating multiple drones in real-time to capture fast and
dynamic sports scenes. The foundations of the work in [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]
were published in [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. The authors focus on adaptive video
streaming algorithms and not yet on Fog Computing as an
architectural solution to the problem.
      </p>
    </sec>
    <sec id="sec-3">
      <title>III. MODCAP SYSTEM</title>
      <sec id="sec-3-1">
        <title>A. UAVs and Fog for Search and Rescue</title>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>The MODCAP system has three requirements:</title>
      <p>1) Dynamically calculate individual search patterns based
on available drones
2) Search path adaptation based on geometry of the area
3) Human operators should be informed of the search status
It is important for the search path calculation to be dynamic,
due to the possibility that new UAVs register themselves with
the system after the start of the operation. The new drone
would then receive a search area not yet covered by the ones
already in operation, and the previous UAVs would reduce
their search areas, and thus be faster.</p>
      <p>When calculating these paths, it is important to note that
different flight patterns are possible (see Figure 1). Whenever
a single UAV is available, MODCAP uses a creeping line
pattern, as it will search for the entire area. However, if several
drones are available, we use a sector search pattern, for it is
easier to divide the area.</p>
      <p>While Figure 1 shows the search paths in a 2D-view, the
vertical component is critical in high slopes areas, such as
alpine montains where this system was tested. To take this into
consideration, MODCAP uses Geographic Information System
(GIS) data of the inspected area.</p>
      <p>Furthermore, these search paths may need to be dynamically
adjusted if a change caused by the natural disaster causes the
calculated path to be obstructed. For example, an avalanche or
moved tree may cause the drone to have to change its altitude,
or make it impossible to continue on the predicted path. In this
situation, the MODCAP system should be informed, and a new
path should be calculated.</p>
      <p>New paths may also need to be calculated if the
identification of an object needs more precise data. While
MODCAP should be able to identify any object relevant for the
search operation, an important classification are humans, both
survivors and victims of the natural disaster. In a search and
rescue scenario UAVs collect images from above and far away,
making the recognition harder than those possible with modern
deep learning techniques.</p>
      <p>
        To achieve these requirements, the flexibility and availability
advantages of commercial drones and the Fogxy architecture
[
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] are leveraged. The biggest advantage that drones offer for
search and rescue scenarios is their mobility. By combining
several drones, a network of flexible field devices can be
created. This combination is easily enabled by the hierarchical
structure of the Fogxy architecture, which allows different
roles for the drones. It enables the fast integration of additional
drones that become available during the search operations.
      </p>
      <p>By assigning different search missions to available drones,
the MODCAP system allows the parallel execution of search
efforts. As soon as any of the drones detects a relevant
object or potential survivors in their search areas, the human
operator who initialized the mission is informed. Additionally,
depending on the location of the victim, the same or other
UAVs could be faster to provide emergency support equipment
than teams on the ground. This different mission assignment
between drones and humans is the main reason why the system
described is highly cooperative.</p>
      <sec id="sec-4-1">
        <title>B. Architecture</title>
        <p>The MODCAP architecture offers several advantages. The
components in each layer is shown in Figure 2.</p>
        <p>By having a Fog layer directly on the affected area, not
only do we ensure that the UAVs do not need any internet
connection, but also, new UAVs that become available after the
start of the mission can be integrated to the ongoing operation.
This is done with the orchestration drone, who can
communicate directly with other mission drones in the field, and at
the same time is close enough to the orchestration gateway,
to ensure data synchronisation both to the cloud server, and
to the data aggregator, who informs the orchestration drone if
any geographic data changes are captured. Smart devices such
as smart watches or phones used by victims can also help the
MODCAP system locate any survivors.
Fig. 2. Top-Level Design of MODCAP</p>
        <p>
          The hierarchical nature of Fog Computing allows us to meet
the challenges and enable real-time video processing through
drone orchestration. We applied the Fogxy pattern [
          <xref ref-type="bibr" rid="ref9">9</xref>
          ], [
          <xref ref-type="bibr" rid="ref10">10</xref>
          ] to
realize MODCAP and distribute the components over 3 layers:
        </p>
        <p>Cloud Layer: for computational intensive aspects of
the system. This includes rendering aerial imagery into a
geographic information system data, search path calculation
and distribution, as well as the use of a pre-trained machine
learning model to identify people in the area. This layer does
initially require an internet connection for downloading any
previously available geographic information data, as well as
for machine learning training. This data is then transmitted
to the Fog Layer through the synchronisation link to the
orchestration gateway.</p>
        <p>Fog Layer: serves as an intermediary between the cloud
and the field. This layer is responsible for data and task
synchronization between all the components of the system.
It ensures that each registered drone gets a specific and
different search area, as well as that any detected people get
immediately communicated to the emergency operation center.
As an affected disaster area may suffer internet connection
limitations, this layer only requires a connection to the server
on the cloud layer, and not to any external online services.</p>
        <p>Field Layer: takes place in the physical field affected by
the natural disaster. It is responsible for following the orders
from the Fog layer, such as searching for any survivors or
collecting data about the impact of the disaster.</p>
        <p>Upon notification of a disaster by an operator, the system
opens the possibility for any drone in the area to register
itself in the search rescues. Depending on the number of
registrations, it calculates different areas and missions for each
of the respective UAVs. Each UAV receives an individual flight
path, with a mission to scan for objects and survivors, gather
geographic information, or transport equipment, depending on
the drone’s capabilities. Combined, this forms a registration
protocol that allows drones to register even after the search
operation has already begun. Figure 3 shows the system
interface, with the search path assigned to a drone, and its
current location (seen in Figure 3 by the red dot).</p>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>IV. CASE STUDY</title>
      <p>The MODCAP system was implemented and tested
with different types of personal drones: The DJI
Phantom 4 Pro, Phantom 3 Standard, and Matrice Series
(https://www.dji.com/de/products/drones). Each drone was
connected to the Fog layer through a local Wi-Fi network. The
Fog layer is responsible for the different mission calculation
and assignments, explained below. The server providers in the
Fog layer were composed of not only tablets which allowed for
fast and synchronized drone communication, but also a data
aggregation server, responsible for processing the geographic
data incoming from the UAVs and calculating the difference
caused by the natural disaster.</p>
      <p>
        To efficiently integrate these different components and be
able to iteratively test each part of the system, agile
methodologies were used. While these have often been adopted
for software engineering, the process poses a challenge for
hardware components, where late changes are harder and more
complicated. One technique that can make agile hardware
development easier, is the use of modular components [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ].
In a context where each disaster is unique, modular
3Dprinted components offer a fast mechanism to integrate new
possibilities. For example if a sample collection of the area
of the natural disaster is needed, a modular grabber can be
quickly printed and simply connected to the common interface.
      </p>
      <p>Furthermore, these modular and agile aspects were relevant
when considering possible drones. While most commercial
UAVs have on board cameras needed for assisted people
location, the same can not be said about payload capabilities.
One advantage of 3D-printed plastic components is their
comparable light weight, which makes them easier to transport
on board of commercial UAVs. These drones, on the other
hand, usually require flat surfaces to land on, and attaching
something underneath them can imply making it harder to take
off and land. As a workaround for this problem, 3D-printed
components were only attached to the UAVs while these were
already in flight or hover mode and removed before landing.
While this solution worked on a prototype level, a mature
system could surely improve this aspect.</p>
      <p>One advantage of MODCAP is the ability to distribute
several UAVs among different search paths, which decreases
the search duration. The search algorithm chosen by the
system depends on the total area to be overflown and the
number of drones available for the complete mission.</p>
      <p>In addition to the mission distribution, another important
aspect for MODCAP is the human interaction between system,
drones and people serving the area. Traditionally, search and
rescue missions have employed transceivers on the ground to
locate any survivors. The interference caused between these
devices and the electronic on board of most UAVs makes it
hard to pair these two technologies, but in no way diminishes
the value offered by the radio devices. By having on ground
search teams not only operate such transceivers, but also limit
the total search area, quickly communicate between affected
locations, access the rescue operations risk and approach, the
MODCAP system offers and requires a high collaboration
between UAVs and on ground search teams.</p>
    </sec>
    <sec id="sec-6">
      <title>V. CONCLUSION</title>
      <p>In conclusion, the MODCAP system offers several
advantages compared to traditional search and rescue operations.
Not only does the leverage of multiple drones allow for a
bigger search area which gets covered faster, but also these
commercial drones enable access to aerial cameras, which
provide a higher flexibility in observing hard-to-reach areas.</p>
      <p>Important aspects of the MODCAP system rely on the Fog
architecture. It connects MODACP to any available UAVs, as
well as calculate and assign missions. Beyond area searching,
these include emergency equipment delivery. Modular
components which can be attached to the drones allow different
equipment to be handled accordingly to the target area. These
components are important for the application of MODCAP to
larger emergency and search and rescue operations.</p>
      <p>The prototype implemented in our case study shows
promising results as far as mission distribution and search operations
go, however in practice, hardware limitations such as energy
supply restricting flight time could play a key role in the
applicability of the system. Other possible technical limitations
include personal UAVs not possessing cameras with a
resolution high enough to detect people on the ground. While this
could be overcome by reducing the altitude of the drone, this
may not always be possible. Furthermore, certain operations
aspect of MODCAP can greatly vary from one country to the
other due to drones and resources availability. Assessing these
circumstances is the next step for our suggested system.</p>
      <p>While these may not have been overcome yet, the
integration of different search phases, geographic data analysis and
rescue missions illustrates how UAVs and human can increase
their capabilities by collaborating.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>O.</given-names>
            <surname>Consortium</surname>
          </string-name>
          et al., “
          <article-title>Openfog reference architecture for fog computing</article-title>
          ,” Architecture Working Group,
          <year>2017</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <surname>B. J. Bulusˇek</surname>
          </string-name>
          , “
          <article-title>Coverage path planning in non-convex polygon areas for orthophotomap creation using uavs,” in Conference on</article-title>
          .
          <source>IEEE</source>
          , vol.
          <volume>111</volume>
          , p.
          <fpage>117</fpage>
          ,
          <year>2015</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>N.</given-names>
            <surname>Mohamed</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Al-Jaroodi</surname>
          </string-name>
          ,
          <string-name>
            <surname>I. Jawhar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Noura</surname>
          </string-name>
          , and
          <string-name>
            <given-names>S.</given-names>
            <surname>Mahmoud</surname>
          </string-name>
          , “
          <article-title>Uavfog: A uav-based fog computing for internet of things,” in 2017 IEEE SmartWorld</article-title>
          ,
          <source>Ubiquitous Intelligence &amp; Computing</source>
          ,
          <string-name>
            <given-names>Advanced &amp; Trusted</given-names>
            <surname>Computed</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Scalable</given-names>
            <surname>Computing</surname>
          </string-name>
          &amp;
          <article-title>Communications, Cloud &amp; Big Data Computing, Internet of People and Smart City Innovation (SmartWorld/SCALCOM</article-title>
          /UIC/ATC/CBDCom/IOP/SCI), IEEE,
          <year>2017</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>L.</given-names>
            <surname>Yang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.-H.</given-names>
            <surname>Yang</surname>
          </string-name>
          , and
          <string-name>
            <given-names>L.</given-names>
            <surname>Plotnick</surname>
          </string-name>
          , “
          <article-title>How the internet of things technology enhances emergency response operations,” Technological Forecasting and Social Change</article-title>
          , vol.
          <volume>80</volume>
          , no.
          <issue>9</issue>
          , pp.
          <fpage>1854</fpage>
          -
          <lpage>1867</lpage>
          ,
          <year>2013</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>R.</given-names>
            <surname>Mayer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Gupta</surname>
          </string-name>
          , E. Saurez, and U. Ramachandran, “
          <article-title>The fog makes sense: Enabling social sensing services with limited internet connectivity</article-title>
          ,”
          <source>in Proceedings of the 2Nd International Workshop on Social Sensing</source>
          , SocialSens'
          <fpage>17</fpage>
          , (New York, NY, USA), pp.
          <fpage>61</fpage>
          -
          <lpage>66</lpage>
          , ACM,
          <year>2017</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>X.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Chowdhery</surname>
          </string-name>
          , and
          <string-name>
            <given-names>M.</given-names>
            <surname>Chiang</surname>
          </string-name>
          , “
          <article-title>Networked drone cameras for sports streaming</article-title>
          ,” in
          <source>2017 IEEE 37th International Conference on Distributed Computing Systems (ICDCS)</source>
          , pp.
          <fpage>308</fpage>
          -
          <lpage>318</lpage>
          ,
          <year>June 2017</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>X.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Chowdhery</surname>
          </string-name>
          , and
          <string-name>
            <given-names>M.</given-names>
            <surname>Chiang</surname>
          </string-name>
          , “Skyeyes:
          <article-title>Adaptive video streaming from uavs</article-title>
          ,”
          <source>in Proceedings of the 3rd Workshop on Hot Topics in Wireless, HotWireless '16</source>
          , (New York, NY, USA), pp.
          <fpage>2</fpage>
          -
          <lpage>6</lpage>
          , ACM,
          <year>2016</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>M.</given-names>
            <surname>Eldridge</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Harvey</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Sandercock</surname>
          </string-name>
          ,
          <article-title>and</article-title>
          <string-name>
            <given-names>A.</given-names>
            <surname>Smith</surname>
          </string-name>
          , “
          <article-title>Design and build a search and rescue uav</article-title>
          ,” Univ. Adelaide, Adelaide, Australia,
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>A.</given-names>
            <surname>Seitz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Thiele</surname>
          </string-name>
          , and
          <string-name>
            <given-names>B.</given-names>
            <surname>Bruegge</surname>
          </string-name>
          , “
          <article-title>Fogxy - An Architecural Pattern for Fog Computing</article-title>
          ,”
          <source>in Proceedings of the 23Nd European Conference on Pattern Languages of Programs</source>
          , EuroPLoP '
          <fpage>18</fpage>
          , (New York, NY, USA), ACM,
          <year>2018</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>A.</given-names>
            <surname>Seitz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Thiele</surname>
          </string-name>
          , and
          <string-name>
            <given-names>B.</given-names>
            <surname>Bruegge</surname>
          </string-name>
          , “Focus group:
          <article-title>Patterns for fog computing</article-title>
          ,”
          <source>in Proceedings of the 22Nd European Conference on Pattern Languages of Programs</source>
          , EuroPLoP '
          <fpage>17</fpage>
          , (New York, NY, USA), pp.
          <volume>37</volume>
          :
          <fpage>1</fpage>
          -
          <lpage>37</lpage>
          :
          <fpage>2</fpage>
          ,
          <string-name>
            <surname>ACM</surname>
          </string-name>
          ,
          <year>2017</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>L.</given-names>
            <surname>Boskovski</surname>
          </string-name>
          and
          <string-name>
            <given-names>M.</given-names>
            <surname>Avezum</surname>
          </string-name>
          , “
          <article-title>Combining hardware and software development: A case study on interdisciplinary teaching projects</article-title>
          ,” in ISEE@ SE,
          <year>2018</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>