[go: up one dir, main page]

CN101507187B - 用于基于存在属性的存在通知的系统和方法 - Google Patents

用于基于存在属性的存在通知的系统和方法 Download PDF

Info

Publication number
CN101507187B
CN101507187B CN2007800304170A CN200780030417A CN101507187B CN 101507187 B CN101507187 B CN 101507187B CN 2007800304170 A CN2007800304170 A CN 2007800304170A CN 200780030417 A CN200780030417 A CN 200780030417A CN 101507187 B CN101507187 B CN 101507187B
Authority
CN
China
Prior art keywords
notice
observer
presence server
screening
blocking
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN2007800304170A
Other languages
English (en)
Other versions
CN101507187A (zh
Inventor
吴载权
玛尤雷施·M·帕蒂尔
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of CN101507187A publication Critical patent/CN101507187A/zh
Application granted granted Critical
Publication of CN101507187B publication Critical patent/CN101507187B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H04L51/043—Real-time or near real-time messaging, e.g. instant messaging [IM] using or handling presence information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/212—Monitoring or handling of messages using filtering or selective blocking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/306—User profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/535—Tracking the activity of the user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42365—Presence services providing information on the willingness to communicate or the ability to communicate in terms of media capability or network connectivity
    • H04M3/42374—Presence services providing information on the willingness to communicate or the ability to communicate in terms of media capability or network connectivity where the information is provided to a monitoring entity such as a potential calling party or a call processing server

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • Health & Medical Sciences (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)

Abstract

提供一种用于优化存在通知的系统和方法。该系统包括：存在服务器，其存储存在订阅和存在信息；和存在XDMS，用于存储与授权相关的信息，其中存在服务器存储属于基于存在的通知传递的筛选规则。该方法包括以下步骤：通过存在服务器存储存在订阅和存在信息；和通过存在XDMS存储与授权相关的信息，其中由存在服务器使用属于基于存在的通知传递的筛选规则。

Description

用于基于存在属性的存在通知的系统和方法
技术领域
本发明总的涉及网络和网络通信的领域。本发明适用于由OMA存在(Presence)和可用性工作组定义的用户的存在信息的通知。该发明涉及SIP技术。该发明意图优化该存在通知。更具体地，该发明涉及一种用于优化存在通知的针对基于存在的存在通知的系统和方法。
背景技术
存在系统架构有助于向其他人分享任何用户的存在信息。存在信息基本上是与用户相关联的信息，如用户的当前位置、对用户可用的联系信息、应用特定信息(如有关用户在IM客户端是在线或离线的即时消息、POC特定属性等)。当前用户需要订阅所要求的用户的存在信息，接着其他用户授权该用户查看他的存在信息。存在服务器实体保持该存在订阅且存储用户的存在信息。一旦用户的存在信息改变，存在服务器就向观察员发送该通知。观察员基本上是被授权观察一用户的存在属性的用户。当前用户一旦订阅存在信息他将连续地接收到存在信息改变的通知。SIP SUBSCRIBE和SIP NOTIFY方法被用于订阅和通知。存在巨大的通知和公布流量，而这是网络运营商的首要关注。随着用户数目增加，负荷将进一步增加。按照当前技术水平，存在非必要的通知流量流经网络实体和接入网的情形。
当前技术水平支持用于通知主体中的存在信息的筛选程序的定义。该通知主体由存在对象(Presentity)的各种存在信息构成。对于用户有着多个存在属性，而观察员可能不对全部存在属性感兴趣。这可通过在SUBSCRIBE主体中定义筛选程序来实现。用户将在订阅主体中定义筛选程序规则，该滤波程序有助于订阅所需的存在属性。在IETF草案Functional Description of Event Notification Filteringdraft-ietf-simple-event-filter-funct-05中定义该筛选程序规则。该筛选规则也通过对一些存在属性设置具体条件来定义何时发送该通知的规则，例如可用存在属性的状态由离线变为在线时就发送该通知。此类筛选规则能够在订阅请求的主体中分配，从而该筛选规则也用来设置内容级别。
以上描述的当前技术水平有下面的缺点：
1、在每次修改存在属性之后发出当前通知，通知流量非常高；
2、在当前情形中不可能阻断非必要的通知；
3、目前用户无法基于在那里的优选来控制该通知；
4、有时用户使用多个客户端，用户不希望在一些客户端设备上接收到通知，使用现有技术无法实现这点。
目前由IETF定义的筛选程序机制基本上是用于内容和通知率控制的规则，但是本发明基本上旨在基于观察员的存在属性来阻断通知。这些规则允许当用户忙碌或者用户不愿意接收通知(基于设备的性能)时阻断非必要的存在通知。这有助于控制通知流量和帮助用户设置通知阻断筛选规则。
发明内容
【技术问题】
本发明涉及用于优化存在通知的系统和方法。本发明旨在避免非必要的通知由此减少网络负荷和为用户所厌的通知。其提出基于观察员的存在信息来设置该通知。本发明提供设置用于存在信息的通知的、基于观察员的存在的筛选规则的系统和方法。
因此，本发明解释用于基于存在的存在通知的系统，该系统包括：
存在服务器，其存储存在订阅和存在信息；和
存在XDMS，用于存储与授权相关的信息，其中存在服务器存储属于基于存在的通知的传递的筛选规则。
因此，本发明还解释一种用于基于存在的存在通知的方法，该方法包括以下步骤：
通过存在服务器存储存在订阅和存在信息；和
通过存在XDMS存储与授权相关的信息，其中由存在服务器使用属于基于存在的通知的传递的筛选规则。
【有益效果】
本创新提供一种系统和方法以使用户能够基于他的存在属性设置通知阻断筛选程序的。
本发明具有以下优点：
i)因为能够阻断不想要的通知所以能够降低通知流量；
ii)能够使用用户的优选(如其存在信息)来设置该通知；
iii)用户能够设置用于该通知的时间周期；
iv)用户也能够基于其设备类型控制该通知。
同样对本领域的技术人员显然的是其他的控制方法和装置能够依照说明书和附图的教示从本发明的各种方法和装置的组合中演绎出来，且这些也应当被认为是落在本发明的范围之内的。进一步，因此上面省略对这样的组合和变化的描述。还应当注意到用于存储该应用的主机包括但不限于微芯片、微处理器、手持通信设备、计算机、翻译设备或多功能设备。
尽管已经参考附图，结合本发明的优选实施例充分地描述了本发明，但应当注意到各种改变和修改是可能的且对本领域的技术人员是显然的。应当理解此类改变和修改包括在由所附权利要求书限定的本发明的范围内，除非它们从中脱离。
附图说明
图1说明系统结构；
图2说明逻辑流；
图3说明单个域-观察员和存在处于相同的域；
图4说明多个域的订阅的情形；
图5说明替代解决方案，其中存在服务器将订阅观察员的存在信息并且接着将通知阻断筛选程序规则存储在存在服务器中；
图6和7说明存在通知的情形。
具体实施方式
从结合了附图的本发明的后继的详细说明，本发明的这些和其他目的、特征和优点将会变得更加明显。
现在将参考附图解释本发明的优选实施例。应当理解，公开的实施例仅是本发明的示范，其可以以多样的形式来实现。以下的说明和附图不应被解释为限制本发明，且描述各种具体细节来提供本发明的彻底理解，并作为权利要求的基础和作为教示本领域技术人员如何实现和/或使用本发明的基础。然而，在某些示例中，公知的或传统的细节没有描述以避免不必要地在细节方面使得本发明模糊。
当前的存在系统允许用户订阅其他用户的存在信息。存在服务器保持该订阅信息和存在信息。在OMA存在和可用性组中定义的当前的存在系统允许用户定义用于控制在通知中发送的信息量的筛选程序。当前的通知率也能够通过时间属性来控制。可是，由存在服务器产生不需要的通知的众多情形仍然发生。对网络流量来说是非常重的负荷。本创新旨在控制这些通知。
本创新旨在基于观察员的存在信息减少通知。本创新提出基于观察员的存在信息来发送通知。本创新允许用户设置规则，从而基于这些规则发送或阻断通知。对此的简单示例是，当观察员忙碌时则不发送该通知。存在多次这样的情况：用户忙碌并且不想接收通知，但是他希望保持订阅。这些就是下述情形：不想要的通知被发送而增加了用于传递该不想要的通知的网络负荷。本创新提出阻断这些不想要的通知的筛选程序规则。
图1示出用于所提出的创新的系统结构。该系统结构包括存在服务器120，其将存储该存在订阅和存在信息，以及存在XML文件管理服务器(XDMS)140，其将存储与授权相关的信息。在该创新中，我们提出该存在服务器120还存储属于基于存在的通知传递的筛选规则。如图2所示，在存在服务器120中，存储基于观察员的存在的通知阻断筛选程序，然后当给观察员的通知产生时，其将通过基于观察员的存在的通知阻断筛选程序，且然后如果该筛选程序允许则仅该通知被发送至观察员。本创新提出用于设置和应用这些基于观察员的存在的通知阻断筛选规则的方法。
本创新提出具有SUBSCRIBE请求且在SUBSCRIBE请求中包括基于观察员的存在的通知阻断筛选主体。在本创新中，我们提出基于观察员的存在的通知阻断筛选程序的结构及其操作流程和处理。
下文中，描述单个域和多个域的流程和操作信号流。
图2示出用于设置这些筛选程序规则的遵照本创新的总体步骤。客户端110首先使用其内部的基于观察员的存在的通知阻断筛选程序主体来构造SUBSCRIBE请求。该筛选程序主体将具有在发送通知前要被检查的具体的条件，例如，如果我的存在状态是BUSY(忙碌)则不发送该通知。该筛选程序主体是XML格式。存在服务器120从客户端110接收到SUBSCRIBE请求而然后评估条件。如果存在服务器120理解并且能够处理这些条件，则存在服务器接着发送200OK响应和具有值为“CondOK”的订阅状态报头并包含存在属性的主体的随后通知。从而请求的通知阻断筛选规则将被存储在存在服务器120中，且每当通知产生时都检查这些条件。
图3示出单个域的流程图，其中观察员和存在对象处于相同的域中。具体流程如下：
1.观察员310发送在订阅请求主体中的具有用于通知阻断的筛选程序的SUBSCRIBE请求；
2.SIP核心320转发该请求至存在服务器；
3.存在服务器330接收该请求，检查授权，以及检查筛选程序主体结构。如果发现筛选程序主体有效，则存在服务器330接着存储该筛选程序，并发送肯定的响应。如果授权不被允许，则存在服务器330依照SIP SUBSCRIBE/NOTIFY行为发送否定的响应。如果通知阻断筛选程序被允许，则存在服务器330也将“CondOK”包括在响应中，或者，如果通知阻断筛选程序不被允许则发送“CondReject”并接着终止订阅。可替换的，存在服务器330能够在接受请求的订阅的同时仅使请求的通知阻断筛选规则无效；
4.存在服务器330经过SIP核心320发送200OK；
5.SIP核心320转发该响应至观察员设备310；
6.存在服务器330发送具有如“CondOK”或“CondReject”的适当状态的初始通知响应以指示该请求的通知阻断筛选程序是被接受还是被拒绝；
7.SIP核心320转发通知响应至观察员310；
8.代表存在对象的存在源340识别存在对象的存在信息上的改变，并且向存在服务器330公布(PUBLISH)该更新的存在信息；
9.存在服务器330产生通知且随后检查通知阻断筛选程序规则；
10.如果通知阻断规则允许发送通知，则存在服务器330随后向观察员310发送该通知；
11.SIP核心320转发该通知请求至观察员310。
这样，定义存在通知阻断筛选程序并将其存储到存在服务器330，可以避免非必要的通知流经网络。这也有助于避免此类存在通知流经接入网，并且这对无线环境将非常有益。
图4示出多个域的情形。其中，客户端发送订阅请求且包括路由报头字段和如归属存在服务器430的分配值。
1.观察员410发送具有用于基于存在的筛选的筛选程序主体的SUBSCRIBE请求，并且还添加具有其归属存在服务器地址的路由报头字段；
2.SIP核心450转发该请求至观察员的归属存在服务器；
3.观察员的归属存在服务器430提取关于存在的筛选程序，设置该筛选程序，并添加记录路由报头和添加其地址并且向存在对象网络的SIP核心450转发该请求；
4.SIP核心420向存在对象的存在服务器440转发该订阅请求；
5.存在对象的存在服务器440检查授权策略，并且如果观察员被授权，则存在服务器440将存储有关存在文档的内容的筛选程序并发送200OK响应；
6.存在对象的SIP核心450转发该200OK响应至观察员的存在服务器430；
7-8.存在服务器430经由SIP核心450转发该200OK响应；
9-10.存在服务器440经过SIP核心420向观察员410发送第一初始通知，这将经过观察员的存在服务器430被路由，正如同以上的200OK响应；
11-12.观察员的存在服务器430接收该第一通知以及随后的合适的状态信息，并将其经由SIP核心420转发至观察员410；
13.存在对象的存在源460经过SIP核心450向存在对象的存在服务器440发送用于更新其存在信息的PUBLISH请求；
14.SIP核心450向存在对象的存在服务器440转发该请求；
15.存在对象的存在服务器440更新存在对象的存在文档，并且检查有关存在文档的内容的筛选程序，并通过将通知添加在路由报头中来发送通知至观察员的存在服务器430；
16.SIP核心450转发该通知请求至观察员的存在服务器430；
17-18.观察员的存在服务器430检查该通知并检查有关观察员的存在的筛选程序，如果筛选程序允许则经过SIP核心420转发该通知至观察员410。
这种方式定义存在筛选程序且将其存储到存在服务器，可以避免非必要的通知流经网络。其也有助于避免此类存在通知流经接入网，并且这对无线环境将非常有益。
图5示出替代的解决方案，其中存在对象的存在服务器将订阅观察员的存在信息并接着将基于观察员的存在的通知阻断筛选程序规则存储在存在对象的存在服务器中。从而存在对象的存在服务器将基于观察员的存在信息来阻断通知。
1-3.观察员410发送在主体中具有筛选程序的SUBSCRIBE请求，这将被路由至存在对象的存在服务器440。
4.存在对象的存在服务器440检查授权，并随后设置筛选程序规则和存储该筛选程序规则。
5-7.存在对象的存在服务器440经过SIP核心450、420发送200OK响应至观察员410。
8-10.存在对象的存在服务器440经过SIP核心450、420发送存在对象的存在信息的初始通知至观察员410。
11-13.存在对象的存在服务器440向观察员的存在服务器430订阅要求的观察员的存在信息。
14-20.观察员的存在服务器430主动授权存在服务器，并接着向存在对象的存在服务器440发送200OK响应和随后的观察员的存在属性的通知。
21-22.当存在对象的存在信息改变时，关于存在对象的存在源460将发送PUBLISH请求，以更新存在对象的存在服务器440中的存在信息。
23.存在服务器440将检查通知阻断规则以及内容筛选规则并且决定是否发送该通知。
24-26.存在对象的存在服务器440在检查筛选程序规则后将向观察员发送存在对象的存在信息的通知。
下文中，将描述基于观察员的存在的通知阻断筛选程序的主体结构。
本创新提出具有以下XML方案以用于设置筛选规则。该方案提出具有称作“通知-阻断-设置(Notification-Block-set)”的一个根元素。对此，有两个元素，其中之一是“PresAttrib”，而另一个是“TimeAttrib”。PresAttrib被用来设置与存在相关的条件，而TimeAttrib被用来在通知上设置基于时间的控制。PresAttrib由以下属性组成，
i.Equals(相等)：存在属性等于随后阻断该条件的因素
ii.Type(类型)：值的类型，是XPATH还是URI等
iii.FID：筛选程序ID，用于区分不同的筛选程序
iv.ValidTime(有效时间)：条件有效的时间段
v.OperationType(操作类型)：对筛选规则执行的操作，如添加更多的筛选程序、消除筛选规则
与规则相关联而执行的操作
PresAttrib将具有按照XPATH或URI格式的作为存在属性的值，从而存在服务器将检查存在属性是否等于Equals属性值(这是强制值)，如果发现相匹配则其会阻断该通知。ValidTime属性被用来给出该条件的有效时间段。TimeAttrib被用来设置基于时间的通知阻断，如阻断通知FROM(开始)到TO(结束)的值。注意在PresFilter中我们能够具有多个PresAttrib，意味着能够设置一个或多个条件。出现一个或两个PresAttrib时则执行逻辑OR操作，这对TimeAttrib亦然。
下面表1示出关于上述的基于观察员的存在的通知阻断筛选程序的结构的方案的定义。
【表1】
       <？xml version＝″1.0″encoding＝″UTF-8″？><xs:schema                                   xmlns＝″urn:Notification-Filter-rules″xmlns:xs＝″http://www.w3.org/2001/XMLSchema″targetNamespace＝″urn:Notification-Filter-rules″      elementFormDefault＝″qualified″
