CN100574203C - 一种呈现信息的通知方法和系统 - Google Patents

一种呈现信息的通知方法和系统 Download PDF

Info

Publication number
CN100574203C
CN100574203C CNB2005101166414A CN200510116641A CN100574203C CN 100574203 C CN100574203 C CN 100574203C CN B2005101166414 A CNB2005101166414 A CN B2005101166414A CN 200510116641 A CN200510116641 A CN 200510116641A CN 100574203 C CN100574203 C CN 100574203C
Authority
CN
China
Prior art keywords
notification rule
notification
presentation information
processing unit
issue
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
CNB2005101166414A
Other languages
English (en)
Other versions
CN1859139A (zh
Inventor
田林一
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.)
Beijing Zhigu Tech Co Ltd
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CNB2005101166414A priority Critical patent/CN100574203C/zh
Priority to CNA2006800122229A priority patent/CN101160874A/zh
Priority to PCT/CN2006/002851 priority patent/WO2007048339A1/zh
Publication of CN1859139A publication Critical patent/CN1859139A/zh
Priority to US11/986,943 priority patent/US20080208953A1/en
Application granted granted Critical
Publication of CN100574203C publication Critical patent/CN100574203C/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
    • 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]

Abstract

本发明涉及一种呈现信息的通知方法、系统以及呈现服务器，呈现服务器接收观察体客户端订阅呈现体的呈现信息的订阅消息；呈现服务器接收呈现体客户端发送的包含呈现信息的发布消息，判断该观察体是否设置有基于观察体状态的通知规则，如果有，则呈现服务器获取观察体的状态信息；呈现服务器根据观察体状态与通知规则的匹配情况确定是否向观察体发布处理后的发布消息。所述通知规则可以由观察体预先设置在呈现XDMS中或呈现服务器中，也可以在订阅时产生，利用本发明的方法和系统，呈现服务器可以由用户需要决定是否向其通知以及通知哪些呈现信息。

Description

