<!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>Towards Using Location Poly-Hierarchies for Energy-Efficient Continuous Location Determination</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Maximilian Schirmer</string-name>
          <email>maximilian.schirmer@uni-weimar.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>Hagen Höpfner</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Bauhaus-Universität Weimar Media Department / Mobile Media Group Bauhausstraße 11</institution>
          ,
          <addr-line>99423 Weimar</addr-line>
          ,
          <country country="DE">Germany</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Location Determination</institution>
          ,
          <addr-line>Location Poly-Hierarchies, Energy Effi- ciency</addr-line>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2012</year>
      </pub-date>
      <abstract>
        <p>Location awareness is a key feature of mobile information systems. Typically, location is determined by interpreting a set of measured positions. Various approaches for position determination do exist. They vary greatly in their precision, applicability, and energy requirements. As mobile devices are battery-driven, energy is one of the most limiting factors for the system's uptime. Locations have a hierarchical nature and location-based applications differ in their required precision. In this paper, we present three approaches that utilise location poly-hierarchies in order to reduce the energy demand of continuous location determination: (1) We analyse the dependencies among the different hierarchy levels, (2) we incorporate an adaptive delay between measurements based on the hierarchy level and the calculated minimal required time to change, and (3) we select appropriate positioning techniques for each hierarchy level. We implemented and evaluated our approaches.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>INTRODUCTION AND MOTIVATION</title>
      <p>
        Navigation systems, social network apps, tourist information
