由电信领域所提供的一种新的服务应用是所谓的“在场 (presence)”技术。在场是一种使得定位和识别终端设备成为可能 的应用，终端设备在此被称为用户设备(UE)，例如包括手持式计算 机、个人数字助理(PDA)、膝上型电脑或个人电脑(PC)、移动电话 等等，一旦用户连接到网络，用户设备就可以无处不在。在场技术的 一种应用——即时消息(IM)已经广为流行。在场技术被预期成为第 三代(3G)无线网络的主要部分，并且有可能在如所提到的各式各样 的通信装置上被采用。大量的无线应用服务提供商正在开发用于移动 在场应用的平台。
此外，在场主要是这样一种方法，即用户用之来表达他与其他用 户的通信意愿，并用来在网络中公布他可能采用的通信装置。除了其 它的可能性之外，通过只要检测到所有方都可用或在场就连接它们， 该技术的用户就可以自动地建立一个临时的电话会议。保密问题可以 通过允许高度的用户定义控制来处理，例如通过允许人们选择他们将 被视作在场即可检测的的情形。
然而，在场技术并不很新。“远程用户信息服务命令(finger)” 服务及协议自二十世纪70年代中期开始就已经存在。它是一种告知谁 在一个给定的主机上以及他们正在执行什么程序的方法。但是为了安 全性的原因，几乎人人都禁用了这个服务并封闭了它的端口。而今， 在场最常见于即时消息领域，其中，诸如AOL’s AIMTM、Microsoft’s MessengerTM以及Lotus’ SametimeTM之类的服务除了快速发送文本消息 之外还向朋友、家人和同事赋予了知道是否有人在他们的计算机处的 能力。可以预见，相当多的公司也已经封闭了这些服务。
相对较新的是在合并即时消息、基于IP的电话通信以及在场技术 方面的兴趣。因特网工程任务组(IETF)和第三代合作伙伴计划(3GPP) 具有大量的工作草案和规范，包括普通在场和即时消息(CPIM)以及 是用于即时消息和在场平衡扩充(Leveraging Extensions)的SIP(会 话初始化协议)的SIMPLE。这些草案和规范定义有关在场的特色和相 关的信令协议以允许网络运营商向其用户提供在场服务。他们一般使 用一个被称作在场服务器的网络实体，其接收并制作有关用户(或甚 至用户群或服务)的在场信息，该网络实体在与在场相关的应用环境 中也被称为在场实体。在场服务器还向对在场实体有关的在场信息感 兴趣的在此也称为监视器(watcher)的监视实体提供在场信息。监视 器可以取得或监控在场信息。
在场信息可以来自于网络，例如来自于注册状态、动作或位置， 或者来自于发布代表用户的信息的许多在场用户代理，例如移动和固 定设备、应用服务器等等。
与UE有关的在场信息可以作为包含一个或多个元组(tuple)的XML 文档被分布在网络中。现在参考图1(现有技术)，它描述了具有两个 元组102和104的这样一个在场XML文档100的示例性说明。元组102包括 用于识别该元组的元组标识符105、与在场实体UE相关的如开启或关闭 状态的状态信息106，其中状态信息定义由元组描述的通信装置的当前 状态。元组102还包括其它的通信装置信息108和识别该UE的联系地址 信息110，所述通信装置信息108例如是短信息服务(SMS)，它定义UE 10能通过哪个通信装置进行通信。最后，元组102可包括一个或多个属 性112，该属性112可以定义与该UE相关的各种参数，包括数据文件或 文件链接。对UE10的在场信息感兴趣的监视器可以过滤它感兴趣的信 息。例如在一个特定的SMS广播应用中，监视器可以向在场服务器只请 求UE标识，其中i)元组的通信装置被设置为SMS，或ii)元组的联系 地址被设置为一个特定值或具有一种特定类型(例如SIP URI)。
现在参考图2(现有技术)，其示出执行在场信息交换的网络200 的示例性的节点操作和信号流程图。图2中示出了在场服务器202和监 视器200，其中在场服务器202管理一个或多个UE的在场信息，监视器 200对关于从一个或多个UE中的一个给定UE的在场相关信息感兴趣。首 先，在场服务器202经由IP多媒体子系统核心网(IMS，基于SIP协议的 IP多媒体网络(IPMM)，例如由3GPP规定的一个协议)网络211来接收 一个具有在场XML文档212的SIP发布(publish)消息210，该在场XML 文档212包括一个或多个具有关于给定UE(未示出)的在场信息的元 组。发布消息210可能来自发布代表用户在场信息的几个不同的源，包 括来自用户终端本身、来自用户终端的注册动作或来自网络的其它实 体。在动作214中，在场服务器202注册在XML存档212中包含的元组。 在动作216中，监视器204用IMS(SIP URI)发送一条订阅(subscribe) 消息，它被寻址到用户的公共联系地址218之一和过滤器220。过滤器 220可以是另一个XML文档的形式，并可以包括由监视器204提供的任何 过滤信息，该监视器204定义它在从在场服务器接收时感兴趣的在场信 息。在动作222中，在场服务器202验证消息216。在场服务器可能需要 利用标准IETF机制(例如HTTP摘要)来单独地执行验证，然后它把授 权策略应用到该请求(监视器被允许查看在场信息吗？)，这可能会 被它拒绝。最后，在场服务器检查与监视器相关的访问权限，并基于 监视器的访问权限和过滤器220来过滤其在场信息。在场服务器202用 XML文件212向监视器202返回一条通知消息，该通知消息在当前状况下 包含过滤222、动作224的结果。所提供的元组是由过滤器识别的元组 和允许监视器访问的元组之间的交集。
至此，在现有的在场应用中，在场信息的交换局限于交换与UE的 联系地址和通信装置相关的在场信息。最近，3GPP委员会已经讨论了 在元组102的文本属性字段112中包含应用标识符的可能性，如图1(现 有技术)中所示。然而，没有提及这类包含的目的，也没有提及可以 获得什么优点。
本发明提出使用在在场元组中存储的应用标识符，用来启用运行 在终端(例如UE)的分布应用的应用或组件和应用服务器之间信息和 命令的交换。交换可能发生在终端之间、应用服务器之间以及终端和 应用服务器之间。

