CN1794709A - 一种呈现信息的通知方法和*** - Google Patents
一种呈现信息的通知方法和*** Download PDFInfo
- Publication number
- CN1794709A CN1794709A CNA2005101155119A CN200510115511A CN1794709A CN 1794709 A CN1794709 A CN 1794709A CN A2005101155119 A CNA2005101155119 A CN A2005101155119A CN 200510115511 A CN200510115511 A CN 200510115511A CN 1794709 A CN1794709 A CN 1794709A
- Authority
- CN
- China
- Prior art keywords
- presentation information
- rule
- notification
- presence server
- information according
- 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.)
- Pending
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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明涉及一种呈现信息的通知方法和***,观察体客户端或应用服务器通过呈现服务器订阅呈现体的呈现信息;呈现服务器接收呈现体客户端或应用服务器发送的发布消息,判断该呈现体是否设置有通知规则,如果设置了通知规则,则根据所述通知规则以及观察体和呈现体预先设置的内容相关处理规则处理发布消息;如果判断出没有设置通知规则,则根据观察体和呈现体预先设置的内容相关处理规则处理发布消息;呈现服务器将处理后的发布消息发送到观察体客户端或应用服务器。所述通知规则可以由呈现体预先设置在呈现XDMS中或呈现服务器中,利用本发明的方法和***,呈现服务器可以由用户需要决定是否向观察体通知以及通知哪些呈现信息。
Description
技术领域
本发明涉及一种信息通知的方法和***,尤其涉及一种呈现信息的通知方法和***。
背景技术
目前,呈现业务的应用越来越广泛,呈现业务(Presence Service)是一种搜集和发布呈现信息(presence information)的通信业务。可能许多人希望获取呈现业务用户的呈现信息,这些人可能包括用户的家人、朋友,也可能包含陌生人,而很多呈现信息都是用户隐私。呈现业务使用户可以利用各种终端,突破空间与时间的限制,寻找聊天伙伴、查询伙伴的状态信息等,实现即时的文本与多媒体信息交流。通过呈现服务器(Presence Server)完成用户状态的呈现与管理,根据呈现信息,可以知道对方是否在线、正在干什么(如开会、吃饭等)、心情、客户端能力、爱好等等信息,用户可以通过发送邀请给其它用户,进行铃声、图片、文件等媒体内容共享。
图1描述了现有技术中实现呈现业务的***结构,包括呈现体客户端或者应用服务器、呈现服务器(Presence Server)、观察体客户端或应用服务器和呈现XDMS(Presence XML Document Management System呈现XML文件管理服务器);其中呈现服务器包括订阅处理装置、存储装置以及发布和通知处理装置;
呈现体客户端或者应用服务器为呈现信息源,当其呈现信息发生改变时,主动向呈现服务器发送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:[email protected]”;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)。
在上述的现有技术中,存在呈现体无法设置通知条件的缺点,对于呈现用户来说,他希望设置一定的授权规则来控制订阅,这些授权规则除了黑白名单(用户A和B允许,用户C拒绝)外,还可以包括呈现信息发布次数、呈现信息订阅次数,只有满足相关次数条件时才能获取用户的存在信息。特别是对于非自然人发布呈现信息,如无线电台节目,天气预报,股票行情等,用户订阅这些呈现信息可能要收费,对非自然人呈现体来说希望能设置一个免费试用的呈现信息发布次数条件(免费发布100条)、时间段(如2005.8.1~2005.9.1,每天8:00~18:00)和呈现信息订阅次数(试用3次),即当一个观察者首次订阅呈现信息时,可以在一定次数内(信息发布和订阅)免费接收呈现信息,当次数不再满足,而观察者还没有建立收费的订阅关系时,则可以停止向其提供呈现信息或者自动拒绝订阅后加入黑名单。
呈现体希望某些时间段内不要将呈现信息发布给观察体,目前也无法做到。比如老板订阅了员工的位置呈现信息,其仅希望在工作时间(8:00~18:00有效),其他时间不要向其发送信息。
呈现体希望自己处于某些特殊的状态时不要将呈现信息发布给观察体,目前也无法做到。比如老板订阅了员工的位置和状态相关的呈现信息,而呈现体当处于玩游戏状态时,其更改其呈现状态为“玩游戏中”,且预先设置了当处于此状态时,不向老板发送位置和“玩游戏中”的呈现信息,此时虽然呈现体向呈现服务器发送了此信息,呈现服务器根据此呈现体的设置,仍然不向老板这个订阅者发送此呈现信息。
发明内容
本发明的目的就是提供一种呈现信息的通知方法和***,使得呈现体可以设定呈现信息的发布时间周期、有效期、订阅者可接收次数和呈现信息订阅次数;呈现服务器根据这些条件来判定是否向观察体发送通知。为实现本发明提供如下技术方案:
本发明提供一种呈现信息的通知方法,包括如下步骤:
1)观察体客户端或应用服务器通过呈现服务器订阅呈现体的呈现信息;
2)呈现服务器接收呈现体客户端或应用服务器发送的发布消息,判断该呈现体是否设置有通知规则,如果设置了通知规则,则根据所述通知规则以及观察体和呈现体预先设置的内容相关处理规则处理发布消息;如果判断出呈现体没有设置通知规则,则根据观察体和呈现体预先设置的内容相关处理规则处理发布消息;
3)呈现服务器将处理后的发布消息发送到观察体客户端或应用服务器。
所述通知规则是由呈现体预先设置在呈现XDMS中或呈现服务器中的。
所述根据通知规则处理发布消息的步骤包括判断当前发布时间是否在有效期内和/或判断是否在指定的发布时间周期内,并作相应处理。
所述根据通知规则处理发布消息的步骤包括判断订阅者接收次数是否超过限制和/或判断是否高于设定的发送频率,并作相应处理。
所述根据通知规则处理发布消息包括根据呈现体的状态处理发布消息。
所述呈现体客户端或应用服务器可以通过在WEB界面修改所述通知规则。
本发明还提供一种通知呈现信息的***,包括呈现服务器,所述呈现服务器包括发布和通知处理装置以及通知规则处理装置;
发布和通知处理装置,根据订阅关系找到观察体,并向通知规则处理装置发出询问,根据观察体和呈现体预先设置的内容相关处理规则和通知规则处理装置返回的响应处理发布消息;
通知规则处理装置,判断呈现体是否设有通知规则,如果有,根据通知规则判断是否符合通知条件,并返回给发布和通知处理装置相应的响应。
本发明还提供另一种通知呈现信息的***,包括呈现服务器,所述呈现服务器包括发布和通知处理装置,所述发布和通知处理装置包括通知规则处理装置;
发布和通知处理装置,根据订阅关系找到观察体,并由通知规则处理装置判断呈现体是否设有通知规则,如果有,根据通知规则判断是否符合通知条件并将结果发送给发布和通知处理装置的其它模块,发布和通知处理装置的其它模块根据观察体和呈现体预先设置的内容相关处理规则和通知规则处理装置发送来的结果处理发布消息,如果呈现体没有设通知规则,发布和通知处理装置的其它模块根据观察体和呈现体预先设置的内容相关处理规则处理发布消息。
所述通知规则是由呈现体预先设置在呈现XDMS中或呈现服务器中的。
所述通知规则处理装置判断是否在有效期内和/或判断是否在指定的发布时间周期内,并作相应处理。
所述通知规则处理装置判断订阅者接收次数是否超过限制和/或判断是否高于设定的发送频率,并作相应处理。
所述通知规则处理装置根据呈现体的状态处理发布消息。
所述呈现体客户端或应用服务器可以通过在WEB界面修改所述通知规则。
观察体客户端或应用服务器通过呈现服务器订阅呈现体的呈现信息时,呈现服务器通过呈现体设置的订阅授权规则进行处理,其中订阅授权规则中包括允许订阅的次数。
呈现服务器在向观察体或应用服务器发送通知消息之前还根据观察体设置的接收频率和/或接收时间段进行发布消息的处理。
本发明通过上述技术方案,更加合理利用了呈现服务器的资源,使呈现信息的发布变得更加合理化,人性化,用户可以根据实际情况决定是否需要接收发布信息及哪类发布信息。通过以下结合附图对本发明优选实施方式的描述,本发明的其他特点、目的和效果将变得更加清楚和易于理解。
附图说明
下面将参考附图来描述本发明的优选实施方式,其中:
图1为现有技术中实现呈现业务的***结构图;
图2为现有技术中发布和通知处理装置的***结构图;
图3为现有技术方案的执行流程图;
图4为本发明的***结构图;
图5为本发明的订阅和发布流程流程图;
图6为本发明的一种发布和通知处理装置的***结构图;
图7为本发明的通知规则处理装置处理的流程图;
在所有的上述附图中,相同的标号表示具有相同、相似或相应的特征或功能。
具体实施方式
下面结合附图对本发明做进一步的说明。
参考图4,改进后的***包括呈现体客户端或者应用服务器、呈现服务器(Presence Server)、观察体客户端或应用服务器和呈现XDMS(PresenceXML Document Management System);呈现服务器包括订阅处理装置、存储装置、发布和通知处理装置和通知规则处理装置;参考图5,具体的订阅和发布流程如下:
1)呈现体A预先设置内容相关处理规则和通知规则(可以设置在呈现服务器上,也可以设置在呈现XDMS上;通知规则还可以设置在内容相关处理规则中)。
2)观察体B(观察体客户端或应用服务器)向呈现服务器的订阅处理装置发送订阅请求,订阅呈现体A的呈现信息;
3)订阅处理装置根据呈现XDMS中的订阅授权规则进行处理,如果订阅授权没有通过,返回订阅失败响应;如果订阅授权通过,则保存订阅关系到存储装置中,(当然,也可以直接订阅,不需要设置订阅授权规则;订阅关系保存到什么装置中可以灵活决定,也可以保存在呈现服务器的任何具有存储能力的装置中或XDMS中);
4)呈现体A(呈现体客户端或者应用服务器)向发布和通知处理装置发布呈现信息;
5)发布和通知处理装置根据订阅关系找到观察体B,并向通知规则处理装置发出询问,通知规则处理装置判断呈现体A是否设有通知规则,如果有,根据通知规则判断是否符合通知条件,并返回给发布和通知处理装置相应的响应,进入步骤6);如果没有,按现有的发布流程进行发布处理;
6)如果返回的响应为符合通知条件,发布和通知处理装置则进行发布处理(包括信息的合成、内容授权、事件通知过滤等,当然内容授权和事件通知过滤是可选的),并向观察体B发布呈现信息;如果返回的响应不符合通知条件,则发布和通知处理装置放弃向该观察体B发布呈现信息;
该实施例中虽然只例举了通知规则处理装置位于呈现服务器中但是独立于发布和通知处理装置的情况,作为另一个实施例,该通知规则处理装置也可以位于发布和通知处理装置中,所起的作用是相同的,参考图6,发布和通知处理装置在处理发布信息时,首先通过通知规则处理装置检查呈现体是否设置有通知规则,如果有,根据通知规则进行处理;如果没有设置通知规则,进入内容授权规则检查装置对内容进行处理,之后经过一系列的内容过滤处理后发送给观察体B,其中内容授权规则检查装置、观察体过滤装置和部分通知处理装置可以根据实际情况作为可选项。
本发明中的通知规则可以是用户预先设置在呈现XDMS中或呈现服务器中,呈现服务器中的通知规则处理装置可以从呈现XDMS中或呈现服务器中获得该规则,而进行处理,现有的内容授权规则是呈现体通过XCAP协议到XDMS中修改和设置的,事件通知过滤条件(Event Notification Filtering)的修改是观察体发送订阅刷新消息(Subscription Refresh Request)来更新事件通知过滤条件。
通知规则的设定和修改可以是通过其他手段设置,比如呈现服务器提供WEB界面给呈现体查看自己设置的通知规则,并且允许呈现体在WEB界面上初始设定或者修改其通知规则。
本实施例中的观察体和呈现体均为呈现体客户端或应用服务器,应用服务器包括游戏服务器或具有相似功能的服务器,也包括即时消息服务器(如ICQ/MSN服务器)。
下面对在上述实施例中的步骤5)中的通知规则处理装置处理的流程作一个详细的说明,参考图7,具体流程如下:
1)通知规则处理装置获取通知规则;
2)首先判断是否在有效期(2005.8.1~2005.9.1)内,如果不在有效期内,返回给发布和通知处理装置拒绝向此订阅者发布呈现信息的响应;如果在有效期内,进入步骤3);
3)判断是否在指定的发布时间周期(每天8:00~18:00)内,如果不在指定的发布时间周期内,返回给发布和通知处理装置拒绝向此订阅者发布呈现信息的响应;如果在指定的发布时间周期内,进入步骤4);比如呈现体设置了指定发布时间周期为每天8:00~18:00,而呈现服务器接收到发布消息的时间为9:00,则满足要求。
4)判断订阅者(观察体B)接收次数是否超过限制,如果超过了接收次数上限,返回给发布和通知处理装置拒绝向此订阅者发布呈现信息的响应;如果没有超过接收次数上限,进入步骤5);呈现体设置通知次数(观察体的接收次数)限制(比如总次数1000次,每天10次),那么总数和每天的次数都有一个计数器;总数的计数器每发一次,就加1,每天的次数计数器每天从零开始计数,每发一次就加1;发送通知前判断当前发送总次数是否超过1000,同时判断今天发送总次数是否超过10,如果可以发送,总次数和当天次数都加1;到第二天,当天的计数会清0,总次数不会清0;
5)判断是否高于设定的发送频率,如果高于设定的发送频率,返回给发布和通知处理装置拒绝向此订阅者发布呈现信息的响应;如果不高于设定的发送频率,进入步骤6);对于发送频率的设定,可以设定两种方法:(第1种)每10分钟一次,比如8:00开始计算,那么8:00~8:10之间,呈现服务器在8:10可以选择把最后一次发布的信息处理后通知给观察体,也可以把10分钟内多次发布的呈现信息合并处理后再发布给观察体;(第2种)一分钟不能大于10条,这种情况下,收到发布消息就处理并通知观察体,并且需要计数,当1分钟内发送条目超过10条时,选择丢弃。
6)按照发布流程应用内容相关处理规则对发布消息进行处理,将处理好的消息通知给观察体;
7)在消息通知给观察体后,订阅者的已接收次数自动加一。
上述流程中,如果没有设置条件限制的,可以认为符合通知条件,对于判断通知规则和发布流程的处理(呈现信息合成装置、内容授权规则检查装置、观察体过滤装置、部分通知处理装置和呈现信息发布装置的处理)的顺序没有一定的限制,无论先执行哪个步骤都能达到本发明的目的。对于各种条件可以采用数据库的形式进行存储和处理。
上述本发明涉及到的各个操作步骤及各种规则策略的制定,本领域技术人员根据现有掌握的编程手段就能轻易实施。
为有助于理解,下面列举几个具体的应用例子:
1、无线电台对外提供全天候24小时交通路况呈现信息,但此项服务需要收费。对于新用户,可以***,但有一定的限制条件,比如:
(1)免费发布1000次
(2)免费发布时间周期限制在每天早晨8:00~12:00;
(3)免费试用2次(即用户***条件到期后,还可以再次订阅,再试用;如果再次到期,将必须付费)
新用户免费订阅后,只能在每天早晨有限时间内接收到呈现信息,而且当接收1000次以后,此服务就失效了,必须再次订阅,还可以***一次;再次失效后,如果不付费,将无法试用。
此实施例中,无线电台为呈现体,用户为观察体。
下面介绍具体的实施手段,下述2个实施例中通知规则包含在内容授权规则中(通知规则也可以是建立新的规则文件,不包含在内容授权规则中):订阅授权规则(采用精确匹配的原则,即匹配到具体人后,则不匹配通用的域):
观察体标识 | 结果 | 订阅次数限制 |
[email protected] | 拒绝 | 2 |
*@163.com | 允许 | 2 |
内容授权规则:
观察体标识 | 路况信息 | 发布次数 | 发布时间周期 |
*@163.com | 允许 | 1000 | 8:00~12:00 |
当观察体标识中有“@163.com”字段时,观察体在订阅时允许,且订阅次数允许为2次(一次订阅成功后,订阅次数限制自动减一,当订阅次数限制为零时,不允许订阅),早晨9:00,当无线电台发布消息时,匹配标识“@163.com”,结果为内容允许订阅路况信息,且通知规则为允许发布1000次,发布周期为每天8:00~12:00;呈现服务器比较观察体的已接收次数是否小于等于1000以及9:00是否在8:00~12:00的范围中,如果小于等于1000,且在发布时间周期中,通知规则结果为允许发布,呈现服务器将路况信息发送给观察体后,观察体的已接收次数自动加1;
2、用户A希望在工作时间(每天8:00~18:30)向同事发布自己的呈现信息,其他时间不向同事(比如老板)发布呈现信息。
用户可以针对*@163.com,限制发布呈现信息的时间周期。对于发布次数、订阅次数不作限制。
订阅授权规则(采用精确匹配的原则,即匹配到具体人后,则不匹配通用的域):
观察体标识 | 结果 | 优先级 |
[email protected] | 拒绝 | 1 |
*@163.com | 允许 | 2 |
内容授权规则:
观察体标识 | 位置信息 | 游戏信息 | 发布次数 | 发布周期 |
*@163.com | 允许 | 拒绝 | 无限制 | 8:00~18:30 |
当观察体标识中有“@163.com”字段且不是“[email protected]”时,观察体在订阅时允许,当用户A在9:00发布呈现信息时,呈现服务器判断出通知规则中发布次数没有限制,发布周期为8:00~18:30,结果为允许发布,发布内容为允许发布位置信息,但是不允许发布游戏信息,呈现服务器发布位置信息给具有标识“@163.com”除[email protected]外的所有观察***置信息,呈现服务器将位置信息发送给观察体后,相应的观察体的已接收次数自动加1。
3、呈现体希望自己处于某些特殊的状态时不要将呈现信息发布给观察体,比如老板订阅了员工的位置和状态相关的呈现信息,而呈现体当处于玩游戏状态时,其更改其呈现状态为“玩游戏中”,且预先设置了当处于此状态时,不向老板发送位置和“玩游戏中”的呈现信息,此时虽然呈现体向呈现服务器发送了此信息,呈现服务器根据此呈现体的设置,仍然不向老板这个订阅者发送此呈现信息。
通知规则:
状态或者位置 | 动作 | 允许通知的观察体 | 禁止通知的观察体 |
玩游戏中 | 限制呈现信息的通知群体 | *@game.com | [email protected] |
在工作 | 不向游戏站队发送工作相关信息 | *@163.com | *@game.com |
在旅游 | 不向公司同事通知位置信息 | [email protected]@sina.com | *@163.com |
由上述通知规则可知,当员工(呈现体)处于玩游戏的状态时,允许将呈现信息通知给*@game.com,禁止通知给[email protected];当员工(呈现体)处于在工作的状态时,允许将呈现信息通知给*@163.com,禁止通知给;*@game.com;当员工(呈现体)处于在旅游的状态时,允许将呈现信息通知给[email protected]和[email protected];禁止通知*@163.com。
作为一种优选实施例,通知规则中包括判断所有观察体的接收状态,并作出相应处理,执行过程如下:通知规则处理装置判断所有观察体的接收状态,如可以根据观察体的在线情况进行判断,如果所有观察体都处于无法接收呈现信息的状态,可以由呈现服务器中的发布和通知处理装置通知呈现客户端或者应用服务器,要求在这段时间内不必发布呈现信息;当有观察体处于可接收状态时,呈现服务器可以通知呈现体继续发布。
上面描述了本发明中关于呈现体设置通知规则的实施例,观察体也可以设置接收规则,可以预先在呈现XDMS或呈现服务器上设置,也可以通过订阅消息时通过订阅消息进行设置,将设置的接收规则保存在呈现服务器上或XDMS上,观察体可以在接收规则中设置订阅有效期、时间段、接收次数和接收频率,利用相应的接收规则处理装置采用与判断通知规则相同的手段进行判断,判断是否在订阅有效期、时间段和接收次数之内,以及根据接收频率进行判断是否满足发布条件;呈现服务器还可以根据观察体设置的接收频率、接收时间段、接收状态进行处理后,通知呈现体客户端控制发布消息的频率(rate/frequency)和时间段(period);在***中可以先处理呈现体设置的通知规则,然后再处理观察体设置的接收规则,然后发布和通知处理装置根据呈现体和观察体设置的内容相关处理规则进行发布信息的处理,将处理后的信息发送给观察体;由于处理的流程与手段与上面描述的处理呈现他设置的规则的手段类似,这里就不再一一进行描述。本领域技术人员根据掌握的技术手段不需要花费创造性的劳动就能够实现本发明所描述的技术方案。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (39)
1.一种呈现信息的通知方法,包括如下步骤:
1)观察体客户端或应用服务器通过呈现服务器订阅呈现体的呈现信息;
2)呈现服务器接收呈现体客户端或应用服务器发送的发布消息,判断该呈现体是否设置有通知规则,如果设置了通知规则,则根据所述通知规则以及观察体和呈现体预先设置的内容相关处理规则处理发布消息;如果判断出呈现体没有设置通知规则,则根据观察体和呈现体预先设置的内容相关处理规则处理发布消息;
3)呈现服务器将处理后得到的通知消息发送到观察体客户端或应用服务器。
2.根据权利要求1所述的呈现信息的通知方法,其特征在于,所述通知规则是由呈现体预先设置在呈现XML文件管理服务器中或呈现服务器中的。
3.根据权利要求1或2所述的呈现信息的通知方法,其特征在于,所述根据通知规则处理发布消息的步骤包括判断当前发布时间是否在有效期内和/或判断是否在指定的发布时间周期内,并作相应处理。
4.根据权利要求1或2所述的呈现信息的通知方法,其特征在于,所述根据通知规则处理发布消息的步骤包括判断订阅者接收次数是否超过限制和/或判断是否高于设定的发送频率,并作相应处理。
5.根据权利要求3所述的呈现信息的通知方法,其特征在于,所述根据通知规则处理发布消息的步骤包括判断订阅者接收次数是否超过限制和/或判断是否高于设定的发送频率,并作相应处理。
6.根据权利要求1或2所述的呈现信息的通知方法,其特征在于,所述根据通知规则处理发布消息包括根据呈现体的状态处理发布消息。
7.根据权利要求3所述的呈现信息的通知方法,其特征在于,所述根据通知规则处理发布消息包括根据呈现体的状态处理发布消息。
8.根据权利要求4所述的呈现信息的通知方法,其特征在于,所述根据通知规则处理发布消息包括根据呈现体的状态处理发布消息。
9.根据权利要求1或2所述的呈现信息的通知方法,其特征在于,所述呈现体客户端或应用服务器可以通过在WEB界面修改所述通知规则。
10.根据权利要求1或2所述的呈现信息的通知方法,其特征在于,观察体客户端或应用服务器通过呈现服务器订阅呈现体的呈现信息时,呈现服务器通过呈现体设置的订阅授权规则进行处理,其中订阅授权规则中包括允许订阅的次数。
11.根据权利要求5所述的呈现信息的通知方法,其特征在于,观察体客户端或应用服务器通过呈现服务器订阅呈现体的呈现信息时,呈现服务器通过呈现体设置的订阅授权规则进行处理,其中订阅授权规则中包括允许订阅的次数。
12.根据权利要求1或2所述的呈现信息的通知方法,其特征在于,呈现服务器向观察体或应用服务器发送通知消息之前还根据观察体设置的接收频率和/或接收时间段进行发布消息的处理。
13.根据权利要求5所述的呈现信息的通知方法,其特征在于,呈现服务器向观察体或应用服务器发送通知消息之前还根据观察体设置的接收频率和/或接收时间段进行发布消息的处理。
14.一种通知呈现信息的***,包括呈现服务器,所述呈现服务器包括发布和通知处理装置以及通知规则处理装置;
发布和通知处理装置,根据订阅关系找到观察体,并向通知规则处理装置发出询问,根据观察体和呈现体预先设置的内容相关处理规则和通知规则处理装置返回的响应处理发布消息;
通知规则处理装置,判断呈现体是否设有通知规则,如果有,根据通知规则判断是否符合通知条件,并返回给发布和通知处理装置相应的响应。
15.根据权利要求14所述的一种通知呈现信息的***,其特征在于,所述通知规则是由呈现体预先设置在呈现XDMS中或呈现服务器中的。
16.根据权利要求14或15所述的一种通知呈现信息的***,其特征在于,所述通知规则处理装置判断当前发布时间是否在有效期内和/或判断是否在指定的发布时间周期内,并作相应处理。
17.根据权利要求14或15所述的一种通知呈现信息的***,其特征在于,所述通知规则处理装置判断订阅者接收次数是否超过限制和/或判断是否高于设定的发送频率,并作相应处理。
18.根据权利要求16所述的一种通知呈现信息的***,其特征在于,所述通知规则处理装置判断订阅者接收次数是否超过限制和/或判断是否高于设定的发送频率,并作相应处理。
19.根据权利要求14或15所述的一种通知呈现信息的***,其特征在于,所述通知规则处理装置根据呈现体的状态处理发布消息。
20.根据权利要求16所述的一种通知呈现信息的***,其特征在于,所述通知规则处理装置根据呈现体的状态处理发布消息。
21.根据权利要求17所述的一种通知呈现信息的***,其特征在于,所述通知规则处理装置根据呈现体的状态处理发布消息。
22.根据权利要求14或15所述的一种通知呈现信息的***,其特征在于,所述呈现体客户端或应用服务器可以通过在WEB界面修改所述通知规则。
23.根据权利要求14或15所述的一种通知呈现信息的***,其特征在于,观察体客户端或应用服务器通过呈现服务器订阅呈现体的呈现信息时,呈现服务器通过呈现体设置的订阅授权规则进行处理,其中订阅授权规则中包括允许订阅的次数。
24.根据权利要求18所述的一种通知呈现信息的***,其特征在于,观察体客户端或应用服务器通过呈现服务器订阅呈现体的呈现信息时,呈现服务器利用呈现体设置的订阅授权规则进行处理,其中订阅授权规则中包括允许订阅的次数。
25.根据权利要求14或15所述的一种通知呈现信息的***,其特征在于,呈现服务器向观察体或应用服务器发送通知消息之前还根据观察体设置的接收频率和/或接收时间段进行发布消息的处理。
26.根据权利要求18所述的一种通知呈现信息的***,其特征在于,呈现服务器向观察体或应用服务器发送通知消息之前还根据观察体设置的接收频率和/或接收时间段进行发布消息的处理。
27.一种通知呈现信息的***,包括呈现服务器,所述呈现服务器包括发布和通知处理装置,其特征在于,所述发布和通知处理装置包括通知规则处理装置;
发布和通知处理装置,根据订阅关系找到观察体,并由通知规则处理装置判断呈现体是否设有通知规则,如果有,根据通知规则判断是否符合通知条件并将结果发送给发布和通知处理装置的其它模块,发布和通知处理装置的其它模块根据观察体和呈现体预先设置的内容相关处理规则和通知规则处理装置发送来的结果处理发布消息;如果呈现体没有设通知规则,发布和通知处理装置的其它模块根据观察体和呈现体预先设置的内容相关处理规则处理发布消息。
28.根据权利要求27所述的一种通知呈现信息的***,其特征在于,所述通知规则是由呈现体预先设置在呈现XDMS中或呈现服务器中的。
29.根据权利要求27或28所述的一种通知呈现信息的***,其特征在于,所述通知规则处理装置判断当前发布时间是否在有效期内和/或判断是否在指定的发布时间周期内,并作相应处理。
30.根据权利要求27或28所述的一种通知呈现信息的***,其特征在于,所述通知规则处理装置判断订阅者接收次数是否超过限制和/或判断是否高于设定的发送频率,并作相应处理。
31.根据权利要求29所述的一种通知呈现信息的***,其特征在于,所述通知规则处理装置判断订阅者接收次数是否超过限制和/或判断是否高于设定的发送频率,并作相应处理。
32.根据权利要求27或28所述的一种通知呈现信息的***,其特征在于,所述通知规则处理装置根据呈现体的状态处理发布消息。
33.根据权利要求29所述的一种通知呈现信息的***,其特征在于,所述通知规则处理装置根据呈现体的状态处理发布消息。
34.根据权利要求30所述的一种通知呈现信息的***,其特征在于,所述通知规则处理装置根据呈现体的状态处理发布消息。
35.根据权利要求27或28所述的一种通知呈现信息的***,其特征在于,所述呈现体客户端或应用服务器可以通过在WEB界面修改所述通知规则。
36.根据权利要求27或28所述的一种通知呈现信息的***,其特征在于,观察体客户端或应用服务器通过呈现服务器订阅呈现体的呈现信息时,呈现服务器通过呈现体设置的订阅授权规则进行处理,其中订阅授权规则中包括允许订阅的次数。
37.根据权利要求31所述的一种通知呈现信息的***,其特征在于,观察体客户端或应用服务器通过呈现服务器订阅呈现体的呈现信息时,呈现服务器利用呈现体设置的订阅授权规则进行处理,其中订阅授权规则中包括允许订阅的次数。
38.根据权利要求27或28所述的一种通知呈现信息的***,其特征在于,呈现服务器向观察体或应用服务器发送通知消息之前还根据观察体设置的接收频率和/或接收时间段进行发布消息的处理。
39.根据权利要求31所述的一种通知呈现信息的***,其特征在于,呈现服务器向观察体或应用服务器发送通知消息之前还根据观察体设置的接收频率和/或接收时间段进行发布消息的处理。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2005101155119A CN1794709A (zh) | 2005-11-04 | 2005-11-04 | 一种呈现信息的通知方法和*** |
CNA2006800122163A CN101160873A (zh) | 2005-11-04 | 2006-09-13 | 一种呈现信息的通知方法和*** |
PCT/CN2006/002370 WO2007051384A1 (fr) | 2005-11-04 | 2006-09-13 | Méthode de notification d’information de présence et système correspondant |
US11/881,183 US20080010301A1 (en) | 2004-11-04 | 2007-07-25 | Method and system for notifying presence information |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2005101155119A CN1794709A (zh) | 2005-11-04 | 2005-11-04 | 一种呈现信息的通知方法和*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1794709A true CN1794709A (zh) | 2006-06-28 |
Family
ID=36805980
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2005101155119A Pending CN1794709A (zh) | 2004-11-04 | 2005-11-04 | 一种呈现信息的通知方法和*** |
CNA2006800122163A Pending CN101160873A (zh) | 2005-11-04 | 2006-09-13 | 一种呈现信息的通知方法和*** |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2006800122163A Pending CN101160873A (zh) | 2005-11-04 | 2006-09-13 | 一种呈现信息的通知方法和*** |
Country Status (3)
Country | Link |
---|---|
US (1) | US20080010301A1 (zh) |
CN (2) | CN1794709A (zh) |
WO (1) | WO2007051384A1 (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100527678C (zh) * | 2006-09-08 | 2009-08-12 | 中国科学院计算技术研究所 | 发布和获取关系型呈现信息的方法 |
WO2009124507A1 (zh) * | 2008-04-11 | 2009-10-15 | 华为技术有限公司 | 一种通知消息呈现的方法和装置 |
CN102158811A (zh) * | 2008-04-11 | 2011-08-17 | 华为技术有限公司 | 一种bcast中通知消息呈现方式的方法和装置 |
CN102413122A (zh) * | 2011-10-10 | 2012-04-11 | 中国电信股份有限公司 | 一种查询好友终端业务能力指示信息的方法和*** |
CN104468760A (zh) * | 2014-11-28 | 2015-03-25 | 小米科技有限责任公司 | 提醒消息推送方法及装置 |
WO2017156984A1 (zh) * | 2016-03-14 | 2017-09-21 | 乐视控股(北京)有限公司 | 一种移动终端的视频更新推送方法以及客户端 |
CN107491303A (zh) * | 2010-09-28 | 2017-12-19 | 高通股份有限公司 | 用于呈现交互信息的设备和方法 |
WO2018019281A1 (zh) * | 2016-07-29 | 2018-02-01 | 京东方科技集团股份有限公司 | 进行通知的方法、装置和*** |
CN107666432A (zh) * | 2016-07-29 | 2018-02-06 | 京东方科技集团股份有限公司 | 进行通知的方法、装置和*** |
CN112333037A (zh) * | 2019-08-05 | 2021-02-05 | 北京百度网讯科技有限公司 | 通信链路自检测方法、***和自动驾驶车辆 |
CN114979044A (zh) * | 2021-08-10 | 2022-08-30 | 中移互联网有限公司 | 一种针对消息即平台的消息管理方法、节点及电子设备 |
Families Citing this family (35)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008009197A1 (fr) * | 2006-07-14 | 2008-01-24 | Huawei Technologies Co., Ltd. | Réseau par paquets et procédé permettant de réaliser ce réseau |
CN102307243B (zh) | 2006-08-14 | 2014-12-10 | 三星电子株式会社 | 用于基于存在属性的存在通知的***和方法 |
EP2223519A4 (en) * | 2007-12-21 | 2015-08-26 | PERMANENT PRESENCE FOR PERFECT BLOCKING AND CONFIRMATION | |
EP2075986A1 (en) * | 2007-12-31 | 2009-07-01 | Nokia Siemens Networks Oy | Enhanced presence server system |
US9037647B2 (en) * | 2008-03-14 | 2015-05-19 | T-Mobile Usa, Inc. | System and method for the distribution and use of presence |
US20090276653A1 (en) * | 2008-05-02 | 2009-11-05 | Pattabhiraman Ramesh V | Presence server for discrete time updates |
US20090300704A1 (en) * | 2008-05-27 | 2009-12-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Presentity Rules for Location Authorization in a Communication System |
US7899905B2 (en) * | 2008-08-07 | 2011-03-01 | Samsung Electronics Co., Ltd. | Partial subscription/eventing and event filtering in a home network |
US8447808B2 (en) * | 2008-09-19 | 2013-05-21 | International Business Machines Corporation | Virtual presence server |
US8473733B2 (en) * | 2008-10-14 | 2013-06-25 | Research In Motion Limited | Method for managing opaque presence indications within 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 |
US8103730B2 (en) | 2008-10-15 | 2012-01-24 | Research In Motion Limited | Use of persistent sessions by 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 |
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 |
US20100098105A1 (en) * | 2008-10-16 | 2010-04-22 | Research In Motion Limited | Scheduling Policy and Quality of Service Through the Presence Access Layer |
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 |
WO2010075870A1 (en) * | 2008-12-29 | 2010-07-08 | Nokia Siemens Networks Oy | Filtering of user availability information |
WO2010090563A1 (en) * | 2009-02-06 | 2010-08-12 | Telefonaktiebolaget Lm Ericsson (Publ) | A method and server for accessing and providing presence information in a communications network |
US8463242B2 (en) * | 2009-02-27 | 2013-06-11 | Research In Motion Limited | Communications system providing mobile device notification content type selection features and related methods |
FR2942928B1 (fr) | 2009-03-03 | 2011-04-01 | Alcatel Lucent | Procede et systeme de gestion multicriteres de notifications de presence |
US8214434B2 (en) * | 2009-04-09 | 2012-07-03 | Research In Motion Limited | System and method for conflict resolution during the consolidation of information relating to a data service |
WO2010136835A1 (en) * | 2009-05-28 | 2010-12-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Reactive authorization for publications |
KR101618036B1 (ko) * | 2009-06-22 | 2016-05-18 | 삼성전자주식회사 | 휴대 단말기의 메신저 기능 지원 방법 및 이를 이용하는 휴대 단말기 |
US20110004611A1 (en) * | 2009-07-01 | 2011-01-06 | International Business Machines Corporation | Method and system for providing content-based access to presence method and system for providing content-based to presence information |
US9509791B2 (en) * | 2010-01-07 | 2016-11-29 | Oracle International Corporation | Policy-based exposure of presence |
US20110166943A1 (en) * | 2010-01-07 | 2011-07-07 | Oracle International Corporation | Policy-based advertisement engine |
US20110196728A1 (en) * | 2010-02-05 | 2011-08-11 | Oracle International Corporation | Service level communication advertisement business |
US9467858B2 (en) * | 2010-02-05 | 2016-10-11 | Oracle International Corporation | On device policy enforcement to secure open platform via network and open network |
US9495521B2 (en) * | 2010-02-05 | 2016-11-15 | Oracle International Corporation | System self integrity and health validation for policy enforcement |
US8990381B2 (en) * | 2010-12-31 | 2015-03-24 | Motorola Solutions, Inc. | Method and apparatus for managing common and application specific presence information |
US9299111B2 (en) * | 2012-09-04 | 2016-03-29 | Futurewei Technologies, Inc. | Efficient presence distribution mechanism for a large enterprise |
US9515969B1 (en) * | 2013-05-14 | 2016-12-06 | Google Inc. | Configuring presence and notifications in persistent conversations |
CN103731478B (zh) * | 2013-12-13 | 2017-12-19 | 深圳市云宙多媒体技术有限公司 | 一种基于用户访问时间的内容发布方法及*** |
US10439963B2 (en) * | 2017-03-09 | 2019-10-08 | Citrix Systems, Inc. | Increasing capacity in a topic-subscription messaging system |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7310532B2 (en) * | 2001-12-05 | 2007-12-18 | Intel Corporation | Method of automatically updating presence information |
US20030217142A1 (en) * | 2002-05-15 | 2003-11-20 | Microsoft Corporation | Method and system for supporting the communication of presence information regarding one or more telephony devices |
JP3959011B2 (ja) * | 2002-10-15 | 2007-08-15 | 株式会社リコー | 印刷管理システム |
EP1691300A4 (en) * | 2003-12-05 | 2008-07-02 | Matsushita Electric Ind Co Ltd | INFORMATION BANNER AND INFORMATION NOTIFICATION PROCEDURE |
CN100574203C (zh) * | 2005-10-26 | 2009-12-23 | 华为技术有限公司 | 一种呈现信息的通知方法和*** |
-
2005
- 2005-11-04 CN CNA2005101155119A patent/CN1794709A/zh active Pending
-
2006
- 2006-09-13 CN CNA2006800122163A patent/CN101160873A/zh active Pending
- 2006-09-13 WO PCT/CN2006/002370 patent/WO2007051384A1/zh active Application Filing
-
2007
- 2007-07-25 US US11/881,183 patent/US20080010301A1/en not_active Abandoned
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100527678C (zh) * | 2006-09-08 | 2009-08-12 | 中国科学院计算技术研究所 | 发布和获取关系型呈现信息的方法 |
CN102158811B (zh) * | 2008-04-11 | 2013-10-09 | 华为技术有限公司 | 一种bcast中通知消息呈现方式的方法和装置 |
WO2009124507A1 (zh) * | 2008-04-11 | 2009-10-15 | 华为技术有限公司 | 一种通知消息呈现的方法和装置 |
CN102158811A (zh) * | 2008-04-11 | 2011-08-17 | 华为技术有限公司 | 一种bcast中通知消息呈现方式的方法和装置 |
CN107491303A (zh) * | 2010-09-28 | 2017-12-19 | 高通股份有限公司 | 用于呈现交互信息的设备和方法 |
CN102413122B (zh) * | 2011-10-10 | 2014-08-20 | 中国电信股份有限公司 | 一种查询好友终端业务能力指示信息的方法和*** |
CN102413122A (zh) * | 2011-10-10 | 2012-04-11 | 中国电信股份有限公司 | 一种查询好友终端业务能力指示信息的方法和*** |
CN104468760A (zh) * | 2014-11-28 | 2015-03-25 | 小米科技有限责任公司 | 提醒消息推送方法及装置 |
WO2017156984A1 (zh) * | 2016-03-14 | 2017-09-21 | 乐视控股(北京)有限公司 | 一种移动终端的视频更新推送方法以及客户端 |
WO2018019281A1 (zh) * | 2016-07-29 | 2018-02-01 | 京东方科技集团股份有限公司 | 进行通知的方法、装置和*** |
CN107666432A (zh) * | 2016-07-29 | 2018-02-06 | 京东方科技集团股份有限公司 | 进行通知的方法、装置和*** |
US11677850B2 (en) | 2016-07-29 | 2023-06-13 | Boe Technology Group Co., Ltd. | Method, apparatus and system for notification |
CN112333037A (zh) * | 2019-08-05 | 2021-02-05 | 北京百度网讯科技有限公司 | 通信链路自检测方法、***和自动驾驶车辆 |
CN112333037B (zh) * | 2019-08-05 | 2022-11-01 | 北京百度网讯科技有限公司 | 通信链路自检测方法、***和自动驾驶车辆 |
CN114979044A (zh) * | 2021-08-10 | 2022-08-30 | 中移互联网有限公司 | 一种针对消息即平台的消息管理方法、节点及电子设备 |
CN114979044B (zh) * | 2021-08-10 | 2023-10-27 | 中移互联网有限公司 | 一种针对消息即平台的消息管理方法、节点及电子设备 |
Also Published As
Publication number | Publication date |
---|---|
WO2007051384A1 (fr) | 2007-05-10 |
US20080010301A1 (en) | 2008-01-10 |
CN101160873A (zh) | 2008-04-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1794709A (zh) | 一种呈现信息的通知方法和*** | |
CN1859139A (zh) | 一种呈现信息的通知方法和*** | |
CN1863172A (zh) | 一种发布呈现信息的方法和*** | |
CN1794706A (zh) | 存在信息的提供方法 | |
CN1302684C (zh) | 更新群组成员资格列表以促进群组通信的方法 | |
CN1863200A (zh) | 一种订阅呈现信息的方法和*** | |
CN1265582C (zh) | 信息***服务提供***、信息***方法和通信网络 | |
CN1949770A (zh) | 一种推送信息提供方法及推送代理装置 | |
CN1794723A (zh) | 一种离线消息处理方法 | |
CN1794708A (zh) | 呈现业务***及发布呈现信息的方法 | |
CN1732667A (zh) | 使用在场技术的应用信息和命令的传输 | |
CN1819607A (zh) | 一种实现集团通讯录业务的***及方法 | |
CN1855967A (zh) | 用于在在线***中对用户群组进行管理的***和方法 | |
CN1404288A (zh) | 完成手机号码与即时通信号码捆绑和手机状态显示的方法 | |
CN1976326A (zh) | 经由呈现消息传送的共同兴趣分区服务 | |
CN101043469A (zh) | 一种呈现信息的处理方法 | |
CN1794692A (zh) | 通信***和在通信***中查询信息的方法 | |
CN101035316A (zh) | 一种排队叫号***和方法 | |
CN1592297A (zh) | 在通信***中管理输入呼叫和/或消息 | |
CN1933456A (zh) | 一种即时通信中按照时间段自动回复的方法及*** | |
CN1735234A (zh) | Ptt通信的令牌分配 | |
CN101051922A (zh) | 一种存在信息的订阅、发布和更新方法 | |
CN1744585A (zh) | 电子邮件组播设备 | |
CN101032118A (zh) | 用于处理用户标识的方法和*** | |
CN101035006A (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 | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Open date: 20060628 |