systems, event information systems, shop finders and many more
heavily rely on position data of their users. Consequently, almost all
modern smartphones supply positioning techniques. The most
popular positioning technique is the Global Positioning System (GPS).
However, even devices that do not provide GPS hardware are able
to locate themselves using alternative techniques such as geotagged
Wi-Fi hotspot and cell tower databases (db), wireless signal
triangulation/lateration, or geotagging. Although all of them allow
localisation of a mobile device, they vary dramatically in precision,
applicability, hardware requirements, and energy demands. A GPS
request requires a GPS receiver with a much higher energy demand
compared to an on-device database lookup that is based on already
localised cell towers or Wi-Fi hotspots [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. However, in an outdoor
scenario, GPS is far more precise than the analysis of location
information of connected Wi-Fi hotspots or cell towers [
        <xref ref-type="bibr" rid="ref22">22</xref>
        ]. On the
other hand, indoor GPS positioning is almost impossible because of
the occlusion and shielding of satellite signals created by building
structures.
      </p>
      <p>
        Mobile devices are battery-driven. So, energy is one of the most
limiting factors for their uptime. Additionally, the user acceptance
of location-based or context-aware mobile applications is
negatively influenced when the applications heavily strain the mobile
devices’ batteries. Furthermore, location-based applications differ
in their required precision [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ]. While the name of the city a user
or a device is currently located in might be appropriate for an event
information system, a navigation system might demand for exact
coordinates or street names at least. A common representation of
locations follows their hierarchical nature. In a hierarchical model,
earth is divided into continents, continents into countries, countries
into states, states into cities, cities into streets and streets into street
numbers, and so on. Consequently, determining low-level location
information in this hierarchy also determines upper levels and
contains information that is connected to these levels. In addition to
this, locations only change if the device is moving. While GPS
coordinates might change with each movement, city information is
stable until the device leaves the city. Hence, the system might wait
with the next energy-demanding location determination on the city
level until the device possibly left the city. In this paper, we present
three approaches that utilise location poly-hierarchies for reducing
the energy demand of continuous location determination:
1. We analyse dependencies among different hierarchy levels.
2. We postpone position measurements based on a calculated
minimal time that is required for leaving the current location.
3. We select appropriate positioning techniques for each
hierarchy level.
      </p>
      <p>Our preliminary experimental results show that there is a strong
potential in these techniques to reduce the energy demand compared
to continuous GPS polling.</p>
      <p>The remainder of the paper is structured as follows: Section 2
discusses related work. Section 3 introduces the concept of
location hierarchies. Section 4 presents the three aforementioned
approaches. Section 5 describes the evaluation approach and the
results. Section 6 summarises the paper.
2.</p>
    </sec>
    <sec id="sec-2">
      <title>RELATED WORK</title>
      <p>Our work mainly overlaps with the research fields location
models and energy-aware computing. Location models form the basis
for all high-level operations on location data. Consequently, the
frequent and enduring use of location data in mobile computing
immediately raises the issue of the mobile devices’ limited energy
resources. The field of energy-aware computing presents a variety
of concepts and methods to compensate for these constraints.
2.1</p>
    </sec>
    <sec id="sec-3">
      <title>Location Models</title>
      <p>
        Location models as core components of location-based
applications represent location information and spatial (or even
spatiotemporal [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ]) relationships in data. They help to express relative
locations, proximity, and allow users to determine containment of
locations or connectedness of relationships.
      </p>
      <p>
        The authors of [
        <xref ref-type="bibr" rid="ref21">21</xref>
        ] present in great detail the broad variety of
location models that have been developed in recent years of active
research. A key factor for distinguishing and characterising
location models is their way of representing spatial relationships.
According to [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ], they can be categorised into set-based, hierarchical,
and graph-based models. Hybrid models that combine several
aspects exist as well. Figure 1 presents an overview of the three main
concepts. In the illustrated examples, the set-based approach is the
least expressive one, as it only models the fact that there are two
distinct locations within a set of locations, and a set of coordinates
is assigned to each location. The hierarchical model adds
containment information, and the graph-based model adds connectedness
as well as distance in the form of edge weights.
      </p>
      <p>Location A</p>
      <p>(1,2)
Location B
(2,3)</p>
      <p>
        Hierarchical location models as a special case of set-based
models represent containment relationships between different levels of
the model and are widely used as basis for location-based
applications [
        <xref ref-type="bibr" rid="ref14 ref2 ref6">14, 2, 6</xref>
        ]. They cannot represent distance information or
directly encode proximity, but they have great advantages in
traversal and for containment queries. They are very close to the
common human understanding of locations. Almost everyone
understands the widely acknowledged segmentation of locations into
administrative regions (country, state, city, street, etc.). At this, on
a city level, a lot of implicit information can be derived through
the top-level relationship to a state or country (e.g., administrative
language, local cuisine, prevalent religions).
2.2
      </p>
    </sec>
    <sec id="sec-4">
      <title>Energy-aware Computing</title>
      <p>
        Energy-aware computing recognises the need for energy as a
factor in modelling and implementing computing systems in
order to manage and reduce their energy demand. This includes both
hardware and software systems. While energy-aware hardware has
been under active research for many years, energy-aware software
is still a novel and underestimated field of research. Hardware
solutions such as sleep modes or performance scaling cannot be directly
transferred or adapted to software systems. Energy-aware software
requires dedicated software engineering with new concepts and
algorithms [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ].
      </p>
      <p>
        One concept of energy-aware computing is resource substitution
[
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. It is based on the observation that in most cases, alternative
resources exist for a given resource. These alternatives often vary
greatly in their costs (e.g., computing power, storage capacity, or
energy demands), but also in their accuracy, granularity, and
frequency of data updates. This directly influences their
appropriateness for substitution. In general, resource substitution favours
resources with a lower cost (energy requirements) over expensive
(high-energy) alternatives. In many cases, a high-energy resource
is not necessarily required and can be substituted without
measurable impact on system performance or user acceptance [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ].
      </p>
      <p>
        The authors of [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ] utilise resource substitution in the form of
sensor substitution. In a location-based context, data from a GPS
device is often substituted with triangulation or lateration data from
cell towers or Wi-Fi stations. A comparable concept is sensor
triggering, where logical dependencies between different sensors are
used. When low-energy sensors detect changes in the environment,
a detailed update with high-energy sensors is triggered. An
experiment described in [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ] shows that low-energy accelerometer data
can be used to trigger high-energy GPS sampling. This approach
greatly reduces the energy demand of location determination for
mobile applications that do not require a gap-less reconstruction of
routes. This triggering approach has also been applied in the area of
civil engineering, where it is critical that autonomous sensor nodes
in buildings gather highly detailed data when vibrations occur. In
the “Lucid Dreaming” system [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ], a low-energy analogue circuit
is sufficient to watch for these environment changes. It triggers
a high-energy microcontroller-based sensor to gather the required
fine-grained data.
3.
      </p>
    </sec>
    <sec id="sec-5">
      <title>TERMS AND DEFINITIONS</title>
      <p>
        According to [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ], “location of an object or a person is its
geographical position on the earth with respect to a reference point.”
From our viewpoint, this definition is too restrictive, as geographic
positions are points. In contrast to a point, a location has a spatial
extent. Due to [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ], “geographic location is the text description of an
area in a special confine on the earth’s surface.”. However, an area
is a set of geographical positions. So, we use a set-oriented
definition: A location is a named set of geographical positions on earth
with respect to a reference point. In a two-dimensional
coordinate system, e.g., the location of a building is given as a set, where
each position (point) belongs to the building’s area. We do not
discuss the calculation of point sets here, but rather refer to techniques
of geographical information systems (GIS) [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. The location
models presented in Section 2.1 describe relationships among locations.
However, reality requires a more sophisticated location model.
Istanbul, as the capital of Turkey, belongs to Europe and Asia. The
same issue holds for Russia, which is located in Europe and in Asia,
too. Another problem results from enclaves: Kaliningrad is part
of Russia, but this information is not sufficient to decide whether
Kaliningrad belongs to Europe or Asia. The solution for these
problems is to use set overlaps instead of containment relationships in
combination with a poly-hierarchical location model [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ].
      </p>
      <p>Figure 2 illustrates the simplified poly-hierarchies for Istanbul
and Kaliningrad, represented as directed acyclic graphs. Each node
is a location and each directed edge represents that the child node
belongs (semantically) to the parent node(s). Moreover, the location
poly-hierarchy LP H has a unique root node because the entire
coordinate system is closed in case of locations (all considerable
positions are elements of the set of all positions on earth). We do not
discuss the construction of LP H in this paper, but assume that an
earth    </p>
      <sec id="sec-5-1">
        <title>Russia  </title>
      </sec>
      <sec id="sec-5-2">
        <title>Istanbul  </title>
        <p>expert defined it in advance. Furthermore, we assume that the level
of a node is defined as the number of nodes on the longest direct
path from root to this node, plus one. As illustrated in Figure 2(b),
level(Russia) = 2 and level(Kaliningrad) = 3.</p>
      </sec>
    </sec>
    <sec id="sec-6">
      <title>LOCATION DETERMINATION STRATE</title>
    </sec>
    <sec id="sec-7">
      <title>GIES</title>
      <p>
        The research question addressed in this paper is twofold: we
want to continuously determine the location of an object while
reducing the energy requirements for positioning, and we want to
offer location information that is appropriate for different
application scenarios. The two extrema are: GPS polling and not
measuring at all. Polling is the most energy-intensive approach and
not measuring is the most imprecise “solution”. We developed
three approaches for calculating appropriate location information
with a minimal amount of energy. The first strategy reflects the
fact that memory-intensive computations require much more
energy than CPU-intensive ones [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ] and reduces the number of
required database lookups. The other two strategies aim for reducing
the number of GPS request and lookup operations in order to find
the correct path from a detected node to the root of LP H. This
path correctly describes the different levels of detail for the current
location.
4.1
      </p>
    </sec>
    <sec id="sec-8">
      <title>Level Dependencies</title>
      <p>In LP H the point sets’ cardinalities of locations represented
by higher-level nodes are smaller than those of locations
represented by the linked lower-level nodes. The assignment of a
location to a set of positions uses default GIS techniques. So, a db
stores border polygons, and a db lookup fetches the proper location
values from the db. Hence, one location lookup requires certain
memory-intensive operations. Moreover, in case of continuous
location determination, queries must be performed for each
movement of the requesting object. However, if we know about the
(semantic) dependencies among certain levels within the location
poly-hierarchy, we can reduce the amount of energy-intensive db
lookups by traversing LP H.</p>
      <p>Figure 2(b) shows that if an object is located within Kaliningrad,
it is in Russia and Europe and on earth, too. So, only one
comparison of location sets is necessary. For the example in Figure 2(a),
this is not as trivial. The requesting object is located in Istanbul and
in Turkey. However, requesting the continent information requires
an additional set comparison as Istanbul belongs to both Europe
earth 
Rusia 
Kaliningrad 
(b)
earth 
Rusia 
Kaliningrad 
(c)
earth 
Rusia 
Kaliningrad 
(d)
and Asia. So, the number of comparisons depends on the structure
of the given poly-hierarchy. Our algorithm calculates the correct
path for a given location while minimising the number of
comparisons. We assume that the names of the leaf and inner nodes in
LP H are unique and referenced within the GIS db.</p>
      <p>Europe </p>
      <p>Asia </p>
      <p>Europe </p>
      <p>Asia </p>
      <p>Europe </p>
      <p>Asia </p>
      <p>Europe </p>
      <p>Asia </p>
      <p>Europe </p>
      <p>Asia 
earth 
Rusia 
Istanbul 
(b)
earth 
earth </p>
      <p>earth 
Rusia 
Istanbul 
(c)</p>
      <p>Rusia 
Istanbul 
(d)</p>
      <p>Rusia 
Istanbul 
(e)</p>
      <p>The algorithm works as follows (cf. Figures 3 and 4): At first, the
proper leaf node is selected using a db query (F. 3(a); F. 4(a)). We
then traverse the LP H bottom-up and mark nodes that belong to
the correct path: The direct (grand)parent node(s) with the lowest
level are analysed. If the current node has only one (grand)parent
node in this level, this node is selected as path anchor (F. 4(b)).
If more than one (grand)parent node exists on the minimal level,
we check them with a db query (F. 3(b)), mark the correct one and
select it as path anchor (F. 3(c)). We continue with the path anchor
until we reach the root node (F. 3(d); F. 4(c)). The last step is to
collect the nodes on the path from root to the leaf node including
all marked inner nodes (F. 3(e); F. 4(d)).
4.2</p>
    </sec>
    <sec id="sec-9">
      <title>Postponed Measurements</title>
      <p>
        The postponed measurements strategy predicts the time required
for a person or object to leave the current location. This time
depends on the hierarchy level, the geographical model used for this
level and on the movement speed [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ].
      </p>
      <p>For simplification purposes, the application specifies the
velocity of the moving object as a movement profile (pedestrians:
6 km h 1, cyclists: 11 km h 1, car drivers: 60 km h 1). The
most obvious approach is to take the object’s current position Lc =
(xc; yc) and then calculate the minimal Euclidean distance d to all
locations within the current path in LP H. For each location L on
this path, we have to calculate: min(p(xc xl)2 + (yc yl)2
j8(xl; yl) 2 L). With a simple calculation, we then compute the
time the object would need to leave this location. If, e.g., a
pedestrian is 5 km away from the city limit, he or she would need at
least 50 minutes ( 5000 m 3600 s = 3000 s) to leave the city. So, we
6000 m
postpone the next position measurement by 50 minutes if the
application requires the location at a city level. The Euclidean distance
guarantees the calculation of the shortest distance. Hence, if the
velocity is correct, the calculation always returns a time window
the moving object must be in the current location.</p>
      <p>
        This approach is used for area-like locations where no route
information exists. In case of a map-based location management, we
utilise crossroad data to get more precise predictions (cf. [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]).
Therefore, we maintain a db with all crossroads and calculate the
Euclidian distance between the current position and the closest
crossroad. Of course, the prediction is more exact if we use the
entire map information but storing the complete maps would require
much space (e.g., for the German state of Thuringia, we have to
maintain 125,034 crossroads or to store and query 657 MB of
OpenStreetMap data).
      </p>
      <p>Besides the postponement calculation for the various levels, we
have to consider the poly-hierarchy as well. Referring back to the
Istanbul-Example: if the moving object is located in Istanbul, it
may take one hour to leave the city, but only 10 minutes to leave
the continent. The solution for this issue is to analyse the LP H in
the following way. Given the LP H, the current location and the
current velocity. First we calculate the correct location path using
the algorithm discussed in Section 4.1. In the next step, we
calculate the postponement value for each location in this path using
the appropriate calculation (Euclidian distance, crossroad analysis).
The minimal value determines the time until the next measurement.
4.3</p>
    </sec>
    <sec id="sec-10">
      <title>Level Appropriateness</title>
      <p>There exist various technologies to measure positions such as
geotagged Wi-Fi hotspot and cell tower databases, wireless
signal triangulation/lateration, or geotagging. They vary in their
energy demand and their precision. While looking at the location
poly-hierarchy one can recognise that locations represented closely
to the root node mostly require less precise location techniques.
Country information can directly be read from the country code
provided by mobile telecommunications operators. The city
information can be harvested from cell tower information using a simple
db lookup. We have to use the most high-energy GPS only if
precise location information are required. The approach discussed in
the following combines the techniques illustrated in Section 4.1 and
Section 4.2.</p>
      <sec id="sec-10-1">
        <title>Hierarchy level</title>
      </sec>
      <sec id="sec-10-2">
        <title>Level Technique</title>
      </sec>
      <sec id="sec-10-3">
        <title>Earth</title>
        <p>Continent
Country
State
City
Street</p>
        <p>For the postponed measurements, we adapted the cross-level
postponement value in a way that we calculate different postponement
values for each level while alternating the measurement strategy
(cf. Table 1). Let’s say that the object is located in Istanbul, and
that the GPS-based measurement resulted in a postponement value
of 10 minutes for the continent, and a postponement value of 1 hour
for the city. After 10 minutes, we then check the appropriateness
of the continent location using energy-efficient cell tower
triangulation and calculate a new postponement value for this level on this
basis. Hence, in best case (we do not leave the continent), we can
wait with the next GPS positioning for 50 more minutes.</p>
        <p>A more trivial approach supported by this idea are applications
that do not need exact position information. As mentioned above,
requesting the country information does not need any positioning
as the information is provided by the service provider.
Furthermore, less energy-intensive cell ID lookups for determining
locations on the city level might be used in a polling mode. Anyway,
position-based location determination such as cell tower
triangulation in combination with a GIS requires too much calculation effort,
if used in a polling manner. However, we will research a
combination of polled and time-triggered updates of location information in
a location poly-hierarchy in the near future.
5.</p>
      </sec>
    </sec>
    <sec id="sec-11">
      <title>EVALUATION</title>
      <p>Our prototype is still work in progress. Therefore, we present a
preliminary evaluation that enabled us to estimate the energy
footprint of our proposed concept in an exemplary scenario.
5.1</p>
    </sec>
    <sec id="sec-12">
      <title>Experimental Setup</title>
      <p>
        The evaluation system was implemented as a mobile application
on the Android 2.3.4 platform. We conducted our tests with the
recently released HTC Sensation smartphone. As shown in
Figure 5(b), the application is mainly a data logger for location and
power management data. In order to gather location data, we
implemented a cell tower lateration algorithm, and used the Android
SDK’s methods for obtaining GPS data. The application reads
energy-related data (battery voltage and current) directly from the
device’s power management. It was implemented as an
independent background logging service that gathers data even when the
device is locked. The experimental setup follows our data-based
energy measurement approach, as described in [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ].
      </p>
      <p>(a)
(b)</p>
      <p>All data was stored in an sqlite database that could later on easily
be used for analysis. For convenience, the application also shows
the estimated location on a map (cf. Figure 5(a)) and allows to
explore the properties of nearby cell towers.</p>
      <p>The cell tower lateration uses a Google service1 to look the
location of nearby cell towers up. Because all retrieved cell tower
locations are cached in an sqlite database, subsequent location
requests for previously discovered cell towers do not require
additional (high-energy) network communication.
1Unfortunately, access to this service is not publicly documented,
our implementation is based on the general process documented
in this forum article: http://stackoverflow.com/a/
3356956</p>
      <p>Our test run consisted of a sequence of 30-minute city walks, one
for each test condition:</p>
      <sec id="sec-12-1">
        <title>a) baseline,</title>
        <p>c) GPS.</p>
      </sec>
      <sec id="sec-12-2">
        <title>b) cell tower lateration, and</title>
        <p>In the baseline condition, the display was turned off, Wi-Fi was on,
