没有合适的资源?快使用搜索试试~ 我知道了~
可在www.sciencedirect.com在线获取理论计算机科学电子笔记292(2013)39-56www.elsevier.com/locate/entcsMultiS:一个面向普适计算的菲利普·韦伯·费尔伯格1卡洛斯·O.罗林2瓦尔代里河Q. Claudio F. R. Geyer4 Luciano C.席尔瓦5信息学研究所巴西阿雷格里港南里奥格兰德联邦大学阿努比斯湾M. Rossetto6巴西巴西联邦教育、科学和技术学院摘要上下文感知应用程序能够识别环境变化并适应其行为到新的背景。这一过程可以分为三个阶段:监测、背景识别和适应。在监控层,从传感器收集有关环境的原始信息。上下文识别层处理从上下文获取的数据,并将其转换为可用于自适应过程的信息。利用这些信息,适配系统可以确定在每个不同的上下文中对于应用程序来说什么行为是正确的。本文提出了一种名为MultiS的上下文服务器,其目标是解决上下文识别层所产生的问题,并且其包括以下优点:a)基于上下文信息产生新的上下文数据,几个传感器和对环境变化做出反应的能力; b)定义了一种名为CD-XML的上下文数据组合语言;c)支持移动性。关键词:普适计算,上下文感知计算,自适应,中间件。1电子邮件:ffwf@inf.ufrgs.br2电邮地址:carlos. inf.ufrgs.br3电子邮件:valderi. inf.ufrgs.br4电子邮件:geyer@inf.ufrgs.br5电子邮件:luccg@inf.ufrgs.br6电邮地址:anubis. passofundo.ifsul.edu.br1571-0661 © 2013 Elsevier B. V.在CC BY-NC-ND许可下开放访问。doi:10.1016/j.entcs.2013.02.00440F.W. Fehlberg等人理论计算机科学电子笔记292(2013)391引言普适计算是一个关于未来的愿景,最初由Mark Weiser提出[17]。它基于这样一种信念,即计算机将遍布整个环境。它们的存在将是如此普遍,以至于用户不会注意到。几年后,IBM采用了普适计算的概念[14],它更接近现有技术。有线和无线设备都可以用于提供服务网络。用户数据、程序和处理能力将通过网络提供。服务将通过环境中可用的资源提供给用户。本文将普适计算和普适计算视为同义词。然而,目前的技术还没有达到普及所需的水平. ISAM集团认为,通过整合三个不同的概念:网格计算,移动计算和上下文感知计算[16]。上下文感知计算将负责检测环境中可用的资源,并使其能够访问应用程序。上下文感知系统的一个目标是在设备的上下文中获取和使用信息,以便它可以提供适合特定人,地点,时间,事件等需求的服务。ISAM(移动应用程序基础设施支持)项目旨在为执行普遍的上下文感知应用程序构建所需的支持基础设施。ISAM的作者提出了一种基础设施,其中计算环境被划分为单元。每个单元由有线和无线节点组成。细胞能够通过使用对等协议相互通信[15]。这些应用程序使用ISAM adapt abstractions [2] ( 一 种 为 普 适 应 用 程 序 构 建 的 编 程 语 言 ) 以 及EXEHDA(高度分布式应用程序的环境执行)[16](ISAM执行环境)进行编程 这项工作的ISAM倡议的一部分,并寻求提出一个上下文识别引擎的普及应用。2005年初,英国计算机协会的科学家们发布了一份清单,列出了他们认为在未来20年内计算机科学将面临的七大挑战。这些挑战之一是如何构建可扩展的无处不在的系统。根据这个列表,上下文感知计算是普适计算最重要的特性一些作品已经出版,目的是促进普适计算。然而,它们中的大多数都专注于环境的特定方面,例如个性化或平台独立性[12]。如何将不同来源的上下文信息进行整合,并利用这些不同来源的上下文信息生成上下文数据,是一个有待解决的问题。其他将上下文作为一般领域进行研究的工作,如上下文工具包,未能考虑到诸如移动性等重要属性[9],这些属性对于上下文感知应用程序非常重要。移动性是上下文感知的一个基本特征,因为它可以使动态环境为上下文感知系统设定特殊要求[10]。相比之下,ISAM项目将上下文意识视为前提。它不仅是F.W. Fehlberg等人理论计算机科学电子笔记292(2013)3941不仅存在于应用程序中,而且存在于组成中间件的服务中。在上下文感知计算中,应用程序的行为可以根据用户和系统的上下文进行调整该系统通过传感器获取这些信息,并通常提供有关环境给定方面的数据这些数据必须是相互关联的,这样它才能产生高水平的信息,并且通过选择适合每种情况的行为类型,系统易于使用。由于多个应用程序将同时在给定环境中执行任务,因此它们中的一些很有可能使用相同的高级数据(例如,关于特定用户的位置的信息)。中间件的支持可以通过共享应用程序之间的公共数据来节省系统资源然而,尽管不同的应用程序可以这样做,但每个应用程序可能对环境的给定方面敏感,并且具有其自己的特定需求。鉴于此,支持中间件必须使每个应用程序能够指定它希望如何接收其信息。上下文服务器方法可以通过引入访问管理远程组件来扩展基于中间件的体系结构将聚合的传感器数据移动到上下文服务器以促进同时多路访问。除了允许重用传感器之外,使用上下文服务器还具有将客户端从资源密集型操作中解放出来的优势[3]。这些因素是这项工作背后的驱动力:构建一个支持中间件,使无处不在的,上下文感知的应用程序被执行。本文提供了一个概要的多传感器上下文服务器的普适计算。正文结构如下:第2节概述了MultiS。第3节分析了一个案例研究,其中MultiS原型用于支持应用程序的执行,而第4节分析了通过当前MultiS实施和开发应用程序的执行获得的测试结果。第5节讨论了该领域的相关工作,并将MultiS与同一领域的一些现有项目进行了比较。第6节讨论了结论,并对今后的工作提出了建议2Multis:多传感器上下文服务器本节将详细介绍MultiS架构。MultiS是为普适计算而设计的上下文服务器。首先,上下文识别过程将进行分析,其次是检查的MultiS项目。MultiS的架构元素在B节中描述。除了Context-Server是一种用于组成传感器的编程语言;该语言在C节中详细介绍。D节展示了如何处理断开连接的事件。从E到F部分研究负责处理和上下文信息的子系统,称为上下文合成器。最后,G部分展示了如何在应用程序之间共享上下文信息42F.W. Fehlberg等人理论计算机科学电子笔记292(2013)39Fig. 1. 情境适应过程2.1上下文感知形态学上下文感知过程可以理解为包括三个独立的阶段,如图1所示。最初,有必要从环境中获取信息,这些数据是通过传感器获取的。每个传感器收集关于上下文的给定方面的信息,尽管为系统提供了现实的部分视图。在图的底部是适配层。它的职责是在环境发生变化时转换应用程序的行为。中间层(上下文识别)是本工作的重点。 在那里,来自传感器的原始数据被处理,并创建新的上下文信息该信息用于执行自适应过程。2.2MultiS架构组件MultiS体系结构由几个不同的层组成,每个层都有不同的角色。图2显示了架构组件。为清楚起见,图2还显示了监控和自适应系统,这些系统不是MultiS的一部分,但对其运行是必需的图二. MultiS架构所提出的架构的各层描述如下:F.W. Fehlberg等人理论计算机科学电子笔记292(2013)3943Parser:Parser模块负责接收来自应用程序的上下文定义在请求之后,信息然后被传输到验证器模块,该模块负责分配所需的资源。Verifier:Verifier模块显示Parser模块使用的API。其功能允许在多个MultiS模块上动态加载执行代码、分配和释放当资源分配发生时,验证器尝试找到可用于执行所需任务的现有分配资源。如有必要,验证员还向监控系统询问传感器分配情况。如果系统无法分配所需的资源,则会向应用程序返回监控:传感器对于上下文感知计算非常重要。正是通过它们,系统了解周围的环境。有不同的技术来获取信息,并已就此进行了几项研究每种方法的差异使得很难提出一个通用的解决方案。出于这个原因,大多数关于上下文识别的研究都使用外部监控系统。MultiS项目也采用了同样的策略,该项目使用外部系统来监测信息。建议使用一个监测系统,该系统能够提供关于不同来源的信息,并通过一个共同界面提供这些信息上下文合成器:上下文合成器是上下文识别系统的核心。它负责传感器数据的集成和处理。这个处理是通过使用被安排为上下文推理树的过滤器来执行的,其细节在F节中示出。如果发现任何情况,被编程在应用请求中,则激活适配系统以改变应用行为。过滤器存储库:过滤器是用于处理上下文信息的API。它们存储在一个称为过滤器存储库的数据库中。过滤器由Verifier模块动态加载,并在Context-Compositor中用于生成上下文信息。存储库还包含有关每个过滤器的详细信息,允许程序员在需要过滤器时查询数据库。Composed-Info缓存:Composed-Info缓存是用于访问上下文数据的抽象层。它的角色是与监视层和Context-Compositor组件交互,以检索上下文信息。当需要信息时,过滤器查询合成信息缓存,然后查询其内部缓存或监控系统。Adapt-Engine:适配引擎是一个外部服务,负责在上下文服务器检测到环境变化时更改应用程序行为。2.3一种上下文信息合成语言根据本工作中使用的模型,应用程序编程人员必须描述其应用程序如何与环境的各个方面相关,以及在哪些方面相关44F.W. Fehlberg等人理论计算机科学电子笔记292(2013)39环境的变化使得改变行为成为必要的应用程序。上下文服务器使用该描述来处理传感器的信息,并在需要适配时与适配系统通信。然而,需要一些技术来使应用程序能够向上下文服务器描述它们的需求。其他几个项目建议使用专门为此任务设计的语言。Aura/CIS [11]提出了一种接近SQL的语言。它可以很好地处理同步查询,但缺乏表达异步查询,这是非常重要的环境变化的反应。Solar [6]建议使用基于XML的语言,但避免详细讨论。在参考书目中没有找到解决这个问题的办法。CD-XML是这种语言的一个建议,旨在解决上下文识别服务器的通信应用需求的问题在制定这样一项提案时,存在若干挑战。在上下文服务器执行任务期间,可以添加新的传感器,并且可以使新的过滤器可用。用于描述上下文服务器和应用程序之间的连接的语言必须易于适应,并涉及添加这些新功能。仍然需要支持普适计算的特性,其中移动节点可能在任何时候都不可用,并且存在这样的风险,即这可能导致位于其中的传感器处于未定义状态。此外,该语言应该是简单和用户友好的应用程序员。下面是CD-XML语言,它是为了满足这些要求而创建的。CD-XML语言:创建CD-XML(上下文定义XML)是为了使应用程序员能够描述环境信息必须如何关联和处理,以产生适应过程的有用信息语言的每个部分都通过过滤器从给定数量的来源传递信息。滤波器使用的数据可能来自传感器或滤波器先前产生的信息。所产生的信息可以由另一个滤波器使用,也可以用于自适应过程。当外部上下文信息改变时,激活适配系统。它接收有关环境新状态的数据,并可能更改应用程序的行为。每种语言的功能都在上面描述::表示监控系统中可用的传感器。标签传感器>的价值在于它用于识别监控系统中的传感器。:表示由上下文识别系统产生的信息项.此标记所包含的信息描述了用于生成其值的数据。这种类型的每个标签包含一个过滤器和至少一个信息源。过滤器由过滤器>标签标识,而信息源可以是传感器>或另一个上下文>标签。在后者的情况下,信息由上下文服务器产生:表示用于处理上下文信息的过滤器。道具-F.W. Fehlberg等人理论计算机科学电子笔记292(2013)3945名称标识过滤器。此外,过滤器可以使用parameters>标签接收附加过滤器也可以接收default and parameter>:保存有关滤波器参数的信息。parameters>标签可以包含多个parameters>标签。2.4处理断开和不确定值移动计算的一个主要特点是移动节点极易断线。由于某些传感器可能安装在移动节点上,因此可能需要指定无法访问传感器数据时的过滤器行为。在处理断开情况时,每个滤波器的行为可以由滤波器编程器指定然而,有一些过滤器是如此的通用,以至于它们可以在几种不同的情况下使用每种情况可能需要采取不同的办法。此外,滤波器程序员可能很难预测每种情况。可以通过通知过滤器在面临断开连接情况时的行为来改变过滤器的行为。为此,CD-XML语言提供了filter标记的默认属性。当指定此选项时,每当发生断开连接的情况时,过滤器都会返回其值2.5检测传感器变化环境的变化由传感器检测。当传感器检测到变化时,它会触发上下文识别过程。这可以导致对应用行为的适应。MultiS可以使用两种不同的方法来启动上下文识别过程。可以将此责任委托给监控系统,其中一些能够在其传感器发生变化时进行检测和警告。如果监控系统无法做到这一点,MultiS可以定期获取传感器的值,并将其与先前的值进行比较。当检测到变化时,开始新的计算。该机制也可以用于克服监测系统中的故障。这两种技术的使用使系统能够检测传感器的变化,即使监测系统在传感器发生变化时没有警告MultiS。可以确定这种验证发生的频率。如果验证之间的时间太短,则可能浪费系统资源,从而产生开销。如果时间太长,则对环境变化做出反应的时间可能长于用户可接受的时间。建议将该时间设置为尽可能接近用户可以等待环境变化到系统反应的最大时间。2.6上下文推理树每当检测到传感器变化时,就会激活上下文识别系统。我们建议,上下文信息应相关的使用树结构(已在EXEHDA上下文服务器)。这些树被分配到46F.W. Fehlberg等人理论计算机科学电子笔记292(2013)39当应用程序向MultiS提交CD-XML请求时。图4显示了为图3所示的CD-XML代码分配的树。图三. CD-XML示例见图4。 上下文推理树2.7处理上下文推理树context>元素表示给定树或子树的根节点。它始终保持过滤器和可能是传感器节点的信息源F.W. Fehlberg等人理论计算机科学电子笔记292(2013)3947或者另一个上下文节点。context>节点的值是通过对给定的信息源执行其过滤器来例如:为了生成上下文>isPersonInRoom的值,系统调用从以下传感器接收信息的过滤器FilterAtLeast:这些传感器的值的任何变化都会激活上下文识别系统。值得指出的是,任何叶子节点都是传感器,因此树计算算法总是自底向上的。如果传感器值的更改级联到子树根节点上的更改,则必须重新评估使用此信息的所有节点。如果根节点值更改,则激活EXEHDA AdaptEngine服务。应该强调的是,并非所有的传感器变化都会产生适应。传感器值的变化可能不足以改变根节点;在这种情况下,不采取任何措施。图五. 环境更改让我们看看当监控系统检测到传感器的两个值发生变化时,算法在真实场景中是如何工作的。 情况如图5所示。第一个传感器由节点E表示。当其值改变时,上下文服务器重新评估使用其值的所有子树(即,节点B)。尽管如此,节点E处的改变不足以改变B节点的值,因此不采取任何动作第二个传感器,称为I,使节点C被重新评估。I的变化使得C值也发生变化。节点J也会发生同样的情况,它最终生成一个事件来转换应用程序的行为(通过适配系统)。请注意,节点K中不需要任何操作,因为它使用的传感器都没有改变。2.8共享处理过的信息上下文服务器能够支持并发订阅的多个应用程序。这些应用程序通常订阅给定服务器(即,细胞),因为它48F.W. Fehlberg等人理论计算机科学电子笔记292(2013)39包含了周围环境的信息。出于这个原因,由给定服务器订阅的应用程序倾向于使用一些公共信息并产生相同的上下文数据(诸如给定用户的位置或检测到的环境活动)。图6表示了针对不同应用程序的三个不同上下文推理树的执行。可以观察到,即使应用程序X和Y对上下文服务器有不同的要求,它们也共享一些公共节点,这些节点由具有根节点C的子树标识见图6。 使用结构生成信息的当然,每棵树都需要一些资源来产生价值。MultiS试图通过尽可能地抑制子树来节省成本。该过程在资源分配时执行。在为每个节点分配资源之前,系统搜索提供相同信息的现有手段如果找到这样的节点,则不分配新的资源,而是向现有节点添加指针。对提供相同信息的节点的搜索基于每个节点的CD-XML定义来执行。如果找到一个具有给定定义的子树,它提供相同的值。应该指出的是,该算法并没有找到所有可能的节点,而是只找到具有相同定义的节点(即,具有不同语法但未检测到相同语义的节点)。未来的增强可能会为此找到更好的算法子树的抑制如图7所示。在节点C中只有一个子树,它有两个指针,每个指针指向它的消费者。请注意,现在信息不是以树的形式排列,而是以图的形式排列。然而,应用程序对图一无所知,只是将其视为内部服务器表示。必须更改计算算法以支持图形。 每当一个节点的值发生了变化,所有的消费者都必须重新评估(现在可能是一个消费者列表,而不仅仅是一个)。如果节点C被更改,则必须重新评估节点A和J。从应用程序员的角度来看,信息共享的方式是透明的。每个应用程序接收信息,F.W. Fehlberg等人理论计算机科学电子笔记292(2013)3949在其CD-XML中描述。见图7。 共享上下文信息3为例本节概述PerMuseum应用程序,这是一个普遍的上下文感知应用程序,可增强用户在参观博物馆时的体验。此应用程序用于测试MultiS项目中提出的特性3.1PerMuseum:一个无处不在的应用普适计算的一些最有前途的用途旨在增强现有的应用程序。上下文感知计算特性使系统和用户之间能够进行更有价值的通信。例如,上下文感知计算用于为每个用户选择旅游网站中的最佳内容[7][13]。现有应用:一些博物馆,如纽约这份材料包含了几个博物馆景点的信息。用户通过在设备的键盘上键入景点编号来识别所需景点每当用户移动并将其焦点从一个吸引物改变到另一个吸引物时,有必要键入I. D。新的吸引力。这种持续的显式交互可能会干扰用户体验。上下文感知计算可用于通过自动为每个用户选择合适的信息来增强用户体验。关于用户和环境的几个数据源可用于过滤可用内容并选择合适的内容。用户位置可以用于识别吸引用户兴趣的景点。除了位置之外,设备特性可能仅选择支持的信息类型(例如,如果设备不支持音频再现,或者如果耳机当前未插入,则音频信息将不被50F.W. Fehlberg等人理论计算机科学电子笔记292(2013)39选择)。最后,用户特征也是一个重要的过滤器约束。支持的语言、用户偏好或用户PerMuseum应用程序:使用PerMusem的第一步是填充以简短的形式描述用户的特征。 这些信息将被用作在注册过程之后,应用程序将CD-XML请求发送到MultiS,并订阅接收有关博物馆景点的内容。从这一刻起,系统就可以自动工作并调整可用内容。当用户将其位置从一个地方改变到另一个地方时,位置传感器会检测到这一点。MultiS检查用户的焦点是否从一个景点移动到另一个景点。如果焦点真的改变了,它会开始搜索关于所需新吸引力的适当内容在位置监控的同时,系统搜索可能适合用户特征的其他博物馆活动。预定的导游,讲座甚至电影视频都是此类活动的一些例子如果检测到任何有用的信息,系统会在适当的时候告诉用户使用CD-XML对PerMuseum进行编程:图8显示了根据来自PerMuseum应用程序的CD-XML请求生成的上下文识别树圆圈内的标签显示叶节点的信息标签或传感器名称如图所示,字母显示用于生成信息的滤波器。PerMuseum使用的某些信息对每个用户来说都是特定的(例如他的位置),但也有一些信息对所有用户都是通用的,可以在给定环境中的应用程序之间共享(例如事件)。可以共享的数据以灰色圆圈的形式显示4测试本节介绍PerMuseum应用程序的两组测试,它们由现有MultiS实现设置。第一个测试研究系统如何在给定的执行过程中对环境的变化做出它侧重于应用程序的第二部分比较了有无信息共享节点的系统测试是使用当前的MultiS实现进行的。原型是用Java开发的,因为它的平台独立性。除了过滤器存储库外,所有其他功能都已完全实现。测试使用AMD Athlon X264 4200+,1Gb进行,所有传感器数据都进行了仿真。4.1应对环境变化图9中的图表演示了在执行的测试中发现的应用程序行为。该测试显示了当位置传感器在一段时间内发生变化时会发生什么。F.W. Fehlberg等人理论计算机科学电子笔记292(2013)3951见图8。 PerMuseum CD-XML时间,并指示用户是否已移动到另一景点。每个传感器的变化都会触发子树计算和应用程序的自适应。y轴表示ID信息,水平线显示每个事件的应用程序状态。垂直线表示应用程序行为发生变化的动力。见图9。 应对环境变化可以观察到,应用程序通过显示ID为1的材料来开始执行。一段时间后,位置发生变化,系统的行为也会更新,反映新用户的位置本测试中使用的监测系统是模拟的,不支持通知传感器值变化的能力。有鉴于此,池化策略被用于检测环境变化,并且每秒进行查询。当传感器几乎在该周期结束时改变时(如在第四传感器改变中),系统快速反应。然而,当传感器在52F.W. Fehlberg等人理论计算机科学电子笔记292(2013)39表1没有信息共享的测试结果(以秒为单位)。的申请15102050100平均时间12.749.3579.8179.45252.75957.8平均时间/应用12.79.877.988.97255.0559.578最短时间262062112225时间最长261371766137622528标准偏差6.14834.71738.717145.369152.391841.069合并间隔开始时,系统的反应时间延迟。反应时间还包括执行子树计算所需的时间。进行了几十次测试,发现系统保持恒定的4.2在有和没有共享信息的情况下下一个测试演示了一些上下文信息的共享如何影响系统的整体性能。系统进行了分析和没有共享上下文信息的功能。性能标准是在环境变化后计算所有订阅应用程序所需的时间。每个过滤器操作都会占用一些处理时间。处理整个所需推理树的总时间是每棵树的处理时间之和。这个时间与订阅的应用程序的数量成比例增加。此处理时间表示给定环境中支持的应用程序数量。如果此时间过长,则使应用程序适应新行为的时间可能大于传感器刷新率。每个模块订阅传感器或处理的信息节点。所有订阅者的列表存在与针对不同订户传达改变相关联的成本。在当前的设计中,使用线程来执行与每个订阅者的通信。表1显示了在没有跨应用程序共享数据的情况下PerMuseum的测试结果传感器刷新率为1s。结果是根据每种申请执行20次计算的可以看出,当同时执行100个应用程序时,性能会下降在某些情况下,处理时间比传感器刷新率花费的时间更长也就是说,当系统感知到新的传感器数据时,系统仍在在最大和最小处理时间之间存在很大的时间差异,如标准偏差的情况。该系统非常接近于支持最大数量的应用程序。F.W. Fehlberg等人理论计算机科学电子笔记292(2013)3953表2信息共享的测试结果(以秒为单位)。的申请15102050100平均时间11.1537.8544.55106.7137.3254.85平均时间/应用11.157.574.4555.3352.7462.548最短时间12122951134时间最长3398150221251529标准偏差9.40429.61235.82654.078953.783125.602表2显示了启用子树共享时MultiS应用程序的执行测试结果。当使用已经处理过的数据时,处理时间要短得多在100个应用程序的执行过程中没有出现性能标准差保持在正常范围内。所有测试的更新时间均未超过传感器刷新率。通过比较表1和表2可以看出,采用信息节点共享的策略,MultiS能够支持更多的应用。还应指出,处理时间在很大程度上取决于应用程序的请求类型及其共享数据的能力5相关工作一些重要的研究,试图解决有关的问题,上下文识别过程中,在本节中进行审查。其中包括So- lar、Context Toolkit、Aura/CIS和JCAF。Context Toolkit [8]专注于为上下文感知应用程序开发一种新的方法。这是非常重要的,并启发了这一领域的其他几个作品然而,在上下文工具包的建议中,上下文的处理形成每个应用程序的一部分,因为很难在应用程序之间共享上下文数据Solar [6]提出了一个有趣的共享上下文信息的建议每个信息提供者都是一个数据流,通过使用操作符进行处理和组织每个操作符都有几个必须匹配以允许连接的特征。然而,没有处理移动性和断开连接的机制,这是上下文感知应用程序的非常重要的功能。Aura/CIS [10]提出了一个称为查询合成器的软件层,它模拟了一个数据库管理系统。应用程序通过使用一种接近SQL的语言来查询上下文服务器。这些查询中的每一个都必须发送到上下文管理系统。但是,没有订阅机制,这对于对环境变化做出反应非常重要。应用程序必须将传感器池化,以检测环境变化并做出反应JCAF项目[4]提供了一个框架来帮助开发54F.W. Fehlberg等人理论计算机科学电子笔记292(2013)39表3相关研究和MultiS中分析的特征[八]《中国日报》[6]美国[第十一届][4]美国MultiS共享已处理的数据XXXX治疗和应用之间的独立性XXX支持移动性/断开连接XX发布/订阅类型的监控/处理XXXX治疗可定制,适应每种应用XXX无需任何编程即可合成新的上下文数据XXX上下文感知应用,尽管这不处理移动性和断开连接。此外,它不能使生成的信息在不同的应用程序之间共享MultiS能够基于使用上下文推理树的多个传感器数据生成上下文数据。所产生的信息可以在应用中共享在应用程序代码和上下文产生式处理之间存在独立性这种耦合通过CD-XML实现这种语言提供了一种处理不确定值的机制,并可用于处理断开连接的情况。应用程序可以通过使用显式调用或使用发布/订阅来进行查询。上下文信息的处理是通过过滤器进行的,这些过滤器可以在应用程序之间共享,从而节省编程时间。表3说明了这些相关研究的特点。根据该表,很明显,除了Multis之外,这些研究都没有涉及所有分析的特征。这意味着一个涵盖所有这些上下文服务器功能的方案可以为上下文感知应用做出贡献6结论和今后的工作在过去的几年里,移动计算的普及程度显著上升。PDA、具有蓝牙或WiFi的手机能够访问环境资源。而根据[10],无线革命才刚刚开始。这是当前情景,其中上下文感知计算通过使设备能够使用可用资源来增加其重要性。尽管如此,一些挑战仍有待解决。目前正在开展若干工作,以支持执行这种新的应用程序。但是,对于移动性和上下文感知应用程序,他们还没有达到所需的charac- teristics。MultiS项目旨在满足这些要求,并被用作对上下文感知应用程序基础设施支持。今天,每个需要开发上下文感知应用程序的程序员都必须对适应过程的所有阶段进行编程:监控,上下文识别和适应。这大大增加了开发成本,并抑制了此类应用程序的开发然而,最近进行了一些尽管如此,关于上下文识别的阶段,没有一个相关的工作已经能够获得上下文感知应用所需的特性。F.W. Fehlberg等人理论计算机科学电子笔记292(2013)3955我们提出MultiS来填补这一空白。通过使用MultiS,可以通过CD-XML集成来自不同来源的信息。这种简单的语言允许生成上下文数据,同时包含处理断开连接事件的机制。通过CD- XML的订阅/通知机制,应用程序能够对环境变化做出反应。MultiS中间件还支持同时执行多个不同的上下文感知应用程序。在编写这份文件的过程中,提出了一些进一步研究的想法。它们可以成为今后工作的主题,如下:• 支持搜索传感器的CD-XML扩展。• 审查所产生信息的隐私问题。• 识别具有不同规格的可共享信息。引用[1] 安德鲁,A.,The New Age of Wireless,Scienti fic American,295(2006),20.[2] 奥古斯丁岛,A.亚明湖席尔瓦河,巴西-地真的,G。Frainer和C. Geyer,ISAMadapt:Abstractions andTools for Designing General-Purpose Pervasive Applications , Software , Practice Experience -Special Issue[3] Baldauf,M.,S. Dustdar和F. Rosenberg,A survey on context-aware systems,Int. Journal of AdHoc and Ubiquitous Computing,2(2007),263-277.[4] Bardam , J.E. , Java Context Awareness Framework ( JCAF ) - A Service Infrastructure andProgramming Framework for Context-Aware Applications , Proceedings of the Third InternationalConference on Pervasive Computing,(Berlin,Heidelberg,2005),98-115.[5] Bettini,C.,O.布尔迪奇卡湾Henricksen,J. Indulska,D. Nicklas,A. Ranganathan和D. Riboni,Asurvey of context modeling and reasoning techniques , Journal of Pervasive and MobileComputing,Special Issue on Context Modelling,6(2010),161-180.[6] 陈 , G. , “ Solar: Building A Context Fusion Network for Pervasive Computing, “ Doctorate Tesis,Dartmouth[7] Cheverst,K.,K. Mitchel和N. Davis,The role of adaptive hypermedia in a context-aware touristGUIDE,Communications of the ACM,45(2002),47[8] Dey,A., 2000年,美国亚特兰大,佐治亚理工学院博士学位[9] 哈塞尔,T.,W. Schwinger,M. Pichler,G. Leonhartsberger,J. Altmann,and W. Retschitzegger,上下文-对移动设备的认知-氢方法,第36届夏威夷国际系统科学会议(CNOSS[10] Hong,J.,E. Suh和S. Kim,Context-aware systems:A literature review and classification,Expert Systems with Applications。36(2009),8509[11] 贾德,G., P. Steenkiste,为普适计算应用提供上下文信息,第一届IEEE普适计算与通信国际会议论文集,(Washington,DC,USA,2003)133[12] Kappel , G. , W. Retschitzegger , E. 基 默 斯 托 弗 湾 Prll , W. Schwinger 和 T. Hessel , Towards aGeneric Customisation Model for Ubiquitous Web Applications,第二届面向Web的软件技术国际研讨会,(马拉加,西班牙,2002)79[13] Londsdale,P.,R. Bealel和W. Byrne,Using context awareness to enhance visitor engagement in agallery space,HCI 2005(Human-Computer Interaction),(Edinburgh,England,2005)101[14] Satyanarayanan,M.,普适计算:愿景和挑战,IEEE个人通信,纽约,4(2001),1056F.W. Fehlberg等人理论计算机科学电子笔记292(2013)39[15] Schaeer , A. , A. 亚 明 岛 奥 古 斯 丁 湖 Morais 和 C. Geyer , PerDiS : A Scalable Resource DiscoveryService for the ISAM Pervasive Environment,International Workshop on Hot Topics in Peer-to-PeerSystems,Los Alamitos,0(2004),80[16] Yamin,A.,I.奥古斯丁湖席尔瓦河,巴西-地 Real和C. 盖耶 EXEHDA中间件:管理ISAM普适环境的方面,第二十五届智利计算机科学学会国际会议(智利瓦尔迪维亚,2005年)84[17] Weiser,M.,21世纪的计算机,科学美国人。265(1991),94
下载后可阅读完整内容,剩余1页未读,立即下载
cpongm
- 粉丝: 4
- 资源: 2万+
上传资源 快速赚钱
- 我的内容管理 收起
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
会员权益专享
最新资源
- zigbee-cluster-library-specification
- JSBSim Reference Manual
- c++校园超市商品信息管理系统课程设计说明书(含源代码) (2).pdf
- 建筑供配电系统相关课件.pptx
- 企业管理规章制度及管理模式.doc
- vb打开摄像头.doc
- 云计算-可信计算中认证协议改进方案.pdf
- [详细完整版]单片机编程4.ppt
- c语言常用算法.pdf
- c++经典程序代码大全.pdf
- 单片机数字时钟资料.doc
- 11项目管理前沿1.0.pptx
- 基于ssm的“魅力”繁峙宣传网站的设计与实现论文.doc
- 智慧交通综合解决方案.pptx
- 建筑防潮设计-PowerPointPresentati.pptx
- SPC统计过程控制程序.pptx
资源上传下载、课程学习等过程中有任何疑问或建议,欢迎提出宝贵意见哦~我们会及时处理!
点击此处反馈
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功