文摘gydF4y2Ba

上下文意识到通信服务依赖于信息来源和传感器,获得用户的现状和潜在需求,并相应地调整其通信服务。如果广泛的研究一直在推动环境意识到工业和学术界的研究人员,这些系统的设计无需修改使用和礼仪的基础通信服务,让他们简单、直观、reactive-remains一个挑战。在这项工作中,我们引入一个上下文意识到通信系统,考虑用户的偏好,工作量和情况来定制电话服务。在这个实现中,我们使用IMS通信管理。这个实现的好处是IMS与环境意识的增强特性,与上下文信息和用户首选项的耦合,提供增强的服务定制,无需修改用户体验。gydF4y2Ba

1。介绍gydF4y2Ba

在使用方面,人们仍然主要使用电话像在1970年代初;爱丽丝表盘鲍勃的数量和听到回电话的语气,鲍勃拿起如果他是可用的,沟通。另外,通信系统通常被忽视的情况建立一个通信信道和他/她之间调用者。例如时间可能不合适(例如,被调用的函数在会议),或通信通道不合适(例如,被远非他的固定电话或手机处理在一个公共空间,比如电影院)。gydF4y2Ba

最近,我们正在见证大设备功能和技术的进步,因为他们变得更聪明的传感器(如加速度计,GPS)。这些进步应有助于改善遗留电话服务,以适当的方式设计服务与用户的需求增加(gydF4y2Ba1gydF4y2Ba]。现在,努力开发创新的通信服务的考虑提供灵活的机制来支持服务适应基于用户中观察到的变化情况。gydF4y2Ba

环境敏感通信(CAC) (gydF4y2Ba6gydF4y2Ba- - - - - -gydF4y2Ba8gydF4y2Ba]服务试图提高通信系统能够推断被和调用者的情况,以减少沟通失败的概率。用户的情况可以被定义为用户的上下文的快照一定即时或一段时间。通信服务,是用户最相关的上下文信息相关的(如位置、存在和活动),相关设备(如接入网、电池级),与环境相关的(如噪声)。gydF4y2Ba

为了提高现有的通信服务,应该解决的三个主要挑战。gydF4y2Ba(我)gydF4y2Ba首先,CAC服务应该扩展当前的通信服务,但没有修改最终用户使用的方式,电话的使用是非常成熟。gydF4y2Ba(2)gydF4y2Ba第二,CAC服务应该减少中断,现行体制原因和不应该增加(例如,不合时宜的通知)。gydF4y2Ba(3)gydF4y2Ba第三,CAC服务应该支持多通道通信(例如,语音和文本通信)和反应(例如,不延长呼叫建立延迟)。gydF4y2Ba

大多数现有的在CAC工作,即使有些创新,不应对这些挑战。我们计划来解决这些问题提出了一个框架能够管理多个上下文,并且能够促进CAC的集成服务与沟通服务。gydF4y2Ba

剩下的纸是组织如下。节gydF4y2Ba2gydF4y2Ba对环境敏感,我们提出了两种不同的看法,我们介绍了福利和CAC系统的要求。节gydF4y2Ba3gydF4y2Ba,我们介绍一个通用框架支持CAC的发展系统,用于在部分gydF4y2Ba4gydF4y2Ba实现CoAR(环境敏感可达性),一个原型来处理来电。节gydF4y2Ba5gydF4y2Ba,我们目前现有的CAC系统上工作,然后我们讨论这些作品和工作部分gydF4y2Ba6gydF4y2Ba根据前面介绍的要求。我们在部分总结本文gydF4y2Ba7gydF4y2Ba。gydF4y2Ba

2。环境敏感和它的需求gydF4y2Ba

上下文是固有的一个实体的所有信息(如用户、设备)可以获得,明确,并发布到应用程序中,为了使他们的行为来适应实体的状态。在本节中,我们提出两种观点在上下文和环境敏感,CAC系统的典型场景,然后我们构建这样的创新系统提出的挑战和要求。gydF4y2Ba

2.1。理论家和实践者gydF4y2Ba

