理论计算机科学电子笔记146（2006）101-116www.elsevier.com/locate/entcs一种上下文感知的服务发现Nikos Loutas2Michalis Vazirgiannis3信息学部雅典经济与商业大学（AUEB）希腊雅典摘要最近的技术进步使得能够通过小型便携式手持设备消费和提供移动服务（m-services）。然而，移动设备在处理、存储空间、能量消耗、稳定连接、带宽可用性方面仍然具有有限的能力。为了解决这些缺点，一个潜在的解决方案是上下文感知（通过上下文，我们指的是与请求用户和服务提供者都相关的隐式信息，这些信息可以检查返回结果的有用性）。 上下文起着过滤机制的作用，只允许将相关数据和服务传输回设备，从而节省带宽，降低处理成本。在本文中，我们提出了一个架构上下文感知服务发现。我们详细描述了系统的实现，我们提出的系统评估作为一个tradeo之间的一个）增加的服务发现的质量时，考虑到上下文感知和b）上下文管理所带来的额外成本/负担。关键词：上下文感知服务目录，Web服务，移动性，系统架构1导言动机移动和面向服务的计算领域的最新技术进步已经实现了涉及移动设备（笔记本电脑、PDA、蜂窝电话等）的新的使用场景，这些移动设备既可以使用移动服务，也可以提供移动服务[21]。我们采用以数据为中心、以服务为导向的方法：1电子邮件：cdoulk@aueb.gr2 电子邮件：n loutas@yahoo.com3电子邮件：mvazirg@aueb.gr1571-0661 © 2006 Elsevier B. V.在CC BY-NC-ND许可下开放访问。doi：10.1016/j.entcs.2005.11.010102C. Doulkergarten et al./理论计算机科学电子笔记146（2006）101封装为服务，通过服务调用实现对数据的访问[16]。这种方法隐藏了分散在不同设备中的移动数据的异质性，并提供了一种标准的、定义明确的和全球公认的数据访问方式。任何自主的、便携的、手持的设备都可以被认为是参与我们的使用场景的候选者，所述使用场景涉及创新的应用，或者作为服务请求者或者作为服务提供者4。然而，手持设备仍然具有有限的能力，这阻碍了直接通信协议的设计，并阻止了以简单的方式管理数据或服务移动设备的局限性涉及有限的处理能力和存储空间、增加的功耗、有限的显示能力、可变的带宽可用性、突然断开。此外，移动用户通常倾向于更喜欢使用移动服务：a）来自附近位置，b）返回新鲜数据5，c）由可信用户提供，以及d）返回可在请求设备中显示的结果换句话说，几个参数，如位置，时间，用户身份和配置文件，设备能力，涉及到请求用户以及服务提供商，在搜索最合适的服务有很大的影响力这一事实突出了上下文管理的需要，以支持高效的部署，强烈依赖于移动性的用户和数据源的应用上下文起着过滤机制的作用，只允许将相关数据和服务传输回设备，从而节省带宽并降低处理成本。根据传统的Web服务体系结构，服务发现是基于服务目录的使用。然而，现有的服务指南规范[20，8]并没有以直接和明确的方式解决与服务的移动性相关的问题，也没有解决与上下文感知支持相关的问题在以前的工作[4，5，6]中，我们已经提出了我们的方法来管理上下文感知服务目录，即。构造、搜索、更新和合并算法。在本文中，我们利用这一理论基础，并详细描述了一个系统，支持上下文感知服务发现，通过增强服务目录的整体架构和实现具体而言，我们的贡献是：• 基于使用上下文感知服务目录的增强型服务发现体系结构4一个典型的使用场景涉及携带移动设备并在附近步行的游客与当地景点共享数据和资源（文档、照片、视频）5新鲜度与时间维度有关，意味着新创建的共享数据和资源（图像，文件等）比过时的更受欢迎C. Doulkergarten et al./理论计算机科学电子笔记146（2006）101103• 支持基于各种上下文参数的移动服务发现的原型系统实现• 相对于服务发现质量的增加和管理上下文信息所施加的开销之间本文的其余部分组织如下：第2节回顾了相关工作，而第3节讨论了移动服务上下文的重要作用在第4节中，我们的上下文感知服务发现系统的整体架构的详细介绍，第5节描述了系统的实现和第6节评估实施系统的优势与使用上下文信息所产生的开销。最后，第7节总结了本文，并提出了未来的研究方向。2相关工作上下文感知的服务发现最近已经解决了一些研究倡议，提出了增强的发现机制。CB-SeC框架[14]试图通过结合面向代理和上下文感知计算来实现更复杂的服务发现和组合。它的上下文概念与我们的方法相似，但表示方式不同。建模的上下文信息是通过一个递归函数，而我们的方法是更以数据为中心，专注于提供一个基于上下文的索引服务发现。Leeet Helal [11]也认识到现有服务发现方法的局限性此外，他们还主张通过服务注册表来支持上下文感知作者介绍了上下文属性的概念，作为服务描述的一部分，它允许动态评估上下文参数，以提高服务发现。WASP项目[17]通过引入WASP+扩展了WASP的功能，试图改进现有的关于语义和上下文特征的服务发现机制。然而，这种方法是特定于技术的，取决于以前的工作有关的[20]和DAML-S [15]，而我们的方法是一个外部和独立的模型，使基于上下文的索引在任何服务目录。虽然我们都强调服务上下文的重要性，并专注于基于上下文参数提高服务发现的性能，但Pokraev等人[17]通过使用上下文本体，基于其类型，功能和模型提供了对精确和不精确服务匹配的支持。我们希望在我们未来的工作中处理不精确匹配104C. Doulkergarten et al./理论计算机科学电子笔记146（2006）101当前关于服务目录的标准化工作，如XML [20]和ebXML [8]，存在一定的局限性。例如，在[10]中，作者基于他们的WSDL描述实现了服务分类，当试图解决服务的移动性、语义发现和上下文感知等问题时，这被证明是限制性的。因此，研究计划试图增强服务目录的功能[1，10，18]或确定新的研究挑战[9]。Maple等人 [12]提出了一种基于代理和上下文使用的Web服务组合方法他们的上下文模型（I/W/C-Contexts）是以服务为中心的，包括三种类型的上下文：a）I-context是指Web服务实例上下文b）W-context是通过I-context定义的Web服务上下文c）C-context是组合服务的上下文，由相应的W-context定义Constantinescu等人 [3]也在他们的工作中处理服务组合和发现它们允许部分匹配服务和用户定义的排名功能，以减少目录响应时间。 在我们的情况下，重要性的服务目录内的索引是公认的，但我们的重点是上下文表示的服务和基于上下文的服务检索。此外，我们的方法还侧重于服务的流动性。分布式服务发现方法（例如JXTA）也依赖于移动服务发现（因此也依赖于我们的方法）。此外，在我们的工作中考虑了服务注册表的分布[4，7]。与[13]相比，我们的注册中心依赖于有线基础设施，直接通信和互操作，以支持以无线方式通信的移动设备托管的服务的发现事实上，我们在最近的工作中使用了JXTA框架[7]，以研究上下文感知服务目录的分布式体系结构中的移动服务3移动服务移动设备和当前无线通信技术两者的限制强加了仔细的资源管理。在移动设备上运行的应用程序不能通过传输不相关的数据来浪费功率或消耗可用带宽，更不用说不必要的重传了。此外，屏幕尺寸以及更一般地，设备能力对所显示的数据施加限制，例如，通常不支持高质量图像的呈现返回长列表（即在Google上提出的查询结果）给移动用户，除了过度的带宽消耗之外，还导致用户烦恼。最后，由于成功的移动应用程序需要及时响应，因此通常需要利用用户位置来提供C. Doulkergarten et al./理论计算机科学电子笔记146（2006）101105从附近的位置，而不是不同的资源。我们将移动计算服务发现中的上下文定义为与请求用户和服务提供者相关的[5]。两种上下文被识别，即服务上下文和用户上下文。服务上下文可以是服务的位置、版本、提供者标识、返回结果的类型另一方面，每个用户的特征在于定义其当前情况的用户上下文。这包括几个参数，如位置、时间、时间约束以及设备功能和用户偏好。在服务发现过程中，将用户上下文与服务上下文进行匹配，以检索与上下文感知相关的服务上下文在移动服务发现中非常重要，因为它可以扮演过滤机制的角色，只返回符合用户当前上下文的检索服务的子集在我们的方法中，我们专注于Web服务的上下文表示，并且我们选择了从上下文相关表示的先前工作中采用的上下文表示形式主义[19]：上下文由一组维度表示，这些维度在特定域上具有一个或多个离散值或范围。将指定服务存在条件的上下文的不同维度组合在一起，会产生一个表示服务目录中特定服务类别的图。一组这样的服务类别形成服务目录。请注意，每个服务类别都可能包含不同的上下文维度，具体取决于它所包含的服务类型。显然，服务类别中不同维度的组合会导致更昂贵的更新，但会大大改善基于上下文信息的服务搜索。图（见图1）包括两种节点（遵循[19]的标记）：矩形节点，称为多维节点，表示在不同上下文下呈现不同方面的多维实体而表示实体的圆形节点被称为原子或上下文节点，这取决于它们是否是图的叶子。原子节点能够保存某种类型的数据，在我们的方法中，它们代表Web服务。在我们的方法中，只有原子节点存在，没有上下文节点。还有两种边：上下文边和实体边。上下文边缘由粗线表示，它们定义了服务所处的上下文（由称为显式上下文的实体边是表示实体之间关系的普通边，在这种方法中，它们用于定义服务类别。在图1中，描绘了服务目录内的服务类别，106C. Doulkergarten et al./理论计算机科学电子笔记146（2006）101图像检索服务&1[位置=雅典卫城][位置=普拉卡][位置=Thiseio]&2&3&4[时间=09：00][时间=10：00][time=09：[time=14：[time=09：[time[时间=07：00]&6[image=jpg]&7&8&9&10&11 12[image=mpg][image=jpg][image=jpg][image=mpg][image=bmp][image=mpg][image = jpg][image =jpg]&16&17&18&19&20 21&23 24[user[Chris]&22[user=Stratis]&25[user约翰[user[Chris][user=Michalis][user=Nikos][user米凯利斯[user玛丽亚[user[Chris][user[Niki][user苏#1#2#1#4 #6 #8#1#10#12 #4 #14#3#5 #7#9#11#13#15Fig. 1.图像检索服务的上下文感知服务目录的一部分即图像检索服务。例如，考虑使用标识符的服务：#1。这项服务是由旅游克里斯提供，返回类型的jpg图像，并可在不同的地点在不同的时间一天.当用户步行时，该服务在上午9点和10点在雅典卫城附近提供而两个小时后，它提供在普拉卡（雅典最古老的部分，无疑是雅典市中心最好的社区鉴于这种表示，基于上下文的服务检索可以通过广度优先搜索算法有效地执行[4]。例如，考虑另一位游客，他也在上午10点后不久参观了雅典卫城。她想找到雅典卫城的照片存储在她的掌上电脑里。她输入关键词：Qusr=（照片，雅典卫城）以启动对合适服务的搜索，同时制定上下文查询：Qcxt=（location=Acropolis，time=10：00，image=（jpg，gif））捕捉她的位置、当前时间和她的设备的能力服务目录上Qcxt的计算正如你所看到的，即使是一个简单的例子，搜索的精度也得到了提高，结果也根据相关的上下文进行了细化。C. Doulkergarten et al./理论计算机科学电子笔记146（2006）101107图二. 用于上下文感知服务发现的4系统架构为了在移动环境中实现上下文感知的服务提供，需要在服务发现过程的核心中引入上下文如前所述，我们考虑上下文感知的服务目录，即增强了上下文描述的服务目录，作为移动服务发现架构在本节中，我们将介绍上下文感知服务发现的总体架构，并详细讨论其设计。4.1上下文管理服务目录中上下文的概念类似于索引，就像传统关系数据库中使用的索引一样。直观地说，基于上下文属性的服务检索和基于表的索引列的元组选择之间有在这个意义上，基于上下文的索引使得能够基于上下文属性在服务目录内进行服务发现这是目录规范提供的标准搜索机制的替代和补充方法，例如按组织或服务类别搜索。在图2中，描述了用于上下文感知服务开发的整体系统架构在典型的Web服务体系结构中，通常可以使用各种服务注册中心（XML、ebXML和其他变体）来发布Web服务。通过标准互致贺电模块通信退货服务上下文服务请求上下文感知服务目录UDDIebXML其他登记册设备配置文件存储库用户简档储存库用户查询语义发现模块移动用户JAXR基于服务类别关键词服务和法规108C. Doulkergarten et al./理论计算机科学电子笔记146（2006）101即JAXR。JAXR实现了对特定底层服务注册中心的抽象，并允许对服务描述的透明访问.与JAXR类似，上下文感知服务目录扮演着所有上述注册中心的接口的角色-使用JAXR提供的功能findServices，返回注册服务器中属于指定类别的所有服务（作为参数给出）-但还支持基于上下文查询的服务检索然而，上下文感知的服务目录需要更新，每当服务的上下文发生变化我们在[6]中讨论了这些更新。如第3节所述，设备功能和用户首选项是纳入用户上下文的重要功能为了管理这类信息，维护了一组存储库，即设备存储库和用户配置文件存储库。• 用户档案库：用户在系统注册时，可提交个人喜好，形成相应的用户档案。 这可以稍后基于用户的行为（例如，使用所调用的web服务或使用历史）来更新。 用户首选项提供了一种个性化机制，可以将其视为整个上下文的一部分，并以最佳匹配显式或隐式用户需求的方式启用服务发现。• 设备配置文件存储库：由于用户可以使用多个设备访问系统，因此在每次登录期间，移动终端的请注意，上传设备配置文件通常在首次登录时进行，当检测到设备特性的后续更改时，仅将配置文件的修改部分发送到存储库，从而节省宝贵的带宽。考虑设备配置文件可避免设备要求超出当前设备4.2服务发现在我们的应用场景中，移动用户使用手持设备发出移动或固定Web服务的由于请求者和提供者的移动性，周围的环境非常动态和不稳定。服务发现在实现移动用户的相互通信和数据共享方面起着重要的作用。在下文中，我们将在我们的体系结构上下文中描述服务发现过程移动用户很少意识到可以满足其当前需求的可用Web服务。因此，除了传统的按类别或组织（后者实际上是C. Doulkergarten et al./理论计算机科学电子笔记146（2006）101109在移动环境中无用我们的系统允许用户发出基于关键字的服务请求，这样用户就可以尽他所知描述他的需求。这非常类似于网络搜索引擎，用户根据一组提交的关键字搜索文档。语义发现模块负责基于领域本体的使用来确定与用户的请求相关的服务类别。例如，如果关键字是然而，语义服务发现超出了本工作的范围，因此感兴趣的读者可以参考[21]以获得对我们方法的更详细的视图捕获用户当前上下文的单独查询（此后由QcxtQusr在语义上消除了歧义，并通过JAXR在服务注册中心发布-界面（见图2）。此查询查找可能满足用户需求的所有服务也就是说，所有属于指定类别的服务，存储在各种注册表中，被检索并发送到上下文感知服务目录。同时，Qcxt是使用设备配置文件和用户配置文件存储库制定的其他上下文信息包含在Qcxt中，例如用户上下文查询被发送到上下文感知服务目录并过滤服务集剩余的服务子集，即那些与用户上下文匹配的总之，Qcxt充当Qusr5执行情况如第4节所述，系统有服务器端和客户端部分。服务器端部分实现上下文感知服务目录，而客户端部分提供用户界面。在本节中，我们将全面描述系统在服务器端部分，我们使用了：• 通 用 描 述 、 发 现 和 集 成 （ Universal Description ， Discovery andIntegration）：通用描述、发现和集成（Universal Description，Discoveryand Integration）是一个XML注册中心，它为企业提供了标准机制来描述和发布他们的服务，发现提供所需服务的其他企业，并与它们集成Oracle提供了两种类型的服务发现：a）按组织和b）按类别。我们已经使用了通用描述、发现和集成项目的第2版，110C. Doulkergarten et al./理论计算机科学电子笔记146（2006）101注册服务器RegistryServer是存储组织和服务的服务注册中心，它实现了由Oracle提供的两种类型的服务发现• JAXR（JavaAPIforXMLRegistries）：JAXR提供了一个标准的JavaAPI，用于在不同的注册中心上执行注册中心操作。它还提供了一个统一的信息模型来描述注册表内容。因此，无论使用的是哪种注册表提供程序，所有程序都处理相同的JAXR还提供注册表浏览器工具。此工具连接到注册表服务器并启用以下操作：· 从注册服务器插入/删除服务或组织· 在注册表服务器中发现组织• 编程环境：为了开发我们系统的各个模块，我们使用J2EE 1.4和ApacheTomcat 1.4 for JWSDP（Java Web Services Developer Pack）作为Web和应用服务器。系统客户端部分由三个基本模块组成• 系统管理员• 客户端用户还必须手动填充其这是一个简单的原型，我们开发用于查询上下文感知服务目录，它不被用户使用，因为在我们的方法中，上下文是透明管理的，不需要用户干预。管理员和客户端的Web界面都是使用JSP和Servlet技术实现的• 用户该接口是使用J2ME技术开发的。用户的移动终端和我们的系统之间的通信在图3中，描绘了移动用户移动用户有两种提交服务请求的选项：a）按服务类别搜索和b）基于关键字的搜索。在前一种情况下，向用户提供一组可用的服务类别，用户选择更接近其当前需求的服务类别。有时候，用户C. Doulkergarten et al./理论计算机科学电子笔记146（2006）101111图三.发出服务请求的移动终端，如仿真器所示。 在左侧部分，用户按服务类别进行搜索，而在右侧部分，描述了基于关键字的查询和返回的服务描述。我更喜欢提交关键字来发现资源（一个典型的例子是Web搜索），这描述了后一种情况。左图显示了如何向用户呈现一组可用的服务类别，然后用户选择其中之一右图显示了基于关键字的搜索请求的结果，同样基于用户的上下文。这包括每个检索到的服务的名称和简短描述在本例中，有三个服务似乎与用户的上下文请求相匹配在我们的系统实现中，我们为设备配置文件采用了一种有用且可扩展的表示，即CC/PP规范[2]，以便操纵设备特性。CC/PP配置文件是对设备功能和用户首选项的描述，可用于指导向该设备呈现的内容的调整。我们使用设备配置文件（上下文的子集）主要作为引导搜索的过滤机制，以便仅返回设备能力范围内的服务，关于处理，显示等。我们在SQLServer 2000之上实现了CC/PP存储库，通过构建存储过程，将CC/PP文件（基于XML）存储到关系数据库，以及基于设备标识符的后续查询。在用户资料方面，我们采用一个基于用户偏好分层表示的简单模型。用户可以在注册时提交个人资料，并在以后更新这只支持基本的个性化服务112C. Doulkergarten et al./理论计算机科学电子笔记146（2006）101然而，我们打算在未来通过集成更复杂的用户配置文件来扩展此模块，这些用户配置文件可以更好地表达用户偏好6系统评价由于影响系统整体性能的各种特性，对拟议系统的评估是一个复杂的我们专注于我们认为是一个有代表性的指数子集，以支持我们的方法的可行性和我们运行我们所有的实验上奔腾IV（2，8GHz）配备了512 MB的RAM，其中托管的注册表服务器和上下文感知服务目录（CASD）。我们为JWSDP使用了Java 1.4.2版本和Tomcat 1.4。我们的实验设置包括两个评估方案。我们创建了250个（场景1）和1000个（场景2）Web服务描述，并将它们插入到注册服务器中。表1的前三栏显示了10个服务类别的服务分布情况。后三列显示了我们在实验中使用的10个随机上下文查询的查询选择性（图4中使用了相同的查询）。请注意，在两种情况下，不同上下文的总数都是100（换句话说，CASD中存在例如，类别1是住宿和食品服务，每个场景中有25个和105个服务，上下文查询1是：[设备=掌上电脑，操作系统=winCE，位置=法国]其匹配总共2个和4个服务（属于该类别）。关于搜索质量，使用上下文信息改进搜索结果是相当不言自明的特别是搜索的精度增加，因为返回的结果不包含被认为无用的服务，因为它们不匹配用户精确度被定义为检索到的相关服务的比例。我们认为这些服务是相关的，符合语义和上下文的用户换句话说，相关服务是那些属于适当服务类别，同时返回可由移动终端处理的结果的服务上下文感知的服务发现通过只返回符合请求上下文的潜在相关服务子集来减少检索到的服务数量在场景1的示例中，对住宿和餐饮服务的典型搜索将C. Doulkergarten et al./理论计算机科学电子笔记146（2006）101113场景1场景2场景1场景2服务总2501000上下文100100第125105查询124第220100查询246第325100查询313类别420100查询437第52070查询5126类25100问题634第720100查询746类别825125问题8410第920100问题912第1020105问题1025表1实验设置参数：前3列显示了服务目录中10个服务类别的服务分布，而后3列显示了在我们的两个评估场景中使用的10个查询中的每个查询的查询选择性。返回此服务类别中的所有25个服务，而基于上下文的搜索将仅返回实际符合请求上下文的2个服务。然后，我们衡量上下文管理所带来的额外负担，在服务请求服务的处理时间。我们还calculu-晚的相关成本传输服务描述与上下文管理和我们的初步评估结果表明，在服务目录中使用上下文，搜索过程中的处理时间平均只增加了14%（场景1）和2.5%（场景2）（见图4），并且随着服务数量的增加，这一情况有所改善。很明显，CASD处理时间很短（不到半秒），并且随着服务数量的增加而略有增加。当然，注册服务器和CASD的处理时间不能直接比较，原因有几个，即。检索到的服务的数量是不相等的，然而，设置模拟了一种实际情况，即只有特定服务类别中的一小部分服务被期望匹配查询的上下文给定检索到的服务描述的平均大小：SD平均字节，114C. Doulkergarten et al./理论计算机科学电子笔记146（2006）10125201510501 2 3 4 5 6 7 8 9 10查询0.90.80.70.60.50.40.30.20.10CASD，250个服务CASD，1000服务1 2 3 4 5 6 7 8 9 10查询见图4。表1的10个不同查询的服务注册表（左）和CASD（右）的处理时间。发送的数据量是SDavg乘以匹配服务的数量。按服务类别搜索而不考虑上下文会导致类别中的所有服务，而上下文则会过滤掉那些不符合用户当前情况的服务 的平均量 由于考虑上下文时增加的查询选择性，所以在场景1中发送的字节的数量减少了8.8倍，在场景2中减少了20.5倍最后，管理上下文所付出的额外成本被认为是最小的，当与所实现的精度增加和传输到请求者的字节数减少相比。更新和检索CASD原则上成本较低[4，5]。 即使当上下文维度的数量增加时，这些操作也表现出良好的性能。实际上，我们的方法的唯一缺点是CASD构建成本，特别是对于上下文维度和关联值的大值，但是a）该成本仅支付一次，b）维度的数量是指每个服务类别中的那些，而不是所有类别上的所有维度，因此它通常是有界的。毕竟，服务目录通常会收到许多搜索请求和相对较少的更新，这种方法有效地处理了搜索请求。7今后的工作提出了一种基于上下文感知服务目录的服务发现系统架构。我们鼓励使用上下文进行服务发现（特别是当涉及消费者和提供者的移动性时），我们提出了我们的系统的实现，我们描述了注册服务器，250服务注册服务器，1000服务注册表服务器处理时间（秒）CASD处理时间（秒）C. Doulkergarten et al./理论计算机科学电子笔记146（2006）101115两种评估方案的实验结果。结果表明，我们的方法以相对较小的处理开销为代价，显着减少了传输的数据量，同时提高了搜索质量至于未来的研究方向，我们打算主要集中在通过上下文本体扩展上下文感知服务目录，以允许服务语义丰富的上下文服务请求，而不受预定义的上下文类型或值的限制引用[1] Akkiraju河R. Goodwin，P. Doshi和S. Roeder，一种语义增强服务发现能力的方法，在：IJCAI-2003网络信息集成研讨会论文集（IIWeb-03），2003年。[2] 复合能力/偏好配置文件（CC/PP），http：//www. w3。org/Mobile/CCPP/.[3] 康斯坦丁内斯库岛W. Binder和B. Faltings，An Extensible Directory Enhancing EQient SemanticWeb Service Integration，in：International Semantic Web Conference，2004，pp. 605- 619[4] Doulkergeln ， C. ， E. Valavanis 和 M. Vazirgiannis ， Towards a Context-Aware ServiceDirectory ， in ： Proceedings of the 4th VLDB Workshop on Technologies on E-Services（TES54-65.[5] 杜 尔 凯 尔 角 和 M.Vazirgiannis ， 在 移 动 环 境 中 查 询 和 更 新 上 下 文 感 知 服 务 ， 在 ： 2004年IEEE/WIC/ACM Web智能会议（WI562-565[6] 杜尔凯尔角和M. Vazirgiannis，Updating a Context-Aware Service Directory for M-services，in：3rd Hellenic Data Management Symposium（HDMS[7] Doulkergeln，C.，V. Zafeiris和M. Vazirgiannis，缓存和上下文感知在P2P服务发现中的作用，将出现在第六届移动数据管理国际会议（MDM[8] ebXML，http：//www. ebxml。org.[9] Hofreiter，B.，C. Huemer和W. Klas，ebXML现状、研究问题和障碍，第12届数据工程研究问题国际研讨会（RIDE[10] Jeckle，M.和B. Zengler，Active Web Services- an Extension to Web Services for Dynamic andFault-Tolerant Service Invocation，in：International Workshop Web Services -[11] 李角，澳-地和S. Helal，Context Attributes：An Approach to Enable Context-awareness forService Discovery，in：Proceedings of the 2003 Symposium on Applications and the Internet（SAINT[12] Maurice，Z.，S. K. Mostefaoui和H. Yahyaoui，Toward an Agent-Based and Context-OrientedApproach for Web Services Composition ， IEEE Transactions on Knowledge and DataEngineering17（2005），pp. 686-697。[13] Maurice，Z.，H. Yahyaoui，Q. H. Mahmoud和F. Akhter，Web服务的无线环境中的注册表的动态管理，在：第二届有线/无线互联网通信国际会议（WWIC'04）284-294。116C. Doulkergarten et al./理论计算机科学电子笔记146（2006）101[14] Mostefaoui ， S. K. 和 B. Hirsbrunner ， Towards a Context Based Service CompositionFramework，in：Proceedings of the 1st International Conference on Web Services（ICWS[15] Paolucci，M.，T.川村T. Payne和K. Sycara，Web服务功能的语义匹配，在：第一届国际语义Web会议的会议记录，2002年。[16] Pitoura，E.，S. Abiteboul，D. Pfoser，G. Samaras和M. Vazirgiannis，DBGlobe：一个面向服务的P2P全球计算系统，SIGMOD记录32（2003），pp. 七十七比八十二[17] Pokraev，S.，Koolwaaij和M. Wibbels，基于语义服务描述的上下文感知功能扩展Web服务，第一届Web服务国际会议（ICWS'03），2003年[18] ShaikhAli，A.，O.拉纳河，巴西-地Al-Ali和D. Walker，UDDIe：Web服务的扩展注册表，2003年应用程序和互联网研讨会（SAINT-w 03），2003年。[19] Stavrakas ， Y. 和 M. Gergatsoulis ， Multidimensional Semistructured Data ： RepresentingContext-dependent Information on the Web ， in ： Proceedings of the 14th InternationalConference on Advanced Information Systems Engineering（CAISE[20] 该规范3.0版，http：//www. uddi。org.[21] Valavanis，E.，C. Ververeland，M. Vazirgiannis，G. C. Polyzos和K. Norvag，2003年：从移动源共享上下文相关的数据和服务，收录于IEEE/WIC网络智能国际会议论文集（WI
我的内容管理
展开
