专利名称：使用在场技术的应用信息和命令的传输的制作方法
技术领域：
本发明涉及在电信网中服务应用之间的信息交换。
技术背景
由电信领域所提供的一种新的服务应用是所谓的“在场(presence)，，技术。在场是一种使得定位和识别终端设备成为可能的应用，终端设备在此被称为用户设备(UE)，例如包括手持式计算机、个人数字助理(PDA)、膝上型电脑或个人电脑(PC)、移动电话等等， 一旦用户连接到网络，用户设备就可以无处不在。在场技术的一种应用——即时消息(IM) 已经广为流行。在场技术被预期成为第三代(3G)无线网络的主要部分，并且有可能在如所提到的各式各样的通信装置上被采用。大量的无线应用服务提供商正在开发用于移动在场应用的平台。
此外，在场主要是这样一种方法，即用户用之来表达他与其他用户的通信意愿，并用来在网络中公布他可能采用的通信装置。除了其它的可能性之外，通过只要检测到所有方都可用或在场就连接它们，该技术的用户就可以自动地建立一个临时的电话会议。保密问题可以通过允许高度的用户定义控制来处理，例如通过允许人们选择他们将被视作在场即可检测的的情形。
然而，在场技术并不很新。“远程用户信息服务命令(finger) ”服务及协议自二十世纪70年代中期开始就已经存在。它是一种告知谁在一个给定的主机上以及他们正在执行什么程序的方法。但是为了安全性的原因，几乎人人都禁用了这个服务并封闭了它的端口。而今，在场最常见于即时消息领域，其中，诸如AOL’ s AIM 、Microsoft，sMessenger 以及Lotus’ Sametime 之类的服务除了快速发送文本消息之外还向朋友、家人和同事赋予了知道是否有人在他们的计算机处的能力。可以预见，相当多的公司也已经封闭了这些服务。
相对较新的是在合并即时消息、基于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例如是短信息服务(SMQ，它定义UElO能通过哪个通信装置进行通信。最后，元组102可包括一个或多个属性112，该属性112可以定义与该UE相关的各种参数，包括数据文件或文件链接。对UE 10的在场信息感兴趣的监视器可以过滤它感兴趣的信息。例如在一个特定的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首先示出的是UE 302，在此也称为在场实体。为了本方案的目的，假定UE 302已经订阅了由网络300的在场服务器304提供的在场服务。UE 302还具有平台303，(当UE 302被接通电源时)在该平台303上运行
第一客户应用303i (实况信息客户应用)，用于接收诸如足球比赛结果之类的实况信息更新，第一客户应用303i由应用ID = live_infoivfe. com来识别；和
第二客户应用3032 (装置管理器客户应用)负责取得终端配置更新和补丁，其中第二客户应用30 在后台运行并且是用户不可见的。这个第二应用由应用ID = dev_ manaqer@vfe. com : 另U。
此外还假定i)UE 302的用户最近订阅了称为汽车防盗的新业务，该订阅正等待运营商的授权和服务激活，和ii)目前UE 302被关闭。
图3中还示出第一应用服务器306，它是实况更新应用服务器，负责向UE 302的实况信息客户应用303i发送实况足球结果。为了图3的本示例性方案的目的，假定当前正在进行英格兰超级联赛队的阿森纳和曼联之间的实况足球比赛。
网络300还包括第二应用服务器308，它是服务管理应用服务器，负责该网络的UE 提供新服务并用于管理该网络的UE的应用，该网络的UE例如是UE 302。服务器308提供用于UE 302的客户应用30 的信息输入。
最后，网络300包括一个服务IPMM网络310，它负责在用于UE 302的所有这些实体之间提供SIP消息的安全且可计量的路由。
UE 302用户所请求的汽车防盗的服务应用已经被成功地批准、提供并激活以用于该用户，并要求下载一个应用到UE 302。负责这个应用的服务管理服务器308向在场服务器304发送一个代表用户的发布消息312。与用于在场的3GPP标准一致，该消息被寻址到 IMS网络300中该用户的公共身份之一，例如到UE 302。消息312包括元组314，元组314 包括UE 302的用户身份302，、具有好消息的通告316以及指向将被下载的应用的HTTP统一资源指示器(URI)。元组314由在场服务器304接收并被存储用于UE 302、动作320。
在动作322中，在实况足球比赛期间，阿森纳对战曼联的时候刚刚得分。实况更新应用服务器306就通知在场服务器304，并为此向在场服务器304发送一条发布消息324， 其中，消息3M被寻址到UE302并包含一个元组326，元组3 包括i)元组标识327，ii) 消息被寻址到的应用标识328 JPiii)比分更新信息330。在动作332中，在场服务器304 存储用于UE 302的元组326。
阿森纳今天的状况非常好，并且在动作334中又进了一球。实况更新应用服务器 306向在场服务器304发送另一条发布消息336，其中，第二消息336被寻址到同一个UE 302并且包括另一个元组338，元组338包括i)元组标识327，ii)消息被寻址到的应用标识328 JPiii)比分更新信息340。在动作342中，在场服务器304用具有相同元组标识的元组338来替换元组326，元组338被存储在在场服务器304中。
在足球比赛中的一个时刻，UE 302被接通电源，即动作344。在动作346和348 中，因为UE 302被接通电源，所以平台303启动客户应用live_info@vfe. com 303:和dev_ managerivfe. com 303丨，并且UE 302用它的标识userOvfe. com向服务IPMM网络310注册， 即动作350。在用户注册之后，两个客户应用表示它们想要接收信息更新。为此，UE 302 向在场服务器304发送订阅消息352以请求与两个应用有关的信息，其中，该消息包括第一，UE 302的公共标识符的标识302，；和第二，识别两个应用live_info@vfe. com和dev_ managerivfe. com的过滤器354。消息352由在场服务器304来接收和在动作356中被批准。响应于订阅消息252，在场服务器304用包括元组314和338的一条通知消息358来响应，元组314和338被存储在在场服务器304中以用于UE 302的用户。UE 302接收具有足球比赛比分更新的元组338，并且被告知最新的比分，即动作360。UE 302还用其相应的URI 318接收具有通知316的元组314，其通知汽车防盗应用的新服务已被激活。在动作362中，UE302连接到指定的URI并执行新应用的安装，这个新的应用变成了在UE302的平台303上运行的第三客户应用30 (服务管理客户应用)。当安装362被完成时，UE 302 的用户关掉终端，这从服务网络310中注销，即动作364。
仍然在足球比赛期间，用户离开他的办公室并到达家中，在家中他打开他的家用个人电脑(PC) 366以便被连续地通知任何比分的更新。在动作368中，家用PC 366被接通电源，并且因为它还注册到在场服务，所以它向在场服务器304发送订阅消息370以请求与实况更新应用303i有关的信息。应当理解，在订阅消息370到达在场服务器304之前，它可以通过因特网服务提供商(ISP)和网关372以及通过服务IPMM网络310来路由。订阅消息370包括家用PC终端366的标识302”和识别向其请求信息的实况更新应用IivejnfoO vfe. com 303!的过滤器369。在动作372中，订阅消息370被在场服务器304批准，在场服务器304用包括与实况更新客户应用有关的最新元组338的通知消息374来响应家用PC 366。家用PC 366接收元组338，并且因为任何球队都没有再进球，所以用户被告知阿森纳队和曼联队之间足球比赛的相同比分，即动作376。
应当理解，虽然在图3中没有明确地示出，然而如果用户又打开他的UE 302并启动实况信息客户应用，那么他将在他的两个终端上同时接收到比分更新，即在示出的UE 302和家用PC上。
本发明还允许基于使用在场技术在网络中发送服务应用命令。现在参考图4，图4 是网络400的示例性的节点操作和信号流程图，网络400基于根据本发明优选实施例的在场来执行服务应用命令的交换。图4示出一个UE 402，在此也称为在场实体。为了在场方案的目的，假定UE 402已经订阅了由网络400的在场服务器404提供的在场服务。UE 402 包括平台403，(当UE 302被接通电源时)在平台403上运行被称为家用监视客户应用的第一客户应用403i，用于控制用户的家用监视和观察系统，第一客户应用403i由应用ID =home_controlivfe. com来识别。家用监视应用服务器406负责在被监控的家用站点上或网络400中的其它地方运行和/或管理家用监视和观察系统。首先，家用监视应用服务器406向在场服务器404发送一条订阅消息以便注册其兴趣以接收有关UE402的家用控制应用403i的在场信息。为此，消息408被寻址到用户的其中一个公共身份，例如到由地址 userivfe. com 410识别的用户UE402，并且消息408包括过滤器412，过滤器412包括家用监视应用403i的标识h0me_C0ntr0l@Vfe. com,其中，过滤器412识别服务器406向在场服务器404请求在场信息所用的应用。在场服务器404接收消息408，并基于过滤器412检测其中没有与所请求的应用相关的有关信息，即动作414，因此在动作416中用一条空的通知消息来响应。
稍后，UE 402的用户启动在UE 402上的家用监视客户应用403i，并输入命令来更改家用监视应用服务器406的工作参数，即动作420。响应于所更改的命令，UE发送具有所更改命令的发布消息422来通知在场服务器404家用监视应用的操作应该在服务器406上被更改。为此，根据本发明，消息422包括具有应用标识符h0me_C0ntr0l@Vfe. com 426的元组424，该标识符识别家用监视和观察应用和iii)更改的命令428。在动作430中，在场服务器404检测到基于订阅消息408被注册的UE 402的家用控制应用的有效订阅，并使用一条通知消息432向家用监视应用服务器406中继元组424。在动作434中，家用监视应用服务器406从元组434中提取更改命令428，并通过改变家用监视应用的工作参数来执行它。最后，在动作436中，家用监视应用服务器406用SIP即时消息向UE 402发送更改的确认438，其显示该用户的确认，即动作440。
虽然示例性的方案仅仅参考在在场元组424中包括的一种命令而被描述以便让应用服务器检索，然而应当理解，任何类型的(一个或多个)服务应用命令都可以被包括在在场元组中并分布在网络中，用于由相应的应用服务器来检索，或由任何其它已经订阅与特定用户相关的在场信息的网络实体来检索。因此，本发明允许新的应用并使用在场技术， 其中，服务应用信息和命令可以被包括在例如在场元组的(一个或多个)属性字段中，并被分发给任何有兴趣接收给定在场实体的在场信息的监视实体。本发明可以支持客户/服务器(一个应用或应用组件向别的应用或应用组件发出在场信息请求)和对等模型(每个应用都同时充当客户/发布器和服务器/监视器)。
现在参考图5，其示出一个说明用户设备(UE)500的示例性的高级框图，该用户设备(UE)执行与UE功能相关的本发明优选实施例的可选择变体以支持使用在场技术的服务应用和命令的交换。根据这个变体，UE 500包括应用平台502，其支持三个可以向UE 500 提供不同服务的客户端服务应用504、506和508。客户服务职责504、506和508可能类似于之前参考图3和图4描述的服务发布303^303^30 和403^平台502还支持在场客户应用510，其负责UE 500的在场相关的应用，即它允许用户发布其通信的意愿，监控他朋友在场，并启动即时消息和多媒体对话。UE 500的平台502还包括i)订阅调度模块512，其负责在从网络接收在场信息时注册客户应用504、506和508中每个的兴趣并将所接收的元组发送到它们适当的目的地，和ii)发布处理器模块514，其负责发布包括由客户应用504、506和508发出的服务应用命令的在场元组。最后，平台502包括SIP/SIMPLE堆栈516，其负责把由UE500与网络交换后的信息格式化为SIP/SIMPLE协议。
当客户服务应用504、506和508希望从网络订阅在场信息时，它们向订阅调度模块512发送它们的应用标识符520、522和524，该订阅调度模块512把应用标识符格式化为所包括的过滤器526，以及把UE 500的联系标识符5 格式化为被发送到网络例如到在场服务器的订阅消息530，如同之前参考图3和4所描述的一样。
用一个类似的方法，当应用504、506和508中的任何一个希望向网络发送应用信息或命令时，例如信息540、542或命令544从有关的客户应用被发送到发布处理器模决 514。所接收的信息和命令被发布处理器模块514格式化为元组546、547和M9，其中，元组包括各自的应用标识符550、552和554以及各自的信息或命令540、542和M4。元组M6、 547和549被包含在要发送到网络例如到在场服务器的发布消息548中，正如之前参考图3 和4所描述的一样。
通过把几个信息元包含在相同的订阅或发布消息中，模块512和514允许最小化由UE 500输出的信息业务量。例如在本发明的另一个变体中，模块512和514都可以包括定时器560和562以用于在发出订阅或发布消息530和546之前等候特定时段，以及用于允许一个以上的客户应用向所述的模块发送它们的注册520、522或524，或它们的相关命令 540,542 或 544。
基于上文，现在对本领域普通技术人员来说显而易见的是，本发明提供了一种有利的解决方案，其基于在场技术提供用于服务应用信息和命令的交换。虽然本发明的系统和方法已经特别地参考某些用于执行本发明概念的示例性的动作而被描述，但是依据至此的参考应当认识到，在此包含的创造性教导并不是限制性的，而是可以使用不同的步骤来有利地执行。例如，虽然已经主要参考某些信息元和某些命令描述了本发明的示例性优选实施例，但是应当理解，任何类型的信息，包括但不限于文本、超链接、图形、多媒体文件等都可以根据本发明来传输。此外还应当理解，各种类型的命令都可以使用本发明来传输，所述命令包括但不限于文本命令或指令、超链接等等。还应当想到，服务应用信息和命令可以被包含在在场元组的不同部分中，包含在这类元组的属性字段中。相信本发明的操作和结构通过上文的描述将变得显而易见。虽然所示出和说明的方法和系统已被视作是优选的， 但是在不脱离由下面阐明的权利要求所定义的本发明范围的情况下，很明显在此可以做出不同的变化和修改。
尽管本发明的方法和系统的几个优选实施例已经在附图中被说明并在上文的具体实施方式
中被描述，然而应当理解本发明并不限于所公开的实施例，而是在不脱离由下列权利要求所阐明和定义的本发明精神的情况下能够有很多重新调整、修改和替换。
权利要求
1.一种用户设备，包括平台；在所述平台上运行的软件应用；以及在所述平台上运行的订阅调度模块，所述订阅调度模块从所述软件应用接收标识所述软件应用的第一应用标识符，所述订阅调度模块向在场服务器发送请求与所述软件应用有关的在场信息的订阅消息，所述订阅消息包括所述第一应用标识符；其中所述订阅调度模块响应于所述订阅消息而接收在场元组，所述在场元组包括所述第一应用标识符和供所述软件应用执行的应用命令。
2.一种用户设备，包括平台；在所述平台上运行的软件应用；以及在所述平台上运行的发布处理器模块，连接到所述软件应用，所述发布处理器模块从所述软件应用接收应用信息或命令，将所接收的应用信息或命令格式化为元组，所述元组包括相关于所述软件应用的命令和所述软件应用的标识符，并且所述发布处理器模块向在场服务器发送包括所述元组的发布消息。
3.—种在用户设备的平台上运行的订阅调度模块，所述订阅调度模块从所述用户设备的软件应用接收标识所述软件应用的第一应用标识符，所述订阅调度模块向在场服务器发送请求与所述软件应用有关的在场信息的订阅消息，所述订阅消息包括所述第一应用标识符；其中所述订阅调度模块响应于所述订阅消息而接收在场元组，所述在场元组包括所述第一应用标识符和供所述软件应用执行的应用命令。
4.一种在用户设备的平台上运行的发布处理器模块，其连接到软件应用，所述发布处理器模块从所述用户设备的软件应用接收应用信息或命令，将所接收的应用信息或命令格式化为元组，所述元组包括相关于所述软件应用的命令和所述软件应用的标识符，并且所述发布处理器模块向在场服务器发送包括所述元组的发布消息。
全文摘要
一种用于在在场实体和监视器之间交换应用信息的方法、系统、用户设备(UE)以及应用平台，其中在场实体以在场元组的形式发布指定给某一应用的应用信息或命令。监视器订阅与该某一应用相关的在场信息，并且一旦被批准就接收具有应用信息或命令的元组。UE或应用平台运行几个应用，并包括订阅调度模块和发布处理器模块，用来发送在场订阅消息和在场发布消息以要求或提供应用信息和命令。
文档编号H04L12/58GK102523194SQ20111036626
公开日2012年6月27日 申请日期2003年12月17日 优先权日2002年12月24日
发明者C.古罗 申请人:艾利森电话股份有限公司