Bluetooth was off, and no background tasks except our logging
service were running. During each run, power management data and
cell tower locations were logged every second. GPS was requested
every 5 s. However, the Android SDK cannot guarantee an exact
time between GPS location updates. In fact, our measured time is
slightly higher (7:2 s on average).</p>
        <p>From the power management data, we derived electrical power
and electrical energy data. In order to assess the accuracy of the
gathered location data, additional processing was necessary. While
the GPS data already included accuracy information, we computed
accuracy information for the cell tower lateration by comparing the
gathered coordinates to their counterparts from the GPS run. This
enabled us to give an estimate for the upper bound of the error.
5.2</p>
      </sec>
    </sec>
    <sec id="sec-13">
      <title>Results and Discussion</title>
      <p>Energy
Our results indicate that cell tower triangulation has no significant
impact on the device’s energy demand at all. The baseline
condition shows a total of 181:07 J after 10 minutes and 565:5 J after
30 minutes, while the test run with cell tower lateration resulted in a
slightly higher 183:76 J after 10 minutes and 583:28 J after 30
minutes. This difference of 1:5 % is within the measuring tolerance of
our method. Far more interesting is the difference between baseline
1000
900
800
] 700
Wm 600
[re 500
ow 400
P 300
200
100
0
15 min</p>
      <p>Time
5 min
10 min
20 min
25 min
30 min
and GPS condition. Figure 6 documents the power consumption
progress during cell tower and GPS run. In the GPS run, the device
required 316:07 J after 10 minutes and 1057:8 J after 30 minutes.
Compared to baseline, this is an increase of 74:56 % after 10
minutes, or 87:06 % after 30 minutes (cf. Figure 7). Remember, GPS
data was gathered every 7:2 s on average. In these 7:2 s, our setup
required 4896 mJ of energy on average (7:2 s 680 mJ s 1). In the
baseline condition, 7:2 s of idling required 1296 mJ of energy on
average (7:2 s 180 mJ s 1), which is 26:5 % of the amount required
for GPS.</p>
      <p>Accuracy
The results regarding accuracy of the position determination
techniques are very clear. While the GPS condition results show an
average of 9:2 m, cell tower lateration performs drastically worse
at 308:26 m (a difference of 3242:55 %). Some outliers in the data</p>
      <p>Cell tower
Baselinelateration</p>
      <p>GPS</p>
      <p>Cell tower
Baselinelateration
10 minutes
30 minutes
even showed an error of more than 800 m. These extreme
differences highlight the fact that the reduced energy requirements of cell
tower lateration condition have an at least equally drastic influence
on accuracy.
5.3</p>
    </sec>
    <sec id="sec-14">
      <title>Scenario</title>
      <p>The gathered results provide insight into the areas of
application where sufficient potential exists to reduce the energy
requirements for continuous location determination. In this subsection, we
sketch a scenario that relies on our three conceptual pillars:</p>
      <sec id="sec-14-1">
        <title>a) using level dependencies,</title>
      </sec>
      <sec id="sec-14-2">
        <title>b) postponed measurements,</title>
      </sec>
      <sec id="sec-14-3">
        <title>c) using appropriate positioning techniques.</title>
        <p>This scenario-based evaluation surely cannot serve as a proof for
