基于文本驱动服务的动态重定位中间件.doc

基于文本驱动服务的动态重定位中间件摘要：在这新兴的随处存在的英特网环境中使用者需要随时用任何设备访问存取来自任何地方的服务和内容。服务和内容供给平台必须提供一些到处存在的挑战例如移动性、多样式、内容识别、内容更改。然而，他们缺乏一个整体的方法而且有限的特征设置，现在的解决方案无法综合地面对到处存在挑战。我们相信一个整体的随处存在的支持源于一项简单原则：通过仅保持管理和协调职责，中间设备能使逻辑思维面对核心层外随处的事件。这能使中间设备设计更加合理和清晰。这篇文章展示了我们平台在动态文本驱动服务和重定位方面的结构。为了更实际地表示我们的建议，我们也提供落实细节和典型使用情形的描述。2007Elsevier B.V.版权所有。1. 介绍：在最近几年中，许多多样的无线网络和新式手提设备使其自身变得越来越有用，这些繁荣了新的移动设备和用户访问传统服务和内容的环境，它独立于用户的位置，用户所使用的设备以及访问时间。随处支持需要能够解决不同挑战的方案，举例来说，使用者和资源应该能移动而且可到达的 （可动性）;服务和内容应该由也基于使用者讲的数据 （内容改动，内容识别）来提供，而且用户接口应该调制以适应用户的装置和需求 （多样式）;现有的服务应该被重利用来建立新环境的增值应用（服务构成）。现在的研究瞄准提供设计指导方针和中间设备方案，它们能够实现新、旧遗留服务的整合同时两者都能以多样的方式被接受。然而，大多数方法倾向于面向先前属性的一些有限设置，通过产生方案，例如支持内容更改但是缺乏可动性和多样式。在这一环境中，我们认为一个真正可利用的综合的并且支持随处支持的基础设施应该仿效中间设备方法:在一方面，多样的使用者客户能够访问多样的服务和内容而不用担心如何调用每一个和如何明确地影响服务行为；另一方面，服务开发者应该只专注于服务商业逻辑，忽略用户会如何开发服务来适合他们的需求。中间设备角色清晰地植根于处理管理用户需求的复杂行和改变现有的服务以使他们满意。我们也认为不同的方面之间的复杂性和相互关系需要一个整体的观点：中间设备需要提供解决所有问题的特征，从移动性到内容更改，从多样式到服务构成。我们提议的随处支持中间设备 （USM）通过一个委托策略解决在处理整个事物设置过程中增加的复杂性。我们通过指定内容驱使的功能到外部的服务和通过介绍工作流实体处理、组成而且协调他们。同时，我们通过引入能够规范现有用户内容的依赖实现将用户从访问和拓展工作流所需的逻辑中解放出来。第 2 部分调查了现在的最新颖的随处存在议题。第 3 部分描述我们的工作的设计原则和需求。第 4 部分描述这主要体系方面和第 5 部分描述它们如何证明在实际使用情形的有用性。第 6 部分着重描述我们评价的技术和标准而且提供了USM 有关部份的具体细节。第 7 部分介绍了在随处领域主要的相关工作。第 8 部分总结结论和我们继续的研究工作。2. Ubiquity issues为了强调随处的因特网访问带来的挑战和对服务组成的需要，我们假设一个典型的随处存在的情形，一位在在线学生论坛担任管理员的学生主要考虑校园里的事情。她对涉及她学校的新闻感兴趣而且通过同时支持通用分组无线业务（GPRS）和 IEEE 802.11|WirelessFidelity（WIFI）的手机访问。当她使用GPRS的时候，她喜欢无图像版本的新闻，但是当她转到快速、无费用的校园无线网路连接时，当在无缝方式工作时，她想得到完整的网页。在两种情况下，内容层需要适合她使用的 手机显示并且新闻要满足她的论坛格式。此外，因为她时常浏览校园网，她想要通过手机了解新闻：因此她需要设置一个安全密码和她同步的声音。 上述相似的随处存在情形强调现在辩论的研究领域，例如移动性支持和内容识别，多样式和内容的多路访问，内容聚集和服务组成，各自的相互连接和相互融合。移动性需求通常被分类为三个种类：用户、终端和服务移动性。用户移动性允许用户有统一的、一致的独立于其所处位置的特殊工作环境 （使用者偏爱和或服务需求）的观点。终端移动性允许设备移向和连接到不同网络同时保持可达和交流持续。资源移动性允许资源移动过不同的位置而且仍然保持可利用的，而且独立于其物理位置和客户的位置。 内容识别涉及用户自身及周围物理和计算环境来提供更多相关的新服务。举一个简单的例子，一个打印服务会考虑用户位置和身份来选择她可以发送文件的最近的打印机。尽管位置是内容的重要方面，有很多比位置和标示重要的内容。服务也能开拓时间观念、对装置能力的了解和使用者需求来以适当的方式处理请求，同时发现和连接其他计算机或为有用信息查询环境信息。举例来说，网络浏览器通过声明客户端软件版本、图像格式等来传达软件能力。一种内容的详细定义可能实际上并不可靠，因为它涉及到用户和环境具体的信息细节。因此，获取随处存在的内容的最合理的方法或许是整合来自内容相关服务的信息，或调整客户端和网络基础端或服务端（例如运行在客户端的程序管理自身状态，无线电电波确认（RFID）感应器)。装置多样性要求多类型的接口和内容的更改：用户时常需要借助不同的接口来访问内容或程序而且会根据自身需求和设备特征获取现有信息。例如，用户通过选一种不同的输入模式如键盘、手写、语音识别、姿势等来请求服务，她会获取不同模式的响应如本文文件、图像或声音。我们借助不同的通道或平台来提供统一服务以实现多路访问功能。它不仅对那些对多路访问感兴趣的用户来说很重要：的确，电子政务维护者正在考虑这项事务。例如，公共管理服务的多平台版本供应是欧洲议会“电子欧洲2005行动计划”重要目标之一，从而使居民实现访问而不用局限于传统电脑。随处存在支持促进了一些面向服务体系结构（SOA）中央观念, 强调了模块产生和采纳单位体的生产和采用，可重用动态组建而不是大规模应用程序重建的使用.在我们的版本中，服务组成技术因为能处理随处支持事物而得到不断发展：基本的服务能用来建立丰富复杂的可以根据用户需求整合内容的应用程序。通过综合服务实现来源于不同渠道的复杂内容调整、编码、私人的或内容软件信息。典型的例子包括应用到网页上的风格或者减少多媒体流量来适应设备屏幕尺寸和（或）网络带宽。服务和服务调整器的组成不仅用来整合像数据库、内容管理系统等的底层服务，还用于中间内容过程和识别控制逻辑。此外，随着越来越多内容和服务可用于网络，服务整体工作的成分为那些建立在充分建立并广泛传播的新附加值的应用程序和服务提供了机会。当人们通过不同的网络或终端访问商业服务或它们的部分时或许就经历了内容的改变。像如下面的事物：多模式内容访问、时期维持、动态服务组成和重配置将会涌现出越来越多，这些事物重视了能处理他们的统一平台的需求。3.设计原则现在大多数新的中间设备解决方案采取了TINA类型，并且用服务和用户可用来面向移动、多模式和（或）多挑战的特征来加强中间件。当功能数量增加时它们之间需要相互联系，这就不可避免的增加了中间件的复杂性，使得面对随处支持的广泛领域不充足。我们认为，处理不断增加的复杂性的唯一可行方法是去掉核心管理和协调功能和将特征逻辑移到中间件层外来简化中间件的设计。因此USM因其用户明显的差异、服务或内容的易被接受、中间件而仍然采用TINA模式，我们通过如下的委托平台来简化中间件逻辑，我们，我们引入了负责识别移动性和多路性的实体而使中间件只具有协调职责。3.1用户在现在的多模式、多通道的情形中，用户通过不同的硬件设备和客户软件接口来访问服务和内容。许多因素促使了用户需求的融合。技术的改革给用户提供了新的无线连接和新的便携设备使他们交流和工作更加有效。社会原因也起了重要作用：主题的可达和多模式研究的部分旨在跨越隔开用户和传统网络服务的鸿沟。 我们认为一个真正的多平台支持应该包含和服务任一种设备和（或）用户接口，从普遍的浏览器到具体的用户音频接口。3.2服务在我们的模型中，任何内容相关的行为构成了一个服务：从产生到内容调整，从聚集到分散。大多数这些行为对于预先定义的中间件功能已不适用，但是作为第三方服务是可以的。服务不仅由它们的类型和描述形成，也由它们的语义行为、规定的需求和相互的组成。因此，新服务能在任何的时间得到请求和执行，避免在开始的中间件识别他们。3.3中间件USM 角色是提供组件给模型并识别复杂的用户接口，这些接口来源于普遍性和移动性并在动态的组成服务中支持用户和激发它们。同时它允许增加、移除、增强发现、运行时新服务。3.3.1 工作流在我们的提议中，我们使用工作流程实体来协调和组成服务并且识别和满足用户的需求。工作流描述了结构化的活动而且他们的复杂性从一系列简单的服务到服务和控制块如有条件的分支、分叉和结合点的组成。工作流组成是在用户喜好和内容情形基础上建立的，并且在用户平台真正需要时进行组合。作文根据使用者被产生 （建立时间）在使用者运行实际上开发他们 （执行时间）的请求之前，偏爱和背景为而且的条件积极地被安排。此外，随着用户内容改变或新服务可用时工作流能动态地重建或者重配置。例如，在多媒体中内容改编情形中，我们假设在服务端同时又多媒体内容和更改或传递：一个相关的工作流将相关的多媒体内容传向最适合用户的更改服务，并将结果传向最适合的传输设备。3.3.2 用户接口逻辑为真正实现随处支持，用户必须能够访问服务、内容演示更多和更复杂的多模式和多通道接口。因此，用户能够利用服务和通过特别设计的通道组织和传输的内容，例如，一个用户需要最近的股票信息（从一个假设的股票服务的网站上）, 从金融信息频道获取信息，能够发送她发向中间件的短信。用户交互逻辑处理这样的不均匀性，作为了让中间件和服务独立于用户怎样要求去访问的抽象层。我们引入交互作用组件（IMs）的概念，它包含了能够获取特殊种类交互的组件，。因为新 IMs 可以根据需要来添加，它们代表了一种实现丰富、复杂用户交互的灵活的、可扩展的方法。3.3.3 用户管理逻辑在多模式领域，用户能够在多种方式下使用服务，这依赖好多方面如用户现在位置，用户交互状态，在使用的设备，用户偏好以及缺陷。我们通过用户内容和用户时间来复制这些信息。用户内容包含服务偏好也有外观信息。前者与服务和组成访问它们的方式的选择有关，后者描述了用户如何访问中间设备并且涉及连接类型、用户位置、她设备的软硬件特征以及她的个人信息如电子邮件地址、电话号码。用户系列能够捕捉有关用户交互当前状态的更多信息，从超文本传输协议（HTTP）记录到更复杂的数据块，例如，在音频流中的框架，最近的真正简单企业联合组织（RSS）。此外，在如此广泛的情形下用户移动性作为一个重要的参数，随处支持要求能够应对在用户相关信息中的更多的动态的、快速的变化并能应对短暂的网络故障。用户管理逻辑负责适当操作的用户内容和会议，通过使他们对服务和其它中间件连续和可用。因此，我们将用户管理逻辑授权给代理实体，这个代理实体作为一个整体的中间件代表着用户并能够移动和管理用户的迁移。4.中间件结构这一部分介绍USM的主要组件，着重了整体结构如何符合部分3中的需求。4.1 概述根据前面描述的三角色概述，通过一个中间层我们将用户从服务中分理处。图一描述了我们下面建议的体系结构USM 逻辑很简单：实际内容相关操作在中间设备逻辑之外服务边。我们的平台允许提供者描述和发布他们的服务然后将它们整合到标示用户需求的工作流实体中。服务可以来自第三方厂商，定位于中间件自身或通过代理或调节器到达。不同于其它解决方案，我们致力于面向服务的体系，不仅称那些设计内容相关的的服而且有那些内容转换和传递的软件组件。工作流是代表着流控制规范的自治实体，甚至可以作为自己的服务。它们在用户概括的基础上建立，却可以被有相似喜好的用户分享。用户利用 USM 功能来描述然后通过代理实体制定服务的组成。代理持有用户信息和内容信息因此涉及到中间件特征，我们通过不同的嵌入Iml使用户能够访问中间价功能。这种体系使用户开发不同的接口、增强不同的设备并且开发不同的交互用例，如请求回应，公开订购等。4.2 主要组件这一个部分提供了 USM 组件的更详细描述，从顶层的组件如工作流、IM和用户代理 IMs 和使用者代理然后简短地描述了下面的核心特征。4.2.1 工作流工作流程负责服务组成。一个工作流程是被 USM 来规范服务组成的统一的控制规范。组成能包含特殊用户的需求并且能在旧的顶层识别复杂的带附加值共享的服务。USM能展示作为一个单独服务注册到核心层服务仓库的更细致服务的组成。一个工作流程由在数据上运行操作的服务和协调他们的控制逻辑组成；每个工作流阶段在前一结果上操作。图 2 展示了一个简单的控制链：一 RSS 客户端产生的内容传递到全文本然后由邮件和 SMS传递，只有文本转换结果适合SMS尺寸最后的动作才执行。我们的方法考虑了工作流模型的相关方面和服务组成。元数据。元数据描述服务的行为、输入和输出的格式和它们如何与彼此连接。服务容器保存任何元数据信息并允许找回任何组成知识，这保证了建立时的正确性和运行时的安全性防止了应用数据兼容规则中的非法成分。动态组成。由于服务容器提供的索引和数据类型规则保证的安全类型，服务组成能以自动的方式发生，因此是动态的：USM 能推断出最适合关于她喜欢的服务、使用的设备、网络状态等需求的成分。共享性。尽管在用户轮廓基础上产生，工作流程却能被有相似需求的用户分享。服务例证也能被分享即使当在状态时，因为它们从用户会话和内容中查询到他们的状态信息，基于用户激活他们的身份标示。互连性。独立服务的动态组成继承从工作流之中连续阶段之间传来的结果。我们通过两种不同的方法中完成，在第一个方法中，核心层工作流执行引擎接收到每个阶段的结果并传到下一个。在第二个方法中，工作流程被配置以便服务能直接地交流和相互交换结果。第二个方法避免了协调过度并使服务能够处理限于如多媒体流等应用的服务质量（QoS）4.4.2 交互模块用户应该通过不同的装置和不同的交互模型来访问内容和服务（举例来说，传输语音邮件音频流通过电话而不是通过访问网页邮件来传输邮件内容）.为此，我们的平台提供给用户一组不同的交互模式，或预先建力或动态地产生并嵌入。Ims以通道依赖信息的方式捕获用户需求。需求承接关于哪个USM行动应负责的信息（典型的一个或多个预先配置服务组成的执行）。IMs 根据由用户代理传过来的用户信息来翻译和组合它们实现制定请求。为了要完成这些任务，我们分成了两个主要的议题。第一，需要通过哪个用户会交互来管理不同的交流通道，这包括截取不同用户的以多种方式表达、通道依赖的格式（从现在开始，语法）的请求（不连续的信息或连续的流），第二， USM 组件应能够处理这些通道依赖请求并将它们翻译成容易处理请求的任务的中间件易懂的格式。IMs 将这些职责授权给至两个主要的组件，分别地请求阻止器和交互管理。请求阻止器。请求阻止器 “物理上” 负责拦截来自一个特定的通道（例如HTTP、SMS 、电子邮件)的并以一种特定语法表达的用户请求。需求典型地包含如下信息：USM应制定的活动的提示、可选参数和能识别用户的其它属性。例如在用户发送数据时，一个SMS信息包含的内容“RSS http:/rss.url/ .5”会表达获取最新的5个种子“http:/rss.url/.”的意愿。每个请求连同它的语法指示一起，被传递给适当交互的管理。一些阻止器也负责把活动结果返回给用户：举例来说，HTTP 阻止器既用来接收 HTTP 请求也用来传递 HTTP 响应。最后，从中间件观点看，阻止器是一成熟的服务而且能动态地嵌入。通过简单地调整传统内容服务的阻止器，使用户能仿照中间件揭示的服务和内容如何相互交流。互动管理互动管理仿照用户抽象互动偏好和服务用户请求。举例来说，USM既揭示了对称的（请求/响应）也揭示了一次性非对称（只请求）的相互作用管理。前一个通过请求来自的阻止器返回一个结果，而后者不必返回结果这就是说请求的结果通过不同于请求来自的通道传输出去。我们现在正在发展基于流的阻止器的对称的和非对阵的管理者。互动管理接收用户请求信息以及涉及到的语法（适当的请求语法）并且负责下列一系列活动：通过依靠语法的标示信息（如HTTP通道的会话信息、SMS通道的发送号码）来识别用户，他们将请求的用户信息翻译成中间件可解释的命令并提取其中可能的参数。这些信息用来制定用户的需求如激活预先配置的工作流，执行预先定义的中间件工作等等。管理负责处理这些活动或命令的结果，将结果通过一个或多个交流通道返回给用户。4.2.3 用户代理在无处不在的情况下，用户自由地移动和改变她连接的装置与或她的地址。为处理这些问题，我们引入了用户代理组件，它能识别一个 USM用来处理用户信息和会话内容的已建立的实体。用户代理组件由下列的主要部分组成：会话管理逻辑。根据服务和会话移动性的典型的解决方案，代理揭示了不断处理用户和其它端点交流会话的信息。例如，在典型多媒体中流应用程序，代理会担任流的目的然后再直接地传向真正的用户。内容管理逻辑。内容管理逻辑根据用户当前状态处理用户内容和为保证持续性即使处理变化。工作流程配置逻辑。基于用户内容而且由核心组件 （如名字服务和建立引擎）建立，代理决定用户请求的服务工作流。当用户确定一个新偏好，举例来说，新服务的订购，或改变她的内容，新合适的成分或者旧的重配置可能变成必需的。4.2.4 核心在通常的中间件平台核心层提供所有的通用目的服务如名字、持久性和交互，持久和通信间。此外，它也提供处理用户代理、工作流和Ims所需的核心层设备。在这第二组功能之中，最有趣的是USM所需的能被如下总结：服务存储库。通过将服务提交给检查和登记它们的描述的服务存储库使它们成为可能。为响应执行特殊操作的请求，存储库返回符合的实现。为实现迭代的解决方案，其它服务的一个组成被描述为服务自身，然后登记到存储库。协商。为使内容在不同时期都可用，用户的需求应脱离于他们的响应，协商组件能够对特定主题的订购来克服问题。协商组件通过监听事件声明并将它们传递给订阅者使一到多或异步交互成为可能。工作流建立引擎。这一个组件处理从用户代理接受的服务组成，返回它们实际的实现如符合的工作流，工作流建立引擎通过以下的步骤得到结果：它重复地查询服务仓库操作需求的并能产生需要的输出格式的服务，再将它们组合进合适的组件里。工作流程执行引擎。工作流在用户需求甚至事件声明之上活动并通过工作流执行引擎来活动。这个组件的工作是初始化工作流进程、检测它们和出现错误和异常时及时得到通知。它命令工作流中不同服务的运行，协调它们。5 中间件实现-实际用例我们研究的USM 原型复盖被讨论的核心层的组件而且不仅能在可用的服务组件方面扩展也可以不同的数据集、不同类型组建的容量扩展。在提供了初始化的数据集和一系列部署的服务的知识后，我们在不同的用户实例中测试，代表了大多数的情形。一个典型的例子是一用户用她自有的设备利用慢的GPRS连接或快的WIFI来访问因特网，想从校园端读取网页，此外，学校里提供了一个她感兴趣的设备，一个记录学校重要事件的电子日历和一项可以提交他们关于校园生活、音乐、政治等方面的想法的博客服务。USM通过网络公开服务配置来使他们可以表达自己的偏好，可以从如下选择：订阅校园新闻服务。一有新闻在手机上就以SMS信息形式接收到新闻标题。收到每天新闻的邮件通知从最近到以后七天用电子日历记录每天的安排。根据她两个朋友的博客整理报告。对于网络浏览器她可以选择：通过GPRS访问校园网络，得到没图片和固定大小的页面。通过无线访问校园网络，得到已调整大小的页面。这些需求指出了USM 能够支持的重要方面：用户可以获取同步的和非同步的交互方式（分别地， HTTP 请求/响应平台和发布/订阅的服务新闻）；一些功能性服从遵循推置配置模式，即使她没有登录到中间件也是可用的（如通过邮件进行的新闻的收集和声明）。最后，即使在供应期间服务组成将会随着用户内容的改变而改变（举例来说，从GPRS连接转换到WIFI连接会引起网页内容的调整）。5.1 用户代理行为一收到用户新的或改变的请求，用户代理的职责是计算出对服务组成的合适描述，按如下的步骤：服务解析度。利用中介软件资源库，代理获得了满足用户需求的服务实例。工作流创造。通过利用工作流建立引擎，代理将它们组合在一起并初始化它们。当前用户的偏好和条件需要随时准备好的成分，正如所讨论的SMS信息，其它的同样满足网页内容调整，却可能有用也可能没用，这取决于用户状态（如用户退出、，使用一个不支持的设备、没有充足的内容信息提供给服务)。满足用户需求的工作流被激活并立即建立。相反， USM 直到使用时才进行资源储备。要完成这些，用户代理要监听用户内容的改变并及时作出反应。用户代理监听用户内容并允许工作流构建主动进行：当用户真正上利用服务成分时，它们并没被实例化，而是在当用户内容显示它们符合一个预先配置的服务需求。这一显示在反应和计算负载之间很好的权衡。5.2 推动加工当用户内容表示她没登录的时候， USM 不需要启动网内容改编而且它保留资源；相反，通知服务一直活跃处理新闻发布。我们将推动加工作为非对称事件或声明的服务执行者。5.2.1 新的可用内容的通知新内容的对中间件可用的声明意味着USM必须处理的非同步事件。协调内容干预使内容生成分离于剩余的内容进程。为使校园新闻服务调整器将新闻推向协调者，中间件利用另一个系统提供的服务，它的职责是不在上面执行进程时发出和接受内容。服务被组合在一起并初始化，完成图3描述的工作流。或许很多用户对同一新闻主题感兴趣，这无疑我们演示在同一内容上进行一对多传输和不同进程的机会。5.2.2 内容聚合和传输通过从协调器分发的新闻中简单的提取新闻标题或通过普通的GSMS网关传输文本内容使SMS信息能够实现。同时，因为用户选择了校园新闻的每日报道，收集新闻为进一步的处理和最后的传递是必需的。为此代理选择了一个工作流成分，在这里缓冲服务在处理之前收集信息并保持着（图 4)。除工作流之外，一个DOM聚合服务也用来在给定的时间内从缓冲读取新闻并收集用户指定的其它所有信息。聚合结果经邮件发送出去（图 5)。因为可以递归地定义一项服务为其它的一个组件，聚合组件实际上包括在其它组件服务中，如图6所示的以聚合用户要求的内容为目标。在处理我们目前所描述的用例中，请求的内容涉及到校园新闻、接下来七天日程安排的描述和她朋友的博客贡献。这些服务产生由最终的服务接收、并能处理和收集以持久文档格式的响应内容的结果。这些文档对进一步的处理是有用的，学生客户主页的渲染、学生期刊的自动出版、有影响的校园事件的邮件报道。5.3 推进程当用户登录进时， USM 分配给她一个对应的代理组件，重新开始她先前保持的概括和会话信息。代理的工作流配置逻辑实例化所有的用来服务用户请求的服务组件。5.3.1 WEB内容调整我们先假设一个GPRS连接，HTTP 请求阻止器通过监听80端口来收集用户的请求。每个请求被发送到阻止器管理部件来进行下一步的操作，它提取用户标识、执行命令和相应的参数。最终，它将用户标识和命令连接，使用户内容和会话信息可用。为处理用户偏爱，指令需要在图 7 的工作流的运行:一个网站服务代理查询请求网站的实际地址得到相应的HTML网页，工作流将结果返回给调用者，再到终端用户。在交互模式中，交互管理者通过激活工作流并返回结果来管理用户HTTP请求。图 8 报告这一个工作流的实际实施的一部份，为了要提供一个简单的语言实例来展示工作流执行引擎。 pol content_generation http_proxy java.lang.String:servicetype:EJB;java.lang.String:host:localhost; java.lang.Integer:jndiport:1099;java.lang.String:jndiname:HttpProxyService/local performRequest javax.servlet.http.Cookie:cookies:USER_SESSION(httpcookies); java.lang.String:url:WORKFLOW_CONTEXT(url);java.lang.Hashtable:post:WORKFLOW_CONTEXT(post) java.lang.String:html:WORKFLOW_CONTEXT(payload) .5.3.2 动态工作流重配置当用户由她的智能手机连接到USM，后者能收到她的目前连接状态改变的通知。因为USM作为一个专用的UDP包拦截器。通过用户的具体的干预，每一个都可以到达中间件，选择用户接口上的一些东西或运行在客户端的应用程序。每这些块能到达中介软件或藉由明白的使用者干涉，藉由在使用者介面上选择某事说，或藉着用户端边热衷的应用程序默默地在后台作业中运行，监听连接而且在有关的事件上通知 USM。