<!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 />
    <article-meta>
      <title-group>
        <article-title>A Knowledge-Spatial Architecture for Processing Dynamic Maps in Automated Driving</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Haonan Qiu</string-name>
          <email>haonan.qiu@bmw.de</email>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Adel Ayara</string-name>
          <email>adel.ayara@bmw.de</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Birte Glimm</string-name>
          <email>birte.glimm@uni-ulm.de</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>BMW Car IT GmbH</institution>
          ,
          <addr-line>Ulm</addr-line>
          ,
          <country country="DE">Germany</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Institute of Artificial Intelligence, University of Ulm</institution>
          ,
          <country country="DE">Germany</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>An autonomous car needs a detailed, high-definition (HD) map to understand its surroundings. An HD map acts as a powerful virtual “sensor”. Compared to traditional digital maps, high-definition maps require significantly more storage space, and a complete map cannot be stored in a navigation system. Furthermore, map data is provided in numerous heterogeneous formats. Hence, interoperability and scalability have become the main challenges of existing map processing solutions. We demonstrate how these challenges can be addressed using an interoperable knowledge-spatial architecture layer based on ontologies.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>
        Motivation: Autonomous vehicles need to adhere to extremely high safety
standards as failures can impact human lives. A high-definition (HD) map acts as a
powerful virtual “sensor” [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. However, as of now, there is no single,
authoritative format or standard for HD maps [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. As a result, map model development,
maintenance, and integration, as well as map data exchange and sharing pose
major challenges in practise. Furthermore, HD maps are extremely detailed and,
therefore, require significantly more processing power and computation resources
compared to standard-definition (SD) maps. The navigation system constantly
requests map data streams while the car is progressing along a route and care has
to be taken to provide any relevant information in time [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. The heterogeneity
and big volume characteristics of HD maps require a novel approach that
allows for a generic representation of the road environment and a dynamic update
mechanism. Ontologies have been used for representing road intersections for
autonomous vehicles [
        <xref ref-type="bibr" rid="ref6 ref8">8, 6</xref>
        ], however, their work is neither generalized to different
map formats nor is the spatial topology of lanes considered.
      </p>
      <p>Copyright © 2020 for this paper by its authors. Use permitted under Creative
Commons License Attribution 4.0 International (CC BY 4.0).
Demo: We present the SmartMapApp prototype based on a knowledge-spatial
architecture to deal with both knowledge abstraction and spatial reasoning on
highly dynamic map data streams. We illustrate how the application works
with a use-case of dynamic map updates in a highway scenario, but the
approach generalizes to other scenarios. A demonstration video of the
application is available at https://www.uni-ulm.de/fileadmin/website_uni_ulm/
iui.inst.090/video/ISWCDemo.mp4.
2</p>
    </sec>
    <sec id="sec-2">
      <title>A Knowledge-Spatial Architecture</title>
      <p>We present the knowledge-spatial architecture that enables autonomous vehicles
to perceive their environment with a dynamic map in Figure 1.</p>
      <p>
        The knowledge dimension addresses a knowledge abstraction process from
the format-specific and detailed low-level ontologies to the generic high-level
ontology (see the vertical axis of Fig. 1). The horizontal (time) axis represents
road knowledge acquisition events, which trigger the knowledge abstraction
process via spatial reasoning. Spatial reasoning considers updated vehicle motion
events determined in the knowledge abstraction process and searches for spatial
patterns to derive the relevant consequences of what is happening on the road.
Different low-level ontologies for the different map formats can be used to feed
the high-level ontology, which makes the proposed architecture very flexible as
application-oriented queries, such as advanced driver assistance system (ADAS)
functions, are posed over the generic high-level ontology.
The spatial dimension is orthogonal to the knowledge dimension and
correlates facts that are true within a certain space. It describes the continues spatial
reasoning process with respect to the updated vehicle position and dynamic road
environmental knowledge. We adopt the notion of a spatial window with a fixed
width or region in terms of geographic elements shift (slide) over a path line.
Inspired by Mokbel et al. [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ], we use the notion of spatial expiration
depending on the spatial location of a moving object, e.g. a vehicle, and stored data
expires only when the object leaves the spatial window. The spatial window is
determined by the vehicle location and a forward and backward parameter.
Two levels of datastores are used to deal with the highly dynamic,
locationaware environment, where the size of spatial streams is potentially infinite.
Certain spacial events (e.g., the available map foresight of the vehicle reaches a
threshold) trigger the initialisation of a new datastore for a low-level ontology.
The next map data region is loaded (as defined by the specific map data format)
and used to generate more abstract, high-level knowledge. While the high-level
datastore uses spatial expiration for deletions, a low-level datastore is discarded
once the high-level datatstore is populated.
      </p>
      <p>
        Ontologies and rules are essential for road environmental knowledge
representation and spatial reasoning. Figure 2(a) shows some of the concepts and
spatial relations of the high-level ontology. One of the the low-level ontologies
is presented in [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. At the high level, a exmaple of the spatial relations among
Lane and RoadPart are shown in Fig. 2(b). The following rules are used to infer
lateral relationships between lanes. The longitude relationships such as successor
relationships are modeled in similar fashion.
      </p>
      <p>hasRLane(x; y) hasDirectRLane(x; y)
hasRLane(x; z) hasDirectRLane(x; y); hasRLane(y; z).</p>
      <p>
        RightMostLane(x) Lane(x); Lane(y); NOT hasRLane(x; y).
To demonstrate the ontology-based approach for processing dynamic map data,
we have implemented a prototype called SmartMapApp for the knowledge-spatial
architecture described above and it is implemented using RDFox 3.0.1 with the
provided Java APIs [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ].
      </p>
      <p>Dynamic map update scenario: We illustrate the demo scenario of a car
progressing along a route on a highway using three snapshots (see Figure 3).
In each snapshot, the vehicle’s external and internal worlds are presented. In
snapshot 1, the vehicle initialises its world view with some low-level map data,
which results in a high-level road view. As soon as the car starts to move, it
triggers a continuous pre-fetching query with a spatial window with the forward
parameter set to 3 km. In snapshot 2, the system pre-loads data for a new
map tile and extends the high-level road view. In snapshot 3, while the system
incrementally updates the road environmental knowledge, it also continuously
checks if any road parts are “out of window" based on the backward parameter
(e.g., 3 km) of the spatial window and deletes them. In addition, the system
also provides a lane change notification containing maneuver steps to the car for
reaching the targeted lane based on the route.</p>
      <p>SmartMapApp: Figure 4 shows a screenshot of the SmartMapApp GUI. The
simulation is initialized with three types of input files: a JSON file
containing a sequence of positions encoded in the World Geodetic System 1984, map
data triples extracted from a map database, and a route represented as triples
containing road parts and lanes. After the initialization, the system starts to
simulate the progressing of the car by using the periodically updated position
and the given route. The Position Received section shows the received position.
The Current Car Info section shows the current car situation in the lane and
the road (e.g the travel distance). Pre-loading and deletion information is also
displayed whenever the spatial reasoning triggers the pre-loading and deletion
processes, respectively. The Maneuver Steps shows the steps for changing lanes
and the Maneuver Explanation displays the reasons for lane change notification.
The Map Loading Explanation section is used to output the reasons for
preloading decisions. The prototype shows that handling such highly dynamic data
using semantic technologies (ontologies, rules, SPARQL queries) is feasible. The
approach allows for integrating different map data formats, provides a generic
interface to access the road environmental knowledge, is flexible enough to easily
add new features, and robust enough to ensure explainable autonomous cars.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Armand</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ibanez-Guzman</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zinoune</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          :
          <article-title>Digital Maps for Driving Assistance Systems</article-title>
          and Autonomous Driving, pp.
          <fpage>201</fpage>
          -
          <lpage>244</lpage>
          . Springer (
          <year>2017</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Gran</surname>
            ,
            <given-names>C.W.</given-names>
          </string-name>
          : HD-Maps in Autonomous Driving.
          <source>Master's thesis</source>
          ,
          <source>NTNU</source>
          (
          <year>2019</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Kalai</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Siliski</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Morrison</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ito</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Miller</surname>
            ,
            <given-names>A.T.</given-names>
          </string-name>
          :
          <article-title>Pre-fetching map tile data along a route (Aug 12</article-title>
          <year>2014</year>
          ),
          <source>uS Patent 8</source>
          ,
          <issue>803</issue>
          ,
          <fpage>920</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Mokbel</surname>
            ,
            <given-names>M.F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Xiong</surname>
            ,
            <given-names>X.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hammad</surname>
            ,
            <given-names>M.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Aref</surname>
          </string-name>
          , W.G.:
          <article-title>Continuous query processing of spatio-temporal data streams in place</article-title>
          .
          <source>GeoInformatica</source>
          <volume>9</volume>
          (
          <issue>4</issue>
          ),
          <fpage>343</fpage>
          -
          <lpage>365</lpage>
          (
          <year>2005</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5. Oxford Semantic Technologies:
          <article-title>RDFox knowledge graph system</article-title>
          . https://www. oxfordsemantic.tech/ (
          <year>2019</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Suryawanshi</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Qiu</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ayara</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Glimm</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          :
          <article-title>An ontological model for map data in automotive systems</article-title>
          .
          <source>In: IEEE Int. Conf. on Artificial Intelligence and Knowledge Engineering (AIKE)</source>
          . pp.
          <fpage>140</fpage>
          -
          <lpage>147</lpage>
          (
          <year>2019</year>
          ). https://doi.org/10.1109/AIKE.
          <year>2019</year>
          .00034
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Suryawanshi</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Qiu</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ayara</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Glimm</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          :
          <article-title>An ontological model for map data in automotive systems</article-title>
          .
          <source>In: 2019 IEEE Second International Conference on Artificial Intelligence and Knowledge Engineering (AIKE)</source>
          . pp.
          <fpage>140</fpage>
          -
          <lpage>147</lpage>
          (
          <year>2019</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Zhao</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ichise</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Liu</surname>
            ,
            <given-names>Z.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mita</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sasaki</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          :
          <article-title>Ontology-based driving decision making: A feasibility study at uncontrolled intersections</article-title>
          .
          <source>IEICE Transactions on Information and Systems E100.D(7)</source>
          ,
          <fpage>1425</fpage>
          -
          <lpage>1439</lpage>
          (
          <year>2017</year>
          )
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>