
<oai_dc:dc xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:oai_dc="http://www.openarchives.org/OAI/2.0/oai_dc/">
  <dc:format>application/pdf</dc:format>
  <dc:format>2507957 bytes</dc:format>
  <dc:language>eng</dc:language>
  <dc:source>Computers in Industry 94</dc:source>
  <dc:rights>All rights reserved</dc:rights>
  <dc:creator id="https://orcid.org/0000-0002-5166-4873">Baker, Thar</dc:creator>
  <dc:creator id="https://orcid.org/0000-0003-1721-3208 https://plus.cobiss.net/cobiss/sr/sr/conor/104999689">Ugljanin, Emir</dc:creator>
  <dc:creator id="https://orcid.org/0000-0001-7428-6302">Faci, Noura</dc:creator>
  <dc:creator id="https://orcid.org/0000-0002-7547-1857">Sellami, Mohamed</dc:creator>
  <dc:creator id="https://orcid.org/0000-0003-4462-8337">Maamar, Zakaria</dc:creator>
  <dc:creator id="https://orcid.org/0000-0002-3753-3535">Kajan, Ejub</dc:creator>
  <dc:identifier>https://phaidrabg.bg.ac.rs/o:33366</dc:identifier>
  <dc:identifier>doi:10.1016/j.compind.2017.10.001</dc:identifier>
  <dc:identifier>ISSN: 0166-3615</dc:identifier>
  <dc:date>2018</dc:date>
  <dc:description xml:lang="eng">Abstract: This paper presents Everything-as-a-Resource (*aaR) as a paradigm for designing collaborative applications on the Web. Abstracting these applications’ various physical and logical entities, resources are defined in a way that permits their discovery, composition, and participation in business scenarios. Compared to Everything-as-a-Service (*aaS), resources are categorized into computational, consumed, and produced, have trackable lifecycles as per their respective category, and are customized in order to consider the characteristics of future resource-based collaborative applications to develop. From a capacity perspective, a computational resource processes data, a produced resource abstracts data, and a consumed resource captures data. Along with their capacities, resources expose methods that other resources and/or applications’ stakeholders call. The proper call of methods is ensured through restrictions like limited and non-shareable. This paper exemplifies the *aaR paradigm with a case study that revolves around the use of Internet-of-Things (IoT) in the healthcare domain. The case study is implemented in a RESTful fashion along with some standard Web technologies and protocols. The evaluation of IoTR4HealthCare system is benchmarked against two existing systems using cost and latency criteria.</dc:description>
  <dc:title xml:lang="eng">Everything as a resource: Foundations and illustration through Internet-of-things</dc:title>
  <dc:type>info:eu-repo/semantics/article</dc:type>
  <dc:subject xml:lang="eng">Keywords:Everything-as-a-Service, Everything-as-a-Resource, Internet of Things, Healthcare, Resource, Restriction</dc:subject>
</oai_dc:dc>