一方面，给出了一种用于在在场实体和监视器之间交换应用信息 的方法，该方法包括下列步骤：
在场实体发布一个包含与应用有关的应用信息的元组；
监视器订阅与该应用相关的在场信息；和
响应于该订阅，向监视器发送具有应用信息的元组。
另一方面，本发明是一个基于IP的网络，包括：
在场服务器，其负责向基于IP的网络的在场用户提供有关在场的 服务；
在场实体，其发布一个包括与一个应用有关的应用信息的元组， 该元组由在场服务器接收；和
监视器，其向在场服务器订阅与该应用相关的在场信息；
其中，响应于该订阅，在场服务器向监视器发送具有应用信息的 元组。
又一方面，本发明是用户设备(UE)，包括：
多个应用；和
订阅调度模块，其从多个应用中的至少两个的每一个中接收一个 应用标识符，并用于发送一条指示该UE期望接收与多个应用中的至少 两个应用有关的在场信息的订阅消息。
还一方面，本发明是一个在用户设备(UE)中使用的应用平台， 该平台支持：
多个应用；和
订阅调度模块，其从多个应用中的至少两个的每一个中接收一个 应用标识符，并用于发送一条指示UE期望接收与多个应用中的至少两 个应用有关的在场信息的订阅消息。
又一方面，本发明是一个用户设备(UE)，包括：
多个应用；和
发布处理器模块，其从多个应用中的至少两个的每一个中接收应 用信息，并用于发送一条发布消息，该发布消息包括来自多个应用中 至少两个的每一个中的应用信息。
另一方面，本发明是与用户设备(UE)一起使用的应用平台，该 平台支持：
多个应用；
发布处理器模块，其从多个应用中的至少两个的每一个中接收应 用信息，并用于发送一条发布消息，该发布消息包括来自多个应用中 至少两个的每一个中的应用信息。
附图说明
为了更详细地理解本发明以及进一步理解其目的和优点，现在结 合附图来参考以下说明，其中：
图1(现有技术)是具有两个元组的在场XML文档的示例性说明；
图2(现有技术)是执行在场信息交换的网络的示例性的节点操作 和信号流程图；
图3A和3B可以统称为图3，是网络的示例性的节点操作和信号流程 图，该网络基于根据本发明优选实施例的在场信息来执行信息交换；
图4是网络的示例性的节点操作和信号流程图，该网络基于根据本 发明优选实施例的在场信息来执行命令交换；和
图5是示例性的高级框图，其说明执行本发明优选实施例的变型的 用户设备(UE)。

