使语义技术授权智能空间

文摘

它提出了语义Web技术将在实现上下文感知计算的关键环节在日常环境中。在我们的视觉语义技术授权的智能空间,整个交互模型是基于共享语义数据通过普通的黑板。这种方法允许智能空间应用程序充分利用语义技术。因为它的新奇,然而,缺乏开发语义智能空间应用程序的解决方案和方法根据这一愿景。在本文中,我们目前的解决我们面临的最相关的挑战当开发上下文感知计算在智能空间中。特别是本文描述(1)方法利用语义技术与资源restricted-devices,(2)识别现实世界对象语义技术解决方案授权智能空间,(3)方法为用户修改上下文感知智能空间应用程序的行为,和(4)的方法自主智能空间之间的内容共享代理。提出的解决方案包括本体,构建智能空间系统模型和指导方针的M3语义信息共享平台。验证和演示的方法在实践中,我们实现了各种原型智能空间应用程序和工具。

1。介绍

我们生活的环境(住宅、汽车、工作场所等)都居住着一个大数量不断增加的电子设备和大量的信息嵌入到他们。智能空间是一个物理的名字的地方这些设备互操作彼此为了向用户提供的服务相关的在给定的情况下。为了实现这一目标,有必要的设备能够“理解”的上下文。在上下文的定义:”这个词上下文的任何信息,可以用来描述一个实体的情况。“(1]。

智能空间视觉可以追溯到1990年代初,当无处不在的计算(Mark Weiser提出他的想法2]。除了无处不在的计算,智能空间是一个广泛研究的概念(重点领域略有不同)在普适计算3),环境情报(AmI) (4,物联网(物联网)5)的研究。有很多项目,如巴克斯顿的反应环境6),麻省理工学院的氧气7),微软的EasyLiving [8),惠普的Cooltown9斯坦福大学iRoom [],10),仅举几例,专注于智能空间的不同方面。这些研究项目等,产生了很多方法实现上下文感知计算智能空间的各种功能。然而,使智能空间在更大的范围内,需要web化的基础设施建设提供了可重用的基础环境敏感智能空间应用。

面向服务的体系结构(SOA)框架和技术,如通用即插即用(“)11OSGi (),12],简单对象访问协议(SOAP) [13],具象状态传输(REST) (14)代表进步的正确方向为互操作性提供可重用的解决方案。然而,SOA技术仍然主要集中在使用情况下特定的先天的标准化,有其局限性,因为它是不可能预见到所有可能的未来的应用需求。此外,SOA技术不提供一个标准的语言在一个正式的结构化的方式呈现的语义信息。正因为如此,很难开发基于soa的系统设备共享一个共同的理解上下文,因此能够彼此互操作来为最终用户提供相关服务。

2001年,伯纳斯·李等人发表了一篇里程碑式的论文题为“语义网”(15]。在报纸上他们提出的愿景下一代万维网(WWW)的语义信息将以machine-interpretable格式允许自主软件组件,称为代理人,代表人类执行任务。语义技术提供,与此同时,一个非常灵活的关联数据16)模型和交换机制的语义信息以结构化的格式,他们似乎也自然而然的互操作性需求上下文感知智能空间应用。这也一直在各种场合提出。例如,在[17陈]提出了普适计算上下文代理架构(眼镜蛇),利用语义Web技术来为身体提供上下文感知计算基础设施的地方,和在18]王等人描述语义web的普适计算基础设施称为语义空间。

语义Web技术提供的可能性上下文感知智能空间系统将会很多。本体在语义技术等资源描述框架(RDF) (19(RDFS) [], RDF模式20.),Web本体语言(OWL) (21)可以用来描述性质,功能,和意图的设备、人员、以及其他环境中的物理对象。这将使它更容易开发上下文感知应用程序为用户提供更相关的服务的能力。灵活的关联数据的RDF模式将使它也更容易把来自不同数据源的信息,甚至从不同的应用领域,以创造一个更好的视图的上下文环境。更重要的是,RDF将允许添加新的信息没有打破现有系统的风险。在语义Web技术最先进的场景,甚至会使智能空间应用程序利用信息他们不熟悉的概念。这是由语义网本体,使未知的概念来描述的多以同样的方式被称为人类使用百科全书来描述的话他们不知道。

我们同意环境敏感的视觉智能空间基础设施应该依靠基于本体的信息模型和利用本体的语义Web技术演示。然而,我们的愿景完全不同于现有方法例如任务计算环境(TCE) (22],可可[23)、语义为物联网中间件(24),和朋友25),语义Web技术被用来帮助用户更好地利用普适计算环境中可用的服务。我们建议语义技术不仅用于提高服务发现、组合、和利用率,还作为一种智能空间的分享任何类型的信息。这个我们意味着整个交互模型在智能空间是基于语义信息共享通过常见的知识库。与前面提到的基于服务的方法相比,我们的方法的优点是,它可以充分利用语义技术的无处不在的计算系统。在我们的方法中,我们也集中在两个重要方面,在语义智能空间系统:通常被忽视的低能力系统和目标识别。

在本文中,我们将介绍几种方法,可以实现我们的愿景的语义技术授权的普适计算系统在实践中。我们首先要确定然后提出解决我们面临的一些最重要的挑战提供上下文感知计算语义智能空间系统。本文中给出的工作是建立在M3语义互操作性平台(26](各项目),我们一直在开发,包括各种方法、本体和智能空间应用程序和工具。结合时,这些方法和方法是很重要的,因为它们使开发的智能空间应用程序可以充分利用语义技术。论文的主要科学贡献可以概括如下:(1)打开解决方案信息语义技术授权低能的嵌入式系统的智能空间,(2)方法识别现实世界的对象语义智能空间和获取信息与这些对象来自世界各地,(3)终端用户修改方法的行为语义技术授权智能空间,(4)方法自主智能空间之间的文件共享代理。

剩下的纸是组织如下。节2M3,我们引入必要的背景信息相关的概念。部分3介绍了相关工作和我们的不同。部分4描述了我们面临的主要挑战构建语义技术建立上下文感知应用智能空间。节5,我们提出几个解决方案和方法来克服这些挑战。部分6描述了智能空间应用程序原型和工具来验证我们的方法在实践中实现。最后,部分7总结了纸和提出了一些未来的工作方向。

M3的目标是利用语义网本体和关联数据,为身体提供位置感知服务的地方。在实践中这是通过基于本体的互操作模型和功能架构,指定设备,应用程序和服务领域以独立的方式在智能空间语义数据的访问。

语义Web标准包括RDF、RDFS和OWL提供核心技术M3的基于本体的互操作模型。RDF是建模的元数据的语义Web标准形式的主题、谓词和对象三元组。智能空间代理,RDF三元组提供一个自然的方式来创建关联数据结构智能空间的上下文信息。RDFS和OWL反过来提供词汇表上使用RDF描述相关概念在智能空间作为machine-interpretable本体。不包括RDFS和OWL本体,M3的概念不需要任何特定的本体M3开发应用程序时使用。这使得现有的语义Web和普适计算本体如SSN [27],SOUPA [28],ULCO [18创建新的M3应用程序时使用)。