attributeFormDefault＝″unqualified″><xs:import            namespace＝″http://www.w3.org/XML/1998/namespace″schemaLocation＝″http://www.w3.org/2001/xml.xsd″/><xs:annotation><xs:documentation xml:lang＝″en″>XML Schema Definition for Filter Criteria.</xs:documentation></xs:annotation><！--   <xs:element name＝″filter-set″type＝″FilterSetType″/>--><！--Defination of attributes Elements--><xs:attribute name＝″Equals″type＝″xs:string″/><xs:attribute name＝″ValidTime″type＝″xs:time″/><xs:attribute name＝″FID″type＝″xs:string″/><xs:attribute name＝″Type″><xs:simpleType><xs:restriction base＝″xs:string″><xs:enumeration value＝″XPATH″/><xs:enumeration value＝″URI″/></xs:restriction></xs:simpleType></xs:attribute><xs:attribute name＝″OperationType″><xs:simpleType><xs:restriction base＝″xs:string″><xs:enumeration value＝″ADD″/><xs:enumeration value＝″REMOVE″/></xs:restriction></xs:simpleType></xs:attribute><！--Defination of Simple Elements--><xs:attribute name＝″From″type＝″xs:time″/><xs:attribute name＝″To″type＝″xs:time″/><xs:attribute name＝″FiltID″type＝″xs:string″/><！--Defination of Complex Elements--><xs:complexType name＝″PresenceCond″><xs:simpleContent><xs:extension base＝″xs:string″>
                   <xs:attribute ref＝″Equals″use＝″required″/><xs:attribute ref＝″ValidTime″use＝″optional″/><xs:attribute ref＝″FID″use＝″required″/><xs:attribute ref＝″Type″use＝″optional″default＝″XPATH″/><xs:attribute          ref＝″OperationType″          use＝″optional″default＝″ADD″/><xs:anyAttribute namespace＝″##other″processContents＝″lax″/></xs:extension></xs:simpleContent></xs:complexType><xs:complexType name＝″TimeAttribType″><xs:simpleContent>
               <xs:extension base＝″xs:boolean″><xs:attribute name＝″From″type＝″xs:time″use＝″required″/><xs:attribute name＝″TO″type＝″xs:time″use＝″required″/><xs:anyAttribute namespace＝″##other″processContents＝″lax″/></xs:extension></xs:simpleContent></xs:complexType><！--Defination of Presence Filter Elements--><xs:element name＝″Notification-Block-Set″><xs:complexType><xs:sequence><xs:element        name＝″PresAttrib″        type＝″PresenceCond″maxOccurs＝″unbounded″/><xs:element       name＝″TimeAttrib″        type＝″TimeAttribType″minOccurs＝″0″/></xs:sequence></xs:complexType></xs:element></xs:schema>