our proposed concept, but it provides a glimpse on its possible
impact. Our scenario application is a mobile tourist information
system for smartphones. All data is stored on the mobile device and
can be accessed using db queries. The application can access the
following device’s location sensors:
a) SIM card operator’s country code (country information),</p>
      </sec>
      <sec id="sec-14-4">
        <title>b) Cell tower association (state information),</title>
        <p>c) Cell tower lateration (city part/street information),</p>
      </sec>
      <sec id="sec-14-5">
        <title>d) GPS (street number information).</title>
        <p>In our scenario, a tourist from Japan is on a bus tour through
Germany and is currently visiting Thuringia. In Weimar, she decides
to start using the tourist information system.</p>
        <p>Using level dependencies
Upon first use, the system requires a single positioning with cell
tower lateration. With the gathered coordinates, the country, state,
and city nodes of the location poly-hierarchy can be determined:
earth!Europe!Germany!Thuringia!Weimar. The system
uses this data to switch to the tour mode for Thuringia.
Using appropriate techniques according to level
In this mode, a continuous perimeter search delivers points of
interest, such as restaurant, museums, public places, or theaters.
Because this feature at this point only requires the general information
about the presence of such points of interest (and not a detailed
routing information on how to get there), it is appropriate to rely on
cell tower lateration.</p>
        <p>Postponing unnecessary measurements