M3功能体系结构不同于其他类似的框架如眼镜蛇和语义空间的简单,因为它只定义了两种类型的过程:知识处理器(KP)和语义信息代理(SIB)。SIB黑板是一个共享的语义信息,提供KPs共享语义数据的一个接口。KPs软件代理的作用是为最终用户提供服务通过SIB相互作用。通过共同的SIB KPs共享信息形成一个单智能空间如图1。智能空间访问协议(SSAP)定义的规则和语法SIB和金伯利进程之间的通信。SSAP基于发布/订阅模式提供基于事件的交互通过以下操作:加入(),(),插入(),remove (),update (),查询(),订阅(),和退订()。

M3的基本原理是建立在现有的沟通和服务水平的解决方案。在实践中这意味着SSAP可以用作负载在任何通信技术和KP可以与SIB如果他们有至少一个共同交流的方法。SIB也可以实现为一个服务在任何SOA解决方案允许特定SOA的方法使用KPs发现SIB和互动。

有两种实现的M3的概念:Smart-M3 [29日)和RDF信息基础解决方案(肋骨)[30.]。Smart-M3是基于linux的实现,利用XML序列化SSAP格式和支持背板(31日)和普通TCP / ip通信技术。此外,Smart-M3 SIB也被作为OSGi框架实现服务(32]。在Smart-M3 SIB的核心是一个RDF + +数据库调用小猪。的小猪提供了一个接口,用于两种类型的查询语言:简单的模板查询和威尔伯查询语言(WQL) [33]。模板模式由一个或多个查询三元组,分别匹配对SIB RDF图。三元组可能包含一个通配符sib:任何表示任何节点在RDF图。在WQL查询指定的开始节点和路径组成的谓词从一开始就被遍历节点。提出了本文WQL路径查询使用下面的语法:

WQL (startNode路径)

肋骨是一个SIB实现设计的安全性、可移植性、和性能。在ansi c编程语言实现,它同时支持TCP和NoTA-based传输。肋骨的安全性是基于传输层安全性(TLS)和三级别的访问控制机制。提供更好的性能和可移植性,肋骨利用更紧凑SSAP序列化格式,称为词对齐的XML(蜡)。肋骨也不同于Smart-M3在它所支持的查询语言。除了基本的模板查询,肋骨提供有限的SPARQL [34)的支持。不支持WQL。

语义Web范式的出现后,许多基于语义技术提出了普适计算中间件系统。最典型的普适计算系统中使用语义技术的方法是使用它们来增强传统的基于soa的系统。这些方法包括,例如,TCE、可可、语义物联网中间件,和朋友。

作者的知识,TCE是第一种方法结合语义Web和SOA技术在普适计算领域。吨标煤的术语任务计算是指计算,为最终用户提供所需功能的在给定的情况下利用可用的服务。TCE的主要目的是让用户专注于用户想做的任务,而不是完成任务的具体方法。TCE系统由一个或多个以下组件的实例:任务计算客户端,服务描述语义,语义服务发现机制和服务控制(可选)。

可可是个conversation-based在普适计算环境中动态服务集成解决方案。可可后是建立在顶部的owl - s (35),由三部分组成:COCOA-L COCOA-SD, COCOA-CI。COCOA-L是为了进行扩展,提供指定服务功能,服务对话,和服务质量(QoS)的属性。服务发现和选择在COCOA-SD可可实现。非功能性的和功能都发现/选择的过程。最后由COCOA-CI组合所需的服务执行。COCOA-CI独特的特征是任务和综合服务建模为对话。

语义为物联网中间件的基本思想是将现有规范等标准的蓝牙和“与为了进行语义Web服务描述。这允许用户创建任务相结合的功能不同的设备,而不需要知道如何在实践中实现的功能。有三个步骤中定义方法:设备semanticization,任务的建筑和设备接地。在设备semanticization阶段,利用中间件框架标准的具体定位设备和服务发现机制。然后中间件提取必要的数据,在运行时创建为了进行描述。在任务构建阶段,任务计算框架帮助用户创建新的任务。最后一个阶段是实际执行任务的设备接地。在这个阶段,特定于技术的执行调用服务实现所需的功能的服务。

网络化的环境智能家庭环境(朋友)项目开发了一个互操作性平台,支持异构服务和设备之间的相互作用在一个家庭网络域。朋友的体系结构是基于SOA范式和支持各种不同的SOA技术,如“服务定位协议(SLP)和Web服务描述语言(WSDL)。此外,它可以丰富与Amigo-S任何朋友服务语义服务描述语言可可继续工作。利用Amigo-S的优点是,它提供了更加灵活和有效的基于上下文的服务发现比可以达到与传统的基于soa的服务发现机制。后Amigo-S基于owl - s和扩展描述上下文所需功能和非功能属性等的质量服务。另外,为了进行扩展与映射到新的类型的停飞的不仅仅是为了进行支持的WSDL。

我们的视觉语义智能空间完全不同于上述的解决方案。在我们的方法中,语义技术不仅用于提高服务发现、选择和组合,也来分享任何类型的信息(即在智能空间。,整个交互模型是基于共享语义数据通过常识基地)。这种方法更接近最初的愿景语义网和提供更好的互操作性,因为它不需要直接与各种技术具体的服务进行交互。使具体化,传感器信息可以访问和执行机构控制通过修改语义智能空间中的数据。我们的工作也不同于上述系统,考虑到典型的设备在智能空间资源限制。此外,相比其他语义的中间件系统,我们使用ucode-based uri来识别真实的对象。ucode-based方法更适合各种普适计算场景如零售、比传统的url类型uri通常用于语义网络系统。

4所示。上下文感知计算的挑战在语义技术授权智能空间

4.1。挑战1:嵌入式系统的访问数据

有大量的数据嵌入到各种设备,日常生活的居住环境。有利于打开这个信息会有其他设备和应用程序的一个常见的machine-interpretable格式。这将使设备,代理和应用程序访问更大的数据,从而获得一个更好的视图上下文的智能空间。因此,智能空间代理,可以提供更相关的和复杂的为用户服务。

因为设备和通信方法的异质性,是不容易利用语义技术在现实生活中的智能空间。尤其是大多数资源有限的设备和网络是一个巨大的挑战。这是因为语义Web的技术尚未为低能的嵌入式系统设计。例如,RDF和OWL的标准序列化格式是基于可扩展标记语言(XML),不适合resource-restricted沟通渠道。XML也很难解析低能的嵌入式系统。此外,典型的本体很难处理和存储在资源受限的系统。这是因为本体设计者使用人类可读的词汇是稀疏,因此导致系统开销。

4.2。挑战2:现实世界对象的识别

