Links to Exploration step
Le document en format XML
<record><TEI><teiHeader><fileDesc><titleStmt><title xml:lang="en">Modeling Users, Context and Devices for Ambient Assisted Living Environments</title>
<author><name sortKey="Castillejo, Eduardo" sort="Castillejo, Eduardo" uniqKey="Castillejo E" first="Eduardo" last="Castillejo">Eduardo Castillejo</name>
<affiliation><nlm:aff id="af1-sensors-14-05354"> Deusto Institute of Technology—DeustoTech, University of Deusto, Avda. Universidades 24, Bilbao 48007, Spain; E-Mails:<email>aitor.almeida@deusto.es</email>
(A.A.);<email>dipina@deusto.es</email>
(D.L.-I.)</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Almeida, Aitor" sort="Almeida, Aitor" uniqKey="Almeida A" first="Aitor" last="Almeida">Aitor Almeida</name>
<affiliation><nlm:aff id="af1-sensors-14-05354"> Deusto Institute of Technology—DeustoTech, University of Deusto, Avda. Universidades 24, Bilbao 48007, Spain; E-Mails:<email>aitor.almeida@deusto.es</email>
(A.A.);<email>dipina@deusto.es</email>
(D.L.-I.)</nlm:aff>
</affiliation>
</author>
<author><name sortKey="L Pez De Ipi A, Diego" sort="L Pez De Ipi A, Diego" uniqKey="L Pez De Ipi A D" first="Diego" last="L Pez-De-Ipi A">Diego L Pez-De-Ipi A</name>
<affiliation><nlm:aff id="af1-sensors-14-05354"> Deusto Institute of Technology—DeustoTech, University of Deusto, Avda. Universidades 24, Bilbao 48007, Spain; E-Mails:<email>aitor.almeida@deusto.es</email>
(A.A.);<email>dipina@deusto.es</email>
(D.L.-I.)</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Chen, Liming" sort="Chen, Liming" uniqKey="Chen L" first="Liming" last="Chen">Liming Chen</name>
<affiliation><nlm:aff id="af2-sensors-14-05354"> School of Computer Science and Informatics, Faculty of Technology, De Montfort University, Gateway House, The Gateway, Leicester, LE1 9BH, UK; E-Mail:<email>liming.chen@dmu.ac.uk</email>
</nlm:aff>
</affiliation>
</author>
</titleStmt>
<publicationStmt><idno type="wicri:source">PMC</idno>
<idno type="pmid">24643006</idno>
<idno type="pmc">4003996</idno>
<idno type="url">http://www.ncbi.nlm.nih.gov/pmc/articles/PMC4003996</idno>
<idno type="RBID">PMC:4003996</idno>
<idno type="doi">10.3390/s140305354</idno>
<date when="2014">2014</date>
<idno type="wicri:Area/Pmc/Corpus">000205</idno>
<idno type="wicri:explorRef" wicri:stream="Pmc" wicri:step="Corpus" wicri:corpus="PMC">000205</idno>
</publicationStmt>
<sourceDesc><biblStruct><analytic><title xml:lang="en" level="a" type="main">Modeling Users, Context and Devices for Ambient Assisted Living Environments</title>
<author><name sortKey="Castillejo, Eduardo" sort="Castillejo, Eduardo" uniqKey="Castillejo E" first="Eduardo" last="Castillejo">Eduardo Castillejo</name>
<affiliation><nlm:aff id="af1-sensors-14-05354"> Deusto Institute of Technology—DeustoTech, University of Deusto, Avda. Universidades 24, Bilbao 48007, Spain; E-Mails:<email>aitor.almeida@deusto.es</email>
(A.A.);<email>dipina@deusto.es</email>
(D.L.-I.)</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Almeida, Aitor" sort="Almeida, Aitor" uniqKey="Almeida A" first="Aitor" last="Almeida">Aitor Almeida</name>
<affiliation><nlm:aff id="af1-sensors-14-05354"> Deusto Institute of Technology—DeustoTech, University of Deusto, Avda. Universidades 24, Bilbao 48007, Spain; E-Mails:<email>aitor.almeida@deusto.es</email>
(A.A.);<email>dipina@deusto.es</email>
(D.L.-I.)</nlm:aff>
</affiliation>
</author>
<author><name sortKey="L Pez De Ipi A, Diego" sort="L Pez De Ipi A, Diego" uniqKey="L Pez De Ipi A D" first="Diego" last="L Pez-De-Ipi A">Diego L Pez-De-Ipi A</name>
<affiliation><nlm:aff id="af1-sensors-14-05354"> Deusto Institute of Technology—DeustoTech, University of Deusto, Avda. Universidades 24, Bilbao 48007, Spain; E-Mails:<email>aitor.almeida@deusto.es</email>
(A.A.);<email>dipina@deusto.es</email>
(D.L.-I.)</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Chen, Liming" sort="Chen, Liming" uniqKey="Chen L" first="Liming" last="Chen">Liming Chen</name>
<affiliation><nlm:aff id="af2-sensors-14-05354"> School of Computer Science and Informatics, Faculty of Technology, De Montfort University, Gateway House, The Gateway, Leicester, LE1 9BH, UK; E-Mail:<email>liming.chen@dmu.ac.uk</email>
</nlm:aff>
</affiliation>
</author>
</analytic>
<series><title level="j">Sensors (Basel, Switzerland)</title>
<idno type="eISSN">1424-8220</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>The participation of users within AAL environments is increasing thanks to the capabilities of the current wearable devices. Furthermore, the significance of considering user's preferences, context conditions and device's capabilities help smart environments to personalize services and resources for them. Being aware of different characteristics of the entities participating in these situations is vital for reaching the main goals of the corresponding systems efficiently. To collect different information from these entities, it is necessary to design several formal models which help designers to organize and give some meaning to the gathered data. In this paper, we analyze several literature solutions for modeling users, context and devices considering different approaches in the Ambient Assisted Living domain. Besides, we remark different ongoing standardization works in this area. We also discuss the used techniques, modeled characteristics and the advantages and drawbacks of each approach to finally draw several conclusions about the reviewed works.</p>
</div>
</front>
<back><div1 type="bibliography"><listBibl><biblStruct><analytic><author><name sortKey="Caragliu, A" uniqKey="Caragliu A">A. Caragliu</name>
</author>
<author><name sortKey="Del Bo, C" uniqKey="Del Bo C">C. Del Bo</name>
</author>
<author><name sortKey="Nijkamp, P" uniqKey="Nijkamp P">P. Nijkamp</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Normie, L R" uniqKey="Normie L">L.R. Normie</name>
</author>
</analytic>
</biblStruct>
<biblStruct></biblStruct>
<biblStruct><analytic><author><name sortKey="Baltrunas, L" uniqKey="Baltrunas L">L. Baltrunas</name>
</author>
<author><name sortKey="Kaminskas, M" uniqKey="Kaminskas M">M. Kaminskas</name>
</author>
<author><name sortKey="Ludwig, B" uniqKey="Ludwig B">B. Ludwig</name>
</author>
<author><name sortKey="Moling, O" uniqKey="Moling O">O. Moling</name>
</author>
<author><name sortKey="Ricci, F" uniqKey="Ricci F">F. Ricci</name>
</author>
<author><name sortKey="Aydin, A" uniqKey="Aydin A">A. Aydin</name>
</author>
<author><name sortKey="Luke, K H" uniqKey="Luke K">K.-H. Lüke</name>
</author>
<author><name sortKey="Schwaiger, R" uniqKey="Schwaiger R">R. Schwaiger</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Gregor, P" uniqKey="Gregor P">P. Gregor</name>
</author>
<author><name sortKey="Newell, A F" uniqKey="Newell A">A.F. Newell</name>
</author>
<author><name sortKey="Zajicek, M" uniqKey="Zajicek M">M. Zajicek</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Nelson, T" uniqKey="Nelson T">T. Nelson</name>
</author>
</analytic>
</biblStruct>
<biblStruct></biblStruct>
<biblStruct><analytic><author><name sortKey="Pretel, I" uniqKey="Pretel I">I. Pretel</name>
</author>
<author><name sortKey="Lago, A B" uniqKey="Lago A">A.B. Lago</name>
</author>
</analytic>
</biblStruct>
<biblStruct></biblStruct>
<biblStruct><analytic><author><name sortKey="Demirbilek, O" uniqKey="Demirbilek O">O. Demirbilek</name>
</author>
<author><name sortKey="Demirkan, H" uniqKey="Demirkan H">H. Demirkan</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Holzinger, A" uniqKey="Holzinger A">A. Holzinger</name>
</author>
<author><name sortKey="Searle, G" uniqKey="Searle G">G. Searle</name>
</author>
<author><name sortKey="Kleinberger, T" uniqKey="Kleinberger T">T. Kleinberger</name>
</author>
<author><name sortKey="Seffah, A" uniqKey="Seffah A">A. Seffah</name>
</author>
<author><name sortKey="Javahery, H" uniqKey="Javahery H">H. Javahery</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Allen, J F" uniqKey="Allen J">J.F. Allen</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Perrault, C R" uniqKey="Perrault C">C.R. Perrault</name>
</author>
<author><name sortKey="Allen, J F" uniqKey="Allen J">J.F. Allen</name>
</author>
<author><name sortKey="Cohen, P R" uniqKey="Cohen P">P.R. Cohen</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Cohen, P R" uniqKey="Cohen P">P.R. Cohen</name>
</author>
<author><name sortKey="Perrault, C R" uniqKey="Perrault C">C.R. Perrault</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Rich, E" uniqKey="Rich E">E. Rich</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Rich, E" uniqKey="Rich E">E. Rich</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Kobsa, A" uniqKey="Kobsa A">A. Kobsa</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Pohl, W" uniqKey="Pohl W">W. Pohl</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Fischer, G" uniqKey="Fischer G">G. Fischer</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Gauch, S" uniqKey="Gauch S">S. Gauch</name>
</author>
<author><name sortKey="Chaffee, J" uniqKey="Chaffee J">J. Chaffee</name>
</author>
<author><name sortKey="Pretschner, A" uniqKey="Pretschner A">A. Pretschner</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Razmerita, L" uniqKey="Razmerita L">L. Razmerita</name>
</author>
<author><name sortKey="Angehrn, A" uniqKey="Angehrn A">A. Angehrn</name>
</author>
<author><name sortKey="Maedche, A" uniqKey="Maedche A">A. Maedche</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Hatala, M" uniqKey="Hatala M">M. Hatala</name>
</author>
<author><name sortKey="Wakkary, R" uniqKey="Wakkary R">R. Wakkary</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Dourish, P" uniqKey="Dourish P">P. Dourish</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Dourish, P" uniqKey="Dourish P">P. Dourish</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Wahlster, W" uniqKey="Wahlster W">W. Wahlster</name>
</author>
<author><name sortKey="Kobsa, A" uniqKey="Kobsa A">A. Kobsa</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Pereira, F" uniqKey="Pereira F">F. Pereira</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Persad, U" uniqKey="Persad U">U. Persad</name>
</author>
<author><name sortKey="Langdon, P" uniqKey="Langdon P">P. Langdon</name>
</author>
<author><name sortKey="Clarkson, J" uniqKey="Clarkson J">J. Clarkson</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Persad, U" uniqKey="Persad U">U. Persad</name>
</author>
<author><name sortKey="Langdon, P" uniqKey="Langdon P">P. Langdon</name>
</author>
<author><name sortKey="Brown, D" uniqKey="Brown D">D. Brown</name>
</author>
<author><name sortKey="Clarkson, J" uniqKey="Clarkson J">J. Clarkson</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Golemati, M" uniqKey="Golemati M">M. Golemati</name>
</author>
<author><name sortKey="Katifori, A" uniqKey="Katifori A">A. Katifori</name>
</author>
<author><name sortKey="Vassilakis, C" uniqKey="Vassilakis C">C. Vassilakis</name>
</author>
<author><name sortKey="Lepouras, G" uniqKey="Lepouras G">G. Lepouras</name>
</author>
<author><name sortKey="Halatsis, C" uniqKey="Halatsis C">C. Halatsis</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Heckmann, D" uniqKey="Heckmann D">D. Heckmann</name>
</author>
<author><name sortKey="Schwarzkopf, E" uniqKey="Schwarzkopf E">E. Schwarzkopf</name>
</author>
<author><name sortKey="Mori, J" uniqKey="Mori J">J. Mori</name>
</author>
<author><name sortKey="Dengler, D" uniqKey="Dengler D">D. Dengler</name>
</author>
<author><name sortKey="Kroner, A" uniqKey="Kroner A">A. Kröner</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Babisch, W" uniqKey="Babisch W">W. Babisch</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Casas, R" uniqKey="Casas R">R. Casas</name>
</author>
<author><name sortKey="Marin, R B" uniqKey="Marin R">R.B. Marín</name>
</author>
<author><name sortKey="Robinet, A" uniqKey="Robinet A">A. Robinet</name>
</author>
<author><name sortKey="Delgado, A R" uniqKey="Delgado A">A.R. Delgado</name>
</author>
<author><name sortKey="Yarza, A R" uniqKey="Yarza A">A.R. Yarza</name>
</author>
<author><name sortKey="Mcginn, J" uniqKey="Mcginn J">J. Mcginn</name>
</author>
<author><name sortKey="Picking, R" uniqKey="Picking R">R. Picking</name>
</author>
<author><name sortKey="Grout, V" uniqKey="Grout V">V. Grout</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Cooper, A" uniqKey="Cooper A">A. Cooper</name>
</author>
<author><name sortKey="Saffo, P" uniqKey="Saffo P">P. Saffo</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Evers, C" uniqKey="Evers C">C. Evers</name>
</author>
<author><name sortKey="Kniewel, R" uniqKey="Kniewel R">R. Kniewel</name>
</author>
<author><name sortKey="Geihs, K" uniqKey="Geihs K">K. Geihs</name>
</author>
<author><name sortKey="Schmidt, L" uniqKey="Schmidt L">L. Schmidt</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Liao, W" uniqKey="Liao W">W. Liao</name>
</author>
<author><name sortKey="Zhang, W" uniqKey="Zhang W">W. Zhang</name>
</author>
<author><name sortKey="Zhu, Z" uniqKey="Zhu Z">Z. Zhu</name>
</author>
<author><name sortKey="Ji, Q" uniqKey="Ji Q">Q. Ji</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Skillen, K L" uniqKey="Skillen K">K.-L. Skillen</name>
</author>
<author><name sortKey="Chen, L" uniqKey="Chen L">L. Chen</name>
</author>
<author><name sortKey="Nugent, C D" uniqKey="Nugent C">C.D. Nugent</name>
</author>
<author><name sortKey="Donnelly, M P" uniqKey="Donnelly M">M.P. Donnelly</name>
</author>
<author><name sortKey="Burns, W" uniqKey="Burns W">W. Burns</name>
</author>
<author><name sortKey="Solheim, I" uniqKey="Solheim I">I. Solheim</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Kobsa, A" uniqKey="Kobsa A">A. Kobsa</name>
</author>
<author><name sortKey="Pohl, W" uniqKey="Pohl W">W. Pohl</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Davidson, J" uniqKey="Davidson J">J. Davidson</name>
</author>
<author><name sortKey="Liebald, B" uniqKey="Liebald B">B. Liebald</name>
</author>
<author><name sortKey="Liu, J" uniqKey="Liu J">J. Liu</name>
</author>
<author><name sortKey="Nandy, P" uniqKey="Nandy P">P. Nandy</name>
</author>
<author><name sortKey="Van Vleet, T" uniqKey="Van Vleet T">T. van Vleet</name>
</author>
<author><name sortKey="Gargi, U" uniqKey="Gargi U">U. Gargi</name>
</author>
<author><name sortKey="Gupta, S" uniqKey="Gupta S">S. Gupta</name>
</author>
<author><name sortKey="He, Y" uniqKey="He Y">Y. He</name>
</author>
<author><name sortKey="Lambert, M" uniqKey="Lambert M">M. Lambert</name>
</author>
<author><name sortKey="Livingston, B" uniqKey="Livingston B">B. Livingston</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Orwant, J" uniqKey="Orwant J">J. Orwant</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Thomas, Strang" uniqKey="Thomas S">Strang Thomas</name>
</author>
<author><name sortKey="Claudia, Linnhoff Popien" uniqKey="Claudia L">Linnhoff-Popien Claudia</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Heckmann, D" uniqKey="Heckmann D">D. Heckmann</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Dey, A K" uniqKey="Dey A">A.K. Dey</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Schmidt, A" uniqKey="Schmidt A">A. Schmidt</name>
</author>
<author><name sortKey="Beigl, M" uniqKey="Beigl M">M. Beigl</name>
</author>
<author><name sortKey="Gellersen, H W" uniqKey="Gellersen H">H.-W. Gellersen</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Jameson, A" uniqKey="Jameson A">A. Jameson</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Calvary, G" uniqKey="Calvary G">G. Calvary</name>
</author>
<author><name sortKey="Coutaz, J" uniqKey="Coutaz J">J. Coutaz</name>
</author>
<author><name sortKey="Thevenin, D" uniqKey="Thevenin D">D. Thevenin</name>
</author>
<author><name sortKey="Limbourg, Q" uniqKey="Limbourg Q">Q. Limbourg</name>
</author>
<author><name sortKey="Souchon, N" uniqKey="Souchon N">N. Souchon</name>
</author>
<author><name sortKey="Bouillon, L" uniqKey="Bouillon L">L. Bouillon</name>
</author>
<author><name sortKey="Florins, M" uniqKey="Florins M">M. Florins</name>
</author>
<author><name sortKey="Vanderdonckt, J" uniqKey="Vanderdonckt J">J. Vanderdonckt</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Nilsson, E G" uniqKey="Nilsson E">E.G. Nilsson</name>
</author>
<author><name sortKey="Floch, J" uniqKey="Floch J">J. Floch</name>
</author>
<author><name sortKey="Hallsteinsen, S" uniqKey="Hallsteinsen S">S. Hallsteinsen</name>
</author>
<author><name sortKey="Stav, E" uniqKey="Stav E">E. Stav</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Chen, G" uniqKey="Chen G">G. Chen</name>
</author>
<author><name sortKey="Kotz, D" uniqKey="Kotz D">D. Kotz</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Schilit, B" uniqKey="Schilit B">B. Schilit</name>
</author>
<author><name sortKey="Adams, N" uniqKey="Adams N">N. Adams</name>
</author>
<author><name sortKey="Want, R" uniqKey="Want R">R. Want</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Henricksen, K" uniqKey="Henricksen K">K. Henricksen</name>
</author>
<author><name sortKey="Indulska, J" uniqKey="Indulska J">J. Indulska</name>
</author>
<author><name sortKey="Rakotonirainy, A" uniqKey="Rakotonirainy A">A. Rakotonirainy</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Held, A" uniqKey="Held A">A. Held</name>
</author>
<author><name sortKey="Buchholz, S" uniqKey="Buchholz S">S. Buchholz</name>
</author>
<author><name sortKey="Schill, A" uniqKey="Schill A">A. Schill</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Gu, T" uniqKey="Gu T">T. Gu</name>
</author>
<author><name sortKey="Pung, H K" uniqKey="Pung H">H.K. Pung</name>
</author>
<author><name sortKey="Zhang, D Q" uniqKey="Zhang D">D.Q. Zhang</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Gu, T" uniqKey="Gu T">T. Gu</name>
</author>
<author><name sortKey="Wang, X H" uniqKey="Wang X">X.H. Wang</name>
</author>
<author><name sortKey="Pung, H K" uniqKey="Pung H">H.K. Pung</name>
</author>
<author><name sortKey="Zhang, D Q" uniqKey="Zhang D">D.Q. Zhang</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Chen, H" uniqKey="Chen H">H. Chen</name>
</author>
<author><name sortKey="Finin, T" uniqKey="Finin T">T. Finin</name>
</author>
<author><name sortKey="Joshi, A" uniqKey="Joshi A">A. Joshi</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Yamabe, T" uniqKey="Yamabe T">T. Yamabe</name>
</author>
<author><name sortKey="Takagi, A" uniqKey="Takagi A">A. Takagi</name>
</author>
<author><name sortKey="Nakajima, T" uniqKey="Nakajima T">T. Nakajima</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Wood, A" uniqKey="Wood A">A. Wood</name>
</author>
<author><name sortKey="Stankovic, J" uniqKey="Stankovic J">J. Stankovic</name>
</author>
<author><name sortKey="Virone, G" uniqKey="Virone G">G. Virone</name>
</author>
<author><name sortKey="Selavo, L" uniqKey="Selavo L">L. Selavo</name>
</author>
<author><name sortKey="He, Z" uniqKey="He Z">Z. He</name>
</author>
<author><name sortKey="Cao, Q" uniqKey="Cao Q">Q. Cao</name>
</author>
<author><name sortKey="Doan, T" uniqKey="Doan T">T. Doan</name>
</author>
<author><name sortKey="Wu, Y" uniqKey="Wu Y">Y. Wu</name>
</author>
<author><name sortKey="Fang, L" uniqKey="Fang L">L. Fang</name>
</author>
<author><name sortKey="Stoleru, R" uniqKey="Stoleru R">R. Stoleru</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Mcavoy, L M" uniqKey="Mcavoy L">L.M. McAvoy</name>
</author>
<author><name sortKey="Chen, L" uniqKey="Chen L">L. Chen</name>
</author>
<author><name sortKey="Donnelly, M" uniqKey="Donnelly M">M. Donnelly</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Almeida, A" uniqKey="Almeida A">A. Almeida</name>
</author>
<author><name sortKey="L Pez De Ipi A, D" uniqKey="L Pez De Ipi A D">D. López-de-Ipiña</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Gibbs, W Wayt" uniqKey="Gibbs W">W Wayt Gibbs</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Castillejo, E" uniqKey="Castillejo E">E. Castillejo</name>
</author>
<author><name sortKey="Almeida, A" uniqKey="Almeida A">A. Almeida</name>
</author>
<author><name sortKey="L Pez De Ipi A, D" uniqKey="L Pez De Ipi A D">D. López-De-Ipiña</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Castillejo, E" uniqKey="Castillejo E">E. Castillejo</name>
</author>
<author><name sortKey="Almeida, A" uniqKey="Almeida A">A. Almeida</name>
</author>
<author><name sortKey="L Pez De Ipi A, D" uniqKey="L Pez De Ipi A D">D. López-de-Ipiña</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Abowd, G D" uniqKey="Abowd G">G.D. Abowd</name>
</author>
<author><name sortKey="Dey, A K" uniqKey="Dey A">A.K. Dey</name>
</author>
<author><name sortKey="Brown, P J" uniqKey="Brown P">P.J. Brown</name>
</author>
<author><name sortKey="Smith, N D M" uniqKey="Smith N">N.D.M. Smith</name>
</author>
<author><name sortKey="Steggles, P" uniqKey="Steggles P">P. Steggles</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Lemlouma, T" uniqKey="Lemlouma T">T. Lemlouma</name>
</author>
<author><name sortKey="Layaida, N" uniqKey="Layaida N">N. Layaïda</name>
</author>
</analytic>
</biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct><analytic><author><name sortKey="Butler, M H" uniqKey="Butler M">M.H. Butler</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Butler, M H" uniqKey="Butler M">M.H. Butler</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Almeida, A" uniqKey="Almeida A">A. Almeida</name>
</author>
<author><name sortKey="Ordu A, P" uniqKey="Ordu A P">P. Orduña</name>
</author>
<author><name sortKey="Castillejo, E" uniqKey="Castillejo E">E. Castillejo</name>
</author>
<author><name sortKey="Lopez De Ipi A, D" uniqKey="Lopez De Ipi A D">D. Lopez-de Ipiña</name>
</author>
<author><name sortKey="Sacristan, M" uniqKey="Sacristan M">M. Sacristán</name>
</author>
</analytic>
</biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct><analytic><author><name sortKey="Santos, S" uniqKey="Santos S">S. Santos</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Chen, H" uniqKey="Chen H">H. Chen</name>
</author>
<author><name sortKey="Perich, F" uniqKey="Perich F">F. Perich</name>
</author>
<author><name sortKey="Finin, T" uniqKey="Finin T">T. Finin</name>
</author>
<author><name sortKey="Joshi, A" uniqKey="Joshi A">A. Joshi</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Hervas, R" uniqKey="Hervas R">R. Hervás</name>
</author>
<author><name sortKey="Bravo, J" uniqKey="Bravo J">J. Bravo</name>
</author>
<author><name sortKey="Fontecha, J" uniqKey="Fontecha J">J. Fontecha</name>
</author>
</analytic>
</biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct><analytic><author><name sortKey="Gil, Y" uniqKey="Gil Y">Y. Gil</name>
</author>
<author><name sortKey="Miles, S" uniqKey="Miles S">S. Miles</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Hua, H" uniqKey="Hua H">H. Hua</name>
</author>
<author><name sortKey="Tilmes, C" uniqKey="Tilmes C">C. Tilmes</name>
</author>
<author><name sortKey="Zednik, S" uniqKey="Zednik S">S. Zednik</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Lebo, T" uniqKey="Lebo T">T. Lebo</name>
</author>
<author><name sortKey="Sahoo, S" uniqKey="Sahoo S">S. Sahoo</name>
</author>
<author><name sortKey="Mcguinness, D" uniqKey="Mcguinness D">D. McGuinness</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Moreau, L" uniqKey="Moreau L">L. Moreau</name>
</author>
<author><name sortKey="Missier, P" uniqKey="Missier P">P. Missier</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Moreau, L" uniqKey="Moreau L">L. Moreau</name>
</author>
<author><name sortKey="Missier, P" uniqKey="Missier P">P. Missier</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Cheney, J" uniqKey="Cheney J">J. Cheney</name>
</author>
<author><name sortKey="Missier, P" uniqKey="Missier P">P. Missier</name>
</author>
<author><name sortKey="Moreau, L" uniqKey="Moreau L">L. Moreau</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Klyne, G" uniqKey="Klyne G">G. Klyne</name>
</author>
<author><name sortKey="Groth, P" uniqKey="Groth P">P. Groth</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Garijo, D" uniqKey="Garijo D">D. Garijo</name>
</author>
<author><name sortKey="Eckert, K" uniqKey="Eckert K">K. Eckert</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="De Nies, T" uniqKey="De Nies T">T. De Nies</name>
</author>
<author><name sortKey="Coppens, S" uniqKey="Coppens S">S. Coppens</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Cheney, J" uniqKey="Cheney J">J. Cheney</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Moreau, L" uniqKey="Moreau L">L. Moreau</name>
</author>
<author><name sortKey="Lebo, T" uniqKey="Lebo T">T. Lebo</name>
</author>
</analytic>
</biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct><analytic><author><name sortKey="Maass, H" uniqKey="Maass H">H. Maass</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Schilit, B N" uniqKey="Schilit B">B.N. Schilit</name>
</author>
<author><name sortKey="Theimer, M M" uniqKey="Theimer M">M.M. Theimer</name>
</author>
<author><name sortKey="Welch, B B" uniqKey="Welch B">B.B. Welch</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Bauer, J" uniqKey="Bauer J">J. Bauer</name>
</author>
<author><name sortKey="Kutsche, R D" uniqKey="Kutsche R">R.-D. Kutsche</name>
</author>
<author><name sortKey="Ehrmanntraut, R" uniqKey="Ehrmanntraut R">R. Ehrmanntraut</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Henricksen, K" uniqKey="Henricksen K">K. Henricksen</name>
</author>
<author><name sortKey="Indulska, J" uniqKey="Indulska J">J. Indulska</name>
</author>
<author><name sortKey="Rakotonirainy, A" uniqKey="Rakotonirainy A">A. Rakotonirainy</name>
</author>
</analytic>
</biblStruct>
<biblStruct></biblStruct>
<biblStruct><analytic><author><name sortKey="Cheverst, K" uniqKey="Cheverst K">K. Cheverst</name>
</author>
<author><name sortKey="Mitchell, K" uniqKey="Mitchell K">K. Mitchell</name>
</author>
<author><name sortKey="Davies, N" uniqKey="Davies N">N. Davies</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Ziefle, M" uniqKey="Ziefle M">M. Ziefle</name>
</author>
<author><name sortKey="Rocker, C" uniqKey="Rocker C">C. Röcker</name>
</author>
<author><name sortKey="Holzinger, A" uniqKey="Holzinger A">A. Holzinger</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Kleinberger, T" uniqKey="Kleinberger T">T. Kleinberger</name>
</author>
<author><name sortKey="Becker, M" uniqKey="Becker M">M. Becker</name>
</author>
<author><name sortKey="Ras, E" uniqKey="Ras E">E. Ras</name>
</author>
<author><name sortKey="Holzinger, A" uniqKey="Holzinger A">A. Holzinger</name>
</author>
<author><name sortKey="Muller, P" uniqKey="Muller P">P. Müller</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Holzinger, A" uniqKey="Holzinger A">A. Holzinger</name>
</author>
<author><name sortKey="Ziefle, M" uniqKey="Ziefle M">M. Ziefle</name>
</author>
<author><name sortKey="Rocker, C" uniqKey="Rocker C">C. Rocker</name>
</author>
</analytic>
</biblStruct>
</listBibl>
</div1>
</back>
</TEI>
<pmc article-type="review-article"><pmc-dir>properties open_access</pmc-dir>
<front><journal-meta><journal-id journal-id-type="nlm-ta">Sensors (Basel)</journal-id>
<journal-id journal-id-type="iso-abbrev">Sensors (Basel)</journal-id>
<journal-title-group><journal-title>Sensors (Basel, Switzerland)</journal-title>
</journal-title-group>
<issn pub-type="epub">1424-8220</issn>
<publisher><publisher-name>MDPI</publisher-name>
</publisher>
</journal-meta>
<article-meta><article-id pub-id-type="pmid">24643006</article-id>
<article-id pub-id-type="pmc">4003996</article-id>
<article-id pub-id-type="doi">10.3390/s140305354</article-id>
<article-id pub-id-type="publisher-id">sensors-14-05354</article-id>
<article-categories><subj-group subj-group-type="heading"><subject>Review</subject>
</subj-group>
</article-categories>
<title-group><article-title>Modeling Users, Context and Devices for Ambient Assisted Living Environments</article-title>
</title-group>
<contrib-group><contrib contrib-type="author"><name><surname>Castillejo</surname>
<given-names>Eduardo</given-names>
</name>
<xref ref-type="aff" rid="af1-sensors-14-05354"><sup>1</sup>
</xref>
<xref rid="c1-sensors-14-05354" ref-type="corresp"><sup>*</sup>
</xref>
</contrib>
<contrib contrib-type="author"><name><surname>Almeida</surname>
<given-names>Aitor</given-names>
</name>
<xref ref-type="aff" rid="af1-sensors-14-05354"><sup>1</sup>
</xref>
</contrib>
<contrib contrib-type="author"><name><surname>López-de-Ipiña</surname>
<given-names>Diego</given-names>
</name>
<xref ref-type="aff" rid="af1-sensors-14-05354"><sup>1</sup>
</xref>
</contrib>
<contrib contrib-type="author"><name><surname>Chen</surname>
<given-names>Liming</given-names>
</name>
<xref ref-type="aff" rid="af2-sensors-14-05354"><sup>2</sup>
</xref>
</contrib>
</contrib-group>
<aff id="af1-sensors-14-05354"><label>1</label>
Deusto Institute of Technology—DeustoTech, University of Deusto, Avda. Universidades 24, Bilbao 48007, Spain; E-Mails:<email>aitor.almeida@deusto.es</email>
(A.A.);<email>dipina@deusto.es</email>
(D.L.-I.)</aff>
<aff id="af2-sensors-14-05354"><label>2</label>
School of Computer Science and Informatics, Faculty of Technology, De Montfort University, Gateway House, The Gateway, Leicester, LE1 9BH, UK; E-Mail:<email>liming.chen@dmu.ac.uk</email>
</aff>
<author-notes><corresp id="c1-sensors-14-05354"><label>*</label>
Author to whom correspondence should be addressed; E-Mail: <email>eduardo.castillejo@deusto.es</email>
; Tel.: +34-944-139-003 (ext. 3034); Fax: +34-944-139-166.</corresp>
</author-notes>
<pub-date pub-type="collection"><month>3</month>
<year>2014</year>
</pub-date>
<pub-date pub-type="epub"><day>17</day>
<month>3</month>
<year>2014</year>
</pub-date>
<volume>14</volume>
<issue>3</issue>
<fpage>5354</fpage>
<lpage>5391</lpage>
<history><date date-type="received"><day>23</day>
<month>1</month>
<year>2014</year>
</date>
<date date-type="rev-recd"><day>03</day>
<month>3</month>
<year>2014</year>
</date>
<date date-type="accepted"><day>11</day>
<month>3</month>
<year>2014</year>
</date>
</history>
<permissions><copyright-statement>© 2014 by the authors; licensee MDPI, Basel, Switzerland.</copyright-statement>
<copyright-year>2014</copyright-year>
<license><license-p>This article is an open access article distributed under the terms and conditions of the Creative Commons Attribution license (<ext-link ext-link-type="uri" xlink:href="http://creativecommons.org/licenses/by/3.0/">http://creativecommons.org/licenses/by/3.0/</ext-link>
).</license-p>
</license>
</permissions>
<abstract><p>The participation of users within AAL environments is increasing thanks to the capabilities of the current wearable devices. Furthermore, the significance of considering user's preferences, context conditions and device's capabilities help smart environments to personalize services and resources for them. Being aware of different characteristics of the entities participating in these situations is vital for reaching the main goals of the corresponding systems efficiently. To collect different information from these entities, it is necessary to design several formal models which help designers to organize and give some meaning to the gathered data. In this paper, we analyze several literature solutions for modeling users, context and devices considering different approaches in the Ambient Assisted Living domain. Besides, we remark different ongoing standardization works in this area. We also discuss the used techniques, modeled characteristics and the advantages and drawbacks of each approach to finally draw several conclusions about the reviewed works.</p>
</abstract>
<kwd-group><kwd>AAL</kwd>
<kwd>human-computer interaction</kwd>
<kwd>user</kwd>
<kwd>context</kwd>
<kwd>device</kwd>
<kwd>modeling</kwd>
<kwd>context-awareness</kwd>
<kwd>user capabilities</kwd>
</kwd-group>
</article-meta>
</front>
<body><sec sec-type="intro"><label>1.</label>
<title>Introduction</title>
<p>Personalization and recommender systems have spread thanks to the growth of heterogeneous connected devices and their increasing possibilities. Daily we carry with us different smart objects whose capabilities allow them to be aware of the environment. These devices can actually learn from experience. They are aware of our behavior, preferences and trends. This new and rich situation enhances and improves the way users interact with context, but it also makes people more dependent in the use of these technologies. This also means that users are becoming a significant and active part of the Ambient Assisted Living (AAL) and Pervasive Computing environments. For example, we can obtain recommendations while shopping based on the previously purchased items, change the music based on the user's mood, get notifications of new and interesting releases, receive different alternatives to reach some places considering our current location, even get social advices about people consuming the same or similar products or services. Besides, this is not a situation which concerns only researchers. Local governments and public administrations have discovered the importance of working with context data [<xref rid="b1-sensors-14-05354" ref-type="bibr">1</xref>
]. This way, they try to improve citizens' satisfaction through new and smarter infrastructures.</p>
<p>On the other hand, application and service personalization has abandoned the idea of being just tools or frameworks to allow users to customize different resources and devices. Actually it involves the perspective of inclusive design, whose main purpose is to avoid side lining smaller groups of users, like people with disabilities and elders [<xref rid="b2-sensors-14-05354" ref-type="bibr">2</xref>
]. These groups are known for suffering from several limitations. Moreover, although nowadays the share of people aged 65 represent a 17% of the current European population, by the year 2060 this figure is projected to rise to 30% [<xref rid="b3-sensors-14-05354" ref-type="bibr">3</xref>
]. As a consequence, and as the European Commission states, “<italic>the EU would move from having four people of working-age to each person aged over 65 years to about two people of working-age</italic>
”. Evidently the current situation shows that it is still a small group, but with a high expected increasing ratio. Nevertheless, this implies that we are still in time of accommodating, adapting and overtaking for future economic and demographic consequences.</p>
<p>Then, what is the right way of considering context, users and devices to perform these recommendations and adaptations for the user? The answer is <italic>modeling</italic>
. Modeling these entities allow researchers and developers to consider different conditions that might trigger several recommendations, adaptations or services to satisfy the user needs. User's interests are useful for recommending systems [<xref rid="b4-sensors-14-05354" ref-type="bibr">4</xref>
]. On the other hand, their medical capabilities might be needed for adaptive environments [<xref rid="b5-sensors-14-05354" ref-type="bibr">5</xref>
]. The same occurs when we consider context or devices.</p>
<p>As we will see later in Section 2, during the past 15 years there has been a lot of work done in this area. Authors have followed different approaches and developed different techniques to take into account every possible scenario. In this paper, we analyze these solutions studying their advantages and disadvantages to, finally, discuss about the evolution of these systems and about the future of modeling.</p>
<p>The remainder of this paper is structured as follows: First, in Section 1.1 we introduce our motivation for this paper to detail the perspective from which this work should be considered. In Section 2 we review the literature solutions for modeling context, users and devices during the past 15 years. Within each subsection of the state of the art an analysis of the considered literature solutions is presented. Several standardization works are also remarked. Next, Section 3 discusses about the presented approaches and remarks several problems and future issues to be taken into account. Finally, in Section 4, we summarize our experiences and discuss the conclusions.</p>
<sec><label>1.1.</label>
<title>Motivation: Human-Computer Interaction and Users’ Context Disabilities</title>
<p><bold>Definition 1.</bold>
<italic>Designing an object to be simple and clear takes at least twice as long as the usual way. It requires concentration at the outset on how a clear and simple system would work, followed by the steps required to make it come out that way—steps which are often much harder and more complex than the ordinary ones. It also requires relentless pursuit of that simplicity even when obstacles appear which would seem to stand in the way of that simplicity [<xref rid="b6-sensors-14-05354" ref-type="bibr">6</xref>
]</italic>
.</p>
<p>This cite by Ted Nelson [<xref rid="b6-sensors-14-05354" ref-type="bibr">6</xref>
] in 1977 already pointed out the problems that designing a product entails. One of the most significant issues to face during this process is the usability. According to the ISO/IEC 9126 standard, quality represents a property of the software product defined in terms of a set of interdependent attributes, i.e., usability, security, reliability, performance, complexity, readability and re-usability expressed at different levels of detail and also taken into account the particular context of software use [<xref rid="b7-sensors-14-05354" ref-type="bibr">7</xref>
,<xref rid="b8-sensors-14-05354" ref-type="bibr">8</xref>
]. At this point, the ISO 9241-11 standard [<xref rid="b9-sensors-14-05354" ref-type="bibr">9</xref>
] states that usability is the extent to which a product can be used by specified users to achieve specified goals with effectiveness, efficiency and satisfaction in a specified context of use.</p>
<p>The interaction with devices needs to be satisfactory for the users. The ISO/IEC 9126-1 [<xref rid="b7-sensors-14-05354" ref-type="bibr">7</xref>
] presents and details a two-part model for software product quality:
<list list-type="order"><list-item><p>Internal and external quality (see <xref rid="f1-sensors-14-05354" ref-type="fig">Figure 1</xref>
): Internal Quality is the totality of attributes of the software product from an internal view, e.g., spent resource. It is measured and improved during the code implementation, reviewing and testing. External Quality is the quality when software is running in terms of its behavior, e.g., number of wrong expected reactions. It is measured and evaluated for software testing in a simulated environment [<xref rid="b8-sensors-14-05354" ref-type="bibr">8</xref>
].</p>
</list-item>
<list-item><p>Quality in use (see <xref rid="f2-sensors-14-05354" ref-type="fig">Figure 2</xref>
): It is the capability of the software product to enable specified users to achieve specified goals with effectiveness, productivity, safety and satisfaction in specified contexts of use.</p>
</list-item>
</list>
</p>
<p>However, the design process becomes troublesome because of the nature of each user. Users are very different from each other. They like different things and they sense and perceive in different ways. Moreover, they have different capabilities. Besides, there are several groups which suffer these differences more deeply: people with disabilities and the elderly. The first group suffers from different disabilities which are responsible for limiting several capabilities in a certain way. For example, users with sight disabilities will suffer from interaction problems with their devices if this interaction is based on visual stimulus, e.g., using a device display. On the other hand, elderly people usually suffer from similar interaction troubles due to their aging. As their senses tend to tire their capabilities and interaction levels decrease [<xref rid="b5-sensors-14-05354" ref-type="bibr">5</xref>
]. Current technology trends try to reduce the interaction barriers that elderly suffer with current devices. Mobile phones have audio control interaction and screen magnification, TVs have zoom and subtitles capabilities, <italic>etc</italic>
. Nevertheless, the elderly are used to the products they already know [<xref rid="b10-sensors-14-05354" ref-type="bibr">10</xref>
,<xref rid="b11-sensors-14-05354" ref-type="bibr">11</xref>
]. For these groups the designed devices should be:
<list list-type="bullet"><list-item><p><italic>Easy to use</italic>
, so the users are able to use them to their own purposes.</p>
</list-item>
<list-item><p>“<italic>Easy to learn</italic>
”. This way, the final purpose of the device should be affordable in an acceptable time interval.</p>
</list-item>
<list-item><p><italic>Easy to recall</italic>
, so the users are able to remember how to interact with the device.</p>
</list-item>
</list>
</p>
<p>Nonetheless, we are not exempt of suffering from similar situations. There are many conditions which cause people without disabilities to feel like they have one. Making a phone call in a very sunny day or send an email when it is raining are examples of several context situations which limit users' capabilities. These circumstances also introduce what context might be capable of during an interaction process. Desktop environments are known for being less prone to suffer from context conditions (obviously certain situations are impossible to avoid, like infrastructure problems). On the other hand, mobile devices are predisposed to experience problems due to current context situation.</p>
</sec>
</sec>
<sec><label>2.</label>
<title>Analysis of the State of the Art</title>
<p>In this section, the most significant user, context and device models and solutions for the past 15 years are analyzed. First, Section 2.1 focuses its attention in the models that have been used for characterizing users and their capabilities. Section 2.2 analyses the most significant context-aware systems and the way these approaches model the context and its characteristics. Devices are also one of the main entities that are taken into account in this paper as their capabilities and characteristics are vital for performing any interaction process. Therefore, Section 2.3 examines several modeling techniques and the devices' capabilities in different domains. Besides, a chronological review of the evolution of the presented models will be depicted in each section.</p>
<sec><label>2.1.</label>
<title>Users</title>
<sec><label>2.1.1.</label>
<title>A Chronological Review of the Evolution of User Models</title>
<p>The following figure illustrates the evolution and different solutions by chronological order for the last 15 years. During these years different user characteristics have been taken into account considering the final purpose of the designed system.</p>
<p><graphic xlink:href="sensors-14-05354u1.jpg" position="float"></graphic>
</p>
<p>First user modeling systems started in the late eighties. Allen [<xref rid="b12-sensors-14-05354" ref-type="bibr">12</xref>
], Cohen and Perrault [<xref rid="b13-sensors-14-05354" ref-type="bibr">13</xref>
,<xref rid="b14-sensors-14-05354" ref-type="bibr">14</xref>
] and Elaine Rich [<xref rid="b15-sensors-14-05354" ref-type="bibr">15</xref>
,<xref rid="b16-sensors-14-05354" ref-type="bibr">16</xref>
] are examples of researchers whose works inspired next user modeling approaches. From there several authors started collecting different types of information about the users and exhibiting, for example, different kinds of adaptations to them [<xref rid="b17-sensors-14-05354" ref-type="bibr">17</xref>
].</p>
<p>However, first, what is user modeling? There are at least two different perspectives which might answer this question. One of these is related to the Artificial Intelligence research area, and it considers user modeling as the process through which systems gather information and knowledge about users and their individual characteristics. Therefore, a user model is considered a source of information about the user of the system which contains several assumptions about several relevant behavior or adaptation data. However, in this paper the Human-Computer Interaction research perspective is taken, which is defined by Wolfgang Pohl [<xref rid="b18-sensors-14-05354" ref-type="bibr">18</xref>
] as follows:</p>
<p><bold>Definition 2.</bold>
<italic>It refers to an a-priori model of the users of a computer system that the system designer has in mind, or to the assumed models that users will probably develop of the system and the tasks they can perform using the system</italic>
.</p>
<p>Nevertheless, this definition and the AI perspective coincide in the idea that every system must use information about the user to be able to see and react to their different problems and needs and improve the system purpose. This section analyses the most significant user models in the past 15 years.</p>
<sec><title>2001, Gerhard Fischer</title>
<p>In 2001, Gerhard Fischer [<xref rid="b19-sensors-14-05354" ref-type="bibr">19</xref>
] reviews the user models of the past 10 years. He describes how using computers in Human-Computer Interaction (HCI) environments has been always modeled as a user-computer couple. These elements are modeled as an explicit connection which represents the communication between them. New and modern interfaces such as windows, menus, pointers, colors, sound and touch screens have “enlarged” this communication line thanks to their capabilities. Furthermore, in addition to the possibilities of new design approaches, knowledge-based architectures in HCI explore the possibility of implicit communication channel. The required knowledge considers the problem domain, communication processes and the communication agent. Users are part of the communication agent group. Fischer defends the idea that there are many types of users. Besides, their needs change with the experience and through time. This way, a simple user classifications, e.g., “novel”, “intermediate” and “expert”, is not enough to characterize users in complex environments. Nevertheless, despite Fischer remarks the significance of each agent, he does not establish which agent capabilities are important to face the problem of modeling a user.</p>
</sec>
<sec><title>2002, Gregor <italic>et al.</italic>
</title>
<p>In 2002, Gregor <italic>et al.</italic>
[<xref rid="b5-sensors-14-05354" ref-type="bibr">5</xref>
] focus their approach on a certain group of users: the elderly. A three group classification is presented. In the first group there are the fit older people, who are not considered disabled. The second group is formed by older fragile people who have one or more disabilities. Finally, the last group encompasses the older and people with disabilities whose capabilities to function depend on other faculties. In this case, the authors identify several user capabilities:
<list list-type="bullet"><list-item><p>Physical, sensory and cognitive capabilities.</p>
</list-item>
<list-item><p>The ability to learn new techniques (cognitive).</p>
</list-item>
<list-item><p>Memory problems (cognitive).</p>
</list-item>
<list-item><p>The environment can affect several elderly capabilities.</p>
</list-item>
<list-item><p>Elderly experience (as a positive fact).</p>
</list-item>
</list>
</p>
<p>On the other hand, Gregor considers that, as people grow older, their capabilities change. This process encompasses a reduction of cognitive, physical and sensory functions depending on the individual. This “dynamic diversity” is a significant issue for modeling users and designing computing systems.</p>
</sec>
<sec><title>2003, Gauch <italic>et al.</italic>
</title>
<p>Towards the goal of personalized navigation of online information Gauch <italic>et al.</italic>
[<xref rid="b20-sensors-14-05354" ref-type="bibr">20</xref>
] provide a user ontology for dynamically modeling the user browsing. The ontology is formed by several concepts which are weighted indicating the user's perceived interest in the corresponding concept. These concepts are related with surfing experience, <italic>i.e.</italic>
, the content, length and time spent, on each Web page and classified into the reference ontology. This way the user profile is created automatically. This means that the user profile information is collected implicitly without user feedback, as the ontology's concepts are automatically weighted considering the amount of related information from the user browsing.</p>
</sec>
<sec><title>2003, Razmerita <italic>et al.</italic>
: The OntobUM Ontology</title>
<p>Focused in the context of Knowledge Management Systems (KMS) Razmerita <italic>et al.</italic>
[<xref rid="b21-sensors-14-05354" ref-type="bibr">21</xref>
] present OntobUM, a generic ontology-based architecture for user modeling. The model is generated through two different ways:
<list list-type="bullet"><list-item><p>Explicitly, using a user profile editor. This way the user has to provide some information.</p>
</list-item>
<list-item><p>Implicitly, information maintained by several intelligent services which (1) maintain and update the information about the user considering the user's behavior with the services and (2) provide adapted services based on user's preferences.</p>
</list-item>
</list>
</p>
<p>The architecture of the presented ontology is composed of the following ones:
<list list-type="bullet"><list-item><p>The User Ontology, which structures the different characteristics and preferences of the user.</p>
</list-item>
<list-item><p>The Domain Ontology, which defines several concepts about the domain.</p>
</list-item>
<list-item><p>The Log Ontology, which manages the semantics of the interaction between the user and the whole system.</p>
</list-item>
</list>
</p>
<p>Authors identify several users' characteristics that are relevant for a KMS under the Behavior concept. Nevertheless, most of the user ontology is generic and it is available to be used in other application domains.</p>
</sec>
<sec><title>2005, Hatala and Wakkary: The Ec(h)o System</title>
<p>Ec(h)o is an ontology-based augmented audio reality system for museums which aims to maintain rich and adaptive output information. The main purpose of this work is to address the problem of supporting experience design and functionality related to museum visits through user models combined with augmented reality and tangible user interface system. Hatala and Wakkary [<xref rid="b22-sensors-14-05354" ref-type="bibr">22</xref>
] find several challenges for capturing rich information about the context. For the presented museum scenario, social, cultural, historical and psychological factors are significant for the user experience. In this field the argumentation made by Dourish [<xref rid="b23-sensors-14-05354" ref-type="bibr">23</xref>
,<xref rid="b24-sensors-14-05354" ref-type="bibr">24</xref>
] is remarked as relevant. Dourish states that activities and context are directly and dynamically linked. This concept is called “embodied interaction”.</p>
<p>The core of the ec(h)o's reasoning module is a dynamically updated user model [<xref rid="b25-sensors-14-05354" ref-type="bibr">25</xref>
]. The ruled-based model changes as the user moves through the museum and selects several audio objects. This models enables developers to consider which inputs influence user interests. In the ec(h)o system there are two ways of updating the model: the user movement and a selection of an audio object. These actions have different effects on the model of the user interests, <italic>i.e</italic>
, influence of initial interest selection, of object selection on user interest and of location change.</p>
<p>As it occurs with recommender systems, user's interest are vital for the concept ontology. These concepts are weighted in the ontology as concepts which represent the user's likes within the environment. Besides, an interaction history is maintained recording the way the user interacts with the museum. In addition to these characteristics the user type is also considered. This way the system is allowed to characterize the user experience with the environment. It classifies users into three different categories:
<list list-type="bullet"><list-item><p>The avaricious visitor, who wants to see as much as possible in a sequentially way.</p>
</list-item>
<list-item><p>The selective visitor, who is more selective with the concepts he/she is interested in.</p>
</list-item>
<list-item><p>The busy visitor, who prefers to not spend much time and get a general vision of the exhibition.</p>
</list-item>
</list>
</p>
</sec>
<sec><title>2005, Fernando Pereira</title>
<p>Within a video adaptation and quality of experience evaluation scenario, Fernando Pereira [<xref rid="b26-sensors-14-05354" ref-type="bibr">26</xref>
] studies a user characterization through three different dimensions: sensorial, perceptual and emotional. First of all, Pereira establishes the difference between sensations and perceptions as follows:
<list list-type="bullet"><list-item><p>Sensations are monomodal, more low-level, physical and less related to the real world composition than perceptions. They regard the simple conscious experience for the corresponding physical stimulus, e.g., light variation and eyes reaction to this change. They are related to the first contact between a human and the surrounding environment.</p>
</list-item>
<list-item><p>Perceptions are multimodal, and they are part of the cognition process (knowing and learning) and regard the conscious experience and identification of objects.</p>
</list-item>
</list>
</p>
<p>On the other hand, emotions are considered as central in a communication and entertainment process. Therefore, Pereira proposes a triple layered sensation-perception-emotion (SPE) user model for the evaluation of the quality of experience in the consumption of multimedia content.</p>
</sec>
<sec><title>2007, Persad <italic>et al.</italic>
</title>
<p>Persad <italic>et al.</italic>
[<xref rid="b27-sensors-14-05354" ref-type="bibr">27</xref>
,<xref rid="b28-sensors-14-05354" ref-type="bibr">28</xref>
] relate user capabilities and product demands as a tool to evaluate the product design. Inclusive design is defined as follows [<xref rid="b2-sensors-14-05354" ref-type="bibr">2</xref>
]:</p>
<p><bold>Definition 3.</bold>
<italic>The design of mainstream products and/or services that are accessible to, and usable by, people with the widest range of abilities within the widest range of situations without the need for special adaptation or design</italic>
.</p>
<p>In a particular toaster case study, the sensory, cognitive and motor product demands are compared with different users capability levels. Authors remark four main components to consider when it comes to interaction between people and technology: (1) the user; (2) the product; (3) the environment or context and (4) the set of activities or tasks that define the interaction [<xref rid="b28-sensors-14-05354" ref-type="bibr">28</xref>
]. They try to assess an adaptation degree between users and the designed products using different compatibility measures. These measures can be assessed on different levels of human capabilities, including sensory, cognitive and motor. The concepts of user capability and product demand provide a useful framework for analyzing the user-device compatibility. The product demand levels are considered multidimensional and they are set by the interface attributes of the product itself. For example, a product's text display will be designed with a certain text size, font, and color contrast. The combination of these attributes define the visual demand level within the user visual capabilities. Similarly, other combinations of product attributes command several cognitive and motor demands. Authors also reviewed functional classifications and experimental studies to identify the most relevant low-level skills for designing products within the cognitive, motor and sensory domain [<xref rid="b28-sensors-14-05354" ref-type="bibr">28</xref>
].</p>
</sec>
<sec><title>2007, Golemati <italic>et al.</italic>
</title>
<p>Golemati <italic>et al.</italic>
[<xref rid="b29-sensors-14-05354" ref-type="bibr">29</xref>
] present an ontology which considering past literature solutions aims to reduce the intrinsic problems of user modeling: ad-hoc modeling processes, the required amount of work to model users and the possibility of errors by omitting several user's characteristics. To this end, the authors present an extensible, comprehensive and general ontology which design is addressed through a top-down approach by firstly collecting static information about the user. Next, the ontology designers analyses the semantics of the profile models and suggest concepts that would adequately model them. It is remarkable that this work is focused on static user characteristics, although they consider the possibility to incorporate dynamic and temporal characteristics.</p>
</sec>
<sec><title>2007, Heckmann <italic>et al.</italic>
: The GUMO Ontology</title>
<p>A different approach is implemented by Heckmann <italic>et al.</italic>
[<xref rid="b30-sensors-14-05354" ref-type="bibr">30</xref>
]. Divided into four main groups (emotional state, personality, characteristics and physiological state), the authors present GUMO, an ontology model to characterize users capabilities within adaptive environments. A significant user aspect that is taken into account in this work is the stress. In the adaptive interfaces domain it is needed to pay special attention to the consequences of each adaptation. But the stress is not only determined by this process. It is also derived from several user experiences, as the current context state, e.g., traffic, noise, surrounding people, <italic>etc.</italic>
[<xref rid="b31-sensors-14-05354" ref-type="bibr">31</xref>
].</p>
</sec>
<sec><title>2008, Casas <italic>et al.</italic>
</title>
<p>Another approach is the one presented by Casas <italic>et al.</italic>
[<xref rid="b32-sensors-14-05354" ref-type="bibr">32</xref>
]. In this case the authors work under the “Persona” concept which is introduced to distinguish between different user groups within an adaptive user interfaces domain. Originally this concept was introduced by Alan Cooper [<xref rid="b33-sensors-14-05354" ref-type="bibr">33</xref>
] in 1999 by the following definition:</p>
<p><bold>Definition 4.</bold>
<italic>”Personas” are not real people, but they represent them through a design process. They are hypothetical archetypes of real users</italic>
.</p>
<p>Casas <italic>et al.</italic>
distinguish between two categories of people:
<list list-type="bullet"><list-item><p>Primary: those who represent the main group and use primary interfaces.</p>
</list-item>
<list-item><p>Secondary: those who can use primary interfaces, but with several extra needs.</p>
</list-item>
</list>
</p>
<p>By assigning random values to several characteristics, e.g., age, education, profession, family conditions, disabilities and technological experience, authors are capable of covering a wide range of potential users. However, the most significant contribution is that, instead of being focused on users capabilities, they consider on the users needs. To that end they build a user profile supported by four main bases:
<list list-type="bullet"><list-item><p>The user level, which indicates the ability of the user to face the system.</p>
</list-item>
<list-item><p>Interface, for the interaction mechanism to be used by the user.</p>
</list-item>
<list-item><p>Audio, to indicate the audio volume levels.</p>
</list-item>
<list-item><p>Display, which includes usual display controls (contrast, colors, brightness…).</p>
</list-item>
</list>
</p>
<p>This approach is focused on the solution, on the adaptation itself. It is a perspective which allows users to configure the interaction based on their capabilities. This helps applications designers because user capabilities are not directly taken into account in the model as medical or technical aspects. This way there is no need to be experts or have any medical knowledge about users disabilities. Another advantage is that each user can manage his/her own profile. This way, they can configure their preferences and capabilities on their own.</p>
</sec>
<sec><title>2012, Evers <italic>et al.</italic>
</title>
<p>Several studies, as the research presented by Evers <italic>et al.</italic>
[<xref rid="b34-sensors-14-05354" ref-type="bibr">34</xref>
], recognize that it is complex to perform interfaces adaptations without bothering the user. On the one hand, adapting an interface without the participation of the user might lead to an unsatisfactory result. On the other hand, asking too much for participation might bother the user. From this work we assume that if the user has high stress levels the corresponding application should not ask for interaction. This way, the application should operate as “automatic” and “self-sufficient” as possible. Following this stress perspective Liao <italic>et al.</italic>
[<xref rid="b35-sensors-14-05354" ref-type="bibr">35</xref>
] present an unified probabilistic decision model based on Influence Diagrams for modeling user stress levels. These levels were inferred by probabilistic inferences of several sources data, e.g., heart rate, mouth openness, head movements, pupils monitoring, <italic>etc</italic>
.</p>
</sec>
<sec><title>2012, Skillen <italic>et al.</italic>
</title>
<p>Within an application personalization within mobile environments Skillen et al. [<xref rid="b36-sensors-14-05354" ref-type="bibr">36</xref>
] present a User Profile Ontology which is able of modeling dynamic components. The ontology considers both static and dynamic aspects of the user mainly focused on his/her behavior changes. In this work user capabilities are also taken into account for the user profile. Capabilities are defined as the extent to which the user has an ability, <italic>i.e.</italic>
, physical, emotional or cognitive, to carry out some activities. User's interests and several context parameters are also considered in the ontology to cover context-aware environments.</p>
</sec>
</sec>
<sec><label>2.1.2.</label>
<title>Users Models Comparison</title>
<p>In this section, we emphasize our user modeling perspective. There are several points of view regarding the user modeling requirements. Here the HCI perspective is taken. This means, (as Pohl states in [<xref rid="b18-sensors-14-05354" ref-type="bibr">18</xref>
]) that the user model refers to user characteristics using a certain system (see Section 2.2.1.). In the AI perspective the works by Alfred Kobsa and Wolfgang Pohl are significant. The authors design generic user model systems (known as shell systems) under this viewpoint [<xref rid="b17-sensors-14-05354" ref-type="bibr">17</xref>
,<xref rid="b37-sensors-14-05354" ref-type="bibr">37</xref>
].</p>
<p>Now that the HCI viewpoint has been remarked, we emphasize the amount of different domains that are addressed in the literature considering user modeling. From product design to multimedia and user interfaces adaptation, every approach follows the same purpose: to consider several user characteristics to improve the system and user's satisfaction and product or service usability. However, although these solutions share the same objectives, the considered characteristics differ a lot. For ubiquitous and more context-aware domains, activities are taken into account. For example, Razmerita [<xref rid="b21-sensors-14-05354" ref-type="bibr">21</xref>
] <italic>et al.</italic>
discuss about an ontology based architecture, which aims to be generic through collecting user data by two different ways (explicitly and implicitly). Golemati [<xref rid="b29-sensors-14-05354" ref-type="bibr">29</xref>
] <italic>et al.</italic>
also take an ontological point of view to avoid the problem of domain dependency (among others) by designing a more general, comprehensive and extensible ontology.</p>
<p>Gauch <italic>et al.</italic>
[<xref rid="b20-sensors-14-05354" ref-type="bibr">20</xref>
] remark in the presented ontology the importance of time. Regarding the studied domain (web browsing) time is significant because it might help characterizing the user considering the spent time reading an article or visiting a website. Well known and popular recommendation systems, as Youtube, utilize this information combined with different explicit and implicit sources from the user interaction to make proper recommendations [<xref rid="b38-sensors-14-05354" ref-type="bibr">38</xref>
].</p>
<p>User activities have also been considered as relevant for many authors in the literature. The first example is the Doppelgänger system [<xref rid="b39-sensors-14-05354" ref-type="bibr">39</xref>
] (1991), which uses activities for sharing relevant user information to different applications. In the same way, Persad <italic>et al.</italic>
[<xref rid="b27-sensors-14-05354" ref-type="bibr">27</xref>
], Heckmann <italic>et al.</italic>
[<xref rid="b30-sensors-14-05354" ref-type="bibr">30</xref>
] and Skillen <italic>et al.</italic>
[<xref rid="b36-sensors-14-05354" ref-type="bibr">36</xref>
] modelled activities to take user's behavior and interaction into account for the proposed classifications and systems. For Hatala and Wakkary [<xref rid="b22-sensors-14-05354" ref-type="bibr">22</xref>
] activities are also vital within context-aware environments.</p>
<p>As occurs with context modeling (see Section 2.2.2.) many different techniques are available for the model representation. This usually depends either on the developer, because of his/her experience, or in the system's technical characteristics. For example, if the system is able to performs inference with the user data an ontology based representation could be more helpful than an object based one. Strang and Linnhoff-Popien [<xref rid="b40-sensors-14-05354" ref-type="bibr">40</xref>
] demonstrate that ontological modelling is more appropriate for ubiquitous computing environments.</p>
<p>It is also common to model medical related characteristics of the user. For example, the works by Gregor <italic>et al.</italic>
[<xref rid="b5-sensors-14-05354" ref-type="bibr">5</xref>
] and Persad <italic>et al.</italic>
[<xref rid="b27-sensors-14-05354" ref-type="bibr">27</xref>
] consider physical, cognitive an sensory capabilities. Skillen <italic>et al.</italic>
[<xref rid="b36-sensors-14-05354" ref-type="bibr">36</xref>
] also model several user abilities for performing different tasks and activities. The problem is that being aware of these capabilities is difficult and, in some cases, poorly practical. For example, measuring the sight capability of one individual requires medical experience or advise. Besides, people with the same affection do not respond in the same way. A person who was born blind would interact differently with the environment than another who has been losing sight during his/her life. The precise same disability, e.g., tunnel vision, might affect different people in many different ways depending on their personal skills, e.g., adaptability, orientation, etc. This leaves an open issue which leads us to an idea. What if, instead of modeling medical skills (disabilities), we were able to model user's capabilities? The first approximation for this is found in Casas <italic>et al.</italic>
[<xref rid="b32-sensors-14-05354" ref-type="bibr">32</xref>
] work. They present a user profile which abstracts from physiological aspects and let users to manage and configure their own profile. Just in the opposite, Skillen <italic>et al.</italic>
[<xref rid="b36-sensors-14-05354" ref-type="bibr">36</xref>
] model user capabilities as a set of abilities which allow users to perform some task or activities.</p>
<p>On the other hand, Gerard Fischer comments in [<xref rid="b19-sensors-14-05354" ref-type="bibr">19</xref>
] that it not only is difficult to model users because of the wide range of different types of people that exist. He also considers that each individual changes with experience and through time. For example, old people's capabilities decrease with ageing. This idea is shared with Gregor <italic>et al.</italic>
[<xref rid="b5-sensors-14-05354" ref-type="bibr">5</xref>
], whose work is centred around the elderly. Heckmann [<xref rid="b41-sensors-14-05354" ref-type="bibr">41</xref>
] not only considers that users might evolve (from an AI perspective), but he also takes new context information from the inference process. This also opens a new point of view that we address in Section 1.1 and it takes context as a significant user's environment entity that might directly influence the user's capabilities. In other words, users change through experience, time and, in concrete situations, due to the current context characteristics. For example, an individual might not suffer from any mobility disability, but in a crowded street would be difficult to perform several daily activities (just walking could be difficult). Razmerita [<xref rid="b21-sensors-14-05354" ref-type="bibr">21</xref>
] <italic>et al.</italic>
also address this issue when they talk about the implicit user information collecting process. This, of course, deals with the concept of dynamism.</p>
<p>Evers <italic>et al.</italic>
[<xref rid="b34-sensors-14-05354" ref-type="bibr">34</xref>
] consider that respecting user's interactive behavior with applications needs to be taken into account. On the other hand, Pereira [<xref rid="b26-sensors-14-05354" ref-type="bibr">26</xref>
] analyses the differences between emotional and perceptional user characteristics.</p>
<p><xref rid="t1-sensors-14-05354" ref-type="table">Table 1</xref>
summarizes the analyzed approaches for user modeling emphasizing the modeled user characteristics and domains. Besides, although in a first version every used technique was remarked, for this paper we have focused on emphasizing just those which follow an ontology-based approach. This is because many of the cited works are more theoretical or surveys, or they just give some advices about important context data when facing a context modeling task. Besides, Strang and Linnhoff-Popien [<xref rid="b40-sensors-14-05354" ref-type="bibr">40</xref>
] demonstrate that using ontologies is more appropriate for modeling context-aware systems.</p>
</sec>
</sec>
<sec><label>2.2.</label>
<title>Context</title>
<p>Context is mostly defined by the definition by Anind K. Dey [<xref rid="b42-sensors-14-05354" ref-type="bibr">42</xref>
] as follows:</p>
<p><bold>Definition 5.</bold>
<italic>Context is any information that can be used to characterize the situation of an entity. An entity is a person, place, or object that is considered relevant to the interaction between a user and an application, including the user and applications themselves</italic>
.</p>
<p>Their definition enables developers to easily enumerate those elements which take part in the context for a certain application domain. The author also defines that <italic>“if a piece of information can be used to characterize the situation of a participant in an interaction, then that information is context”</italic>
. By a proposed example it is seen how different pieces of information are analyzed to determine if they belong to what Dey states context is. These definitions are based on research experience. This section shows how modeling and defining context has evolved in the past 15 years.</p>
<p>Context management allows us to identify the conditions of the environment. This way, developers are able to adapt services or applications for the user taking into account these conditions. To do this first there is the need of gathering context information. Next, this information has to be somehow processed and, finally, it will be used to personalize and contextualize the current situation.</p>
<sec><label>2.2.1.</label>
<title>A Chronological Review of the Evolution of Context Management</title>
<p>The following figure shows the evolution for context modeling by chronological order for the last 15 years.</p>
<p><graphic xlink:href="sensors-14-05354u2.jpg" position="float"></graphic>
</p>
<p>Dey [<xref rid="b42-sensors-14-05354" ref-type="bibr">42</xref>
] also defines <italic>context-aware systems</italic>
as those systems which, using context data, provide significant information and/or services to the user where the relevancy of the given information depends on the user task. This domain dependency implies that each solution or context model is too concrete or specific and poorly extensible to other environments. Schmidt <italic>et al.</italic>
[<xref rid="b43-sensors-14-05354" ref-type="bibr">43</xref>
] consider several issues about context modeling emphasizing the excess of abstraction about context-aware systems and environments which causes a lack of models to be compared. Therefore, a categorized model for context-aware systems is presented. In 2001 Anthony Jameson [<xref rid="b44-sensors-14-05354" ref-type="bibr">44</xref>
] studies how context-aware computing represents a challenging frontier for researchers. In this work information about the environment, the user's current state, longer term user properties and the user behavior are compared in order to take the correct adaptation decision. Several research investigations focused on user interface adaptation area base their processes on context changes as triggers. However, they lack of a common model of context in their platforms [<xref rid="b45-sensors-14-05354" ref-type="bibr">45</xref>
,<xref rid="b46-sensors-14-05354" ref-type="bibr">46</xref>
]. This fact emphasizes the argument established by Schmidt <italic>et al.</italic>
[<xref rid="b43-sensors-14-05354" ref-type="bibr">43</xref>
].</p>
<p>In this section, a review of the most popular context-aware systems is presented, mainly focused on the modeled context parameters, techniques, domains and dependencies. Besides, several authors define context and context-awareness through their own experience.</p>
<sec><title>2000, Chen and Kotz</title>
<p>Chen and Kotz [<xref rid="b47-sensors-14-05354" ref-type="bibr">47</xref>
] define context as follows: <italic>Context is the set of environmental states and settings that either determines an application's behavior or in which an application event occurs and is interesting to the user</italic>
. Besides, an active and passive definitions of context-aware computing are also given:
<list list-type="bullet"><list-item><p>Active context awareness: <italic>“an application automatically adapts to discovered context, by the changing in the application's behavior”</italic>
.</p>
</list-item>
<list-item><p>Passive context awareness: <italic>“an application presents the new or updated context to an interested user or makes the context persistent for the user to retrieve later”</italic>
.</p>
</list-item>
</list>
</p>
<p>Based on the work by Schilit <italic>et al.</italic>
[<xref rid="b48-sensors-14-05354" ref-type="bibr">48</xref>
], Chen and Kotz consider time as an important and natural context feature for many applications. Besides, they introduce the term <italic>“context history”</italic>
, which is an extension of the time feature recorded across a time span.</p>
<p>A significant problem remarked in this work is the impossibility to exchange context information between the studied context-aware systems due to the way they model the environment. Furthermore, as location is one of the most modeled context features, Chen and Kotz provide a study of several aspects that should be taken into account when researchers face the problem of modeling it.</p>
</sec>
<sec><title>2001, Anthony Jameson</title>
<p>Anthony Jameson [<xref rid="b44-sensors-14-05354" ref-type="bibr">44</xref>
] analyses in 2001 how context-aware computing represents a challenging frontier for researchers in the field of Adaptive User Interfaces. In this work information about the environment, the user's current state, longer term user properties and the user behavior are compared in order to take the correct adaptation decision. The idea is to compare several scenarios. In the first one, only information about the environment is considered. In the following scenarios the user's current state, behavior and long-term properties are taken into account. This way, the results conclude that considering a wider range of user information can help context-aware systems designers.</p>
</sec>
<sec><title>2002, Henricksen <italic>et al.</italic>
</title>
<p>The approach followed by Henricksen <italic>et al.</italic>
[<xref rid="b49-sensors-14-05354" ref-type="bibr">49</xref>
] makes the following notes about context in pervasive environments:
<list list-type="bullet"><list-item><p>Context information exhibits temporal characteristics. Context can be static (those characteristics that do not change over time, e.g., birthday) or dynamic, e.g., user location. Besides, the persistence of the dynamic information can easily change. This way, it is justified that the static context should be provided by the user, while the dynamic one should be gathered by sensors. Past historic and a possible future context are also taken into account as part of the description of the whole context description.</p>
</list-item>
<list-item><p>A second property of the context information is its imperfection. Information can be useless if it cannot reflect a real world state. It also can be inconsistent if it contains contradictions, or incomplete if some context aspect are unknown. There are many causes to these situations. For example, information can change so fast that it may be invalid once it is collected. This is obviously because the dynamic nature of the environment. Besides, there is a strong dependency on software and hardware infrastructures, which can fail any time.</p>
</list-item>
<list-item><p>Context has multiple alternative representations. Context information usually comes from sensors which “speak” different languages. For example, a location sensor can use latitude and longitude metrics while the involved application works with a street map.</p>
</list-item>
<list-item><p>Context information is highly disassociated. There are obvious connections between some context aspects, e.g., users and devices. However, other connections need to be computed with the available information.</p>
</list-item>
</list>
</p>
<p>This work also indicates the dependency between context models, the scenarios and use cases of the application domains. Authors extract several context parameters to consider:
<list list-type="bullet"><list-item><p>User activity, distinguishing between the current one and the planned one.</p>
</list-item>
<list-item><p>Device that is being used by the user.</p>
</list-item>
<list-item><p>Available devices and resources.</p>
</list-item>
<list-item><p>Current relationships between people.</p>
</list-item>
<list-item><p>Available communication channels.</p>
</list-item>
</list>
</p>
</sec>
<sec><title>2002, Held <italic>et al.</italic>
</title>
<p>In 2002, Held <italic>et al.</italic>
[<xref rid="b50-sensors-14-05354" ref-type="bibr">50</xref>
] discuss about the necessity of content adaptation and representation formats for context information in dynamic environments. A significant perspective is the justification of modeling not only the user but the network status and device context information as well. The following parameters are considered as relevant context information:
<list list-type="bullet"><list-item><p>Device: basic hardware features, e.g., CPU power, memory, …, user interface input, e.g., keyboard, voice recognition, … and output, e.g., display and audio, and other particular specifications of the device, e.g., display resolution, color capability, ….</p>
</list-item>
<list-item><p>User: service selection preferences, content preferences and specific information about the user.</p>
</list-item>
<list-item><p>Network connection: bandwidth, delay, and bit error rate.</p>
</list-item>
</list>
</p>
<p>Authors also present several requirements concerning the representation of context information. Accordingly, they defend that a context profile should be:
<list list-type="bullet"><list-item><p>Structured, to ease the management of the amount of gathered information and remark relevant data about the context.</p>
</list-item>
<list-item><p>Interchangeable, for components to interchange context profiles.</p>
</list-item>
<list-item><p>Composable/decomposable, to maintain context profiles in a distributed way.</p>
</list-item>
<list-item><p>Uniform, to ease the interpretation of the information.</p>
</list-item>
<list-item><p>Extensible, for supporting future new attributes.</p>
</list-item>
<list-item><p>Standardized, for context profile exchanges between different entities in the system.</p>
</list-item>
</list>
</p>
</sec>
<sec><title>2004, Gu <italic>et al.</italic>
: The SOCAM Ontology</title>
<p>In 2004 Gu <italic>et al.</italic>
[<xref rid="b51-sensors-14-05354" ref-type="bibr">51</xref>
] design the SOCAM service-oriented context-aware middleware architecture for designing and prototyping applications in an Intelligent Environment. following components:
<list list-type="bullet"><list-item><p>Context providers, which abstract context information from heterogeneous sources and semantically annotate it according to the defined ontology.</p>
</list-item>
<list-item><p>The context interpreter, which provides logic reasoning to process information about the context.</p>
</list-item>
<list-item><p>The context database, which stores current and past context ontologies.</p>
</list-item>
<list-item><p>Context-aware applications, which adapt their behavior according to the current context situation.</p>
</list-item>
<list-item><p>The service-locating service, which allows context providers and interpreters to advertise their presence for users and applications to locate them.</p>
</list-item>
</list>
</p>
<p>Gu <italic>et al.</italic>
use OWL to describe their context ontologies in order to support several tasks in SOCAM. As the pervasive computing domain can be divided into smaller sub-domains, the authors also divided the designed ontology into two categories:
<list list-type="bullet"><list-item><p>An upper ontology, which captures high-level and general context knowledge about the physical environment.</p>
</list-item>
<list-item><p>A low-level ontology, which is related to each sub-domain and can be plugged and unplugged from the upper ontology when the context changes.</p>
</list-item>
</list>
</p>
<p>As a result, the upper ontology considers person, location, computational entity and activity as context concepts.</p>
<p>Gu <italic>et al.</italic>
[<xref rid="b52-sensors-14-05354" ref-type="bibr">52</xref>
] also present an OWL based model to represent, manipulate and access context information in smart environments. The model represents contexts and their classification, dependency and quality of information using OWL to support semantic interoperability, contextual information sharing, and context reasoning. The ontology allows to associate entities' properties with quality restrictions that indicate the contextual information quality.</p>
</sec>
<sec><title>2005, Chen <italic>et al.</italic>
: The CoBrA Ontology</title>
<p>Another work under a similar approach is the one performed by Chen <italic>et al.</italic>
[<xref rid="b53-sensors-14-05354" ref-type="bibr">53</xref>
]. Authors introduce the CoBrA ontology based system, which provides a set of semantic concepts for characterizing entities such as people, places or other objects within any context. The system provides support for context-aware platforms in runtime, specifically for Intelligent Meeting Rooms. The context broker is the central element of the architecture. This broker maintains and manages a shared context model between agents (applications, services, web services, <italic>etc.</italic>
) within the community. In intelligent environments participating agents often have limited resources and capabilities for managing, reasoning and sharing context. The broker's role is to help these agents to reason about the context and share its knowledge. The presented ontology relies on:
<list list-type="bullet"><list-item><p>Concepts that define physical places and their spatial connections.</p>
</list-item>
<list-item><p>Concepts that define agents (humans and not humans).</p>
</list-item>
<list-item><p>Concepts that define the location of an agent.</p>
</list-item>
<list-item><p>Concepts that describe an agent activity.</p>
</list-item>
</list>
</p>
</sec>
<sec><title>2005, Yamabe <italic>et al.</italic>
: The Citron Framework</title>
<p>In 2005 Yamabe <italic>et al.</italic>
[<xref rid="b54-sensors-14-05354" ref-type="bibr">54</xref>
] present a framework for personal devices which gathers context information about the user and his/her surrounding environment. Muffin, a personal sensor-equipped device is designed. Using it, several context parameters are gathered.</p>
<p>Sensor information is also considered for evaluating several user high-level context information. For example, accelerometer readings might recognize a walking or running activity, shaking and rotating, <italic>etc</italic>
. The microphone is not only used to measure the ambient noise. It is also useful for detecting the place where the user is, e.g., meeting room, restaurant, street, ….</p>
<p>The context acquisition is categorized in two different groups: the user and the environment. For the user several issues are analyzed. For example, activities recognition requires the user to use the device in specific ways (it is not the same to use it with hands or waist-mounted). Another problem they encounter is about the time consuming process since an event is captured, then processed and finally validated. The last contextual issue deals with the intrinsic complexity and ambiguity of context information. For example, the meaning of what is loud might depend on the current situation, e.g., if the user is in a meeting room, if the user is in the street…. For the environment, Muffin suffer several heat problems due to the sensors sensitivity to environment temperature. This way, sometimes the gathered measures are invalid.</p>
</sec>
<sec><title>2008, Wood <italic>et al.</italic>
: AlarmNet</title>
<p>AlarmNet is an AAL monitoring wireless sensor network system (WSN) for pervasive adaptive healthcare in assisted living residences for patients with special needs. In this work, Wood <italic>et al.</italic>
[<xref rid="b55-sensors-14-05354" ref-type="bibr">55</xref>
] contribute with several novelties:
<list list-type="bullet"><list-item><p>An extensible heterogeneous network middleware.</p>
</list-item>
<list-item><p>Novel context-aware protocols.</p>
</list-item>
<list-item><p>SenQ, a query protocol for efficiently streaming sensor data.</p>
</list-item>
</list>
</p>
<p>The context-aware protocol uses a two-way network information flow. On the one hand, environmental, system and residents data flow. On the other hand, circadian activity rhythm (CAR) analysis goes back into the system to enable smart power management and dynamic alerts.</p>
<p>Several sensors are used for sensing environmental quality: light, temperature, dust, resident activities (motion sensors), …. The devices' queries to the system are negotiated by the Query Manager.</p>
</sec>
<sec><title>2011, Baltrunas <italic>et al.</italic>
: InCarMusic</title>
<p>Assuming that context-aware systems adapt to the specific user situation, Baltrunas <italic>et al.</italic>
present a music recommendation system which takes into account the user's mood and the traffic conditions [<xref rid="b4-sensors-14-05354" ref-type="bibr">4</xref>
]. To this end, the authors design a methodology where users can be requested to judge several contextual factors, e.g., if current traffic conditions are relevant for a decision making task, and to rate an item when a certain contextual condition is met.</p>
<p>In order to take into account the user's music preference and the influence that context might have into them, context is modeled as several independent factors.</p>
</sec>
<sec><title>2012, McAvoy <italic>et al.</italic>
</title>
<p>In this work the authors propose an ontology-based system for the managing of context within smart environments. One of the most significant contributions deals with the high-level information managed through the metadata and meaning which are collected by the sensor network [<xref rid="b56-sensors-14-05354" ref-type="bibr">56</xref>
]. The sensing devices within the smart environment have to be modeled in order to be semantically enriched. Data is formally represented as an ontology by using entities and the relationships which link them together. After the data is collected from the sensors it is passed to an enrichment module where it is made semantically rich. This new enriched data is stored in a semantic repository in the form of triples. The meaning of this information and the metadata are added to the data within this enrichment component.</p>
</sec>
<sec><title>2013, Almeida and López-de-Ipiña: The AMBI2ONT Ontology</title>
<p>Almeida and López-de-Ipiña [<xref rid="b57-sensors-14-05354" ref-type="bibr">57</xref>
] consider two common problems dealing with ambiguity in the area of context modeling: the uncertainty and the vagueness. The uncertainty models the likeness of certain fact, while the vagueness represents the degree of membership to a fuzzy set. The uncertainty is represented by a certainty factor.</p>
<p>Due to the nature of the process of collecting data from the environment, the proposed ontology has been designed to support two types of uncertainty:
<list list-type="bullet"><list-item><p>Uncertain data: This kind of uncertainty is generated from the capture of data from sensors due to the imperfect nature of the devices.</p>
</list-item>
<list-item><p>Uncertain rules: It occurs in the execution of the rules.</p>
</list-item>
</list>
</p>
<p>To reason over the ambiguous information the JFuzzy Logic Open Source fuzzy reasoner has been adapted to support uncertainty information.</p>
</sec>
</sec>
<sec><label>2.2.2.</label>
<title>Context Models Comparison</title>
<p>The previous section has reviewed several significant context-aware systems and the followed approaches for modeling relevant context parameters of the environment depending on the application domain. In fact, this is one of the main problems in context modeling: the lack of model independence from similar domains and, also, the lack of models to be compared. Despite the fact that sometimes the “primary” domains are similar (context-aware computing, pervasive environments and ubiquitous computing) regarding the necessity of managing context knowledge, the concrete applications and approaches domains are different. Here, Henricksen <italic>et al.</italic>
[<xref rid="b49-sensors-14-05354" ref-type="bibr">49</xref>
] realize about the lack of formality and expressiveness of previous context models.</p>
<p>However, to avoid this problem Gu <italic>et al.</italic>
[<xref rid="b52-sensors-14-05354" ref-type="bibr">52</xref>
] present an ontology-based solution in which context information is modelled in two separated layers:
<list list-type="bullet"><list-item><p>In the upper layer there is an ontology which describes high-level knowledge about the current context and physical environment.</p>
</list-item>
<list-item><p>Under it there is the possibility to add and remove ontologies which model low-level information of the current specific domain.</p>
</list-item>
</list>
</p>
<p>On the one hand, this approach allows developers to consider richer information, as activities, and abstract knowledge about the current global context. On the other hand, it makes possible to model specific knowledge of the current sub-domain. Besides, the possibility to plug and unplug these low-level ontologies makes this solution powerful. The solution provided by Gu <italic>et al.</italic>
[<xref rid="b51-sensors-14-05354" ref-type="bibr">51</xref>
] is significant because of the following reasons:
<list list-type="bullet"><list-item><p>It considers high-level information on top of a more specific and domain dependent sub-model.</p>
</list-item>
<list-item><p>Activities are modeled as a relevant concept for context in the upper ontology.</p>
</list-item>
<list-item><p>The modeled entities are related. Persons are associated with locations and activities, each location is linked with indoor or outdoor entities, activities can be categorized into scheduled or deduced ones, <italic>etc</italic>
.</p>
</list-item>
</list>
</p>
<p>As the work by Chen and Kotz [<xref rid="b47-sensors-14-05354" ref-type="bibr">47</xref>
] is a survey of context-aware computing the remarked context characteristics (location and time) are given more as an advice, since there is no model in their work. Nevertheless, they introduce several novelties like the term “context history”, which might be useful for future predictions about user's behavior and trends.</p>
<p>Modeling high-level information allows to perform deeper computations taking into account behavioral characteristics, trends information, inferred knowledge from small pieces of information combinations, <italic>etc</italic>
. As can be seen in <xref rid="t2-sensors-14-05354" ref-type="table">Table 2</xref>
many authors work with high-level data in their context-aware systems.</p>
<p>On the other hand, physical context parameters are frequently modeled in the analyzed literature. Location, time and environment conditions, e.g., temperature, pressure, light, noise, … are usually modeled to achieve final system's goal, e.g., adapting the user interface, recommending items or services, filtering resources, …. Besides, several approaches take user related characteristics to fulfill their purposes. For example, Schmidt <italic>et al.</italic>
[<xref rid="b43-sensors-14-05354" ref-type="bibr">43</xref>
] consider not only physical environment as context information but also several human factors categorized as follows:
<list list-type="bullet"><list-item><p>User information, which gathers knowledge about user's habits, emotional stated and bio-physiological conditions.</p>
</list-item>
<list-item><p>Social environment, made up by others users location, social interactions of the current user and knowledge about the behavior of groups of people.</p>
</list-item>
<list-item><p>Task, taking into account spontaneous activities, engaged tasks and general goals.</p>
</list-item>
</list>
</p>
<p>A user modeling approach which considers emotional issues of the user is presented by Pereira [<xref rid="b26-sensors-14-05354" ref-type="bibr">26</xref>
]. As is remarked in Section 2.1.1. the author distinguishes between emotions and perceptions to separate both concepts for modeling processes. These approaches are found useful for recommending systems in which user mood and psychological state are relevant to filter multimedia content [<xref rid="b4-sensors-14-05354" ref-type="bibr">4</xref>
]. Following a similar perspective Evers <italic>et al.</italic>
[<xref rid="b34-sensors-14-05354" ref-type="bibr">34</xref>
] analyze the user's participation in adaptive applications. Several concepts that should be taken into account regarding the user behavior and interaction with the application are presented (see Section 2.1.1.). Another similar approach regarding the user's more psychological aspects is presented by Liao <italic>et al.</italic>
[<xref rid="b35-sensors-14-05354" ref-type="bibr">35</xref>
] Here the authors present a model for modeling user stress levels. This is related to the concept of Considerate Computing, term that it is explained in [<xref rid="b58-sensors-14-05354" ref-type="bibr">58</xref>
].</p>
<p>Schmidt <italic>et al.</italic>
[<xref rid="b43-sensors-14-05354" ref-type="bibr">43</xref>
] also remark social environment as relevant for context modeling. More related to recommending environments, non explicit information about user's likes need to be computed. Similar approaches in these environments tend to avoid recommending systems intrinsic problems, like the so-called “cold start problem” [<xref rid="b59-sensors-14-05354" ref-type="bibr">59</xref>
,<xref rid="b60-sensors-14-05354" ref-type="bibr">60</xref>
].</p>
<p>Another relevant point remarked by Schmidt <italic>et al.</italic>
[<xref rid="b43-sensors-14-05354" ref-type="bibr">43</xref>
] are the user's tasks. Several authors consider activities relevant for modeling context [<xref rid="b49-sensors-14-05354" ref-type="bibr">49</xref>
,<xref rid="b51-sensors-14-05354" ref-type="bibr">51</xref>
,<xref rid="b61-sensors-14-05354" ref-type="bibr">61</xref>
]. Activities enrich context information about the user [<xref rid="b21-sensors-14-05354" ref-type="bibr">21</xref>
]. It is common to model user activities in the user model (see <xref rid="t1-sensors-14-05354" ref-type="table">Table 1</xref>
).</p>
<p>Finally, and as occurs with user information, sometimes the collected data might lead to misunderstandings or non-trustworthy data. Almeida and López-de-Ipiña [<xref rid="b57-sensors-14-05354" ref-type="bibr">57</xref>
] consider ambiguity and uncertainty in their work and presents an ontology-based process which allows to model them within a smart environment.</p>
<p><xref rid="t2-sensors-14-05354" ref-type="table">Table 2</xref>
shows the differences between each reviewed solution for modeling context. It is difficult to gather all the approaches in a unique table. Therefore, <xref rid="t2-sensors-14-05354" ref-type="table">Table 2</xref>
just emphasizes several differences, although these solutions have more characteristics modeled. For example, the work by Almeida and López-de-Ipiña [<xref rid="b57-sensors-14-05354" ref-type="bibr">57</xref>
] is focused on modeling context uncertainty and vagueness due to the nature of context data from sensors. Besides and as it is deeply discussed in [<xref rid="b40-sensors-14-05354" ref-type="bibr">40</xref>
], modelling the context with ontologies offers the following advantages:
<list list-type="bullet"><list-item><p>Ontologies are the most expressive approach to model context.</p>
</list-item>
<list-item><p>Composition and management of the model can be done in a distributed manner.</p>
</list-item>
<list-item><p>It is possible to partially validate the contextual knowledge.</p>
</list-item>
<list-item><p>One of the main strengths of ontologies is the simplicity to enact the normalization and formality of the model.</p>
</list-item>
</list>
</p>
<p>Regarding the context-aware systems, we cannot go further without remarking the issues of gathering information from different sources or sensors. This information might sometimes be unreliable. Sensors can fail in the collecting process, they also can stop working due to several reasons, e.g., power or malfunction. What is more, every sensor “speaks” its language (this issue is addressed applying different techniques, like data fusion). Therefore, a process to evaluate the quality and trustworthiness of the collected information should be included in every context-based system as a method to avoid undesired results.</p>
</sec>
</sec>
<sec><label>2.3.</label>
<title>Device Models</title>
<p>There are many and different approaches in the literature for devices modeling. Devices capabilities might determine the boundaries of an adaptation process or the consumable resources. Lemlouma and Layaïda is considered that an independent device model would probably reduce adaptation process efforts for different context situations [<xref rid="b62-sensors-14-05354" ref-type="bibr">62</xref>
]. In fact, the World Wide Web Consortium (W3C) reinforces this perspective by warning about the wide range of device capabilities and sizes [<xref rid="b63-sensors-14-05354" ref-type="bibr">63</xref>
] which define the boundaries of the content that each device can handle. Several techniques, like Device Descriptors, content transformation guides, devices APIs and CC/PP systems help developers to optimize the user experience. These modeling techniques are analysed in the following section.</p>
<sec><label>2.3.1.</label>
<title>Composite Capabilities/Preference Profiles</title>
<p>Composite Capabilities/Preference Profiles [<xref rid="b64-sensors-14-05354" ref-type="bibr">64</xref>
] (CC/PP) is a W3C standard system to express user and device capabilities. Using CC/PP a user will be able to show a specific preference or disability. For example, even though a user's device can display millions of colors, perhaps the user can just distinguish between a small set of colors. The necessity of this system stems from the wide range of web and ubiquitous devices available in the market. These devices have more and more multimedia and Web capabilities. This makes troublesome to Web content providers to service their content to these devices keeping usability and user satisfaction [<xref rid="b62-sensors-14-05354" ref-type="bibr">62</xref>
].</p>
<p>However, managing a large number of devices is not a new problem. Many approaches have been proposed in the literature to tackle this situation. Most of them are based on content management. This approach considers different presentation alternatives. Depending on the client device, a presentation configuration is served. This way, in the content serving process there are two options: (a) the server chooses which is the best configuration for the device, and (b) the client decides what to do with the content. This approach is very easy to be performed since every device identifies itself against the server.</p>
<p>CC/PP is based on profiles. A profile contains components and attributes. Each component has, at least, one attribute, and each profile has at least one component. The main components are: the hardware platform, the software platform and single applications, e.g., a browser. Attributes can contain one or many values. For example, in case of the “hardware platform” component we can find the attributes <italic>displayWidth</italic>
and <italic>displayHeight</italic>
. These attributes have a single value. CC/PP uses RDF (Resource Description Language) as formal language to build these profiles. <xref rid="t3-sensors-14-05354" ref-type="table">Table 3</xref>
shows several advantages and drawbacks of this approach.</p>
</sec>
<sec><label>2.3.2.</label>
<title>UAProf</title>
<p>User Agent Profile [<xref rid="b65-sensors-14-05354" ref-type="bibr">65</xref>
] (UAProf) is concerned with collecting wireless devices capabilities and preferences. This information is provided to content servers to easy the content format selection process.</p>
<p>UAProf is directly related to the W3C CC/PP specification and it is also based on RDF. This way, the document schema is extensible [<xref rid="b66-sensors-14-05354" ref-type="bibr">66</xref>
,<xref rid="b67-sensors-14-05354" ref-type="bibr">67</xref>
]. These files, usually served as application/xml mimetype, describe several mobile devices capabilities, e.g., vendor, model, screen size, multimedia capabilities, <italic>etc</italic>
. Most recent versions have also information about MMS, video streaming and more multimedia features. UAProf profiles are voluntarily built by the vendors, e.g., Nokia, Samsung, LG, … for GSM devices, or by several telecommunications company for CDMA/BREW devices.</p>
<p>The system works as follows:
<list list-type="order"><list-item><p>The device sends a header containing a URL and its UAProf within an HTTP request.</p>
</list-item>
<list-item><p>The server side analyses the received UAProf to adapt the content to the device's display size.</p>
</list-item>
<list-item><p>Finally, the server takes the decision and serves the corresponding items to the device.</p>
</list-item>
</list>
</p>
<p>However, this approach has several drawbacks:
<list list-type="bullet"><list-item><p>Not every device have a UAProf.</p>
</list-item>
<list-item><p>Not every UAProf are available.</p>
</list-item>
<list-item><p>UAProf data can contain schema or data errors.</p>
</list-item>
<list-item><p>There is no industry-wide data quality standard for the data within each field in an UAProf.</p>
</list-item>
</list>
</p>
</sec>
<sec><label>2.3.3.</label>
<title>Device Description Repository</title>
<p>The Device Description Repository (DDR) is a concept proposed by the Device Description Working Wroup (DDWG), an organization within the W3C. The DDR is supported by a standard interface and an initial vocabulary core about devices' properties. Web content authors will use these repositories to adapt their content to these devices. This way, the Web content interaction with different devices will be easier. Screen size, input mechanisms, supported colour sets, known limitations, special features, <italic>etc.</italic>
are stored in these repositories.</p>
<p>Here we present three of the most popular DDR systems:</p>
<sec><title>WURFL</title>
<p>The Wireless Universal Resource FiLe (WURFL) is an XML based open source database which contains the characteristics and capabilities of a wide range of devices. These capabilities are classified into several groups. These groups are just a simple way to understand WURFL and its data. Its API is very easy to use and it has the advantage of providing a hierarchy able to <italic>infer</italic>
several capabilities for devices which are still not present in the file.</p>
<p>The following are several capabilities used by Almeida <italic>et al.</italic>
[<xref rid="b68-sensors-14-05354" ref-type="bibr">68</xref>
] for Imhotep, a framework which aims to ease the development of accessible and adaptable user interfaces:
<list list-type="bullet"><list-item><p>display: It contains information about the device screen, as the resolution, number of columns, orientation, <italic>etc</italic>
.</p>
</list-item>
<list-item><p>image_format: Supported image formats.</p>
</list-item>
<list-item><p>playback: Supported video codec.</p>
</list-item>
<list-item><p>streaming: Available streaming capabilities.</p>
</list-item>
<list-item><p>sound_format: Supported audio formats.</p>
</list-item>
</list>
</p>
<p>WURFL has become the de-facto standard for mobile capabilities. Nevertheless, there are several free and open source alternatives that are growing within the community very fast.</p>
</sec>
<sec><title>OpenDDR</title>
<p>One of the previously cited open alternatives is OpenDDR [<xref rid="b69-sensors-14-05354" ref-type="bibr">69</xref>
]. This DDR also provides an API to access DDRs about devices capabilities. It has two main advantages:
<list list-type="bullet"><list-item><p>The conviction that the application will work with any W3C DDR API implementation.</p>
</list-item>
<list-item><p>Adopting the W3C standard the Copyright of the interfaces is protected by the W3C against any intellectual property and patent claims.</p>
</list-item>
</list>
</p>
<p>Nevertheless, the OpenDDR API is complex. It does not provide an architecture approach like WURFL. This way, it assumes default values for unknown parameters, e.g., displayWidth = 800 pixels.</p>
</sec>
<sec><title>51Degrees.mobi</title>
<p>It works similar to OpenDDR, with the difference that 51Degrees.mobi [<xref rid="b70-sensors-14-05354" ref-type="bibr">70</xref>
]. has two versions. The first one (Lite) is free to use and it gathers several devices capabilities. The second one (Premium) is not free, but it has more data about devices and automatic updates for the stored information.</p>
</sec>
</sec>
<sec><label>2.3.4.</label>
<title>DDR Solution Comparison</title>
<p>The main problem with these solutions is their inability to provide all the information developers usually need. Many fields are empty (which means that default values are used) or with error data. Another disadvantage is that, for the interface adaptation domain, sometimes we may need dynamic information about the device. For example, the battery levels, or the available memory, can be crucial pieces of information before making any adaptation process. <xref rid="t4-sensors-14-05354" ref-type="table">Table 4</xref>
depicts each solution's drawbacks and advantages.</p>
</sec>
<sec><label>2.3.5.</label>
<title>Ontologies</title>
<p>There are other alternatives for modeling devices. As occurs with users and context ontologies allow us to give some meaning to the modeled concepts and the collected information. From the reviewed ontologies we remark the SOUPA ontology which, in addition to consider context information, it models many different aspects of static mobile capabilities and characteristics [<xref rid="b72-sensors-14-05354" ref-type="bibr">72</xref>
]. Another significant ontology is the one presented by Hervás, Bravo and Fontecha [<xref rid="b73-sensors-14-05354" ref-type="bibr">73</xref>
] as part of the PIVOn ontology. The Device Model Ontology describes not only the device's capabilities but its relationships with the service and user ontologies, dependencies and other features.</p>
</sec>
<sec><label>2.3.6.</label>
<title>Device Discussion</title>
<p>Apart from all the cited techniques for considering devices and their capabilities, we need to remark how technology evolves in a way that makes difficult to predict how we will work with smart devices in the near future. A few years ago context was understood as the result of the mixture of every physical sensor deployed in the environment. Temperature, light, noise, … all these context variables have been historically collected through several sensors located strategically. Now these sensors (and more) are also embedded in these smart devices. They have become wearable, and using their capabilities of the devices they area embedded in they have improved their performance. Touchable screens, network capabilities, parallel computing resources and high storage space embedded in small devices have changed the way context and smart devices interact. This situation makes us contemplate how this interaction channel would be in the near future. Smart watches, glasses and other wearable devices are, undoubtedly, changing the way smart environments will sense, behave and react.</p>
</sec>
</sec>
<sec><label>2.4.</label>
<title>Related Standardization Work</title>
<p>Regarding the standardization, there are several initiatives (dealing with HCI) that, considering users and devices, are now presented.</p>
<sec><title>The Web Accessibility Initiative</title>
<p>The Web Accessibility Initiative (WAI) [<xref rid="b74-sensors-14-05354" ref-type="bibr">74</xref>
] is focused on enabling people with disabilities to equally participate in the Web, e.g., including social inclusion, regarding not only their disabilities but the location and available infrastructure. On the other hand, there are also different approaches to standardize the content [<xref rid="b75-sensors-14-05354" ref-type="bibr">75</xref>
] and the presentation of the user interface,<italic>i.e.</italic>
, the Pennsylvania State University [<xref rid="b76-sensors-14-05354" ref-type="bibr">76</xref>
] studies how to deal with W3C's standards, accessibility and usability issues. Besides, several workshops are proposed to keep investigating under this issue (see [<xref rid="b77-sensors-14-05354" ref-type="bibr">77</xref>
]).</p>
</sec>
<sec><title>The Uncertainty Reasoning for the World Wide Web Incubator Group</title>
<p>Considering the uncertainty of the collected context information, the W3C's Uncertainty Reasoning for the World Wide Web Incubator Group (URW3-XG) [<xref rid="b78-sensors-14-05354" ref-type="bibr">78</xref>
] aims to define the challenge of reasoning with and representing uncertain information through related WWW technologies. In 2008, the W3C Incubator Group released a report where there are many recommendations through different analysis to identify and describe not only potential uncertain situations but applicable methodologies and the fundamentals of a standardized representation to effectively use them.</p>
<p><xref rid="t5-sensors-14-05354" ref-type="table">Table 5</xref>
shows several W3C standards and different specifications considering users and devices. Besides, there are also many guidelines and discussion groups working on these issues.</p>
<p>The W3C remarks the lack of definition that makes the interoperability of user models difficult. In this context, they propose the following areas to work on:
<list list-type="bullet"><list-item><p>A standard interoperability model providing API's for different purposes and applications</p>
</list-item>
<list-item><p>Common data storage format for user profiles</p>
</list-item>
<list-item><p>Common calibration/validation technique</p>
</list-item>
<list-item><p>Collaboration on ethical issues</p>
</list-item>
<list-item><p>Ensuring sustainability by making them available within a standard</p>
</list-item>
<list-item><p>Mechanisms for exchanging user profile data between sources</p>
</list-item>
<list-item><p>Protection mechanisms for privacy issues</p>
</list-item>
<list-item><p>Control mechanisms for user profile data exposure</p>
</list-item>
</list>
</p>
<sec><title>The Video in the Web Activity</title>
<p>Promoting the use of the video in the Web, the Video in the Web Activity [<xref rid="b79-sensors-14-05354" ref-type="bibr">79</xref>
] aims to build a solid architecture to enable users to create, navigate, search, link and distribute video, effectively making video part of the Web. This activity group is formed by three different working groups:
<list list-type="bullet"><list-item><p>The Timed Text Working Group [<xref rid="b80-sensors-14-05354" ref-type="bibr">80</xref>
], which mission is to provide a language that represents textual information that is associated with timing information. This group has released two versions of the Timed Text Markup Language (TTML). The first one was released in 2010. The last one during 2013.</p>
</list-item>
<list-item><p>The Media Annotations Working Group [<xref rid="b81-sensors-14-05354" ref-type="bibr">81</xref>
], which main purpose is to provide an ontology and API to facilitate cross-community data integration of multimedia information in the Web. The group has published the following documents:
<list list-type="simple"><list-item><label>–</label>
<p>A second version of Use Cases and Requirements for Ontology and API for Media Resource 1.0 on January 2010, as an input for the development of “the Ontology and the API for Media Resource 1.0” Specification.</p>
</list-item>
<list-item><label>–</label>
<p>A W3C Recommendation version of the Ontology for Media Resource on February 2012.</p>
</list-item>
<list-item><label>–</label>
<p>The group is now about to publish a Proposed Recommendation of the API for Media Resources.</p>
</list-item>
</list>
</p>
</list-item>
<list-item><p>The Media Fragments Working Group [<xref rid="b82-sensors-14-05354" ref-type="bibr">82</xref>
], which successfully aimed to address temporal and spatial media fragments in the Web using URIs. The group was closed on December 2013 having successfully published two versions (basic and advanced) of the Media Fragments URI 1.0 specification as a Recommendation.</p>
</list-item>
</list>
</p>
<p>The Video in the Web Activity members are still working over the issue of the video codec to be used in the W3C specifications (in particular HTML5).</p>
</sec>
<sec><title>The Provenance Working Group</title>
<p>Provenance is defined as the information about the involved entities in producing data which can be used to form assessments about its trustworthiness. In order to allow users to mark up web pages using the terms provided or by making available provenance information expressed as linked data the PROV specification [<xref rid="b83-sensors-14-05354" ref-type="bibr">83</xref>
] provides a vocabulary to interchange this provenance information. This specification consists of 11 documents that define various necessary aspects to achieve the vision of inter-operable interchange of provenance information in heterogeneous environments such as the Web (we do not consider the Overview document). <xref rid="t6-sensors-14-05354" ref-type="table">Table 6</xref>
shows the cited documents and their details. After the publication of the PROV Ontology [<xref rid="b84-sensors-14-05354" ref-type="bibr">84</xref>
] the PROV group was closed on June, 2013.</p>
</sec>
<sec><title>The Moving Picture Experts Group</title>
<p>The Moving Picture Experts Group (MPEG) is a working group of ISO/IEC with the mission to develop standards, e.g., MPEG-ACC, MPEG-H, MPEG-DASH, MPEG-4, … for coded representation of digital audio and video. The group has produced several standards that help the industry offer end users an ever more enjoyable digital media experience. As this group keeps working on the cited objectives the 108 meeting is scheduled March 2014 in Valencia, Spain [<xref rid="b85-sensors-14-05354" ref-type="bibr">85</xref>
].</p>
</sec>
<sec><title>The Internet Engineering Task Force</title>
<p>The mission of the Internet Engineering Task Force (IETF) is to produce high quality and relevant technical documents that influence people to design, use, and manage the Internet. IETF's standards development work is organized into 8 areas. Within each area there are multiple Working Groups. Each Working Group has one or more chairs who manage the work, and a written charter defining what the work is and when it is due. <xref rid="t7-sensors-14-05354" ref-type="table">Table 7</xref>
shows the current active IETF Working Groups. The next meeting is scheduled for March, 2014 in London, England.</p>
</sec>
</sec>
</sec>
</sec>
<sec sec-type="discussion"><label>3.</label>
<title>Discussion</title>
<p>Designing interactive systems entails several problems. First, the corresponding entities have to be selected. Next, we need to identify the set of capabilities and characteristics that would define each entity taking the current domain into account. These capabilities will characterize them not only in the model but within the whole environment. Third, we need to choose the technical approach to develop these models, <italic>i.e.</italic>
, taxonomies, ontological, object oriented, <italic>etc</italic>
. And finally, we have to develop such a system. Considering the reviewed literature we have identified several setbacks beyond the presented problems: dynamism, ignorance about user capabilities, uncertainty about collected information and domain dependency.</p>
<p>Modeling with dynamism requires several requisites. First of all, a powerful sensor environment is needed. The system performance should be good enough to maintain the information validity and coherence. This is because temporal constraints, which determine how useful a piece of information is in the current context. Furthermore, information must be heterogeneous. Each entity should be independent, but it also will need to understand others. One of the main problems found in this review is that usually user's characteristics are considered as static. In Section 1.1 we introduce the concept of “context disabilities” which already address this point. Following this perspective we remark here the works by Gregor <italic>et al.</italic>
[<xref rid="b5-sensors-14-05354" ref-type="bibr">5</xref>
], Razmerita <italic>et al.</italic>
[<xref rid="b21-sensors-14-05354" ref-type="bibr">21</xref>
] and Skillen <italic>et al.</italic>
[<xref rid="b36-sensors-14-05354" ref-type="bibr">36</xref>
] in which user models are maintained and updated.</p>
<p>Regarding the users, we deem that it is hard to model and understand their capabilities. Several approaches use capabilities information to perform adapted interaction with the user. Nonetheless, we think this approach is not very accurate. It would be desirable to have some physiological background to be able to model each capability of each user. Nevertheless, the work by Casas <italic>et al.</italic>
[<xref rid="b32-sensors-14-05354" ref-type="bibr">32</xref>
] makes this possible by making an abstraction about the capabilities and regarding more the user needs.</p>
<p>Trusting the collected data from from users and context is also a significant problem. Usually context data come from sensor networks. Sensors can stop working or worse, which would be if they start giving non-sense data. Razmerita <italic>et al.</italic>
[<xref rid="b21-sensors-14-05354" ref-type="bibr">21</xref>
] avoid this issue by collecting explicit data from the user. On the other hand, Almeida and López-de-Ipiña [<xref rid="b57-sensors-14-05354" ref-type="bibr">57</xref>
] deal with this problem by using an ontology and a reasoning engine which are capable of working with ambiguity and uncertain data.</p>
<p>Finally, another problem that we emphasize in this paper is the domain dependency of the analyzed solutions. This dependency makes difficult to reuse and export these approaches in/to different domains. This is clearly shown in the presented <xref rid="t1-sensors-14-05354" ref-type="table">Tables 1</xref>
and <xref rid="t2-sensors-14-05354" ref-type="table">2</xref>
. Looking at the considered characteristics (the columns) we can see how different solutions deal with similar aspects. The problem comes when other solutions are not taken into account. Besides, modeling with ontologies have the advantage of reusing these ontologies, parts or classes that have been designed by others.</p>
<p>Regarding at the modeling technique, we have remarked that Strang and Linnhoff-Popien [<xref rid="b40-sensors-14-05354" ref-type="bibr">40</xref>
] demonstrate that using ontologies might be more appropriate for modeling context. This technique is similarly useful for users and devices. In fact, several ontologies model these and more entities: FOAF [<xref rid="b97-sensors-14-05354" ref-type="bibr">97</xref>
], UserModelOntology [<xref rid="b98-sensors-14-05354" ref-type="bibr">98</xref>
], CoBrA/SOUPA [<xref rid="b99-sensors-14-05354" ref-type="bibr">99</xref>
], …. But, of course, it is not the only or the best solution for modeling these entities. This depends on the system characteristics and on the designer. Here we remark on several alternatives:</p>
<sec><title>Key-value</title>
<p>Maas <italic>et al.</italic>
[<xref rid="b100-sensors-14-05354" ref-type="bibr">100</xref>
] adopted a X.500 based solution to store location data. This approach is also used in distributed searching systems. Although it is very easy to maintain and handle its main problem is that it makes difficult to build complex structures [<xref rid="b40-sensors-14-05354" ref-type="bibr">40</xref>
]. Similar solutions follow this key-value approach to identify a context element (key), like location, with an environment variable (value) [<xref rid="b101-sensors-14-05354" ref-type="bibr">101</xref>
].</p>
</sec>
<sec><title>Markup scheme</title>
<p>Based on several derivative Generic Standard Markup Language (SGML), for example XML, marking schemes based models are widespread for modeling profiles. Some extensions are defined as Composite Capabilities/Preferences Profile (CC/PP) [<xref rid="b64-sensors-14-05354" ref-type="bibr">64</xref>
] standards and User Agent Profile (UAProf) [<xref rid="b65-sensors-14-05354" ref-type="bibr">65</xref>
], which have an achievable expressiveness by RDF and XML serialization. This kind of context modeling usually extends and completes the CC/PP and UAProf basic vocabularies. In [<xref rid="b50-sensors-14-05354" ref-type="bibr">50</xref>
] authors present an extension of this model, Comprehensive Structured Context Profiles (CSCP), which provides hierarchy to such schemes supporting the RDF flexibility to express natural structures of profile information.</p>
</sec>
<sec><title>Graphic models</title>
<p>While Bauer <italic>et al.</italic>
[<xref rid="b102-sensors-14-05354" ref-type="bibr">102</xref>
] used a UML tool to model the context in a air traffic domain, Henricksen <italic>et al.</italic>
[<xref rid="b103-sensors-14-05354" ref-type="bibr">103</xref>
] presented a graphic model (as an extension of Object-Role Modeling [<xref rid="b104-sensors-14-05354" ref-type="bibr">104</xref>
]). UML (Unified Modeling Language) is a widespread general purpose modeling tool with a very powerful graphic component (graphic models): the UML diagram.</p>
</sec>
<sec><title>Object oriented models</title>
<p>Strang and Linnhoff-Popien [<xref rid="b40-sensors-14-05354" ref-type="bibr">40</xref>
] presented an object oriented model in which context process details are embedded into object level. Data is hidden from other components. This way the access to this context data is just allowed through several interfaces. This approach tries to use the object oriented programming benefits, as re-usability and encapsulation, to cover ubiquitous environment's problems about context. Another example of this approach is the one given by the GUIDE project by Cheverts <italic>et al.</italic>
[<xref rid="b105-sensors-14-05354" ref-type="bibr">105</xref>
], which is focused on location. In this case the context information is also in the object as accessible states through those methods defined by the object itself and by modifying these states.</p>
<p>Users might experience several issues when interacting with user-oriented systems and unknown interfaces. Usability and acceptance need to be considered in this area. Ziefle, Holzinger and Röcker [<xref rid="b106-sensors-14-05354" ref-type="bibr">106</xref>
] study how users between 17–95 years accept smart technology at home as familiar. They demonstrate that users sociable people (considering their social contacts) and a high interest in technology show higher acceptance for these smart services at home. Besides, in [<xref rid="b107-sensors-14-05354" ref-type="bibr">107</xref>
] the authors address the problematic of elder users handling modern interfaces within AAL environments. Elderly users are trained in a laboratory where they interact with different interfaces. The authors extract several conclusions about the usability, acceptance and suitability of the presented interfaces. Moreover, Holzinger <italic>et al.</italic>
[<xref rid="b11-sensors-14-05354" ref-type="bibr">11</xref>
,<xref rid="b108-sensors-14-05354" ref-type="bibr">108</xref>
] also discuss about the necessary trends to include the elderly making technology more accessible, usable, and enjoyable.</p>
</sec>
</sec>
<sec sec-type="conclusions"><label>4.</label>
<title>Conclusions</title>
<p>In this paper, we have reviewed the current state-of-the-art in modeling users, context and devices from the HCI perspective considering AAL and Pervasive Computing environments. On the one hand, user modeling aims to benefit users in an interaction domain. On the other hand, modeling context is challenging due to the necessity of a sensor infrastructure. Finally, several techniques for modeling devices and their capabilities are introduced.</p>
<p>Hopefully the discussions along this paper (see Section 2.1.2., Section 2.2.2. and, finally, Section 3) will make future researchers consider several advantages and drawbacks when they have to design different models.</p>
<p>Finally, the main objective of this paper is not only to make a review of the state-of-the-art. We have tried to point out several problems that future researchers might face. Modeling agents within a smart, HCI or pervasive environment will make them researchers to face similar problems. This means that, despite these domains are different, the processes to get to their goals will be similar. Besides, it is necessary to remind that open and modular solutions (like the analyzed ontology-based approaches) help developers to reuse, understand and extend others' work, which we think enriches the scientific community in this area. Moreover, we are developing a dynamic and adaptive user interface system for mobile devices considering these approaches. We have chosen ontologies as the modeled technique for characterizing users, context and devices, and the design process is ruled by these literature approaches. In other words, some of the reviewed solutions are being used and extended although the main domain deals with adaptivity.</p>
</sec>
</body>
<back><ack><p>This work has been supported by project grants “UCADAMI: User and Context-aware Dynamically Adaptable Mobile Interfaces” (S-PE12FD006) and “DYNUI: Capability and Context-aware Dynamic Adaptation of User Interfaces for Ambient Assisted Living” (PC2012-73A), sponsored by the Basque Government's Industry and Education Departments, respectively.</p>
</ack>
<notes><title>Conflicts of Interest</title>
<p>The authors declare no conflicts of interest.</p>
</notes>
<ref-list><title>References</title>
<ref id="b1-sensors-14-05354"><label>1.</label>
<element-citation publication-type="book"><person-group person-group-type="author"><name><surname>Caragliu</surname>
<given-names>A.</given-names>
</name>
<name><surname>Del Bo</surname>
<given-names>C.</given-names>
</name>
<name><surname>Nijkamp</surname>
<given-names>P.</given-names>
</name>
</person-group>
<source>Smart Cities in Europe</source>
<publisher-name>Vrije Universiteit, Faculty of Economics and Business Administration</publisher-name>
<publisher-loc>Amsterdam, the Netherlands</publisher-loc>
<year>2009</year>
</element-citation>
</ref>
<ref id="b2-sensors-14-05354"><label>2.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Normie</surname>
<given-names>L.R.</given-names>
</name>
</person-group>
<article-title>BS 7000-6:2005 Design management systems – Part 6: Managing inclusive design, by British Standards</article-title>
<source>Gerontechnology</source>
<year>2005</year>
<volume>4</volume>
<fpage>179</fpage>
<lpage>180</lpage>
</element-citation>
</ref>
<ref id="b3-sensors-14-05354"><label>3.</label>
<element-citation publication-type="webpage"><person-group person-group-type="author"><collab>European Commission</collab>
</person-group>
<article-title>Ageing Report: Europe Needs to Prepare for Growing Older</article-title>
<year>2012</year>
<comment><ext-link ext-link-type="uri" xlink:href="http://ec.europa.eu/economy_finance/articles/structural_reforms/2012-05-15_ageing_report_en.htm">http://ec.europa.eu/economy_finance/articles/structural_reforms/2012-05-15_ageing_report_en.htm</ext-link>
</comment>
<date-in-citation>(accessed on 17 March 2014)</date-in-citation>
</element-citation>
</ref>
<ref id="b4-sensors-14-05354"><label>4.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Baltrunas</surname>
<given-names>L.</given-names>
</name>
<name><surname>Kaminskas</surname>
<given-names>M.</given-names>
</name>
<name><surname>Ludwig</surname>
<given-names>B.</given-names>
</name>
<name><surname>Moling</surname>
<given-names>O.</given-names>
</name>
<name><surname>Ricci</surname>
<given-names>F.</given-names>
</name>
<name><surname>Aydin</surname>
<given-names>A.</given-names>
</name>
<name><surname>Lüke</surname>
<given-names>K.-H.</given-names>
</name>
<name><surname>Schwaiger</surname>
<given-names>R.</given-names>
</name>
</person-group>
<article-title>Incarmusic: Context-aware Music Recommendations in a Car</article-title>
<source>Lect. Note. Bus. Info. Proc.</source>
<year>2011</year>
<volume>85</volume>
<fpage>89</fpage>
<lpage>100</lpage>
</element-citation>
</ref>
<ref id="b5-sensors-14-05354"><label>5.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Gregor</surname>
<given-names>P.</given-names>
</name>
<name><surname>Newell</surname>
<given-names>A.F.</given-names>
</name>
<name><surname>Zajicek</surname>
<given-names>M.</given-names>
</name>
</person-group>
<article-title>Designing for dynamic diversity: Interfaces for older people</article-title>
<conf-name>Proceedings of the Fifth International ACM Conference on Assistive Technologies</conf-name>
<conf-loc>New York, NY, USA</conf-loc>
<conf-date>8–10 July 2002</conf-date>
<fpage>151</fpage>
<lpage>156</lpage>
</element-citation>
</ref>
<ref id="b6-sensors-14-05354"><label>6.</label>
<element-citation publication-type="book"><person-group person-group-type="author"><name><surname>Nelson</surname>
<given-names>T.</given-names>
</name>
</person-group>
<source>The Home Computer Revolution</source>
<publisher-name>Distributors: South Bend</publisher-name>
<publisher-loc>United States</publisher-loc>
<year>1977</year>
</element-citation>
</ref>
<ref id="b7-sensors-14-05354"><label>7.</label>
<element-citation publication-type="book"><source>Software Engineering—Product Quality, ISO/IEC 9126-1</source>
<comment>Technical Report</comment>
<publisher-name>International Organization for Standardization</publisher-name>
<publisher-loc>Geneva, Switzerland</publisher-loc>
<year>2001</year>
</element-citation>
</ref>
<ref id="b8-sensors-14-05354"><label>8.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Pretel</surname>
<given-names>I.</given-names>
</name>
<name><surname>Lago</surname>
<given-names>A.B.</given-names>
</name>
</person-group>
<article-title>Effectiveness Measurement Framework for Field-based Experiments Focused on Android Devices</article-title>
<source>Lect. Note. Comput. Sci.</source>
<year>2013</year>
<volume>8278</volume>
<fpage>123</fpage>
<lpage>130</lpage>
</element-citation>
</ref>
<ref id="b9-sensors-14-05354"><label>9.</label>
<element-citation publication-type="book"><person-group person-group-type="author"><collab>ISO</collab>
</person-group>
<source>ISO 9241-11: Ergonomic Requirements for Office Work with Visual Display Terminals (VDTs)—Part 9: Requirements for Non-keyboard Input Devices</source>
<publisher-name>ISO</publisher-name>
<publisher-loc>Geneva, Switzerland</publisher-loc>
<year>2000</year>
</element-citation>
</ref>
<ref id="b10-sensors-14-05354"><label>10.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Demirbilek</surname>
<given-names>O.</given-names>
</name>
<name><surname>Demirkan</surname>
<given-names>H.</given-names>
</name>
</person-group>
<article-title>Universal product design involving elderly users: A participatory design model</article-title>
<source>Appl. Ergon.</source>
<year>2004</year>
<volume>35</volume>
<fpage>361</fpage>
<lpage>370</lpage>
<pub-id pub-id-type="pmid">15159201</pub-id>
</element-citation>
</ref>
<ref id="b11-sensors-14-05354"><label>11.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Holzinger</surname>
<given-names>A.</given-names>
</name>
<name><surname>Searle</surname>
<given-names>G.</given-names>
</name>
<name><surname>Kleinberger</surname>
<given-names>T.</given-names>
</name>
<name><surname>Seffah</surname>
<given-names>A.</given-names>
</name>
<name><surname>Javahery</surname>
<given-names>H.</given-names>
</name>
</person-group>
<article-title>Investigating Usability Metrics for the Design and Development of Applications for the Elderly</article-title>
<source>Lect. Note. Comput. Sci.</source>
<year>2008</year>
<volume>5105</volume>
<fpage>98</fpage>
<lpage>105</lpage>
</element-citation>
</ref>
<ref id="b12-sensors-14-05354"><label>12.</label>
<element-citation publication-type="book"><person-group person-group-type="author"><name><surname>Allen</surname>
<given-names>J.F.</given-names>
</name>
</person-group>
<source>A plan-based approach to speech act recognition</source>
<publisher-name>Technical Report 121; Department of Computer Science, University of Toronto</publisher-name>
<publisher-loc>Toronto, Canada</publisher-loc>
<year>1979</year>
</element-citation>
</ref>
<ref id="b13-sensors-14-05354"><label>13.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Perrault</surname>
<given-names>C.R.</given-names>
</name>
<name><surname>Allen</surname>
<given-names>J.F.</given-names>
</name>
<name><surname>Cohen</surname>
<given-names>P.R.</given-names>
</name>
</person-group>
<article-title>Speech Acts as a Basis for Understanding Dialogue Coherence</article-title>
<conf-name>Proceedings of the 1978 Workshop on Theoretical Issues in Natural Language Processing</conf-name>
<conf-loc>Stroudsburg, PA, USA</conf-loc>
<conf-date>25–27 July 1978</conf-date>
<fpage>125</fpage>
<lpage>132</lpage>
</element-citation>
</ref>
<ref id="b14-sensors-14-05354"><label>14.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Cohen</surname>
<given-names>P.R.</given-names>
</name>
<name><surname>Perrault</surname>
<given-names>C.R.</given-names>
</name>
</person-group>
<article-title>Elements of a plan-based theory of speech acts</article-title>
<source>Cogn. Sci.</source>
<year>1979</year>
<volume>3</volume>
<fpage>177</fpage>
<lpage>212</lpage>
</element-citation>
</ref>
<ref id="b15-sensors-14-05354"><label>15.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Rich</surname>
<given-names>E.</given-names>
</name>
</person-group>
<article-title>Building and Exploiting User Models</article-title>
<conf-name>Proceedings of the 6th International Joint Conference on Artificial Intelligence</conf-name>
<conf-loc>Tokyo, Japan</conf-loc>
<conf-date>20–23 August 1979</conf-date>
<fpage>720</fpage>
<lpage>722</lpage>
</element-citation>
</ref>
<ref id="b16-sensors-14-05354"><label>16.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Rich</surname>
<given-names>E.</given-names>
</name>
</person-group>
<article-title>User modeling via stereotypes</article-title>
<source>Cogn. Sci.</source>
<year>1979</year>
<volume>3</volume>
<fpage>329</fpage>
<lpage>354</lpage>
</element-citation>
</ref>
<ref id="b17-sensors-14-05354"><label>17.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Kobsa</surname>
<given-names>A.</given-names>
</name>
</person-group>
<article-title>Generic user modeling systems</article-title>
<source>User Model. User-Adapted Interact.</source>
<year>2001</year>
<volume>11</volume>
<fpage>49</fpage>
<lpage>63</lpage>
</element-citation>
</ref>
<ref id="b18-sensors-14-05354"><label>18.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Pohl</surname>
<given-names>W.</given-names>
</name>
</person-group>
<article-title>Logic-based representation and reasoning for user modeling shell systems</article-title>
<source>User Model. User-Adapted Interact.</source>
<year>1999</year>
<volume>9</volume>
<fpage>217</fpage>
<lpage>282</lpage>
</element-citation>
</ref>
<ref id="b19-sensors-14-05354"><label>19.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Fischer</surname>
<given-names>G.</given-names>
</name>
</person-group>
<article-title>User modeling in human–computer interaction</article-title>
<source>User Model. User-Adapted Interact.</source>
<year>2001</year>
<volume>11</volume>
<fpage>65</fpage>
<lpage>86</lpage>
</element-citation>
</ref>
<ref id="b20-sensors-14-05354"><label>20.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Gauch</surname>
<given-names>S.</given-names>
</name>
<name><surname>Chaffee</surname>
<given-names>J.</given-names>
</name>
<name><surname>Pretschner</surname>
<given-names>A.</given-names>
</name>
</person-group>
<article-title>Ontology-based personalized search and browsing</article-title>
<source>Web Intell. Agent Syst.</source>
<year>2003</year>
<volume>1</volume>
<fpage>219</fpage>
<lpage>234</lpage>
</element-citation>
</ref>
<ref id="b21-sensors-14-05354"><label>21.</label>
<element-citation publication-type="book"><person-group person-group-type="author"><name><surname>Razmerita</surname>
<given-names>L.</given-names>
</name>
<name><surname>Angehrn</surname>
<given-names>A.</given-names>
</name>
<name><surname>Maedche</surname>
<given-names>A.</given-names>
</name>
</person-group>
<article-title>Ontology-based User Modeling for Knowledge Management Systems</article-title>
<source>User Modeling 2003</source>
<publisher-name>Springer</publisher-name>
<publisher-loc>Berlin/Heidelberg, Germany</publisher-loc>
<year>2003</year>
<fpage>213</fpage>
<lpage>217</lpage>
</element-citation>
</ref>
<ref id="b22-sensors-14-05354"><label>22.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Hatala</surname>
<given-names>M.</given-names>
</name>
<name><surname>Wakkary</surname>
<given-names>R.</given-names>
</name>
</person-group>
<article-title>Ontology-based user modeling in an augmented audio reality system for museums</article-title>
<source>User Model. User-Adapted Interact.</source>
<year>2005</year>
<volume>15</volume>
<fpage>339</fpage>
<lpage>380</lpage>
</element-citation>
</ref>
<ref id="b23-sensors-14-05354"><label>23.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Dourish</surname>
<given-names>P.</given-names>
</name>
</person-group>
<article-title>What we talk about when we talk about context</article-title>
<source>Pers. Ubiquitous Comput.</source>
<year>2004</year>
<volume>8</volume>
<fpage>19</fpage>
<lpage>30</lpage>
</element-citation>
</ref>
<ref id="b24-sensors-14-05354"><label>24.</label>
<element-citation publication-type="book"><person-group person-group-type="author"><name><surname>Dourish</surname>
<given-names>P.</given-names>
</name>
</person-group>
<source>Where the Action is: The Foundations of Embodied Interaction</source>
<publisher-name>The MIT Press</publisher-name>
<publisher-loc>Cambridge, MA, USA</publisher-loc>
<year>2004</year>
</element-citation>
</ref>
<ref id="b25-sensors-14-05354"><label>25.</label>
<element-citation publication-type="book"><person-group person-group-type="author"><name><surname>Wahlster</surname>
<given-names>W.</given-names>
</name>
<name><surname>Kobsa</surname>
<given-names>A.</given-names>
</name>
</person-group>
<source>User Models in Dialog Systems</source>
<publisher-name>Springer</publisher-name>
<publisher-loc>Berlin/Heidelberg, Germany</publisher-loc>
<year>1989</year>
</element-citation>
</ref>
<ref id="b26-sensors-14-05354"><label>26.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Pereira</surname>
<given-names>F.</given-names>
</name>
</person-group>
<article-title>A triple user characterization model for video adaptation and quality of experience evaluation</article-title>
<conf-name>Proceedings of the 2005 IEEE 7th Workshop on Multimedia Signal Processing</conf-name>
<conf-loc>Shanghai, China</conf-loc>
<conf-date>30 October–2 November 2005</conf-date>
<fpage>1</fpage>
<lpage>4</lpage>
</element-citation>
</ref>
<ref id="b27-sensors-14-05354"><label>27.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Persad</surname>
<given-names>U.</given-names>
</name>
<name><surname>Langdon</surname>
<given-names>P.</given-names>
</name>
<name><surname>Clarkson</surname>
<given-names>J.</given-names>
</name>
</person-group>
<article-title>Characterising user capabilities to support inclusive design evaluation</article-title>
<source>Univ. Access Inf. Soc.</source>
<year>2007</year>
<volume>6</volume>
<fpage>119</fpage>
<lpage>135</lpage>
</element-citation>
</ref>
<ref id="b28-sensors-14-05354"><label>28.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Persad</surname>
<given-names>U.</given-names>
</name>
<name><surname>Langdon</surname>
<given-names>P.</given-names>
</name>
<name><surname>Brown</surname>
<given-names>D.</given-names>
</name>
<name><surname>Clarkson</surname>
<given-names>J.</given-names>
</name>
</person-group>
<article-title>Cognitive scales and mental models for inclusive design</article-title>
<source>Lect. Note. Comput. Sci.</source>
<year>2007</year>
<volume>4554</volume>
<fpage>776</fpage>
<lpage>785</lpage>
</element-citation>
</ref>
<ref id="b29-sensors-14-05354"><label>29.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Golemati</surname>
<given-names>M.</given-names>
</name>
<name><surname>Katifori</surname>
<given-names>A.</given-names>
</name>
<name><surname>Vassilakis</surname>
<given-names>C.</given-names>
</name>
<name><surname>Lepouras</surname>
<given-names>G.</given-names>
</name>
<name><surname>Halatsis</surname>
<given-names>C.</given-names>
</name>
</person-group>
<article-title>Creating an ontology for the user profile: Method and applications</article-title>
<conf-name>Proceedings of the First RCIS Conference</conf-name>
<conf-loc>Ouarzazate, Morocco</conf-loc>
<conf-date>23–26 April 2007</conf-date>
<fpage>407</fpage>
<lpage>412</lpage>
</element-citation>
</ref>
<ref id="b30-sensors-14-05354"><label>30.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Heckmann</surname>
<given-names>D.</given-names>
</name>
<name><surname>Schwarzkopf</surname>
<given-names>E.</given-names>
</name>
<name><surname>Mori</surname>
<given-names>J.</given-names>
</name>
<name><surname>Dengler</surname>
<given-names>D.</given-names>
</name>
<name><surname>Kröner</surname>
<given-names>A.</given-names>
</name>
</person-group>
<article-title>The user model and context ontology GUMO revisited for future web 2.0 extensions</article-title>
<source>CEUR Workshop Proc.</source>
<year>2007</year>
<volume>298</volume>
<fpage>37</fpage>
<lpage>46</lpage>
</element-citation>
</ref>
<ref id="b31-sensors-14-05354"><label>31.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Babisch</surname>
<given-names>W.</given-names>
</name>
</person-group>
<article-title>The noise/stress concept, risk assessment and research needs</article-title>
<source>Noise Health</source>
<year>2002</year>
<volume>4</volume>
<fpage>1</fpage>
<lpage>11</lpage>
<pub-id pub-id-type="pmid">12537836</pub-id>
</element-citation>
</ref>
<ref id="b32-sensors-14-05354"><label>32.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Casas</surname>
<given-names>R.</given-names>
</name>
<name><surname>Marín</surname>
<given-names>R.B.</given-names>
</name>
<name><surname>Robinet</surname>
<given-names>A.</given-names>
</name>
<name><surname>Delgado</surname>
<given-names>A.R.</given-names>
</name>
<name><surname>Yarza</surname>
<given-names>A.R.</given-names>
</name>
<name><surname>Mcginn</surname>
<given-names>J.</given-names>
</name>
<name><surname>Picking</surname>
<given-names>R.</given-names>
</name>
<name><surname>Grout</surname>
<given-names>V.</given-names>
</name>
</person-group>
<article-title>User modelling in ambient intelligence for elderly and disabled people</article-title>
<source>Lect. Note. Comput. Sci.</source>
<year>2008</year>
<volume>5105</volume>
<fpage>114</fpage>
<lpage>122</lpage>
</element-citation>
</ref>
<ref id="b33-sensors-14-05354"><label>33.</label>
<element-citation publication-type="book"><person-group person-group-type="author"><name><surname>Cooper</surname>
<given-names>A.</given-names>
</name>
<name><surname>Saffo</surname>
<given-names>P.</given-names>
</name>
</person-group>
<source>The Inmates are Running the Asylum</source>
<publisher-name>Sams</publisher-name>
<publisher-loc>Indianapolis, IN, USA</publisher-loc>
<year>2004</year>
<volume>Volume 1</volume>
</element-citation>
</ref>
<ref id="b34-sensors-14-05354"><label>34.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Evers</surname>
<given-names>C.</given-names>
</name>
<name><surname>Kniewel</surname>
<given-names>R.</given-names>
</name>
<name><surname>Geihs</surname>
<given-names>K.</given-names>
</name>
<name><surname>Schmidt</surname>
<given-names>L.</given-names>
</name>
</person-group>
<article-title>Achieving User Participation for Adaptive Applications</article-title>
<source>Lect. Note. Comput. Sci.</source>
<year>2012</year>
<volume>7656</volume>
<fpage>200</fpage>
<lpage>207</lpage>
</element-citation>
</ref>
<ref id="b35-sensors-14-05354"><label>35.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Liao</surname>
<given-names>W.</given-names>
</name>
<name><surname>Zhang</surname>
<given-names>W.</given-names>
</name>
<name><surname>Zhu</surname>
<given-names>Z.</given-names>
</name>
<name><surname>Ji</surname>
<given-names>Q.</given-names>
</name>
</person-group>
<article-title>A decision theoretic model for stress recognition and user assistance</article-title>
<conf-name>Proceedings of the National Conference on Artificial Intelligence</conf-name>
<conf-loc>Pittsburgh, PA, USA</conf-loc>
<conf-date>9–13 July 2005</conf-date>
<volume>Volume 20</volume>
<fpage>p. 529</fpage>
</element-citation>
</ref>
<ref id="b36-sensors-14-05354"><label>36.</label>
<element-citation publication-type="book"><person-group person-group-type="author"><name><surname>Skillen</surname>
<given-names>K.-L.</given-names>
</name>
<name><surname>Chen</surname>
<given-names>L.</given-names>
</name>
<name><surname>Nugent</surname>
<given-names>C.D.</given-names>
</name>
<name><surname>Donnelly</surname>
<given-names>M.P.</given-names>
</name>
<name><surname>Burns</surname>
<given-names>W.</given-names>
</name>
<name><surname>Solheim</surname>
<given-names>I.</given-names>
</name>
</person-group>
<article-title>Ontological User Profile Modeling for Context-aware Application Personalization</article-title>
<source>Ubiquitous Computing and Ambient Intelligence</source>
<publisher-name>Springer</publisher-name>
<publisher-loc>Berlin/Heidelberg, Germany</publisher-loc>
<year>2012</year>
<fpage>261</fpage>
<lpage>268</lpage>
</element-citation>
</ref>
<ref id="b37-sensors-14-05354"><label>37.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Kobsa</surname>
<given-names>A.</given-names>
</name>
<name><surname>Pohl</surname>
<given-names>W.</given-names>
</name>
</person-group>
<article-title>The user modeling shell system bgp-ms</article-title>
<source>User Model. User-Adapted Interact.</source>
<year>1994</year>
<volume>4</volume>
<fpage>59</fpage>
<lpage>106</lpage>
</element-citation>
</ref>
<ref id="b38-sensors-14-05354"><label>38.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Davidson</surname>
<given-names>J.</given-names>
</name>
<name><surname>Liebald</surname>
<given-names>B.</given-names>
</name>
<name><surname>Liu</surname>
<given-names>J.</given-names>
</name>
<name><surname>Nandy</surname>
<given-names>P.</given-names>
</name>
<name><surname>van Vleet</surname>
<given-names>T.</given-names>
</name>
<name><surname>Gargi</surname>
<given-names>U.</given-names>
</name>
<name><surname>Gupta</surname>
<given-names>S.</given-names>
</name>
<name><surname>He</surname>
<given-names>Y.</given-names>
</name>
<name><surname>Lambert</surname>
<given-names>M.</given-names>
</name>
<name><surname>Livingston</surname>
<given-names>B.</given-names>
</name>
<etal></etal>
</person-group>
<article-title>The youtube video recommendation system</article-title>
<conf-name>Proceedings of the Fourth ACM Conference on Recommender Systems</conf-name>
<conf-loc>Barcelona, Spain</conf-loc>
<conf-date>26–30 September 2010</conf-date>
<fpage>293</fpage>
<lpage>296</lpage>
</element-citation>
</ref>
<ref id="b39-sensors-14-05354"><label>39.</label>
<element-citation publication-type="book"><person-group person-group-type="author"><name><surname>Orwant</surname>
<given-names>J.</given-names>
</name>
</person-group>
<article-title>Doppelgänger—A User Modeling System</article-title>
<source>Ph.D. Thesis</source>
<publisher-name>Massachusetts Institute of Technology</publisher-name>
<publisher-loc>Cambridge, MA, USA</publisher-loc>
<year>1991</year>
</element-citation>
</ref>
<ref id="b40-sensors-14-05354"><label>40.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Thomas</surname>
<given-names>Strang</given-names>
</name>
<name><surname>Claudia</surname>
<given-names>Linnhoff-Popien</given-names>
</name>
</person-group>
<article-title>A context modeling survey</article-title>
<conf-name>Proceedings of the Workshop on Advanced Context Modelling, Reasoning and Management</conf-name>
<conf-loc>Nottingham, UK</conf-loc>
<conf-date>7–10 September 2004</conf-date>
</element-citation>
</ref>
<ref id="b41-sensors-14-05354"><label>41.</label>
<element-citation publication-type="book"><person-group person-group-type="author"><name><surname>Heckmann</surname>
<given-names>D.</given-names>
</name>
</person-group>
<article-title>Ubiquitous User Modeling</article-title>
<source>PhD Thesis</source>
<publisher-name>Department of Computer Science Saarbrucken, Saarland University</publisher-name>
<publisher-loc>Germany</publisher-loc>
<year>2005</year>
</element-citation>
</ref>
<ref id="b42-sensors-14-05354"><label>42.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Dey</surname>
<given-names>A.K.</given-names>
</name>
</person-group>
<article-title>Understanding and using context</article-title>
<source>Pers. Ubiquitous Comput.</source>
<year>2001</year>
<volume>5</volume>
<fpage>4</fpage>
<lpage>7</lpage>
</element-citation>
</ref>
<ref id="b43-sensors-14-05354"><label>43.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Schmidt</surname>
<given-names>A.</given-names>
</name>
<name><surname>Beigl</surname>
<given-names>M.</given-names>
</name>
<name><surname>Gellersen</surname>
<given-names>H.-W.</given-names>
</name>
</person-group>
<article-title>There is more to context than location</article-title>
<source>Comput. Gr.</source>
<year>1999</year>
<volume>23</volume>
<fpage>893</fpage>
<lpage>901</lpage>
</element-citation>
</ref>
<ref id="b44-sensors-14-05354"><label>44.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Jameson</surname>
<given-names>A.</given-names>
</name>
</person-group>
<article-title>Modelling both the context and the user</article-title>
<source>Pers. Ubiquitous Comput.</source>
<year>2001</year>
<volume>5</volume>
<fpage>29</fpage>
<lpage>33</lpage>
</element-citation>
</ref>
<ref id="b45-sensors-14-05354"><label>45.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Calvary</surname>
<given-names>G.</given-names>
</name>
<name><surname>Coutaz</surname>
<given-names>J.</given-names>
</name>
<name><surname>Thevenin</surname>
<given-names>D.</given-names>
</name>
<name><surname>Limbourg</surname>
<given-names>Q.</given-names>
</name>
<name><surname>Souchon</surname>
<given-names>N.</given-names>
</name>
<name><surname>Bouillon</surname>
<given-names>L.</given-names>
</name>
<name><surname>Florins</surname>
<given-names>M.</given-names>
</name>
<name><surname>Vanderdonckt</surname>
<given-names>J.</given-names>
</name>
</person-group>
<article-title>Plasticity of User Interfaces: A Revisited Reference Framework</article-title>
<conf-name>Proceedings of 1st International Workshop on Task Models and Diagrams for User Interface Design TAMODIA′2002</conf-name>
<person-group person-group-type="editor"><name><surname>Pribeanu</surname>
<given-names>C.</given-names>
</name>
<name><surname>Vanderdonckt</surname>
<given-names>J.</given-names>
</name>
</person-group>
<publisher-name>Academy of Economic Studies of Bucharest, INFOREC Printing House</publisher-name>
<publisher-loc>Bucharest</publisher-loc>
<day>18–19</day>
<month>7</month>
<year>2002</year>
<fpage>127</fpage>
<lpage>134</lpage>
</element-citation>
</ref>
<ref id="b46-sensors-14-05354"><label>46.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Nilsson</surname>
<given-names>E.G.</given-names>
</name>
<name><surname>Floch</surname>
<given-names>J.</given-names>
</name>
<name><surname>Hallsteinsen</surname>
<given-names>S.</given-names>
</name>
<name><surname>Stav</surname>
<given-names>E.</given-names>
</name>
</person-group>
<article-title>Model-based user interface adaptation</article-title>
<source>Comput. Gr.</source>
<year>2006</year>
<volume>30</volume>
<fpage>692</fpage>
<lpage>701</lpage>
</element-citation>
</ref>
<ref id="b47-sensors-14-05354"><label>47.</label>
<element-citation publication-type="book"><person-group person-group-type="author"><name><surname>Chen</surname>
<given-names>G.</given-names>
</name>
<name><surname>Kotz</surname>
<given-names>D.</given-names>
</name>
</person-group>
<source>A Survey of Context-Aware Mobile Computing Research</source>
<comment>Technical Report TR2000-381</comment>
<publisher-name>Department of Computer Science, Dartmouth College</publisher-name>
<publisher-loc>Hanover, NH, USA</publisher-loc>
<year>2000</year>
</element-citation>
</ref>
<ref id="b48-sensors-14-05354"><label>48.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Schilit</surname>
<given-names>B.</given-names>
</name>
<name><surname>Adams</surname>
<given-names>N.</given-names>
</name>
<name><surname>Want</surname>
<given-names>R.</given-names>
</name>
</person-group>
<article-title>Context-aware computing applications</article-title>
<conf-name>Proceedings of the WMCSA First Workshop on Mobile Computing Systems and Applications</conf-name>
<conf-loc>Washington, DC, USA</conf-loc>
<conf-date>8–9 December 1994</conf-date>
<fpage>85</fpage>
<lpage>90</lpage>
</element-citation>
</ref>
<ref id="b49-sensors-14-05354"><label>49.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Henricksen</surname>
<given-names>K.</given-names>
</name>
<name><surname>Indulska</surname>
<given-names>J.</given-names>
</name>
<name><surname>Rakotonirainy</surname>
<given-names>A.</given-names>
</name>
</person-group>
<article-title>Modeling context information in pervasive computing systems</article-title>
<source>Lect. Note. Comput. Sci.</source>
<year>2002</year>
<volume>2414</volume>
<fpage>167</fpage>
<lpage>180</lpage>
</element-citation>
</ref>
<ref id="b50-sensors-14-05354"><label>50.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Held</surname>
<given-names>A.</given-names>
</name>
<name><surname>Buchholz</surname>
<given-names>S.</given-names>
</name>
<name><surname>Schill</surname>
<given-names>A.</given-names>
</name>
</person-group>
<article-title>Modeling of context information for pervasive computing applications</article-title>
<conf-name>Procceding of the World Multiconference on Systemics, Cybernetics and Informatics</conf-name>
<conf-loc>Orlando, FL, USA</conf-loc>
<conf-date>14–18 July 2002</conf-date>
</element-citation>
</ref>
<ref id="b51-sensors-14-05354"><label>51.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Gu</surname>
<given-names>T.</given-names>
</name>
<name><surname>Pung</surname>
<given-names>H.K.</given-names>
</name>
<name><surname>Zhang</surname>
<given-names>D.Q.</given-names>
</name>
</person-group>
<article-title>Toward an OSGi-based infrastructure for context-aware applications</article-title>
<source>IEEE Pervasive Comput.</source>
<year>2004</year>
<volume>3</volume>
<fpage>66</fpage>
<lpage>74</lpage>
</element-citation>
</ref>
<ref id="b52-sensors-14-05354"><label>52.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Gu</surname>
<given-names>T.</given-names>
</name>
<name><surname>Wang</surname>
<given-names>X.H.</given-names>
</name>
<name><surname>Pung</surname>
<given-names>H.K.</given-names>
</name>
<name><surname>Zhang</surname>
<given-names>D.Q.</given-names>
</name>
</person-group>
<article-title>An ontology-based context model in intelligent environments</article-title>
<conf-name>Proceedings of Communication Networks and Distributed Systems Modeling and Simulation Conference</conf-name>
<conf-loc>San Diego, CA</conf-loc>
<conf-date>17–24 January 2004</conf-date>
<fpage>270</fpage>
<lpage>275</lpage>
</element-citation>
</ref>
<ref id="b53-sensors-14-05354"><label>53.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Chen</surname>
<given-names>H.</given-names>
</name>
<name><surname>Finin</surname>
<given-names>T.</given-names>
</name>
<name><surname>Joshi</surname>
<given-names>A.</given-names>
</name>
</person-group>
<article-title>Using OWL in a Pervasive Computing Broker</article-title>
<conf-name>Proceedings of Workshop on Ontologies in Open Agent Systems (AAMAS 2003)</conf-name>
<conf-loc>Melbourne, Australia</conf-loc>
<conf-date>15 July 2003</conf-date>
</element-citation>
</ref>
<ref id="b54-sensors-14-05354"><label>54.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Yamabe</surname>
<given-names>T.</given-names>
</name>
<name><surname>Takagi</surname>
<given-names>A.</given-names>
</name>
<name><surname>Nakajima</surname>
<given-names>T.</given-names>
</name>
</person-group>
<article-title>Citron: A context information acquisition framework for personal devices</article-title>
<conf-name>Proceedings of the 11th IEEE International Conference onEmbedded and Real-Time Computing Systems and Applications</conf-name>
<conf-loc>Hong Kong, China</conf-loc>
<conf-date>17–19 August 2005</conf-date>
<fpage>489</fpage>
<lpage>495</lpage>
</element-citation>
</ref>
<ref id="b55-sensors-14-05354"><label>55.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Wood</surname>
<given-names>A.</given-names>
</name>
<name><surname>Stankovic</surname>
<given-names>J.</given-names>
</name>
<name><surname>Virone</surname>
<given-names>G.</given-names>
</name>
<name><surname>Selavo</surname>
<given-names>L.</given-names>
</name>
<name><surname>He</surname>
<given-names>Z.</given-names>
</name>
<name><surname>Cao</surname>
<given-names>Q.</given-names>
</name>
<name><surname>Doan</surname>
<given-names>T.</given-names>
</name>
<name><surname>Wu</surname>
<given-names>Y.</given-names>
</name>
<name><surname>Fang</surname>
<given-names>L.</given-names>
</name>
<name><surname>Stoleru</surname>
<given-names>R.</given-names>
</name>
</person-group>
<article-title>Context-aware wireless sensor networks for assisted living and residential monitoring</article-title>
<source>IEEE Netw.</source>
<year>2008</year>
<volume>22</volume>
<fpage>26</fpage>
<lpage>33</lpage>
</element-citation>
</ref>
<ref id="b56-sensors-14-05354"><label>56.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>McAvoy</surname>
<given-names>L.M.</given-names>
</name>
<name><surname>Chen</surname>
<given-names>L.</given-names>
</name>
<name><surname>Donnelly</surname>
<given-names>M.</given-names>
</name>
</person-group>
<article-title>An ontology-based context management system for smart environments</article-title>
<conf-name>Proceedings of the UBICOMM 2012, The Sixth International Conference on Mobile Ubiquitous Computing, Systems, Services and Technologies</conf-name>
<conf-loc>Barcelona, Spain</conf-loc>
<conf-date>23–28 September 2012</conf-date>
<fpage>18</fpage>
<lpage>23</lpage>
</element-citation>
</ref>
<ref id="b57-sensors-14-05354"><label>57.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Almeida</surname>
<given-names>A.</given-names>
</name>
<name><surname>López-de-Ipiña</surname>
<given-names>D.</given-names>
</name>
</person-group>
<article-title>Assessing ambiguity of context data in intelligent environments: Towards a more reliable context managing system</article-title>
<source>Sensors</source>
<year>2012</year>
<volume>12</volume>
<fpage>4934</fpage>
<lpage>4951</lpage>
<pub-id pub-id-type="pmid">22666068</pub-id>
</element-citation>
</ref>
<ref id="b58-sensors-14-05354"><label>58.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Gibbs</surname>
<given-names>W Wayt</given-names>
</name>
</person-group>
<article-title>Considerate computing</article-title>
<source>Sci. Am.</source>
<year>2005</year>
<volume>292</volume>
<fpage>54</fpage>
<lpage>61</lpage>
<pub-id pub-id-type="pmid">15915815</pub-id>
</element-citation>
</ref>
<ref id="b59-sensors-14-05354"><label>59.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Castillejo</surname>
<given-names>E.</given-names>
</name>
<name><surname>Almeida</surname>
<given-names>A.</given-names>
</name>
<name><surname>López-De-Ipiña</surname>
<given-names>D.</given-names>
</name>
</person-group>
<article-title>Alleviating cold-user start problem with users’ social network data in recommendation systems</article-title>
<conf-name>Workshop on Preference Learning: Problems and Applications in AI (PL-12) at ECAI 2012 (ECAI-12)</conf-name>
<conf-loc>Montpellier, France</conf-loc>
<conf-date>August 2012</conf-date>
<fpage>28</fpage>
<lpage>33</lpage>
</element-citation>
</ref>
<ref id="b60-sensors-14-05354"><label>60.</label>
<element-citation publication-type="book"><person-group person-group-type="author"><name><surname>Castillejo</surname>
<given-names>E.</given-names>
</name>
<name><surname>Almeida</surname>
<given-names>A.</given-names>
</name>
<name><surname>López-de-Ipiña</surname>
<given-names>D.</given-names>
</name>
</person-group>
<article-title>Social network analysis applied to recommendation systems: Alleviating the cold-user problem</article-title>
<source>Ubiquitous Computing and Ambient Intelligence</source>
<publisher-name>Springer</publisher-name>
<publisher-loc>Vitoria-Gasteiz, Spain</publisher-loc>
<year>2012</year>
<fpage>306</fpage>
<lpage>313</lpage>
</element-citation>
</ref>
<ref id="b61-sensors-14-05354"><label>61.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Abowd</surname>
<given-names>G.D.</given-names>
</name>
<name><surname>Dey</surname>
<given-names>A.K.</given-names>
</name>
<name><surname>Brown</surname>
<given-names>P.J.</given-names>
</name>
<name><surname>Smith</surname>
<given-names>N.D.M.</given-names>
</name>
<name><surname>Steggles</surname>
<given-names>P.</given-names>
</name>
</person-group>
<article-title>Towards a better understanding of context and context-awareness</article-title>
<source>Lect. Note. Comput. Sci.</source>
<year>1999</year>
<volume>1707</volume>
<fpage>304</fpage>
<lpage>307</lpage>
</element-citation>
</ref>
<ref id="b62-sensors-14-05354"><label>62.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Lemlouma</surname>
<given-names>T.</given-names>
</name>
<name><surname>Layaïda</surname>
<given-names>N.</given-names>
</name>
</person-group>
<article-title>Context-aware adaptation for mobile devices</article-title>
<conf-name>Proceedings of the 2004 IEEE International Conference on Mobile Data Management</conf-name>
<conf-loc>Berkeley, CA, USA</conf-loc>
<conf-date>19–22 January 2004</conf-date>
<fpage>106</fpage>
<lpage>111</lpage>
</element-citation>
</ref>
<ref id="b63-sensors-14-05354"><label>63.</label>
<element-citation publication-type="webpage"><article-title>Device Independence and Content Adaptation</article-title>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://www.w3.org/standards/webofdevices/independence">http://www.w3.org/standards/webofdevices/independence</ext-link>
</comment>
<date-in-citation>(accessed on 17 March 2014)</date-in-citation>
</element-citation>
</ref>
<ref id="b64-sensors-14-05354"><label>64.</label>
<element-citation publication-type="webpage"><person-group person-group-type="author"><collab>CC/PP Current Status</collab>
</person-group>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://www.w3.org/standards/techs/ccpp">http://www.w3.org/standards/techs/ccpp</ext-link>
</comment>
<date-in-citation>(accessed on 17 March 2014)</date-in-citation>
</element-citation>
</ref>
<ref id="b65-sensors-14-05354"><label>65.</label>
<element-citation publication-type="webpage"><person-group person-group-type="author"><collab>WAG UAProf</collab>
</person-group>
<article-title>Version 20-Oct-2001</article-title>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://www.openmobilealliance.org/tech/affiliates/wap/wap-248-uaprof-20011020-a.pdf">http://www.openmobilealliance.org/tech/affiliates/wap/wap-248-uaprof-20011020-a.pdf</ext-link>
</comment>
<date-in-citation>(accessed on 17 March 2014)</date-in-citation>
</element-citation>
</ref>
<ref id="b66-sensors-14-05354"><label>66.</label>
<element-citation publication-type="book"><person-group person-group-type="author"><name><surname>Butler</surname>
<given-names>M.H.</given-names>
</name>
</person-group>
<article-title>Implementing Content Negotiation using CC/PP and WAP UAProf</article-title>
<source>Technical Report HPL-2001-190</source>
<publisher-name>Information Infrastructure Laboratory</publisher-name>
<publisher-loc>HP Laboratories Bristol, UK</publisher-loc>
<month>8</month>
<year>2001</year>
</element-citation>
</ref>
<ref id="b67-sensors-14-05354"><label>67.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Butler</surname>
<given-names>M.H.</given-names>
</name>
</person-group>
<article-title>CC/PP and UAProf: Issues, improvements and future directions</article-title>
<conf-name>Proceedings of the W3C Delivery Context Workshop (DIWS 2002), INRIA Sophia-Antipolis</conf-name>
<conf-loc>France</conf-loc>
<conf-date>1 February 2002</conf-date>
</element-citation>
</ref>
<ref id="b68-sensors-14-05354"><label>68.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Almeida</surname>
<given-names>A.</given-names>
</name>
<name><surname>Orduña</surname>
<given-names>P.</given-names>
</name>
<name><surname>Castillejo</surname>
<given-names>E.</given-names>
</name>
<name><surname>Lopez-de Ipiña</surname>
<given-names>D.</given-names>
</name>
<name><surname>Sacristán</surname>
<given-names>M.</given-names>
</name>
</person-group>
<article-title>Imhotep: An approach to user and device conscious mobile applications</article-title>
<source>Pers. Ubiquitous Comput.</source>
<year>2011</year>
<volume>15</volume>
<fpage>419</fpage>
<lpage>429</lpage>
</element-citation>
</ref>
<ref id="b69-sensors-14-05354"><label>69.</label>
<element-citation publication-type="webpage"><person-group person-group-type="author"><collab>OpenDDR</collab>
</person-group>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://www.openddr.org/">http://www.openddr.org/</ext-link>
</comment>
<date-in-citation>(accessed on 17 March 2014)</date-in-citation>
</element-citation>
</ref>
<ref id="b70-sensors-14-05354"><label>70.</label>
<element-citation publication-type="webpage"><article-title>51Degrees.mobi</article-title>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://51degrees.mobi/Home.aspx">http://51degrees.mobi/Home.aspx</ext-link>
</comment>
<date-in-citation>(accessed on 17 March 2014)</date-in-citation>
</element-citation>
</ref>
<ref id="b71-sensors-14-05354"><label>71.</label>
<element-citation publication-type="webpage"><person-group person-group-type="author"><name><surname>Santos</surname>
<given-names>S.</given-names>
</name>
</person-group>
<article-title>Comparing Device Description Repositories. October 2nd</article-title>
<year>2012</year>
<comment><ext-link ext-link-type="uri" xlink:href="http://www.samaxes.com/2012/10/comparing-device-description-repositories/">http://www.samaxes.com/2012/10/comparing-device-description-repositories/</ext-link>
</comment>
<date-in-citation>(accessed on 17 March 2014)</date-in-citation>
</element-citation>
</ref>
<ref id="b72-sensors-14-05354"><label>72.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Chen</surname>
<given-names>H.</given-names>
</name>
<name><surname>Perich</surname>
<given-names>F.</given-names>
</name>
<name><surname>Finin</surname>
<given-names>T.</given-names>
</name>
<name><surname>Joshi</surname>
<given-names>A.</given-names>
</name>
</person-group>
<article-title>Soupa: Standard ontology for ubiquitous and pervasive applications</article-title>
<conf-name>Proceedings of the First Annual International Conference on Mobile and Ubiquitous Systems: Networking and Services</conf-name>
<year>2004</year>
<conf-loc>MOBIQUITOUS, Boston, MA, USA</conf-loc>
<conf-date>22–26 August 2004</conf-date>
<fpage>258</fpage>
<lpage>267</lpage>
</element-citation>
</ref>
<ref id="b73-sensors-14-05354"><label>73.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Hervás</surname>
<given-names>R.</given-names>
</name>
<name><surname>Bravo</surname>
<given-names>J.</given-names>
</name>
<name><surname>Fontecha</surname>
<given-names>J.</given-names>
</name>
</person-group>
<article-title>A context model based on ontological languages: A proposal for information visualization</article-title>
<source>J. UCS</source>
<year>2010</year>
<volume>16</volume>
<fpage>1539</fpage>
<lpage>1555</lpage>
</element-citation>
</ref>
<ref id="b74-sensors-14-05354"><label>74.</label>
<element-citation publication-type="webpage"><article-title>The Web Accessibility Initiative</article-title>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://www.w3.org/WAI/">http://www.w3.org/WAI/</ext-link>
</comment>
<date-in-citation>(accessed on 17 March 2014)</date-in-citation>
</element-citation>
</ref>
<ref id="b75-sensors-14-05354"><label>75.</label>
<element-citation publication-type="webpage"><article-title>Web Content Accessibility Guidelines</article-title>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://www.w3.org/WAI/intro/wcag.php">http://www.w3.org/WAI/intro/wcag.php</ext-link>
</comment>
<date-in-citation>(accessed on 17 March 2014)</date-in-citation>
</element-citation>
</ref>
<ref id="b76-sensors-14-05354"><label>76.</label>
<element-citation publication-type="webpage"><person-group person-group-type="author"><collab>Accesability and Usability at Penn State</collab>
</person-group>
<article-title>Accessibility <italic>vs.</italic>
Usability <italic>vs.</italic>
W3C Web ”Standards”</article-title>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://accessibility.psu.edu/usability">http://accessibility.psu.edu/usability</ext-link>
</comment>
<date-in-citation>(accessed on 17 March 2014)</date-in-citation>
</element-citation>
</ref>
<ref id="b77-sensors-14-05354"><label>77.</label>
<element-citation publication-type="webpage"><article-title>Workshop on Future Standards for Model-Based User Interfaces</article-title>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://www.w3.org/2010/02/mbui/cfp">http://www.w3.org/2010/02/mbui/cfp</ext-link>
</comment>
<date-in-citation>(accessed on 17 March 2014)</date-in-citation>
</element-citation>
</ref>
<ref id="b78-sensors-14-05354"><label>78.</label>
<element-citation publication-type="webpage"><article-title>World Wide Web Incubator Group</article-title>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://www.w3.org/2005/Incubator/urw3/">http://www.w3.org/2005/Incubator/urw3/</ext-link>
</comment>
<date-in-citation>(accessed on 17 March 2014)</date-in-citation>
</element-citation>
</ref>
<ref id="b79-sensors-14-05354"><label>79.</label>
<element-citation publication-type="webpage"><article-title>The Web Video Activity</article-title>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://www.w3.org/2008/WebVideo/Activity.html">http://www.w3.org/2008/WebVideo/Activity.html</ext-link>
</comment>
<date-in-citation>(accessed on 17 March 2014)</date-in-citation>
</element-citation>
</ref>
<ref id="b80-sensors-14-05354"><label>80.</label>
<element-citation publication-type="webpage"><article-title>The Time Text Working Group</article-title>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://www.w3.org/AudioVideo/TT/">http://www.w3.org/AudioVideo/TT/</ext-link>
</comment>
<date-in-citation>(accessed on 17 March 2014)</date-in-citation>
</element-citation>
</ref>
<ref id="b81-sensors-14-05354"><label>81.</label>
<element-citation publication-type="webpage"><article-title>The Media Annotation Working Group</article-title>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://www.w3.org/2008/WebVideo/Annotations/">http://www.w3.org/2008/WebVideo/Annotations/</ext-link>
</comment>
<date-in-citation>(accessed on 17 March 2014)</date-in-citation>
</element-citation>
</ref>
<ref id="b82-sensors-14-05354"><label>82.</label>
<element-citation publication-type="webpage"><article-title>The Media Fragments Working Group</article-title>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://www.w3.org/2008/WebVideo/Fragments/">http://www.w3.org/2008/WebVideo/Fragments/</ext-link>
</comment>
<date-in-citation>(accessed on 17 March 2014)</date-in-citation>
</element-citation>
</ref>
<ref id="b83-sensors-14-05354"><label>83.</label>
<element-citation publication-type="webpage"><article-title>PROV-Overview</article-title>
<article-title>An Overview of the PROV Family of Documents W3C Working Group Note 30 April 2013</article-title>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://www.w3.org/TR/prov-overview/">http://www.w3.org/TR/prov-overview/</ext-link>
</comment>
<date-in-citation>(accessed on 17 March 2014)</date-in-citation>
</element-citation>
</ref>
<ref id="b84-sensors-14-05354"><label>84.</label>
<element-citation publication-type="webpage"><article-title>PROV-O: The PROV Ontology. W3C Recommendation 30 April 2013</article-title>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://www.w3.org/TR/2013/REC-prov-o-20130430/">http://www.w3.org/TR/2013/REC-prov-o-20130430/</ext-link>
</comment>
<date-in-citation>(accessed on 17 March 2014)</date-in-citation>
</element-citation>
</ref>
<ref id="b85-sensors-14-05354"><label>85.</label>
<element-citation publication-type="webpage"><article-title>MPEG 108 meeting</article-title>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://mpeg.chiariglione.org/meetings/108">http://mpeg.chiariglione.org/meetings/108</ext-link>
</comment>
<date-in-citation>(accessed on 17 March 2014)</date-in-citation>
</element-citation>
</ref>
<ref id="b86-sensors-14-05354"><label>86.</label>
<element-citation publication-type="webpage"><person-group person-group-type="author"><name><surname>Gil</surname>
<given-names>Y.</given-names>
</name>
<name><surname>Miles</surname>
<given-names>S.</given-names>
</name>
</person-group>
<article-title>PROV Model Primer. W3C Note</article-title>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://www.w3.org/TR/2013/NOTE-prov-primer-20130430/">http://www.w3.org/TR/2013/NOTE-prov-primer-20130430/</ext-link>
</comment>
<date-in-citation>(accessed on 30 April 2013)</date-in-citation>
</element-citation>
</ref>
<ref id="b87-sensors-14-05354"><label>87.</label>
<element-citation publication-type="webpage"><person-group person-group-type="author"><name><surname>Hua</surname>
<given-names>H.</given-names>
</name>
<name><surname>Tilmes</surname>
<given-names>C.</given-names>
</name>
<name><surname>Zednik</surname>
<given-names>S.</given-names>
</name>
</person-group>
<article-title>PROV-XML: The PROV XML Schema. W3C Note</article-title>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://www.w3.org/TR/2013/NOTE-prov-xml-20130430/">http://www.w3.org/TR/2013/NOTE-prov-xml-20130430/</ext-link>
</comment>
<date-in-citation>(accessed on 30 April 2013)</date-in-citation>
</element-citation>
</ref>
<ref id="b88-sensors-14-05354"><label>88.</label>
<element-citation publication-type="webpage"><person-group person-group-type="author"><name><surname>Lebo</surname>
<given-names>T.</given-names>
</name>
<name><surname>Sahoo</surname>
<given-names>S.</given-names>
</name>
<name><surname>McGuinness</surname>
<given-names>D.</given-names>
</name>
</person-group>
<article-title>PROV-O: The PROV Ontology. W3C Recommendation</article-title>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://www.w3.org/TR/2013/REC-prov-o-20130430/">http://www.w3.org/TR/2013/REC-prov-o-20130430/</ext-link>
</comment>
<date-in-citation>(accessed on 30 April 2013)</date-in-citation>
</element-citation>
</ref>
<ref id="b89-sensors-14-05354"><label>89.</label>
<element-citation publication-type="webpage"><person-group person-group-type="author"><name><surname>Moreau</surname>
<given-names>L.</given-names>
</name>
<name><surname>Missier</surname>
<given-names>P.</given-names>
</name>
</person-group>
<article-title>PROV-DM: The PROV Data Model. W3C Recommendation</article-title>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://www.w3.org/TR/2013/REC-prov-dm-20130430/">http://www.w3.org/TR/2013/REC-prov-dm-20130430/</ext-link>
</comment>
<date-in-citation>(accessed on 30 April 2013)</date-in-citation>
</element-citation>
</ref>
<ref id="b90-sensors-14-05354"><label>90.</label>
<element-citation publication-type="webpage"><person-group person-group-type="author"><name><surname>Moreau</surname>
<given-names>L.</given-names>
</name>
<name><surname>Missier</surname>
<given-names>P.</given-names>
</name>
</person-group>
<article-title>PROV-N: The Provenance Notation. W3C Recommendation</article-title>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://www.w3.org/TR/2013/REC-prov-n-20130430/">http://www.w3.org/TR/2013/REC-prov-n-20130430/</ext-link>
</comment>
<date-in-citation>(accessed on 30 April 2013)</date-in-citation>
</element-citation>
</ref>
<ref id="b91-sensors-14-05354"><label>91.</label>
<element-citation publication-type="webpage"><person-group person-group-type="author"><name><surname>Cheney</surname>
<given-names>J.</given-names>
</name>
<name><surname>Missier</surname>
<given-names>P.</given-names>
</name>
<name><surname>Moreau</surname>
<given-names>L.</given-names>
</name>
</person-group>
<article-title>Constraints of the PROV Data Model. W3C Recommendation</article-title>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://www.w3.org/TR/2013/REC-prov-constraints-20130430/">http://www.w3.org/TR/2013/REC-prov-constraints-20130430/</ext-link>
</comment>
<date-in-citation>(accessed on 30 April 2013)</date-in-citation>
</element-citation>
</ref>
<ref id="b92-sensors-14-05354"><label>92.</label>
<element-citation publication-type="webpage"><person-group person-group-type="author"><name><surname>Klyne</surname>
<given-names>G.</given-names>
</name>
<name><surname>Groth</surname>
<given-names>P.</given-names>
</name>
</person-group>
<article-title>Provenance Access and Query. W3C Note</article-title>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://www.w3.org/TR/2013/NOTE-prov-aq-20130430/">http://www.w3.org/TR/2013/NOTE-prov-aq-20130430/</ext-link>
</comment>
<date-in-citation>(accessed on 30 April 2013)</date-in-citation>
</element-citation>
</ref>
<ref id="b93-sensors-14-05354"><label>93.</label>
<element-citation publication-type="webpage"><person-group person-group-type="author"><name><surname>Garijo</surname>
<given-names>D.</given-names>
</name>
<name><surname>Eckert</surname>
<given-names>K.</given-names>
</name>
</person-group>
<article-title>Dublin Core to PROV Mapping. W3C Note</article-title>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://www.w3.org/TR/2013/NOTE-prov-dc-20130430/">http://www.w3.org/TR/2013/NOTE-prov-dc-20130430/</ext-link>
</comment>
<date-in-citation>(accessed on 30 April 2013)</date-in-citation>
</element-citation>
</ref>
<ref id="b94-sensors-14-05354"><label>94.</label>
<element-citation publication-type="webpage"><person-group person-group-type="author"><name><surname>De Nies</surname>
<given-names>T.</given-names>
</name>
<name><surname>Coppens</surname>
<given-names>S.</given-names>
</name>
</person-group>
<article-title>PROV Dictionary: Modeling Provenance for Dictionary Data Structures. W3C Note</article-title>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://www.w3.org/TR/2013/NOTE-prov-dictionary-20130430/">http://www.w3.org/TR/2013/NOTE-prov-dictionary-20130430/</ext-link>
</comment>
<date-in-citation>(accessed on 30 April 2013)</date-in-citation>
</element-citation>
</ref>
<ref id="b95-sensors-14-05354"><label>95.</label>
<element-citation publication-type="webpage"><person-group person-group-type="author"><name><surname>Cheney</surname>
<given-names>J.</given-names>
</name>
</person-group>
<article-title>Semantics of the PROV Data Model. W3C Note</article-title>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://www.w3.org/TR/2013/NOTE-prov-sem-20130430">http://www.w3.org/TR/2013/NOTE-prov-sem-20130430</ext-link>
</comment>
<date-in-citation>(accessed on 30 April 2013)</date-in-citation>
</element-citation>
</ref>
<ref id="b96-sensors-14-05354"><label>96.</label>
<element-citation publication-type="webpage"><person-group person-group-type="author"><name><surname>Moreau</surname>
<given-names>L.</given-names>
</name>
<name><surname>Lebo</surname>
<given-names>T.</given-names>
</name>
</person-group>
<article-title>Linking Across Provenance Bundles. W3C Note</article-title>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://www.w3.org/TR/2013/NOTE-prov-links-20130430/">http://www.w3.org/TR/2013/NOTE-prov-links-20130430/</ext-link>
</comment>
<date-in-citation>(accessed on 30 April 2013)</date-in-citation>
</element-citation>
</ref>
<ref id="b97-sensors-14-05354"><label>97.</label>
<element-citation publication-type="webpage"><article-title>FOAF Vocabulary Specification 0.99 Namespace Document 14 January 2014—Paddington Edition</article-title>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://xmlns.com/foaf/spec/">http://xmlns.com/foaf/spec/</ext-link>
</comment>
<date-in-citation>(accessed on 17 March 2014)</date-in-citation>
</element-citation>
</ref>
<ref id="b98-sensors-14-05354"><label>98.</label>
<element-citation publication-type="webpage"><article-title>UserModelOntology</article-title>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://www.daml.org/ontologies/444">http://www.daml.org/ontologies/444</ext-link>
</comment>
<date-in-citation>(accessed on 17 March 2014)</date-in-citation>
</element-citation>
</ref>
<ref id="b99-sensors-14-05354"><label>99.</label>
<element-citation publication-type="webpage"><article-title>The CoBrA Ontology</article-title>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://cobra.umbc.edu/ontologies.html">http://cobra.umbc.edu/ontologies.html</ext-link>
</comment>
<date-in-citation>(accessed on 17 March 2014)</date-in-citation>
</element-citation>
</ref>
<ref id="b100-sensors-14-05354"><label>100.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Maass</surname>
<given-names>H.</given-names>
</name>
</person-group>
<article-title>Location-aware mobile applications based on directory services</article-title>
<source>Mob. Netw. Appl.</source>
<year>1998</year>
<volume>3</volume>
<fpage>157</fpage>
<lpage>173</lpage>
</element-citation>
</ref>
<ref id="b101-sensors-14-05354"><label>101.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Schilit</surname>
<given-names>B.N.</given-names>
</name>
<name><surname>Theimer</surname>
<given-names>M.M.</given-names>
</name>
<name><surname>Welch</surname>
<given-names>B.B.</given-names>
</name>
</person-group>
<article-title>Customizing Mobile Applications</article-title>
<conf-name>Proceedings of the USENIX Symposium on Mobile & Location-Independent Computing Symposium</conf-name>
<conf-loc>Cambridge, MA, USA</conf-loc>
<conf-date>2–3 August 1993</conf-date>
</element-citation>
</ref>
<ref id="b102-sensors-14-05354"><label>102.</label>
<element-citation publication-type="book"><person-group person-group-type="author"><name><surname>Bauer</surname>
<given-names>J.</given-names>
</name>
<name><surname>Kutsche</surname>
<given-names>R.-D.</given-names>
</name>
<name><surname>Ehrmanntraut</surname>
<given-names>R.</given-names>
</name>
</person-group>
<article-title>Identification and modeling of contexts for different information scenarios in air traffic</article-title>
<source>Master thesis</source>
<comment>Technische Universitat Berlin</comment>
<publisher-name>Fakultät IV—Elektrotechnik und Informatik, Institut für Computergestützte Informationssysteme</publisher-name>
<publisher-loc>Berlin</publisher-loc>
<year>2003</year>
</element-citation>
</ref>
<ref id="b103-sensors-14-05354"><label>103.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Henricksen</surname>
<given-names>K.</given-names>
</name>
<name><surname>Indulska</surname>
<given-names>J.</given-names>
</name>
<name><surname>Rakotonirainy</surname>
<given-names>A.</given-names>
</name>
</person-group>
<article-title>Generating context management infrastructure from high-level context models</article-title>
<conf-name>Proceedings of the 4th International Conference on Mobile Data Management (MDM)—Industrial Track</conf-name>
<conf-loc>Melbourne, Australia</conf-loc>
<conf-date>21–24 January 2003</conf-date>
<fpage>1</fpage>
<lpage>6</lpage>
</element-citation>
</ref>
<ref id="b104-sensors-14-05354"><label>104.</label>
<element-citation publication-type="webpage"><article-title>Object Role Modeling</article-title>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://www.orm.net/">http://www.orm.net/</ext-link>
</comment>
<date-in-citation>(accessed on 17 March 2014)</date-in-citation>
</element-citation>
</ref>
<ref id="b105-sensors-14-05354"><label>105.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Cheverst</surname>
<given-names>K.</given-names>
</name>
<name><surname>Mitchell</surname>
<given-names>K.</given-names>
</name>
<name><surname>Davies</surname>
<given-names>N.</given-names>
</name>
</person-group>
<article-title>Design of an object model for a context sensitive tourist GUIDE</article-title>
<source>Comput. Gr.</source>
<year>1999</year>
<volume>23</volume>
<fpage>883</fpage>
<lpage>891</lpage>
</element-citation>
</ref>
<ref id="b106-sensors-14-05354"><label>106.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Ziefle</surname>
<given-names>M.</given-names>
</name>
<name><surname>Röcker</surname>
<given-names>C.</given-names>
</name>
<name><surname>Holzinger</surname>
<given-names>A.</given-names>
</name>
</person-group>
<article-title>Perceived usefulness of assistive technologies and electronic services for ambient assisted living</article-title>
<conf-name>Proceedings of the 2011 5th International Conference on Pervasive Computing Technologies for Healthcare (PervasiveHealth)</conf-name>
<conf-loc>Dublin, Ireland</conf-loc>
<conf-date>23–26 May 2011</conf-date>
<fpage>585</fpage>
<lpage>592</lpage>
</element-citation>
</ref>
<ref id="b107-sensors-14-05354"><label>107.</label>
<element-citation publication-type="book"><person-group person-group-type="author"><name><surname>Kleinberger</surname>
<given-names>T.</given-names>
</name>
<name><surname>Becker</surname>
<given-names>M.</given-names>
</name>
<name><surname>Ras</surname>
<given-names>E.</given-names>
</name>
<name><surname>Holzinger</surname>
<given-names>A.</given-names>
</name>
<name><surname>Müller</surname>
<given-names>P.</given-names>
</name>
</person-group>
<article-title>Ambient intelligence in assisted living: Enable elderly people to handle future interfaces</article-title>
<source>Universal Access in Human-computer Interaction. Ambient Interaction</source>
<publisher-name>Springer</publisher-name>
<publisher-loc>Berlin/Heidelberg, Germany</publisher-loc>
<year>2007</year>
<fpage>103</fpage>
<lpage>112</lpage>
</element-citation>
</ref>
<ref id="b108-sensors-14-05354"><label>108.</label>
<element-citation publication-type="book"><person-group person-group-type="author"><name><surname>Holzinger</surname>
<given-names>A.</given-names>
</name>
<name><surname>Ziefle</surname>
<given-names>M.</given-names>
</name>
<name><surname>Rocker</surname>
<given-names>C.</given-names>
</name>
</person-group>
<article-title>Human-computer interaction and usability engineering for elderly (hci4aging): Introduction to the special thematic session</article-title>
<source>Computers Helping People with Special Needs</source>
<publisher-name>Springer</publisher-name>
<publisher-loc>Berlin/Heidelberg, Germany</publisher-loc>
<year>2010</year>
<fpage>556</fpage>
<lpage>559</lpage>
</element-citation>
</ref>
</ref-list>
</back>
<floats-group><fig id="f1-sensors-14-05354" position="float"><label>Figure 1.</label>
<caption><p>Quality model for external and internal quality [<xref rid="b7-sensors-14-05354" ref-type="bibr">7</xref>
].</p>
</caption>
<graphic xlink:href="sensors-14-05354f1"></graphic>
</fig>
<fig id="f2-sensors-14-05354" position="float"><label>Figure 2.</label>
<caption><p>Quality model for quality in use [<xref rid="b7-sensors-14-05354" ref-type="bibr">7</xref>
].</p>
</caption>
<graphic xlink:href="sensors-14-05354f2"></graphic>
</fig>
<table-wrap id="t1-sensors-14-05354" position="float"><label>Table 1.</label>
<caption><p>Related work for the user modeling approaches. Under the user characteristics heading <underline>A</underline>
ctivities or behavior, <underline>C</underline>
apabilities, <underline>Ex</underline>
perience, <underline>I</underline>
nterests, <underline>E</underline>
motions, <underline>P</underline>
ersonal, <underline>S</underline>
tress and <underline>L</underline>
ocation information are presented.</p>
</caption>
<table frame="hsides" rules="groups"><thead><tr><th align="left" valign="top" rowspan="3" colspan="1"><bold>Solution</bold>
</th>
<th align="left" valign="top" rowspan="3" colspan="1"><bold>Domain</bold>
</th>
<th align="left" valign="top" rowspan="3" colspan="1"><bold>Ontologies</bold>
</th>
<th colspan="8" align="center" valign="top" rowspan="1"><bold>User characteristics</bold>
</th>
</tr>
<tr><th colspan="8" valign="bottom" rowspan="1"><hr></hr>
</th>
</tr>
<tr><th align="center" valign="top" rowspan="1" colspan="1"><bold>A</bold>
</th>
<th align="center" valign="top" rowspan="1" colspan="1"><bold>C</bold>
</th>
<th align="center" valign="top" rowspan="1" colspan="1"><bold>Ex</bold>
</th>
<th align="center" valign="top" rowspan="1" colspan="1"><bold>I</bold>
</th>
<th align="center" valign="top" rowspan="1" colspan="1"><bold>E</bold>
</th>
<th align="center" valign="top" rowspan="1" colspan="1"><bold>P</bold>
</th>
<th align="center" valign="top" rowspan="1" colspan="1"><bold>S</bold>
</th>
<th align="center" valign="top" rowspan="1" colspan="1"><bold>L</bold>
</th>
</tr>
</thead>
<tbody><tr><td align="left" valign="top" rowspan="1" colspan="1">2002, Gregor <italic>et al.</italic>
[<xref rid="b5-sensors-14-05354" ref-type="bibr">5</xref>
]</td>
<td align="left" valign="top" rowspan="1" colspan="1">Inclusive design</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">2003, Gauch <italic>et al.</italic>
[<xref rid="b20-sensors-14-05354" ref-type="bibr">20</xref>
]</td>
<td align="left" valign="top" rowspan="1" colspan="1">Automatic profiling</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">2003, Razmerita <italic>et al.</italic>
[<xref rid="b21-sensors-14-05354" ref-type="bibr">21</xref>
]</td>
<td align="left" valign="top" rowspan="1" colspan="1">KMS</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">2005, Hatala and Wakkary [<xref rid="b22-sensors-14-05354" ref-type="bibr">22</xref>
]</td>
<td align="left" valign="top" rowspan="1" colspan="1">Tangible interfaces</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">2005, Fernando Pereira [<xref rid="b26-sensors-14-05354" ref-type="bibr">26</xref>
]</td>
<td align="left" valign="top" rowspan="1" colspan="1">Multimedia adaptation</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">2007, Persad <italic>et al.</italic>
[<xref rid="b27-sensors-14-05354" ref-type="bibr">27</xref>
]</td>
<td align="left" valign="top" rowspan="1" colspan="1">Product design demands</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">2007, Golemati <italic>et al.</italic>
[<xref rid="b29-sensors-14-05354" ref-type="bibr">29</xref>
]</td>
<td align="left" valign="top" rowspan="1" colspan="1">User profiling</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">2007, Heckmann <italic>et al.</italic>
[<xref rid="b30-sensors-14-05354" ref-type="bibr">30</xref>
]</td>
<td align="left" valign="top" rowspan="1" colspan="1">Ubiquitous applications</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">2008, Casas <italic>et al.</italic>
[<xref rid="b32-sensors-14-05354" ref-type="bibr">32</xref>
]</td>
<td align="left" valign="top" rowspan="1" colspan="1">Adaptive user interfaces</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">2012, Evers <italic>et al.</italic>
[<xref rid="b34-sensors-14-05354" ref-type="bibr">34</xref>
]</td>
<td align="left" valign="top" rowspan="1" colspan="1">Adaptive applications</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">2012, Skillen <italic>et al.</italic>
[<xref rid="b36-sensors-14-05354" ref-type="bibr">36</xref>
]</td>
<td align="left" valign="top" rowspan="1" colspan="1">Mobile environments</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
</tr>
</tbody>
</table>
</table-wrap>
<table-wrap id="t2-sensors-14-05354" position="float"><label>Table 2.</label>
<caption><p>Related work for context modeling approaches. Under the domain heading <underline>C</underline>
ontext <underline>A</underline>
wareness, <underline>C</underline>
ontext <underline>M</underline>
odeling, <underline>P</underline>
ervasive <underline>C</underline>
omputing, <underline>S</underline>
mart <underline>E</underline>
nvironments, <underline>M</underline>
obile <underline>C</underline>
omputing and <underline>R</underline>
ecommender <underline>S</underline>
ystems. Under the context parameters heading <underline>L</underline>
ocation, <underline>T</underline>
ime, <underline>A</underline>
ctivity, Nearby <underline>R</underline>
esources, Nearby <underline>P</underline>
eople, Physical <underline>E</underline>
nvironment, <underline>S</underline>
ocial environment, <underline>I</underline>
nfrastructure, <underline>U</underline>
ser's parameters and <underline>H</underline>
igh level information are presented.</p>
</caption>
<table frame="hsides" rules="groups"><thead><tr><th align="center" valign="top" rowspan="3" colspan="1"></th>
<th align="center" valign="top" rowspan="3" colspan="1"><bold>Domain</bold>
</th>
<th align="center" valign="top" rowspan="3" colspan="1"><bold>Ontologies</bold>
</th>
<th colspan="10" align="center" valign="top" rowspan="1"><bold>Context parameters</bold>
</th>
</tr>
<tr><th colspan="10" valign="bottom" rowspan="1"><hr></hr>
</th>
</tr>
<tr><th align="center" valign="top" rowspan="1" colspan="1"><bold>L</bold>
</th>
<th align="center" valign="top" rowspan="1" colspan="1"><bold>T</bold>
</th>
<th align="center" valign="top" rowspan="1" colspan="1"><bold>A</bold>
</th>
<th align="center" valign="top" rowspan="1" colspan="1"><bold>R</bold>
</th>
<th align="center" valign="top" rowspan="1" colspan="1"><bold>P</bold>
</th>
<th align="center" valign="top" rowspan="1" colspan="1"><bold>E</bold>
</th>
<th align="center" valign="top" rowspan="1" colspan="1"><bold>S</bold>
</th>
<th align="center" valign="top" rowspan="1" colspan="1"><bold>I</bold>
</th>
<th align="center" valign="top" rowspan="1" colspan="1"><bold>U</bold>
</th>
<th align="center" valign="top" rowspan="1" colspan="1"><bold>H</bold>
</th>
</tr>
</thead>
<tbody><tr><td align="left" valign="top" rowspan="1" colspan="1">2000, Chen and Kotz [<xref rid="b47-sensors-14-05354" ref-type="bibr">47</xref>
]</td>
<td align="left" valign="top" rowspan="1" colspan="1">CA</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">2001, Anthony Jameson [<xref rid="b44-sensors-14-05354" ref-type="bibr">44</xref>
]</td>
<td align="left" valign="top" rowspan="1" colspan="1">CM</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">2002, Henricksen <italic>et al.</italic>
[<xref rid="b49-sensors-14-05354" ref-type="bibr">49</xref>
]</td>
<td align="left" valign="top" rowspan="1" colspan="1">PC</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">2002, Held <italic>et al.</italic>
[<xref rid="b50-sensors-14-05354" ref-type="bibr">50</xref>
]</td>
<td align="left" valign="top" rowspan="1" colspan="1">CA</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">2004, Gu <italic>et al.</italic>
[<xref rid="b51-sensors-14-05354" ref-type="bibr">51</xref>
]</td>
<td align="left" valign="top" rowspan="1" colspan="1">SE</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">2005, Chen <italic>et al.</italic>
[<xref rid="b53-sensors-14-05354" ref-type="bibr">53</xref>
]</td>
<td align="left" valign="top" rowspan="1" colspan="1">PC</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">2005, Yamabe <italic>et al.</italic>
[<xref rid="b54-sensors-14-05354" ref-type="bibr">54</xref>
]</td>
<td align="left" valign="top" rowspan="1" colspan="1">MC</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">2008, Wood <italic>et al.</italic>
[<xref rid="b55-sensors-14-05354" ref-type="bibr">55</xref>
]</td>
<td align="left" valign="top" rowspan="1" colspan="1">AAL</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">2011 Baltrunas <italic>et al.</italic>
[<xref rid="b4-sensors-14-05354" ref-type="bibr">4</xref>
]</td>
<td align="left" valign="top" rowspan="1" colspan="1">RS</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">2012, McAvoy <italic>et al.</italic>
[<xref rid="b56-sensors-14-05354" ref-type="bibr">56</xref>
]</td>
<td align="left" valign="top" rowspan="1" colspan="1">SE</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">2013, Almeida and López-de-Ipiña [<xref rid="b57-sensors-14-05354" ref-type="bibr">57</xref>
]</td>
<td align="left" valign="top" rowspan="1" colspan="1">SE</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
</tr>
</tbody>
</table>
</table-wrap>
<table-wrap id="t3-sensors-14-05354" position="float"><label>Table 3.</label>
<caption><p>CC/PP: several advantages and drawbacks.</p>
</caption>
<table frame="hsides" rules="groups"><thead><tr><th align="left" valign="top" rowspan="1" colspan="1"><bold>Advantages</bold>
</th>
<th align="left" valign="top" rowspan="1" colspan="1"><bold>Drawbacks</bold>
</th>
</tr>
</thead>
<tbody><tr><td align="left" valign="top" rowspan="1" colspan="1">A good infrastructure for modeling devices</td>
<td align="left" valign="top" rowspan="1" colspan="1">Device dependent</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">Content negotiation flexibility</td>
<td align="left" valign="top" rowspan="1" colspan="1">It requires a more mature user preferences definition</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">Using CC/PP, Web based device developers and user agents can define accurate profiles for their products. Web servers and server proxies can use these profiles to perform the adaptation</td>
<td align="left" valign="top" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">Open to new protocol proposals for profile exchanging</td>
<td align="left" valign="top" rowspan="1" colspan="1"></td>
</tr>
</tbody>
</table>
</table-wrap>
<table-wrap id="t4-sensors-14-05354" position="float"><label>Table 4.</label>
<caption><p>Analysed DDRs comparison [<xref rid="b71-sensors-14-05354" ref-type="bibr">71</xref>
].</p>
</caption>
<table frame="hsides" rules="groups"><thead><tr><th align="left" valign="top" rowspan="1" colspan="1"><bold>DDR</bold>
</th>
<th align="left" valign="top" rowspan="1" colspan="1"><bold>Advantages</bold>
</th>
<th align="left" valign="top" rowspan="1" colspan="1"><bold>Drawbacks</bold>
</th>
</tr>
</thead>
<tbody><tr><td align="left" valign="top" rowspan="5" colspan="1">WURFL</td>
<td align="left" valign="top" rowspan="1" colspan="1">Upgradeable to new versions</td>
<td align="left" valign="top" rowspan="1" colspan="1">Errors in data</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">A hierarchy which allows to infer values</td>
<td align="left" valign="top" rowspan="1" colspan="1">Many empty values</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">Many capabilities modelled</td>
<td align="left" valign="top" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">Very easy to configure</td>
<td align="left" valign="top" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">Powerful API</td>
<td align="left" valign="top" rowspan="1" colspan="1"></td>
</tr>
<tr><td valign="bottom" colspan="3" rowspan="1"><hr></hr>
</td>
</tr>
<tr><td align="left" valign="top" rowspan="2" colspan="1">OpenDDR</td>
<td align="left" valign="top" rowspan="1" colspan="1">Free to use, even commercially</td>
<td align="left" valign="top" rowspan="1" colspan="1">Limited number of capabilities</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">Growing community</td>
<td align="left" valign="top" rowspan="1" colspan="1">Default values for unknown data</td>
</tr>
<tr><td valign="bottom" colspan="3" rowspan="1"><hr></hr>
</td>
</tr>
<tr><td align="left" valign="top" rowspan="2" colspan="1">51Degrees.mobi</td>
<td align="left" valign="top" rowspan="1" colspan="1">A Lite version, free to use even commercially</td>
<td align="left" valign="top" rowspan="1" colspan="1">Limited number of capabilities</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">Easy to install and use</td>
<td align="left" valign="top" rowspan="1" colspan="1"></td>
</tr>
</tbody>
</table>
</table-wrap>
<table-wrap id="t5-sensors-14-05354" position="float"><label>Table 5.</label>
<caption><p>W3C standards and specifications for user and device modeling.</p>
</caption>
<table frame="hsides" rules="groups"><thead><tr><th align="left" valign="top" rowspan="3" colspan="1"><bold>Entity</bold>
</th>
<th align="left" valign="top" rowspan="3" colspan="1"><bold>Contribution</bold>
</th>
<th colspan="2" align="center" valign="top" rowspan="1"><bold>Type</bold>
</th>
</tr>
<tr><th colspan="2" valign="bottom" rowspan="1"><hr></hr>
</th>
</tr>
<tr><th align="center" valign="top" rowspan="1" colspan="1"><bold>Standard</bold>
</th>
<th align="center" valign="top" rowspan="1" colspan="1"><bold>Specification</bold>
</th>
</tr>
</thead>
<tbody><tr><td align="left" valign="top" rowspan="11" colspan="1">User</td>
<td align="left" valign="top" rowspan="1" colspan="1">UAProf</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">Multimodal Architecture and Interfaces</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">Extensible MultiModal Annotation markup language</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">Ink Markup Language (InkML)</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">Accessibility (All)</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">Web Content Accessibility Guidelines (WCAG)</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">Accessible Rich Internet Applications (WAI-ARIA)</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">User Agent Accessibility Guidelines (UAAG)</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">Authoring Tool Accessibility Guidelines (ATAG)</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">Evaluation and Report Language (EARL)</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">IndieUI</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
</tr>
<tr><td align="left" valign="top" rowspan="10" colspan="1">Device</td>
<td align="left" valign="top" rowspan="1" colspan="1">CC/PP</td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">Introduction to Model-Based User Interfaces</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">Model-Based User Interfaces Glossary</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">Guidelines for writing device independent tests</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">Delivery Context Overview for Device Independence</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">Authoring Techniques for Device Independence</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">Device Independence Principles</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">Authoring Challenges for Device Independence</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">Delivery Context Ontology</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">Delivery Context: Client Interfaces (DCCI)</td>
<td align="center" valign="top" rowspan="1" colspan="1"></td>
<td align="center" valign="top" rowspan="1" colspan="1">✓</td>
</tr>
</tbody>
</table>
</table-wrap>
<table-wrap id="t6-sensors-14-05354" position="float"><label>Table 6.</label>
<caption><p>PROV documents description. Document type (Recommendation or Note) is also shown.</p>
</caption>
<table frame="hsides" rules="groups"><thead><tr><th align="left" valign="middle" rowspan="1" colspan="1"><bold>Document</bold>
</th>
<th align="left" valign="middle" rowspan="1" colspan="1"><bold>Type</bold>
</th>
<th align="left" valign="middle" rowspan="1" colspan="1"><bold>Details</bold>
</th>
</tr>
</thead>
<tbody><tr><td align="left" valign="top" rowspan="1" colspan="1">PROV-PRIMER [<xref rid="b86-sensors-14-05354" ref-type="bibr">86</xref>
]</td>
<td align="left" valign="top" rowspan="1" colspan="1">Note</td>
<td align="left" valign="top" rowspan="1" colspan="1">The entry point to PROV offering an introduction to the provenance data model</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">PROV-XML [<xref rid="b87-sensors-14-05354" ref-type="bibr">87</xref>
]</td>
<td align="left" valign="top" rowspan="1" colspan="1">Note</td>
<td align="left" valign="top" rowspan="1" colspan="1">Defines an XML schema for the provenance data model PROV data model</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">PROV-O [<xref rid="b88-sensors-14-05354" ref-type="bibr">88</xref>
]</td>
<td align="left" valign="top" rowspan="1" colspan="1">Rec.</td>
<td align="left" valign="top" rowspan="1" colspan="1">PROV-O defines a light-weight OWL2 ontology for the provenance data model</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">PROV-DM [<xref rid="b89-sensors-14-05354" ref-type="bibr">89</xref>
]</td>
<td align="left" valign="top" rowspan="1" colspan="1">Rec.</td>
<td align="left" valign="top" rowspan="1" colspan="1">Defines a conceptual data model for provenance including UML diagrams. PROV-O, PROV-XML and PROV-N are serializations of this conceptual model</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">PROV-N [<xref rid="b90-sensors-14-05354" ref-type="bibr">90</xref>
]</td>
<td align="left" valign="top" rowspan="1" colspan="1">Rec.</td>
<td align="left" valign="top" rowspan="1" colspan="1">Defines a human-readable notation for the provenance model.</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">PROV-CONSTRAINTS [<xref rid="b91-sensors-14-05354" ref-type="bibr">91</xref>
]</td>
<td align="left" valign="top" rowspan="1" colspan="1">Rec.</td>
<td align="left" valign="top" rowspan="1" colspan="1">Defines a set of constraints on the PROV data model that specifies a notion of valid provenance</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">PROV-AQ [<xref rid="b92-sensors-14-05354" ref-type="bibr">92</xref>
]</td>
<td align="left" valign="top" rowspan="1" colspan="1">Note</td>
<td align="left" valign="top" rowspan="1" colspan="1">Defines how to use Web-based mechanisms to locate and retrieve provenance information</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">PROV-DC [<xref rid="b93-sensors-14-05354" ref-type="bibr">93</xref>
]</td>
<td align="left" valign="top" rowspan="1" colspan="1">Note</td>
<td align="left" valign="top" rowspan="1" colspan="1">Defines a mapping between Dublin Core and PROV-O</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">PROV-DICTIONARY [<xref rid="b94-sensors-14-05354" ref-type="bibr">94</xref>
]</td>
<td align="left" valign="top" rowspan="1" colspan="1">Note</td>
<td align="left" valign="top" rowspan="1" colspan="1">Defines constructs for expressing the provenance of dictionary style data structures</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">PROV-SEM [<xref rid="b95-sensors-14-05354" ref-type="bibr">95</xref>
]</td>
<td align="left" valign="top" rowspan="1" colspan="1">Note</td>
<td align="left" valign="top" rowspan="1" colspan="1">Defines a declarative specification in terms of first-order logic of the PROV data model</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">PROV-LINKS [<xref rid="b96-sensors-14-05354" ref-type="bibr">96</xref>
]</td>
<td align="left" valign="top" rowspan="1" colspan="1">Note</td>
<td align="left" valign="top" rowspan="1" colspan="1">Defines extensions to PROV to enable linking provenance information across bundles of provenance descriptions</td>
</tr>
</tbody>
</table>
</table-wrap>
<table-wrap id="t7-sensors-14-05354" position="float"><label>Table 7.</label>
<caption><p>Active IETF Working Groups.</p>
</caption>
<table frame="hsides" rules="groups"><thead><tr><th align="left" valign="top" rowspan="1" colspan="1"><bold>Working Group</bold>
</th>
</tr>
</thead>
<tbody><tr><td align="left" valign="top" rowspan="1" colspan="1">Applications Area Working Group</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">Constrained RESTful Environments</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">Extensible Provisioning Protocol Extensions</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">Hypertext Transfer Protocol Bis</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">BiDirectional or Server-Initiated HTTP</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">JSON data formats for vCard and iCalendar</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">JavaScript Object Notation</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">Protocol to Access WS database</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">Preparation and Comparison of Internationalized Strings</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">IMAP QRESYNC Extension</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">System for Cross-domain Identity Management</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">SPF Update</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">Uniform Resource Names, Revised</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">Using TLS in Applications</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">Web Security</td>
</tr>
<tr><td align="left" valign="top" rowspan="1" colspan="1">Web Extensible Internet Registration Data Service</td>
</tr>
</tbody>
</table>
</table-wrap>
</floats-group>
</pmc>
</record>
Pour manipuler ce document sous Unix (Dilib)
EXPLOR_STEP=$WICRI_ROOT/Wicri/Informatique/explor/SgmlV1/Data/Pmc/Corpus
HfdSelect -h $EXPLOR_STEP/biblio.hfd -nk 000205 | SxmlIndent | more
Ou
HfdSelect -h $EXPLOR_AREA/Data/Pmc/Corpus/biblio.hfd -nk 000205 | SxmlIndent | more
Pour mettre un lien sur cette page dans le réseau Wicri
{{Explor lien |wiki= Wicri/Informatique |area= SgmlV1 |flux= Pmc |étape= Corpus |type= RBID |clé= |texte= }}
![]() | This area was generated with Dilib version V0.6.33. | ![]() |