When the tourist finished exploring the city, she wants to find a nice
place to have lunch. After selecting one of the restaurants from the
perimeter search result list, the tourist information system enters
the navigation mode. In this mode, a database of intersections is
used in combination with a movement profile to estimate important
turning points along a route where it is necessary to activate the
GPS technique.</p>
        <p>Estimation of reduced energy requirements
Upon first use, at least one GPS request can be saved. As we
have shown in the previous subsection, each request requires about
4896 mJ. The continuous perimeter search for points of interest
took 2 hours in our scenario. During these 2 hours, a
continuous GPS polling would have required about 1000 GPS requests
(4896 J). In contrast, the cell tower lateration used by the
system only required 1296 J. Giving an estimation of the reduction
achieved by the postponed measurements in the navigation mode
(using the intersection database) is very difficult, as it relies on a
multitude of factors (e.g., velocity, distance between intersections).
A conservative lower bound would be to assume that this method
reduces the amount of GPS requests to 50 %.</p>
      </sec>
    </sec>
    <sec id="sec-15">
      <title>SUMMARY, CONCLUSIONS, AND OUT</title>
    </sec>
    <sec id="sec-16">
      <title>LOOK</title>
      <p>We addressed two research questions in the area of continuous
location determination: We analysed precision appropriateness and
discussed energy requirements. We utilised the poly-hierarchical
nature of locations to provide different levels of location
information. We discussed three approaches: We reduced the amount of
location calculations within the location poly-hierarchy, we
introduced the concept of postponed measurements, and we discussed
appropriateness issues in location poly-hierarchy levels.</p>
      <p>The overall goal behind our research is to realise a location