一种呈现信息的通知方法和系统
技术领域
本发明涉及一种信息通知的方法和系统，尤其涉及一种呈现信息的通知方法、系统以及呈现服务器。
背景技术
目前，呈现业务的应用越来越广泛，呈现业务(Presence Service)是一种搜集和发布呈现信息(presence information)的通信业务。可能许多人希望获取呈现业务用户的呈现信息，这些人可能包括用户的家人、朋友，也可能包含陌生人，而很多呈现信息都是用户隐私。呈现业务使用户可以利用各种终端，突破空间与时间的限制，寻找聊天伙伴、查询伙伴的状态信息等，实现即时的文本与多媒体信息交流。通过呈现服务器(Presence Server)完成用户状态的呈现与管理，根据呈现信息，可以知道对方是否在线、正在干什么(如开会、吃饭等)、心情、客户端能力、爱好等等信息，用户可以通过发送邀请给其它用户，进行铃声、图片、文件等媒体内容共享。
图1描述了现有技术中实现呈现业务的系统结构，包括呈现体客户端或者应用服务器、呈现服务器(Presence Server)、观察体客户端或应用服务器和呈现XDMS(Presence XML Document Management System)；其中呈现服务器包括订阅处理装置、存储装置以及发布和通知处理装置；
呈现体客户端或者应用服务器为呈现信息源，当其呈现信息发生改变时，主动向呈现服务器发送PUBLISH发布消息，发布呈现信息；
观察体客户端或应用服务器订阅呈现体的呈现信息，并接收来自呈现服务器的NOTIFY通知消息。
订阅处理装置负责接收观察体客户端或应用服务器的SUBSCRIBE订阅消息，根据被订阅的呈现体预先设置的订阅授权规则(呈现服务器到XDMS中获取)来判断订阅的结果，如果允许订阅，则请求“存储装置”将订阅关系保存在呈现服务器中；
发布和通知处理装置，接收呈现体客户端或者应用服务器发送的发布请求，从“存储装置”获取到某一个订阅者(观察体)，对呈现信息进行处理(合并、合成、内容过滤等)以后，将呈现信息通知给观察体客户端。
发布和通知处理装置是最重要的一个装置，图2描述了它的结构，它包括呈现信息合成装置、内容授权规则检查装置、观察体过滤装置、部分通知处理装置和呈现信息发布装置；呈现信息合成装置用于将新发布的呈现信息和服务器中保存的呈现信息进行合成处理；内容授权规则检查装置用于按照呈现体客户端设置的规则(对于某个观察体客户端允许发布哪些信息)，将不允许发布的信息过滤掉；观察体过滤装置用于按照观察体设置的事件通知过滤规则(Event Notification Filtering，如不希望接收某个呈现体客户端的哪些信息)，将不希望接收的呈现信息内容过滤掉(比如观察体仅希望接收用户状态相关的呈现信息，其他呈现信息将被过滤掉)；部分通知处理装置按照观察体客户端在SUBSCRIBE订阅时设置的规则(比如只接收部分用户位置相关的呈现信息)，将不属于订阅范围的信息过滤掉；呈现信息发布装置用于将处理后的呈现信息NOTIFY通知给观察体客户端。上面利用的规则均为现有规则，其中内容授权规则检查装置、观察体过滤装置和部分通知处理装置都是可选装置，当呈现体或观察体没有设置其中的某些规则时，就可以不需要相应的装置，而且现有技术中的上述规则都是内容相关处理规则。
呈现XDMS(Presence XML Document Management System)保存呈现体的授权列表(订阅授权列表、内容授权列表等)、群组列表等。
观察体客户端或应用服务器和呈现体客户端或应用服务器可以是移动终端，如手机、PDA(掌上电脑)、智能终端(例如数字机顶盒)等，也可以是固定终端，移动终端上的上述功能同样可以运用于固定终端中，目前也出现了具有SIP功能的固定终端；呈现体客户端上有一个用于订阅消息的应用程序，用户可以通过选择订阅需要订阅的信息，确认后，观察体客户端或应用服务器或呈现体客户端将所有消息包括用户标识符等一并发送到呈现服务器。
上述方案中，SUBSCRIBE和PUBLISH等均为SIP消息。SUBSCRIBE的SIP消息头中的“From”字段为观察体的身份标志，“To”表示呈现体的身份标志。如果消息体为空，则订阅呈现体的所有呈现信息，如果消息体中包含一个部分订阅XML文档，其指明订阅呈现体的哪些呈现信息。现有机制中订阅授权列表采用XML文档描述，包括<Condition>、<Action>和<Transformation>元素，元素<Condition>表示匹配条件，包括1)Identity：用户身份标志，例如“sip:zhangsan@163.com”；2)Domain：域，例如“@163.com”，对于符合<Condition>条件的用户，订阅成功后，可以向他们发布呈现信息(如活动状态：开会、吃饭等)；元素<Action>表示匹配以后采取的动作，主要包括：allow(允许)、block(拒绝)、polite-block(友好拒绝，该过程返回订阅成功消息，但是永远不向观察体通知呈现信息，即友好地拒绝；达到的效果跟拒绝一样)和confirm(等待确认)；元素<Transformation>表示订阅成功后允许向观察体发布哪些信息，这个仅仅在发布信息时执行并且是由呈现体控制的。
在现有技术中存在部分订阅、事件通知过滤两种技术方案，部分订阅：在订阅时，指明订阅的呈现信息的范围(订阅哪种类型的呈现信息、此类型呈现信息中的哪些部分)；事件通知过滤：主要是观察体设置的针对呈现信息内容的一些过滤，例如仅接收符合特定名称空间的呈现信息元素等。
订阅请求包含“消息头”、“消息体”两部分；其中“消息头”部分指明了观察体(订阅者)、呈现体(被订阅者)等信息；消息体包含事件通知过滤规则、呈现信息订阅内容(比如位置信息、Poc信息等)和订阅范围(订阅某种类型的所有信息，还是仅订阅部分信息)。其中事件通知过滤条件、订阅范围是可选的。
上述方案中呈现XDMS与呈现服务器分离，各种规则保存在呈现XDMS上，呈现体客户端通过聚合代理(Aggregation Proxy)使用XCAP协议，或者应用服务器直接使用XCAP协议，或者用户通过人机交互界面(如网页)去呈现XDMS设置和修改各种规则；现有技术中，呈现XDMS也可以和呈现服务器合并，各种规则保存在呈现服务器中。
下面结合图3具体描述一下现有技术方案中的流程：
1)呈现体A首先要在呈现XDMS进行一些设置(例如订阅授权规则(允许哪些用户订阅)、内容授权规则(允许发布哪些信息)等，呈现服务器可以通过XCAP协议来获得这些规则，或者如果呈现服务器订阅了这些规则的改变通知，则当这些规则发生改变时，呈现XDMS会通知呈现服务器。订阅授权规则(Subscription Authorization Rule)和内容授权规则(ContentAuthorization Rule)保呈现一个XML文件中，此XML包括3个重要的元素<Condition>、<Action>、<Transformation>。<Condition>表示匹配的条件，<Action>表示匹配的结果，(允许、拒绝、友好拒绝、等待确认)，<Condition>和<Action>的组合对应订阅授权规则，用于按照呈现体客户端设置的规则处理观察体客户端的订阅请求；<Transformation>对应内容授权规则，用于按照呈现体客户端设置的规则(对于某个观察体客户端允许发布哪些信息)，将不允许发布的信息过滤掉)；事件通知过滤(Event Notification Filter)中使用<namespace>指明接收满足此名称空间限制的呈现信息，<what>中使用<include>指明接收哪些呈现信息字段(这里仅列举了部分事件通知过滤条件)。
2)观察体B向呈现服务器请求订阅(SUBSCRIBE)呈现体A的呈现信息；
3)呈现服务器中的订阅处理装置接收观察体B的SUBSCRIBE订阅消息，呈现服务器从呈现XDMS中获取呈现体A预先设置的订阅授权规则，根据订阅授权规则来判断订阅的结果，如果允许订阅，则请求“存储装置”将订阅关系保存在呈现服务器中；
4)呈现体A向呈现服务器发布(PUBLISH)信息；
5)呈现服务器中的发布和通知处理装置接收呈现体A发送的发布请求，从“存储装置”获取到某个订阅者(观察体B)，并到呈现XDMS或者呈现服务器中获取呈现体A和观察体设置的内容相关处理规则，发布和通知处理装置进行如下操作：呈现信息合成装置用于将新发布的呈现信息和服务器中保存的呈现信息进行合成处理；内容授权规则检查装置用于按照呈现体客户端设置的规则(对于某个观察体客户端允许发布哪些信息)，将不允许发布的信息过滤掉；观察体过滤装置用于按照观察体设置的规则(如不希望接收某个呈现体客户端的哪些信息)，将不希望接收的信息过滤掉(比如观察体仅希望接收属于用户状态相关的呈现信息，其他呈现信息将被过滤掉)；部分通知处理装置按照观察体客户端在SUBSCRIBE订阅时设置的规则(比如只接收部分用户位置相关的呈现信息)，将不属于订阅范围的信息过滤掉；呈现信息发布装置用于将处理后的呈现信息NOTIFY通知给观察体客户端(观察体B)。
在上述的现有技术中，存在观察体无法设置通知条件的缺点，现有技术中观察体成功订阅呈现体的呈现信息以后，每当呈现体的呈现信息发生变更时，呈现服务器都会根据订阅关系将呈现信息通知给观察体。但是只能够控制呈现信息发布内容的多少，无法控制呈现信息接收的频率、接收有效期、接收时间段、接收次数以及根据自身状态来接收呈现信息、也无法控制呈现体客户端或者应用服务器的发布行为等。导致有如下缺点：(1)观察体并不希望一直收取呈现体的信息---比如睡觉时间不希望收取；(2)增加了呈现服务器的负荷；(3)造成用户终端一直在处理呈现信息，导致不必要的电池消耗；(4)用户无法在订阅时指明订阅有效期，必须手工去取消订阅；(5)无法根据自身状态来接收呈现信息，比如观察体处于“工作”状态时，不接收游戏等呈现信息，以使得自己工作时造成分心；(6)无法根据观察体的要求控制呈现体客户端或者应用服务器的发布行为，导致了无效信息在网络上传输，浪费了网络带宽。
发明内容
本发明的目的就是提供一种呈现信息的通知方法和系统，扩展现有的订阅机制，提供更丰富的订阅手段，使得观察体在订阅时可以指明接收呈现信息的时间段、接收频率、接收次数、根据自身状态接收信息；服务器根据这些条件来判定是否向观察体发送通知；必要时发送信息要求呈现体客户端或者应用服务器控制其发布行为。为实现本发明提供如下技术方案：
本发明提供一种呈现信息的通知方法，包括如下步骤：
呈现服务器接收观察体客户端订阅呈现体呈现信息的订阅消息；
呈现服务器接收呈现体客户端发送包含呈现信息的发布消息，判断该观察体是否设置有通知规则，如果有，则根据观察体和呈现体预先设置的内容相关处理规则和所述通知规则处理发布消息，所述呈现服务器还处理所述通知规则，将处理后的结果和/或观察体的接收状态发送给呈现体客户端，呈现体客户端根据所述处理后的结果和/或观察体的接收状态控制呈现信息的发布；
呈现服务器将处理后的发布消息发送到观察体客户端或应用服务器。
还包括，判断订阅消息中是否设置有通知规则，如果没有设置通知规则，则订阅结束，如果设置了通知规则，则保存通知规则。
所述通知规则是由观察体预先设置在呈现XDMS中或呈现服务器中的。
对发布消息的处理包括判断发布消息是否超过订阅有效期(如2005年8月1日到2005年9月1日)，并作相应处理。
如果超过订阅有效期，呈现服务器还删除订阅关系和/或通知观察体订阅关系已经解除。
对发布消息的处理包括判断发布消息是否在指定的时间段内(如每天8:00到18:00)和/或判断是否超过当天的接收次数上限，并作相应处理。
对发布消息的处理包括判断发布消息是否高于设定的接收频率(每10分钟一次)和/或根据观察体的状态处理发布消息(如开会时不接收任何呈现信息、工作时不接收游戏相关呈现信息等)。
所述观察体通过订阅刷新或在WEB界面修改所述通知规则。
本发明还提供一种通知呈现信息的系统，包括呈现服务器，所述呈现服务器包括发布和通知处理装置以及通知规则处理装置；
发布和通知处理装置，根据订阅关系找到观察体，并向通知规则处理装置发出询问，根据观察体和呈现体预先设置的内容相关处理规则和通知规则处理装置返回的响应处理发布消息；
通知规则处理装置，判断观察体是否设有通知规则，如果有，根据通知规则判断是否符合通知条件和/或符合通知哪些内容，并返回给发布和通知处理装置相应的响应；
所述发布和通知处理装置处理所述通知规则，将处理后的结果和/或观察体的接收状态发送给呈现体客户端，呈现体客户端根据所述处理后的结果和/或观察体的接收状态控制呈现信息的发布。
所述的系统还包括订阅处理装置，所述订阅处理装置判断订阅请求消息中是否设置有通知规则，如果没有设置通知规则，则订阅结束，如果设置了通知规则，则保存通知规则。
所述通知规则是由观察体预先设置在呈现XDMS中或呈现服务器中的。
所述通知规则处理装置判断是否超过订阅有效期，并作相应处理。
如果超过订阅有效期，呈现服务器还删除订阅关系和/或通知观察体订阅关系已经解除。
所述通知规则处理装置判断是否在指定的时间段内和/或判断是否超过当天的接收次数上限，并作相应处理。
所述通知规则处理装置判断是否高于设定的接收频率和/或根据观察体的状态处理发布消息。
所述通知规则处理装置还判断是否高于设定的接收频率和/或根据观察体的状态处理发布消息。
所述观察体通过订阅刷新或在WEB界面修改所述通知规则。
本发明还提供另一种通知呈现信息的系统，包括呈现服务器，所述呈现服务器包括发布和通知处理装置，所述发布和通知处理装置包括通知规则处理装置；
发布和通知处理装置，根据订阅关系找到观察体，并由通知规则处理装置判断观察体是否设有通知规则，如果有，根据通知规则判断是否符合通知条件和/或符合通知哪些内容，并将结果发送给发布和通知处理装置的其它模块，发布和通知处理装置的其它模块根据观察体和呈现体预先设置的内容相关处理规则和通知规则处理装置发送来的结果处理发布消息；
所述发布和通知处理装置处理所述通知规则，将处理后的结果和/或观察体的接收状态发送给呈现体客户端，呈现体客户端根据所述处理后的结果和/或观察体的接收状态控制呈现信息的发布。
所述系统还包括订阅处理装置，所述订阅处理装置判断订阅请求消息中是否设置有通知规则，如果没有设置通知规则，则订阅结束，如果设置了通知规则，则保存通知规则。
所述通知规则处理装置判断是否超过订阅有效期。
如果超过订阅有效期，呈现服务器还删除订阅关系和/或通知观察体订阅关系已经解除。
所述通知规则处理装置判断是否在指定的时间段内和/或判断是否超过当天的接收次数上限。
所述通知规则处理装置判断是否高于设定的接收频率和/或根据观察体的状态处理发布消息。
所述通知规则还可以是由观察体预先设置在呈现XDMS中或呈现服务器中的，例如呈现服务器提供WEB页面允许观察体查看自己的订阅列表，观察体可以针对已订阅的某个呈现体设置和修改通知规则。
本发明提供了一种呈现服务器，包括：发布和通知处理装置以及通知规则处理装置；
发布和通知处理装置，根据订阅关系找到观察体，并向通知规则处理装置发出询问，根据观察体和呈现体预先设置的内容相关处理规则和通知规则处理装置返回的响应处理发布消息；
通知规则处理装置，用于判断观察体是否设有通知规则，如果有，根据通知规则判断是否符合通知条件和/或符合通知哪些内容，并返回给发布和通知处理装置相应的响应；
所述发布和通知处理装置处理所述通知规则，将处理后的结果和/或观察体的接收状态发送给呈现体客户端，呈现体客户端根据所述处理后的结果和/或观察体的接收状态控制呈现信息的发布。
所述的呈现服务器还包括订阅处理装置，用于判断订阅请求消息中是否设置有通知规则，如果没有设置通知规则，则订阅结束，如果设置了通知规则，则保存通知规则。
所述的通知规则处理装置进一步用于判断是否超过订阅有效期，并作相应处理。
本发明还提供了一种呈现服务器，包括发布和通知处理装置，其特征在于，所述发布和通知处理装置包括通知规则处理装置；
发布和通知处理装置，根据订阅关系找到观察体，并由通知规则处理装置判断观察体是否设有通知规则，如果有，根据通知规则判断是否符合通知条件和/或符合通知哪些内容，并将结果发送给发布和通知处理装置的其它模块，发布和通知处理装置的其它模块根据观察体和呈现体预先设置的内容相关处理规则和通知规则处理装置发送来的结果处理发布消息；
所述发布和通知处理装置处理所述通知规则，将处理后的结果和/或观察体的接收状态发送给呈现体客户端，呈现体客户端根据所述处理后的结果和/或观察体的接收状态控制呈现信息的发布。
所述的呈现服务器还包括订阅处理装置，所述订阅处理装置用于判断订阅请求消息中是否设置有通知规则，如果没有设置通知规则，则订阅结束，如果设置了通知规则，则保存通知规则。
所述通知规则处理装置进一步用于判断是否超过订阅有效期，并作相应处理。
本发明通过上述技术方案，更加合理利用了呈现服务器的资源，使呈现信息的发布变得更加合理化，人性化，用户可以根据实际情况决定是否需要接收发布信息及哪类发布信息。通过以下结合附图对本发明优选实施方式的描述，本发明的其他特点、目的和效果将变得更加清楚和易于理解。
附图说明
下面将参考附图来描述本发明的优选实施方式，其中：
图1为现有技术中实现呈现业务的系统结构图；
图2为现有技术中发布和通知处理装置的系统结构图；
图3为现有技术方案的执行流程图；
图4为本发明的系统结构图；
图5为本发明的订阅和发布流程流程图；
图6为本发明的订阅处理流程图；
图7为本发明的发布处理流程图；
图8为本发明的观察体设置的接收策略流程图；
在所有的上述附图中，相同的标号表示具有相同、相似或相应的特征或功能。
具体实施方式
下面结合附图对本发明做进一步的说明。
参考图4，改进后的系统包括呈现体客户端或者应用服务器、呈现服务器(Presence Server)、观察体客户端或应用服务器和呈现XDMS(PresenceXML Document Management System)；呈现服务器包括订阅处理装置、存储装置、发布和通知处理装置和通知规则处理装置；参考图5至图7，具体的订阅和发布流程如下：
1)观察体B(观察体客户端或应用服务器)向呈现服务器的订阅处理装置发送订阅请求，订阅呈现体A的呈现信息；
2)订阅处理装置根据呈现XDMS中的订阅授权规则进行处理，如果订阅授权没有通过，返回订阅失败响应；如果订阅授权通过，则保存订阅关系到存储装置中，然后判断订阅请求消息中是否设置有接收策略，如果没有设置接收策略，则订阅结束，如果设置了接收策略，则将接收策略保存到存储装置中(当然保存到什么装置中可以灵活决定，也可以保存在通知规则处理装置中或保存在呈现服务器的任何具有存储能力的装置中或XDMS中)；
3)呈现体A(呈现体客户端或者应用服务器)向发布和通知处理装置发布呈现信息；
4)发布和通知处理装置根据订阅关系找到观察体B，并向通知规则处理装置发出询问，通知规则处理装置判断观察体B是否设有通知规则(接收策略)，如果有，根据通知规则(接收策略)判断是否符合通知条件，并返回给发布和通知处理装置相应的响应，进入步骤5)；如果没有，按现有的发布流程进行发布处理；
5)如果返回的响应为符合通知条件，发布和通知处理装置则进行发布处理(包括信息的合成、内容授权、事件通知过滤等)，并向观察体B发布呈现信息；如果返回的响应不符合通知条件，则发布和通知处理装置放弃向该观察体B发布呈现信息；
该实施例中虽然只例举了通知规则处理装置位于呈现服务器中的情况，本领域技术人员应该明白，该通知规则处理装置也可以位于发布和通知处理装置中，所起的作用是相同的。而且，接收策略同样可以作为订阅关系的一部分，可以不需要分别存储。
本发明中的通知规则可以不需要在订阅时设置，而是用户预先设置在呈现XDMS中或呈现服务器中，呈现服务器中的通知规则处理装置可以从呈现XDMS中或呈现服务器中获得该规则，而进行处理，现有的内容授权规则是呈现体通过XCAP协议到XDMS中修改和设置的，事件通知过滤条件(EventNotification Filtering)的修改是观察体发送订阅刷新消息(Subscription RefreshRequest)来更新事件通知过滤条件。
通知规则的设定和修改可以通过两种方式实现：
(1)在订阅消息中初始设定通知规则，然后通过订阅刷新消息进行修改；
(2)通过其他手段设置，比如呈现服务器提供WEB界面给观察体查看自己订阅的呈现体列表，并且允许观察体在WEB界面上初始设定或者修改其通知规则。
本实施例中的观察体和呈现体均为呈现体客户端或应用服务器，应用服务器包括游戏服务器或具有相似功能的服务器，也包括即时消息服务器(如ICQ/MSN服务器)。
下面对观察体的订阅策略处理流程图作一个详细的说明，参考图8，具体流程如下：
1)通知规则处理装置判断出观察体有通知规则(接收策略)，首先判断是否超过观察体设置的订阅有效期；如超过订阅有效期，通知发布和通知处理装置放弃发送通知消息，删除存储装置中的订阅关系；当然也可以通知观察体订阅关系已经解除；如果未超过订阅有效期，进入步骤2)；对于订阅有效期，观察体设置订阅有效期为2005-8-1 10:00～2005-9-1 10:00，那么如果发布消息不在此范围内，将不向观察体发送通知，2005-9-1 10:00以后解除订阅关系；
2)判断是否在指定的时间段内，如果不在指定的时间段内，则通知发布和通知处理装置放弃发送通知消息；如果在指定的时间段内，进入步骤3)；比如观察体设置了订阅有效期内每天8:00～18:00，而呈现服务器接收到发布消息的时间为9:00，则满足要求。
3)判断是否超过当天的接收次数上限，如果超过了接收次数上限，则通知发布和通知处理装置放弃发送通知消息；如果没有超过接收次数上限，进入步骤4)；呈现体设置的通知次数(接收次数)限制(比如总次数1000次，每天10次)，那么总数和每天的次数都有一个计数器；总数的计数器每发一次，就加1，每天的次数计数器每天从零开始计数，每发一次就加1；发送通知前判断当前发送总次数是否超过1000，同时判断今天发送总次数是否超过10，如果可以发送，总次数和当天次数都加1；到第二天，当天的计数会清0，总次数不会清0；
4)判断是否高于设定的接收频率，如果高于设定的接收频率，则通知发布和通知处理装置放弃发送通知消息；如果不高于设定的接收频率，进入步骤5)；对于接收频率要求，可以设定两种方法：(第1种)每10分钟一次，比如8:00开始计算，那么8:00～8:10之间，服务器在8:10可以选择把最后一次发布的信息处理后通知给观察体，也可以把10分钟内多次发布的合并处理再发布给观察体；(第2种)一分钟不能大于10条，这种情况下，收到发布消息就处理并通知观察体，并且需要计数，当1分钟内发送条目超过10条时，选择丢弃。
5)将按照发布流程处理好的消息通知给观察体；
上述流程中，如果没有条件限制的，可以认为符合通知条件，对于判断接收策略和发布流程的处理的顺序没有一定的限制，无论先执行哪个步骤都能达到本发明的目的。在每次消息通知给观察体后，发布次数自动加一。对于各种条件可以采用数据库的形式进行存储和处理。
上述本发明涉及到的各个操作步骤及各种规则策略的制定，本领域技术人员根据现有掌握的编程手段就能轻易实施。
为有助于理解，下面列举几个具体的应用例子：
1、无线电台提供了道路交通状况的呈现信息服务，司机张三订阅了此服务；
(1)由于其仅在白天开车，因此其他时间不需要接收道路交通状况信息；
(2)道路交通状况信息变更频繁，因此其希望每10分钟接收一次更新的呈现信息；
(3)张三仅希望使用一个月这种服务；
订阅和发布流程如下：
(1)张三向呈现服务器发送订阅请求，请求中包含：呈现体标志(无线电台)、呈现信息类型(交通路况信息)，通知条件为接收时间段(白天8:00～18:30)、接收频率(10分钟接收一次)和使用期限(1个月)；其中订阅消息包含扩展后的事件通知过滤条件，增加字段<when>、<rate>、<expire-time>来指明相应的通知规则；
(2)呈现服务器根据无线电台的订阅授权规则进行处理，假设订阅成功；上述通知条件被记录在呈现服务器中(可单独存储，也可存储在过滤规则或者订阅关系中)；
(3)早晨9:00无线电台向呈现服务器发布交通状况呈现信息；
(4)呈现服务器根据订阅关系找到张三，如果发现1个月的使用期限已到，则放弃向张三发送通知，并解除订阅关系(可以向张三发送解除订阅关系的通知或通过某种方式通知张三是否续订阅，这种方式可以是在订阅流程中实现，呈现服务器的订阅处理装置向张三的终端或应用服务器发送是否继续订阅的请求消息)；否则，进行下一步处理；
早晨9:00在其设置的接收时间段(白天8:00～18:30)内；进行下一步处理；
如果10分钟内无线电台仅发布了一次呈现信息，则其经过其他处理后(合成、内容授权、事件通知过滤等)通知给张三；如果10分钟内无线电台发布了多次，呈现服务器可以选择最后一次发布的信息通知给张三；呈现服务器也可以对多次发布的信息进行缓存，将多次发布的信息进行处理(合并、合成等)后通知给张三。
2、张三和李四是合作公司伙伴，仅仅是一种工作上的合作关系，平时生活中并不需要联系；张三仅仅希望在工作时间接收李四的呈现信息，其他时间不接收；
订阅和发布流程如下：
(1)张三向呈现服务器发送订阅请求，请求中包含：呈现体标志(李四)、通知条件为接收时间段(白天8:00～18:30)；
(2)呈现服务器根据李四的订阅授权规则进行处理，假设订阅成功；上述通知条件被记录在呈现服务器中(过滤规则、订阅关系中或者作为单独的形式进行存储)；
(3)李四在8:00～18:30期间向呈现服务器发布呈现信息时，发布的信息进行处理(合并、合成、内容过滤等)后通知给张三，而李四在8:00～18:30期间之外向呈现服务器发布呈现信息时，呈现服务器不向张三发布消息。
3、张三和李四是游戏站队的成员，李四是专职的游戏人员，而张三白天还需要上班；因此张三仅希望在工作以外的时间接收李四的游戏相关的呈现信息。该方案同样可以根据设置时间段进行限制，这里就不再详细描述。
除了上述接收策略之外，观察体的所处状态也可以设定为接收策略中的一个元素，呈现服务器还根据观察体的所处状态来向观察体通知呈现信息，如：张三希望能够针对自己的状态来接收相关呈现信息；包括：
(1)“开会时/免打扰”，不接收任何人的任何呈现信息；
(2)“在家时”，不接收所有跟位置相关的任何呈现信息；
(3)“工作时”，不接收游戏相关的、或者某些人的呈现信息；
该方案可以由观察体向呈现服务器随时发送状态信息(如观察体本身也作为呈现体，并向呈现服务器发布状态信息)，呈现服务器将状态信息随时更新进行存储，也可以在观察体取消状态时，删除状态信息；另外一种情况是呈现服务器通过某种方式查询观察体的呈现信息(例如位置查询)；当其它的通知条件满足时，如果呈现服务器判断出张三处于其中一种情况(如开会时/免打扰)，则放弃向张三发送通知信息；如果状态是“在家时”，在向张三发送通知信息前过滤掉所有与位置相关的信息；如果状态为“工作时”，则在向张三发送通知信息前过滤掉与游戏相关的信息，也可以根据设置过滤掉某些人的信息，这种过滤规则可以是观察体预先在呈现XDMS或呈现服务器上进行设置，这种设置与观察体的状态信息相关。
上面描述了观察体可以通过设置通知规则来决定呈现服务器是否向该观察体发送发布消息，下面描述另一种优选实施例，呈现服务器可以根据观察体设置的接收频率、接收时间段、接收状态进行处理后，通知呈现体客户端控制发布消息的频率(rate/frequency)和时间段(period)，如：观察体A要求15分钟一次，观察体B要求5分钟一次；接收时间段分别为8:00到16:00、9:00到18:00；呈现服务器就会要求呈现体5分钟一次；然后呈现服务器在15分钟之内对观察体A只发一次，对观察体B发三次，呈现体还是发布了3次，但是对于A来说以为呈现体就发了一次；具体的实现过程是这样的：
1)观察体A、B分别向订阅处理装置发送订阅请求，在订阅请求中其分别指明接收频率为15分钟一次、5分钟一次；其指明的接收时间段分别为8:00到16:00、9:00到18:00；观察体A和观察体B订阅成功后，分别保存订阅关系和通知规则；
2)通知规则处理装置判断出观察体A和B有通知规则(接收策略)，并发现这两条通知规则均针对同一个呈现体；呈现服务器将新接收的通知规则和现有的其他观察体设置给这个呈现体的通知规则进行处理(假设处理原则为取时间段并集、取值大的发送频率)，其判断呈现体只要不高于5分钟发送一次呈现信息、发送时间段为8:00到18:00即可满足观察体A和观察体B的要求，则通知规则处理装置发送消息给呈现体客户端，要求其发送频率不高于5分钟一次、发送时间段为每天8:00到18:00。
3)被订阅呈现体客户端或者应用服务器接收到呈现服务器发送的控制请求并保存，当其呈现信息发生变化需要发布时，其首先判断是否满足呈现服务器发送的控制条件，判断自己的发布频率是否超过5分钟一次，当前的发送时间是否在8:00到18:00内。如果满足，则发布，如果不满足，则放弃发布。
4)如果呈现体发现满足控制条件，则向发布和通知处理装置发布呈现信息，此时时间为8:30；发布和通知处理装置请求通知规则处理装置处理，假设此发布与上一次频率周期结束的间隔为5分钟以内，则其满足5分钟一次但是不满足15分钟一次的规则，因此满足B的频率要求，不满足A的频率要求；对于发布时间，通知规则处理装置判断出其满足A的要求，不满足B的要求，并将结果返回给发布和通知处理装置；
5)发布和通知处理装置根据通知规则处理装置返回的结果，判断是否向A和B发送通知消息。
作为一种优选实施例，如果所有观察体都处于无法接收呈现信息的状态，呈现服务器可以通知呈现客户端或者应用服务器，要求在这段时间内不必发布呈现信息；当有观察体处于可接收状态时，呈现服务器可以通知呈现体继续发布。
本领域技术人员根据掌握的技术手段不需要花费创造性的劳动就能够实现本发明所描述的技术方案。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (34)