下面表2示出遵循上面表1的方案的定义的基于观察员的存在的通知阻断筛选程序的示例。
【表2】
Figure G2007800304170D00101
Figure G2007800304170D00111
由于在之前的部分中讨论了关于通知阻断筛选程序规则方案的各种元素和属性的定义。这部分解释对于XML文档格式的处理规则。
首先，讨论客户端一方的方案处理。
客户端将在SUBSCRIBE主体中使用用于定义基于存在的通知阻断筛选规则的方案。按照方案的定义，客户端将使用元素“PresAttrib”的存在筛选程序规则包括在根元素“Notification-Block-set”中。客户端使用XPATH注解或使用提及所用格式的具有“Type”属性的其他类型给PresAttrib分配值作为存在属性名称，并且在Equals属性中分配存在属性的值。如果缺少“Type”属性则XPATH将被当作默认的类型。客户端将使用FID属性给规则分配独有的筛选程序ID值。注意客户端能够将一个或多个PresAttrib包括在文档中用以包括多个条件，而这些条件将具有不同的“FID”值。PresAttrib还具有属性Operationtype，其将告知操作的类型，如“ADD(添加)”或“REMOVE(移除)”。具有消除OperationType值的PresAttrib被用来移除该筛选程序规则。如果使用REMOVE以及添加在PresAttrib元素的值中提及的一些值，则需要由服务器执行替换操作。默认地，如果OperationType没有包括在文档中，则ADD值会被考虑到。假设用户想为一些条件定义逻辑AND操作，则客户端将添加两个“PresAttrib”并给这两个PresAttrib分配相同的FID属性值。
客户端还能够使用“TimeAttrib”元素定义基于时间的筛选程序规则。客户端使用TimeAttrib并且按照要求的时间持续期相应地分配FROM和TO时间属性值。
接着，讨论服务器一方的方案的处理。当在SUBSCRIBE请求中接收到基于存在的通知阻断筛选程序主体，服务器将使用方案定义检查文档的有效性。当筛选程序无效时，服务器将报错。确认之后，服务器将读取通知阻断筛选程序规则，该规则由来自主体的“PresAttrib”元素的存在属性和“TimeAttrib”元素的时间属性构成，并且存储该筛选程序规则。服务器还检查该规则的有效时段(如果提到的话)并且对由客户端分配的规则分配FID。
如果出现多个“PresAttrib”元素和“TimeAttrib”元素，则服务器将对所有这些条件进行逻辑OR。当服务器识别出具有相同FID的两个条件时，则将对这两个条件执行逻辑AND操作。如果服务器接收具有FID的空“PresAttrib”元素或“TimeAttrib”元素且OperationType为“REMOVE”，则从服务器删除具有相同FID的特定的现有筛选程序规则。如果服务器接收具有FID的非空PresAttrib且OperationType为“REPLACE”，则具有相同FID的特定的现有筛选程序规则将被提及的规则取代。
下文中，描述存在服务器的行为。
想仅在特定的观察员的存在条件期间接收关于存在对象的存在信息的通知的观察员产生具有存在通知阻断筛选程序规则(其描述观察员的存在条件)的SUBSCRIBE请求。如同以上部分3中所述的观察员能够在筛选程序主体中描述他的优选存在条件以接收该通知，并且将筛选程序主体包括在针对存在对象的存在信息的SUBSCRIBE请求中。当包含在SUBSCRIBE请求中时，该筛选程序的内容类型能够被描述为“simple-filter-presfilter+xml”。
以下，描述存在服务器的行为。
首先，讨论基于观察员的存在的通知阻断筛选程序的提取。
本发明提出的基于观察员的存在的通知阻断筛选程序的新内容类型可以是“simple-filter-presfilter+xml”。当包含在SUBSCRIBE请求的主体中时，该内容类型用于存在服务器以识别涉及观察员的存在的通知阻断筛选程序的存在。当被识别到时，存在服务器从SUBSCRIBE主体中提取该通知阻断筛选程序并将其存储用于进一步处理。
接着，讨论提取的基于观察员的存在的通知阻断筛选程序的处理。
存在服务器按上面的部分3所述的以及下列解释来处理该提取的基于观察员的存在的通知阻断筛选程序。
如果存在服务器理解并能够处理在涉及观察员的存在的通知阻断筛选程序中描述的这些条件，则存在服务器发送200OK响应和随后的具有订阅状态报头值为“active”和“CondOK”以及具有请求的目标存在对象的存在属性的主体的NOTIFY。
当接收到具有涉及观察员的存在的通知阻断筛选程序的成功的订阅时，存在服务器存储筛选规则，该筛选规则将为NOTIFY请求的进一步产生而施加于观察员。当产生包括由观察员请求的存在对象的存在属性的NOTIFY请求时，存在服务器检查基于观察员的存在的通知阻断筛选程序中的条件。如果该条件与存在服务器所知的当前观察员的存在属性匹配，则存在服务器抑制发送NOTIFY请求给观察员，不然，存在服务器向观察员发送NOTIFY请求。图3示出按照这些程序的示例流程。
如果存在服务器识别基于观察员的存在的通知阻断筛选程序，但是其无法评估在该筛选程序中的特定条件，则存在服务器将发送200OK或202Accepted(接受)响应以及随后的NOTIFY请求，该请求具有订阅状态报头值为“terminated(终止)”和“CondReject”，这告诉观察员在基于观察员的存在的通知阻断筛选程序中所请求的条件不能被评估，并接着将终止该订阅。
可替换地，即使存在服务器无法理解该通知阻断筛选规则，如果存在服务器希望维持订阅，则存在服务器通过发送200OK或202Accepted响应来维持订阅，并且在随后的NOTIFY请求中设置订阅状态报头值为“active”和“CondReject”，同时保持该订阅。所以当观察员接收到具有订阅状态为“active”和“CondReject”的NOTIFY请求时，接着客户端能够辨别请求的通知阻断筛选规则被存在服务器拒绝或不为存在服务器理解，但是请求的订阅仍然有效，因此以后能够接收有关目标存在对象的请求的存在属性的通知。
如果存在服务器不支持通知阻断筛选规则，则存在服务器将发送403Forbidden(禁止)响应或其他合适的错误响应到SUBSCRIBE请求。这可以取决于存在服务器的本地策略。
接下来，讨论多个域的情形。
在观察员驻留在不同于目标存在对象的领域中的情形中，具有基于观察员的存在的通知阻断筛选规则的SUBSCRIBE请求应当被路由至观察员的存在服务器，然后被转发到存在对象的存在服务器，正如图4和以上部分1b的步骤所示范的那样。在此情况下，如上所述的，观察员的存在服务器处理基于观察员的存在的通知阻断筛选规则，且在成功处理基于观察员的存在的通知阻断筛选规则后，转发SUBSCRIBE请求至存在对象的存在服务器，以便进一步处理对存在对象的存在信息的订阅以及按照RFC 4660“通知筛选的功能描述”的观察员的事件通知筛选程序(如果有的话)。当从存在对象的存在服务器接收到关于存在对象的存在信息的NOTIFY请求后，观察员的存在服务器检查该基于观察员的存在的通知阻断筛选规则是否与当前观察员的存在属性相匹配。如果匹配，则观察员的存在服务器禁止向观察员转发该接收到的NOTIFY请求，不然，则转发该NOTIFY请求，正如上面所指明的。
在以上多个域中，SUBSCRIBE请求应当被路由至观察员的存在服务器以便处理和存储涉及观察员的存在的通知阻断筛选规则。然而，目前，SUBSCRIBE请求仅能经过SIP核心被直接路由至存在对象的存在服务器。同样地，这要求在SUBSCRIBE SIP会话路径中授权(mandate)该观察员的存在服务器。这可通过使用具有观察员的存在服务器或其归属存在服务器的SIP地址的SIP路由报头来实现。因此，在多个域的情况下，用于观察员的归属存在服务器或存在服务器将充当转发来自存在对象的存在服务器的通知的中继服务器，并且充当在其中将按照基于观察员的存在的通知阻断筛选规则控制给观察员的通知的节点。
接着，讨论另一个多个域的情形。
可替换地，在观察员驻留在不同于目标存在对象的领域中的情形中，具有基于观察员的存在的通知阻断筛选规则的SUBSCRIBE请求应当被直接路由至存在对象的存在服务器，然后，存在对象的存在服务器处理该订阅请求且按照RFC 4660“通知筛选的功能描述”的观察员的事件通知筛选程序(如果有的话)。当识别到具有基于观察员的存在的通知阻断筛选规则时，则存在对象的存在服务器如上所述对其处理，并且接着向观察员的存在服务器发送SUBSCRIBE请求用于订阅观察员的存在信息以获得观察员的最新存在信息。当产生关于存在对象的存在信息的NOTIFY请求时，存在对象的存在服务器检查该基于观察员的存在的通知阻断筛选规则是否与当前观察员的存在属性匹配。如果匹配，则存在对象的存在服务器禁止向观察员发送NOTIFY请求，不然，则发送该NOTIFY请求至观察员。图5示出依据这些程序的示例流程。
下文中，将描述基于观察员的存在的通知阻断筛选程序主体的替代结构和处理。
除部分2所述的基于观察员的存在的通知阻断筛选程序主体结构外，本发明提出下面的替代结构。下表3示出该替代结构的方案定义。
【表3】
       <？xml version＝″1.0″encoding＝″UTF-8″？><xs:schema                                  xmlns＝″urn:Notification-Filter-rules″xmlns:xs＝″http://www.w3.org/2001/XMLSchema″targetNamespace＝″urn:Notification-Filter-rules″elementFormDefault＝″qualified″><xs:import            namespace＝″http://www.w3.org/XML/1998/namespace″schemaLocation＝″http://www.w3.org/2001/xml.xsd″/><xs:annotation><xs:documentation xml:lang＝″en″>Schema Definition for NotificationBlock Filter Criteria.
       </xs:documentation></xs:annotation><xs:element name＝″notblock-filter-set″type＝″NOTblockFilterSetType″/><xs:complexType name＝″NOTblockFilterSetType″><xs:sequence><xs:element       name＝″ns-bindings″        type＝″NSBindings″minOccurs＝″0″/><xs:element  name＝″notblock-filter″  type＝″NOTblockFilterType″maxOccurs＝″unbounded″/></xs:sequence>
            <xs:attribute name＝″watcher-uri″type＝″xs:anyURI″use＝″optional″/><xs:anyAttribute namespace＝″##other″processContents＝″lax″/></xs:complexType><xs:complexType name＝″NSBindings″><xs:sequence><xs:element       name＝″ns-binding″       type＝″NSBinding″maxOccurs＝″unbounded″/></xs:sequence></xs:complexType><xs:complexType name＝″NSBinding″><xs:attribute name＝″prefix″type＝″xs:string″use＝″required″/><xs:attribute name＝″urn″type＝″xs:anyURI″use＝″required″/></xs:complexType><xs:complexType name＝″NOTblockFilterType″><xs:sequence><xs:element name＝″presattrib″type＝″presattribType″minOccurs＝″0″maxOccurs＝″unbounded″/><xs:element         name＝″timeattrib″      type＝″timeattribType″minOccurs＝″0″maxOccurs＝″unbounded″/><xs:any namespace＝″##other″processContents＝″lax″minOccurs＝″0″maxOccurs＝″unbounded″/></xs:sequence><xs:attribute name＝″id″type＝″xs:string″use＝″required″/><xs:attribute    name＝″remove″    type＝″xs:boolean″use＝″optional″default＝″false″/><xs:attribute    name＝″enabled″   type＝″xs:boolean″use＝″optional″default＝″true″/><xs:attribute name＝″valid-till″type＝″xs:dateTime″use＝″optional″/><xs:anyAttribute namespace＝″##other″processContents＝″lax″/></xs:complexType><xs:complexType name＝″presattribType″><xs:sequence><xs:element  name＝″include″   type＝″InclType″   minOccurs＝″0″maxOccurs＝″unbounded″/><xs:any namespace＝″##other″processContents＝″lax″minOccurs＝″0″maxOccurs＝″unbounded″/>
   </xs:sequence></xs:complexType><xs:complexType name＝″InclType″><xs:simpleContent><xs:extension base＝″xs:string″><xs:attribute  name＝″type″  type＝″TypeType″  use＝″optional″default＝″xpath″/><xs:anyAttribute namespace＝″##other″processContents＝″lax″/></xs:extension></xs:simpleContent></xs:complexType><xs:simpleType name＝″TypeType″><xs:restriction base＝″xs:string″><xs:enumeration value＝″xpath″/><xs:enumeration value＝″namespace″/></xs:restriction></xs:simpleType><xs:complexType name＝″timeattribType″><xs:sequence><xs:element     name＝″duration-date″    type＝″duration-dateType″minOccurs＝″0″maxOccurs＝″unbounded″/><xs:element     name＝″duration-time″    type＝″duration-timeType″minOccurs＝″0″maxOccurs＝″unbounded″/><xs:any namespace＝″##other″processContents＝″lax″minOccurs＝″0″maxOccurs＝″unbounded″/></xs:sequence></xs:complexType><xs:complexType name＝″duration-dateType″><xs:attribute name＝″from″type＝″xs:dateTime″use＝″optional″/><xs:attribute name＝″till″type＝″xs:dateTime″use＝″optional″/><xs:anyAttribute namespace＝″##other″processContents＝″lax″/></xs:complexType><xs:complexType name＝″duration-timeType″><xs:attribute name＝″from″type＝″xs:time″use＝″optional″/><xs:attribute name＝″till″type＝″xs:time″use＝″optional″/><xs:anyAttribute namespace＝″##other″processContents＝″lax″/></xs:complexType>
  </xs:schema>