从学术的角度来看(gydF4y2Ba9gydF4y2Ba,gydF4y2Ba10gydF4y2Ba]上下文是对事实、规则和公理,可以用来描述一个实体的状态(例如,用户设备)在给定的时间。环境敏感被认为是一种特殊的形式逻辑系统,完善的人工智能理论和算法(例如,基于规则的推理)可以申请自动化的处理新知识和推理推断事实代表用户的情况。gydF4y2Ba

从行业的角度来看(例如,旅行或零售公司(gydF4y2Ba11gydF4y2Ba])上下文是偏好、活动和地理空间信息与一个给定的用户(gydF4y2Ba12gydF4y2Ba,gydF4y2Ba13gydF4y2Ba]。这个信息是获得回答如下的问题。gydF4y2Ba(我)gydF4y2Ba使用这项服务是谁?什么是他/她的喜好或习惯吗?gydF4y2Ba(2)gydF4y2Ba用户在做什么?他目前的活动是什么?gydF4y2Ba(3)gydF4y2Ba用户在哪里?什么是逻辑或物理调用服务的地方吗?gydF4y2Ba(iv)gydF4y2Ba什么时候?什么时候是他/她的行为发生?gydF4y2Ba(v)gydF4y2Ba如何?设备是用来访问服务吗?gydF4y2Ba有鉴于此,环境敏感行业定义为服务的适应能力取决于其响应用户的请求服务通过手机访问或从笔记本电脑访问,在他/她的身份和他/她的角色(例如,特定的或专业的客户),从用户正在寻找服务,等等。gydF4y2Ba

摘要,而记住的学术观点,我们打算考虑行业的观点通常更少的调查。gydF4y2Ba

2.2。CAC系统的好处gydF4y2Ba

为了提供环境敏感,通信系统应该能够检测user-relevant情况并相应调整其行为,以及他们的用户界面。例如,用户是工作或度假可能会影响来电的处理(例如,拒绝一个最好的朋友的电话或一个商业伙伴的电话),甚至用户的联系人列表(联系人列表的命令)。gydF4y2Ba

同时,收到消息和事件通知的方式显示应该适应用户情况;紧急语音信箱可以扮演的电视如果用户独自看电视,但是当有人与他们的消息将显示在他/她的智能手机。这种系统将足够聪明考虑规则相关的用户环境(例如,电影期间不接听电话),同时考虑异常(例如,接收调用被知名视为紧急调用者)。gydF4y2Ba

2.3。CAC系统要求gydF4y2Ba

上面提到的场景涉及到不同的设备有不同的功能和技术,例如,hardphone,软电话,智能手机,电视,电脑屏幕。它们涉及不同来源的信息(例如,议程,联系人列表,偏好)关于用户和他们的周边环境(例如,附近的通讯设备,运输方式)来帮助推断用户的情况。意识到这样的场景,巨大的挑战要面对像如何提高存在的服务而无需修改他们的实现和使用,如何使系统尽可能简单,即使部署在复杂环境中,如何考虑多种沟通渠道,以及如何支持与用户的实时交互。gydF4y2Ba

总结一下,CAC系统应该解决六个需求后,可以分组如下。gydF4y2Ba

相关要求:gydF4y2Ba(1)异构性的组件(传感器、移动设备、服务器)、通讯技术和协议(如SIP, XMPP);gydF4y2Ba(2)易于使用,因为最终用户不会专家;gydF4y2Ba(3)隐私的用户,控制(例如,用户的信息将被用于应用程序)和保存(例如,谁可以看到);和gydF4y2Ba

系统相关的要求:gydF4y2Ba(4)信息建模和管理的灵活性(收购、销售、加工和存储);gydF4y2Ba(5)可扩展性从几个到许多用户和设备,通常属于不同管理域;gydF4y2Ba(6)反应性为保证实时适应和合理的响应时间。gydF4y2Ba

这些要求必须解决在整个生命周期的上下文信息(从提取到其使用)和CAC系统的不同部分。gydF4y2Ba

3所示。开发CAC系统框架gydF4y2Ba