本发明的创造性教导将具体地参考多个示例性实施例来说明。然 而应当理解，这类实施例只提供了本发明创造性教导的许多有利运用 的几个例子而已。通常，本申请说明书中的陈述并不限制本发明所要 求的各方面中的任何一方面。此外，一些声明可以适用于某些发明特 征而不适用于其它的发明特征。在附图中，相同或类似的元素用相同 的附图标记来指定，而且所述的各种元素不一定是按比例来绘制的。
本发明允许基于在场技术的应用信息和命令的交换。例如，本发 明允许应用信息和命令被存储在在场XML文档的在场元组中，从而基于 用户设备(UE)在场实体的在场来启动应用信息和命令的传输。
本发明的优选实施例将利用服务应用信息和命令的交换的各种示 例性方案来描述。
现在参考被统称为图3的图3A和3B，它们是网络300的示例性节点 操作和信号流程图，网络300基于根据本发明优选实施例的在场来执行 服务应用信息的交换。图3首先示出的是UE302，在此也称为在场实体。 为了本方案的目的，假定UE302已经订阅了由网络300的在场服务器 304提供的在场服务。UE302还具有平台303，(当UE302被接通电源 时)在该平台303上运行：
第一客户应用3031(实况信息客户应用)，用于接收诸如足球比赛 结果之类的实况信息更新，第一客户应用3031由应用 ID＝live_info@vfe.com来识别；和
第二客户应用3032(装置管理器客户应用)负责取得终端配置更新 和补丁，其中第二客户应用3033在后台运行并且是用户不可见的。这个 第二应用由应用ID＝dev_manaqer@vfe.com来识别。
此外还假定：i)UE302的用户最近订阅了称为汽车防盗的新业务， 该订阅正等待运营商的授权和服务激活，和ii)目前UE302被关闭。
图3中还示出第一应用服务器306，它是实况更新应用服务器，负 责向UE302的实况信息客户应用3031发送实况足球结果。为了图3的本 示例性方案的目的，假定当前正在进行英格兰超级联赛队的阿森纳和 曼联之间的实况足球比赛。
网络300还包括第二应用服务器308，它是服务管理应用服务器， 负责该网络的UE提供新服务并用于管理该网络的UE的应用，该网络的UE 例如是UE302。服务器308提供用于UE302的客户应用3032的信息输入。
最后，网络300包括一个服务IPMM网络310，它负责在用于UE302 的所有这些实体之间提供SIP消息的安全且可计量的路由。
UE302用户所请求的汽车防盗的服务应用已经被成功地批准、提 供并激活以用于该用户，并要求下载一个应用到UE302。负责这个应 用的服务管理服务器308向在场服务器304发送一个代表用户的发布消 息312。与用于在场的3GPP标准一致，该消息被寻址到IMS网络300中该 用户的公共身份之一，例如到UE302。消息312包括元组314，元组314 包括UE302的用户身份302’、具有好消息的通告316以及指向将被下载 的应用的HTTP统一资源指示器(URI)。元组314由在场服务器304接收 并被存储用于UE302、动作320。
在动作322中，在实况足球比赛期间，阿森纳对战曼联的时候刚刚 得分。实况更新应用服务器306就通知在场服务器304，并为此向在场 服务器304发送一条发布消息324，其中，消息324被寻址到UE302并包 含一个元组326，元组326包括：i)元组标识327，ii)消息被寻址到 的应用标识328，和iii)比分更新信息330。在动作332中，在场服务 器304存储用于UE302的元组326。
阿森纳今天的状况非常好，并且在动作334中又进了一球。实况更 新应用服务器306向在场服务器304发送另一条发布消息336，其中，第 二消息336被寻址到同一个UE302并且包括另一个元组338，元组338 包括：i)元组标识327，ii)消息被寻址到的应用标识328，和iii) 比分更新信息340。在动作342中，在场服务器304用具有相同元组标识 的元组338来替换元组326，元组338被存储在在场服务器304中。
在足球比赛中的一个时刻，UE302被接通电源，即动作344。在动 作346和348中，因为UE302被接通电源，所以平台303启动客户应用 live_info@vfe.com3031和dev_manager@vfe.com3031，并且UE302 用它的标识user@vfe.com向服务IPMM网络310注册，即动作350。在用 户注册之后，两个客户应用表示它们想要接收信息更新。为此，UE302 向在场服务器304发送订阅消息352以请求与两个应用有关的信息，其 中，该消息包括：第一，UE302的公共标识符的标识302’；和第二， 识别两个应用live_info@vfe.com和dev_manager@vfe.com的过滤器 354。消息352由在场服务器304来接收和在动作356中被批准。响应于 订阅消息252，在场服务器304用包括元组314和338的一条通知消息358 来响应，元组314和338被存储在在场服务器304中以用于UE302的用 户。UE302接收具有足球比赛比分更新的元组338，并且被告知最新的 比分，即动作360。UE302还用其相应的URI318接收具有通知316的 元组314，其通知汽车防盗应用的新服务已被激活。在动作362中，UE 302连接到指定的URI并执行新应用的安装，这个新的应用变成了在UE 302的平台303上运行的第三客户应用3033(服务管理客户应用)。当 安装362被完成时，UE302的用户关掉终端，这从服务网络310中注销， 即动作364。
仍然在足球比赛期间，用户离开他的办公室并到达家中，在家中 他打开他的家用个人电脑(PC)366以便被连续地通知任何比分的更 新。在动作368中，家用PC366被接通电源，并且因为它还注册到在场 服务，所以它向在场服务器304发送订阅消息370以请求与实况更新应 用3031有关的信息。应当理解，在订阅消息370到达在场服务器304之 前，它可以通过因特网服务提供商(ISP)和网关372以及通过服务IPMM 网络310来路由。订阅消息370包括家用PC终端366的标识302”和识别向 其请求信息的实况更新应用live_info@vfe.com3031的过滤器369。在 动作372中，订阅消息370被在场服务器304批准，在场服务器304用包 括与实况更新客户应用有关的最新元组338的通知消息374来响应家用 PC366。家用PC366接收元组338，并且因为任何球队都没有再进球， 所以用户被告知阿森纳队和曼联队之间足球比赛的相同比分，即动作 376。
应当理解，虽然在图3中没有明确地示出，然而如果用户又打开他 的UE302并启动实况信息客户应用，那么他将在他的两个终端上同时 接收到比分更新，即在示出的UE302和家用PC上。
本发明还允许基于使用在场技术在网络中发送服务应用命令。现 在参考图4，图4是网络400的示例性的节点操作和信号流程图，网络400 基于根据本发明优选实施例的在场来执行服务应用命令的交换。图4示 出一个UE402，在此也称为在场实体。为了在场方案的目的，假定UE402 已经订阅了由网络400的在场服务器404提供的在场服务。UE402包括 平台403，(当UE302被接通电源时)在平台403上运行：被称为家用 监视客户应用的第一客户应用4031，用于控制用户的家用监视和观察系 统，第一客户应用4031由应用ID＝home_control@vfe.com来识别。家 用监视应用服务器406负责在被监控的家用站点上或网络400中的其它 地方运行和/或管理家用监视和观察系统。首先，家用监视应用服务器 406向在场服务器404发送一条订阅消息以便注册其兴趣以接收有关UE 402的家用控制应用4031的在场信息。为此，消息408被寻址到用户的 其中一个公共身份，例如到由地址user@vfe.com410识别的用户UE 402，并且消息408包括过滤器412，过滤器412包括家用监视应用4031 的标识home_control@vfe.com，其中，过滤器412识别服务器406向在 场服务器404请求在场信息所用的应用。在场服务器404接收消息408， 并基于过滤器412检测其中没有与所请求的应用相关的有关信息，即动 作414，因此在动作416中用一条空的通知消息来响应。
稍后，UE402的用户启动在UE402上的家用监视客户应用4031， 并输入命令来更改家用监视应用服务器406的工作参数，即动作420。 响应于所更改的命令，UE发送具有所更改命令的发布消息422来通知在 场服务器404家用监视应用的操作应该在服务器406上被更改。为此， 根据本发明，消息422包括具有应用标识符home_control@vfe.com426 的元组424，该标识符识别家用监视和观察应用和iii)更改的命令 428。在动作430中，在场服务器404检测到基于订阅消息408被注册的 UE402的家用控制应用的有效订阅，并使用一条通知消息432向家用监 视应用服务器406中继元组424。在动作434中，家用监视应用服务器406 从元组434中提取更改命令428，并通过改变家用监视应用的工作参数 来执行它。最后，在动作436中，家用监视应用服务器406用SIP即时消 息向UE402发送更改的确认438，其显示该用户的确认，即动作440。
虽然示例性的方案仅仅参考在在场元组424中包括的一种命令而 被描述以便让应用服务器检索，然而应当理解，任何类型的(一个或 多个)服务应用命令都可以被包括在在场元组中并分布在网络中，用 于由相应的应用服务器来检索，或由任何其它已经订阅与特定用户相 关的在场信息的网络实体来检索。因此，本发明允许新的应用并使用 在场技术，其中，服务应用信息和命令可以被包括在例如在场元组的 (一个或多个)属性字段中，并被分发给任何有兴趣接收给定在场实 体的在场信息的监视实体。本发明可以支持客户/服务器(一个应用或 应用组件向别的应用或应用组件发出在场信息请求)和对等模型(每 个应用都同时充当客户/发布器和服务器/监视器)。
现在参考图5，其示出一个说明用户设备(UE)500的示例性的高 级框图，该用户设备(UE)执行与UE功能相关的本发明优选实施例的 可选择变体以支持使用在场技术的服务应用和命令的交换。根据这个 变体，UE500包括应用平台502，其支持三个可以向UE500提供不同服 务的客户端服务应用504、506和508。客户服务职责504、506和508可 能类似于之前参考图3和图4描述的服务发布3031、3032、3033和4031。 平台502还支持在场客户应用510，其负责UE500的在场相关的应用， 即它允许用户发布其通信的意愿，监控他朋友在场，并启动即时消息 和多媒体对话。UE500的平台502还包括：i)订阅调度模块512，其负 责在从网络接收在场信息时注册客户应用504、506和508中每个的兴趣 并将所接收的元组发送到它们适当的目的地，和ii)发布处理器模块 514，其负责发布包括由客户应用504、506和508发出的服务应用命令 的在场元组。最后，平台502包括SIP/SIMPLE堆栈516，其负责把由UE 500与网络交换后的信息格式化为SIP/SIMPLE协议。
当客户服务应用504、506和508希望从网络订阅在场信息时，它们 向订阅调度模块512发送它们的应用标识符520、522和524，该订阅调 度模块512把应用标识符格式化为所包括的过滤器526，以及把UE500 的联系标识符528格式化为被发送到网络例如到在场服务器的订阅消 息530，如同之前参考图3和4所描述的一样。
用一个类似的方法，当应用504、506和508中的任何一个希望向网 络发送应用信息或命令时，例如信息540、542或命令544从有关的客户 应用被发送到发布处理器模块514。所接收的信息和命令被发布处理器 模块514格式化为元组546、547和549，其中，元组包括各自的应用标 识符550、552和554以及各自的信息或命令540、542和544。元组546、 547和549被包含在要发送到网络例如到在场服务器的发布消息548 中，正如之前参考图3和4所描述的一样。
通过把几个信息元包含在相同的订阅或发布消息中，模块512和 514允许最小化由UE500输出的信息业务量。例如在本发明的另一个变 体中，模块512和514都可以包括定时器560和562以用于在发出订阅或 发布消息530和546之前等候特定时段，以及用于允许一个以上的客户 应用向所述的模块发送它们的注册520、522或524，或它们的相关命令 540、542或544。
基于上文，现在对本领域普通技术人员来说显而易见的是，本发 明提供了一种有利的解决方案，其基于在场技术提供用于服务应用信 息和命令的交换。虽然本发明的系统和方法已经特别地参考某些用于 执行本发明概念的示例性的动作而被描述，但是依据至此的参考应当 认识到，在此包含的创造性教导并不是限制性的，而是可以使用不同 的步骤来有利地执行。例如，虽然已经主要参考某些信息元和某些命 令描述了本发明的示例性优选实施例，但是应当理解，任何类型的信 息，包括但不限于文本、超链接、图形、多媒体文件等都可以根据本 发明来传输。此外还应当理解，各种类型的命令都可以使用本发明来 传输，所述命令包括但不限于文本命令或指令、超链接等等。还应当 想到，服务应用信息和命令可以被包含在在场元组的不同部分中，包 含在这类元组的属性字段中。相信本发明的操作和结构通过上文的描 述将变得显而易见。虽然所示出和说明的方法和系统已被视作是优选 的，但是在不脱离由下面阐明的权利要求所定义的本发明范围的情况 下，很明显在此可以做出不同的变化和修改。
尽管本发明的方法和系统的几个优选实施例已经在附图中被说明 并在上文的具体实施方式中被描述，然而应当理解本发明并不限于所 公开的实施例，而是在不脱离由下列权利要求所阐明和定义的本发明 精神的情况下能够有很多重新调整、修改和替换。