framework that application developers can use to implement
locationaware applications without the need to take care of the high
energy requirements of GPS. We know that various frameworks do
exist and address the same issue. However, our results show the
potential to reduce the required energy further. The paper opens
various research directions that we will follow on: The concept of
location poly-hierarchies requires a detailed and formal definition.
While location hierarchies and ontology-based models are well
researched, poly-hierarchies are rather novel. Furthermore, more
research needs to be done in the area of calculating the postponement
values, and the combination of polling and postponed updates must
be addressed.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>C.</given-names>
            <surname>Becker</surname>
          </string-name>
          and
          <string-name>
            <given-names>F.</given-names>
            <surname>Dürr</surname>
          </string-name>
          .
          <article-title>On location models for ubiquitous computing</article-title>
          .
          <source>Personal and Ubiquitous Computing</source>
          ,
          <volume>9</volume>
          (
          <issue>1</issue>
          ):
          <fpage>20</fpage>
          -
          <lpage>31</lpage>
          ,
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>M.</given-names>
            <surname>Beigl</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Zimmer</surname>
          </string-name>
          , and
          <string-name>
            <given-names>C.</given-names>
            <surname>Decker</surname>
          </string-name>
          .
          <article-title>A location model for communicating and processing of context</article-title>
          .
          <source>Personal Ubiquitous Computing</source>
          ,
          <volume>6</volume>
          :
          <fpage>341</fpage>
          -
          <lpage>357</lpage>
          , Jan.
          <year>2002</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>C.</given-names>
            <surname>Bunse</surname>
          </string-name>
          and
          <string-name>
            <given-names>H.</given-names>
            <surname>Höpfner</surname>
          </string-name>
          .
          <article-title>Resource substitution with components - optimizing energy consumption</article-title>
          .
          <source>In ICSOFT '08 Proc.</source>
          ,
          <string-name>
            <surname>volume</surname>
            <given-names>SE</given-names>
          </string-name>
          /GSDCA/MUSE, pages
          <fpage>28</fpage>
          -
          <lpage>35</lpage>
          . INSTICC press,
          <year>July 2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>I.</given-names>
            <surname>Constandache</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Gaonkar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Sayler</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R. R.</given-names>
            <surname>Choudhury</surname>
          </string-name>
          , and
          <string-name>
            <given-names>L. P.</given-names>
            <surname>Cox</surname>
          </string-name>
          .
          <article-title>Energy-Efficient Localization via Personal Mobility Profiling</article-title>
          .
          <source>In MobiCASE '09 Proc.</source>
          , pages
          <fpage>203</fpage>
          -
          <lpage>222</lpage>
          . Springer,
          <volume>209</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>Z.</given-names>
            <surname>Dongqing</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Zhiping</surname>
          </string-name>
          , and
          <string-name>
            <given-names>Z.</given-names>
            <surname>Xiguang</surname>
          </string-name>
          .
          <article-title>Location and its Semantics in Location-Based Services</article-title>
          .
          <source>Geo-spatial Information Science</source>
          ,
          <volume>10</volume>
          (
          <issue>2</issue>
          ):
          <fpage>145</fpage>
          -
          <lpage>150</lpage>
          ,
          <year>June 2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>F.</given-names>
            <surname>Dürr</surname>
          </string-name>
          and
          <string-name>
            <given-names>K.</given-names>
            <surname>Rothermel</surname>
          </string-name>
          .
          <article-title>On a location model for fine-grained geocast</article-title>
          .
          <source>In UbiComp '03 Proc.</source>
          , pages
          <fpage>18</fpage>
          -
          <lpage>35</lpage>
          . Springer,
          <year>2003</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>I.</given-names>
            <surname>Heywood</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Cornelius</surname>
          </string-name>
          , and
          <string-name>
            <given-names>S.</given-names>
            <surname>Carver</surname>
          </string-name>
          .
          <article-title>An Introduction to Geographical Information Systems</article-title>
          . Prentice Hall, Upper Saddle River, NJ, USA, 2nd edition, Nov.
          <year>2002</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>H.</given-names>
            <surname>Höpfner</surname>
          </string-name>
          and
          <string-name>
            <given-names>C.</given-names>
            <surname>Bunse</surname>
          </string-name>
          .
          <article-title>Towards an energy-consumption based complexity classification for resource substitution strategies</article-title>
          .
          <source>In GVDB '10 Proc.,</source>
          volume
          <volume>581</volume>
          .
          <article-title>CEUR-WS</article-title>
          .org, May
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>H.</given-names>
            <surname>Höpfner</surname>
          </string-name>
          and
          <string-name>
            <given-names>C.</given-names>
            <surname>Bunse</surname>
          </string-name>
          .
          <article-title>Energy Awareness Needs a Rethinking in Software Development</article-title>
          .
          <source>In ICSOFT '11 Proc.,</source>
          volume
          <volume>2</volume>
          , pages
          <fpage>294</fpage>
          -
          <lpage>297</lpage>
          . SciTePress,
          <year>2011</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>H.</given-names>
            <surname>Höpfner</surname>
          </string-name>
          and
          <string-name>
            <given-names>M.</given-names>
            <surname>Schirmer</surname>
          </string-name>
          .
          <article-title>Energy efficient continuous location determination for pedestrian information systems</article-title>
          .
          <source>In MobiDE '12 Proceedings</source>
          ,
          <year>2012</year>
          . accepted for publication.
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>H.</given-names>
            <surname>Höpfner</surname>
          </string-name>
          and
          <string-name>
            <given-names>M.</given-names>
            <surname>Schirmer</surname>
          </string-name>
          .
          <article-title>Towards modeling locations as poly-hierarchies</article-title>
          .
          <source>In GVBD '12 Proc</source>
          ., May
          <year>2012</year>
          .
          <article-title>accepted for publication, forthcoming</article-title>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>H.</given-names>
            <surname>Höpfner</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Schirmer</surname>
          </string-name>
          , and
          <string-name>
            <given-names>C.</given-names>
            <surname>Bunse</surname>
          </string-name>
          .
          <article-title>On measuring smartphones' software energy requirements</article-title>
          .
          <source>In ICSOFT '12 Proc.</source>
          ,
          <year>2012</year>
          .
          <article-title>accepted for publication, forthcoming</article-title>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>S.</given-names>
            <surname>Jevtic</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Kotowsky</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R. P.</given-names>
            <surname>Dick</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P. A.</given-names>
            <surname>Dinda</surname>
          </string-name>
          , and
          <string-name>
            <given-names>C.</given-names>
            <surname>Dowding</surname>
          </string-name>
          .
          <article-title>Lucid dreaming: Reliable analog event detection for energy-constrained applications</article-title>
          .
          <source>In IPSN 'ß07 Proc.</source>
          , pages
          <fpage>350</fpage>
          -
          <lpage>359</lpage>
          . ACM,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>C.</given-names>
            <surname>Jiang</surname>
          </string-name>
          and
          <string-name>
            <given-names>P.</given-names>
            <surname>Steenkiste</surname>
          </string-name>
          .
          <article-title>A hybrid location model with a computable location identifier for ubiquitous computing</article-title>
          .
          <source>In Ubicomp '02 Proc.</source>
          , pages
          <fpage>246</fpage>
          -
          <lpage>263</lpage>
          . Springer,
          <year>2002</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>T.</given-names>
            <surname>Kauppinen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Henriksson</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Sinkkilä</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Lindroos</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Väätäinen</surname>
          </string-name>
          , and
          <string-name>
            <given-names>E.</given-names>
            <surname>Hyvönen</surname>
          </string-name>
          .
          <article-title>Ontology-based Disambiguation of Spatiotemporal Locations</article-title>
          .
          <source>In IRSW '08 Proc.,</source>
          volume
          <volume>422</volume>
          .
          <article-title>CEUR-WS</article-title>
          .org,
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <given-names>B. N.</given-names>
            <surname>Schilit</surname>
          </string-name>
          , A. LaMarca, G. Borriello,
          <string-name>
            <given-names>W. G.</given-names>
            <surname>Griswold</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>McDonald</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Lazowska</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Balachandran</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Hong</surname>
          </string-name>
          , and
          <string-name>
            <given-names>V.</given-names>
            <surname>Iverson</surname>
          </string-name>
          .
          <article-title>Challenge: ubiquitous location-aware computing and the “place lab” initiative</article-title>
          .
          <source>In WMASH '03 Proc.</source>
          , pages
          <fpage>29</fpage>
          -
          <lpage>35</lpage>
          . ACM,
          <year>2003</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <given-names>M.</given-names>
            <surname>Schirmer</surname>
          </string-name>
          and
          <string-name>
            <given-names>H.</given-names>
            <surname>Höpfner</surname>
          </string-name>
          . SenST:
          <article-title>Approaches for Reducing the Energy Consumption of Smartphone-Based Context Recognition</article-title>
          .
          <source>In CONTEXT '11 Proc.</source>
          , pages
          <fpage>250</fpage>
          -
          <lpage>263</lpage>
          . Springer,
          <year>2011</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <given-names>A. Y.</given-names>
            <surname>Seydim</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. H.</given-names>
            <surname>Dunham</surname>
          </string-name>
          , and
          <string-name>
            <given-names>V.</given-names>
            <surname>Kumar</surname>
          </string-name>
          .
          <article-title>Location dependent query processing</article-title>
          .
          <source>In MobiDE '01 Proc.</source>
          , pages
          <fpage>47</fpage>
          -
          <lpage>53</lpage>
          . ACM,
          <year>2001</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19]
          <string-name>
            <given-names>J. P.</given-names>
            <surname>Sousa</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R. K.</given-names>
            <surname>Balan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Poladian</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Garlan</surname>
          </string-name>
          , and
          <string-name>
            <given-names>M.</given-names>
            <surname>Satyanarayanan</surname>
          </string-name>
          .
          <article-title>User Guidance of Resource-Adaptive Systems</article-title>
          .
          <source>In ICSOFT '08 Proc.</source>
          ,
          <string-name>
            <surname>volume</surname>
            <given-names>SE</given-names>
          </string-name>
          /GSDCA/MUSE, pages
          <fpage>36</fpage>
          -
          <lpage>44</lpage>
          . INSTICC press,
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          [20]
          <string-name>
            <given-names>O.</given-names>
            <surname>Wolfson</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Xu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Chamberlain</surname>
          </string-name>
          , and
          <string-name>
            <given-names>L.</given-names>
            <surname>Jiang</surname>
          </string-name>
          . Moving Objects Databases:
          <article-title>Issues and Solutions</article-title>
          .
          <source>In SSDBM '98 Proc.</source>
          , pages
          <fpage>111</fpage>
          -
          <lpage>122</lpage>
          . IEEE CS,
          <year>1998</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          [21]
          <string-name>
            <given-names>J.</given-names>
            <surname>Ye</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Coyle</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Dobson</surname>
          </string-name>
          , and
          <string-name>
            <given-names>P.</given-names>
            <surname>Nixon</surname>
          </string-name>
          .
          <article-title>A unified semantics space model</article-title>
          .
          <source>In LoCA '07 Proc., LNCS</source>
          , pages
          <fpage>103</fpage>
          -
          <lpage>120</lpage>
          . Springer,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          [22]
          <string-name>
            <given-names>P. A.</given-names>
            <surname>Zandbergen</surname>
          </string-name>
          .
          <article-title>Accuracy of iPhone Locations: A Comparison of Assisted GPS, WiFi</article-title>
          and
          <string-name>
            <given-names>Cellular</given-names>
            <surname>Positioning</surname>
          </string-name>
          . Transactions in GIS,
          <volume>13</volume>
          (s1):
          <fpage>5</fpage>
          -
          <lpage>26</lpage>
          ,
          <year>July 2009</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>