SOA-Based Model for Value-Added ITS Services Delivery
Identifieur interne : 000541 ( Pmc/Corpus ); précédent : 000540; suivant : 000542SOA-Based Model for Value-Added ITS Services Delivery
Auteurs : Luis Felipe Herrera-Quintero ; Francisco Maciá-Pérez ; Diego Marcos-Jorquera ; Virgilio Gilart-IglesiasSource :
- The Scientific World Journal [ 2356-6140 ] ; 2014.
Abstract
Integration is currently a key factor in intelligent transportation systems (ITS), especially because of the ever increasing service demands originating from the ITS industry and ITS users. The current ITS landscape is made up of multiple technologies that are tightly coupled, and its interoperability is extremely low, which limits ITS services generation. Given this fact, novel information technologies (IT) based on the service-oriented architecture (SOA) paradigm have begun to introduce new ways to address this problem. The SOA paradigm allows the construction of loosely coupled distributed systems that can help to integrate the heterogeneous systems that are part of ITS. In this paper, we focus on developing an SOA-based model for integrating information technologies (IT) into ITS to achieve ITS service delivery. To develop our model, the ITS technologies and services involved were identified, catalogued, and decoupled. In doing so, we applied our SOA-based model to integrate all of the ITS technologies and services, ranging from the lowest-level technical components, such as roadside unit as a service (RSUAAS), to the most abstract ITS services that will be offered to ITS users (value-added services). To validate our model, a functionality case study that included all of the components of our model was designed.
Url:
DOI: 10.1155/2014/983109
PubMed: 25019101
PubMed Central: 4074984
Links to Exploration step
PMC:4074984Le document en format XML
<record><TEI><teiHeader><fileDesc><titleStmt><title xml:lang="en">SOA-Based Model for Value-Added ITS Services Delivery</title>
<author><name sortKey="Herrera Quintero, Luis Felipe" sort="Herrera Quintero, Luis Felipe" uniqKey="Herrera Quintero L" first="Luis Felipe" last="Herrera-Quintero">Luis Felipe Herrera-Quintero</name>
<affiliation><nlm:aff id="I1">Faculty of Engineering, Catholic University of Colombia, Avenida Caracas No. 46-72, Bogotá, Colombia</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Macia Perez, Francisco" sort="Macia Perez, Francisco" uniqKey="Macia Perez F" first="Francisco" last="Maciá-Pérez">Francisco Maciá-Pérez</name>
<affiliation><nlm:aff id="I2">Computer Science Department, University of Alicante, Carretera San Vicente del Raspeig s/n, 03690 Alicante, Spain</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Marcos Jorquera, Diego" sort="Marcos Jorquera, Diego" uniqKey="Marcos Jorquera D" first="Diego" last="Marcos-Jorquera">Diego Marcos-Jorquera</name>
<affiliation><nlm:aff id="I2">Computer Science Department, University of Alicante, Carretera San Vicente del Raspeig s/n, 03690 Alicante, Spain</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Gilart Iglesias, Virgilio" sort="Gilart Iglesias, Virgilio" uniqKey="Gilart Iglesias V" first="Virgilio" last="Gilart-Iglesias">Virgilio Gilart-Iglesias</name>
<affiliation><nlm:aff id="I2">Computer Science Department, University of Alicante, Carretera San Vicente del Raspeig s/n, 03690 Alicante, Spain</nlm:aff>
</affiliation>
</author>
</titleStmt>
<publicationStmt><idno type="wicri:source">PMC</idno>
<idno type="pmid">25019101</idno>
<idno type="pmc">4074984</idno>
<idno type="url">http://www.ncbi.nlm.nih.gov/pmc/articles/PMC4074984</idno>
<idno type="RBID">PMC:4074984</idno>
<idno type="doi">10.1155/2014/983109</idno>
<date when="2014">2014</date>
<idno type="wicri:Area/Pmc/Corpus">000541</idno>
<idno type="wicri:explorRef" wicri:stream="Pmc" wicri:step="Corpus" wicri:corpus="PMC">000541</idno>
</publicationStmt>
<sourceDesc><biblStruct><analytic><title xml:lang="en" level="a" type="main">SOA-Based Model for Value-Added ITS Services Delivery</title>
<author><name sortKey="Herrera Quintero, Luis Felipe" sort="Herrera Quintero, Luis Felipe" uniqKey="Herrera Quintero L" first="Luis Felipe" last="Herrera-Quintero">Luis Felipe Herrera-Quintero</name>
<affiliation><nlm:aff id="I1">Faculty of Engineering, Catholic University of Colombia, Avenida Caracas No. 46-72, Bogotá, Colombia</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Macia Perez, Francisco" sort="Macia Perez, Francisco" uniqKey="Macia Perez F" first="Francisco" last="Maciá-Pérez">Francisco Maciá-Pérez</name>
<affiliation><nlm:aff id="I2">Computer Science Department, University of Alicante, Carretera San Vicente del Raspeig s/n, 03690 Alicante, Spain</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Marcos Jorquera, Diego" sort="Marcos Jorquera, Diego" uniqKey="Marcos Jorquera D" first="Diego" last="Marcos-Jorquera">Diego Marcos-Jorquera</name>
<affiliation><nlm:aff id="I2">Computer Science Department, University of Alicante, Carretera San Vicente del Raspeig s/n, 03690 Alicante, Spain</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Gilart Iglesias, Virgilio" sort="Gilart Iglesias, Virgilio" uniqKey="Gilart Iglesias V" first="Virgilio" last="Gilart-Iglesias">Virgilio Gilart-Iglesias</name>
<affiliation><nlm:aff id="I2">Computer Science Department, University of Alicante, Carretera San Vicente del Raspeig s/n, 03690 Alicante, Spain</nlm:aff>
</affiliation>
</author>
</analytic>
<series><title level="j">The Scientific World Journal</title>
<idno type="ISSN">2356-6140</idno>
<idno type="eISSN">1537-744X</idno>
<imprint><date when="2014">2014</date>
</imprint>
</series>
</biblStruct>
</sourceDesc>
</fileDesc>
<profileDesc><textClass></textClass>
</profileDesc>
</teiHeader>
<front><div type="abstract" xml:lang="en"><p>Integration is currently a key factor in intelligent transportation systems (ITS), especially because of the ever increasing service demands originating from the ITS industry and ITS users. The current ITS landscape is made up of multiple technologies that are tightly coupled, and its interoperability is extremely low, which limits ITS services generation. Given this fact, novel information technologies (IT) based on the service-oriented architecture (SOA) paradigm have begun to introduce new ways to address this problem. The SOA paradigm allows the construction of loosely coupled distributed systems that can help to integrate the heterogeneous systems that are part of ITS. In this paper, we focus on developing an SOA-based model for integrating information technologies (IT) into ITS to achieve ITS service delivery. To develop our model, the ITS technologies and services involved were identified, catalogued, and decoupled. In doing so, we applied our SOA-based model to integrate all of the ITS technologies and services, ranging from the lowest-level technical components, such as roadside unit as a service (RSU<sub>AA</sub>
S), to the most abstract ITS services that will be offered to ITS users (value-added services). To validate our model, a functionality case study that included all of the components of our model was designed.</p>
</div>
</front>
<back><div1 type="bibliography"><listBibl><biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct><analytic><author><name sortKey="Miles, Jc" uniqKey="Miles J">JC Miles</name>
</author>
<author><name sortKey="Chen, K" uniqKey="Chen K">K Chen</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Chowdhury, Ma" uniqKey="Chowdhury M">MA Chowdhury</name>
</author>
<author><name sortKey="Sadek, A" uniqKey="Sadek A">A Sadek</name>
</author>
</analytic>
</biblStruct>
<biblStruct></biblStruct>
<biblStruct><analytic><author><name sortKey="De Souza, Lms" uniqKey="De Souza L">LMS de Souza</name>
</author>
<author><name sortKey="Spiess, P" uniqKey="Spiess P">P Spiess</name>
</author>
<author><name sortKey="Guinard, D" uniqKey="Guinard D">D Guinard</name>
</author>
<author><name sortKey="Kohler, M" uniqKey="Kohler M">M Köhler</name>
</author>
<author><name sortKey="Karnouskos, S" uniqKey="Karnouskos S">S Karnouskos</name>
</author>
<author><name sortKey="Savio, D" uniqKey="Savio D">D Savio</name>
</author>
</analytic>
</biblStruct>
<biblStruct></biblStruct>
<biblStruct><analytic><author><name sortKey="Williams, M" uniqKey="Williams M">M Williams</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Papazoglou, Mp" uniqKey="Papazoglou M">MP Papazoglou</name>
</author>
<author><name sortKey="Traverso, P" uniqKey="Traverso P">P Traverso</name>
</author>
<author><name sortKey="Dustdar, S" uniqKey="Dustdar S">S Dustdar</name>
</author>
<author><name sortKey="Leymann, F" uniqKey="Leymann F">F Leymann</name>
</author>
</analytic>
</biblStruct>
<biblStruct></biblStruct>
<biblStruct><analytic><author><name sortKey="Tao, X" uniqKey="Tao X">X Tao</name>
</author>
<author><name sortKey="Jiang, C" uniqKey="Jiang C">C Jiang</name>
</author>
<author><name sortKey="Han, Y" uniqKey="Han Y">Y Han</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Shi, W" uniqKey="Shi W">W Shi</name>
</author>
<author><name sortKey="Wu, J" uniqKey="Wu J">J Wu</name>
</author>
<author><name sortKey="Li, Y" uniqKey="Li Y">Y Li</name>
</author>
<author><name sortKey="Kuang, L" uniqKey="Kuang L">L Kuang</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Chen, K H" uniqKey="Chen K">K-H Chen</name>
</author>
<author><name sortKey="Dow, C R" uniqKey="Dow C">C-R Dow</name>
</author>
<author><name sortKey="Lin, D J" uniqKey="Lin D">D-J Lin</name>
</author>
<author><name sortKey="Yang, C W" uniqKey="Yang C">C-W Yang</name>
</author>
<author><name sortKey="Chiang, W C" uniqKey="Chiang W">W-C Chiang</name>
</author>
</analytic>
</biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct><analytic><author><name sortKey="Lee, J" uniqKey="Lee J">J Lee</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Zhang, Y" uniqKey="Zhang Y">Y Zhang</name>
</author>
<author><name sortKey="Zhao, J" uniqKey="Zhao J">J Zhao</name>
</author>
<author><name sortKey="Cao, G" uniqKey="Cao G">G Cao</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Hinsberger, A" uniqKey="Hinsberger A">A Hinsberger</name>
</author>
<author><name sortKey="Wieker, H" uniqKey="Wieker H">H Wieker</name>
</author>
<author><name sortKey="Riegelhuth, G" uniqKey="Riegelhuth G">G Riegelhuth</name>
</author>
<author><name sortKey="Zurlinden, H" uniqKey="Zurlinden H">H Zurlinden</name>
</author>
</analytic>
</biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct><analytic><author><name sortKey="Schalk, A" uniqKey="Schalk A">A Schalk</name>
</author>
<author><name sortKey="Rom, W" uniqKey="Rom W">W Rom</name>
</author>
<author><name sortKey="Stratil, H" uniqKey="Stratil H">H Stratil</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Monserrat, Jf" uniqKey="Monserrat J">JF Monserrat</name>
</author>
<author><name sortKey="Martin Sacristan, D" uniqKey="Martin Sacristan D">D Martín-Sacristán</name>
</author>
<author><name sortKey="Cabrejas Pe Uelas, J" uniqKey="Cabrejas Pe Uelas J">J Cabrejas-Peñuelas</name>
</author>
<author><name sortKey="Calabuig, D" uniqKey="Calabuig D">D Calabuig</name>
</author>
<author><name sortKey="Garrigas, S" uniqKey="Garrigas S">S Garrigas</name>
</author>
<author><name sortKey="Cardona, N" uniqKey="Cardona N">N Cardona</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Dillon, T" uniqKey="Dillon T">T Dillon</name>
</author>
<author><name sortKey="Wu, C" uniqKey="Wu C">C Wu</name>
</author>
<author><name sortKey="Chang, E" uniqKey="Chang E">E Chang</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Papazoglou, Mp" uniqKey="Papazoglou M">MP Papazoglou</name>
</author>
<author><name sortKey="Van Den Heuvel, W J" uniqKey="Van Den Heuvel W">W-J van den Heuvel</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Dar, K" uniqKey="Dar K">K Dar</name>
</author>
<author><name sortKey="Bakhouya, M" uniqKey="Bakhouya M">M Bakhouya</name>
</author>
<author><name sortKey="Gaber, J" uniqKey="Gaber J">J Gaber</name>
</author>
<author><name sortKey="Wack, M" uniqKey="Wack M">M Wack</name>
</author>
<author><name sortKey="Lorenz, P" uniqKey="Lorenz P">P Lorenz</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Bohm, M" uniqKey="Bohm M">M Böhm</name>
</author>
<author><name sortKey="Frotscher, A" uniqKey="Frotscher A">A Frötscher</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Harmon, P" uniqKey="Harmon P">P Harmon</name>
</author>
<author><name sortKey="Rosen, M" uniqKey="Rosen M">M Rosen</name>
</author>
<author><name sortKey="Guttman, M" uniqKey="Guttman M">M Guttman</name>
</author>
</analytic>
</biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct><analytic><author><name sortKey="Plasil, F" uniqKey="Plasil F">F Plasil</name>
</author>
<author><name sortKey="Visnovsky, S" uniqKey="Visnovsky S">S Visnovsky</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Caliskan, M" uniqKey="Caliskan M">M Caliskan</name>
</author>
<author><name sortKey="Graupner, D" uniqKey="Graupner D">D Graupner</name>
</author>
<author><name sortKey="Mauve, M" uniqKey="Mauve M">M Mauve</name>
</author>
</analytic>
</biblStruct>
<biblStruct></biblStruct>
<biblStruct><analytic><author><name sortKey="Woo, A" uniqKey="Woo A">A Woo</name>
</author>
<author><name sortKey="Tong, T" uniqKey="Tong T">T Tong</name>
</author>
<author><name sortKey="Culler, D" uniqKey="Culler D">D Culler</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Herrera Quintero, Lf" uniqKey="Herrera Quintero L">LF Herrera-Quintero</name>
</author>
<author><name sortKey="Macia Perez, F" uniqKey="Macia Perez F">F Maciá-Pérez</name>
</author>
<author><name sortKey="Marcos Jorquera, D" uniqKey="Marcos Jorquera D">D Marcos-Jorquera</name>
</author>
<author><name sortKey="Gilart Iglesias, V" uniqKey="Gilart Iglesias V">V Gilart-Iglesias</name>
</author>
</analytic>
</biblStruct>
</listBibl>
</div1>
</back>
</TEI>
<pmc article-type="research-article"><pmc-dir>properties open_access</pmc-dir>
<front><journal-meta><journal-id journal-id-type="nlm-ta">ScientificWorldJournal</journal-id>
<journal-id journal-id-type="iso-abbrev">ScientificWorldJournal</journal-id>
<journal-id journal-id-type="publisher-id">TSWJ</journal-id>
<journal-title-group><journal-title>The Scientific World Journal</journal-title>
</journal-title-group>
<issn pub-type="ppub">2356-6140</issn>
<issn pub-type="epub">1537-744X</issn>
<publisher><publisher-name>Hindawi Publishing Corporation</publisher-name>
</publisher>
</journal-meta>
<article-meta><article-id pub-id-type="pmid">25019101</article-id>
<article-id pub-id-type="pmc">4074984</article-id>
<article-id pub-id-type="doi">10.1155/2014/983109</article-id>
<article-categories><subj-group subj-group-type="heading"><subject>Research Article</subject>
</subj-group>
</article-categories>
<title-group><article-title>SOA-Based Model for Value-Added ITS Services Delivery</article-title>
</title-group>
<contrib-group><contrib contrib-type="author"><name><surname>Herrera-Quintero</surname>
<given-names>Luis Felipe</given-names>
</name>
<xref ref-type="aff" rid="I1"><sup>1</sup>
</xref>
</contrib>
<contrib contrib-type="author"><name><surname>Maciá-Pérez</surname>
<given-names>Francisco</given-names>
</name>
<xref ref-type="aff" rid="I2"><sup>2</sup>
</xref>
</contrib>
<contrib contrib-type="author"><name><surname>Marcos-Jorquera</surname>
<given-names>Diego</given-names>
</name>
<xref ref-type="aff" rid="I2"><sup>2</sup>
</xref>
</contrib>
<contrib contrib-type="author"><name><surname>Gilart-Iglesias</surname>
<given-names>Virgilio</given-names>
</name>
<xref ref-type="aff" rid="I2"><sup>2</sup>
</xref>
<xref ref-type="corresp" rid="cor1">*</xref>
</contrib>
</contrib-group>
<aff id="I1"><sup>1</sup>
Faculty of Engineering, Catholic University of Colombia, Avenida Caracas No. 46-72, Bogotá, Colombia</aff>
<aff id="I2"><sup>2</sup>
Computer Science Department, University of Alicante, Carretera San Vicente del Raspeig s/n, 03690 Alicante, Spain</aff>
<author-notes><corresp id="cor1">*Virgilio Gilart-Iglesias: <email>vgilart@dtic.ua.es</email>
</corresp>
<fn fn-type="other"><p>Academic Editors: L. Martínez and S. M. Yoon</p>
</fn>
</author-notes>
<pub-date pub-type="ppub"><year>2014</year>
</pub-date>
<pub-date pub-type="epub"><day>10</day>
<month>6</month>
<year>2014</year>
</pub-date>
<volume>2014</volume>
<elocation-id>983109</elocation-id>
<history><date date-type="received"><day>31</day>
<month>8</month>
<year>2013</year>
</date>
<date date-type="accepted"><day>9</day>
<month>1</month>
<year>2014</year>
</date>
</history>
<permissions><copyright-statement>Copyright © 2014 Luis Felipe Herrera-Quintero et al.</copyright-statement>
<copyright-year>2014</copyright-year>
<license license-type="open-access"><license-p>This is an open access article distributed under the Creative Commons Attribution License, which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited.</license-p>
</license>
</permissions>
<abstract><p>Integration is currently a key factor in intelligent transportation systems (ITS), especially because of the ever increasing service demands originating from the ITS industry and ITS users. The current ITS landscape is made up of multiple technologies that are tightly coupled, and its interoperability is extremely low, which limits ITS services generation. Given this fact, novel information technologies (IT) based on the service-oriented architecture (SOA) paradigm have begun to introduce new ways to address this problem. The SOA paradigm allows the construction of loosely coupled distributed systems that can help to integrate the heterogeneous systems that are part of ITS. In this paper, we focus on developing an SOA-based model for integrating information technologies (IT) into ITS to achieve ITS service delivery. To develop our model, the ITS technologies and services involved were identified, catalogued, and decoupled. In doing so, we applied our SOA-based model to integrate all of the ITS technologies and services, ranging from the lowest-level technical components, such as roadside unit as a service (RSU<sub>AA</sub>
S), to the most abstract ITS services that will be offered to ITS users (value-added services). To validate our model, a functionality case study that included all of the components of our model was designed.</p>
</abstract>
</article-meta>
</front>
<body><sec id="sec1"><title>1. Introduction</title>
<p>The steady increases in the population and advances in transportation systems have become the key factors in the growth of transportation. The population growth has especially been felt in increased traffic congestion, which has reduced both the efficiency of the transportation infrastructure and its management. In light of this situation, problems such as mobility, fuel consumption, contamination, travel time, and unsafe roads have increased [<xref rid="B1" ref-type="bibr">1</xref>
, <xref rid="B2" ref-type="bibr">2</xref>
].</p>
<p>For these reasons, intelligent transportation systems (ITS) have been designed to address these kinds of problems and to apply information communications technologies (ICT) to the integral management of transportation systems [<xref rid="B3" ref-type="bibr">3</xref>
]. ITS provide support for improving transportation system operation services, such as traffic management, commercial vehicle operations, transit management, and information to travelers, among others [<xref rid="B4" ref-type="bibr">4</xref>
].</p>
<p>However, the ever increasing numbers of ITS technologies and their systems and heterogeneity mean that current ITS proposals are characterized by tightly coupled, ad hoc solutions. Therefore, their services are specific, difficult to integrate and extend, and difficult for other similar ITS proposals to reuse. This situation prevents the agile management of the transportation infrastructure and decreases the incorporation of new technologies, the changing of existing services, and the generation of new value-added services.</p>
<p>In other domains, such as e-business, manufacturing, and the automotive industry, the service-oriented architecture (SOA) paradigm has been proposed as the most appropriate solution for solving problems in dynamic and heterogeneous environments [<xref rid="B5" ref-type="bibr">5</xref>
, <xref rid="B6" ref-type="bibr">6</xref>
]. In fact, the SOA paradigm, along with web services technology, allows the achievement of key concepts that are highly valuable for ITS, such as integration, interoperability, reusability, and scalability.</p>
<p>In this paper, an SOA-based model for ITS value-added services delivery is proposed. This model follows the key concepts mentioned above and applies them to ITS technologies and their services. To carry out our approach, three phases associated with the identification, cataloguing, and decoupling of ITS technologies and their services are defined and discussed in the following sections. As a result of these phases, a functional vision of the elements that make up ITS is obtained. This vision allows seeing the ITS elements as services ranging from the lowest-level technical components, such as roadside units (roadside unit as a service or RSU<sub>AA</sub>
S), to the highest-level ITS components, such as navigation devices. These latter elements will consume the value-added ITS services offered by the value-added ITS services generation center.</p>
<p>To validate our model, a case study associated with a significant ITS service (a parking management system) was designed and implemented to illustrate its application and functionality and includes all of the components of our model.</p>
<p>The remainder of this paper is organized as follows. <xref ref-type="sec" rid="sec2"> Section 2</xref>
describes the related work. <xref ref-type="sec" rid="sec3"> Section 3</xref>
focuses on the integration methodology for the value-added ITS services delivery. <xref ref-type="sec" rid="sec4"> Section 4</xref>
focuses on the SOA-based model proposal. <xref ref-type="sec" rid="sec5"> Section 5</xref>
discusses the system architecture. <xref ref-type="sec" rid="sec6"> Section 6</xref>
describes the test scenario, experiments, and evaluation. <xref ref-type="sec" rid="sec7"> Section 7</xref>
concludes by describing the improvements this system offers over traditional systems and the potential for future work.</p>
</sec>
<sec id="sec2"><title>2. Related Work</title>
<p>In the field of ITS, traditional software methodologies, such as common object request broker architecture (CORBA), remote method invocation (RMI), and distributed component object model (DCOM), have been used to integrate ITS solutions (center to center communications), but they are highly dependent on the programming language, which has provoked the creation of ad hoc systems as well [<xref rid="B7" ref-type="bibr">7</xref>
]. Likewise, the traditional way to manage many ITS devices is by means of the simple network management protocol (SNMP) (center to device communications), which has begun to change due to the demand for ITS services [<xref rid="B7" ref-type="bibr">7</xref>
].</p>
<p>According to future requirements, a new generationof standards that go beyond SNMP and CORBA and embrace new technologies and standards, such as SOA and the standard for ITS on European roads (DATEX II), has begun to change the way that ITS services are deployed [<xref rid="B8" ref-type="bibr">8</xref>
].</p>
<p>From a technical perspective, an SOA is a collection of self-contained services (system functions) that communicate with each other over specified interfaces [<xref rid="B9" ref-type="bibr">9</xref>
]. From a business perspective, an SOA is a style of multitier computing that helps organizations share logic and data among multiple applications and usage modes.</p>
<p>In light of this, the International Organization for Standardization (ISO) Technical Committee (TC 204) has recently worked on an SOA for the realization of interoperable ITS [<xref rid="B10" ref-type="bibr">10</xref>
], and a large amount of research demonstrating its importance has been performed. Research such as [<xref rid="B11" ref-type="bibr">11</xref>
–<xref rid="B13" ref-type="bibr">13</xref>
] has focused on improving the ITS architecture management by using the SOA paradigm to resolve the interoperability problems, messages, and entities modeled among ITS components.</p>
<p>In addition, SOA has been used to integrate the information from traffic centers. For example, the US national ITS architecture uses this paradigm through the 9010 and 2306 National Transportation Communications for ITS Protocol (NTCIP) protocols [<xref rid="B14" ref-type="bibr">14</xref>
]. Another example of this is the Easyway project promoted in Europe [<xref rid="B15" ref-type="bibr">15</xref>
].</p>
<p>However, the SOA paradigm is only extended to support the center-to-center communication, and the ITS infrastructure requires that all their elements be able to support the services-oriented environment. For this reason, our proposal takes the principal technological elements of the ITS and extends them through the SOA paradigm. In this sense, we focused on certain elements that play a key role in ITS service generation. First, we focused on the roadside unit (RSU) that is responsible for monitoring the interaction between the road and the traffic center or between the road and the vehicles.</p>
<p>Second, we focused on the traffic information centers, which are the most important facilities from which the ITS infrastructure is managed. Finally, we focused on the navigation systems, which are usually not able to offer dynamic information, despite there being a wide variety of technologies that offer information from ITS infrastructures.</p>
</sec>
<sec id="sec3"><title>3. Integration Methodology</title>
<p>The fundamental aim of our proposal is to determine how information technologies (IT) should be integrated into ITS to achieve appropriate ITS value-added services delivery.</p>
<p>Several different organizations, actors, countries, aims, interests, technologies, and services participate in the ITS scenario. For this reason, a methodology that addresses the principal ITS requirements is proposed. In doing so, a systematic model of integration and delivery services that considers the most important ITS requirements is obtained.</p>
<p>The methodology was represented by a unified model language (UML) Erickson and Penker formal notation (<xref ref-type="fig" rid="fig1">Figure 1</xref>
) and it has a central process that we have called<italic> IT integration for the ITS environment. </italic>
This process takes into account the traditional ITS service delivery model and the principal recommendations of the ITS international organizations. Similarly, the process was divided into three internal processes or phases. The first and second phases were termed the<italic> identification of ITS technologies and services </italic>
and the<italic> cataloguing of ITS technologies and services</italic>
. Both of these phases have been proposed for extracting the principal ITS technological elements that contribute to service delivery from the ITS scenario. The third phase was named<italic> technological decoupling</italic>
. It is the basis for our SOA approach, which applies the latest e-business paradigms and N-level architectures to achieve integration, compatibility, interoperability, and scalability in ITS.</p>
<p>The proposed phases were not randomly chosen but rather took into account the principal recommendations of the ITS entities, which seek harmonious ITS applications, the appropriate use of network communication protocols, the application of scalar ITS architectures, and suitable management policies, among other things [<xref rid="B16" ref-type="bibr">16</xref>
]. We now describe the proposed phases.</p>
<sec id="sec3.1"><title>3.1. Identification and Cataloguing of ITS Technologies and Services (First and Second Phases)</title>
<p>To develop these two phases, the principal ITS proposals associated with ITS standardization (technical committee ISO/TC 204, CEN/TC 278, ETSI TC ITS) were analyzed. The approaches of the principal ITS industrial representatives (ITS America, ITS Japan, and ITS Europe) were also examined to identify the principal technologies and services that make up ITS.</p>
<p>With respect to ITS services, the KAREN project [<xref rid="B17" ref-type="bibr">17</xref>
] was analyzed because of its insights into ITS user needs. We also analyzed the ETSI TR 102638 proposal [<xref rid="B18" ref-type="bibr">18</xref>
], which focuses on service delivery to the vehicular network environment. In addition, we included the ISO 14813 [<xref rid="B19" ref-type="bibr">19</xref>
] proposal by the TC204, which focuses on ITS services. Therefore, our model considered a wide variety of ITS services and new ITS communication environments, such as vehicle to infrastructure (V2I), infrastructure to vehicle (I2V), vehicle to vehicle (V2V), and infrastructure to infrastructure (I2I).</p>
<p>The analysis of the above-mentioned proposals and ITS standards was used to create an exhaustive ITS catalogue, a small part of which is shown in <xref ref-type="table" rid="tab1">Table 1</xref>
. The catalogue contains a brief summary of the affinity among the most important ITS services and the ITS technological elements that support them. It is worth noting that the ITS services shown are focused on three principal ITS factors: safety, efficiency, and comfort. The catalogue includes the scope of the service, which can be primary or secondary. The primary scope is associated with the principal ITS communication environments in which the ITS services will be deployed. The secondary scope is associated with the rest of the ITS communication environments and is different from the primary scope.</p>
<p>The ITS technologies in the catalogue have been classified into five categories:<italic> fundamental </italic>
(■), without which the ITS services cannot be deployed;<italic> used </italic>
(●), which use mature technologies for service delivery;<italic> support </italic>
(▼), which are indirectly used to maintain service delivery;<italic> alternative </italic>
(▸), whichdecrease communication channels deficiencies; and new technologies (<bold>♦</bold>
), which are oriented towards cooperative vehicular systems.</p>
<p>Because it is used to support many ITS services, the roadside unit (RSU) is one of the ITS technological elements from <xref ref-type="table" rid="tab1">Table 1</xref>
that can be highlighted. Indeed, in [<xref rid="B20" ref-type="bibr">20</xref>
–<xref rid="B22" ref-type="bibr">22</xref>
], the RSU is emphasized as an important device that contributes to sustainable improvements in the operational efficiency of traffic management.</p>
<p>Now that the ITS technologies have been identified and catalogued, the third phase will be described.</p>
</sec>
<sec id="sec3.2"><title>3.2. Technological Decoupling Phase</title>
<p>In this phase, the decoupling proposal for ITS technologies, which is the basis of our SOA model's approach to integrating ITS and service delivery, will be presented. This phase takes into account the ITS decoupling proposals presented in [<xref rid="B3" ref-type="bibr">3</xref>
, <xref rid="B23" ref-type="bibr">23</xref>
], from which it was possible to identify the principal ITS technological subsets that presented similar functionalities for supporting ITS services. For example, the ITS technologies that focus on control and monitoring, information processing, and communications (either outside the infrastructure, inside the infrastructure, or to the ITS users) were classified according to [<xref rid="B3" ref-type="bibr">3</xref>
, <xref rid="B23" ref-type="bibr">23</xref>
].</p>
<p>Our proposal took advantage of these approaches and included the services generated from the ITS technologies involved. Two layers were created by considering such service generation: the service layer and the communication layer. The first layer is focused on service generation, and the second layer supports the first layer by means of communication systems. Both of the layers are made up of technological levels that include the present ITS technologies in the ITS scenario.</p>
<p>The service layer consists of three levels: the<italic> monitoring level, the business level, </italic>
and<italic> the user level. </italic>
All of these levels classify the ITS technological elements by their functionalities. The communication layer contains only one level, called the transverse communication level.</p>
<p>The layers and their levels are described below to establish the starting point of our SOA model proposal.</p>
<sec id="sec3.2.1"><title>3.2.1. Service Layer</title>
<p><italic>(a) Monitoring Level</italic>
. This level includes the ITS technologies that are associated with monitoring or watching the ITS infrastructure. For this reason, it includes systems based on<italic> camera networks</italic>
(CCTV),<italic> wireless sensor networks</italic>
(WSN),<italic> vehicular ad hoc networks</italic>
(VANETs, which function as mobile sensor networks),<italic> radiofrequency identification</italic>
(RFID), sensors that use<italic> dedicated short-range communications</italic>
(DSRC), and infrared sensors that use<italic> continuous</italic>
air-interface, of long and medium range (CALM IR). As was seen in <xref ref-type="table" rid="tab1">Table 1</xref>
, the RSU plays a key role in integrating the data belonging to several different ITS services that use some of the monitoring systems. Therefore, these systems have some kind of interface, such as CCTV-RSU, WSN-RSU, DSRC-RSU, and RFID-RSU, and the infrastructure data can be gathered by the traffic information center through these interfaces.</p>
<p><italic>(b) Business Level</italic>
. This level is made up of the suitable ITS technologies that lead to creation and delivery of ITS services. Hence, the systems that gather, process, and store the information delivered by several different sources (several monitoring systems) were considered.</p>
<p>In the ITS scenario, the traffic information center (TIC) also plays a key role because a wide variety of the transportation-associated parameters can be controlled, managed, and monitored from it. For example, the vehicular flow produced on the highways can be controlled from a TIC, and it is possible to keep in touch with several critical centers, such as emergency centers, hospitals, and police departments. According to these arguments, the business level is made up of a large number of technological elements, such as database systems, storage systems, application servers (grid systems), and legacy systems. All of these components generate a large quantity of information that is used for providing several different ITS services. </p>
<p><italic>(c) User Level</italic>
. This level includes the ITS technologies through which the ITS users will be able to consume ITS services. In this way, several different technologies that fulfill user requirements have been divided into the final user systems, the emerging corporate systems, and the systems that deploy visual information directly in the infrastructure.</p>
<p>The first category includes systems such as personal digital assistant (PDAs), smartphones, laptops, navigators, and notebooks. For the second category, it is important to emphasize that, in the near future, customers (pedestrians, travelers, car drivers, and ITS entities) will embrace retail techniques, such as customer relationship management (CRM) systems and the enterprise resource planning (ERP) [<xref rid="B24" ref-type="bibr">24</xref>
]. Both of these techniques support and enhance customer and organizational relationships to provide better ITS value-added services.</p>
<p>Finally, variable message sings (VMS) systems are included because they display visual information in the infrastructure directly, giving to ITS user certain information about the road.</p>
<p>The users of this level are the many entities that can act as ITS users, such as hospitals, police, roadside emergency assistance centers, car drivers, pedestrians, and travelers, among other ITS users.</p>
</sec>
<sec id="sec3.2.2"><title>3.2.2. Communication Layer</title>
<p>This layer follows the TC 204 guidelines, specifically those from working group 16 (WG 16). Its aim is primarily to support the services generated by the services layer. </p>
<p><italic>(a) Communication Transverse Level</italic>
. This level supports the ad hoc functionality of each communication system used to achieve the service delivery. Similarly, several communication technologies (wired, wireless, or internetworking) have been included. In the ITS context, the CALM initiative [<xref rid="B25" ref-type="bibr">25</xref>
], which is still under development, has been taken into account because it includes a large variety of ITS communication technologies. For example, wired and wireless technologies, such as Zigbee, DSRC-RFID/CALM IR, WAVE, CALM M5, Wi-Fi, Ethernet, and Coaxial, and protocols such as RS232, RS422, and RS485 (which is used by VMS), were included. In the same way, the internet working technologies, such as routers, hubs, and switches, were incorporated because they provided connectivity among the levels.</p>
<p>This level uses either the mature communications networks or the emergent communication network to satisfy the service delivery. For this reason, technologies based on general packet radio services (GPRS) or on high speed packet access (HSPA) were considered. In addition, it is worth noting that, in this level, the new long term evolution (LTE) approach [<xref rid="B26" ref-type="bibr">26</xref>
] will be incorporated as soon as possible. It will provide a new scheme for the ITS value-added services delivery through features such as high speed, bandwidth, sensitivity, and distance coverage.</p>
<p>Finally, the communication technologies based on positioning, such as the global positioning system (GPS) and the geographical information system (GIS), were included.</p>
<p>The basis for the SOA model will be the technological elements that have been decoupled in their layers and the levels obtained from the decoupling proposal (<xref ref-type="fig" rid="fig2">Figure 2</xref>
).</p>
</sec>
</sec>
</sec>
<sec id="sec4"><title>4. SOA-Based Model Proposal</title>
<p>By incorporating the SOA paradigm into the technological decoupling proposal, it will be possible to obtain the loosely coupled ITS technologies belonging to each of the technological levels that have been proposed. The principal benefit of our SOA approach to the ITS environment is its ability to deal with various heterogeneous systems and to reduce the technological constraints caused by the ad hoc systems. In doing so, the service delivery will be achieved appropriately.</p>
<p>The SOA paradigm fulfills the standardization requirements demanded by the ITS sector. In a recent publication [<xref rid="B10" ref-type="bibr">10</xref>
], even the TC 204 has proposed it for exchanging data among several different traffic information centers.</p>
<p>Specifically, our proposal is focused on extending the SOA paradigm to the global ITS scenario (<xref ref-type="fig" rid="fig3">Figure 3</xref>
). Therefore, this paradigm will be used not only for the TIC interconnection but also for integrating the significant ITS technological elements under the service scheme.</p>
<p>In this context, certain key concepts, such as integration, interoperability, scalability, and compatibility, can be achieved either by the ITS technological elements or by the other ITS systems that compose the ITS scenario.</p>
<p>As can be seen in <xref ref-type="fig" rid="fig3">Figure 3</xref>
, three new elements have been added that conceptually represent our loosely coupled proposal, all of which are associated with the SOA paradigm. Two of them are small clouds that integrate the proposal levels, and the third element is the registry and discovery system, which has been enclosed in a picture located in the communication transverse level.</p>
<p>Web services technology was used to apply the SOA paradigm to the ITS context because it is a powerful method for achieving the key concepts mentioned earlier.</p>
<p>Applying the SOA paradigm over the decoupling proposal will generate four interfaces that relate the technological levels. These interfaces support the services environment among the technological levels.</p>
<p>The<italic> first interface</italic>
relates both the monitoring level and the business level, which provokes the creation of two kinds of services: the monitoring services and the management services. The monitoring services are focused on gathering the information belonging to the ITS monitoring systems, and the management services are focused on managing the ITS technological elements belonging to the ITS scenario.</p>
<p>The RSU has been taken into account for this interface because of its key role in the monitoring systems. For this reason, we apply the SOA paradigm to this element and obtain a new concept called the RSU<sub>AA</sub>
S (the RSU as a service). The RSU<sub>AA</sub>
S has new capabilities, such as publishing, understanding, and consuming the web services associated with the monitoring systems.</p>
<p>The<italic> second interface</italic>
focuses on the generation of value-added ITS services and uses the business level for keeping the information sent by the RSU<sub>AA</sub>
S. It is worth noting that this interface also uses the information provided by the legacy systems for the value-added ITS service generation.</p>
<p>The<italic> third interface</italic>
relates both the business level and the user level by means of the SOA paradigm.</p>
<p>In this interface, the final user devices, the corporate systems, and the VMS systems and ITS entities (police, emergency assistance centers, and so on) are highlighted because they will consume the value-added ITS services.</p>
<p>The<italic> fourth interface</italic>
is directly associated with the communication transverse level that supports all the levels belonging to the service layer. Its principal element, based on the SOA environment, is the registry and discovery system of services.</p>
<p>The interfaces that are part of our SOA-based model follow the Matchmaker pattern [<xref rid="B27" ref-type="bibr">27</xref>
], which means that the broker functions are carried out by the registry and discovery system.</p>
<p>As of these interfaces mentioned above, the processes associated with the SOA paradigm,<italic> publication</italic>
,<italic> discovery,</italic>
and<italic> consumption,</italic>
will now be described.</p>
<sec id="sec4.1"><title>4.1. Publication Process</title>
<p>The fundamental aim of this process is service publication (specifically, the monitoring services and management services generated by the monitoring level and value-added ITS services generated by the business level). In this way, this process publishes the monitoring services, the management services, and the value-added ITS services by means of the registry and discovery systems, which can be implemented using the universal description, discovery, and integration (UDDI) approach [<xref rid="B28" ref-type="bibr">28</xref>
]. As regards the monitoring level, it should be noted that the service providers for the business level are the RSU<sub>AA</sub>
Ss. As regards the business level, the service providers are the application servers. To carry out such publication processes for both levels, the web services definition language (WSDL) sheet exchanges and the use of simple object access protocol (SOAP) messages are needed. For this reason, the system belonging to the monitoring level described previously incorporates a system that can publish, discover, and consume web services. In doing so, systems such as the wireless sensor networks (WSN) incorporate an RSU<sub>AA</sub>
S (WSN-RSU<sub>AA</sub>
S), the VANET systems incorporate an RSU<sub>AA</sub>
S (VANET-RSU<sub>AA</sub>
S), the CCTV systems incorporate an RSU<sub>AA</sub>
S (CCTV-RSU<sub>AA</sub>
S), the systems based on a DSRC or RFID incorporate an RSU<sub>AA</sub>
S (DSRC-RFID-RSU<sub>AA</sub>
S), and on so on.</p>
<p>In the case of the application servers, the SOA paradigm has also been considered. For this reason, their services (the ITS value-added services) can be published, discovered, and consumed.</p>
</sec>
<sec id="sec4.2"><title>4.2. Discovery Process</title>
<p>The principal aim of this process is to discover the published services on the broker (UDDI). This process is carried out when the publication process has finished.</p>
<p>To discover which services have been published, our model uses the<italic> lookup services</italic>
of the storage systems (the lookup-monitoring services), the application servers (the lookup-management services), or the technological systems belonging to the user level (the lookup-value-added ITS services). In this way, the discovery process is achieved when these services are located.</p>
<p>It should be noted that the management services play a key role in the context of the model because the calibration and the management of the monitoring systems will be performed in a services environment. This consideration means that the RSU<sub>AA</sub>
Ss will be managed from the business level.</p>
<p>In addition, the RSU is typically managed by means of SNMP protocol at present, which limits the transference of large quantities of data. For this reason, a web services solution was embraced for implementing the key concepts previously mentioned.</p>
</sec>
<sec id="sec4.3"><title>4.3. Consumption Process</title>
<p>The fundamental aim of this process is to allow the consumption of the services either by the monitoring services, the management services, or the value-added ITS services. Following our proposal, the business level consumes the services offered by the monitoring level, which means the services offered by the different types of RSU<sub>AA</sub>
S. Similarly, the user level consumes the services offered by the business level (the value-added ITS services), which means the services offered by the application servers.</p>
<p>In this way, an ITS user who wants to consume a value-added ITS service must perform a service query associated with the desired ITS service. A response message with the associated information for the requested service will then be obtained. Similarly, the same situation is applied to both the monitoring and management services. When a service query is carried out, a message response will also be obtained, but it will be associated with either a monitoring service or a management service.</p>
<p>To describe the process that follows the SOA-based model appropriately, a sequence diagram is depicted in <xref ref-type="fig" rid="fig4">Figure 4</xref>
.</p>
<p>The layers, levels, interface, and SOA processes of the decoupling proposal are presented in <xref ref-type="table" rid="tab2">Table 2</xref>
. <xref ref-type="table" rid="tab2">Table 2</xref>
includes the loosely coupled mechanisms that are used to accomplish the ITS service delivery.</p>
<p>Similarly, <xref ref-type="table" rid="tab2">Table 2</xref>
presents the kinds of services that are used in our SOA-based model, along with the ITS service providers and the ITS service consumers. As can be seen in <xref ref-type="table" rid="tab2">Table 2</xref>
, there are some internal services, which are denoted by the ∗ symbol. These services have been taken into account because they supply our model with systems that guarantee service deployment under the SOA scheme.</p>
<p>In addition, an important question about the real-time response of our model is crucial for both the user ITS and the systems that use their generated services. For this reason, an important fact associated with the ITS service delivery should be highlighted. Currently, the ITS service delivery is highly dependent on the ITS technologies installed in the infrastructure, especially when each service can use one technology or a combination of several technologies. In addition, the ITS technologies can have response times that are quite different. This situation can be seen in [<xref rid="B29" ref-type="bibr">29</xref>
] in which a value-added ITS service can have several different response times. For example, the technologies belonging to the VANET scenario have minimal response times because most of the ITS services are safety oriented. However, the VANET scenario has time delays that range from thirty seconds to five minutes [<xref rid="B30" ref-type="bibr">30</xref>
]. In the same way, the ITS services that use radio data systems (RDS) are slow (10 minutes) [<xref rid="B29" ref-type="bibr">29</xref>
].</p>
<p>In keeping with these facts, our model will offer the value-added ITS services within 60 seconds, which means a low latency for the ITS user.</p>
<p>Finally, the services provided by our model can be consumed at the user level specifically by navigation systems. This consideration means that the navigation systems will incorporate dynamic services for the ITS user.</p>
</sec>
</sec>
<sec id="sec5"><title>5. System Architecture</title>
<p>Each of the elements of the ITS scenario is considered by the system general architecture. The principal aim of the architecture is to support the proposed model by offering the functionality elements as services. This paper focuses on three of the main ITS components: RSU<sub>AA</sub>
S (the monitoring level), value-added ITS service generation system located in the business level (focusing on the traffic center services), and navigation systems (the user level). In addition, the architecture takes account of the SOA pattern previously mentioned in the model description. The proposed architecture (<xref ref-type="fig" rid="fig5">Figure 5</xref>
) for each ITS element is based on the conceptual model of the e-business architecture proposed in [<xref rid="B31" ref-type="bibr">31</xref>
] and includes the ITS architectural components that have been defined by the main ITS organizations, such as [<xref rid="B32" ref-type="bibr">32</xref>
–<xref rid="B34" ref-type="bibr">34</xref>
] and the ISO/TC 204.</p>
<p>The RSU<sub>AA</sub>
S architecture (<xref ref-type="fig" rid="fig6">Figure 6</xref>
) is made up of two functional layers: the service layer and the application layer. The service layer supports the application modules of the layer above through a set of standard services (e.g.,<italic> rules, persistence, calibration, monitoring, registry, discovery, and management, among other services</italic>
). The application layer has been divided into four distribution levels [<xref rid="B28" ref-type="bibr">28</xref>
]: resources, business logic, access, and client.</p>
<p>The resource level, independently of technology, provides the necessary information to carry out the monitoring processes. In this sense, the monitoring systems themselves, the legacy RSUs, and the RSU<sub>AA</sub>
S databases were taken into account.</p>
<p>The business logic level is made up of several different components that encapsulate the RSU<sub>AA</sub>
S functionality. This level obtains, processes, stores, and prepares the data resources that are consumed in the access level.</p>
<p>The access level controls the external ITS users' access by means of services that ensure the protection of the system. In the same way, this level coordinates all of the activities belonging to the RSU<sub>AA</sub>
S consumers and exchanges information with both the business and the client levels.</p>
<p>As regards the client level, an interface to exchange the information has been considered. It takes into account the information presentation, input and output data, and application navigation flow. When the clients access the RSU<sub>AA</sub>
S by means of the SOA controller, the system directly allows them to get into the access level because the information presentation tasks are not necessary.</p>
<p>The value-added ITS service generation system is described in <xref ref-type="fig" rid="fig7">Figure 7</xref>
. It takes advantage of the RSU<sub>AA</sub>
S and other elements to build the value-added ITS services. Specifically, the system is an instantiation of the information traffic center (principally of the ITS services), which was analyzed in the previous sections.</p>
<p>It is worth noting that, from this center, the RSU<sub>AA</sub>
S functionality can be maximally exploited, given the fact that these elements are services-oriented.</p>
<p>There are some similarities between the services provided by the RSU<sub>AA</sub>
S and those provided by the value-added ITS service generation system, as shown in the service layer (<xref ref-type="fig" rid="fig7">Figure 7</xref>
). However, some of the middleware services for supporting the new application modules of the layer above are focused on the traffic information services.</p>
<p>As can be seen from <xref ref-type="fig" rid="fig7">Figure 7</xref>
, the architecture also includes some levels relating to the e-business architecture: the resource level, the business level, the access level, and the client level.</p>
<p>The resource level includes a new application module that, by means of the SOA paradigm, integrates the functionality of services provide by the RSU<sub>AA</sub>
S. The business level includes new application modules that allow the adequate management of the RSU<sub>AA</sub>
S, information storage, and service generation (services orchestration). The access level includes an information diffusion controller to distribute traffic information via radio channels: RDS-TMC, digital audio broadcasting (DAB), and DAB+. Finally, the client level provides the necessary interfaces for value-added ITS service consumption by end users.</p>
<p>It should be noted that the client level has an external resource module that is important because it allows integration with other traffic information services, in which the 2306 NTCIP protocols or the emergent DATEX II approach could be applied.</p>
<p>The last of the architectural components is a navigation system that can be used by the ITS user to consume the value-added ITS services. Basically, its architecture is based on the component approach [<xref rid="B35" ref-type="bibr">35</xref>
].</p>
<p>As can be seen from <xref ref-type="fig" rid="fig8">Figure 8</xref>
, the conceptual architecture for the navigation system includes the CALM proposal and the middleware approach, which are necessary for service delivery. In addition, a module based on DAB systems for supporting the transport protocol experts group (TPEG) has been included, although it currently is under development, along with the DATEX II module. However, our SOA module was designed to support the services environment that provides the service consumption.</p>
</sec>
<sec id="sec6"><title>6. Test Scenario and Experiments</title>
<p>In this section, a test scenario and a set of experiments designed to validate the proposed model are detailed. The scenario was based on the value-added ITS services that can be produced by a parking management system. This scenario offered us a large variety of ITS technological elements that could be integrated under our approach. We focused on the associated valued-added services that facilitate the user's ITS task of finding a parking place at the end of a trip, along the way, and on the trip. This significant service was selected because it helps the ITS users solve problems associated with mobility and fuel savings and decrease travel time [<xref rid="B36" ref-type="bibr">36</xref>
]. In addition, it is suitable for evaluating our SOA-based model.</p>
<p>The parking areas belonging to the campus of the University of Alicante (UA) were used as a test environment. According to the proposed architecture and the associated layers of the model, the ITS scenario for some of the experiments will be described.</p>
<sec id="sec6.1"><title>6.1. Service Layer</title>
<sec id="sec6.1.1"><title>6.1.1. Monitoring Level</title>
<p>Emerging monitoring technologies based on wireless sensor networks (WSN) were used at this level because of their characteristics: ubiquity, low power consumption, small size, processing speed, and ability to cover large areas. In addition, WSN are ideal for supporting the proposed service. In this way, twelve nodes that constituted the wireless sensor network were used for our experiment. A<italic> crossbow solution,</italic>
called MicaZ [<xref rid="B37" ref-type="bibr">37</xref>
] in the field of WSN, was used for monitoring the parking lot. This solution incorporated several sensors; we used a photoresistor to detect the status of the parking places.</p>
<p>Software that ran on each sensor node and was capable of detecting the status of the parking places was developed for our prototype. The<italic> TinyOS</italic>
operating system and<italic> nesC</italic>
programming language were used to implement it. The software operated on demand, which means that each node transmitted information on when the parking place was occupied or free and information for maintaining the network topology (sporadic messages). The XMESH protocol [<xref rid="B31" ref-type="bibr">31</xref>
] was used to make the routing.</p>
<p>Our first experiment was designed to evaluate the software and routing protocol we developed. Therefore, we analyzed its metric using the exponentially weighted moving average (EWMA) estimation algorithm [<xref rid="B38" ref-type="bibr">38</xref>
]. This metric minimizes the total cost to transmit a packet from a node located in the parking place to the base station. The selected scenario to test this software was the parking for the Polytechnic School, whose capacity was 98 places (<xref ref-type="fig" rid="fig9">Figure 9</xref>
). The WSN was deployed there.</p>
<p>In this scenario, it is worth noting that, at the moment of carrying out the deployment process for the WSN, most of the retransmissions generated among the nodes were necessary for determining the neighbors belonging to the WSN. In this way, different routing tables and an estimated pattern for link qualities among the nodes were constructed. This pattern was a key factor for finding the route that minimized the total number of transferences, which is reducing power consumption for each node.</p>
<p>The scenario had twelve nodes: ten to determine the status of parking places, one for gathering the traffic associated with the sensor network (the sniffer), and one for the base station, which was connected to the RSU.</p>
<p>To determine the WSN topology (<xref ref-type="fig" rid="fig10">Figure 10</xref>
), the<italic> Moteview</italic>
tool was used. The topology used the minimum transmission metric to establish the organization and provide the information associated with the parking places.</p>
<p>By evaluating the WSN, the dependence between transmission reliability and the power used by each node could be observed. Therefore, several different powers were set up, and the transmission ranges were observed (<xref ref-type="fig" rid="fig11">Figure 11</xref>
). A power of 0.1 mW was selected because it was the most appropriate for covering the distance between each parking space (2.5 meters).</p>
<p>Finally, data packets containing the status of the parking space were obtained, which showed the effectiveness of the minimum transmission algorithm (<xref ref-type="table" rid="tab3">Table 3</xref>
).</p>
<p>From <xref ref-type="table" rid="tab3">Table 3</xref>
, it can be concluded that the nodes most remote from WSN-RSU (7, 9 and 10) had more difficulty transmitting the information associated with the parking space, while those directly connected to the base station (19, 26, and 33) had a higher probability of success in transmitting information. Finally, data packets regarding the status of the parking space were obtained, showing the effectiveness of the algorithm of minimum transmission (<xref ref-type="table" rid="tab3">Table 3</xref>
).</p>
<p>From <xref ref-type="table" rid="tab3">Table 3</xref>
it can be concluded that the most remote from nodes WSN-RSU (7, 9, and 10) had more difficulty transmitting the information associated with the parking space, while those directly connected to the base station (19, 26, and 33) had a higher probability of success in transmitting information. However, node 442 (which was connected directly to the WSN-RSU) had low transmission quality, which influenced the cost of the proposed metric.</p>
<p>Having evaluated the performance of the WSN as a parking monitoring system, an RSU<sub>AA</sub>
S prototype will now be described and evaluated.</p>
<p>To select the WSN-RSU<sub>AA</sub>
S devices, various requirements were taken into account. The devices needed to facilitate deployment along the ITS infrastructure, being as small as possible, incorporate the management protocols of the current RSU (such as SNMP), integrate the standard protocols for communication with the central traffic (or otherwise have the capabilities necessary to implement them), and have network connectivity (either wired or wireless) that allowed remote access.</p>
<p>As mentioned above,<italic> MOXA W321</italic>
[<xref rid="B33" ref-type="bibr">33</xref>
], an embedded device widely used in ITS solutions, was chosen. The device was selected for its hardware and software characteristics, including its ARM microprocessor at 192 MHz and 32 bits, 32 MB of RAM memory, SD card support, low cost, ethernet-serial gateway, Wi-Fi support, uClinux 2.6, C and C++ support, integrated web server (Apache), data encryption features, and two RS232/RS485 serial ports.</p>
<p>To carry out the WSN-RSU<sub>AA</sub>
S, multiple applications and services were developed and integrated according to the previously proposed architecture.</p>
<p>At the resources level, an application that managed the data exchange through the serial port between the base node of the WSN and the RSU was developed.</p>
<p>For the business logic level, three applications were developed.</p>
<p>The first application was responsible for controlling the base node and its associated nodes.</p>
<p>The second application supported the generation of monitoring services and stored the data collected by the sensor nodes. This application was quite complex, and its development required the integration of an embedded database (DB) into the device. The DB was used to store data from the WSN, including information related to the status of parking spaces and other items for WSN management. The database selected was SQLite [<xref rid="B34" ref-type="bibr">34</xref>
]. SQLite provided a compact library with low memory requirements, which was suitable for the embedded devices.</p>
<p>The third application was associated with the activity controller and process controller and provided the information stored in the database when a request was performed.</p>
<p>For the access level, SOA paradigm (WSN-RSU<sub>AA</sub>
S) was used to achieve the RSU<sub>AA</sub>
S concept. The gSOAP library [<xref rid="B35" ref-type="bibr">35</xref>
] was used to achieve this, which allowed the implementation of web services in C/C++.</p>
<p>Finally, it should be stressed that the RSU<sub>AA</sub>
S published its services in a UDDI registry server, so that customers could find and consume the services offered.</p>
<p>To evaluate the RSU<sub>AA</sub>
S performance, its main customer, the value-added ITS services generation center, is first described.</p>
<p>This section is described in greater detail in [<xref rid="B39" ref-type="bibr">39</xref>
].</p>
</sec>
<sec id="sec6.1.2"><title>6.1.2. Business Level</title>
<p>To implement this level, two applications of our architecture were designed. The first measured the potential of the services generated from the RSU<sub>AA</sub>
S and incorporated a transaction service to verify the proper operation of the services offered by the RSU<sub>AA</sub>
S. The second application was more general and complex and implemented the functionality of the value-added ITS services generation center.</p>
<p>For the first application, an experiment to evaluate the RSU<sub>AA</sub>
S service response was designed. The experiment consisted of consuming continuously monitored services provided by the RSU<sub>AA</sub>
S. In the tests, 150 requests with different time lapses were sent to the RSU<sub>AA</sub>
S to analyze the response performance. The device took, on average, 1.56 seconds to process the SOAP messages (<xref ref-type="fig" rid="fig12">Figure 12</xref>
).</p>
<p>The SOAP message to the<italic> parkingPlaceQuery</italic>
service can be seen in <xref ref-type="fig" rid="fig13">Figure 13</xref>
.</p>
<p>The<italic> parkingPlaceQuery</italic>
service was just one of the twenty-five services that integrated our monitoring services platform. The remaining services were related to setup, including parking places, sensors associated with a parking place, service users and their preferences, reservation of a place, new sensor startup, and others.</p>
<p>The Framework 3.5 NET and C# language were used to generate classes that supported the second application (<xref ref-type="fig" rid="fig14">Figure 14</xref>
). Several ITS areas were included in this application, although only the implementation of car parking was used for the prototype.</p>
<p>An SOA/WEB adapter for communication with the RSU<sub>AA</sub>
S was incorporated into the resource level, as were application adapters that allowed connection to the storage system.</p>
<p>Two servers were used as the computational infrastructure. The first server had two purposes: to support the main application of the traffic information center and to support the storage system monitoring services such as the RSU<sub>AA</sub>
S management system. The UDDI registry server and applications that offered the value-added ITS services were supported by the second server.</p>
<p>The application environment that acted as the manager of the parking system is shown in <xref ref-type="fig" rid="fig15">Figure 15</xref>
.</p>
<p>A MySQL database was used by the application to store monitoring systems information.</p>
<p>This application allowed managing parking spaces and places areas, managing the monitoring system itself, and configuring the WSN (the wireless transmission channel, power, number of nodes, node groups, node configuration, and node rebooting).</p>
<p>This method was a new approach to the management of ITS monitoring systems because it used the SOA scheme and not traditional protocols, such as SNMP or simple message transfer protocol (SMTP).</p>
<p>For testing, four WSN management services were evaluated: a node reboot, a power shift, getting the settings from the WSN node, and general data dissemination through the WSN.</p>
<p>For each management service in the experiment, 150 requests were sent to the RSU<sub>AA</sub>
S. The results (<xref ref-type="fig" rid="fig16">Figure 16</xref>
) show that the WSN-RSU<sub>AA</sub>
S responded efficiently to the requests made from the central traffic information. The power settings service and reboot service responded with average times of 707 and 687 milliseconds. However, the services related to the dissemination of information through the WSN and to getting the sensor node configuration took an average of 963 and 1031 milliseconds, respectively. This delay was due to the response being associated with a great deal of information about the WSN.</p>
<p>Moreover, the integration of generic and open source tools, such as<italic> Google Maps</italic>
, was one of the most important features incorporated into the system. This type of solutions allows ITS services that are adequately provided and that can be consumed by a large number of external clients regardless of the browser platform they use (<xref ref-type="fig" rid="fig17">Figure 17</xref>
).</p>
</sec>
<sec id="sec6.1.3"><title>6.1.3. User Level</title>
<p>Two applications were designed for final consumption of services. The first one was a desktop client application for mobile devices that provided information on free, busy, and not available parking places. The second application offered the same service, but the results were displayed on<italic> Google Maps</italic>
.</p>
<p>The first application (<xref ref-type="fig" rid="fig18">Figure 18</xref>
) was developed using the.<italic>NET</italic>
Compact Framework for mobile devices and C#. This application consisted of a mobile client that queried the value-added ITS services published in the UDDI registry and consumed them to perform its activity.</p>
<p>This application, called<italic> ITSParking</italic>
, provided information on parking spaces and allowed users to enter their parking preferences according to their usual customs. This application was available for university users (students, teachers, and administrators) who had registered to use the service.</p>
<p>Both applications were tested on various user devices, such as the<italic> HTC Diamond 2</italic>
and<italic> HP iPAQ h6340</italic>
.</p>
<p>The experiment concluded that the performance was adequate and fast enough from both the RSU<sub>AA</sub>
S and the value-added ITS services management center. The consumption associated with the parking services ranged between 7 and 10 seconds, considering the time it took to offer the RSU<sub>AA</sub>
S monitoring services. The margin of 60 seconds initially proposed by our model was achieved.</p>
</sec>
</sec>
<sec id="sec6.2"><title>6.2. Communication Layer</title>
<p>For this layer, various communication systems that supported the connectivity of all the elements involved were used. Specifically, we used technologies such as ZigBee, RS232, Ethernet, Wi-Fi, and GPRS/HSPA.</p>
<p>For the SOA scenario, a server UDDI service discovery was used. In this case, the jUDDI-rc4 version was built, and a UDDI server was developed in Java.</p>
<p><xref ref-type="fig" rid="fig19">Figure 19</xref>
summarizes the proposed test scenario, including the systems and technologies used to develop the prototype. The figure arranges the system elements according to their communications, hardware, operating systems, applications, and services.</p>
</sec>
</sec>
<sec id="sec7"><title>7. Conclusion</title>
<p>In this paper, we presented, developed, and tested a SOA-based model for the value-added ITS services delivery. Our approach achieved a loose coupling among each of the technologies and services present in the ITS scenario. In light of this, new value-added ITS services could be composed and offered to several ITS components where the navigation system was highlighted. As part of the process, we developed a RSU<sub>AA</sub>
S, a new concept for the RSU device that permits showing both monitoring services and management services as web services. To validate the proposal, a valued-added service that facilitates the user's ITS task of finding a parking place at the end of a trip, along the way, and on the trip, was developed. To deploy this service, several ITS technological components were used: new emerging technology (WSN), embedded computer systems, navigation devices, databases, and application servers. This SOA approach opens up a wide range of possibilities in the management of ITS service, such as automatic provision of resources and services ITS on demand based on environment information. Nowadays, we are working in this research line using the proposed model, services, and processes orchestration with BPMS and ontologies applied to traffic management.</p>
</sec>
</body>
<back><sec sec-type="conflict"><title>Conflict of Interests</title>
<p>The authors declare that there is no conflict of interests regarding the publication of this paper.</p>
</sec>
<ref-list><ref id="B1"><label>1</label>
<element-citation publication-type="book"><collab>US.DOT</collab>
<source><italic>Transportation Vision for 2030: Ensuring Personal Freedom and Economic Vitality for a Nation on the Move</italic>
</source>
<year>2008</year>
<publisher-name>U.S. Department of Transportation. RITA-Research and Innovative Technology Administration</publisher-name>
</element-citation>
</ref>
<ref id="B2"><label>2</label>
<element-citation publication-type="book"><collab>European_Commission</collab>
<source><italic>Towards a European Road Safety Area: Policy Orientations on Road Safety 2011–2020</italic>
</source>
<year>2010</year>
<publisher-loc>Brussels, Belgium</publisher-loc>
<publisher-name>Commission of the European Communities</publisher-name>
</element-citation>
</ref>
<ref id="B3"><label>3</label>
<element-citation publication-type="book"><person-group person-group-type="editor"><name><surname>Miles</surname>
<given-names>JC</given-names>
</name>
<name><surname>Chen</surname>
<given-names>K</given-names>
</name>
</person-group>
<source><italic>The Intelligent Transportation Systems Handbook: Recomentadion from the World Road Association (PIARC)</italic>
</source>
<year>2004</year>
<publisher-loc>Swanley, UK</publisher-loc>
<publisher-name>Andrew Barribal</publisher-name>
</element-citation>
</ref>
<ref id="B4"><label>4</label>
<element-citation publication-type="book"><person-group person-group-type="author"><name><surname>Chowdhury</surname>
<given-names>MA</given-names>
</name>
<name><surname>Sadek</surname>
<given-names>A</given-names>
</name>
</person-group>
<source><italic>Fundamentals of Intelligent Transportation Systems Planning</italic>
</source>
<year>2003</year>
<publisher-loc>London, UK</publisher-loc>
<publisher-name>Artech House</publisher-name>
</element-citation>
</ref>
<ref id="B5"><label>5</label>
<element-citation publication-type="book"><collab>ITEA2</collab>
<source><italic>ITEA Roadmap for Software-Intensive Systems and Services</italic>
</source>
<year>2009</year>
</element-citation>
</ref>
<ref id="B6"><label>6</label>
<element-citation publication-type="book"><person-group person-group-type="author"><name><surname>de Souza</surname>
<given-names>LMS</given-names>
</name>
<name><surname>Spiess</surname>
<given-names>P</given-names>
</name>
<name><surname>Guinard</surname>
<given-names>D</given-names>
</name>
<name><surname>Köhler</surname>
<given-names>M</given-names>
</name>
<name><surname>Karnouskos</surname>
<given-names>S</given-names>
</name>
<name><surname>Savio</surname>
<given-names>D</given-names>
</name>
</person-group>
<article-title>SOCRADES: a Web service based shop floor integration infrastructure</article-title>
<source><italic>The Internet of Things</italic>
</source>
<year>2008</year>
<volume>4952</volume>
<publisher-loc>Berlin, Germany</publisher-loc>
<publisher-name>Springer</publisher-name>
<fpage>50</fpage>
<lpage>67</lpage>
<series>Lecture Notes in Computer Science</series>
<pub-id pub-id-type="other">2-s2.0-41549164304</pub-id>
</element-citation>
</ref>
<ref id="B7"><label>7</label>
<element-citation publication-type="book"><collab>AASHTO</collab>
<source><italic>National Transportation Communication for ITS Protocol NTCIP 9001</italic>
</source>
<year>2009</year>
<publisher-loc>Washingthon, DC, USA</publisher-loc>
<publisher-name>AASHTO, ITE, NEMA</publisher-name>
</element-citation>
</ref>
<ref id="B8"><label>8</label>
<element-citation publication-type="book"><person-group person-group-type="author"><name><surname>Williams</surname>
<given-names>M</given-names>
</name>
</person-group>
<source><italic>EA White Paper: Convergence in Traffic Information Frameworks Models</italic>
</source>
<year>2010</year>
<publisher-name>Highways_Agency</publisher-name>
</element-citation>
</ref>
<ref id="B9"><label>9</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Papazoglou</surname>
<given-names>MP</given-names>
</name>
<name><surname>Traverso</surname>
<given-names>P</given-names>
</name>
<name><surname>Dustdar</surname>
<given-names>S</given-names>
</name>
<name><surname>Leymann</surname>
<given-names>F</given-names>
</name>
</person-group>
<article-title>Service-oriented computing: state of the art and research challenges</article-title>
<source><italic>Computer</italic>
</source>
<year>2007</year>
<volume>40</volume>
<issue>11</issue>
<fpage>38</fpage>
<lpage>45</lpage>
<pub-id pub-id-type="other">2-s2.0-36749060136</pub-id>
</element-citation>
</ref>
<ref id="B10"><label>10</label>
<element-citation publication-type="book"><collab>ISO_24097</collab>
<source><italic>Intelligent Transport Systems—Using Web Services (Machine-Machine Delivery) for ITS Service Delivery—Part 1: Realization of Interoperable Web Services</italic>
</source>
<year>2009</year>
<publisher-name>I.O.f. Standatization</publisher-name>
</element-citation>
</ref>
<ref id="B11"><label>11</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Tao</surname>
<given-names>X</given-names>
</name>
<name><surname>Jiang</surname>
<given-names>C</given-names>
</name>
<name><surname>Han</surname>
<given-names>Y</given-names>
</name>
</person-group>
<article-title>Applying SOA to intelligent transportation system</article-title>
<conf-name>Proceedings of the IEEE International Conference on Services Computing (SCC '05)</conf-name>
<conf-date>2005</conf-date>
<conf-loc>Orlando, Fla, USA</conf-loc>
</element-citation>
</ref>
<ref id="B12"><label>12</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Shi</surname>
<given-names>W</given-names>
</name>
<name><surname>Wu</surname>
<given-names>J</given-names>
</name>
<name><surname>Li</surname>
<given-names>Y</given-names>
</name>
<name><surname>Kuang</surname>
<given-names>L</given-names>
</name>
</person-group>
<article-title>Intelligent transportation information sharing and service integration in semantic grid environment</article-title>
<conf-name>Proceedings of the IEEE/WIC/ACM International Conference on Web Intelligence (WI '06)</conf-name>
<conf-date>December 2006</conf-date>
<fpage>174</fpage>
<lpage>178</lpage>
<pub-id pub-id-type="other">2-s2.0-42549104076</pub-id>
</element-citation>
</ref>
<ref id="B13"><label>13</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Chen</surname>
<given-names>K-H</given-names>
</name>
<name><surname>Dow</surname>
<given-names>C-R</given-names>
</name>
<name><surname>Lin</surname>
<given-names>D-J</given-names>
</name>
<name><surname>Yang</surname>
<given-names>C-W</given-names>
</name>
<name><surname>Chiang</surname>
<given-names>W-C</given-names>
</name>
</person-group>
<article-title>An NTCIP-based semantic ITS middleware for emergency vehicle preemption</article-title>
<conf-name>Proceedings of the 11th IEEE International Conference on Intelligent Transportation Systems (ITSC '08)</conf-name>
<conf-date>December 2008</conf-date>
<fpage>363</fpage>
<lpage>368</lpage>
<pub-id pub-id-type="other">2-s2.0-60749118016</pub-id>
</element-citation>
</ref>
<ref id="B14"><label>14</label>
<element-citation publication-type="book"><collab>AASHTO</collab>
<source><italic>Library: 2306—Application Profile for XML in ITS Center to Center Communications (AP-C2CXML)</italic>
</source>
<comment>2008, <ext-link ext-link-type="uri" xlink:href="http://www.ntcip.org/library/standards/default.asp?documents=yes&standard=2306">http://www.ntcip.org/library/standards/default.asp?documents=yes&standard=2306</ext-link>
</comment>
</element-citation>
</ref>
<ref id="B15"><label>15</label>
<element-citation publication-type="book"><collab>EasyWay</collab>
<source><italic>ES5 Datex II</italic>
</source>
<comment>2010, <ext-link ext-link-type="uri" xlink:href="http://www.easyway-its.eu/1/index.php?option=com_content&view=article&id=35&Itemid=67">http://www.easyway-its.eu/1/index.php?option=com_content&view=article&id=35&Itemid=67</ext-link>
</comment>
</element-citation>
</ref>
<ref id="B16"><label>16</label>
<element-citation publication-type="book"><collab>European_Commission</collab>
<source><italic>Action Plan for the Deployment of Intelligent Transport Systems in Europe</italic>
</source>
<year>2009</year>
<publisher-loc>Brussels, Belgium</publisher-loc>
<publisher-name>T.C.O.T.E. UNION</publisher-name>
</element-citation>
</ref>
<ref id="B17"><label>17</label>
<element-citation publication-type="book"><collab>KAREN_PROJECT</collab>
<source><italic>Guidelines for the Development and Assessment of Intelligent Transport System Architectures</italic>
</source>
<year>1998</year>
<publisher-name>E.I. Europe</publisher-name>
</element-citation>
</ref>
<ref id="B18"><label>18</label>
<element-citation publication-type="book"><collab>ETSI</collab>
<source><italic>Intelligent Transport Systems (ITS); Vehicular Communications; Basic Set of Applications; Definitions</italic>
</source>
<year>2009</year>
<publisher-name>ETSI</publisher-name>
<series>TR102638</series>
</element-citation>
</ref>
<ref id="B19"><label>19</label>
<element-citation publication-type="book"><collab>ISO_14813</collab>
<source><italic>Intelligent Transport Systems—Reference Model Architecture(s) for the ITS Sector—Part 1: ITS Service Domains, Service Groups and Services</italic>
</source>
<year>2007</year>
<publisher-name>International Organization for Standarization</publisher-name>
</element-citation>
</ref>
<ref id="B20"><label>20</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Lee</surname>
<given-names>J</given-names>
</name>
</person-group>
<article-title>Design of a network coverage analyzer for roadside-to-vehicle telematics networks</article-title>
<conf-name>Proceedings of the 9th ACIS International Conference on Software Engineering, Artificial Intelligence, Networking and Parallel/Distributed Computing (SNPD '08) in Conjunction with 2nd International Workshop on Advanced Internet Technology and Applications (AITA '08)</conf-name>
<conf-date>August 2008</conf-date>
<fpage>201</fpage>
<lpage>205</lpage>
<pub-id pub-id-type="other">2-s2.0-57749177974</pub-id>
</element-citation>
</ref>
<ref id="B21"><label>21</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Zhang</surname>
<given-names>Y</given-names>
</name>
<name><surname>Zhao</surname>
<given-names>J</given-names>
</name>
<name><surname>Cao</surname>
<given-names>G</given-names>
</name>
</person-group>
<article-title>Service scheduling of vehicle-roadside data access</article-title>
<source><italic>Mobile Networks and Applications</italic>
</source>
<year>2010</year>
<volume>15</volume>
<issue>1</issue>
<fpage>83</fpage>
<lpage>96</lpage>
<pub-id pub-id-type="other">2-s2.0-76549097373</pub-id>
</element-citation>
</ref>
<ref id="B22"><label>22</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Hinsberger</surname>
<given-names>A</given-names>
</name>
<name><surname>Wieker</surname>
<given-names>H</given-names>
</name>
<name><surname>Riegelhuth</surname>
<given-names>G</given-names>
</name>
<name><surname>Zurlinden</surname>
<given-names>H</given-names>
</name>
</person-group>
<article-title>Benefits and technology of an intelligent road side unit system for vehicle to infrastructure- and infrastructure to centre communication</article-title>
<conf-name>Proceedings of the 14th ITS World Congress</conf-name>
<conf-date>October 2007</conf-date>
<conf-loc>Beijing, China</conf-loc>
</element-citation>
</ref>
<ref id="B23"><label>23</label>
<element-citation publication-type="book"><collab>HIDO</collab>
<source><italic>ITS Toolkit for Road Transport in Countries with Developing and Transitional Economies</italic>
</source>
<year>2004</year>
<publisher-name>Highway Industry Development Organization</publisher-name>
</element-citation>
</ref>
<ref id="B24"><label>24</label>
<element-citation publication-type="book"><collab>IBM</collab>
<source><italic>Intelligent Transport—How the Cities Can Improve the Mobility</italic>
</source>
<year>2009</year>
<publisher-name>I.G.B. Services, IBM Institute for Business Value</publisher-name>
</element-citation>
</ref>
<ref id="B25"><label>25</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Schalk</surname>
<given-names>A</given-names>
</name>
<name><surname>Rom</surname>
<given-names>W</given-names>
</name>
<name><surname>Stratil</surname>
<given-names>H</given-names>
</name>
</person-group>
<article-title>The vision of ISO-CALM—a globally connected ITS world</article-title>
<source><italic>Elektrotechnik und Informationstechnik</italic>
</source>
<year>2007</year>
<volume>124</volume>
<issue>4</issue>
<fpage>19</fpage>
<lpage>23</lpage>
<pub-id pub-id-type="other">2-s2.0-34248334258</pub-id>
</element-citation>
</ref>
<ref id="B26"><label>26</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Monserrat</surname>
<given-names>JF</given-names>
</name>
<name><surname>Martín-Sacristán</surname>
<given-names>D</given-names>
</name>
<name><surname>Cabrejas-Peñuelas</surname>
<given-names>J</given-names>
</name>
<name><surname>Calabuig</surname>
<given-names>D</given-names>
</name>
<name><surname>Garrigas</surname>
<given-names>S</given-names>
</name>
<name><surname>Cardona</surname>
<given-names>N</given-names>
</name>
</person-group>
<article-title>On the way towards fourth-generation mobile: 3GPP LTE and LTE-advanced</article-title>
<source><italic>EURASIP Journal on Wireless Communications and Networking</italic>
</source>
<year>2009</year>
<volume>2009</volume>
<pub-id pub-id-type="other">2-s2.0-69249211027</pub-id>
<pub-id pub-id-type="publisher-id">354089</pub-id>
</element-citation>
</ref>
<ref id="B27"><label>27</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Dillon</surname>
<given-names>T</given-names>
</name>
<name><surname>Wu</surname>
<given-names>C</given-names>
</name>
<name><surname>Chang</surname>
<given-names>E</given-names>
</name>
</person-group>
<article-title>Reference architectural styles for service-oriented computing</article-title>
<conf-name>Proceedings of the Network and Parallel Computing IFIP International Conference (NPC '07)</conf-name>
<conf-date>2007</conf-date>
<conf-loc>Dalian, China</conf-loc>
<publisher-name>Springer</publisher-name>
</element-citation>
</ref>
<ref id="B28"><label>28</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Papazoglou</surname>
<given-names>MP</given-names>
</name>
<name><surname>van den Heuvel</surname>
<given-names>W-J</given-names>
</name>
</person-group>
<article-title>Service oriented architectures: approaches, technologies and research issues</article-title>
<source><italic>VLDB Journal</italic>
</source>
<year>2007</year>
<volume>16</volume>
<issue>3</issue>
<fpage>389</fpage>
<lpage>415</lpage>
<pub-id pub-id-type="other">2-s2.0-34249080831</pub-id>
</element-citation>
</ref>
<ref id="B29"><label>29</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Dar</surname>
<given-names>K</given-names>
</name>
<name><surname>Bakhouya</surname>
<given-names>M</given-names>
</name>
<name><surname>Gaber</surname>
<given-names>J</given-names>
</name>
<name><surname>Wack</surname>
<given-names>M</given-names>
</name>
<name><surname>Lorenz</surname>
<given-names>P</given-names>
</name>
</person-group>
<article-title>Wireless communication technologies for ITS applications</article-title>
<source><italic>IEEE Communications Magazine</italic>
</source>
<year>2010</year>
<volume>48</volume>
<issue>5</issue>
<fpage>156</fpage>
<lpage>162</lpage>
<pub-id pub-id-type="other">2-s2.0-77952145804</pub-id>
</element-citation>
</ref>
<ref id="B30"><label>30</label>
<element-citation publication-type="book"><person-group person-group-type="author"><name><surname>Böhm</surname>
<given-names>M</given-names>
</name>
<name><surname>Frötscher</surname>
<given-names>A</given-names>
</name>
</person-group>
<article-title>COOPERS—safety relevant services via bidirectional infrastructure-to vehicle (I2V) communication</article-title>
<source><italic>COOPERS Project</italic>
</source>
<year>2009</year>
<publisher-loc>Vienna, Austria</publisher-loc>
<publisher-name>European Commision</publisher-name>
</element-citation>
</ref>
<ref id="B31"><label>31</label>
<element-citation publication-type="book"><person-group person-group-type="author"><name><surname>Harmon</surname>
<given-names>P</given-names>
</name>
<name><surname>Rosen</surname>
<given-names>M</given-names>
</name>
<name><surname>Guttman</surname>
<given-names>M</given-names>
</name>
</person-group>
<source><italic>Developing E-Business Systems and Architectures: A Manager's Guide</italic>
</source>
<year>2001</year>
<publisher-loc>San Diego, Calif, USA</publisher-loc>
<publisher-name>Morgan Kaufmann</publisher-name>
</element-citation>
</ref>
<ref id="B32"><label>32</label>
<element-citation publication-type="book"><collab>ITS-JP</collab>
<source><italic>The Japanese ITS Architecture</italic>
</source>
<comment>1999, <ext-link ext-link-type="uri" xlink:href="http://www.its-jp.org/english/arch_e/doc/summary.pdf">http://www.its-jp.org/english/arch_e/doc/summary.pdf</ext-link>
</comment>
</element-citation>
</ref>
<ref id="B33"><label>33</label>
<element-citation publication-type="book"><collab>ERTICO</collab>
<source><italic>ITS for Europe</italic>
</source>
<comment>2008, <ext-link ext-link-type="uri" xlink:href="http://www.ertico.com/">http://www.ertico.com/</ext-link>
</comment>
</element-citation>
</ref>
<ref id="B34"><label>34</label>
<element-citation publication-type="book"><collab>ITS-America</collab>
<source><italic>Intelligent Trasportation System of America</italic>
</source>
<comment>2009, <ext-link ext-link-type="uri" xlink:href="http://www.itsa.org/">http://www.itsa.org/</ext-link>
</comment>
</element-citation>
</ref>
<ref id="B35"><label>35</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Plasil</surname>
<given-names>F</given-names>
</name>
<name><surname>Visnovsky</surname>
<given-names>S</given-names>
</name>
</person-group>
<article-title>Behavior protocols for software components</article-title>
<source><italic>IEEE Transactions on Software Engineering</italic>
</source>
<year>2002</year>
<volume>28</volume>
<issue>11</issue>
<fpage>1056</fpage>
<lpage>1076</lpage>
<pub-id pub-id-type="other">2-s2.0-0036859290</pub-id>
</element-citation>
</ref>
<ref id="B36"><label>36</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Caliskan</surname>
<given-names>M</given-names>
</name>
<name><surname>Graupner</surname>
<given-names>D</given-names>
</name>
<name><surname>Mauve</surname>
<given-names>M</given-names>
</name>
</person-group>
<article-title>Decentralized discovery of free parking places</article-title>
<conf-name>Proceedings of the 3rd ACM International Workshop on Vehicular Ad Hoc Networks (VANET '06)</conf-name>
<conf-date>September 2006</conf-date>
<fpage>30</fpage>
<lpage>39</lpage>
<pub-id pub-id-type="other">2-s2.0-34247386346</pub-id>
</element-citation>
</ref>
<ref id="B37"><label>37</label>
<element-citation publication-type="book"><collab>Crossbow_Technologies</collab>
<source><italic>Wireless Sensor Networks</italic>
</source>
<comment>2008, <ext-link ext-link-type="uri" xlink:href="http://www.xbow.com/">http://www.xbow.com/</ext-link>
</comment>
</element-citation>
</ref>
<ref id="B38"><label>38</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Woo</surname>
<given-names>A</given-names>
</name>
<name><surname>Tong</surname>
<given-names>T</given-names>
</name>
<name><surname>Culler</surname>
<given-names>D</given-names>
</name>
</person-group>
<article-title>Taming the underlying challenges of reliable multihop routing in sensor networks</article-title>
<conf-name>Proceedings of the 1st International Conference on Embedded Networked Sensor Systems (SenSys '03)</conf-name>
<conf-date>November 2003</conf-date>
<fpage>14</fpage>
<lpage>27</lpage>
<pub-id pub-id-type="other">2-s2.0-18844378578</pub-id>
</element-citation>
</ref>
<ref id="B39"><label>39</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Herrera-Quintero</surname>
<given-names>LF</given-names>
</name>
<name><surname>Maciá-Pérez</surname>
<given-names>F</given-names>
</name>
<name><surname>Marcos-Jorquera</surname>
<given-names>D</given-names>
</name>
<name><surname>Gilart-Iglesias</surname>
<given-names>V</given-names>
</name>
</person-group>
<article-title>Wireless sensor networks and service-oriented architecture, as suitable approaches to be applied into ITS</article-title>
<conf-name>Proceedings of the 6th Euro American Conference on Telematics and Information Systems (EATIS '12)</conf-name>
<conf-date>May 2012</conf-date>
<pub-id pub-id-type="other">2-s2.0-84863651634</pub-id>
</element-citation>
</ref>
</ref-list>
</back>
<floats-group><fig id="fig1" orientation="portrait" position="float"><label>Figure 1</label>
<caption><p>IT integration methodology for the ITS Environment.</p>
</caption>
<graphic xlink:href="TSWJ2014-983109.001"></graphic>
</fig>
<fig id="fig2" orientation="portrait" position="float"><label>Figure 2</label>
<caption><p>Technological decoupling proposal.</p>
</caption>
<graphic xlink:href="TSWJ2014-983109.002"></graphic>
</fig>
<fig id="fig3" orientation="portrait" position="float"><label>Figure 3</label>
<caption><p>SOA-based model for value-added services ITS delivery.</p>
</caption>
<graphic xlink:href="TSWJ2014-983109.003"></graphic>
</fig>
<fig id="fig4" orientation="portrait" position="float"><label>Figure 4</label>
<caption><p>SOA-based model sequence diagram for ITS services delivery.</p>
</caption>
<graphic xlink:href="TSWJ2014-983109.004"></graphic>
</fig>
<fig id="fig5" orientation="portrait" position="float"><label>Figure 5</label>
<caption><p>General architecture proposal.</p>
</caption>
<graphic xlink:href="TSWJ2014-983109.005"></graphic>
</fig>
<fig id="fig6" orientation="portrait" position="float"><label>Figure 6</label>
<caption><p>RSU<sub>AA</sub>
S architecture.</p>
</caption>
<graphic xlink:href="TSWJ2014-983109.006"></graphic>
</fig>
<fig id="fig7" orientation="portrait" position="float"><label>Figure 7</label>
<caption><p>Value-added ITS services generation system architecture.</p>
</caption>
<graphic xlink:href="TSWJ2014-983109.007"></graphic>
</fig>
<fig id="fig8" orientation="portrait" position="float"><label>Figure 8</label>
<caption><p>Navigation system architecture.</p>
</caption>
<graphic xlink:href="TSWJ2014-983109.008"></graphic>
</fig>
<fig id="fig9" orientation="portrait" position="float"><label>Figure 9</label>
<caption><p>University of Alicante-Parking for the Polytechnic School.</p>
</caption>
<graphic xlink:href="TSWJ2014-983109.009"></graphic>
</fig>
<fig id="fig10" orientation="portrait" position="float"><label>Figure 10</label>
<caption><p>WSN Topology for Politecnica's School Parking.</p>
</caption>
<graphic xlink:href="TSWJ2014-983109.010"></graphic>
</fig>
<fig id="fig11" orientation="portrait" position="float"><label>Figure 11</label>
<caption><p>Relationship between the transmission range and the node power.</p>
</caption>
<graphic xlink:href="TSWJ2014-983109.011"></graphic>
</fig>
<fig id="fig12" orientation="portrait" position="float"><label>Figure 12</label>
<caption><p>RSU<sub>AA</sub>
S Monitoring services response.</p>
</caption>
<graphic xlink:href="TSWJ2014-983109.012"></graphic>
</fig>
<fig id="fig13" orientation="portrait" position="float"><label>Figure 13</label>
<caption><p>Soap message for the<italic> parkingPlaceQuery</italic>
() service.</p>
</caption>
<graphic xlink:href="TSWJ2014-983109.013"></graphic>
</fig>
<fig id="fig14" orientation="portrait" position="float"><label>Figure 14</label>
<caption><p>Value-Added ITS Services Generation Center.</p>
</caption>
<graphic xlink:href="TSWJ2014-983109.014"></graphic>
</fig>
<fig id="fig15" orientation="portrait" position="float"><label>Figure 15</label>
<caption><p>Services Oriented Parking Management Center.</p>
</caption>
<graphic xlink:href="TSWJ2014-983109.015"></graphic>
</fig>
<fig id="fig16" orientation="portrait" position="float"><label>Figure 16</label>
<caption><p>WSN-RSU<sub>AA</sub>
S time response.</p>
</caption>
<graphic xlink:href="TSWJ2014-983109.016"></graphic>
</fig>
<fig id="fig17" orientation="portrait" position="float"><label>Figure 17</label>
<caption><p>Web application.</p>
</caption>
<graphic xlink:href="TSWJ2014-983109.017"></graphic>
</fig>
<fig id="fig18" orientation="portrait" position="float"><label>Figure 18</label>
<caption><p>Application's aspect for PDA devices.</p>
</caption>
<graphic xlink:href="TSWJ2014-983109.018"></graphic>
</fig>
<fig id="fig19" orientation="portrait" position="float"><label>Figure 19</label>
<caption><p>Test scenario for value-added ITS service.</p>
</caption>
<graphic xlink:href="TSWJ2014-983109.019"></graphic>
</fig>
<table-wrap id="tab1" orientation="portrait" position="float"><label>Table 1</label>
<caption><p>ITS services and technologies catalogue.</p>
</caption>
<table frame="hsides" rules="groups"><thead><tr><th align="left" colspan="4" rowspan="1">ITS technologies and services general catalogue</th>
<th align="center" colspan="10" rowspan="1">Communication technologies</th>
<th align="center" colspan="8" rowspan="1">Employed systems</th>
</tr>
<tr><th align="left" rowspan="2" colspan="1">PF</th>
<th align="left" rowspan="2" colspan="1">ITS value- added service</th>
<th align="center" colspan="2" rowspan="1">Scope service</th>
<th align="center" rowspan="2" colspan="1">CALM IR</th>
<th align="center" rowspan="2" colspan="1">CEN DSRC/RFID</th>
<th align="center" rowspan="2" colspan="1">ZIGBEE</th>
<th align="center" rowspan="2" colspan="1">WAVE/CALM M5*</th>
<th align="center" rowspan="2" colspan="1">RDS/DAB</th>
<th align="center" rowspan="2" colspan="1">DVB-T DVB-H</th>
<th align="center" rowspan="2" colspan="1">Wi-Fi a/b/g/n</th>
<th align="center" rowspan="2" colspan="1">WiMAX, LTE*</th>
<th align="center" rowspan="2" colspan="1">GSM/GPRS</th>
<th align="center" rowspan="2" colspan="1">UMTS/HSPA</th>
<th align="center" rowspan="2" colspan="1">NS (OBU)</th>
<th align="center" rowspan="2" colspan="1">US</th>
<th align="center" rowspan="2" colspan="1">SS</th>
<th align="center" rowspan="2" colspan="1">APP_S</th>
<th align="center" rowspan="2" colspan="1">CCTV_S</th>
<th align="center" rowspan="2" colspan="1">CS**</th>
<th align="center" rowspan="2" colspan="1">LS</th>
<th align="center" rowspan="2" colspan="1">RSU</th>
</tr>
<tr><th align="left" rowspan="1" colspan="1">Primary</th>
<th align="left" rowspan="1" colspan="1">Secondary</th>
</tr>
</thead>
<tbody><tr><td align="left" rowspan="10" colspan="1">SAFETY</td>
<td align="left" rowspan="1" colspan="1">Warning by variable message signs (VMS)</td>
<td align="center" rowspan="5" colspan="1">I2V</td>
<td align="center" rowspan="1" colspan="1">I2I</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">♦</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">♦</td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">■</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">Roadwork warning</td>
<td align="center" rowspan="1" colspan="1">V2V</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">♦</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">■</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">Pedestrian monitoring</td>
<td align="center" rowspan="1" colspan="1">V2V</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">♦</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">■</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">Fog warning</td>
<td align="center" rowspan="1" colspan="1">I2I, V2V, V2I</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">■</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">Snow warning</td>
<td align="center" rowspan="1" colspan="1">I2I, V2V, V2I</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">■</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">Approaching emergency vehicle </td>
<td align="center" rowspan="5" colspan="1">V2V</td>
<td align="center" rowspan="1" colspan="1">V2I, I2V, I2I</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">♦</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">■</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">Cooperative forward collision warning</td>
<td align="center" rowspan="1" colspan="1">V2I, I2V</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">♦</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">♦</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">■</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">Highway/rail collision</td>
<td align="center" rowspan="1" colspan="1">V2I, I2V, I2I</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">♦</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">■</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">Postcrash warning </td>
<td align="center" rowspan="1" colspan="1">V2I, I2V, I2I</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">♦</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">■</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">Special vehicle detection (tractor, crane, fire truck)</td>
<td align="center" rowspan="1" colspan="1">V2I, I2V</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">♦</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">■</td>
</tr>
<tr><td align="left" colspan="22" rowspan="1"><hr></hr>
</td>
</tr>
<tr><td align="left" rowspan="9" colspan="1">EFICIENCY</td>
<td align="left" rowspan="1" colspan="1">Medium speed</td>
<td align="center" rowspan="5" colspan="1">I2V</td>
<td align="center" rowspan="1" colspan="1">V2V</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">♦</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">♦</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">■</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">Speed control</td>
<td align="center" rowspan="1" colspan="1">V2V</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">♦</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">■</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">Public transport watching</td>
<td align="center" rowspan="1" colspan="1">I2I</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">♦</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">■</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">Borders identification</td>
<td align="center" rowspan="1" colspan="1">I2I</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">♦</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">■</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">Intermodal conteiner tracking</td>
<td align="center" rowspan="1" colspan="1">I2I</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1"> </td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">Parking management: discovery of free parking places</td>
<td align="center" rowspan="1" colspan="1">I2V</td>
<td align="center" rowspan="1" colspan="1">V2V, V2I</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">♦</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">♦</td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">■</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">Hazardous freight Coordination </td>
<td align="center" rowspan="1" colspan="1">V2V</td>
<td align="center" rowspan="1" colspan="1">V2I, I2V, I2I</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">♦</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1"> </td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">Disaster response management</td>
<td align="center" rowspan="1" colspan="1">I2I</td>
<td align="center" rowspan="1" colspan="1">I2V</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">♦</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">♦</td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">▼</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">Vehicles as sensors for gathering data</td>
<td align="center" rowspan="1" colspan="1">V2I</td>
<td align="center" rowspan="1" colspan="1">I2I</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">♦</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">♦</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">■</td>
</tr>
<tr><td align="left" colspan="22" rowspan="1"><hr></hr>
</td>
</tr>
<tr><td align="left" rowspan="5" colspan="1">CONFORT</td>
<td align="left" rowspan="1" colspan="1">Dynamic traffic information (weather, close highways, bridge state, speed limit, etc.)</td>
<td align="center" rowspan="1" colspan="1">I2V</td>
<td align="center" rowspan="1" colspan="1">V2V, V2I</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">♦</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">♦</td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">■</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">Weather forecast</td>
<td align="center" rowspan="1" colspan="1">I2V</td>
<td align="center" rowspan="1" colspan="1">V2V</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">♦</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">♦</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">▼</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">2D/3D POI visualization</td>
<td align="center" rowspan="1" colspan="1">I2V</td>
<td align="center" rowspan="1" colspan="1">V2V</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">♦</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">♦</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1"> </td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">Toll detection</td>
<td align="center" rowspan="1" colspan="1">I2V</td>
<td align="center" rowspan="1" colspan="1">V2V</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">♦</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">♦</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">■</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">Toll fares payment </td>
<td align="center" rowspan="1" colspan="1">I2V</td>
<td align="center" rowspan="1" colspan="1">V2I, I2I</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">♦</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">■</td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1">●</td>
<td align="center" rowspan="1" colspan="1"> </td>
<td align="center" rowspan="1" colspan="1">▸</td>
<td align="center" rowspan="1" colspan="1">▼</td>
<td align="center" rowspan="1" colspan="1">■</td>
</tr>
</tbody>
</table>
<table-wrap-foot><fn><p>PF: principal factor; systems and technologies: ■→ fundamental, ●→ used, ▼→support, ▸→ alternative, ♦→ new technological scheme, NS→ navigation systems (on board unit-OBU), US→ users systems, SS→ storage systems, APP_S→ application servers, CCTV_S→ circuit close TV systems, CS→ corporate systems, LS→ legacy systems, RSU→ roadside unit, *→technologies under growth, and **→ new ITS proposal.</p>
</fn>
</table-wrap-foot>
</table-wrap>
<table-wrap id="tab2" orientation="portrait" position="float"><label>Table 2</label>
<caption><p>Loose coupling by means of an SOA based model for ITS service delivery.</p>
</caption>
<table frame="hsides" rules="groups"><thead><tr><th align="left" rowspan="1" colspan="1">Kinds of ITS services</th>
<th align="center" rowspan="1" colspan="1">Integration and decoupling mechanism</th>
<th align="center" rowspan="1" colspan="1">ITS service provider</th>
<th align="center" rowspan="1" colspan="1">ITS consumer</th>
</tr>
</thead>
<tbody><tr><td align="left" rowspan="1" colspan="1">Monitoring service</td>
<td align="center" rowspan="1" colspan="1">SOA (SOAP)</td>
<td align="center" rowspan="1" colspan="1">WSN-RSU<sub>AA</sub>
S/VANET-RSU<sub>AA</sub>
S/CCTV-RSU<sub>AA</sub>
S/DSRC-RFID-RSU<sub>AA</sub>
S/CALM-IR-RSU<sub>AA</sub>
S (ML)</td>
<td align="center" rowspan="1" colspan="1">Storage Systems/Application Servers (BL)</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">Management services for the RSU<sub>AA</sub>
S</td>
<td align="center" rowspan="1" colspan="1">SOA (SOAP)</td>
<td align="center" rowspan="1" colspan="1">XX-RSU<sub>AA</sub>
S (ML)</td>
<td align="center" rowspan="1" colspan="1">Application Servers (ML)</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">value-added ITS services</td>
<td align="center" rowspan="1" colspan="1">SOA (SOAP)</td>
<td align="center" rowspan="1" colspan="1">Application Servers-Legacy Systems (BL)</td>
<td align="center" rowspan="1" colspan="1">Navigation Systems, Corporate Systems, VMS (UL)</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">Registry and discovery services for the monitoring services*</td>
<td align="center" rowspan="1" colspan="1">SOA (UDDI)<break></break>
Service catalogue</td>
<td align="center" rowspan="1" colspan="1">Registry and Discover Server (CTL)</td>
<td align="center" rowspan="1" colspan="1">Monitoring Services (ML)</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">Registry and discovery services for the management services*</td>
<td align="center" rowspan="1" colspan="1">SOA (UDDI)<break></break>
Services Catalogue </td>
<td align="center" rowspan="1" colspan="1">Registry and Discover Server (CTL)</td>
<td align="center" rowspan="1" colspan="1">Management Services (NM)</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">Registry and discovery services for the value-added ITS services*</td>
<td align="center" rowspan="1" colspan="1">SOA (UDDI) <break></break>
Services Catalogue</td>
<td align="center" rowspan="1" colspan="1">Registry and Discover Server (CTL)</td>
<td align="center" rowspan="1" colspan="1">Value-Added ITS Services (BL)</td>
</tr>
</tbody>
</table>
<table-wrap-foot><fn><p>*Internal services; ML<bold>→ </bold>
monitoring level; BL<bold>→</bold>
business level; UL<bold>→</bold>
user level; CTL<bold>→</bold>
communication transverse level; XX<bold>→ </bold>
can be WSN, VANET, and so forth.</p>
</fn>
</table-wrap-foot>
</table-wrap>
<table-wrap id="tab3" orientation="portrait" position="float"><label>Table 3</label>
<caption><p>WSN metric for determining when a parking lot is free or busy.</p>
</caption>
<table frame="hsides" rules="groups"><thead><tr><th align="left" rowspan="1" colspan="1">Node</th>
<th align="center" rowspan="1" colspan="1">Node_Pkts</th>
<th align="center" rowspan="1" colspan="1">Forwarded</th>
<th align="center" rowspan="1" colspan="1">Dropped</th>
<th align="center" rowspan="1" colspan="1">Retries</th>
<th align="center" rowspan="1" colspan="1">Bat</th>
<th align="center" rowspan="1" colspan="1">Q_Tx (%)</th>
<th align="center" rowspan="1" colspan="1">Q_Rx (%)</th>
<th align="center" rowspan="1" colspan="1">P_C</th>
</tr>
</thead>
<tbody><tr><td align="left" rowspan="1" colspan="1">3</td>
<td align="center" rowspan="1" colspan="1">91.67</td>
<td align="center" rowspan="1" colspan="1">0</td>
<td align="center" rowspan="1" colspan="1">8.33</td>
<td align="center" rowspan="1" colspan="1">79.71</td>
<td align="center" rowspan="1" colspan="1">2.5</td>
<td align="center" rowspan="1" colspan="1">93.33</td>
<td align="center" rowspan="1" colspan="1">100</td>
<td align="center" rowspan="1" colspan="1">12</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">7</td>
<td align="center" rowspan="1" colspan="1">10.59</td>
<td align="center" rowspan="1" colspan="1">88.56</td>
<td align="center" rowspan="1" colspan="1">0.85</td>
<td align="center" rowspan="1" colspan="1">15.69</td>
<td align="center" rowspan="1" colspan="1">2.7</td>
<td align="center" rowspan="1" colspan="1">86.67</td>
<td align="center" rowspan="1" colspan="1">100</td>
<td align="center" rowspan="1" colspan="1">13</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">9</td>
<td align="center" rowspan="1" colspan="1">10.7</td>
<td align="center" rowspan="1" colspan="1">84.66</td>
<td align="center" rowspan="1" colspan="1">4.64</td>
<td align="center" rowspan="1" colspan="1">40.63</td>
<td align="center" rowspan="1" colspan="1">2.9</td>
<td align="center" rowspan="1" colspan="1">100</td>
<td align="center" rowspan="1" colspan="1">86.6</td>
<td align="center" rowspan="1" colspan="1">12</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">10</td>
<td align="center" rowspan="1" colspan="1">18.8</td>
<td align="center" rowspan="1" colspan="1">80.3</td>
<td align="center" rowspan="1" colspan="1">1.61</td>
<td align="center" rowspan="1" colspan="1">23.68</td>
<td align="center" rowspan="1" colspan="1">2.7</td>
<td align="center" rowspan="1" colspan="1">100</td>
<td align="center" rowspan="1" colspan="1">86.67</td>
<td align="center" rowspan="1" colspan="1">13</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">19</td>
<td align="center" rowspan="1" colspan="1">1.86</td>
<td align="center" rowspan="1" colspan="1">97.99</td>
<td align="center" rowspan="1" colspan="1">0.15</td>
<td align="center" rowspan="1" colspan="1">40.63</td>
<td align="center" rowspan="1" colspan="1">2.6</td>
<td align="center" rowspan="1" colspan="1">100</td>
<td align="center" rowspan="1" colspan="1">86.67</td>
<td align="center" rowspan="1" colspan="1">4</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">26</td>
<td align="center" rowspan="1" colspan="1">16.64</td>
<td align="center" rowspan="1" colspan="1">82.86</td>
<td align="center" rowspan="1" colspan="1">0.4</td>
<td align="center" rowspan="1" colspan="1">12.6</td>
<td align="center" rowspan="1" colspan="1">2.6</td>
<td align="center" rowspan="1" colspan="1">100</td>
<td align="center" rowspan="1" colspan="1">100</td>
<td align="center" rowspan="1" colspan="1">4</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">33</td>
<td align="center" rowspan="1" colspan="1">14.01</td>
<td align="center" rowspan="1" colspan="1">85.79</td>
<td align="center" rowspan="1" colspan="1">0.2</td>
<td align="center" rowspan="1" colspan="1">31.75</td>
<td align="center" rowspan="1" colspan="1">2.9</td>
<td align="center" rowspan="1" colspan="1">100</td>
<td align="center" rowspan="1" colspan="1">100</td>
<td align="center" rowspan="1" colspan="1">4</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">65</td>
<td align="center" rowspan="1" colspan="1">21.43</td>
<td align="center" rowspan="1" colspan="1">70.39</td>
<td align="center" rowspan="1" colspan="1">8.18</td>
<td align="center" rowspan="1" colspan="1">81.37</td>
<td align="center" rowspan="1" colspan="1">2.8</td>
<td align="center" rowspan="1" colspan="1">93.33</td>
<td align="center" rowspan="1" colspan="1">100</td>
<td align="center" rowspan="1" colspan="1">8</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">442</td>
<td align="center" rowspan="1" colspan="1">80.07</td>
<td align="center" rowspan="1" colspan="1">19.33</td>
<td align="center" rowspan="1" colspan="1">0</td>
<td align="center" rowspan="1" colspan="1">58.18</td>
<td align="center" rowspan="1" colspan="1">2.9</td>
<td align="center" rowspan="1" colspan="1">43.67</td>
<td align="center" rowspan="1" colspan="1">100</td>
<td align="center" rowspan="1" colspan="1">9</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">60320</td>
<td align="center" rowspan="1" colspan="1">1.45</td>
<td align="center" rowspan="1" colspan="1">98.4</td>
<td align="center" rowspan="1" colspan="1">0.15</td>
<td align="center" rowspan="1" colspan="1">38.12</td>
<td align="center" rowspan="1" colspan="1">2.7</td>
<td align="center" rowspan="1" colspan="1">100</td>
<td align="center" rowspan="1" colspan="1">100</td>
<td align="center" rowspan="1" colspan="1">8</td>
</tr>
</tbody>
</table>
<table-wrap-foot><fn><p>Q→ quality, Bat→ battery (V), Node_Pkts→ node packets, and P_C→ path cost.</p>
</fn>
</table-wrap-foot>
</table-wrap>
</floats-group>
</pmc>
</record>
Pour manipuler ce document sous Unix (Dilib)
EXPLOR_STEP=$WICRI_ROOT/Ticri/CIDE/explor/TelematiV1/Data/Pmc/Corpus
HfdSelect -h $EXPLOR_STEP/biblio.hfd -nk 000541 | SxmlIndent | more
Ou
HfdSelect -h $EXPLOR_AREA/Data/Pmc/Corpus/biblio.hfd -nk 000541 | SxmlIndent | more
Pour mettre un lien sur cette page dans le réseau Wicri
{{Explor lien |wiki= Ticri/CIDE |area= TelematiV1 |flux= Pmc |étape= Corpus |type= RBID |clé= PMC:4074984 |texte= SOA-Based Model for Value-Added ITS Services Delivery }}
Pour générer des pages wiki
HfdIndexSelect -h $EXPLOR_AREA/Data/Pmc/Corpus/RBID.i -Sk "pubmed:25019101" \ | HfdSelect -Kh $EXPLOR_AREA/Data/Pmc/Corpus/biblio.hfd \ | NlmPubMed2Wicri -a TelematiV1
![]() | This area was generated with Dilib version V0.6.31. | ![]() |