表3示出本发明提出的用于基于观察员的存在的通知阻断筛选规则的替代方案，其基本上基于RFC 4661“基于XML格式的事件通知筛选”以及适当改进以支持基于观察员的存在的通知阻断筛选规则。这部分简要地解释该方案的结构。
该方案定义称之为“notblock-filter-set(不阻断筛选程序设置)”的根元素。根元素具有以下元素：
ns-bindings：用于指明名称间隔(namespace)和前缀之间的绑定；
notblock-filter：用于指明筛选程序规则。
“notblock-filter-set”根元素具有一个称之为“watcher-uri”的属性，其被用来基于谁的存在属性将被施加该通知阻断筛选规则来指明目标观察员URI。
“notblock-filter”元素被用来指明筛选规则。该元素具有以下属性：
i)id：该属性用于识别筛选程序规则。
ii)remove：该属性用来移除筛选规则。它的值是布尔值(真/假)。
iii)enable：该属性用于使能/禁止筛选规则。它的值是布尔值(真/假)。
iv)valid-till：该属性用于指明对于特定筛选规则的有效的时间和日期。它的值是日期和时间。
“notblock-filter”元素能够具有两个子元素，i)presattrib，其帮助定义用于因其阻断通知的特定存在信息的筛选规则，以及ii)timeattrib，其帮助识别用于阻断通知的时间段。“presattrib”具有“include”元素。“include”具有一个属性“type”，用于指明“include”元素的值的类型。“type”属性的值可以是‘xpath’或其他，其中‘xpath’在缺少“type”属性的情况下是默认值。我们能够使用XPATH布尔运算符以指明关于存在属性的特定条件(见表5示例)。我们包括多于一个的include元素来指明多个条件。多个条件将进行逻辑与运算。在不同notblock-filter元素中指明的存在条件将进行逻辑或运算。
“notblock-filter”元素的“timeattrib”子元素将被用于指明阻断通知的时间段。该元素具有两个元素i)duration-time，ii)duration-date。“duration-time”和“duration-date”元素具有两个属性，一个是“from”而另一个是“till”，这分别用来指明时间和日期的持续期间(见表4示例)。在该持续期间所有通知将被阻断。
下表4示出基于观察员的存在的通知阻断筛选程序的示例，其遵循上表3的替代方案定义。
【表4】
      <？xml version＝″1.0″encoding＝″UTF-8″？><notblock-filter-set xmlns＝″urn:Notification-Filter-rules″watcher-uri＝″target_watcherexample.com″><ns-bindings>
      <ns-binding prefix＝″dm″urn＝″urn:ietf:params:xml:ns:pidf:data-model″/><ns-binding prefix＝″rpid″urn＝″urn:ietf:params:xml:ns:pidf:rpid″/></ns-bindings><！--The notification will be blocked if one of the following Conditions getmatch--><！--Condition1:Notificaiton will be blocked  when the Watcher is′away′and′meeting′--><notblock-filter id＝″123″><presattrib><include>//dm:person/rpid:activities/rpid:away</include><include>//dm:person/rpid:activities/rpid:meeting</include></presattrib></notblock-filter><！--Condition2:Notificaiton will be blocked when the Watcher is not willing tocommunicate--><notblock-filter id＝″567″><presattrib><include>//dm:person/op:overriding-willingness[op:basic＝″closed″]</include></presattrib></notblock-filter><！--Condition3:Notificaiton will be blocked for the specified duration--><notblock-filter id＝″abc″><timeattrib>
  <duration-time from＝″18:00:00″till＝″00:00:00″/><duration-time from＝″00:00:00″till＝″08:00:00″/></timeattrib></notblock-filter></notblock-filter-set>
