<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE article PUBLIC "-//NLM//DTD Journal Publishing DTD v2.3 20070202//EN" "journalpublishing.dtd">
<article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" xml:lang="en" article-type="research-article">
<front>
<journal-meta>
<journal-id journal-id-type="nlm-ta">Sensors</journal-id>
<journal-title>Sensors</journal-title>
<issn pub-type="epub">1424-8220</issn>
<publisher>
<publisher-name>Molecular Diversity Preservation International (MDPI)</publisher-name></publisher></journal-meta>
<article-meta>
<article-id pub-id-type="doi">10.3390/s121114612</article-id>
<article-id pub-id-type="publisher-id">sensors-12-14612</article-id>
<article-categories>
<subj-group>
<subject>Article</subject></subj-group></article-categories>
<title-group>
<article-title>iParking: An Intelligent Indoor Location-Based Smartphone Parking Service</article-title></title-group>
<contrib-group>
<contrib contrib-type="author">
<name><surname>Liu</surname><given-names>Jingbin</given-names></name><xref ref-type="corresp" rid="c1-sensors-12-14612"><sup>*</sup></xref></contrib>
<contrib contrib-type="author">
<name><surname>Chen</surname><given-names>Ruizhi</given-names></name></contrib>
<contrib contrib-type="author">
<name><surname>Chen</surname><given-names>Yuwei</given-names></name></contrib>
<contrib contrib-type="author">
<name><surname>Pei</surname><given-names>Ling</given-names></name></contrib>
<contrib contrib-type="author">
<name><surname>Chen</surname><given-names>Liang</given-names></name></contrib>
<aff id="af1-sensors-12-14612">Department of Navigation and Positioning, Finnish Geodetic Institute, Geodeetinrinne 2, 02431 Masala, Finland; E-Mails: <email>ruizhi.chen@fgi.fi</email> (R.C.); <email>yuwei.chen@fgi.fi</email> (Y.C.); <email>ling.pei@fgi.fi</email> (L.P.); <email>liang.chen@fgi.fi</email> (L.C.)</aff></contrib-group>
<author-notes>
<corresp id="c1-sensors-12-14612">
<label>*</label> Author to whom correspondence should be addressed; E-Mail: <email>jingbin.liu@fgi.fi</email>; Tel.: +358-9-29555-313; Fax: +358-9-29555-200.</corresp></author-notes>
<pub-date pub-type="collection">
<year>2012</year></pub-date>
<pub-date pub-type="epub">
<day>31</day>
<month>10</month>
<year>2012</year></pub-date>
<volume>12</volume>
<issue>11</issue>
<fpage>14612</fpage>
<lpage>14629</lpage>
<history>
<date date-type="received">
<day>03</day>
<month>09</month>
<year>2012</year></date>
<date date-type="rev-recd">
<day>23</day>
<month>10</month>
<year>2012</year></date>
<date date-type="accepted">
<day>24</day>
<month>10</month>
<year>2012</year></date></history>
<permissions>
<copyright-statement>© 2012 by the authors; licensee MDPI, Basel, Switzerland.</copyright-statement>
<copyright-year>2012</copyright-year>
<license>
<p>This article is an open access article distributed under the terms and conditions of the Creative Commons Attribution license (http://creativecommons.org/licenses/by/3.0/).</p></license></permissions>
<abstract>
<p>Indoor positioning technologies have been widely studied with a number of solutions being proposed, yet substantial applications and services are still fairly primitive. Taking advantage of the emerging concept of the connected car, the popularity of smartphones and mobile Internet, and precise indoor locations, this study presents the development of a novel intelligent parking service called <italic>iParking</italic>. With the <italic>iParking</italic> service, multiple parties such as users, parking facilities and service providers are connected through Internet in a distributed architecture. The client software is a light-weight application running on a smartphone, and it works essentially based on a precise indoor positioning solution, which fuses Wireless Local Area Network (WLAN) signals and the measurements of the built-in sensors of the smartphones. The positioning accuracy, availability and reliability of the proposed positioning solution are adequate for facilitating the novel parking service. An <italic>iParking</italic> prototype has been developed and demonstrated in a real parking environment at a shopping mall. The demonstration showed how the <italic>iParking</italic> service could improve the parking experience and increase the efficiency of parking facilities. The <italic>iParking</italic> is a novel service in terms of cost- and energy-efficient solution.</p></abstract>
<kwd-group>
<kwd>multi-sensor fusion</kwd>
<kwd>indoor LBS</kwd>
<kwd>intelligent parking systems</kwd>
<kwd>autonomous navigation</kwd>
<kwd>connected car</kwd>
<kwd>smartphone intelligent services</kwd></kwd-group></article-meta></front>
<body>
<sec sec-type="intro">
<label>1.</label>
<title>Introduction</title>
<p>The changes in economic structures and social living structures have increased life style diversity. New information and communication technologies (ICT) accelerate such changes in this process. Living is not restricted any more to only home environments. People travel daily to and from work, spend their time at various points of interest (POI) such as shopping malls and attractions, and acquire goods and services in extensive environments. Therefore, the city ecosystem, including metropolitan office buildings, urban environments, shopping malls, museums and hospitals is now playing important roles in the modern information society. In addition to on-road navigation, that is widely used, an effective parking service is important to improve the experience and efficiency of daily mobility. Although parking technologies have been employed in parking facilities all around the World, it is still common that people have difficulties to park their cars. For example, it is difficult for drivers to find timely vacant parking spaces, and navigation assistance is not available when Global Positioning System (GPS) does not work well. As a consequence, parking difficulties result in unnecessary driving around city center to just look for a parking space. This therefore, on the one hand, causes extra carbon dioxide emissions and deteriorates the environment of the city ecosystem. This is especially true when many people are simultaneously looking for parking places in a downtown area at peak rush hours. On the other hand, it also increases the risk of traffic accidents when drivers have to search for parking spaces while driving. In addition, unpredictable parking situations make it difficult for people to plan their mobility. All of these degrade the modern city ecosystem experience, and have become a critical challenge in the development of future intelligent transportation systems (ITS) [<xref ref-type="bibr" rid="b1-sensors-12-14612">1</xref>].</p>
<p>Most parking systems in use automatically detect the arrival and departure of vehicles using various sensors, and can display current parking space occupancy information. With these systems, however, a user could not proactively reserve a parking space. Guidance from the current location to a parking facility, <italic>i.e.</italic>, on-road navigation, is widely used with a Portable Navigation Device (PND) or smartphone, which is equipped with a GPS receiver [<xref ref-type="bibr" rid="b2-sensors-12-14612">2</xref>,<xref ref-type="bibr" rid="b3-sensors-12-14612">3</xref>]. However, GPS positioning is not available indoors or underground where most urban parking lots are located. As a result, current parking systems cannot provide indoor navigation functionality within a parking lot. Advanced technologies and novel approaches have to be adopted to create a user-friendly parking experience. Smartphone indoor positioning solutions have been studied in recent years [<xref ref-type="bibr" rid="b4-sensors-12-14612">4</xref>–<xref ref-type="bibr" rid="b8-sensors-12-14612">8</xref>], but such applications are yet to be substantiated. As a latest initiative, the In-Location Alliance was recently launched to promote deployment of location-based indoor services and solutions, and the alliance was formed by 22 Member companies, including NOKIA, Qualcomm, Broadcom, <italic>etc.</italic> [<xref ref-type="bibr" rid="b9-sensors-12-14612">9</xref>]. As the smartphone is one of the most used personal mobile devices, it is practical and cost-efficient to utilize a smartphone platform to develop a novel intelligent parking solution.</p>
<p>This paper presents the development of an intelligent smartphone parking service called <italic>iParking</italic>. Based on the existing infrastructure, the <italic>iParking</italic> service uses the features of the accurate indoor positioning capability of a smartphone, and it includes novel accurate indoor location-based functionalities such as indoor parking navigation and intelligent information services. In this paper, the used smartphone indoor positioning solution is introduced in brief, and the <italic>iParking</italic> service is also demonstrated in a real parking facility at a shopping mall. It is concluded that the <italic>iParking</italic> service is a cost- and energy-efficient solution for the end users and an effective solution for service providers and operators of parking facilities.</p></sec>
<sec>
<label>2.</label>
<title>Review of Related Works</title>
<p>An intelligent parking system relies physically on the acquisition of parking space occupancy status information. This kind of information can be obtained by various vehicle detection sensors, which are divided into two categories: intrusive and non-intrusive sensors [<xref ref-type="bibr" rid="b10-sensors-12-14612">10</xref>]. Intrusive sensors are typically installed in holes on the road surface by invasive installation procedures such as tunneling under the road surfaces or anchoring to the surface of roads. This type of sensors includes active infrared sensors, inductive loops, magnetometers, magneto-resistive sensors, pneumatic road tubes, piezoelectric cables and weigh-in-motion sensors. Non-intrusive sensors encompass microwave radar, passive acoustic array sensors, passive infrared sensors, RFID, ultrasound and video image processing, and they can be installed easily by mounting the device on the ground or the ceiling of a parking lot. The installation and maintenance of non-intrusive sensors do not result in invasive procedures and traffic disruptions, as usually caused by the utilization of intrusive sensors. The specification, strength and weaknesses of various sensor technologies that are currently utilized for vehicle detection were scrutinized by [<xref ref-type="bibr" rid="b10-sensors-12-14612">10</xref>–<xref ref-type="bibr" rid="b17-sensors-12-14612">17</xref>]. In the parking lot of the Iso-Omena shopping mall, where the <italic>iParking</italic> service was demonstrated, an ultrasound sensor has been installed at each of parking spaces to detect the presence of a vehicle. These sensors and related infrastructure can be used in the development of the <italic>iParking</italic> service, which thus requires no major additional hardware and installation costs.</p>
<p>Many parking systems have been developed around the World for commercial services or trial operations, and they can be divided into five major categories [<xref ref-type="bibr" rid="b1-sensors-12-14612">1</xref>]:
<list list-type="order">
<list-item>
<p>Parking information systems, including transit information services of different transport means. This type of systems provide information to aid the decision making process of drivers in choosing their transport means to reach their destinations, and help them in finding a vacant parking space within a parking lot. These systems have been implemented in many major cities in Europe, Japan, and the United States.</p></list-item>
<list-item>
<p>Parking guidance systems. These systems provide guidance toward a free parking space within a parking facility. The availability and location of a free parking space are unknown for users before they arrive at the facility.</p></list-item>
<list-item>
<p>Parking reservation systems. A parking reservation system enables users in advance to examine the availability and reserve a parking space at a desired parking facility. However, this kind of systems has not been widely adopted as the users of these systems are difficult to find parking spaces they have reserved due to the lack of indoor location capability.</p></list-item>
<list-item>
<p>Smart payment systems. These systems are implemented to facilitate the payment for parking as conventional payment methods usually cause delay in the payment process. The utilization of smart payment systems also reduces the cost and staffing requirement for payment handling [<xref ref-type="bibr" rid="b18-sensors-12-14612">18</xref>–<xref ref-type="bibr" rid="b20-sensors-12-14612">20</xref>].</p></list-item>
<list-item>
<p>Automated parking systems. Automated parking involves the use of computer controlled mechanisms, which operate machines to automatically place vehicles into allocated spaces. This type of parking systems offers a maximum parking space utilization efficiency, and it is advantageous to use them where the size of parking lots is limited. Additionally, automated parking systems indirectly enhance safety for both drivers and vehicles as parking is operated automatically by machines [<xref ref-type="bibr" rid="b21-sensors-12-14612">21</xref>]. Nevertheless, these systems require major investment for construction as well as operation.</p></list-item></list></p>
<p>Next generation intelligent parking services are expected to provide a comprehensive solution, which will have advantages such as a higher parking space utilization efficiency, a smooth and efficient packing process as well as predictable parking cost [<xref ref-type="bibr" rid="b22-sensors-12-14612">22</xref>]. It is currently feasible to develop these kinds of novel intelligent parking services as technologies have advanced.</p>
<p>Infrastructure and critical technologies of new-generation intelligent parking systems have been developed significantly in recent years. Mobile Internet and the concept of the connected car have proceeded at a fast pace. Wireless local area networks (WLANs) and Long Term Evolution (LTE) networks enable ubiquitous Internet access with a smartphone. The concept of the connected car is being substantiated by major vehicle manufacturers that are developing related products and services, such as BMW ConnectedDrive [<xref ref-type="bibr" rid="b23-sensors-12-14612">23</xref>], Ford SYNC [<xref ref-type="bibr" rid="b24-sensors-12-14612">24</xref>] and GM OnStar [<xref ref-type="bibr" rid="b25-sensors-12-14612">25</xref>]. The marketing analyst IHS iSuppli has foreseen a significant five-fold market growth in this area from 2010 to 2015 [<xref ref-type="bibr" rid="b26-sensors-12-14612">26</xref>].</p>
<p>Indoor mapping is another critical necessary infrastructure to develop new generation intelligent parking systems. A number of companies, such as Aisle411, Micello, PointInside, Google, NOKIA and NAVTEQ, have delivered various indoor map products for a range of points of interest, such as shopping centers and airports, throughout North America, Europe and Japan. In addition to indoor maps, an accurate indoor positioning solution plays an enabling role along with GPS positioning for universal navigation and intelligent information services, which are required in next generation intelligent parking systems.</p>
<p>This paper is the first to develop and demonstrate an indoor location-based smartphone parking service (<italic>iParking</italic>) in a real parking facility of a shopping mall. In particular, the <italic>iParking</italic> system exploits a Hybrid Indoor Positioning Engine (HIPE) smartphone indoor positioning solution with adequate accuracy, reliability and availability, which is presented in this paper.</p></sec>
<sec>
<label>3.</label>
<title>Development of the <italic>iParking</italic> Service</title>
<p>The <italic>iParking</italic> application provides a novel intelligent parking service, which is an integrated solution beyond traditional systems as described above. This section first analyzes user new generation intelligent parking service requirements. It then outlines the functional requirements of the <italic>iParking</italic> service, and finally presents the system architecture design and implementation of the <italic>iParking</italic> service.</p>
<sec>
<label>3.1.</label>
<title>User Requirements</title>
<p>The <italic>iParking</italic> service aims at creating a smoother and more efficient packing process, enhancing the utilization efficiency of parking spaces and protecting the environment. Related stakeholders include parking users, <italic>i.e.</italic>, drivers, owners and operators of parking facilities, and the environment, such as air quality and traffic conditions that have direct effects on the public. Customers need be able to know the availability of parking spaces in advance and reserve a parking place before their trips. They also require intelligent services for activities after parking, e.g., navigation toward places of interest, providing intelligent information and finding routes backward their own cars after they have completed their activities. Owners and operators of parking facilities expect to improve the parking space utilization efficiency, and as well to provide a pleasant customer-user experience, and promote their business. Urban authorities, who stand for the public, require less unwanted driving to reduce traffic congestion and environmental pollution. As a summary, a new generation intelligent parking service is required to provide all of the stakeholders with the following advantages:
<list list-type="bullet">
<list-item>
<p>Efficient and Proactive Mobility Management. An effective parking solution plays a critical role in encouraging the utilization of more efficient transportation means, and it is effective way to alleviate problems such as traffic congestion, roadway costs, pollution emissions, energy consumption and traffic accidents. It is important for users to be able to manage their daily mobility in a proactive way.</p></list-item>
<list-item>
<p>Enhanced Utilization Efficiency and Saved Parking Cost. An effective parking solution enhances the utilization efficiency and also reduces the costs of operators and customers of parking facilities.</p></list-item>
<list-item>
<p>Intelligent Services. Parking is an intermediate stage between driving and the targeted activities of a trip, so intelligent services are required by users at this stage for their activities after parking. Accurate location knowledge makes the services more effective and intelligent.</p></list-item>
<list-item>
<p>Improved Quality of Business. Intelligent parking services improve the visiting experience of customers. As a result, it promotes business quality.</p></list-item>
<list-item>
<p>More Livable Communities. Intelligent parking systems create a more efficient parking process, and accordingly reduce the land consumption of parking facility construction and contaminant emissions during the parking process. As a result, the parking process becomes more environmentally-friendly, and surrounding communities are more livable.</p></list-item></list></p></sec>
<sec>
<label>3.2.</label>
<title>Functional Requirements</title>
<p>Based on these user requirements, an intelligent parking service should provide customers with functionalities for all three stages of a transportation process, including transport planning, driving, and activities after parking. A parking facility monitors the occupancy status of its parking spaces using vehicle detection sensors, and updates online the occupancy status information through a database. In addition, the database system manages the reservation requests of customers and displays on-site the reservation status of each parking space. Mobile Internet makes the service ubiquitously accessible. The <italic>iParking</italic> service currently provides four types of functionalities as follows:</p>
<sec>
<label>3.2.1.</label>
<title>Transport Planning</title>
<list list-type="bullet">
<list-item>
<p><italic>Booking a Space</italic>. Given a time period, reserve a parking space at a facility of interest. When a specific space is reserved, its geographical coordinates are used as the destination of the navigation route.</p></list-item></list></sec>
<sec>
<label>3.2.2.</label>
<title>Driving</title>
<list list-type="bullet">
<list-item>
<p><italic>On-Road Navigation</italic>. Navigation from the current location to the destination parking facility. The built-in GPS receiver of a smartphone is used in this process.</p></list-item>
<list-item>
<p><italic>Indoor Navigation</italic>. When a user arrives at the destination parking facility and come into a parking facility indoor environment, indoor navigation is launched to navigate the user to the reserved parking space.</p></list-item></list>
<p>The switch between on-road and indoor navigation is done automatically through the proposed HIPE solution.</p></sec>
<sec>
<label>3.2.3.</label>
<title>Location-Based Services</title>
<list list-type="bullet">
<list-item>
<p><italic>Guidance to Points of Interest</italic>. After parking, this function assists users in finding their POI.</p></list-item>
<list-item>
<p><italic>Location-Based Information Services</italic>. Information is provided to a user based on his location. Accurate location knowledge makes the services more effective.</p></list-item>
<list-item>
<p><italic>Finding My Car</italic>. This function helps a user to find and get back to the location where his car was parked.</p></list-item></list></sec>
<sec>
<label>3.2.4.</label>
<title>Operations of Parking Facilities</title>
<list list-type="bullet">
<list-item>
<p>View the list of all applicable parking facilities. The service provider publishes online a list of all applicable parking facilities where the <italic>iParking</italic> service is operated, and the client can access the list through the Internet.</p></list-item>
<list-item>
<p>Add/remove parking facilities of interest. With this function, a user picks a set of preferred parking facilities. Thus, only the selected parking facilities are included in the client, and use the memory resource of smartphones.</p></list-item></list></sec></sec>
<sec>
<label>3.3.</label>
<title>System Architecture and Implementation</title>
<p>The <italic>iParking</italic> service is implemented through a distributed architecture as shown in <xref ref-type="fig" rid="f1-sensors-12-14612">Figure 1</xref>. The Internet connects the different parties, including parking facilities, customers and service providers. The service providers establish the interfaces to bridge parking facilities and users over the Internet, and develop tools to create and maintain the parking facilities database.</p>
<p>Operators of parking facilities use sensors to monitor the occupancy status of each parking space and publish online the parking space occupancy status information in real time. At the same time, the database system handles users' request for parking space reservations, and displays the on-site reservation status to prevent occupancy by others. Every parking facility manages its own database, which consists of information related to the whole parking facility and each of parking spaces. Information related to a whole parking facility includes, for example, permitted parking periods and other general messages, while the information of each parking space includes its geographical coordinates, occupancy status, reservation status, <italic>etc</italic>. At the user end, a client program runs on his smartphone to access the service through the Internet. The client is a light-weight application as a user only collects the databases of the parking facilities of his interest.</p>
<p>User operations of the <italic>iParking</italic> service are conducted on the <italic>iParking</italic> client software, which has a graphical interface as shown in <xref ref-type="fig" rid="f2-sensors-12-14612">Figure 2</xref>. In its current form, the program is developed with a NOKIA N8 smartphone, which runs with Symbianˆ3 operating system (OS). The software development is done with Qt SDK and the Qt Creator integrated development environment (IDE) [<xref ref-type="bibr" rid="b27-sensors-12-14612">27</xref>]. QtMobility application programming interfaces (APIs) are used to acquire the measurements of the smartphone sensors for indoor positioning. NOKIA maps are employed for on-road navigation, while an image-based floor map is used as indoor map.</p></sec></sec>
<sec>
<label>4.</label>
<title>Smartphone Indoor Positioning Solution</title>
<p>As stated earlier in this paper, the <italic>iParking</italic> service exploits an accurate smartphone indoor positioning solution named HIPE. Our previous works [<xref ref-type="bibr" rid="b5-sensors-12-14612">5</xref>,<xref ref-type="bibr" rid="b28-sensors-12-14612">28</xref>,<xref ref-type="bibr" rid="b29-sensors-12-14612">29</xref>] have presented part of the HIPE solution for pedestrian navigation, such as WLAN positioning algorithms, prior knowledge learning, <italic>etc</italic>. In the development of <italic>iParking</italic>, the HIPE solution is extended in two aspects, as shown in <xref ref-type="fig" rid="f3-sensors-12-14612">Figure 3</xref>. First, the integrity of RSSI observables is monitored before they are used for positioning. The integrity monitoring is used to find outlier RSSI observables and exclude them from positioning calculations. Thus, the positioning accuracy is improved. Second, the dead reckoning (DR) technique is utilized to propagate positions during a long interval of RSSI scan, and it enhances the availability of absolute position estimate. This section introduces the operation principle of the HIPE, and evaluates the accuracy and availability of indoor positioning.</p>
<p>The whole HIPE solution, as shown in <xref ref-type="fig" rid="f3-sensors-12-14612">Figure 3</xref>, utilizes the smartphone sensor measurements and WLAN signals from an existing network infrastructure to estimate indoor locations. The methodology of hidden Markov models (HMM) is used to fuse different types of measurements, including RSSI observables and motion dynamics information (MDI) that is measured by the smartphone sensors. The HMM parameters are calculated using the knowledge database of RSSI-location dependency, measured MDI data as well as the result of RSSI integrity monitoring. Together with the HMM and RSSI observables, the grid-based filter, as presented in [<xref ref-type="bibr" rid="b6-sensors-12-14612">6</xref>,<xref ref-type="bibr" rid="b30-sensors-12-14612">30</xref>], is utilized to estimate absolute positions. Furthermore, between two RSSI observations, relative position is used through the DR approach to propagate absolute locations, and the availability of absolute positions is thus enhanced. The HIPE solution is portable to different smartphone platforms, and configurable to use different combinations of sensors [<xref ref-type="bibr" rid="b4-sensors-12-14612">4</xref>].</p>
<sec>
<label>4.1.</label>
<title>Indoor Positioning Using WLAN Signals</title>
<p>WLAN RSSI signals have a statistical dependency on geographical locations. The location-RSSI dependency has been widely used for indoor positioning as this kind of positioning solution is cost-efficient and they can be operated in conjunction with communication services. Unlike traditional solutions, which usually use a specific hardware tag for positioning, the proposed HIPE utilizes the built-in hardware of a smartphone to collect the observables and performs position estimation using the smartphone's computational resources. Significant advantages of re-using a smartphone platform include that the positioning solution is more cost-efficient, and it is more convenient to integrate the positioning solution with related applications. However, a disadvantage is that the development of the HIPE is restricted by the API availability of the smartphone platform. For example, the API of Symbianˆ3 operating system used in this paper restricts the interval of two WLAN scans to 8–10 s for energy saving purposes [<xref ref-type="bibr" rid="b31-sensors-12-14612">31</xref>]. That means a user will not receive an updated RSSI positioning estimate during such intervals, and this causes an unsatisfactory experience. Therefore, the HIPE propagates locations using the DR technique during the interval of two WLAN scans.</p>
<p>The location-RSSI dependency is learnt and recorded as prior knowledge in a database. Due to the highly non-stationary nature of WLAN signals, RSSI observables at a given location usually have a variance following a non-Gaussian, left-skewed distribution [<xref ref-type="bibr" rid="b5-sensors-12-14612">5</xref>]. In this study, a parameteric Weibull function is used to represent the probability density function (PDF) of RSSI observables at a given location, and its three parameters are calculated using a set of RSSI observables [<xref ref-type="bibr" rid="b5-sensors-12-14612">5</xref>,<xref ref-type="bibr" rid="b31-sensors-12-14612">31</xref>]. It was concluded in [<xref ref-type="bibr" rid="b5-sensors-12-14612">5</xref>] that the utilization of the Weibull probability density function can reduce the work load by using a lesser number of RSSI observables than the traditional histogram-based method, and it can improve the positioning accuracy by 20% compared to the histogram-based method when a same number of RSSI observables were used. Given a predetermined grid of reference points (RP), RSSI measurements of multiple WLAN access points (AP) are collected at each RP to calculate the probability distribution of RSSI with the Weibull function. As a result, the learning course produces a database of the probability distributions:
<disp-formula id="FD1">
<label>(1)</label>
<mml:math id="mm1" display="block">
<mml:semantics id="sm1">
<mml:mrow>
<mml:mo>∑</mml:mo>
<mml:mo>=</mml:mo>
<mml:mrow>
<mml:mo>{</mml:mo>
<mml:mrow>
<mml:mi>P</mml:mi>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:mi>O</mml:mi>
<mml:mo>|</mml:mo>
<mml:mi>X</mml:mi>
<mml:mo>=</mml:mo>
<mml:msub>
<mml:mi>S</mml:mi>
<mml:mi>i</mml:mi></mml:msub></mml:mrow>
<mml:mo>)</mml:mo></mml:mrow></mml:mrow>
<mml:mo>}</mml:mo></mml:mrow></mml:mrow></mml:semantics></mml:math></disp-formula>where <italic>P</italic>(<italic>O</italic>|<italic>X</italic> = <italic>S<sub>i</sub></italic>) is the probability in which a vector of RSSI observables <italic>O</italic> = {<italic>o<sup>k</sup></italic>}(<italic>k</italic> = 1, ⋯, <italic>M</italic>) is collected at a given RP <italic>S<sub>i</sub></italic> (<italic>i</italic> = 1, ⋯, <italic>N</italic>), <italic>M</italic> is the number of APs and <italic>N</italic> is the number of RPs.</p>
<p>With the HMM methodology, the HIPE solution considers the motion of a user as a temporally correlated process, instead of a series of isolated points, and it estimates positions using the solutions of HMM problems such as the grid-based filter. The HMM methodology has been presented with details in [<xref ref-type="bibr" rid="b6-sensors-12-14612">6</xref>,<xref ref-type="bibr" rid="b32-sensors-12-14612">32</xref>], and an implementation of the proposed HIPE has been described in [<xref ref-type="bibr" rid="b5-sensors-12-14612">5</xref>,<xref ref-type="bibr" rid="b6-sensors-12-14612">6</xref>,<xref ref-type="bibr" rid="b33-sensors-12-14612">33</xref>], which included the methods of determining the HMM parameters (<italic>A</italic>,<italic>B</italic>,<italic>π</italic>).</p></sec>
<sec>
<label>4.2.</label>
<title>RSSI Integrity Monitoring</title>
<p>The presence of walls, humans and other rigid objects indoors causes multipath and non-line-of-sight propagation of wireless signals, and results in high variance of WLAN RSSI observables that degrades positioning accuracy [<xref ref-type="bibr" rid="b34-sensors-12-14612">34</xref>]. Furthermore, a WLAN scanning probably fails to obtain RSSI observables from one or multiple APs due to environmental disturbances or excessive distances between the smartphone and APs. Therefore, it is important to monitor the integrity of RSSIs to improve the positioning accuracy and reliability. In the proposed HIPE solution, two physical natures of RSSI scanning are relied upon in the RSSI integrity monitoring [<xref ref-type="bibr" rid="b5-sensors-12-14612">5</xref>]:
<disp-quote>
<p>Proposition 1: When a scanning mobile device is far away from an access point and its RSSI observable is lower than a threshold, the RSSI variance and the rate of scanning failure are significantly higher.</p>
<p>Proposition 2: The probability distribution pattern of valid RSSI measurements is most matched with that of a given location in the knowledge database when and only when the given location is a true position where RSSIs are observed.</p></disp-quote></p>
<p>In the proposed HIPE solution, the threshold in Proposition 1 is defined as −75 dBm, and valid RSSI measurements are defined as those observables which are acquired successfully by a scan and are stronger than the threshold. The degree of pattern matching between observed RSSIs and the prior knowledge is numbered by an emission probability, which is a joint probability of all involved measurements and is calculated as follows:
<disp-formula id="FD2">
<label>(2)</label>
<mml:math id="mm2" display="block">
<mml:semantics id="sm2">
<mml:mrow>
<mml:msub>
<mml:mi>b</mml:mi>
<mml:mi>i</mml:mi></mml:msub>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>t</mml:mi>
<mml:mo stretchy="false">)</mml:mo></mml:mrow>
<mml:mo>=</mml:mo>
<mml:mi>P</mml:mi>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:msubsup>
<mml:mi>o</mml:mi>
<mml:mi>t</mml:mi>
<mml:mn>1</mml:mn></mml:msubsup>
<mml:mo>|</mml:mo>
<mml:mi>X</mml:mi>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>t</mml:mi>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>=</mml:mo>
<mml:msub>
<mml:mi>S</mml:mi>
<mml:mi>i</mml:mi></mml:msub></mml:mrow>
<mml:mo>)</mml:mo></mml:mrow>
<mml:mo>⋯</mml:mo>
<mml:mo>∗</mml:mo>
<mml:mi>P</mml:mi>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:msubsup>
<mml:mi>o</mml:mi>
<mml:mi>t</mml:mi>
<mml:mi>k</mml:mi></mml:msubsup>
<mml:mo>|</mml:mo>
<mml:mi>X</mml:mi>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>t</mml:mi>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>=</mml:mo>
<mml:msub>
<mml:mi>S</mml:mi>
<mml:mi>i</mml:mi></mml:msub></mml:mrow>
<mml:mo>)</mml:mo></mml:mrow>
<mml:mo>⋯</mml:mo>
<mml:mo>∗</mml:mo>
<mml:mi>P</mml:mi>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:msubsup>
<mml:mi>o</mml:mi>
<mml:mi>t</mml:mi>
<mml:mi>M</mml:mi></mml:msubsup>
<mml:mo>|</mml:mo>
<mml:mi>X</mml:mi>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>t</mml:mi>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>=</mml:mo>
<mml:msub>
<mml:mi>S</mml:mi>
<mml:mi>i</mml:mi></mml:msub></mml:mrow>
<mml:mo>)</mml:mo></mml:mrow></mml:mrow></mml:semantics></mml:math></disp-formula> where <italic>S<sub>i</sub></italic> stands for <italic>i</italic>-th reference point (<italic>1</italic>≤<italic>i</italic>≤<italic>N</italic>), <italic>t</italic> is epoch number, 
<inline-formula>
<mml:math id="mm3" display="inline">
<mml:semantics id="sm3">
<mml:mrow>
<mml:msubsup>
<mml:mi>o</mml:mi>
<mml:mi>t</mml:mi>
<mml:mi>k</mml:mi></mml:msubsup></mml:mrow></mml:semantics></mml:math></inline-formula> is the observation of RSSI of <italic>k</italic>-th access point at epoch <italic>t</italic>, 
<inline-formula>
<mml:math id="mm4" display="inline">
<mml:semantics id="sm4">
<mml:mrow>
<mml:mi>P</mml:mi>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:msubsup>
<mml:mi>o</mml:mi>
<mml:mi>t</mml:mi>
<mml:mi>k</mml:mi></mml:msubsup>
<mml:mo>|</mml:mo>
<mml:mi>X</mml:mi>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>t</mml:mi>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>=</mml:mo>
<mml:msub>
<mml:mi>S</mml:mi>
<mml:mi>i</mml:mi></mml:msub></mml:mrow>
<mml:mo>)</mml:mo></mml:mrow></mml:mrow></mml:semantics></mml:math></inline-formula> is the probability in which RSSI of 
<inline-formula>
<mml:math id="mm5" display="inline">
<mml:semantics id="sm5">
<mml:mrow>
<mml:msubsup>
<mml:mi>o</mml:mi>
<mml:mi>t</mml:mi>
<mml:mi>k</mml:mi></mml:msubsup></mml:mrow></mml:semantics></mml:math></inline-formula> is observed at a given location <italic>S<sub>i</sub></italic>, it is obtained from the knowledge database of the location-RSSI dependency.</p>
<p>In the integrity monitoring process, an emission probability is first calculated for each of RPs using RSSIs of all APs, including those of scanning failures, which are marked as “0”. The maximum emission probability and the corresponding RP are recorded as a benchmark. In this case, a scanning failure is considered as useful information that the scanning device is located far away from the corresponding AP with a high probability. Second, valid RSSI measurements are selected to calculate an emission probability for each of RPs. The maximum emission probability of valid RSSI measurements is compared with the benchmark of all RSSIs, and the significance of the difference is evaluated using multiple elements such as the numbers of successful and failing scanning APs respectively, and the numbers of RSSI measurements which have high and low probabilities 
<inline-formula>
<mml:math id="mm6" display="inline">
<mml:semantics id="sm6">
<mml:mrow>
<mml:mi>P</mml:mi>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:msubsup>
<mml:mi>o</mml:mi>
<mml:mi>t</mml:mi>
<mml:mi>k</mml:mi></mml:msubsup>
<mml:mo>|</mml:mo>
<mml:mi>X</mml:mi>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>t</mml:mi>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>=</mml:mo>
<mml:msub>
<mml:mi>S</mml:mi>
<mml:mi>i</mml:mi></mml:msub></mml:mrow>
<mml:mo>)</mml:mo></mml:mrow></mml:mrow></mml:semantics></mml:math></inline-formula>, respectively. If the two sets of emission probabilities are coherent, the emission probabilities of valid RSSI measurements are used to calculate a position estimate. Otherwise, the emission probabilities of all RSSIs are used, and as a result the derived position estimate may suffer major errors with a high probability.</p></sec>
<sec>
<label>4.3.</label>
<title>Dead Reckoning with Smartphone Sensors</title>
<p>Relative positions measured by the smartphone sensors are used to propagate positions with the DR technique during a long RSSI scanning interval. In the parking application, relative locations need to be estimated in two motion modes: vehicle mode and pedestrian mode. Vehicle mode is a platform-fixed mode, and it is used for in-vehicle navigation before parking, while pedestrian mode is used for pedestrian navigation and guidance in activities after parking. Different algorithms are used in the different modes. In vehicle mode, the smartphone compass and accelerometers comprise a classic inertial navigation system (INS). Given a fixed body frame, a compass measures motion heading, and measurements of built-in accelerometers are integrated once to produce the velocity, and twice to produce the travelled distance [<xref ref-type="bibr" rid="b6-sensors-12-14612">6</xref>]. Consequently, relative location is calculated in a local coordinate system. On the contrary, the integration operation is not applicable in pedestrian mode as it is difficult to keep a smartphone in a fixed body frame. Instead, a pedestrian distance is estimated through accumulating step lengths of occurred steps, which is widely used in pedestrian dead reckoning (PDR) techniques [<xref ref-type="bibr" rid="b4-sensors-12-14612">4</xref>,<xref ref-type="bibr" rid="b35-sensors-12-14612">35</xref>–<xref ref-type="bibr" rid="b38-sensors-12-14612">38</xref>]. Based on the pedestrian acceleration pattern, the occurrences of steps are recognized using accelerometer measurements, and the lengths of all recognized steps are accumulated to calculate moved distance. In this paper, we use a constant value of 0.7 m per step to estimate step lengths. With the estimate of travelled distance (<italic>d<sub>t</sub></italic>) and heading (<italic>α<sub>t</sub></italic>) during an interval, relative motion vector <italic>D<sub>t</sub></italic> is represented in a horizontal plane as follows:
<disp-formula id="FD3">
<label>(3)</label>
<mml:math id="mm7" display="block">
<mml:semantics id="sm7">
<mml:mrow>
<mml:msub>
<mml:mi>D</mml:mi>
<mml:mi>t</mml:mi></mml:msub>
<mml:mo>=</mml:mo>
<mml:mrow>
<mml:mo>[</mml:mo>
<mml:mtable columnalign="left">
<mml:mtr>
<mml:mtd>
<mml:msub>
<mml:mi>d</mml:mi>
<mml:mi>t</mml:mi></mml:msub>
<mml:mo>cos</mml:mo>
<mml:mo stretchy="false">(</mml:mo>
<mml:msub>
<mml:mi>α</mml:mi>
<mml:mi>t</mml:mi></mml:msub>
<mml:mo stretchy="false">)</mml:mo></mml:mtd></mml:mtr>
<mml:mtr>
<mml:mtd>
<mml:msub>
<mml:mi>d</mml:mi>
<mml:mi>t</mml:mi></mml:msub>
<mml:mo>sin</mml:mo>
<mml:mo stretchy="false">(</mml:mo>
<mml:msub>
<mml:mi>α</mml:mi>
<mml:mi>t</mml:mi></mml:msub>
<mml:mo stretchy="false">)</mml:mo></mml:mtd></mml:mtr></mml:mtable>
<mml:mo>]</mml:mo></mml:mrow></mml:mrow></mml:semantics></mml:math></disp-formula>where <italic>t</italic> is an epoch number.</p>
<p>Thereafter, propagated positions in the horizontal plane are calculated based upon a previously determined position as follows [<xref ref-type="bibr" rid="b39-sensors-12-14612">39</xref>]:
<disp-formula id="FD4">
<label>(4)</label>
<mml:math id="mm8" display="block">
<mml:semantics id="sm8">
<mml:mrow>
<mml:msub>
<mml:mi>X</mml:mi>
<mml:mi>n</mml:mi></mml:msub>
<mml:mo>=</mml:mo>
<mml:msub>
<mml:mi>X</mml:mi>
<mml:mn>0</mml:mn></mml:msub>
<mml:mo>+</mml:mo>
<mml:munderover>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>t</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn></mml:mrow>
<mml:mi>n</mml:mi></mml:munderover>
<mml:mrow>
<mml:msub>
<mml:mi>D</mml:mi>
<mml:mi>t</mml:mi></mml:msub></mml:mrow></mml:mrow></mml:semantics></mml:math></disp-formula>where <italic>t</italic> is an epoch number, <italic>X</italic><sub>0</sub> is a previously determined position, <italic>D<sub>t</sub></italic> is the relative position during a propagation interval. In this study, the propagation interval is 1 s, and position estimate is updated every second through the DR technique during a WLAN scanning interval of 8–10 s. Thus, the availability of positioning solution is enhanced.</p></sec>
<sec sec-type="results">
<label>4.4.</label>
<title>Experimental Results</title>
<p>This section presents the experiment results concerning positioning accuracy and availability. In the experiments, we used NovAtel GPS/IMU integrated SPAN system to obtain a trajectory reference. However, as specified in its manual, the SPAN system has increasing errors over time when GPS does not work well indoors. In order to provide the SPAN system periodic references, we recorded nearest true reference points every 30 s during the experiment, and calibrated positioning results of the SPAN system in post mission using the recorded positions of RPs. The calibrated SPAN positioning results achieved decimeter-level accuracy, and were used as the reference of error calculation. Positioning error was calculated epoch by epoch as follows:
<disp-formula id="FD5">
<label>(5)</label>
<mml:math id="mm9" display="block">
<mml:semantics id="sm9">
<mml:mrow>
<mml:msub>
<mml:mi>ɛ</mml:mi>
<mml:mi>i</mml:mi></mml:msub>
<mml:mo>=</mml:mo>
<mml:mrow>
<mml:mo>‖</mml:mo>
<mml:mrow>
<mml:msub>
<mml:mi>P</mml:mi>
<mml:mi>i</mml:mi></mml:msub>
<mml:mo>−</mml:mo>
<mml:msub>
<mml:mover accent="true">
<mml:mi>P</mml:mi>
<mml:mo>¯</mml:mo></mml:mover>
<mml:mi>i</mml:mi></mml:msub></mml:mrow>
<mml:mo>‖</mml:mo></mml:mrow></mml:mrow></mml:semantics></mml:math></disp-formula>where <italic>P<sub>i</sub></italic> is the HIPE positioning result; <italic>P̄<sub>i</sub></italic> is the reference position.</p>
<p>The experiment lasted for more than 2,000 s, and it obtained 208 RSSI positioning results as the smartphone platform restricts a WLAN scanning interval of 8–10 s. For performance comparison, the recorded RSSI measurements were processed also with the classic Maximum likelihood estimation (MLE) algorithm. The same integrity monitoring processing was applied for the two algorithms, <italic>i.e.</italic>, the grid-based filter and the MLE algorithm. In the HMM approach, the location of the first epoch was estimated using the MLE method, and it was used to calculate the initial probability distribution <italic>π</italic> [<xref ref-type="bibr" rid="b6-sensors-12-14612">6</xref>]. The transitional probability matrix <italic>A</italic> was calculated using the measured movement distance and heading, and accordingly the ratio <italic>K</italic> between high and low transitional probabilities adaptively varied at <italic>K</italic> ∈ [2000, 200000] [<xref ref-type="bibr" rid="b30-sensors-12-14612">30</xref>]. Given an update interval of 1 s, the dead reckoning approach propagates positions during two scanning epochs based on a previous position estimate of the grid-based filter.</p>
<p><xref ref-type="table" rid="t1-sensors-12-14612">Table 1</xref> compares the positioning errors of the three methods in terms of RMS error (RMSE), average error (AE) and 95% radius error (R95). The grid-based filter has a significantly reduced RMSE by 1.62 m (32.7%), AE by 1.65 m (47.7%) and R95 by 6 m (50%) than the MLE.</p>
<p><xref ref-type="fig" rid="f4-sensors-12-14612">Figure 4</xref> shows the time series of positioning errors of the three solutions. It further indicated that the grid-based filter solution has much less errors than the MLE solution, and the DR-integrated solution has an update rate of 1 s, which indicates a higher availability compared to the update rate of 8–10 s in the grid-based filter and MLE solution.</p>
<p>Errors of the DR-integrated solution are dominated by those of the grid-based filter solution as the dead reckoning is based on a latest result of the grid-based filter. However, large errors of the grid-based filter solution are mitigated in the DR-integrated solution as the quality of a new RSSI positioning estimate has been checked using the DR result and large outliers are mitigated in the final DR-integrated solution. The results as shown in <xref ref-type="table" rid="t1-sensors-12-14612">Table 1</xref> and <xref ref-type="fig" rid="f4-sensors-12-14612">Figure 4</xref> indicate the DR-integrated solution, which is the final HIPE solution, has positioning errors of less than the width of a parking space (2.9 m) in most epochs, and it can effectively support the location-based functionalities in the <italic>iParking</italic> service.</p></sec></sec>
<sec sec-type="methods">
<label>5.</label>
<title>Functional Demonstration of <italic>iParking</italic></title>
<p>The <italic>iParking</italic> service prototype was demonstrated in a real scenario at the Iso-Omena shopping mall in Espoo, Finland. This section presents the demonstration of the <italic>iParking</italic> service, and shows how the <italic>iParking</italic> service improves the user experience of customers through a virtual story in which a user undertakes a visit for shopping purposes from the office building of the Finnish Geodetic Institute (FGI) to Iso-Omena.</p>
<p>The Iso-Omena shopping mall includes more than 115 stores that offer everything inhabitants and households might need. Meanwhile, the full-service supermarkets contain all the necessary daily goods and groceries. Consequently, a large number of customers visit this shopping mall for daily shopping, and it is not easy to find a parking space at some periods even though there are 2,200 parking spaces in total. An ultrasound sensor has been installed at each parking space to monitor its occupancy status, and the status is published online through the database of the <italic>iParking</italic> service.</p>
<p>At the user end, a user runs the <italic>iParking</italic> program on a smartphone, e.g., NOKIA N8 in this paper, which can access the Internet and has built-in NOKIA maps. In the virtual story, the user has retrieved the Iso-Omena <italic>iParking</italic> database on his smartphone as he often visits this shopping mall. <xref ref-type="fig" rid="f5-sensors-12-14612">Figure 5</xref> demonstrates the whole process of the <italic>iParking</italic> service during the visit. The user reserves a parking space in advance through the <italic>iParking</italic> service before his departure to avoid a parking dilemma. An estimated arrival and departure time are specified to get a list of free spaces for the given period, and the user then selects a preferred space. For example, the user may want to select a space that is the nearest to a particular store he will head for. Once a space is chosen, its coordinates are used as the navigation destination and a departure time and preferable route are recommended. The built-in GPS receiver supports on-road navigation. When the user arrives at the underground park where GPS does not work anymore, the indoor navigation function is launched. The user is guided from his current location to the reserved space. After the user parks his car, the function “Guidance to points of interest” can be used to find the points of interest, e.g., a specific store in this story. As well, related information of various POIs is delivered to the user based on his location. Finally, after the user completes his activities, <italic>i.e.</italic>, shopping in this store, he needs find the route to get back his car.</p>
<p>Then the function “Find my car” navigates the user from his current location to his car.</p>
<list list-type="alpha-lower">
<list-item>
<p>A start-up graphic interface and the menu overview. Current position is displayed with the flag (
<inline-graphic xlink:href="sensors-12-14612i1.gif"/>) on the map. A click on “Book a space” will open the interface of “Parking places” for related operations.</p></list-item>
<list-item>
<p>The “Parking places” interface, which lists the database of collected parking lots in the above tree widget, and coordinates of all free parking spaces of the selected parking lot at the current moment in the below tree widget.</p></list-item>
<list-item>
<p>A dialog is displayed to enter a specified date and time period to reserve a parking space.</p></list-item>
<list-item>
<p>After the time period of the reservation is specified, the below tree widget is updated to display the list of all free parking spaces at the specified period. A reserved parking space is displayed in the above tree widget.</p></list-item>
<list-item>
<p>A click on “Navigation” starts the calculation of an optimal route and driving time estimate.</p></list-item>
<list-item>
<p>A recommended route is displayed on the map.</p></list-item>
<list-item>
<p>The interface of on-road navigation.</p></list-item>
<list-item>
<p>The interface of navigation inside the parking lot on the ground of an image-based indoor map.</p></list-item>
<list-item>
<p>A click on “Find my car” will display the location of a user's car and an indoor route from his current location to his car.</p></list-item>
<list-item>
<p>A graphical interface that displays the location of a user's car and a route from his current location to his car.</p></list-item>
<list-item>
<p>The main interface of the application, which displays current position with the flag (
<inline-graphic xlink:href="sensors-12-14612i2.gif"/>) on the map.</p></list-item></list>
<p>In the demonstration of the <italic>iParking</italic> service, we defined the width of a parking space as the tolerable range of navigation errors, and required that a user should be navigated to a correct or adjacent parking space. Based on the operation flow as shown in <xref ref-type="fig" rid="f5-sensors-12-14612">Figure 5</xref>, we have carried out the field demonstration with 14 trials so far. In every trial, a random parking space was booked, and a driver followed the operation process of the <italic>iParking</italic> to perform the visit from FGI to the Iso-Omena shopping center. When the driver completed the visit, he used the function “Find my car” to find the location of the car and the walking route. Thus, each trial included two occurrences of indoor navigation. The visited location in the shopping center was random and different in each trial. We recorded the numbers of parking spaces the <italic>iParking</italic> guided users to at the arrival stage and “Find my car” function, respectively. Navigation errors were defined as offset numbers of parking spaces between correct and navigated parking spaces. <xref ref-type="table" rid="t2-sensors-12-14612">Table 2</xref> showed the number of trials that have different offsets between correct and navigated parking spaces.</p>
<p>The width of a parking space is about 2.9 m. The result showed that in almost all cases (more than 85% among our 28 occurrences) a user can find the correct or an adjacent parking space, and in few exceptions he may be navigated incorrectly by up to three parking spaces.</p></sec>
<sec sec-type="conclusions">
<label>6.</label>
<title>Conclusions</title>
<p>This paper presented a novel parking service named <italic>iParking</italic>, which features indoor navigation and intelligent services functionalities. The <italic>iParking</italic> service is an environmentally-friendly solution for society, a cost- and energy-efficient solution for end users, and an effective solution for parking operators and service providers.</p>
<p>The proposed indoor positioning solution, which fuses WLAN signals and smartphone sensor measurements, is adequate to enable an intelligent parking service in terms of positioning accuracy, reliability and availability.</p>
<p>A well-managed parking facility can enhance use efficiency and increase the parking revenue. This paper presented the technological feasibility and the effectiveness of a novel parking service based on the indoor positioning solution available in smartphones. The financial aspect was not covered in the paper as it was not considered a technological issue.</p>
<p>Further development of the <italic>iParking</italic> service shall include two aspects. First, more functionalities will be developed to support the operational requirements of the parking operators and intelligent services for activities before and after parking. On the other hand, the service has to be deployed at more parking facilities in order to promote the service to the mainstream market.</p></sec></body>
<back>
<ack>
<p>This work was supported in part by the project iSPACE (indoor/outdoor Seamless Positioning and Applications for City Ecosystem) funded by TEKES (Finnish Funding Agency for Technology and Innovation) together with the Finnish Geodetic Institute; Nokia Inc.; Fastrax Ltd.; Space Systems Finland Ltd.; Bluegiga Ltd.; Indagon Ltd.</p></ack>
<ref-list>
<title>References</title>
<ref id="b1-sensors-12-14612"><label>1.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Idris</surname><given-names>M.Y.I.</given-names></name><name><surname>Leng</surname><given-names>Y.Y.</given-names></name><name><surname>Tamil</surname><given-names>E.M.</given-names></name><name><surname>Noor</surname><given-names>N.M.</given-names></name><name><surname>Razak</surname><given-names>Z.</given-names></name></person-group><article-title>Car park system: A review of smart parking system and its technology</article-title><source>Inform. Technol. J.</source><year>2009</year><volume>8</volume><fpage>101</fpage><lpage>113</lpage><pub-id pub-id-type="doi">10.3923/itj.2009.101.113</pub-id></citation></ref>
<ref id="b2-sensors-12-14612"><label>2.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Yang</surname><given-names>J.</given-names></name><name><surname>Wang</surname><given-names>Z.</given-names></name><name><surname>Wang</surname><given-names>G.</given-names></name><name><surname>Liu</surname><given-names>J.</given-names></name><name><surname>Meng</surname><given-names>Y.</given-names></name></person-group><article-title>On clock jumps of GPS receiver</article-title><source>J. Geodes. Geodyn.</source><year>2007</year><volume>27</volume><fpage>123</fpage><lpage>127</lpage></citation></ref>
<ref id="b3-sensors-12-14612"><label>3.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Liu</surname><given-names>J.</given-names></name><name><surname>Chen</surname><given-names>R.</given-names></name><name><surname>Wang</surname><given-names>Z.</given-names></name><name><surname>Zhang</surname><given-names>H.</given-names></name></person-group><article-title>Spherical cap harmonic model for mapping and predicting regional TEC</article-title><source>GPS Solut.</source><year>2011</year><volume>15</volume><fpage>109</fpage><lpage>119</lpage><pub-id pub-id-type="doi">10.1007/s10291-010-0174-8</pub-id></citation></ref>
<ref id="b4-sensors-12-14612"><label>4.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Chen</surname><given-names>R.</given-names></name><name><surname>Pei</surname><given-names>L.</given-names></name><name><surname>Chen</surname><given-names>Y.</given-names></name></person-group><article-title>A Smart Phone Based PDR Solution for Indoor Navigation</article-title><conf-name>Proceedings of the 24th International Technical Meeting of the Satellite Division of the Institute of Navigation</conf-name><conf-loc>Portland, OR, USA</conf-loc><conf-date>19–23 September 2011</conf-date><fpage>1404</fpage><lpage>1408</lpage></citation></ref>
<ref id="b5-sensors-12-14612"><label>5.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Liu</surname><given-names>J.</given-names></name><name><surname>Chen</surname><given-names>R.</given-names></name><name><surname>Pei</surname><given-names>L.</given-names></name><name><surname>Chen</surname><given-names>W.</given-names></name><name><surname>Tenhunen</surname><given-names>T.</given-names></name><name><surname>Kuusniemi</surname><given-names>H.</given-names></name><name><surname>Kroger</surname><given-names>T.</given-names></name><name><surname>Chen</surname><given-names>Y.</given-names></name></person-group><article-title>Accelerometer Assisted Robust Wireless Signal Positioning Based on a Hidden Markov Model</article-title><conf-name>Proceedings of IEEE /ION Position Location and Navigation Symposium 2010</conf-name><conf-loc>Palm Springs, CA, USA</conf-loc><conf-date>4–6 May 2010</conf-date><fpage>488</fpage><lpage>497</lpage></citation></ref>
<ref id="b6-sensors-12-14612"><label>6.</label><citation citation-type="book"><person-group person-group-type="author"><name><surname>Liu</surname><given-names>J.</given-names></name></person-group><article-title>Hybrid positioning with smartphones</article-title><source>Ubiquitous Positioning and Mobile Location-Based Services in Smart Phones</source><person-group person-group-type="editor"><name><surname>Chen</surname><given-names>R.</given-names></name></person-group><publisher-name>IGI Global</publisher-name><publisher-loc>Hershey, PA, USA</publisher-loc><year>2012</year><fpage>159</fpage><lpage>194</lpage></citation></ref>
<ref id="b7-sensors-12-14612"><label>7.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Pei</surname><given-names>L.</given-names></name><name><surname>Chen</surname><given-names>R.</given-names></name><name><surname>Chen</surname><given-names>Y.</given-names></name><name><surname>Leppäkoski</surname><given-names>H.</given-names></name><name><surname>Perttula</surname><given-names>A.</given-names></name></person-group><article-title>Indoor/Outdoor Seamless Positioning Technologies Integrated on Smart Phone</article-title><conf-name>Proceedings of the International Conference on Advances in Satellite and Space Communications</conf-name><conf-loc>Colmar, France</conf-loc><conf-date>20–25 July 2009</conf-date><fpage>141</fpage><lpage>145</lpage></citation></ref>
<ref id="b8-sensors-12-14612"><label>8.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Pei</surname><given-names>L.</given-names></name><name><surname>Chen</surname><given-names>R.</given-names></name><name><surname>Liu</surname><given-names>J.</given-names></name><name><surname>Chen</surname><given-names>W.</given-names></name><name><surname>Kuusniemi</surname><given-names>H.</given-names></name><name><surname>Tenhunen</surname><given-names>T.</given-names></name><name><surname>Kröger</surname><given-names>T.</given-names></name><name><surname>Chen</surname><given-names>Y.</given-names></name><name><surname>Leppäkoski</surname><given-names>H.</given-names></name><name><surname>Takala</surname><given-names>J.</given-names></name></person-group><article-title>Motion Recognition Assisted Indoor Wireless Navigation on a Mobile Phone</article-title><conf-name>Proceedings of the 23rd International Technical Meeting of the Satellite Division of the Institute of Navigation</conf-name><conf-loc>Portland, OR, USA</conf-loc><conf-date>21–24 September 2010</conf-date><fpage>3366</fpage><lpage>3375</lpage></citation></ref>
<ref id="b9-sensors-12-14612"><label>9.</label><citation citation-type="web"><person-group person-group-type="author"><collab>NOKIA Press Release</collab></person-group><comment>Available online: <ext-link xlink:href="http://press.nokia.com/2012/08/23/accurate-mobile-indoor-positioning-industry-alliance-called-in-location-to-promote-deployment-of-location-based-indoor-services-and-solutions/" ext-link-type="uri">http://press.nokia.com/2012/08/23/accurate-mobile-indoor-positioning-industry-alliance-called-in-location-to-promote-deployment-of-location-based-indoor-services-and-solutions/</ext-link> (accessed on 24 August 2012)</comment></citation></ref>
<ref id="b10-sensors-12-14612"><label>10.</label><citation citation-type="web"><person-group person-group-type="author"><name><surname>Mimbela</surname><given-names>L.Y.</given-names></name><name><surname>Klein</surname><given-names>L.A.</given-names></name></person-group><source>A Summary of Vehicle Detection and Surveillance Technologies Used in Intelligent Transportation Systems</source><publisher-name>Technical Report for New Mexico State University</publisher-name><publisher-loc>Las Cruces, NM, USA</publisher-loc><year>2007</year><comment>Available online: <ext-link xlink:href="http://www.fhwa.dot.gov/ohim/tvtw/vdstits.pdf" ext-link-type="uri">http://www.fhwa.dot.gov/ohim/tvtw/vdstits.pdf</ext-link> (accessed on 12 August 2012)</comment></citation></ref>
<ref id="b11-sensors-12-14612"><label>11.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Kastrinaki</surname><given-names>V.</given-names></name><name><surname>Zervakis</surname><given-names>M.</given-names></name><name><surname>Kalaitzakis</surname><given-names>K.</given-names></name></person-group><article-title>A survey of video processing techniques for traffic applications</article-title><source>Image Vision Comput.</source><year>2003</year><volume>21</volume><fpage>359</fpage><lpage>381</lpage><pub-id pub-id-type="doi">10.1016/S0262-8856(03)00004-0</pub-id></citation></ref>
<ref id="b12-sensors-12-14612"><label>12.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Cheung</surname><given-names>S.Y.</given-names></name><name><surname>Coleri</surname><given-names>E.S.</given-names></name><name><surname>Varaiya</surname><given-names>P.</given-names></name></person-group><article-title>Traffic Surveillance with Wireless Magnetic Sensors</article-title><conf-name>Proceedings of the 12th ITS World Congress</conf-name><conf-loc>San Francisco, CA, USA</conf-loc><conf-date>6–10 November 2005</conf-date><fpage>1</fpage><lpage>13</lpage></citation></ref>
<ref id="b13-sensors-12-14612"><label>13.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Chinrungrueng</surname><given-names>J.</given-names></name><name><surname>Sunantachaikul</surname><given-names>U.</given-names></name><name><surname>Triamlumlerd</surname><given-names>S.</given-names></name></person-group><article-title>A Vehicular Monitoring System with Power-Efficient Wireless Sensor Networks</article-title><conf-name>Proceedings of the 6th International Conference on ITS Telecommunication</conf-name><conf-loc>Chengdu, China</conf-loc><conf-date>21–23 June 2006</conf-date><fpage>951</fpage><lpage>954</lpage></citation></ref>
<ref id="b14-sensors-12-14612"><label>14.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Lenz</surname><given-names>J.E.</given-names></name><name><surname>Edelstein</surname><given-names>A.S.</given-names></name></person-group><article-title>A review of magnetic sensors</article-title><source>IEEE Sens. J.</source><year>2006</year><volume>6</volume><fpage>631</fpage><lpage>649</lpage><pub-id pub-id-type="doi">10.1109/JSEN.2006.874493</pub-id></citation></ref>
<ref id="b15-sensors-12-14612"><label>15.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Wolff</surname><given-names>J.</given-names></name><name><surname>Heuer</surname><given-names>J.</given-names></name><name><surname>Haibin</surname><given-names>T.</given-names></name><name><surname>Weinmann</surname><given-names>G.</given-names></name><name><surname>Voit</surname><given-names>M.</given-names></name><name><surname>Hartmann</surname><given-names>S.</given-names></name></person-group><article-title>Parking Monitor System Based on Magnetic Field Sensor</article-title><conf-name>Proceedings of the IEEE Intelligent Transportation System Conference 2006</conf-name><conf-loc>Toronto, ON, Canada</conf-loc><conf-date>19–20 September 2006</conf-date><fpage>1275</fpage><lpage>1279</lpage></citation></ref>
<ref id="b16-sensors-12-14612"><label>16.</label><citation citation-type="web"><person-group person-group-type="author"><name><surname>Mouskos</surname><given-names>K.C.</given-names></name><name><surname>Parker</surname><given-names>N.</given-names></name><name><surname>Boile</surname><given-names>M.</given-names></name></person-group><article-title>Technical Solutions to Overcrowded Park and Ride Facilities</article-title><comment>Available online: <ext-link xlink:href="http://www.nj.gov/transportation/refdata/research/reports/FHWA-NJ-2007-011.pdf" ext-link-type="uri">http://www.nj.gov/transportation/refdata/research/reports/FHWA-NJ-2007-011.pdf</ext-link> (accessed on 15 August 2012)</comment></citation></ref>
<ref id="b17-sensors-12-14612"><label>17.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Pala</surname><given-names>Z.</given-names></name><name><surname>Inanc</surname><given-names>N.</given-names></name></person-group><article-title>Smart Parking Applications Using RFID Technology</article-title><conf-name>Proceedings of the 1st Annual RFID Eurasia</conf-name><conf-loc>Istanbul, Turkey</conf-loc><conf-date>5–6 September 2007</conf-date><fpage>1</fpage><lpage>3</lpage></citation></ref>
<ref id="b18-sensors-12-14612"><label>18.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Chinrungrueng</surname><given-names>J.</given-names></name><name><surname>Sunantachaikul</surname><given-names>U.</given-names></name><name><surname>Triamlumlerd</surname><given-names>S.</given-names></name></person-group><article-title>Smart Parking: An Application of Optical Wireless Sensor Network</article-title><conf-name>Proceedings of the International Symposium on Applications and the Internet Workshops 2007</conf-name><conf-loc>Hiroshima, Japan</conf-loc><conf-date>15–19 January 2007</conf-date><fpage>66</fpage><lpage>69</lpage></citation></ref>
<ref id="b19-sensors-12-14612"><label>19.</label><citation citation-type="web"><person-group person-group-type="author"><collab>Skymeter</collab></person-group><comment>Available online: <ext-link xlink:href="http://www.skymetercorp.com/" ext-link-type="uri">http://www.skymetercorp.com/</ext-link> (accessed on 13 June 2012)</comment></citation></ref>
<ref id="b20-sensors-12-14612"><label>20.</label><citation citation-type="web"><person-group person-group-type="author"><collab>Delcan Technologie</collab></person-group><comment>Available online: <ext-link xlink:href="http://www.intelligentparking.com/" ext-link-type="uri">http://www.intelligentparking.com/</ext-link> (accessed on 14 June 2012)</comment></citation></ref>
<ref id="b21-sensors-12-14612"><label>21.</label><citation citation-type="web"><person-group person-group-type="author"><name><surname>Shaheen</surname><given-names>S.A.</given-names></name><name><surname>Rodier</surname><given-names>C.J.</given-names></name><name><surname>Eake</surname><given-names>A.M.</given-names></name></person-group><article-title>Smart Parking Management Field Test: A Bay Area Rapid Transit District Parking Demonstration</article-title><comment>Available online: <ext-link xlink:href="http://pubs.its.ucdavis.edu/download_pdf.php?id=44" ext-link-type="uri">http://pubs.its.ucdavis.edu/download_pdf.php?id=44</ext-link> (accessed on 14 June 2012)</comment></citation></ref>
<ref id="b22-sensors-12-14612"><label>22.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Yan</surname><given-names>G.</given-names></name><name><surname>Yang</surname><given-names>W.</given-names></name><name><surname>Rawat</surname><given-names>D.B.</given-names></name><name><surname>Olariu</surname><given-names>S.</given-names></name></person-group><article-title>Smart Parking: A Secure and Intelligent Parking System</article-title><source>IEEE Intell. Transp. Syst. Mag.</source><year>2011</year><volume>3</volume><fpage>18</fpage><lpage>30</lpage><pub-id pub-id-type="doi">10.1109/MITS.2011.940473</pub-id></citation></ref>
<ref id="b23-sensors-12-14612"><label>23.</label><citation citation-type="web"><person-group person-group-type="author"><collab>BMW ConnectedDrive</collab></person-group><comment>Available online: <ext-link xlink:href="http://www.bmw.com/com/en/insights/technology/connecteddrive/2010/index.html" ext-link-type="uri">http://www.bmw.com/com/en/insights/technology/connecteddrive/2010/index.html</ext-link> (accessed on 18 June 2012)</comment></citation></ref>
<ref id="b24-sensors-12-14612"><label>24.</label><citation citation-type="web"><person-group person-group-type="author"><collab>Ford SYNC</collab></person-group><comment>Available online: <ext-link xlink:href="http://www.ford.com/technology/sync/" ext-link-type="uri">http://www.ford.com/technology/sync/</ext-link> (accessed on 18 June 2012)</comment></citation></ref>
<ref id="b25-sensors-12-14612"><label>25.</label><citation citation-type="web"><person-group person-group-type="author"><collab>GM OnStar</collab></person-group><comment>Available online: <ext-link xlink:href="https://www.onstar.com/web/portal/landing" ext-link-type="uri">https://www.onstar.com/web/portal/landing</ext-link> (accessed on 18 June 2012)</comment></citation></ref>
<ref id="b26-sensors-12-14612"><label>26.</label><citation citation-type="web"><person-group person-group-type="author"><name><surname>Elliott</surname><given-names>A.</given-names></name></person-group><article-title>The Future of the Connected Car</article-title><comment>Available online: <ext-link xlink:href="http://mashable.com/2011/02/26/connected-car/" ext-link-type="uri">http://mashable.com/2011/02/26/connected-car/</ext-link> (accessed on 17 June 2012)</comment></citation></ref>
<ref id="b27-sensors-12-14612"><label>27.</label><citation citation-type="web"><person-group person-group-type="author"><collab>Qt Creator IDE and Tools</collab></person-group><comment>Available online: <ext-link xlink:href="http://qt.nokia.com/products/developer-tools/" ext-link-type="uri">http://qt.nokia.com/products/developer-tools/</ext-link> (accessed on 17 May 2012)</comment></citation></ref>
<ref id="b28-sensors-12-14612"><label>28.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Chen</surname><given-names>R.</given-names></name><name><surname>Kuusniemi</surname><given-names>H.</given-names></name><name><surname>Hyyppä</surname><given-names>J.</given-names></name></person-group><article-title>Going 3D, personal navigation and LBS</article-title><source>GPS World</source><year>2011</year><volume>21</volume><fpage>14</fpage><lpage>18</lpage></citation></ref>
<ref id="b29-sensors-12-14612"><label>29.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Pei</surname><given-names>L.</given-names></name><name><surname>Chen</surname><given-names>R.</given-names></name><name><surname>Liu</surname><given-names>J.</given-names></name><name><surname>Kuusniemi</surname><given-names>H.</given-names></name><name><surname>Tenhunen</surname><given-names>T.</given-names></name><name><surname>Chen</surname><given-names>Y.</given-names></name></person-group><article-title>Using inquiry-based Bluetooth RSSI probability distributions for indoor positioning</article-title><source>J. Global Posit. Syst.</source><year>2010</year><volume>9</volume><fpage>122</fpage><lpage>130</lpage></citation></ref>
<ref id="b30-sensors-12-14612"><label>30.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Liu</surname><given-names>J.</given-names></name><name><surname>Chen</surname><given-names>R.</given-names></name><name><surname>Pei</surname><given-names>L.</given-names></name><name><surname>Guinness</surname><given-names>R.</given-names></name><name><surname>Kuusniemi</surname><given-names>H.</given-names></name></person-group><article-title>Hybrid smartphone indoor positioning solution for mobile LBS</article-title><source>Sensors</source><year>2012</year><comment>in press</comment></citation></ref>
<ref id="b31-sensors-12-14612"><label>31.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Pei</surname><given-names>L.</given-names></name><name><surname>Liu</surname><given-names>J.</given-names></name><name><surname>Guinness</surname><given-names>R.</given-names></name><name><surname>Chen</surname><given-names>Y.</given-names></name><name><surname>Kuusniemi</surname><given-names>H.</given-names></name><name><surname>Chen</surname><given-names>R.</given-names></name></person-group><article-title>Using LS-SVM based motion recognition for smartphone indoor wireless positioning</article-title><source>Sensors</source><year>2012</year><volume>12</volume><fpage>6155</fpage><lpage>6175</lpage><pub-id pub-id-type="doi">10.3390/s120506155</pub-id><pub-id pub-id-type="pmid">22778636</pub-id></citation></ref>
<ref id="b32-sensors-12-14612"><label>32.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Rabiner</surname><given-names>L.R.</given-names></name></person-group><article-title>A tutorial on hidden Markov models and selected applications in speech recognition</article-title><source>Proc. IEEE</source><year>1989</year><volume>77</volume><fpage>257</fpage><lpage>286</lpage><pub-id pub-id-type="doi">10.1109/5.18626</pub-id></citation></ref>
<ref id="b33-sensors-12-14612"><label>33.</label><citation citation-type="web"><person-group person-group-type="author"><name><surname>Liu</surname><given-names>J.</given-names></name><name><surname>Chen</surname><given-names>R.</given-names></name></person-group><article-title>Smartphone positioning based on a hidden Markov model</article-title><comment>Available online: <ext-link xlink:href="http://www.gpsworld.com/tech-talk-blog/smartphone-positioning-based-a-hidden-markov-model-11385-0" ext-link-type="uri">http://www.gpsworld.com/tech-talk-blog/smartphone-positioning-based-a-hidden-markov-model-11385-0</ext-link> (accessed on 14 August 2012)</comment></citation></ref>
<ref id="b34-sensors-12-14612"><label>34.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Kuusniemi</surname><given-names>H.</given-names></name><name><surname>Liu</surname><given-names>J.</given-names></name><name><surname>Pei</surname><given-names>L.</given-names></name><name><surname>Chen</surname><given-names>Y.</given-names></name><name><surname>Chen</surname><given-names>L.</given-names></name><name><surname>Chen</surname><given-names>R.</given-names></name></person-group><article-title>Reliability considerations of multi-sensor multi-network pedestrian navigation</article-title><source>Radar Sonar Navig. IET</source><year>2012</year><volume>6</volume><fpage>157</fpage><lpage>164</lpage><pub-id pub-id-type="doi">10.1049/iet-rsn.2011.0247</pub-id></citation></ref>
<ref id="b35-sensors-12-14612"><label>35.</label><citation citation-type="thesis"><person-group person-group-type="author"><name><surname>Moafipoor</surname><given-names>S.</given-names></name></person-group><article-title>Intelligent Personal Navigator Supported by Knowledge-Based Systems for Estimating Dead Reckoning Navigation Parameters</article-title><source>Ph.D. Dissertation</source><publisher-name>The Ohio State University</publisher-name><publisher-loc>Columbus, OH, USA</publisher-loc><year>2009</year></citation></ref>
<ref id="b36-sensors-12-14612"><label>36.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Wang</surname><given-names>Q.</given-names></name><name><surname>Chen</surname><given-names>Y.</given-names></name><name><surname>Chen</surname><given-names>X.</given-names></name><name><surname>Zhang</surname><given-names>X.</given-names></name><name><surname>Chen</surname><given-names>R.</given-names></name><name><surname>Chen</surname><given-names>W.</given-names></name></person-group><article-title>A novel pedestrian dead reckoning algorithm with motion recognition using wearable EMG sensors</article-title><source>JGPS</source><year>2011</year><volume>10</volume><fpage>39</fpage><lpage>49</lpage><pub-id pub-id-type="doi">10.5081/jgps.10.1.39</pub-id></citation></ref>
<ref id="b37-sensors-12-14612"><label>37.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Chen</surname><given-names>Y.</given-names></name><name><surname>Chen</surname><given-names>R.</given-names></name><name><surname>Pei</surname><given-names>L.</given-names></name><name><surname>Kroeger</surname><given-names>T.</given-names></name><name><surname>Chen</surname><given-names>W.</given-names></name><name><surname>Kuusniemi</surname><given-names>H.</given-names></name><name><surname>Liu</surname><given-names>L.</given-names></name></person-group><article-title>Knowledge-Based Error Detection and Correction Method of a Multi-Sensor Multi-Network Positioning Platform for Pedestrian Indoor Navigation</article-title><conf-name>Proceedings of IEEE /ION PLANS 2010 Conference</conf-name><conf-loc>Palm Springs, CA, USA</conf-loc><conf-date>4–6 May 2010</conf-date><fpage>873</fpage><lpage>879</lpage></citation></ref>
<ref id="b38-sensors-12-14612"><label>38.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Chen</surname><given-names>R.</given-names></name><name><surname>Chen</surname><given-names>Y.</given-names></name><name><surname>Pei</surname><given-names>L.</given-names></name><name><surname>Chen</surname><given-names>W.</given-names></name><name><surname>Kuusniemi</surname><given-names>H.</given-names></name><name><surname>Liu</surname><given-names>J.</given-names></name><name><surname>Leppäkoski</surname><given-names>H.</given-names></name><name><surname>Takala</surname><given-names>J.</given-names></name></person-group><article-title>A DSP-based Multi-sensor Multi-network Positioning Platform</article-title><conf-name>Proceedings of ION GNSS 2009</conf-name><conf-loc>Savannah, GA, USA</conf-loc><conf-date>22–25 September 2009</conf-date><fpage>615</fpage><lpage>621</lpage></citation></ref>
<ref id="b39-sensors-12-14612"><label>39.</label><citation citation-type="thesis"><person-group person-group-type="author"><name><surname>Mezentsev</surname><given-names>O.A.</given-names></name></person-group><article-title>Sensor Aiding of HSGPS Pedestrian Navigation</article-title><source>Ph.D. Dissertation</source><publisher-name>University of Calgary</publisher-name><publisher-loc>Calgary, AB, Canada</publisher-loc><year>2005</year></citation></ref></ref-list>
<sec sec-type="display-objects">
<title>Figures and Tables</title>
<fig id="f1-sensors-12-14612" position="float">
<label>Figure 1.</label>
<caption>
<p>The architecture of the iParking service, which connects parking facilities, users and service providers through the Internet.</p></caption>
<graphic xlink:href="sensors-12-14612f1.gif"/></fig>
<fig id="f2-sensors-12-14612" position="float">
<label>Figure 2.</label>
<caption>
<p>The graphical user interface and main menu of the <italic>iParking</italic> client program, which runs on a smartphone and displays current user position with the flag (
<inline-graphic xlink:href="sensors-12-14612i3.gif"/>) on the map.</p></caption>
<graphic xlink:href="sensors-12-14612f2.gif"/></fig>
<fig id="f3-sensors-12-14612" position="float">
<label>Figure 3.</label>
<caption>
<p>The high-level architecture of the smartphone indoor positioning solution (HIPE), which fuses multiple types of data for indoor location. The blue blocks are new parts that are developed based on the previous works.</p></caption>
<graphic xlink:href="sensors-12-14612f3.gif"/></fig>
<fig id="f4-sensors-12-14612" position="float">
<label>Figure 4.</label>
<caption>
<p>Positioning errors of the three solutions. The DR-integrated solution updated the position estimate at a rate of 1 s, while the grid-based filter and MLE solutions have an update rate of 8–10 s.</p></caption>
<graphic xlink:href="sensors-12-14612f4.gif"/></fig>
<fig id="f5-sensors-12-14612" position="float">
<label>Figure 5.</label>
<caption>
<p>The demonstration of the <italic>iParking</italic> service in the real parking environment of the Iso-Omena shopping mall. The blue arrows indicate the flow of the operation process. Each of the screenshots is explained below.</p></caption>
<graphic xlink:href="sensors-12-14612f5.gif"/></fig>
<table-wrap id="t1-sensors-12-14612" position="float">
<label>Table 1.</label>
<caption>
<p>Comparison on positioning errors and availability of the HMM solution, MLE solution and the DR-integrated solution.</p></caption>
<table frame="hsides" rules="groups">
<thead>
<tr>
<th align="center" valign="top"><bold>Positioning methods</bold></th>
<th align="center" valign="top"><bold>Number of positioning results</bold></th>
<th align="center" valign="top"><bold>RMSE (m)</bold></th>
<th align="center" valign="top"><bold>AE (m)</bold></th>
<th align="center" valign="top"><bold>R95 (m)</bold></th></tr></thead>
<tbody>
<tr>
<td align="center" valign="top">Grid-based filter</td>
<td align="center" valign="top">208</td>
<td align="center" valign="top">3.34</td>
<td align="center" valign="top">1.81</td>
<td align="center" valign="top">6</td></tr>
<tr>
<td align="center" valign="top">DR-integrated solution</td>
<td align="center" valign="top">2,073</td>
<td align="center" valign="top">2.06</td>
<td align="center" valign="top">1.36</td>
<td align="center" valign="top">5.13</td></tr>
<tr>
<td align="center" valign="top">MLE</td>
<td align="center" valign="top">208</td>
<td align="center" valign="top">4.96</td>
<td align="center" valign="top">3.46</td>
<td align="center" valign="top">12</td></tr></tbody></table></table-wrap>
<table-wrap id="t2-sensors-12-14612" position="float">
<label>Table 2.</label>
<caption>
<p>The number of trials that have different offsets between guided and correct parking spaces.</p></caption>
<table frame="hsides" rules="groups">
<thead>
<tr>
<th align="center" valign="middle" rowspan="3"><bold>Offsets</bold></th>
<th colspan="2" align="center" valign="top"><bold>The number of trials</bold></th></tr>
<tr>
<th valign="bottom" colspan="2">
<hr/></th></tr>
<tr>
<th align="center" valign="top"><bold>Arriving stage</bold></th>
<th align="center" valign="top"><bold>Find my car</bold></th></tr></thead>
<tbody>
<tr>
<td align="center" valign="top">0</td>
<td align="center" valign="top">9</td>
<td align="center" valign="top">10</td></tr>
<tr>
<td align="center" valign="top">1</td>
<td align="center" valign="top">3</td>
<td align="center" valign="top">2</td></tr>
<tr>
<td align="center" valign="top">2</td>
<td align="center" valign="top">1</td>
<td align="center" valign="top">2</td></tr>
<tr>
<td align="center" valign="top">3</td>
<td align="center" valign="top">1</td>
<td align="center" valign="top">0</td></tr></tbody></table></table-wrap></sec></back></article>