为了创建上下文感知应用物理环境中,需要能够识别对象(如设备、传感器、执行器、位置和用户形成的背景下物理位置。有助于在实践中这意味着每个对象的上下文环境中必须有一个唯一的虚拟标识符可以用来参考对象在虚拟世界,也就是说,在语义数据库。

在典型的语义网络系统,统一资源标识符(uri) [36),后来国际化资源标识符(IRIs) [37)已被用作各种Web资源标识符。这种方法采用的传统的Web url类型uri已经成功地使用了几十年。url是Web架构的力量可以用来定位相关信息的url来自世界各地。然而;这种方法并不总是在语义网工作。这是因为代理提供语义Web数据通常不与其他代理直接但发布数据语义数据库。这里的问题是,因为这些语义数据库有一个不同的主机名特工创造了资源,Web架构不能用于定位一个URI的相关信息。另一个问题与传统的URL在语义网和智能空间是Web架构不允许相同的URL来指向不同的位置。在某些应用领域如零售和物流,这是典型的物理对象相关的信息是分散到各种语义数据库和,因此,需要能够连接多个地址的对象标识符。

智能空间也设置自己的挑战使用uri作为物理对象的标识符。首先,uri通常长字符串,很难在resource-restricted过程设备。第二,resource-restricted设备在智能空间不一定是连接到网络,因此没有独特的全局地址,可以作为一个基地在创建新的uri的资源发布智能空间。

4.3。挑战3:考虑到人类需求

智能空间的宏大的愿景是使人们的生活更好的在必要时通过提供有用的服务。这个想法是为了隐藏传感器、致动器、从用户和其他计算的实体,这样她/他不需要烦恼与不必要的技术任务。为了实现这一目标,设备和上下文感知应用程序需要能够知道什么样的服务和功能,用户需要在不同的情况下。

用户配置文件是典型的模型欲望的方法基于语义技术的智能空间应用程序的最终用户。用户配置文件提供一个微妙的和可行的解决方案使用的上下文感知计算病例。然而,很难设计资料,与此同时,仍然足够通用,适用于各种可能出现的情况可能发生在智能空间中。除了用户配置文件,行为模型和机器学习领域的利用环境情报(4)提供先进的方法识别用户需要在不同的情况下。然而,完全实现智能空间的异象,人类也需要能够采取更积极的角色在智能空间中。用户需要能够表达什么样的功能需要从智能空间在一个给定的上下文,以便向用户提供的服务实际上是有用的为她/他。

4.4。挑战四:自治的内容共享

典型的智能空间包含设备如智能相机,拍照和录像的环境。在现代计算机系统中,这种内容通常是流媒体直播或存储为一个文件。因此,至关重要的是有共同的方法,使设备和代理商分享等内容文件和媒体流自主生活在环境敏感聪明的空间。通过自主我们意味着设备无缝地相互作用,以便设备的异构性,通信技术,从终端用户和文件共享方法是隐藏的。

这不是一个简单的任务在语义技术授权的智能空间,然而。基于语义的主要原因是技术信息共享基础设施如M3并不可行的用于存储“nonsemantic数据”等文件,并不能用于流媒体代理之间的生活。执行这种功能,代理需要依靠现有的协议为这个目的设计的。然而,有很大的不同在文件共享的方法和通信技术用于在设备之间传输数据。正因为如此,很难找到所有可用的文件传输服务和与之交互执行所需的功能。在实践中这意味着设备想要确保文件是共享访问尽可能广泛的设备和应用程序必须与每个通信技术宣传文件和文件共享协议支持。当然,这导致很多开销当设备支持许多不同的文件共享和沟通方法。

5。语义技术解决方案授权上下文感知在智能空间中

5.1。嵌入式系统的访问信息

一个能想到的两种基本的方法来克服这个挑战与开放的信息容量对环境敏感应用嵌入式系统在语义智能空间。第一种方法是建立网关,变换各种嵌入式系统产生的原始数据语义格式。这种方法的优点是,它很容易实现在嵌入式系统方面不需要支持语义技术总是介绍一些数量的通信开销。缺点是,这种方法不是很可伸缩或灵活的作为一个新的网关需要实现为每个新类型的设备或修改现有的网关(或更准确的新类型的数据)。

第二种方法是实现软件代理到低能的嵌入式系统。当然,这种方法更灵活,所有设备将使用相同的语义协议,不需要网关。这种方法的另一个优点是,嵌入式系统可以利用其他设备产生的语义数据,因此可能在某种程度上改善其功能。然而,缺点是有很多挑战,实现语义技术授权智能空间代理resource-restricted嵌入式系统。

没有单一的解决方案为resource-restricted设备开发一个基于语义技术的应用程序,但我们试图开发人员最相关的问题时应该考虑这样一个任务。在SSAP M3-based系统有很大的影响是多么容易实现KP的低能的设备,因此我们建议使用的蜡SSAP格式编码能力较低的设备。在蜡每个XML标记是32位长和元素内容的字长是一致的CPU。这样WAX-encoding更紧凑,更快的解析比原来SSAP / XML编码。蜡的另一个重要的优点是,它不需要一个XML解析器,因此更便携resource-restricted设备。

最重要的一个问题,当设计一个KP resource-restricted平台是可预测性。这个我们意味着它是重要的是能够定义在编译时所需的计算资源(如内存。由于这个原因,它是更简单的实现一个制作人KP SIB发布信息。幸运的是,大多数resource-restricted设备传感器SIB简单地发布信息。如果KP从SIB获取所需信息,查询和订阅操作应该执行,这样他们不返回太大的结果,这可能会导致缓冲区溢出,缓慢的过程。然而,这并不容易,因为当前的M3实现不提供可行的机制限制的响应大小SSAP消息。与肋骨可以利用序列修饰符的极限SPARQL SIB限制返回结果的数量,但这并不帮助当任意长度的结果。

通常数据包的有效载荷是最大的因素在内存需求和网络系统的性能。在基于语义技术的智能空间应用程序,有效载荷设备之间共享由本体定义。本体针对环境敏感普适计算应用,如SOUPA [28],COBRA-ONT [38],ULCO [18],SeMaPs [39),不幸的是采用了语义Web风格使用人类可读的虹膜作为概念在本体中定义的标识符。当然,这使本体更容易设计和理解人类,但,到最后,完全没有必要为设备本体是语言。人类可读的本体引入很多不必要的开销,可以避免漫长的人类可读的虹膜是否会取代,例如,通过独特的64位整数的值。我们提出一个方法,使用本体的双重表示。更紧凑的二进制格式可以从传统的人类可读的本体创建本体替换每个本体名称URI URI和每个概念本体的独特的32位整数。这样我们可以创建第一个32位64位标识符是留给本体命名空间中定义的各种概念和最后一个32位一个本体。

5.2。目标识别

我们的方法来识别现实世界中的对象语义智能空间是基于uID技术(40)提供机制实际对象的唯一标识和检索这些对象来自世界各地的相关信息。在uID 128位扩展代码,称为ucodes,是用来识别现实世界的唯一对象。想法是ucodes可以用于任何类型的标签,如无线电频率识别(RFID),近场通信(NFC)和快速反应(QR)代码。uID地址共享体系结构定义了如何ucode-tagged对象可以访问相关信息。uID架构由分辨率和服务器的信息。三层解析服务器体系结构提供了机制解决应用程序特定领域的信息服务器主机的地址ucode-tagged对象相关的信息。

我们提出一个方法,真实世界的对象语义技术授权智能空间标记与ucodes和M3 SIBs用作uID信息服务器主机对ucode-tagged语义数据对象。的方法是使用的关键理念ucode虚拟化的物理对象的URI。这样我们可以创建一个自然的物理对象之间的联系和语义的虚拟数据库。我们利用和提出URI方案与前缀“ucode”被用来识别ucode-type URI。

我们的方法对环境敏感智能空间应用程序提供各种有趣的可能性。首先,它为人们提供了新的方法与语义智能空间的代理进行交互。用户能够读取传感器测量和激励对象,例如,通过简单的触摸一个标记阅读器装备智能手机。第二,它允许智能空间上下文感知应用程序提供更好的功能通过收集和利用信息相关的物理对象从各种来源甚至坐落在世界的另一边。一个微不足道的例子发生在维修助理代理提供指导维修人员通过获取必要的信息与破碎的产品从制造商的兄弟姐妹,用户,和其他维修公司。

5.3。让用户修改智能空间的行为

提供一个解决方案相关的挑战考虑到人类的需求,我们提出一种基于规则的方法,使用户能够定义智能空间应该如何行为在不同的情况下。这种方法允许用户定义规则,包括输入条件和操作。输入条件是由选定的事件结合布尔操作符定义的。这个想法是,所有的事件和动作有双重的简报。人类可读的描述用于终端用户和KPs的事件和动作与RDF查询和更新语言表达模式。这种方式甚至复杂事件可以表示和计算使用内置的订阅M3的支持平台。

分为本体和系统模型的方法。事件和动作本体(EA-ONT)描述系统的数据共享的组件模型。的主要类EA-ONT事件和行动。这些类有一个可读名称和格式提出基本的三倍,WQL或SPARQL的模式。事件和动作的可能值的范围了NumericRange和EnumeratedRange类。正式提出了本体模型与乌龟符号(41)如下:

#类定义事件:事件rdf: type rdfs:类。事件:动作rdf: type rdfs:类。事件:格式rdf: type rdfs:类。事件:范围rdf: type rdfs:类。事件:TripleFormat rdfs: subClassOf事件:格式。事件:WqlFormat rdfs: subClassOf事件:格式。事件:SparqlFormat rdfs: subClassOf事件:格式。事件:EnumeratedRange rdfs: subClassOf事件:范围。事件:NumericRange rdfs: subClassOf事件:范围。

#属性定义事件:hasFormat rdfs:域事件:事件,事件:行动。事件:hasFormat rdfs:范围事件:格式。事件:hasRange rdfs:域事件:格式;rdfs:范围事件:范围。事件:hasSubject rdfs:域事件:TripleFormat;rdfs:范围rdf:主题。事件:hasPredicate rdfs:域事件:TripleFormat;rdfs: rdf:范围谓词。事件:startNode rdfs:域事件:WqlFormat;rdfs:范围rdfs:资源。事件:路径rdfs:域事件:WqlFormat;rdfs:范围xsd: string。事件:spaqrlQuery rdfs:域事件:SparqlFormat;rdfs:范围xsd: string。事件:hasElement rdfs:域事件:EnumeratedRange;rdfs:范围xsd: string。事件:minValue rdfs:域事件:NumericRange;rdfs:范围xsd:翻倍。事件:maxValue rdfs:域事件:NumericRange;rdfs:范围xsd:翻倍。事件:步骤rdfs:域事件:NumericRange;rdfs:范围xsd:翻倍。

系统模型,见图2,定义为最终用户提供的功能实体可能修改的行为语义智能空间。系统模型包括三个实体:浏览器事件提供者、规则处理程序和事件。M3的水平,这些实体是实现为KPs利用SIB彼此共享语义数据。

智能空间事件提供者创建事件产生EA-ONT指定的语义信息。理想情况下事件提供者位于设备提供某些信息的智能空间。例如,事件提供者可以嵌入式系统测量房间的温度和发布这些信息智能空间。也可以使用一个通用的KP创建事件和动作被其他KPs基于公布的数据。这种方式是可能的(1)创建的事件信息发布的KPs的开发人员不熟悉我们的方法,(2)创建事件模型数据相结合所产生的各种KPs作为单一事件或行动。

中央系统的组件模型是事件浏览器,为用户提供了一个可能性智能空间定义新的规则。浏览器事件订阅可用的事件和动作,因此能够呈现当前视图为用户智能空间的功能。当用户创建一个新的规则,事件浏览器传递所需的规则,规则的数据处理程序,负责处理规则。

一旦规则处理程序接收一个新的规则,它订阅的事件定义的输入条件规则。这样的规则处理程序将被通知SIB当数据修改这些事件有关。当SIB表明相关信息输入事件已经被修改,规则处理程序评估输入条件是否满足。如果输入条件为真,规则处理程序执行行为通过更新信息SIB三重模式中指定的操作。值得注意的是,因为事件和动作提出了作为查询和更新语言模式、规则处理程序不需要熟悉KPs所使用的特定领域的本体。

5.4。自治的内容共享在智能空间中

提供一个解决方案相关的挑战提供自主内容共享语义智能空间,我们必要的文件和文件共享信息模型方法作为常见的本体和使用SIB语义通信通道这个KPs之间的数据共享。这使软件代理首先发现可用的文件在智能空间中,然后谈判最适合代理之间传输文件的方法。文件共享本体(FS-ONT)建模的RDFS词汇可以看到乌龟符号如下:

@ prefix无线光通信:<http://example.org/fileSharing/>。@ prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns>。@ prefix rdfs: <http://www.w3.org/2000/01/rdf-schema>。@ prefix xsd: <http://www.w3.org/2001/XMLSchema>。

#类定义rdf: type rdfs:无线光通信:文件类。无线光通信:FileRequest rdf: type rdfs:类。无线光通信:SharingMethod rdf: type rdfs:类。无线光通信:TcpIp rdfs: subClassOf无线光通信:SharingMethod。无线光通信:蓝牙rdfs: subClassOf无线光通信:SharingMethod。

#属性定义无线光通信:文件名rdfs:域无线光通信:文件;rdfs:范围xsd: string。无线光通信:格式rdfs:域无线光通信:文件;rdfs:范围xsd: string。无线光通信:modifiedDate rdfs:域无线光通信:文件;rdfs:范围xsd: dateTime。无线光通信:大小rdfs:域无线光通信:文件;rdfs:范围xsd:整数。无线光通信:targetFile rdfs:无线光通信领域:FileRequest;rdfs:无线光通信范围:文件。无线光通信:hasSharingMethod rdfs:无线光通信领域:FileRequest;rdfs:范围无线光通信:SharingMethod。无线光通信:ip rdfs:域无线光通信:TcpIp;rdfs:范围xsd: string。无线光通信:港口rdfs:无线光通信领域:TcpIp;rdfs:范围xsd:整数。无线光通信:macAddr rdfs:无线光通信领域:蓝牙;rdfs:范围xsd:整数。无线光通信信道rdfs:无线光通信领域:蓝牙;rdfs:范围xsd:整数。

FS-ONT包含三个主要类:文件,FileRequest,和SharingMethod。的文件类提供了常见的各种属性用于描述概念文件。这些属性包括名称、大小、格式,文件的修改日期。的想法是,应用程序需要更多的特定类型的文件导入FS-ONT并为共同定义新的子类文件类。的FileRequest类代表一个抽象的概念,一个请求到一个文件。类提供了两个属性:targetFile和hasSharingMethod。这些属性将请求与所请求的文件和文件共享的方法支持的请求者。的SharingMethod类是一个对所有协议启用文件共享基类。FS-ONT定义两个子类,即蓝牙和TcpIp,SharingMethod类,这个想法是,应用程序导入FS-ONT和必要时引入新的子类。

为了了解可用的文件,然后成功谈判最合适的文件共享方法,KPs需要能够执行四个不同SSAP操作。首先,KP想分享一个文件智能空间需要发布关于文件的元数据到指定的SIB FS-ONT。其次,要注意文件的请求,它需要执行以下WQL订阅:

seq WQL(文件(发票(无线光通信:targetFile),无线光通信:hasSharingMethod))

在哪里文件URI的吗文件类实例,seq ()和发票()是WQL-specific操作。操作seq ()表示,由几种RDF谓词和道路发票()操作需要遍历括号内的谓词的反方向,也就是说,从对象到主题。这个操作直接订阅KPs所支持文件传输技术要求文件,从而使出版商KP解释是否KPs共享公共文件共享的方法。

第三,KP需要某个文件从智能空间需要订阅所有可用的SIB中的文件。WQL订阅通知当插入一个新文件的SIB可以表示为

WQL(无线光通信:文件,发票(rdf: type))。

如果需要,可以让这个订阅时更具体的额外信息,如文件的名称或格式的利益被请求者。

第四,当KP想请求一个文件从其他KP在智能空间中,它必须请求通过发布信息SIB FS-ONT中指定。正如前面提到的,这些信息必须指定感兴趣的文件和支持文件传输技术。一个实际的例子自主自治代理之间的文件共享节中给出6.4。

6。验证所提出的解决方案

6.1。智能家居花园

智能家居花园是一个简单的智能空间,自主resource-restricted设备监测植物的福祉。它演示了如何特别的挑战1和2可以解决在现实生活中的智能空间。演示设置包括盆栽、低能的湿度传感器和智能手机。

我们用肋骨M3代理实现,它运行在一个通过Artigo A1100 Ubuntu PC。提供一个广泛的方法通过SIB KPs分享信息,我们连接Redwire LLCEconotag董事会通过Artigo平台。这种方式,KPs可以使用3 g与SIB通信,WLAN和内部IEEE 802.15.4无线技术提供服务。

在M3-based普适计算应用程序中,本体发挥关键作用在互操作性定义的语义数据在设备之间共享。本体套件开发的智能家居花园由sub-ontologies概念,如传感器,位置,和用户,可以看到乌龟符号如下:

#本体名称空间@ prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns>。@ prefix rdfs: <http://www.w3.org/2000/01/rdf-schema>。@ prefix xsd: <http://www.w3.org/2001/XMLSchema>。@ prefix se: <http://example.org/sensor/>。@ prefix瞧:<http://example.org/location/>。@ prefix pl: <http://example.org/plant/>。@ prefix: <http://example.org/user/>。

#类定义罗:PhysicalObject rdf: type rdfs:类。罗:位置rdfs: subClassOf瞧:PhysicalObject。se:传感器rdfs: subClassOf瞧:PhysicalObject。se:测量rdf: type rdfs:类。se: MoistureSensor rdfs: subClassOf se:传感器。se: HumiditySensor rdfs: subClassOf se:传感器。se: TemperatureSensor rdfs: subClassOf se:传感器。se: LightSensor rdfs: subClassOf se:传感器。pl:植物rdfs: subClassOf瞧:PhysicalObject。pl: PottedPlant rdfs: subClassOf pl:植物,罗:位置。我们:用户rdfs: subClassOf瞧:PhysicalObject。

#属性定义se: hasMeasurement rdfs:域se:传感器;rdfs:区间se:测量。se: hasName rdfs:域se:传感器;rdfs:范围xsd: string。se: hasValue rdfs:域se:测量;rdfs:范围xsd:翻倍。se: unitOfMeasurement rdfs:域se:测量;rdfs:范围xsd: string。罗:hasName rdfs:域瞧:位置;rdfs:范围xsd: string。罗:hasLocation rdfs:域瞧:PhysicalObject;rdfs: lo范围:位置。pl: minMoisture rdfs:域pl:植物;rdfs:范围xsd:翻倍。pl: maxMoisture rdfs:域pl:植物;rdfs:范围xsd:翻倍。

容量电池驱动的装置称为有源标签过程中扮演着重要的角色在智能家居花园应用程序(42]。活动标签是一个嵌入式系统,测量土壤的水分和当地SIB发布这些信息。活动标签的主要任务就是通知用户给定植物土壤过于干燥时闪烁的LED。每个活动标签是通过一个独特的识别ucode位于一个NFC标签连接到设备(见图3)。我们实现了飞思卡尔MC13224V-based活跃标记Econotag平台。平台运行Contiki内部操作系统和提供了一个简单的IEEE 802.15.4兼容霜提供服务通信协议。

总代码的实现有源标签剂包括KP Contiki,霜协议39.7 kB。纯KP代码包括KP应用程序编程接口和应用程序逻辑导致了代码的大小10.3 kB。总内存的要求是25.3 kB的消耗了14.3 kB Contiki操作系统和霜协议。

智能家居花园是最好的解释了下面的场景。艾丽西亚是购买新的植物她回家。她没有有一个绿色的拇指,然而,她想买植物,可以确定的新的智能家居花园前一天她得到了应用。艾丽西亚决定买两个盆栽配备QR-code-based ucodes。uID解决服务器,这些植物的ucodes指向一个温室SIB包含给定工厂的信息。

当艾丽西娅到家,家里花园KP在谷歌Nexus S Android智能手机通知智能空间对她的存在。接下来,艾丽西亚主动标签分配到植物如图3。获取必要的信息相关的植物,艾丽西亚点她的智能手机相机对二维码的盆栽植物。一旦ucode阅读家庭花园代理联系人uID解决服务器获取SIB的地址包含ucode-tagged工厂的信息。获得温室SIB的地址后,家庭花园KP获取必要的信息关于植物和副本通过Artigo当地SIB的信息。接下来,艾丽西亚对每个活动标签盆栽植物。要做到这一点,她触动的NFC标签活跃标记与她的智能手机。获得活跃的ucode标签后,家庭花园KP发布以下SIB RDF三:

@ prefix瞧:<http://example.org/location/>。@ prefix标记:< ucode: 5554:2134:6442: >。@ prefix植物:< ucode: 5254:2135:6325: >。标签:1035罗:hasLocation工厂:2552。

这个RDF三指定ucode活跃标记识别的“5554:2134:6442:1035”位于5554:2134:6442:2552盆栽由ucode标识”。“积极的标签需要这些信息来获取植物的水分的偏好。此外,活跃标记KP艾丽西亚需要信息的存在,所以它不消耗电力不必要的闪烁的LED时没有人通知。知道主动标签应该闪烁LED,它执行以下SPARQL查询问的SIB返回真或假的回应:

前缀瞧:<http://example.org/location/>。前缀pl: <http://example.org/plant/>。问{< 5554:2134:6442:1035 >瞧:hasLocation ? pottedPlant。? pottedPlant pl: moisturePreference ?偏好。过滤器(?偏好<值)},

在哪里价值是水分值衡量活动的标记。除了查询操作,主动标签更新水分值的智能空间在每个周期在深度睡眠模式。与60秒唤醒间隔为查询和更新操作,我们测量平均电流消耗为241μ答:如果我们不考虑电池自放电和LED闪烁,这意味着近似电池持续时间与两个1.5 V和1.3年2700 mAh碱性电池。

6.2。智能温室

温室的智能温室微型版本交互代理协助一个园丁在他/她的日常工作。智能温室生态系统演示了如何利用语义技术提供上下文感知对于更复杂的比智能家居智能空间花园(43,44]。智能温室示威者,见图4,致动器由一个微型温室标记植物、传感器、自动控制装置和无处不在的沟通者,园丁的个人设备。

智能温室,本体用于智能家居花园与新的子类扩展为植物类和属性。此外,致动器本体(ACT-ONT)开发呈现语义格式的物理驱动器的信息。可以看到乌龟ACT-ONT符号如下:

#本体名称空间@ prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns>。@ prefix rdfs: <http://www.w3.org/2000/01/rdf-schema>。@ prefix ac: <http://example.org/actuator/>。

#类定义rdf: type rdfs: ac:致动器类。ac:领导rdfs: subClassOf ac:致动器。ac:风扇rdfs: subClassOf ac:致动器。ac: WaterPump rdfs: subClassOf ac:致动器。ac: NumericRange rdfs: subClassOf ac:范围。ac: EnumeratedRange rdfs: subClassOf ac:范围。

#属性定义ac:地位rdfs:域交流:执行机构;rdfs:范围交流:NumericRange。ac:地位rdfs:域交流:执行机构;rdfs:范围交流:EnumeratedRange。

在智能温室,用户和智能空间之间的交互提供一个设备被称为无处不在的沟通者。无处不在的沟通是配备一个RFID阅读器和包含一个园丁接口KP订阅传感器,植物,和致动器信息来显示这个数据为园丁。它还使园丁能够修改执行机构的状态,并提供方法发布关于植物的SIB的信息。

微型温室植物有两个插槽。这些植物的栖息地等嵌入式致动器可以改变球迷,发光二极管,和水泵。致动器KP,位于T-Engine Teaboard2-embedded平台(45),负责控制这些物理驱动器。广告它所提供的功能,执行机构KP发布语义描述的致动器,SIB ACT-ONT中指定,。然后它订阅这些致动器的状态。这种方式是意识到的时候物理驱动器需要修改。每一个物理驱动器是基于rfid标记一个ucode标签也是URI用于给定的执行机构在SIB类实例。除了提供一个自然的方式来识别物体,这种方法使园丁来修改相关的语义数据驱动器,从而控制物理驱动器通过他/她的个人触摸设备。

上下文环境状态信息,如湿度、亮度、温度传感器KP发表的,位于一个星门NetBridge传感器平台。发布的语义数据传感器KP符合传感器本体在a部分类似于致动器传感器也基于rfid标记ucode标签。这使园丁读通过触摸传感器测量的物理传感器与无处不在的沟通者。

除了手动控制,有可能给温室自治代理的责任,称为自动控制KP。自动控制KP,位于嵌入式linux以来verdex平台,利用传感器测量和植物偏好信息更新新中可用的驱动器SIB的状态值。

6.3。ECSE:智能空间的配置工具

顾名思义基于事件的智能环境的配置,ECSE是一个工具,允许用户修改语义技术授权智能空间。ECSE工具(46)开发了演示和验证我们的方法修改的行为(在部分基于语义技术的智能空间5.3)。与Qt ECSE工具实现框架,该框架允许将相同的软件移植到不同的计算平台。ECSE工具包括以下不同的模块:规则的创造者,RDFS浏览器,事件/行动的创造者和规则处理器。

规则的创造者模块的主要成分是ECSE-tool它为用户提供了接口创建智能空间的新规则。该模块利用语义描述事件和动作的SIB目前提供的功能环境。图5说明了规则的创造者视图在Linux上的笔记本电脑。在这个图中,ECSE工具用于智能温室和园丁创建一个规则的粉丝时打开温室湿度高于75%,温度高于摄氏30.5度。

RDFS浏览器模块提供SIB的RDF数据。当结合事件/行动创造者模块,它是有用的用于创建新事件和动作,即使在系统运行时。这种方法可以利用的信息设备,不熟悉我们的方法,不利用EA-ONT节5.3。然而,值得注意的是,这种方法需要一个专家首先从RDF图标识事件和动作,然后分配适当的范围和人类可读的描述。

规则处理器模块实现系统的规则处理程序实体模型提出了部分5.3。为了演示整个方法使用一种统一的工具,我们决定到ECSE工具实施所有必要的组件。如前所述规则处理器的功能非常简单。它订阅输入条件和必要时执行的操作通过更新SIB RDF数据。例如,图中给出的规则5,规则处理器将执行以下WQL订阅:

WQL (se: HumidityMeasurement seq(发票(rdf: type), se: hasValue))WQL (se: TemperatureMeasurement seq(发票(rdf: type),se: hasValue))。这样的规则处理器将会意识到当湿度或温度变化时,可以检查输入条件是否匹配。一旦输入条件的求值结果为true,规则中指定的处理器更新信息SIB RDF三模式的操作。例如,在图中给出的规则5,规则处理程序执行以下更新操作:@ prefix ac: <http://example.org/actuator/>。@ prefix atag: < ucode: 4252:2534:1132: >。

REMOVE (atag: 4413 ac: hasStatus“关闭”。atag: 3211 ac: hasStatus“关闭”)。插入(atag: 4413 ac: hasStatus“上”。atag: 3211 ac: hasStatus“On”),

“4252:2534:1132:1234”是粉丝的ucode 1和“4252:2534:1132:2345”是ucode风扇2。当这个数据发布到SIB的智能温室,致动器KP将通知新的地位和将相应地修改物理驱动器。

6.4。智能会议

智能会议社交智能空间应用程序演示了如何利用我们的方法对自治的内容共享的语义技术授权智能空间(47]。它由各种自治会议代理,我们已经实施了以下的智能手机:诺基亚N900,诺基亚N97,苹果的iPhone,谷歌Nexus One。这些会议代理允许用户创建和参与会议和彼此分享他们的联系信息和文件。

智能会议进口和扩展了FS-ONT节5.4。我们已经定义新类的会议,参与者为现有的概念,引入新的子类文件类。的会议类提供了必要的信息可用的会议在智能空间。的参与者类的一个子类foaf:人类(48),它代表会议参与者的联系信息。图6提出了如何在智能手机会议KPs分享会议信息,参与者,通过SIB文件和文件共享的方法。

智能会议的功能通过下面的场景是最好的解释。许多人正在等待一个语义技术研讨会授权智能空间开始。其中一个是鲍勃是谁会给我们做一个报告关于M3-based语义互操作性的解决方案。在研讨会开始之前,会议主持命令他会议代理建立一个智能空间和虚拟会议的WLAN网络研讨会。一旦建立了智能空间和会议,其他那些会议KPs连接到WLAN网络研讨会的了解智能空间和会议。当他们加入会议,会议KPs订阅可用的接触和文件信息(见订阅在图1和图26)。

宣传他的研究,鲍勃请求他会议KP发布联系信息和元数据对他的科学论文的会议。为此,会议KP插入下面的RDF三元组到SIB:

@ prefix fi: <http://example.org/fileSharing/>。@ prefix我:<http://example.org/meeting/>。

我:鲍勃rdf: type:参与者;我:firstName“鲍勃”;我:电话“04432251533”;我:邮件< mailto: bob@example.com >。 exampleMeeting我:hasParticipant:鲍勃。

我:文本文件rdfs: subClassOf fi:文件。rdf: type我:文件:文本文件;fi:文件名“M3纸”;fi:格式“pdf”;fi:大小“550”;fi: modifiedDate“2012-03-15”; exampleMeeting我:hasFile:文件。

然后要注意当其他KPs请求文件,鲍勃的会议KP订阅支持的共享方法请求KPs节中给出5.4。

当鲍勃给了他演讲时,董事长需要的照片他,请求他会议代理发布元数据图像传输到虚拟会议。鲍勃的演讲后不久,玛丽到车间和连接会议代理智能空间。加入会议后,玛丽的会议KP订阅可用的文件和通知她关于鲍勃的论文。玛丽是感兴趣的对纸张和问她会议代理获取它。会议要求,玛丽的KP发布以下RDF三元组到SIB:

@ prefix fi: <http://example.org/fileSharing/>。:请求rdf: type fi: fileRequest;fi: targetFile < m3paper >;fi: hasSharingMethod:蓝牙、:tcp。:蓝牙rdf: type fi:蓝牙;fi: macAddr“3 t635r”;fi:频道“30”。:tcp rdf: type fi: tcp;fi: ip“192.168.1.5”;fi:港口“10010”,

在哪里m3paper是鲍勃的URI。KP的SIB通知Bob的会议请求由玛丽的会议KP(参见订阅3图6)。类似于玛丽的会议KP,鲍勃的会议KP支持蓝牙和TCP / ip通信,并决定使用蓝牙传输文件节省电力。玛丽读过文章后,她会感兴趣与论文的作者讨论一些有趣的问题,但是她不知道作者是谁。她决定求助会议KP是幸运的是能够获取鲍勃的联系信息和图像基于SIB的关联语义元数据。

7所示。结论

在本文中,我们描述了各种方法来支持语义技术的开发环境敏感智能空间应用。结合时,本文提出的方法是非常重要的因为他们使建立普适计算系统可以充分利用语义技术。发达的方法建立根据M3的原则概念和原型验证智能空间应用程序和工具。

首先,我们应对挑战的描述方法和方法实现语义技术授权智能空间代理resource-restricted低功耗平台。通过实现自主代理验证的方法称为有源标签的代码总长度39.7 kB和25.3 kB的内存消耗。第二,我们描述了uID-based方法用于识别物体和定位相关信息这些对象来自世界各地。这种方法被证明在智能家居花园,和智能温室智能空间。第三,我们提出了一个新颖的方法,允许用户修改的功能提供的智能空间。方法的主要方面是,它为用户提供了自然的人类语言描述智能空间功能,以便用户能够定义需要什么样的功能的智能空间。的方法实现在实践中通过实现一个通用的ECSE工具与qt构架。第四,我们描述了内容,如视频、音频和文件不可行等语义数据库作为存储之间可以共享语义技术授权自治代理。智能会议应用程序演示了这一方法在实践中。

利用本文给出的方法和方法可以创建上下文感知应用程序语义技术授权智能空间。然而,仍然有很多工作要做在基于语义技术可以利用上下文表示在大规模真实智能空间。例如,安全和隐私问题是重要的,尽管肋骨已经提供了某种程度的安全仍有很多工作要做。其他有趣的未来研究领域语义技术授权智能空间包括,例如,数据维护和本体治理。

承认

这项工作已经由设备和可互操作的生态系统(吴廷琰)和融合物联网技术(MIoTE)项目。

引用

a·k·戴伊提供结构支持建立上下文感知应用[博士。论文),乔治亚理工学院,2000。
m·魏瑟“电脑在21世纪,”科学美国人,卷265,不。3、94 - 100年,1991页。视图:谷歌学术搜索
d·萨哈和a·穆克吉“普适计算:21世纪的范例,”电脑,36卷,不。3,25-31,2003页。视图:出版商的网站|谷歌学术搜索
大肠艾亚茨、h . Harwing和m·舒尔曼“环境情报”看不见的未来艾德,j·丹宁,页235 - 250,麦格劳希尔,纽约,纽约,美国,2001年。视图:谷歌学术搜索
n . Gershenfeld“物联网”,科学美国人,卷291,不。4、2004。视图:谷歌学术搜索
j . r . Cooperstock k . Tanikoshi g . Beirne t . Narine和w·巴克斯顿,“进化的反应环境,”会议的程序在计算系统人为因素(CHI 95)科罗拉多州丹佛,页170 - 177,美国1995年5月。视图:谷歌学术搜索
m . Dertouzos计算的未来,《科学美国人》,1999年。
b . Brumitt b·迈尔斯j·克鲁姆,a·克恩和s·沙佛,“EasyLiving:技术对于智能环境,”第二届国际研讨会上手持和无处不在的计算(HUC ' 00)卷,1927在计算机科学的课堂讲稿施普林格,页12号,2000。视图:谷歌学术搜索
t . Kindberg j·巴顿,j·摩根et al .,“人,地方,东西:网络存在的现实世界中,”学报》第三届IEEE车间移动计算系统和应用程序(WMCSA ' 00)p。19日,IEEE计算机科学出版社,2000年。视图:谷歌学术搜索
b·约翰逊,a·福克斯和t . Winograd”互动工作区项目:经验与无处不在的计算的房间,“IEEE普适计算,1卷,不。2、67 - 74年,2002页。视图:出版商的网站|谷歌学术搜索
贡献的成员“论坛”,“建筑设备1。1,“http://www.upnp.org/specs/arch/UPnP-arch-DeviceArchitecture-v1。1. pdf。视图:谷歌学术搜索
OSGi联盟网页,“OSGi最为动态Java模块系统,”http://www.osgi.org/。视图:谷歌学术搜索
m . Gudgin m·哈德利:Mendelsohn et al .,SOAP版本1。2第1部分:消息传递框架W3C推荐标准,第二版,2007年版。
r·t·菲尔丁和r . n .泰勒“现代web架构的原则设计,”《软件工程国际会议(ICSE ' 00)2000年6月,页407 - 416。视图:谷歌学术搜索
t·伯纳斯·李,j·亨德,o·斯莱虽然“语义web,”科学美国人,卷284,不。5,34-43,2001页。视图:出版商的网站|谷歌学术搜索
c . biz t, t·伯纳斯·李”有关数据,故事到目前为止,“国际期刊在语义网和信息系统,5卷,不。3、22页,2009页。视图:出版商的网站|谷歌学术搜索
h·陈,无处不在的智能代理架构和上下文感知系统(博士论文)马里兰大学,计算机科学和电子工程系,巴尔的摩县,医学博士,美国,2004年。
j . s . x Wang咚,c .下巴,s . r . Hettiarachchi d·张,“语义空间:智能空间的基础设施,”IEEE普适计算,3卷,不。3,32-39,2004页。视图:出版商的网站|谷歌学术搜索
g . Klyne和j·j·卡罗尔资源描述框架(RDF):概念和抽象语法,2004年W3C推荐标准。
d . Brickley和r·v·古RDF词汇描述语言1。0:RDF Schema,2004年W3C推荐标准。
W3C OWL工作组,OWL 2 Web本体语言文档的概述,2009年W3C推荐标准。
r . Masuoka b Parsia y Labrou,“任务计算语义web满足普适计算,”第二届国际语义Web会议(ISWC ' 03),第881 - 886页,2003年。视图:谷歌学术搜索
美国本身兼n . Georgantas诉Issarny,“可可:conversation-based服务组合与QoS支持普适计算环境中,“系统和软件杂志》上,卷80,不。12日,第1955 - 1941页,2007年。视图:出版商的网站|谷歌学术搜索
z, a . a . Cardenas和r . Masuoka“语义物联网中间件,”第二届国际物联网大会10(物联网)2010年12月,页1 - 8,。视图:出版商的网站|谷歌学术搜索
g .汤森·比安科,s身兼n . Georgantas诉Issarny,“朋友意识到服务”通信在计算机和信息科学11卷,第390 - 385页,2008年。视图:谷歌学术搜索
p . Liuha j . Soininen r . Otaolea,“索菲亚:开放嵌入式智能应用程序的信息,”《嵌入式世界大会2010年3月,德国纽伦堡。视图:谷歌学术搜索
m·康普顿p . Barnaghi l .贝穆德斯et al .,“W3C的SSN本体语义传感器网络孵化集团”Web语义:科学、服务和代理在万维网上,17卷,25-32,2012页。视图:出版商的网站|谷歌学术搜索
f . h . Chen Perich、t . Finin和a . Joshi”SOUPA:无处不在的标准本体和普遍应用,”学报第一年度国际会议上移动和无处不在的系统:网络和服务(MOBIQUITOUS ' 04)2004年8月,页258 - 267。视图:出版商的网站|谷歌学术搜索
j . Honkola h·莱恩·r·布朗,o . Tyrkko“Smart-M3信息共享平台”第15届IEEE学报》研讨会上电脑和通讯(ISCC 10)Riccione,页1041 - 1046年,意大利,2010年6月。视图:出版商的网站|谷歌学术搜索
p . j . Suomalainen Hyttinen, p . Tarvainen”获得异构嵌入式设备之间的信息共享,”学报》第四届欧洲会议软件架构:博士研讨会、工业跟踪和车间(ECSA”发起10)2010年8月,页205 - 212。视图:出版商的网站|谷歌学术搜索
a . Lappetelainen j . Tuupola a·佩林和t·埃里克森,“网络化的系统、服务和信息最终数字融合”学报第一国际会议网络终端架构(背板08年),2008年,页1 - 7。视图:谷歌学术搜索
d . Manzaroli l . Roffia t . s . Cinotti et al .,“Smart-M3和OSGi:互操作性平台”学报》国际研讨会上对智能空间语义互操作性(西丝的10)IEEE出版社,页1053 - 1058年,2010年6月。视图:出版商的网站|谷歌学术搜索
o .斯莱虽然编程语义web应用程序:知识表示和半结构化数据的合成(博士论文)赫尔辛基理工大学,计算机科学与工程系,软件技术实验室,2007年。
大肠Prud 'hommeaux a .海运,RDF的SPARQL查询语言,2008年W3C推荐标准。
猫头鹰服务联盟”,为了进行:web服务语义标记,”2003年,http://www.daml.org/services/owl-s/1。0 / owl-s.html。视图:谷歌学术搜索
t·伯纳斯·李,r·菲尔丁和l . masint统一资源标识符(URI):通用的语法IETF互联网RFC标准草案,2396年,1998年。
m . Duerst和m . Suignard国际化资源标识符(IRIs)IETF提出RFC标准,3987年,2005年。
t·h . Chen Finin, a . Joshi“本体对于环境敏感普适计算环境,”知识工程评审,18卷,不。3、197 - 207年,2003页。视图:出版商的网站|谷歌学术搜索
k·汉森,w .藏、j·费尔南德斯和m . Ingstrup“语义web本体环境情报,”首届国际研究学报》研讨会在互联网上的东西和服务,2008年。视图:谷歌学术搜索
n Koshizuka和k .出行”无处不在,无处不在的计算和物联网标准,“IEEE普适计算,9卷,不。4、98 - 101年,2010页。视图:出版商的网站|谷歌学术搜索
d·贝克特和t·伯纳斯-李Turtle-Terse RDF三语言W3C团队提交,2011。
a . Ylisaukko-oja p . Hyttinen j . Kiljander j . Soininen和e . Viljamaa”的语义inteface资源受限的无线传感器,”诉讼IC3K第二国际研讨会的语义传感器网络(“西南偏南约11),巴黎,法国,2011年10月。视图:谷歌学术搜索
j . Kiljander m . Etelapera j . Takalo-Mattila j.p. Soininen,“开放信息的低容量嵌入式系统在智能空间,”学报》第八届IEEE智能解决方案研讨会在嵌入式系统中(而明智的10)2010年7月,页23-28,。视图:出版商的网站|谷歌学术搜索
j . Takalo-Mattila j . Kiljander m . Etelapera, j . Soininen“无处不在的计算和项目级对象识别,利用语义互操作性”第二届国际ICST移动网络与管理会议(MONAMI 10)卷,68年,页198 - 209,施普林格,2010年。视图:谷歌学术搜索
k .出行和n . Koshizuka T-engine:开放、实时嵌入式系统的平台。”IEEE微,22卷,不。6,48-57,2002页。视图:出版商的网站|谷歌学术搜索
j . Kiljander j . Takalo-Mattila m . Etelapera k . Keinanen和j . Soininen”使终端用户能够配置智能环境,”《应用国际研讨会和互联网(圣”11),第308 - 303页,2011年。视图:谷歌学术搜索
j . Kiljander m . Etelapera j . Takalo-Mattila k . Keinanen和j . Soininen“自主智能环境中,文件共享”《普遍的国际会议和嵌入式计算和通信系统(pecc的11),第196 - 191页,2011年。视图:谷歌学术搜索
d . Brickley l·米勒,FOAF词汇规范0。98年,2010年名称空间的文档。

计算机网络和通讯》杂志上