使用在线信息的系统和方法
【专利说明】
[0001 ] 本申请是申请号为200880019953.5(国际申请号为PCT/IB2008/052295)、国际申 请日为2008年6月11日、发明名称为"使用在线信息的系统和方法"的中国发明专利申请的 分案申请。
技术领域
[0002] 本发明主要涉及在线服务。更为具体地，本发明涉及在线源、在线服务器以及观察 者之间的在线信息的传输。
【背景技术】
[0003] 本部分旨在提供权利要求书中所列举的本发明的背景或环境。此处的描述可以包 括所可能实行的各种概念，然而这些概念并非必须是现已构思或探究的那些概念。因此，除 非特别指明，否则本部分所描述内容并不作为本申请说明书和权利要求的现有技术，且不 能因为包含于本部分而被认定为是现有技术。
[0004]在线服务是一种接受、存储以及分发在线(presence)信息的网络服务。在线信息 一般包括指示通信伙伴的通信能力和通信意愿的状态指示符。
[0005]在线服务可与许多其他服务或使能器相联系。"水平"在线服务可用作不同类型通 信的发起点。此外，水平在线服务可用于将个人信息和特定于设备的信息传播至所选的一 组授权观察者。（观察者或在线信息观察者是从在线服务来请求有关在线体(在线信息所描 述的实体)的在线信息的实体）。然而，所有这些服务可能共同地产生很大的在线流量。
[0006] 由于在线服务的性质，一个人的在线信息中的简单变化就可导致网络中的大量流 量。另外，在在线服务中加入位置信息可能在流量方面产生显著需求。例如，考虑以下情况 是有帮助的，即当实体的位置信息发生改变的任何时候该实体上载其位置信息。在此情况 下，如果实体的位置规则地发生变化，则会生成大量的网络流量。
[0007] 由于上述与流量相关的问题，现已作出大量努力，以试图改善流量情况。在一种致 力于改善在线流量的解决办法中，一旦接收到来自观察者的任何订制请求，则在线服务器 会对网络中关联的在线源（即，在线网络代理(PNA))做出针对在线信息的后端订制。因此， PNA会将根据通知而将在线信息上传至在线服务器，接下来该在线服务器使得观察者可获 得该在线信息。在另一系统中，一旦接收到来自观察者的任何订制请求，在线服务器使用会 话发起协议(SIP) REFER请求来通知相关联的在线源有关在线消息的需求。作为响应，在线 源通过使用SIP PUBLISH请求来将在线信息上传至在线服务器，之后在线服务器将该在线 ig息提供给观察者。
[0008] 然而，依旧存在进一步减小在线相关流量的需求。具体而言，上述系统不能指明需 要哪些特定在线信息（如果有的话），并且它们还引入引入新的协议过程。因此，在线源仍旧 需要发布有关在线实体(在线体)的所有可获得的在线信息。依旧存在有关认证与授权(即， 安全性）、在线源的发现以及路由选择的问题。
[0009] 另外，还应该注意的是，根据现有的在线模型，在线信息的发布是独立于订制而被 执行的。例如，如果在线信息未为被订制（需求），则在线源发布该在线信息是没有意义的。 如果在线源发布动态的在线信息(例如，位置信息），则应该在该信息被发布之前，理解对该 信息的需求。可仅在特定时间（例如，感兴趣的时刻）而不是频繁地请求有关在线体的在线 信息。还可仅请求特定的在线信息，即并非所有的在线信息。
【发明内容】
[0010]各种实施方式提供了一种用于传输在线信息的改进系统和方法。可通过改变所建 立的在线过程中所采取的各动作的顺序来实施各种实施方式，还对观察者信息通知进行了 加强。根据各种实施方式，一旦发起在线服务，在线源便开始通过使用软状态方法（即，使用 SIP PUBLISH请求)来发布有关在线体的在线信息。在各种实施方式中，并非一开始就进行 发布。相反，在线源会首先订制观察者信息，或者只是等待直至在线服务器联系到该在线 源。从而，仅在存在发布需求时，方才进行发布。在需求的情况下，还需要考虑该需求的属 性，以确定将发布哪类信息以及发布频率应该为多少。
[0011]通过以下结合附图的详细描述，本发明的这些优点及特征、其他优点及特征以及 本发明的工作结构和方式将变得显而易见。贯穿以下描述的多个附图，相同的元件具有相 同的参考数字。
【附图说明】
[0012] 图1是示出了根据本发明一种实施方式的在线源、在线服务器以及观察者之间的 交互的流程图；
[0013] 图2是示出了在新的观察者加入时在线源并未订制观察者信息的情况下的在线 源、在线服务器以及观察者之间的交互的流程图；
[0014] 图3是可与本发明各种实施方式的实现结合使用的电子装置的透视图；以及
[0015] 图4是可包含于图3的电子装置中的电路的示意图。
【具体实施方式】
[0016] 各种实施方式提供了一种用于传输在线信息的改进系统和方法。可通过改变所建 立的在线过程中所采取的各动作的顺序来实施各种实施方式，还对观察者信息通知进行了 加强。根据各种实施方式，一旦发起在线服务，在线源便开始使用软状态方法（即，使用SIP PUBLISH请求)来发布有关在线体的在线信息。
[0017] 在各种实施方式中，并非一开始就进行发布。相反，在线源会首先订制观察者信 息，或者只是等待直至在线服务器联系到该在线源。从而，仅在存在发布需求时，才进行发 布。在需求的情况下，还需要考虑该需求的属性，以确定将发布哪类信息以及发布频率应该 为多少。根据各种实施方式，如果在线服务器接收到来自授权观察者对在线体的在线信息 的订制请求，且在线源已订制了观察者信息的变化，则在线服务器将最新订制的观察者通 知给在线源。
[0018] 由于在线服务器期待在线源在在线服务器发出观察者信息通知之后马上发布在 线信息，因此需要特别注意一次性在线提取操作。由于在线服务器可能会因为缺少在线信 息的输入将通知延迟返回给观察者，所以在线服务器开始运行计时器，其中其期望在线源 发布在线信息。如果一切顺利，则一旦接收到观察者信息(winfo)通知，则在线源便会将在 线信息发布给在线服务器，并且在线服务器通过在线事件通知而将该在线信息转发至观察 者。如果在线源未在预期的时间帧内进行发布(这被视为错误情况），则在线服务器会经由 空白在线文档或者当前可用的在线文档（如果可用的话）（例如，默认的硬状态信息）来通知 观察者。
[0019] 除上述内容之外，为了实现一次性在线提取操作，对之前在因特网工程任务组 (IETF)请求评议(RFC)3857中定义的观察者信息状态机进行了修改。（IETF RFC 3857可在 www. ietf. org/rfc/rfc3857 . txt处找到）。根据RFC 3857，建议不针对过渡状态变化发出 winfo通知，不针对状态机从"初始"状态变化至"活动"状态再到"终止"状态时进行的在线 提取操作。在各种实施方式中，这一行为被修改，以使得在状态机从"初始"状态移动至"活 动"状态时总能生成通知。这使得在线源能够经由winfo通知而获悉活动提取者，并发布在 线信息。
[0020] 如果在线源并未订制观察者信息的变化，则在线服务器会发送SIP REFER请求至 在线源，以触发该在线源进行订制。IETF RFC 3515中详述了SIP REFER方法，IETF RFC 3515可在www. ietf ·org/rfc/rfc3515 · txt处找到。隐式订制（implicit subscription)不 是必需的，如IETF RFC 3515中描述的那样。因此，还可利用IETF RFC 4488中所述的过程来 消除非必须的隐式订制，IETF RFC 4488可在www. ietf .org/rfc/rfc4488. txt处找到。
[0021 ] 各种实施方式还可用于将winfo通知的范围扩展至包括其他特定属性。这些属性 可由观察者在其订制请求中指定，或者可由在线服务器在发送通知至观察者时指定。这些 特性属性包括但不限于，IETF RFC 4460和IETF RFC 4661(可分别在www.ietf.org/rfc/ rfc4660. txt和www. ietf.org/rfc/rfc4661. txt处找到）中所定义的事件通知过滤、draft-niemi-sipping-event_throttle-〇5(可在 www. ietf. org/internet-drafts/draft-niemi-sipping-event-throttle-05. txt处找到）中所定义的观察者请求的节流、或者PS配置的节 流。通过该方法，在线源仅在需要的时候发布在线信息。在此情况下，在线服务器仅发布观 察者所请求的在线信息。
[0022]图1是示出了根据本发明一种实施方式的在线源110、在线服务器115以及观察者 120之间的交互的流程图。在图1中的125,在线源100通过将SIP SUBSCRIBE(Winfo)通知发 送至在线服务器115来订制观察者信息。（根据图1中流程所发出的每个请求均以响应200 (OK)来进行响应，以确认其接收）。在130,在线服务器115通过使用SIP NOTIFY(Winfo)请求 来告知在线源110不存在活动观察者。
[0023] 稍后，在135,授权观察者120通过使用SIP SUBSCRIBE请求来订制在线体的在线信 息。该订制请求包含了对特定在线信息的需求(事件通知过滤）以及节流参数。缺少可用在 线信息的话，在线服务器115延迟通过通知来回应观察者的订制请求，并启动计时器，该计 时器定义了在线服务器115期待从在线源110接收在线信息的时间段。这示于140处。
[0024] 在145,在线服务器115通过使用SIP NOTIFY请求来将winfo通知发送至在线源。该 通知指示的是现在具有正在观察在线信息的观察者。该winfo通知还包括之前从观察者120 接收的过滤和节流信息。在150,在线源110通过使用SIP PUBLISH请求来作出软状态发