专利名称：一种呈现信息的通知方法和系统的制作方法
技术领域：
本发明涉及一种信息通知的方法和系统，尤其涉及一种呈现信息的通知方法和系统。
背景技术：
目前，呈现业务的应用越来越广泛，呈现业务(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用户身份标志，例如“sipzhangsan@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)无法根据观察体的要求控制呈现体客户端或者应用服务器的发布行为，导致了无效信息在网络上传输，浪费了网络带宽。
发明内容
本发明的目的就是提供一种呈现信息的通知方法和系统，扩展现有的订阅机制，提供更丰富的订阅手段，使得观察体在订阅时可以指明接收呈现信息的时间段、接收频率、接收次数、根据自身状态接收信息；服务器根据这些条件来判定是否向观察体发送通知；必要时发送信息要求呈现体客户端或者应用服务器控制其发布行为。为实现本发明提供如下技术方案本发明提供一种呈现信息的通知方法，包括如下步骤1)观察体客户端或应用服务器通过呈现服务器订阅呈现体的呈现信息；2)呈现服务器接收呈现体客户端或应用服务器发送的发布消息，如果判断出订阅该发布消息的观察体设置有通知规则，则根据观察体和呈现体预先设置的内容相关处理规则和通知规则处理发布消息；如果判断出订阅该发布消息的观察体没有设置通知规则，则根据观察体和呈现体预先设置的内容相关处理规则处理发布消息；3)呈现服务器将处理后的发布消息发送到观察体客户端或应用服务器。
在所述步骤1)中包括判断订阅消息中是否设置有通知规则，如果没有设置通知规则，则订阅结束，如果设置了通知规则，则保存通知规则。
所述通知规则是由观察体预先设置在呈现XDMS中或呈现服务器中的。
所述根据通知规则处理发布消息的步骤包括判断是否超过订阅有效期(如2005年8月1日到2005年9月1日)，并作相应处理。
如果超过订阅有效期，呈现服务器还删除订阅关系和/或通知观察体订阅关系已经解除。
所述根据通知规则处理发布消息的步骤包括判断是否在指定的时间段内(如每天8:00到18:00)和/或判断是否超过当天的接收次数上限，并作相应处理。
所述根据通知规则处理发布消息的步骤包括判断是否高于设定的接收频率(每10分钟一次)和/或根据观察体的状态处理发布消息(如开会时不接收任何呈现信息、工作时不接收游戏相关呈现信息等)。
所述观察体通过订阅刷新或在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发送通知消息。
作为一种优选实施例，如果所有观察体都处于无法接收呈现信息的状态，呈现服务器可以通知呈现客户端或者应用服务器，要求在这段时间内不必发布呈现信息；当有观察体处于可接收状态时，呈现服务器可以通知呈现体继续发布。
本领域技术人员根据掌握的技术手段不需要花费创造性的劳动就能够实现本发明所描述的技术方案。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
权利要求
1.一种呈现信息的通知方法，包括如下步骤1)观察体客户端或应用服务器通过呈现服务器订阅呈现体的呈现信息；2)呈现服务器接收呈现体客户端或应用服务器发送的发布消息，判断该观察体是否设置有通知规则，如果设置了通知规则，则根据观察体和呈现体预先设置的内容相关处理规则和所述通知规则处理发布消息；如果判断出没有设置通知规则，则根据观察体和呈现体预先设置的内容相关处理规则处理发布消息；3)呈现服务器将处理后的发布消息发送到观察体客户端或应用服务器。
2.根据权利要求1所述的呈现信息的通知方法，其特征在于，在所述步骤1)中包括如下步骤判断订阅消息中是否设置有通知规则，如果没有设置通知规则，则订阅结束，如果设置了通知规则，则保存通知规则。
3.根据权利要求1所述的呈现信息的通知方法，其特征在于，所述通知规则是由观察体预先设置在呈现XDMS中或呈现服务器中的。
4.根据权利要求1所述的呈现信息的通知方法，其特征在于，所述根据通知规则处理发布消息的步骤包括判断是否超过订阅有效期，并作相应处理。
5.根据权利要求4所述的呈现信息的通知方法，其特征在于，如果超过订阅有效期，呈现服务器还删除订阅关系和/或通知观察体订阅关系已经解除。
6.根据权利要求2所述的呈现信息的通知方法，其特征在于，所述根据通知规则处理发布消息的步骤包括判断是否超过订阅有效期，并作相应处理。
7.根据权利要求6所述的呈现信息的通知方法，其特征在于，如果超过订阅有效期，呈现服务器还删除订阅关系和/或通知观察体订阅关系已经解除。
8.根据权利要求1至7中任一项所述的呈现信息的通知方法，其特征在于，所述根据通知规则处理发布消息的步骤包括判断是否在指定的时间段内和/或判断是否超过当天的接收次数上限，并作相应处理。
9.根据权利要求1至7中任一项所述的呈现信息的通知方法，其特征在于，所述根据通知规则处理发布消息的步骤包括判断是否高于设定的接收频率和/或根据观察体的状态处理发布消息。
10.根据权利要求8所述的呈现信息的通知方法，其特征在于，所述根据通知规则处理发布消息还包括判断是否高于设定的接收频率和/或根据观察体的状态处理发布消息。
11.根据权利要求1至7中任一项所述的呈现信息的通知方法，其特征在于，所述呈现服务器如果检测到观察体设置的通知规则，还处理所述通知规则，将处理后的结果和/或观察体的接收状态发送给呈现体客户端，呈现体客户端根据所述结果和/或观察体的接收状态控制信息的发布。
12.根据权利要求8所述的呈现信息的通知方法，其特征在于，所述呈现服务器如果检测到观察体设置的通知规则，还处理所述通知规则，将处理后的结果和/或观察体的接收状态发送给呈现体客户端，呈现体客户端根据所述结果和/或观察体的接收状态控制信息的发布。
13.根据权利要求9所述的呈现信息的通知方法，其特征在于，所述呈现服务器如果检测到观察体设置的通知规则，还处理所述通知规则，将处理后的结果和/或观察体的接收状态发送给呈现体客户端，呈现体客户端根据所述结果和/或观察体的接收状态控制信息的发布。
14.根据权利要求1至7中任一项所述的呈现信息的通知方法，其特征在于，所述观察体通过订阅刷新或在WEB界面修改所述通知规则。
15.一种通知呈现信息的系统，包括呈现服务器，所述呈现服务器包括发布和通知处理装置以及通知规则处理装置；发布和通知处理装置，根据订阅关系找到观察体，并向通知规则处理装置发出询问，根据观察体和呈现体预先设置的内容相关处理规则和通知规则处理装置返回的响应处理发布消息；通知规则处理装置，判断观察体是否设有通知规则，如果有，根据通知规则判断是否符合通知条件和/或符合通知哪些内容，并返回给发布和通知处理装置相应的响应。
16.一种通知呈现信息的系统，包括呈现服务器，所述呈现服务器包括发布和通知处理装置，其特征在于，所述发布和通知处理装置包括通知规则处理装置；发布和通知处理装置，根据订阅关系找到观察体，并由通知规则处理装置判断观察体是否设有通知规则，如果有，根据通知规则判断是否符合通知条件和/或符合通知哪些内容，并将结果发送给发布和通知处理装置的其它模块，发布和通知处理装置的其它模块根据观察体和呈现体预先设置的内容相关处理规则和通知规则处理装置发送来的结果处理发布消息。
17.根据权利要求15所述的一种通知呈现信息的系统，其特征在于，还包括订阅处理装置，所述订阅处理装置判断订阅请求消息中是否设置有通知规则，如果没有设置通知规则，则订阅结束，如果设置了通知规则，则保存通知规则。
18.根据权利要求16所述的一种通知呈现信息的系统，其特征在于，还包括订阅处理装置，所述订阅处理装置判断订阅请求消息中是否设置有通知规则，如果没有设置通知规则，则订阅结束，如果设置了通知规则，则保存通知规则。
19.根据权利要求15所述的一种通知呈现信息的系统，其特征在于，所述通知规则是由观察体预先设置在呈现XDMS中或呈现服务器中的。
20.根据权利要求17所述的一种通知呈现信息的系统，其特征在于，所述通知规则处理装置判断是否超过订阅有效期，并作相应处理。
21.根据权利要求18所述的一种通知呈现信息的系统，其特征在于，所述通知规则处理装置判断是否超过订阅有效期，并作相应处理。
22.根据权利要求20所述的一种通知呈现信息的系统，其特征在于，如果超过订阅有效期，呈现服务器还删除订阅关系和/或通知观察体订阅关系已经解除。
23.根据权利要求21所述的一种通知呈现信息的系统，其特征在于，如果超过订阅有效期，呈现服务器还删除订阅关系和/或通知观察体订阅关系已经解除。
24.根据权利要求15至23中任一项所述的一种通知呈现信息的系统，其特征在于，所述通知规则处理装置判断是否在指定的时间段内和/或判断是否超过当天的接收次数上限，并作相应处理。
25.根据权利要求15至23中任一项所述的一种通知呈现信息的系统，其特征在于，所述通知规则处理装置判断是否高于设定的接收频率和/或根据观察体的状态处理发布消息。
26.根据权利要求24所述的一种通知呈现信息的系统，其特征在于，所述通知规则处理装置还判断是否高于设定的接收频率和/或根据观察体的状态处理发布消息。
27.根据权利要求15至23中任一项所述的一种通知呈现信息的系统，其特征在于，所述发布和通知处理装置如果检测到观察体设置的通知规则，还处理所述通知规则，将处理后的结果和/或观察体的接收状态发送给呈现体客户端，呈现体客户端根据所述结果和/或观察体的接收状态控制信息的发布。
28.根据权利要求15至23中任一项所述的呈现信息的通知方法，其特征在于，所述观察体通过订阅刷新或在WEB界面修改所述通知规则。
全文摘要
本发明涉及一种呈现信息的通知方法和系统，观察体客户端或应用服务器通过呈现服务器订阅呈现体的呈现信息；呈现服务器接收呈现体客户端或应用服务器发送的发布消息，判断该观察体是否设置有通知规则，如果设置了通知规则，则根据观察体和呈现体预先设置的内容相关处理规则和所述通知规则处理发布消息；如果判断出没有设置通知规则，则根据观察体和呈现体预先设置的内容相关处理规则处理发布消息；呈现服务器将处理后的发布消息发送到观察体客户端或应用服务器。所述通知规则可以由观察体预先设置在呈现XDMS中或呈现服务器中，也可以在订阅时产生，利用本发明的方法和系统，呈现服务器可以由用户需要决定是否向其通知以及通知哪些呈现信息。
文档编号H04L12/16GK1859139SQ20051011664
公开日2006年11月8日 申请日期2005年10月26日 优先权日2005年10月26日
发明者田林一 申请人:华为技术有限公司