除部分3之外，遵循上表3的方案定义的基于观察员的存在的通知阻断筛选程序主体将如下所述地来处理：
首先，讨论客户端一方的处理。
客户端将在SUBSCRIBE主体中使用上述的方案以定义基于存在的通知阻断筛选规则。按照方案的定义，客户端能够当其不希望接收通知时，在每个“notblock-filter”元素下指明通知阻断规则。当指明多个通知阻断规则时，当在“notblock-filter”元素中指明的通知阻断规则之一匹配时该通知将被阻断。也即，在“notblock-filter-set”根元素下的每个“notblock-filter”元素中的通知阻断筛选规则的评估是逻辑或运算。
在“notblock-filter”元素内的通知阻断筛选规则中，客户端能够使用“presattrib”或“timeattrib”子元素来指明多个条件。这些条件的评定是逻辑与运算，即，在“notblock-filter”元素中的通知阻断规则仅当规则中的全部条件赋值为真时才匹配。
在构成一个通知阻断筛选规则的每个“notblock-filter”元素中，客户端能够使用“presattrib”元素来指明用于通知阻断的存在属性。这些存在属性能够被表达为XPATH的格式。客户端也能够使用“timeattrib”元素来指明将阻断通知的时间持续期间。“timeattrib”元素能够具有两类子元素：“duration-time”子元素用来指明用于通知阻断的每日时间持续期间，而“duration-date”子元素用来指明用于通知阻断的确切日期和时间持续期间。
客户端能够通过使用“notblock-filter”元素的“id”属性的值来识别“notblock-filter”元素中的通知阻断筛选规则。客户端能够通过使用“notblock-filter”元素的“enable”属性的值来使能/禁止通知阻断筛选规则。客户端能够通过使用“notblock-filter”元素的“remove”属性来移除该通知阻断筛选规则。客户端能够通过设置“notblock-filter”元素的“valid-till”属性来设置通知阻断筛选规则的有效时间持续期间。
接着，服务器一方的处理按如下进行。
当接收到在SUBSCRIBE请求中的关于基于存在的通知阻断筛选程序主体的客户端请求时，服务器将使用以上的方案定义检查文档的有效性。当筛选程序无效时，服务器将报错。确认之后，服务器将从SUBSCRIBE主体中提取通知阻断筛选程序规则并将其存储。
当评估在“notblock-filter”元素中规定的通知阻断筛选规则时，服务器检查由“notblock-filter-set”根元素的“watcher-uri”属性指明的目标的存在属性是否与“presattrib”元素中的存在条件相匹配。同样，服务器检查当前时间是否处于“timeattrib”元素所指明的时间持续期间条件内。如果所有存在和时间条件都匹配，则通知阻断筛选规则被赋值为真。
当“notblock-filter-set”元素中的一个或多个通知阻断规则被赋值为真时，则服务器将阻断通知。如果满足以下条件之一，则服务器将忽视和不会赋值“notblock-filter”元素中的通知阻断规则：
“notblock-filter”元素的“enable”属性值被设置为假；或
“notblock-filter”元素的“valid-till”属性所指明的时间已经过期。
当服务器接收“notblock-filter”元素的通知阻断规则，其具有设为真的“id”属性和“remove”属性，服务器将移除具有相同“id”属性值的服务器存储的通知阻断规则。
下文中，将描述根据本发明的基于存在属性的存在通知方法。
以下部分给出图6和图7所示的示例流程。
首先，讨论用户在他离开(Away)时设置筛选程序的情形。
在图6所示的示例中，用户A设置筛选程序规则为：当他“away”则不发送通知。为此，用户A将按照本发明定义的方案构造SUBSCRIBE请求并包括通知阻断筛选程序规则作为主体。在该示例中，用户A将设置PresAttrib等于PIDF文档的“away”RPID元素，即PIDF文档的RFC 4480“Rich Presence Extensions to the PresenceInformation Data Format(PIDF)”，所以如果用户A的RPID存在属性是“away”则服务器不会发送通知(640)。接收到请求后服务器将分析该请求并接着发送在订阅状态报头元素中具有CondOK的通知。这样，该方法用来设置通知阻断筛选规则(650)。
接着，讨论客户端不愿意通信的情形。
在图7所示的示例中，用户A设置筛选程序规则为：当他不愿意通信时则不发送通知。为此，用户A将按照本发明定义的方案构造SUBSCRIBE请求并包括通知阻断筛选程序规则作为主体。在该例中，用户A将设置PreseAttrib等于PIDF文档的“overriding-willingness(不愿意)”元素以及“Equals”属性为“closed(结束)”，所以如果用户A的“overriding-willingness”存在属性是“closed”时则服务器不会发送通知(740)。接收到请求后服务器将分析该请求并接着发送在订阅状态报头元素中具有CondOK的通知。这样，该方法用来设置筛选规则(750)。