3.1。上下文管理gydF4y2Ba

开发原型的上下文感知系统,我们提出一个通用的框架,结合上下文和沟通管理。gydF4y2Ba

图gydF4y2Ba1gydF4y2Ba说明了我们的框架的体系结构,基于消费者/提供者设计模式的介绍经纪人减少数量的不同组件之间的点对点通信。在这个图中,绿色是用于表示提供者,经纪人的橙色,蓝色为数据库,为消费者和紫色。设备端代理(实现PC和一个Android客户端)旨在分离本地上下文提供者从本地上下文客户和远程组件,而平台代理(实现为一个通过应用程序运行在Jetty web服务器)旨在分离不同的组件和第三方应用程序。本地上下文提供者/消费者组件目前的设备上,而全局上下文提供者/消费者组件(例如,第三方应用程序)直接连接到代理platform-side上下文。在此体系结构中,本地代理能够聚合本地上下文提供者之前产生的上下文信息发布到全局上下文代理为所有不同的组件可用,以减少双方之间交换的消息的数量。我们使用了CometD (gydF4y2Bahttp://cometd.org/gydF4y2Ba)服务器作为通知服务器实现发布/订阅机制背景分布。gydF4y2Ba

收集有关的沟通环境,特定全局上下文提供者使用,通信全局上下文提供者。我们使用的通信全局上下文执行适应消费者作为改善沟通管理的方法。gydF4y2Ba

3.2。背景建模gydF4y2Ba

图gydF4y2Ba2gydF4y2Ba说明了通用所使用的上下文模型框架。它由三个接口:实体(如人、地点、设备、网络),环境(例如,一个人的位置,连接的设备),和质量(例如,错误的速度传感器)。必须实现的接口来创建一个完整的上下文模型。上下文是XML架构组件之间的运输。gydF4y2Ba

3.3。上下文推理gydF4y2Ba

我们提出一个通用的图(图gydF4y2Ba3gydF4y2Ba)建模上下文推理规则。一个推理gydF4y2Ba规则gydF4y2Ba是一个if - then规则;条件是一组的一部分gydF4y2Ba情况gydF4y2Ba实例和一组操作部分gydF4y2Ba行动gydF4y2Ba实例。可以过滤规则(例如,阻塞调用用户正在开会时)或优化(例如,调用hardphone而不是向前移动,如果用户在他/她的办公室)。上下文信息的情况是一组;它可以是静态的,在运行时之前设置由用户(例如,用户在开会)或在运行时动态已知(例如,用户的现状)。gydF4y2Ba

该算法gydF4y2Ba1gydF4y2Ba处理上下文推理规则需要注册列表规则(例如,用户首选项)和当前用户情况作为参数。首先,过滤规则进行评估;评估情况的一部分,每个规则对用户的现状来检索相应的行动。然后,由此产生的行为是对其用户的设备的现状,以消除nonapplicable行动(例如,调用转发到一个没有注册的电话)。最后,优化规则是用来评估适用的操作和输出操作,最适合用户的现状。他们允许框架处理规则碰撞情况下,超过一个动作可以由排名适用行为和消除那些不合适的用户现状。一个阈值gydF4y2BaαgydF4y2Ba是用来衡量一个动作的健身(重量)给定用户现状;行为与低体重都会消除,不执行。优化规则的一个例子是一个规则,优先考虑书桌电话手机都可以收到来电。gydF4y2Ba

在我们的实现中,阈值设置为0,这样任何规则积极评估将被执行。gydF4y2Ba

4所示。CoAR:实现与IMS平台gydF4y2Ba

4.1。体系结构概述gydF4y2Ba

IMS (gydF4y2Ba14gydF4y2Ba)是一种标准化的体系结构融合通信服务。飞机结构成三个平面:应用程序提供终端用户的服务通过IMS应用程序服务器,控制平面实现访问控制和调用/数据路由和运输机,由传输语音和数据的物理资源。gydF4y2Ba

图gydF4y2Ba4gydF4y2Ba演示了调用管理我们的原型的体系结构。组件如下。gydF4y2Ba(我)gydF4y2Ba一组本地上下文提供者定期检索上下文信息(例如,数量的接受/拒绝/回答电话)从各种通讯工具(如电子邮件、即时通讯、手机和日程)。gydF4y2Ba(2)gydF4y2Ba本地上下文负责生成用户负载级别的消费者聚集的背景下,以发布这个工作负载,以便它可以访问用户的联系人。gydF4y2Ba(3)gydF4y2Badevice-side代理,将本地上下文提供者、消费者、和远程组件。gydF4y2Ba(iv)gydF4y2Baplatform-side代理促进用户的负载水平的分布在不同的消费者。gydF4y2Ba(v)gydF4y2Ba一个数据库来存储所有的上下文信息收集为将来使用。gydF4y2Ba(vi)gydF4y2Ba位置上下文提供者来追踪用户的位置(如在办公室,家里)和他/她的运输方式(如高速公路、火车)。gydF4y2Ba(七)gydF4y2Ba设备上下文提供者提供device-related上下文信息(例如,类型,电池水平,附近的设备)和IMS-related信息(例如,注册状态、时间戳和过期时间,存在状态)。它沟通全局上下文提供者的角色,并实现与服务触发模块由Mobicents提供。gydF4y2Ba(八)gydF4y2Ba电话管理背景下消费者负责决策相关的呼叫路由在IMS架构(例如,调用传输/转发/完成)。在请求主体发送到该组件,包括设备的IMPUs识别相应的用户。这个设备IMPU代表其他请求ID。gydF4y2Ba

呼叫管理背景下消费者的角色沟通全球背景下消费者。它被实现为一个基于rest的web应用程序。它有两个接口:一个与上下文管理框架与IMS获取上下文信息和另一个处理请求路由决定。RESTful web服务的使用与潜在HTTP作为传输协议,而不是SIP旨在使框架足够通用比在其他环境中使用SIP / IMS。gydF4y2Ba

4.2。用例:处理来电gydF4y2Ba

(即当IMS收到电话请求。,一个SIP Invite) for a given IMPU (IMS public user identity, that is, the identifier that is used to reach a user on corresponding device), the Mobicents AS is triggered. The AS sends a request to the call management context consumer with the IMPUs of both caller and callee. It receives in response the action to perform on this call request. The different actions are as follows:(我)gydF4y2Ba什么:让调用者;gydF4y2Ba(2)gydF4y2Ba忙:打断来电;gydF4y2Ba(3)gydF4y2Ba重定向:呼叫重定向到一个声音服务器;或gydF4y2Ba(iv)gydF4y2Ba传输:将电话转给另一个目的地。gydF4y2Ba重定向和转移情况下,一个可选参数指定目标IMPU(例如,IMPU声音服务器)。如果调用管理背景下消费者模块没有在适当的时候作出回应,“没什么”行动。gydF4y2Ba

当推理基于上下文信息和决定如何处理基于用户的来电情况,包括用户偏好是很重要的。例如,用户可能不希望被电话打断了一定阶级的接触(例如,同事)如果他们非常专注于他们目前的工作(高工作负载水平)。在这个实现中,我们使用前面描述的规则图(图gydF4y2Ba3gydF4y2Ba)来表示用户偏好规则。gydF4y2Ba

具体地说,这些规则是用XML表示,这样他们可以轻松地交换框架组件之间;他们正在处理java对象的实例化内部推理引擎。我们使用一个定制的规则引擎,使用java对象代表过滤或优化规则生成要执行的动作。gydF4y2Ba

帮助用户定义他们的偏好规则和指导他们完成这个过程,我们提出一个层次视图(图gydF4y2Ba5gydF4y2Ba代表用户上下文信息)。优先规则,用户可能会首先显示时间的类型(例如,工作日,周末,假期,午餐时间)。然后,他们必须选择一个位置(例如,办公室,家庭)或运输方式和类型的路径(例如,家庭作业路径,偶尔路径)如果规则将适用于当一个用户在移动。接下来,他们可以指定类型的活动(例如,阅读邮件)和设备(如hardphone)受此规则的影响。的活动,他们可以指定工作负载级别(例如,忙)。这种方法后,生成的规则将被作为算法的一个例子gydF4y2Ba2gydF4y2Ba。gydF4y2Ba

CoAR这里允许用户控制自己沟通。用户指定他们的偏好对于如何达到的情况下。它提供了一个扩展的通信平台,无需修改基础通信服务,减少所引起的中断现有的通信服务,因为它代表用户决定如何管理调用。此外,它认为上下文信息从多个来源。gydF4y2Ba

4.3。基础设施和评价gydF4y2Ba

试验台IMS平台是建立在开放的IMS核心(gydF4y2Ba15gydF4y2Ba)实现IMS架构的控制平面(P-CSCF, I-CSCF S-CSCF, HSS)。飞机在应用程序中,我们使用Mobicents [gydF4y2Ba16gydF4y2Ba)应用服务器(如)通信服务创建,通过其JAIN睡API。我们还使用不同类型的IMS客户端(例如,IMSDroid基于android系统的智能手机,开普敦大学IMS客户端软电话)。gydF4y2Ba

图gydF4y2Ba6gydF4y2Ba描述了我们的测试环境的配置。开放的IMS核心是安装在Ubuntu 10.0 / Linux操作系统上运行甲骨文VirtualBox (gydF4y2Bahttps://www.virtualbox.org/gydF4y2Ba虚拟机)。以及Mobicents,后者是运行在微软Windows XP SP3 D630戴尔笔记本电脑上安装以下特色卖主:英特尔、模型:Core 2 Duo处理器:2 2 GHZ,内存:2 GB。gydF4y2Ba

持久性,上下文信息存储在DB4O对象数据库(gydF4y2Bahttp://www.db4o.com/gydF4y2Ba)。上下文代理和调用管理上下文消费者都是通过实现为web应用程序(gydF4y2Bahttp://www.restlet.org/gydF4y2Ba)框架运行在Jetty web服务器。都是微软Windows 2003服务器上安装SP2以下硬件理论:自动售货机:英特尔、模型:至强,CPU: 2, 8 GHZ,内存:2 GB。gydF4y2Ba

本文的主要贡献是上下文感知通信管理框架的设计和实现能够为用户提供支持和援助服务处理他/她的喜好和上下文参数。因此,重要的是要评估的成本实现环境敏感的响应时间,因为它是一个额外的时间响应时间的通信服务。求和应该保持为用户接受。gydF4y2Ba

CoAR取决于类型的操作的响应时间(上下文出版、上下文查询/消费或上下文订阅),和需要时间上传上下文信息从数据库存储记忆,以防它。呼叫管理背景下消费者的响应时间取决于代理+服务的响应时间推理时间。用户响应时间取决于Mobicents响应时间,这取决于调用管理背景下消费者响应时间。gydF4y2Ba

下面的图表说明响应时间的进化代理根据并行上下文的出版物的数量(图gydF4y2Ba7gydF4y2Ba)和(图并行环境消费的请求数量gydF4y2Ba8gydF4y2Ba)。gydF4y2Ba

目的是找出这些参数的响应时间函数来衡量整个系统的反应性和能够估计在未来预期的响应时间。gydF4y2Ba

上面的两个图表呈现的变化响应时间的平行上下文出版/消费请求。两个匹配以下线性函数:gydF4y2Ba

函数的参数gydF4y2BaαgydF4y2Ba,gydF4y2BaβgydF4y2Ba大约可以计算如下:gydF4y2Ba 我们发现第一图像数据gydF4y2Baβ≈gydF4y2Ba3、07年和gydF4y2Baα≈gydF4y2Ba516年,46岁,第二个图我们发现gydF4y2Baβ≈gydF4y2Ba5、72年和gydF4y2Baα≈gydF4y2Ba143年,47岁。gydF4y2Ba

我们认为,当前CoAR响应时间应该可以接受甚至在极端的情况下,也就是说,当几百的请求在同一时间接收。进一步增强它,我们应该调查IO操作(输入/输出)响应时间得到了上下文信息从数据库中存储和检索,例如,通过使用缓存系统。gydF4y2Ba

由我们导致的延迟时间框架在两个用户之间的呼叫建立取决于需要时间发送一个HTTP请求调用管理服务和推理所需的时间来决定应该如何处理一个来电。图gydF4y2Ba9gydF4y2Ba描绘了一个延迟分布情况下的比较总结用户偏好来决定如何处理来电(即。),或不习惯(即。,没有)。分布是由发送约一百消费者组件示例请求调用管理上下文。在图中,每个分布的中位数(50百分位)是代表黑暗的行;底部的盒子代表相应的第25百分位分布;板面代表75;底线表示第十百分位;顶线代表了第90个百分位。gydF4y2Ba

从图中,两个分布非常接近的形状,类似的延迟样品色散(传播)。分布中值约为300 ms推理在用户首选项和大约240毫秒时不进行推理,这种差异是由于推理开销。所有值50毫秒之间的分布都是500 ms,有四分位(样本框之间的底部和顶部)从200毫秒到350毫秒。因此,延迟是更多地受到时间需要发送HTTP请求来调用管理服务和推理开销可以忽略不计。这种延迟范围是完全兼容一个端到端的调用的持续时间设置。gydF4y2Ba

5。相关工作gydF4y2Ba

第一次实验与通信管理已经成功地进行(gydF4y2Ba17gydF4y2Ba,gydF4y2Ba18gydF4y2Ba]我们熟知的定义(增强unintErruPtibility),为用户提供了联系人的工作负载水平在不同的沟通渠道,帮助他们评估中断会造成的影响来启动一个与给定的联系沟通。代表工作负载的系统有效的接触,但在某些情况下用户仍然忽视了提供信息和通信与被发起的。我们相信沟通管理系统只基于公开信息的可用性calle是不够的。然而,通信管理系统只基于路由被输入的政策,如呼叫转移、遭受缺乏灵活性。因此,我们建议CoAR通信管理系统,合并一个上下文管理的框架和一个交流平台,以最好的管理用户的通信。gydF4y2Ba

客户访问许可证。冷静(gydF4y2Ba19gydF4y2Ba)提供的信息被公布在一个web页面。因此与互联网连接可以访问任何设备,使支持异构性也呈现严重威胁calle的隐私。考虑上下文是有限的位置和活动由用户手动编辑,和系统不提供任何情报利用这些信息。系统是基于web服务器可以配置为支持可伸缩性和实时响应能力。gydF4y2Ba

MOCSP [gydF4y2Ba20.gydF4y2Ba)定义了通信ext-links URI,一个基于网络的通信服务(如即时通讯、电子邮件等),由调用者使用的地址到达用户。在[gydF4y2Ba21gydF4y2Ba),MOCSP用于跨被管理通信会话的多个设备根据用户偏好。用户必须指定通信服务用于一组联系人。系统是开放的互联网和用户可能访问任何设备拥有互联网连接。该系统是基于P2P模型中,每个用户都有自己的服务器通信。gydF4y2Ba

在[gydF4y2Ba2gydF4y2Ba(CPL)) - Call-Processing-Language——基于CAC定制呼叫控制服务(向前、传输和完成)。决策依赖于用户输入的偏好可能会导致不正确的称之为过滤决定和/或威胁到用户隐私。的CPL系统认为用户有能力构建脚本和CPL提供了一个脚本编辑器和命令行配置。上下文信息仅限于位置和日历条目。客户机-服务器系统架构,提供一种支持可伸缩性。gydF4y2Ba

在[gydF4y2Ba3gydF4y2Ba基于耳科]一个集中的系统上下文建模和推理方法适应来电的方式(例如,不回答)处理(例如,转发)。考虑上下文是历史信息的通信会话建立和被调用者之间已经没有暴露给第三方,也就是说,不支持异构性。路由决策依赖于一个共同的阈值对所有用户,使其不灵活,不能够适应快速变化在一个用户的情况下。gydF4y2Ba

AmbiTalk [gydF4y2Ba22gydF4y2Ba)是一个基于sip的CAC系统使智能在移动设备上执行通信政策的地方,这限制了设备的支持。它允许移动设备适应它们的配置(例如,手机振动模式进入会议室时)和谈判沟通会议(例如,IM而不是电话如果两个设备是位于的地方实施不同的政策)。因此,它可能会限制设备的使用和提高可用性和隐私问题。考虑上下文仅限于device-related(如位置、预警模式,或所有者)。gydF4y2Ba

在[gydF4y2Ba4gydF4y2Ba)一个集中的基于策略的环境敏感消息传递系统。系统增强了OMA(开放移动联盟)融合IP消息传递(CPM)环境敏感,以选择适当的消息传递服务(如短信、电子邮件)。用户首选项中使用的条件部分if - then路由政策可能会导致错误的决定,也就是说,将消息路由到一个糟糕的目的地。它需要一些用户配置努力为每个联系人指定首选的通信通道。gydF4y2Ba

印加(gydF4y2Ba23gydF4y2Ba)是一个分层CAC助理所提的架构支持可伸缩性。连续两层相互作用事件通知和要求操作执行,这可能会导致行动由不同层之间的冲突和/或错误的决策。上下文信息是有限的用户首选项,使用设备类型的通信技术(例如,VOIP)和主题的交流。gydF4y2Ba

为(gydF4y2Ba24gydF4y2Ba](感觉一切,控制一切)是一个上下文管理框架支持创建mashable的通信服务,结合多个上下文维度(位置、存在、日程)。框架使终端用户能够编写环境敏感(基于tcl脚本由用户上下文和相应的操作条件简单、自然语言描述的术语。即使编写环境敏感规则(例如,代表用户发送生日快乐消息时是一个朋友的生日)是直观,用户很难维护和保持这样的规则,特别是对以统一的方式行动不频繁或模棱两可的情况下发生。gydF4y2Ba

在[gydF4y2Ba5gydF4y2Ba),作者展示了一个方法将设备上下文嵌入到手机搜索查询来提高结果的相关性设备特点和用户情况。他们提出了一个基于规则的方法提取原始物理测量(例如,GPS定位)从设备传感器到用户获得高层次的上下文信息(例如,用户在家)。这些派生的信息转移到搜索引擎(例如,Bing)作为额外参数使用相应的API可能限制了潜在的解决方案,因为它依赖于一组有限的可接受的参数搜索引擎。gydF4y2Ba

6。讨论gydF4y2Ba

大部分的作品呈现在前一节中允许用户定义规则,指定如何调用路由,或者提供调用者与被相关信息的情况决定是否调用。第一个选项缺乏灵活性,和很难维护,用户可能不会更新规则每次他们偏好的变化。第二个选择假定调用者愿意使用所提供的信息来做出更好的决策,避免被打断者。另一个选择是自动检测用户上下文和适应CoAR提出相应的服务行为。gydF4y2Ba

我们总结的讨论不同的工作表gydF4y2Ba1gydF4y2Ba在评估标准是基于需求已经介绍了部分gydF4y2Ba2.2gydF4y2Ba。符号“+”是指支持相应的需求的存在,而象征“−”表明其缺乏;“±”是用来描述支持的情况存在,但需要加强。gydF4y2Ba

在此基础上分析,我们可以得出结论,大多数以前的工作在开发CAC系统更关注提高系统相关的需求,而不是相关的需求。在我们的工作中,我们试图提供一个更好的方法来满足系统和相关的要求。gydF4y2Ba

我们的框架(图gydF4y2Ba1gydF4y2Ba)支持增强交流平台通常在特定的环境敏感特性和IMS支持服务定制。然而,它不需要用户习惯的改变对他们最喜欢的通信服务的使用,减少干扰造成的底层服务。同时,它足够普通在其他环境中使用SIP / IMS是基于与HTTP RESTful web服务底层传输协议和SIP。gydF4y2Ba

我们的模型(图之间的主要区别gydF4y2Ba2gydF4y2Ba)和不同的上下文模型,提出了它的简单性,使开发人员能够使用框架,而无需理解复杂的建模模式,从而可以快速的获取上下文感知系统。gydF4y2Ba

经纪人的分配使系统可扩展和提供了更好的支持异构性,因为device-side代理可以在不同的设备和不同的技术来实现。实现轻量级的提供者和使用者在设备方面提供了一个增强的隐私保护,因为可以使用上下文信息在本地;它们也可以精心设计提供一个增强的可用性。实现提供者/消费者平台一侧和简单的背景建模方法支持使用任何上下文信息感知或来自运行数据挖掘算法。gydF4y2Ba

我们的框架提供了一个支持推理系统环境和适应通过规则类图(图gydF4y2Ba3gydF4y2Ba),这是一般足以代表任何一种适应规则。此外,推理引擎能够解释(即两种类型的规则。筛选和优化),产生一个更灵活的适应。区分规则是一个逻辑的区别作为过滤规则实现硬约束行动(如果条件不验证并尽可能消除相应的行动)同时优化为评估和排名的行为规则实现软约束。这种区分动机的选择一个自定义规则引擎,而不是使用一个通用的规则引擎。gydF4y2Ba

目前,该框架不支持多个设备的情况下使用相同的SIP ID / IMPU。为了解决这个限制,接触头在SIP消息可用于存储更多的信息(如设备位置,IP地址),帮助区分多个IMPU相同设备。为提高性能的推理,我们应该使用更复杂的引擎能够处理适应政策中所描述的一个领域特定语言。gydF4y2Ba

7所示。经验教训和观点gydF4y2Ba

在这项工作中,我们提出一个框架,旨在管理上下文信息的应用程序和为他们提供环境敏感的机制并不意味着任何更改原始应用程序逻辑和用户和应用程序之间的交互。从我们的工作是三个主要教训。gydF4y2Ba(我)gydF4y2Ba首先,IMS是足够灵活以支持外部呼叫路由决策基于的上下文中被调用的函数。gydF4y2Ba(2)gydF4y2Ba第二,http准同步的机制(如CometD使开发近实时发布/订阅RESTful服务分发提供者和使用者之间的上下文。gydF4y2Ba(3)gydF4y2Ba第三,缓存系统似乎比数据库上下文存储足够的上下文信息的有效时间有限。这也导致更好的表演。gydF4y2Ba

更普遍的是,这项工作揭示了限制的基于规则的语境化的方法不够灵活,由于需要不断维护规则库。它还显示了用户反馈的重要性在定制过程中适应。这种反馈可以直接从用户获得(显式反馈)或通过观察用户行为和反应(隐含的反馈)。gydF4y2Ba

一个有趣的观点是使用语境化的方法采取作为输入用户反馈(隐式和显式)此外上下文数据以生成和更新自动推理规则。为此机器学习方法是有前途的,应该深入调查。这些方法将使自动推理在上下文信息不需要预定义和维护推理规则。gydF4y2Ba

在未来,我们打算使决策过程更加灵活的路由规则通过支持自动学习。我们也打算接口框架与IPTV系统以便我们可以实现的第二部分提出的用例。gydF4y2Ba

8。结论gydF4y2Ba

通信服务扩展与最终用户上下文感知特性将有助于减少和在某些情况下消除壁垒,使个人和团体之间的交流。gydF4y2Ba

介绍了一个框架,集成了一个交流的平台和一个全面的环境管理体系。它描述了如何使用这个框架原型CoAR, CAC系统结合上下文信息和用户首选项来决定如何处理来电。我们相信我们的工作展示了建筑创新的可能性CAC系统,依靠现有的基础设施,而不去打扰他们的使用或他们的表演。gydF4y2Ba

仍然需要调查什么工业企业和学术大学的研究人员是如何获得用户的信任和接受对上下文感知系统、环境敏感的好处不来没有成本,尤其是对用户隐私的威胁所暗示的系统自动监测上下文日常的方式和活动。gydF4y2Ba