1.一种呈现信息的通知方法，包括如下步骤：
呈现服务器接收观察体客户端订阅呈现体呈现信息的订阅消息；
呈现服务器接收呈现体客户端发送包含呈现信息的发布消息，判断该观察体是否设置有通知规则，如果有，则根据观察体和呈现体预先设置的内容相关处理规则和所述通知规则处理发布消息，所述呈现服务器还处理所述通知规则，将处理后的结果和/或观察体的接收状态发送给呈现体客户端，呈现体客户端根据所述处理后的结果和/或观察体的接收状态控制呈现信息的发布；
呈现服务器将处理后的发布消息发送到观察体客户端或应用服务器。
2.根据权利要求1所述的呈现信息的通知方法，其特征在于还包括，判断订阅消息中是否设置有通知规则，如果设置了通知规则，则保存通知规则。
3.根据权利要求1所述的呈现信息的通知方法，其特征在于，所述通知规则是由观察体预先设置在呈现XDMS中或呈现服务器中的。
4.根据权利要求1所述的呈现信息的通知方法，其特征在于，对发布消息的处理包括判断发布消息是否超过订阅有效期，并作相应处理。
5.根据权利要求4所述的呈现信息的通知方法，其特征在于，如果超过订阅有效期，呈现服务器还删除订阅关系和/或通知观察体订阅关系已经解除。
6.根据权利要求2所述的呈现信息的通知方法，其特征在于，对发布消息的处理包括判断发布消息是否超过订阅有效期，并作相应处理。
7.根据权利要求6所述的呈现信息的通知方法，其特征在于，如果超过订阅有效期，呈现服务器还删除订阅关系和/或通知观察体订阅关系已经解除。
8.根据权利要求1至7中任一项所述的呈现信息的通知方法，其特征在于，对发布消息的处理包括判断发布消息是否在指定的时间段内和/或判断是否超过当天的接收次数上限，并作相应处理。
9.根据权利要求1至7中任一项所述的呈现信息的通知方法，其特征在于，对发布消息的处理包括判断发布消息是否高于设定的接收频率处理发布消息。
10.根据权利要求8所述的呈现信息的通知方法，其特征在于，对发布消息的处理包括判断发布消息是否高于设定的接收频率处理发布消息。
11.根据权利要求1至7中任一项所述的呈现信息的通知方法，其特征在于，所述观察体通过订阅刷新或在WEB界面修改所述通知规则。
12.一种通知呈现信息的系统，包括呈现服务器，所述呈现服务器包括发布和通知处理装置以及通知规则处理装置；
发布和通知处理装置，根据订阅关系找到观察体，并向通知规则处理装置发出询问，根据观察体和呈现体预先设置的内容相关处理规则和通知规则处理装置返回的响应处理呈现体的发布消息；
通知规则处理装置，判断观察体是否设有通知规则，如果有，根据通知规则判断是否符合通知条件和/或符合通知哪些内容，并返回给发布和通知处理装置相应的响应；
所述发布和通知处理装置处理所述通知规则，将处理后的结果和/或观察体的接收状态发送给呈现体客户端，呈现体客户端根据所述处理后的结果和/或观察体的接收状态控制呈现信息的发布。
13.根据权利要求12所述的一种通知呈现信息的系统，其特征在于，还包括订阅处理装置，所述订阅处理装置判断观察体发送的订阅请求消息中是否设置有通知规则，如果设置了通知规则，则保存通知规则。
14.根据权利要求12所述的一种通知呈现信息的系统，其特征在于，所述通知规则是由观察体预先设置在呈现XDMS中或呈现服务器中的。
15.根据权利要求13所述的一种通知呈现信息的系统，其特征在于，所述通知规则处理装置判断发布消息是否超过订阅有效期，并作相应处理。
16.根据权利要求13所述的一种通知呈现信息的系统，其特征在于，如果超过订阅有效期，呈现服务器还删除订阅关系和/或通知观察体订阅关系已经解除。
17.根据权利要求12-16中任一项所述的一种通知呈现信息的系统，其特征在于，所述通知规则处理装置判断发布消息是否在指定的时间段内和/或判断是否超过当天的接收次数上限，并作相应处理。
18.根据权利要求12-16中任一项所述的一种通知呈现信息的系统，其特征在于，所述通知规则处理装置判断发布消息是否高于设定的接收频率处理发布消息。
19.根据权利要求17所述的一种通知呈现信息的系统，其特征在于，所述通知规则处理装置还判断发布消息是否高于设定的接收频率处理发布消息。
20.根据权利要求12-16中任一项所述的呈现信息的通知方法，其特征在于，所述观察体通过订阅刷新或在WEB界面修改所述通知规则。
21.一种通知呈现信息的系统，包括呈现服务器，所述呈现服务器包括发布和通知处理装置，其特征在于，所述发布和通知处理装置包括通知规则处理装置；
发布和通知处理装置，根据订阅关系找到观察体，并由通知规则处理装置判断观察体是否设有通知规则，如果有，根据通知规则判断是否符合通知条件和/或符合通知哪些内容，并将结果发送给发布和通知处理装置的其它模块，发布和通知处理装置的其它模块根据观察体和呈现体预先设置的内容相关处理规则和通知规则处理装置发送来的结果处理发布消息；
所述发布和通知处理装置处理所述通知规则，将处理后的结果和/或观察体的接收状态发送给呈现体客户端，呈现体客户端根据所述处理后的结果和/或观察体的接收状态控制呈现信息的发布。
22.根据权利要求21所述的一种通知呈现信息的系统，其特征在于，还包括订阅处理装置，所述订阅处理装置判断观察体发送的订阅请求消息中是否设置有通知规则，如果设置了通知规则，则保存通知规则。
23.根据权利要求22所述的一种通知呈现信息的系统，其特征在于，所述通知规则处理装置判断发布消息是否超过订阅有效期，并作相应处理。
24.根据权利要求23所述的一种通知呈现信息的系统，其特征在于，如果超过订阅有效期，呈现服务器还删除订阅关系和/或通知观察体订阅关系已经解除。
25.根据权利要求21-24中任一项所述的一种通知呈现信息的系统，其特征在于，所述通知规则处理装置判断发布消息是否在指定的时间段内和/或判断是否超过当天的接收次数上限，并作相应处理。
26.根据权利要求21-24中任一项所述的一种通知呈现信息的系统，其特征在于，所述通知规则处理装置判断发布消息是否高于设定的接收频率处理发布消息。
27.根据权利要求25所述的一种通知呈现信息的系统，其特征在于，所述通知规则处理装置还判断发布消息是否高于设定的接收频率处理发布消息。
28.根据权利要求21-24中任一项所述的一种通知呈现信息的系统，其特征在于，所述观察体通过订阅刷新或在WEB界面修改所述通知规则。
29、一种呈现服务器，其特征在于，包括：发布和通知处理装置以及通知规则处理装置；
发布和通知处理装置，用于根据订阅关系找到观察体，并向通知规则处理装置发出询问，根据观察体和呈现体预先设置的内容相关处理规则和通知规则处理装置返回的响应处理发布消息；
通知规则处理装置，用于判断观察体是否设有通知规则，如果有，根据通知规则判断是否符合通知条件和/或符合通知哪些内容，并返回给发布和通知处理装置相应的响应；
所述发布和通知处理装置处理所述通知规则，将处理后的结果和/或观察体的接收状态发送给呈现体客户端，呈现体客户端根据所述处理后的结果和/或观察体的接收状态控制呈现信息的发布。
30、根据权利要求29所述的呈现服务器，其特征在于，还包括订阅处理装置，用于判断观察体发送的订阅请求消息中是否设置有通知规则，如果设置了通知规则，则保存通知规则。
31、根据权利要求30所述的呈现服务器，其特征在于，所述通知规则处理装置进一步用于判断发布消息是否超过订阅有效期，并作相应处理。
32、一种呈现服务器，包括发布和通知处理装置，其特征在于，所述发布和通知处理装置包括通知规则处理装置；
发布和通知处理装置，根据订阅关系找到观察体，并由通知规则处理装置判断观察体是否设有通知规则，如果有，根据通知规则判断是否符合通知条件和/或符合通知哪些内容，并将结果发送给发布和通知处理装置的其它模块，发布和通知处理装置的其它模块根据观察体和呈现体预先设置的内容相关处理规则和通知规则处理装置发送来的结果处理发布消息；
所述发布和通知处理装置处理所述通知规则，将处理后的结果和/或观察体的接收状态发送给呈现体客户端，呈现体客户端根据所述处理后的结果和/或观察体的接收状态控制呈现信息的发布。
33、根据权利要求32所述的呈现服务器，其特征在于，还包括订阅处理装置，用于判断观察体发送的订阅请求消息中是否设置有通知规则，如果设置了通知规则，则保存通知规则。
34、根据权利要求33所述的呈现服务器，其特征在于，所述通知规则处理装置进一步用于判断发布消息是否超过订阅有效期，并作相应处理。
CNB2005101166414A 2005-10-26 2005-10-26 一种呈现信息的通知方法和系统 Active CN100574203C (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CNB2005101166414A CN100574203C (zh) 2005-10-26 2005-10-26 一种呈现信息的通知方法和系统
CNA2006800122229A CN101160874A (zh) 2005-10-26 2006-10-25 一种呈现信息的通知方法、呈现服务器、客户端及系统
PCT/CN2006/002851 WO2007048339A1 (fr) 2005-10-26 2006-10-25 Procede de notification d'information de presence, serveur de presence, client et systeme
US11/986,943 US20080208953A1 (en) 2005-10-26 2007-11-27 Method for notifying presence information, a presence server, a client and a system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB2005101166414A CN100574203C (zh) 2005-10-26 2005-10-26 一种呈现信息的通知方法和系统

Publications (2)

Publication Number Publication Date
CN1859139A CN1859139A (zh) 2006-11-08
CN100574203C true CN100574203C (zh) 2009-12-23

Family

ID=37298006

Family Applications (2)

Application Number Title Priority Date Filing Date
CNB2005101166414A Active CN100574203C (zh) 2005-10-26 2005-10-26 一种呈现信息的通知方法和系统
CNA2006800122229A Pending CN101160874A (zh) 2005-10-26 2006-10-25 一种呈现信息的通知方法、呈现服务器、客户端及系统

Family Applications After (1)

Application Number Title Priority Date Filing Date
CNA2006800122229A Pending CN101160874A (zh) 2005-10-26 2006-10-25 一种呈现信息的通知方法、呈现服务器、客户端及系统

Country Status (3)

Country Link
US (1) US20080208953A1 (zh)
CN (2) CN100574203C (zh)
WO (1) WO2007048339A1 (zh)

Families Citing this family (54)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1794709A (zh) * 2005-11-04 2006-06-28 华为技术有限公司 一种呈现信息的通知方法和系统
GB0623927D0 (en) * 2006-11-30 2007-01-10 Ibm Event - based activation and deactivation of subscription matching
US20080133742A1 (en) * 2006-11-30 2008-06-05 Oz Communications Inc. Presence model for presence service and method of providing presence information
CN101247247B (zh) * 2007-02-15 2012-06-27 华为技术有限公司 一种利用呈现信息传播广告的方法、系统和服务器
US9083758B2 (en) * 2007-06-11 2015-07-14 Nokia Technologies Oy System and method for using presence information
CN101335634B (zh) * 2007-06-29 2011-12-28 华为技术有限公司 提供联系人信息的方法、系统及网络设备
KR20090019665A (ko) 2007-08-21 2009-02-25 삼성전자주식회사 구독자의 선호도를 참조하여 ｓｉｐ을 기반으로 하는이벤트 통지를 제어하는 시스템 및 방법
KR100910581B1 (ko) * 2007-09-05 2009-08-03 한국전자통신연구원 에스아이피 기반의 스팸 필터링 시스템 및 방법
EP2075986A1 (en) * 2007-12-31 2009-07-01 Nokia Siemens Networks Oy Enhanced presence server system
CN101946480B (zh) * 2008-02-12 2013-08-21 爱立信电话股份有限公司 观察方信息通知中的特定于观察方信息
CA2711731A1 (en) * 2008-02-14 2009-08-20 Nokia Corporation System and method for implementing a publication
US20090276653A1 (en) * 2008-05-02 2009-11-05 Pattabhiraman Ramesh V Presence server for discrete time updates
WO2010000319A1 (en) * 2008-07-03 2010-01-07 Telefonaktiebolaget Lm Ericsson (Publ) Communicating configuration information in a communications network
US7984102B1 (en) * 2008-07-22 2011-07-19 Zscaler, Inc. Selective presence notification
DE102008045425B3 (de) * 2008-09-02 2009-08-13 Infineon Technologies Ag Verfahren zur Ermittlung aktiver Kommunikationssitzungen, Kommunikationssitzungs-Informationsserver, Verfahren zum Bereitstellen einer Information über aktive Kommunikationssitzungen und Dokumentenmanagement-Server
CN102160343A (zh) * 2008-09-23 2011-08-17 艾利森电话股份有限公司 呈现信息管理
US8473733B2 (en) * 2008-10-14 2013-06-25 Research In Motion Limited Method for managing opaque presence indications within a presence access layer
US20100093366A1 (en) * 2008-10-15 2010-04-15 Research In Motion Limited Incorporating Non-Presence Information in the Calculation of Presence Aspects by a Presence Access Layer
US8103730B2 (en) 2008-10-15 2012-01-24 Research In Motion Limited Use of persistent sessions by a presence access layer
US20100093328A1 (en) * 2008-10-15 2010-04-15 Research In Motion Limited Interworking Function with a Presence Access Layer to Provide Enhanced Presence Aspect Indications
US8751584B2 (en) * 2008-10-16 2014-06-10 Blackberry Limited System for assignment of a service identifier as a mechanism for establishing a seamless profile in a contextually aware presence access layer
US20100099387A1 (en) * 2008-10-16 2010-04-22 Research In Motion Limited Controlling and/or Limiting Publication Through the Presence Access Layer
KR101264805B1 (ko) * 2008-11-20 2013-05-15 삼성전자주식회사 프레즌스 서비스 제공방법 및 시스템
US8386769B2 (en) * 2008-11-21 2013-02-26 Research In Motion Limited Apparatus, and an associated method, for providing and using opaque presence indications in a presence service
EP2371107B1 (en) * 2008-12-19 2012-10-24 Telefonaktiebolaget L M Ericsson (publ) A method and arrangement for handling resource data
CN101771621B (zh) * 2008-12-31 2013-01-23 华为技术有限公司 即时通信的方法、装置和系统
US8718678B2 (en) 2009-02-20 2014-05-06 Sprint Communications Company L.P. Selective delivery of presence messages for wireless communication devices
US8060572B2 (en) * 2009-02-24 2011-11-15 Research In Motion Limited Subscription management for a content-based presence service
EP2222106A1 (en) * 2009-02-24 2010-08-25 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
EP2222056A1 (en) * 2009-02-24 2010-08-25 Research In Motion Limited Method and system for updating a virtual business card
US20100268767A1 (en) * 2009-04-09 2010-10-21 Research In Motion Limited System and Method for Information Retrieval from a Context Aware Mechanism
CN101873524B (zh) * 2009-04-23 2013-04-24 华为技术有限公司 区域触发定位方法、定位服务器和定位终端
US8458321B2 (en) * 2009-06-26 2013-06-04 Motorola Solutions, Inc. Method and system of updating presence information in a communication system
KR101530550B1 (ko) * 2009-10-06 2015-06-22 삼성전자 주식회사 통신 시스템과 그의 호 상태 제공 장치 및 방법
US9307038B2 (en) * 2009-12-29 2016-04-05 Motorola Solutions, Inc. Method for presence notification based on a sequence of events
US9509791B2 (en) * 2010-01-07 2016-11-29 Oracle International Corporation Policy-based exposure of presence
US9467858B2 (en) 2010-02-05 2016-10-11 Oracle International Corporation On device policy enforcement to secure open platform via network and open network
WO2011119076A1 (en) * 2010-03-23 2011-09-29 Telefonaktiebolaget L M Ericsson (Publ) Method and arrangement for media access
US20110314103A1 (en) * 2010-06-18 2011-12-22 Georges Harik Synchronized processes communicating over a wide area network and method
US8768309B2 (en) * 2010-09-29 2014-07-01 At&T Intellectual Property I, L.P. Reminders based on device presence
WO2012115549A1 (en) * 2011-02-23 2012-08-30 Telefonaktiebolaget Lm Ericsson (Publ) Method and arrangement for notifications in a communication network
BR112014013689A2 (pt) 2011-12-12 2017-06-13 Sony Corp terminal de cliente, métodos de operação de um terminal de cliente, e de um servidor de transmissão, programa, e, servidor de transmissão
US8812542B1 (en) * 2012-03-30 2014-08-19 Emc Corporation On-the-fly determining of alert relationships in a distributed system
JP5645276B2 (ja) * 2012-09-26 2014-12-24 Ｎｅｃカシオモバイルコミュニケーションズ株式会社 投稿状況通知システム、投稿状況通知サーバ、投稿状況通知方法、プログラム及び記録媒体
CN103781025A (zh) * 2012-10-17 2014-05-07 中国电信股份有限公司 即时消息状态更新的方法、系统及即时消息服务器
US9401952B1 (en) 2013-03-13 2016-07-26 Shortel, Inc. Managing presence state
US10097622B1 (en) * 2015-09-11 2018-10-09 EMC IP Holding Company LLC Method and system for communication using published events
CN107770038B (zh) * 2016-08-22 2020-01-21 平安科技（深圳）有限公司 消息发送方法和装置
EP3361678B1 (en) * 2017-02-13 2021-06-02 Nokia Solutions and Networks Oy Management of permanent presence states
CN106973118B (zh) 2017-05-12 2021-04-27 京东方科技集团股份有限公司 生成和订阅通知的方法和装置
CN113254762A (zh) * 2021-04-26 2021-08-13 北京旷视科技有限公司 订阅数据推送方法、装置、电子设备及存储介质
CN113656683A (zh) * 2021-07-12 2021-11-16 北京旷视科技有限公司 订阅数据推送方法、装置、系统、电子设备及存储介质
CN114979044B (zh) * 2021-08-10 2023-10-27 中移互联网有限公司 一种针对消息即平台的消息管理方法、节点及电子设备

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030120775A1 (en) * 1998-06-15 2003-06-26 Compaq Computer Corporation Method and apparatus for sending address in the message for an e-mail notification action to facilitate remote management of network devices
GB0218707D0 (en) * 2002-08-12 2002-09-18 Mitel Knowledge Corp Role-based presence enabled service for communication system
EP1786173B1 (en) * 2003-01-22 2013-06-26 NEC Corporation Dynamic buddy list generation method
GB0306864D0 (en) * 2003-03-25 2003-04-30 Nokia Corp Service provisioning in a communication system
US20060286993A1 (en) * 2005-06-20 2006-12-21 Motorola, Inc. Throttling server communications in a communication network

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
A Model for Presence and Instant Messaging. M.Day, J.Rosenberg, H.Sugano.Network Working Group RFC2778. 2000
A Model for Presence and Instant Messaging. M.Day, J.Rosenberg, H.Sugano.Network Working Group RFC2778. 2000 *

Also Published As

Publication number Publication date
WO2007048339A1 (fr) 2007-05-03
US20080208953A1 (en) 2008-08-28
CN101160874A (zh) 2008-04-09
CN1859139A (zh) 2006-11-08

Similar Documents

Publication Publication Date Title
CN100574203C (zh) 一种呈现信息的通知方法和系统
CN101160873A (zh) 一种呈现信息的通知方法和系统
JP4420955B2 (ja) プレゼンス通信システム及び方法
CN1863172B (zh) 一种发布呈现信息的方法和系统
CN100505704C (zh) 查询用户信息的方法
CN101355797B (zh) 获得用户终端设备信息的方法和通信业务功能实体
DE69632121T2 (de) Universelles Nachrichtenspeichersystem
DE69634473T2 (de) Universelles Nachrichtenablieferungssystem
CN100563196C (zh) 通信系统和在通信系统中查询信息的方法
CN100514968C (zh) 离线消息的处理方法和即时消息服务器
US8239464B2 (en) Method and instantaneous messaging system for mobile terminals equipped with a virtual presence server configured to manage different contact lists of a single user
CN101156385A (zh) 一种提供呈现信息的方法及装置
CN102307243A (zh) 用于基于存在属性的存在通知的系统和方法
CN101160847A (zh) 一种订阅呈现信息的方法和系统
WO2005121991A2 (en) Personal messaging proxy
US20090112988A1 (en) Method and instantaneous messaging system for mobile terminals equipped with a virtual presence server allowing an instantaneous messaging session to be managed automatically
CN100358283C (zh) 一种呈现业务系统及发布和获取呈现信息的方法
CN101364952A (zh) 事件订阅方法及过滤规则配置方法和相关设备
CN101022429A (zh) 动态号码簿中呈现联系人个性化信息的实现方法
CN102930427A (zh) 日程管理方法及其移动终端
JP2003158552A (ja) メッセージ配信システムおよび方法並びにシステムのプログラム
CN100527678C (zh) 发布和获取关系型呈现信息的方法
CN101160877A (zh) 通知服务的方法以及分布式网管系统和通知发送服务装置
CN100512298C (zh) 一种呈现业务系统及其提供应用程序信息的方法
TWI826857B (zh) 訊息通信方法和記憶有程式的記錄媒體

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
ASS Succession or assignment of patent right

Owner name: SHENZHEN LIANCHUANG INTELLECTUAL PROPERTY SERVICE

Free format text: FORMER OWNER: HUAWEI TECHNOLOGY CO., LTD.

Effective date: 20141103

C41 Transfer of patent application or patent right or utility model
COR Change of bibliographic data

Free format text: CORRECT: ADDRESS; FROM: 518129 SHENZHEN, GUANGDONG PROVINCE TO: 518052 SHENZHEN, GUANGDONG PROVINCE

TR01 Transfer of patent right

Effective date of registration: 20141103

Address after: 518052, Guangdong, Shenzhen province Nanshan District Nanshan digital cultural industry base, east block, room 407-408

Patentee after: Shenzhen LIAN intellectual property service center

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: Huawei Technologies Co., Ltd.

ASS Succession or assignment of patent right

Owner name: BEIJING Z-GOOD TECHNOLOGY SERVICE CO., LTD.

Free format text: FORMER OWNER: SHENZHEN LIANCHUANG INTELLECTUAL PROPERTY SERVICE CENTER

Effective date: 20150119

C41 Transfer of patent application or patent right or utility model
COR Change of bibliographic data

Free format text: CORRECT: ADDRESS; FROM: 518052 SHENZHEN, GUANGDONG PROVINCE TO: 100085 HAIDIAN, BEIJING

TR01 Transfer of patent right

Effective date of registration: 20150119

Address after: 100085 Beijing city Haidian District No. 33 Xiaoying Road 1 1F06 room

Patentee after: BEIJING ZHIGU TECHNOLOGY SERVICES CO., LTD.

Address before: 518052, Guangdong, Shenzhen province Nanshan District Nanshan digital cultural industry base, east block, room 407-408

Patentee before: Shenzhen LIAN intellectual property service center