Claims (11)

1.一种用于基于存在的存在通知的系统，包括：
存在服务器，其存储存在订阅和存在信息；和
存在XML文件管理服务器，用于存储与授权相关的信息，
其中存在服务器存储属于基于存在的通知传递的筛选规则、以及基于观察员的存在的通知阻断筛选程序，而且
其中观察员被授权观察用户的存在属性。
2.如权利要求1所述的系统，其中，当产生给观察员的通知时，所述通知是经过该基于观察员的存在的通知阻断筛选程序来传递的。
3.如权利要求2所述的系统，其中，当该筛选程序允许所述通知时，该通知被发送至观察员。
4.一种基于存在的存在通知的方法，包括以下步骤：
通过存在服务器存储存在订阅和存在信息；以及
通过存在XML文件管理服务器存储与授权相关的信息，
其中由存在服务器使用属于基于存在的通知传递的筛选规则，
其中存在服务器存储该筛选规则、以及基于观察员的存在的通知阻断筛选程序，而且
其中观察员被授权观察用户的存在属性。
5.如权利要求4所述的方法，其中，当产生给观察员的通知时，所述通知是经过该基于观察员的存在的通知阻断筛选程序来传递的。
6.如权利要求5所述的方法，其中，当该筛选程序允许所述通知时，该通知被发送至观察员。
7.如权利要求6所述的方法，其中，在筛选过程中，客户端首先构造具有基于观察员的存在的通知阻断筛选程序主体的SUBSCRIBE请求，该筛选程序在该主体中包含在发送所述通知之前将要检查的具体的条件。
8.如权利要求7所述的方法，其中，存在服务器从客户端接收SUBSCRIBE请求且随后评估该条件。
9.如权利要求8所述的方法，其中，如果存在服务器理解和能够处理该条件，则存在服务器发送肯定的响应以及具有订阅状态报头的后续的通知和包含存在属性的筛选程序。
10.如权利要求9所述的方法，其中，请求的通知阻断筛选程序被存储到存在服务器，并且每当产生通知时，检查这些条件。
11.如权利要求4所述的方法，其中，使用路由报头字段在位于不同域的两个存在服务器之间执行网络到网络的接口连接。
CN2007800304170A 2006-08-14 2007-08-14 用于基于存在属性的存在通知的系统和方法 Active CN101507187B (zh)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
IN1442CH2006 2006-08-14
IN1442/CHE/2006 2006-08-14
KR1020070081530A KR20080016467A (ko) 2006-08-14 2007-08-14 프레즌스 속성 기반의 프레즌스 통지 시스템 및 방법
KR1020070081530 2007-08-14
KR10-2007-0081530 2007-08-14
PCT/KR2007/003898 WO2008020705A1 (en) 2006-08-14 2007-08-14 System and method for presence notification based on presence attribute

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN201110308973.8A Division CN102307243B (zh) 2006-08-14 2007-08-14 用于基于存在属性的存在通知的系统和方法

Publications (2)

Publication Number Publication Date
CN101507187A CN101507187A (zh) 2009-08-12
CN101507187B true CN101507187B (zh) 2013-01-16

Family

ID=39384558

Family Applications (2)

Application Number Title Priority Date Filing Date
CN2007800304170A Active CN101507187B (zh) 2006-08-14 2007-08-14 用于基于存在属性的存在通知的系统和方法
CN201110308973.8A Active CN102307243B (zh) 2006-08-14 2007-08-14 用于基于存在属性的存在通知的系统和方法

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201110308973.8A Active CN102307243B (zh) 2006-08-14 2007-08-14 用于基于存在属性的存在通知的系统和方法

Country Status (6)

Country Link
US (2) US8849986B2 (zh)
EP (3) EP2506537B1 (zh)
JP (1) JP5230622B2 (zh)
KR (3) KR20080016467A (zh)
CN (2) CN101507187B (zh)
WO (1) WO2008020705A1 (zh)

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101461056B1 (ko) * 2007-11-28 2014-11-11 삼성전자주식회사 무선 인스턴트 메시징 시스템의 상태 정보 관리 방법 및 그장치
CN101626372A (zh) * 2008-07-07 2010-01-13 华为技术有限公司 实现相对条件评估的方法、系统及服务器、客户端
US7984102B1 (en) 2008-07-22 2011-07-19 Zscaler, Inc. Selective presence notification
CN102257793A (zh) 2008-12-19 2011-11-23 爱立信电话股份有限公司 用于处理资源数据的方法和设备
CN101771549A (zh) * 2008-12-31 2010-07-07 华为技术有限公司 一种发送通知消息的方法及装置
CN101800759B (zh) * 2009-02-10 2013-08-07 中兴通讯股份有限公司 一种邀请订阅的实现系统及方法
EP2396940B1 (en) * 2009-02-13 2018-05-30 Telefonaktiebolaget LM Ericsson (publ) A method and an arrangement for handling resource data
US8060572B2 (en) 2009-02-24 2011-11-15 Research In Motion Limited Subscription management for a content-based presence service
US8452959B2 (en) 2009-02-24 2013-05-28 Research In Motion Limited Method and system for registering a presence user with a presence service
US8606233B2 (en) 2009-02-24 2013-12-10 Blackberry Limited Content-based publication-subscription system for presence information
US20120042073A1 (en) * 2009-04-01 2012-02-16 Telefonaktiebolaget Lm Ericsson (Publ) Method and Nodes for Transmitting User Context between Communication Networks
US20100268767A1 (en) * 2009-04-09 2010-10-21 Research In Motion Limited System and Method for Information Retrieval from a Context Aware Mechanism
EP2417729A4 (en) * 2009-04-10 2012-09-05 Research In Motion Ltd METHOD AND SYSTEM FOR PRESENTING SIMPLIFIED DATA FACILITIES THROUGH A CONTEXTIC ACCESSIBILITY LAYER
US8363644B2 (en) * 2009-09-14 2013-01-29 Skype Presence information
US8244816B2 (en) * 2009-09-14 2012-08-14 Skype System and method for controlling regularity of presence status transmission based on resource usage of a user transmitting node
CN102594718A (zh) * 2011-01-12 2012-07-18 阿尔卡特朗讯 一种处理呈现信息的方法和装置
US9917946B2 (en) * 2012-12-21 2018-03-13 International Business Machines Corporation Determining the availability of participants on an electronic call
CN104426956B (zh) * 2013-08-28 2018-10-12 华为技术有限公司 一种终端状态订阅方法、装置及系统
DE102014003520A1 (de) * 2014-03-16 2015-09-17 Tobias Rückert Verfahren und System zur Bearbeitung einer elektronischen Nachricht
US10356017B2 (en) * 2015-12-14 2019-07-16 T-Mobile Usa, Inc. Configurable use of local presence authorization policy
RU2661294C1 (ru) * 2017-08-03 2018-07-13 федеральное государственное бюджетное образовательное учреждение высшего образования "Уфимский государственный авиационный технический университет" Способ получения многослойной детали из титанового сплава
CN111795482B (zh) * 2019-04-03 2021-10-26 群光电能科技股份有限公司 具有元件效能衰退预警功能的空调箱及其预警方法
US10965631B2 (en) 2019-05-14 2021-03-30 International Business Machines Corporation Activity-related relevance processing of electronic message(s)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1685753A (zh) * 2002-10-09 2005-10-19 诺基亚公司 通信系统
CN1742475A (zh) * 2002-12-19 2006-03-01 诺基亚公司 在通信路径中的中间装置的应用服务过滤
CN1794652A (zh) * 2005-11-09 2006-06-28 华为技术有限公司 一种设置呈现体配置信息的方法、系统、服务器及单元

Family Cites Families (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6167448A (en) * 1998-06-11 2000-12-26 Compaq Computer Corporation Management event notification system using event notification messages written using a markup language
KR100938518B1 (ko) 2000-03-16 2010-01-25 마이크로소프트 코포레이션 통지 플랫폼 아키텍처
US8701027B2 (en) * 2000-03-16 2014-04-15 Microsoft Corporation Scope user interface for displaying the priorities and properties of multiple informational items
US7243130B2 (en) * 2000-03-16 2007-07-10 Microsoft Corporation Notification platform architecture
US7870196B2 (en) * 2000-11-08 2011-01-11 Nokia Corporation System and methods for using an application layer control protocol transporting spatial location information pertaining to devices connected to wired and wireless internet protocol networks
EP1397923B1 (en) 2001-05-11 2005-04-20 Nokia Corporation Mobile instant messaging and presence service
US20030048195A1 (en) * 2001-08-31 2003-03-13 Dirk Trossen Apparatus and method to sense and subscribe to presence information
JP4060592B2 (ja) 2001-12-28 2008-03-12 富士通株式会社 状態表示プログラム及び記録媒体
US7035923B1 (en) * 2002-04-10 2006-04-25 Nortel Networks Limited Presence information specifying communication preferences
US6757722B2 (en) * 2002-07-16 2004-06-29 Nokia Corporation System and method for providing partial presence notifications
US7480915B2 (en) * 2002-10-03 2009-01-20 Nokia Corporation WV-IMS relay and interoperability methods
EP1550337B1 (en) 2002-10-09 2012-03-28 Nokia Siemens Networks Oy A communication system
US20040098491A1 (en) * 2002-11-14 2004-05-20 Jose Costa-Requena Accessing presence information
US7523165B2 (en) * 2002-12-24 2009-04-21 Telefonaktiebolaget L M Ericsson (Publ) Transmission of application information and commands using presence technology
US8443092B2 (en) * 2003-12-23 2013-05-14 Alcatel Lucent Presentity filtering for user preferences
JP2005196600A (ja) * 2004-01-09 2005-07-21 Hitachi Ltd プレゼンスデータ管理方法
US20050228895A1 (en) * 2004-03-30 2005-10-13 Rajesh Karunamurthy Method, Web service gateway (WSG) for presence, and presence server for presence information filtering and retrieval
JP4540706B2 (ja) * 2004-04-13 2010-09-08 リサーチ イン モーション リミテッド インターネットプロトコルプッシュツートークネットワークサーバへ応答動作モードを指示するためのセッション開始プロトコルプッシュツートーク端末用の方法
US20060080428A1 (en) * 2004-06-07 2006-04-13 Nokia Corporation Method, system and computer program to enable semantic mediation for SIP events through support of dynamically binding to and changing of application semantics of SIP events
KR100677506B1 (ko) 2004-10-23 2007-02-02 엘지전자 주식회사 Ｐｔｔ 서비스 예약 방법
CN1794709A (zh) * 2005-11-04 2006-06-28 华为技术有限公司 一种呈现信息的通知方法和系统
US20060149816A1 (en) 2004-12-20 2006-07-06 Microsoft Corporation Method and system for providing notification when a user becomes available for communicating
ZA200708898B (en) * 2005-04-26 2009-03-25 Ericsson Telefon Ab L M A method and arrangement for providing context information
US20060248184A1 (en) * 2005-04-29 2006-11-02 Alcatel System and method for managing user groups in presence systems
US20060286993A1 (en) * 2005-06-20 2006-12-21 Motorola, Inc. Throttling server communications in a communication network
US8681751B2 (en) * 2005-07-11 2014-03-25 Nokia Corporation Method and apparatus for providing presence information in support of wireless communication services
EP1905208B1 (en) * 2005-07-19 2009-10-07 Telefonaktiebolaget LM Ericsson (publ) Method and apparatus for allocating application servers in an ims
FI20055644A0 (fi) * 2005-12-02 2005-12-02 Nokia Corp Ryhmäviestintä
US7991895B2 (en) * 2005-12-09 2011-08-02 Nokia Corporation Limiting access to network functions based on personal characteristics of the user
US7886013B2 (en) * 2005-12-15 2011-02-08 Telefonaktiebolaget Lm Ericsson (Publ) Selective throttling presence updates
US8005073B2 (en) * 2006-02-13 2011-08-23 Nokia Corporation Representing network availability status information in presence information
US20070226295A1 (en) * 2006-03-23 2007-09-27 Nokia Corporation Method and apparatuses for retrieving messages
US20070280453A1 (en) * 2006-05-30 2007-12-06 Motorola, Inc. Method and system to provide access network information to a service
US20070286100A1 (en) * 2006-06-09 2007-12-13 Mika Juhani Saaranen Local discovery of mobile network services
US9338028B2 (en) * 2006-06-19 2016-05-10 Nokia Technologies Oy Utilizing information of a local network for determining presence state
US8768259B2 (en) * 2006-08-01 2014-07-01 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for collecting user activity in a telecommunications system
WO2008073009A1 (en) * 2006-12-14 2008-06-19 Telefonaktiebolaget Lm Ericsson (Publ) A method and arrangement for handling a subscription for client data

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1685753A (zh) * 2002-10-09 2005-10-19 诺基亚公司 通信系统
CN1742475A (zh) * 2002-12-19 2006-03-01 诺基亚公司 在通信路径中的中间装置的应用服务过滤
CN1794652A (zh) * 2005-11-09 2006-06-28 华为技术有限公司 一种设置呈现体配置信息的方法、系统、服务器及单元

Also Published As

Publication number Publication date
US20110055369A1 (en) 2011-03-03
KR20140033191A (ko) 2014-03-17
JP2010500840A (ja) 2010-01-07
KR101511469B1 (ko) 2015-04-10
KR20080016467A (ko) 2008-02-21
EP2858307A3 (en) 2015-05-06
EP2506537B1 (en) 2015-01-28
WO2008020705A1 (en) 2008-02-21
KR20150018860A (ko) 2015-02-24
CN101507187A (zh) 2009-08-12
US8849986B2 (en) 2014-09-30
EP2052493B1 (en) 2012-09-05
JP5230622B2 (ja) 2013-07-10
US20140372608A1 (en) 2014-12-18
EP2506537A2 (en) 2012-10-03
EP2858307B1 (en) 2019-05-08
EP2506537A3 (en) 2013-01-09
EP2858307A2 (en) 2015-04-08
US9331926B2 (en) 2016-05-03
CN102307243A (zh) 2012-01-04
CN102307243B (zh) 2014-12-10
EP2052493A4 (en) 2010-04-07
EP2052493A1 (en) 2009-04-29

Similar Documents

Publication Publication Date Title
CN101507187B (zh) 用于基于存在属性的存在通知的系统和方法
CN1863175B (zh) 一种呈现业务接入装置，呈现业务系统及发布和获取呈现信息的方法
US8972502B2 (en) Apparatus and method for managing user chat experiences with businesses
US20080010301A1 (en) Method and system for notifying presence information
US9357026B2 (en) Presentity authorization of buddy subscription in a communication system
US8965976B2 (en) Apparatus and method for managing user chat experiences with businesses
CN101160879B (zh) 一种设置呈现体配置信息的方法、系统、服务器及单元
US20140100961A1 (en) System for Providing Information to Client Terminal when Conducting Communication Service
CN101553782B (zh) 用于管理可扩展标记语言文档管理服务器历史的系统和方法
CN101160846A (zh) 一种发布呈现信息的方法和系统
CN101146243A (zh) 一种业务订阅的方法和系统及相应的设备
CN102138315A (zh) 在ims用户中的服务共享
CN101946480B (zh) 观察方信息通知中的特定于观察方信息
CN101809605B (zh) 用于出席信息的基于会话发起协议的动态广告的方法和系统
EP2156363A2 (en) Method and system for content level reactive authorization
KR101378217B1 (ko) 다중 프리젠티티용 ｒｌｓ 통보 기준을 제공하기 위한시스템 및 방법
CN100358283C (zh) 一种呈现业务系统及发布和获取呈现信息的方法
CN101321158A (zh) 一种限制业务资源订阅的方法、系统及装置
WO2008098460A1 (fr) Procédé, système et serveur permettant de diffuser une publicité au moyen d&#39;informations relatives à la présence
US20060200545A1 (en) Multi-supplier multi-domain mediation element between an application service provider and resource provider in a telecommunication network
KR101441646B1 (ko) 소셜 네트워크 서비스의 인맥 확장 방법 및 장치
US10318961B2 (en) Method and arrangement for providing network events
KR20100098889A (ko) 사용자 단말기를 통한 고객 센터의 프리젠스 정보 제공 방법 및 그 시스템과 고객센터 서버
KR20120049457A (ko) Ｉｍｓ 응용 서비스에서 사용자간 기기 공유 방법 및 장치
EP2859690A2 (en) Apparatus and method for managing user chat experiences with businesses

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant