用于更新呈现属性的方法及装置的制作方法

专利名称：用于更新呈现属性的方法及装置的制作方法
技术领域：
本申请总体上涉及分组数据通信系统，更具体地涉及在分组数据 通信系统中提供呈现服务。
背景技术：
开放移动联盟(OMA)已经提出了在分组数据通信系统中实现的 呈现服务。在诸如由OMA提出的这一种呈现服务中，呈现体为具有与 其关联的呈现信息的逻辑实体(一般代表人)。呈现源向呈现服务器 提供关于呈现体的呈现信息，且观察体(watcher)从呈现服务器中请 求关于呈现体的呈现信息(或者关于观察体的观察体信息)。在由第 一呈现用户操作的第一通信设备中实现的呈现源，可通过向呈现服务 器传送包括呈现信息的会话发起协议SIP (会话发起协议)PUBLISH消 息，来向呈现服务器发布呈现信息。呈现信息包括一个或多个呈现信 息元素的当前状态，例如，与代表第一呈现用户的呈现体关联的位置、 可用性、意愿、心情以及活动等。呈现服务器然后存储与呈现体关联 的每个呈现信息元素的当前状态。另外，呈现服务器维护与每个呈现 体(诸如代表第一呈现用户的呈现体)关联的概况(profile)，其概况 包括确定哪组观察体被授权察看与呈现体关联的呈现信息的访问规 则。
第二呈现用户可希望知道与第一呈现用户关联的一个或多个呈现 信息元素的状态。为了被通知与第一呈现用户关联的呈现信息元素， 在与第二呈现用户关联的第二通信设备中实现的第二观察体通过向请 求与呈现体(即，代表第一呈现用户的逻辑实体)关联的呈现信息的
呈现服务器传送SIPSUBSCRIBE消息，来订阅观察第一呈现用户。SIP SUBSCRIBE消息可请求涉及与呈现体关联的所有呈现信息元素的通 知，或者可以请求涉及与呈现体关联的呈现信息元素的子集的通知。 在后一情况下，第二观察体在SIP SUBSCRIBE消息中包括过滤器，该 过滤器指示在通知中包括或排除哪些呈现信息元素，和/或例如，当特 定的呈现信息元素从指定值改变或改变到指定值时，指示触发器来发 送通知。如果呈现服务器例如通过与呈现体关联的访问规则授权了第 二观察体，那么然后经由SIP NOTIFY消息将与呈现体关联的每个被请 求的呈现属性的当前状态提供给第二观察体。
呈现源和观察体为在实现中可合并的逻辑实体。例如，由第一呈 现用户操作的第一通信设备可实现呈现源以发布与呈现体关联的呈现 信息，且实现第一观察体以订阅观察体信息，即，要被通知诸如第二 观察体的、已经订阅了与呈现体关联的呈现信息的观察体。
不考虑第二呈现用户是否观察呈现信息元素，每当一个或多个呈 现信息元素的状态改变时，与呈现体关联的呈现源则向呈现服务器发 布呈现信息。当与呈现体关联的一个或多个呈现信息元素快速改变时， 由此引起的消息收发(messaging)的交换在诸如无线通信系统的有限 带宽的通信系统中，可消耗极大的系统容量，且当第一通信设备包括 诸如电池的有限寿命电源时，可消耗过多的通信设备电力。
因此，需要这样的方法和装置，其减少在与第一呈现用户关联的 第一通信设备和提供呈现服务的呈现服务器之间的交换的消息收发。


图l为根据本发明实施例的通信系统的框图。 图2为根据本发明实施例的用户终端的框图。
图3A为根据本发明实施例的、由图1的通信系统执行的更新呈现属 性的方法的逻辑流程图。
图3B为图3A的逻辑流程图的延续，其描绘根据本发明的实施例 的、由图l的通信系统执行的更新呈现属性的方法。
本领域普通技术人员应理解，附图中的元素是为了简单清楚而图 示的，没必要按比例画出。例如，附图中的一些元素的尺寸可以相对 于其它元素而夸大以帮助更好地理解本发明的不同实施例。此外，在 商业上可行的实施例中有用的或必要的常用的而容易理解的元件经常 不被描述，以便较少地模糊本发明的这些不同的实施例的视图。
具体实施例方式
需要这样的方法和装置，其减少了在呈现体(更具体地与呈现体 关联的通信设备)和提供呈现服务的呈现服务器之间的交换的消息收 发，为了解决该需要，提供了一种通信系统，该通信系统包括接收与 呈现体关联的呈现信息的呈现服务器，其中呈现信息包括一个或多个 呈现属性且呈现体与呈现源和第一观察体关联。呈现服务器进一步从 第二观察体接收观看一个或多个呈现属性的呈现属性的请求。呈现服 务器可进一步从第一观察体接收消息，该消息指定了如下期望被通
知谁正在观察呈现体、正在被过滤的呈现属性，和/或正在由呈现服务 器实现的呈现属性更新的任何节流或推迟。呈现服务器然后向第一观 察体传送观察体通知信息，该观察体通知信息通知正在观察呈现体的 其它观察体、什么正在被观察、任何正在被过滤的呈现属性，和/或呈 现属性更新的节流或推迟。呈现体然后基于观察体通知信息，确定是 否发布呈现属性更新。
一般地，本发明的实施例包括用于更新呈现属性的方法，该方法
包括接收与呈现体关联的呈现信息，其中呈现信息包括一个或多个
呈现属性；从第二观察体接收观看一个或多个呈现属性的呈现属性的 请求；以及向第一观察体通知由第二观察体请求观看的呈现属性，其 中第一观察体与呈现体关联。
本发明的另一实施例包括用于更新呈现属性的方法，该方法包括: 向呈现服务器传送与呈现体关联的呈现信息，其中呈现信息包括一个 或多个呈现属性；接收观察体通知信息，该观察体通知信息标识正在 被观察体观察的一个或多个呈现属性的呈现属性的一个或多个，以及 正在被呈现服务器过滤的一个或多个呈现属性的呈现属性；更新一个 或多个呈现属性的呈现属性以产生更新的呈现属性，且基于观察体通 知信息，确定是否向呈现服务器发布更新的呈现属性。
本发明的另一实施例包括用于更新呈现属性的方法，该方法包括 接收与呈现体关联的呈现信息，其中呈现信息包括一个或多个呈现属 性，以及向观察体传送信息，以通知一个或多个呈现属性的呈现属性 的更新是正被推迟或正被过滤的一个或多个。
本发明的另一实施例包括用于更新呈现属性的方法，该方法包括 传送与呈现体关联的呈现信息，其中呈现信息包括一个或多个呈现属 性，以及接收通知一个或多个呈现属性的呈现属性的更新正在被推迟 的信息。
本发明的另一实施例包括用于更新呈现属性的方法，该方法包括 确定没有一个正在观察呈现体，以及响应于确定没有一个正在观察呈 现体，确定执行以下一个或多个不向呈现服务器发布与呈现体关联 的呈现属性的更新或者向呈现服务器发布一组縮减的呈现属性。
本发明的另一实施例包括用于更新呈现属性的方法，该方法包括 向呈现服务器传送与呈现体关联的呈现信息，其中呈现信息包括一个 或多个呈现属性；接收观察体通知信息，该观察体通知信息标识正在
观察一个或多个呈现属性的呈现属性的一个或多个观察体；更新一个 或多个呈现属性的呈现属性以产生更新的呈现属性，以及基于正在观 察呈现属性的观察体的数目以及正在观察呈现属性的观察体的优先级 中的一个或多个，确定是否向呈现服务器发布更新的呈现属性。
本发明的另一实施例包括一种呈现服务器，该呈现服务器包括处 理器，该处理器被配置成接收与呈现体关联的呈现信息(其中呈现信 息包括一个或多个呈现属性)、从第二观察体接收观看一个或多个呈 现属性的呈现属性的请求，以及向与呈现体关联第一观察体通知由第 二观察体请求观看的呈现属性。
本发明的另一实施例包括一种用户终端，该用户终端包括处理器， 该处理器被配置成向呈现服务器传送与呈现体关联的呈现信息，其 中呈现信息包括一个或多个呈现属性；接收观察体通知信息，该观察 体通知信息标识正在被观察体观察的一个或多个呈现属性的呈现属性 的一个或多个，以及正在被呈现服务器过滤的一个或多个呈现属性的 呈现属性；更新一个或多个呈现属性的呈现属性以产生更新的呈现属 性，以及基于观察体通知信息，确定是否向呈现服务器发布更新的呈 现属性。
本发明的另一实施例包括一种呈现服务器，该呈现服务器包括处 理器，该处理器被配置成接收与呈现体关联的呈现信息，其中呈现 信息包括一个或多个呈现属性；以及向观察体传送信息，以通知一个 或多个呈现属性的呈现属性的更新是正被推迟或正被过滤的一个或多
个o
本发明的另一实施例包括一种用户终端，该用户终端包括处理器，
该处理器被配置成传送与呈现体关联的呈现信息，其中呈现信息包
括一个或多个呈现属性；以及接收通知一个或多个呈现属性的呈现属
性的更新正在被推迟的信息。
本发明的另一实施例包括一种用户终端，该用户终端包括处理器， 该处理器被配置成确定没有一个正在观察呈现体，以及响应于确定没 有一个正在观察呈现体，确定执行以下一个或多个不向呈现服务器 发布与呈现体关联的呈现属性的更新或者向呈现服务器发布一组縮减 的呈现属性。
本发明的另一实施例包括一种用户终端，该用户终端包括处理器， 该处理器被配置成向呈现服务器传送与呈现体关联的呈现信息，其 中呈现信息包括一个或多个呈现属性；接收观察体通知信息，该观察 体通知信息标识正在观察一个或多个呈现属性的呈现属性的一个或多 个观察体；更新一个或多个呈现属性的呈现属性以产生更新的呈现属 性，以及基于正在观察呈现属性的观察体的数目以及正在观察呈现属 性的观察体的优先级中的一个或多个，确定是否向呈现服务器发布更 新的呈现属性。
参考图1到图3B可更加完整地描述本发明。图l为根据本发明实 施例的通信系统100的框图。通信系统IOO包括多个呈现用户102、 110 (示出两个)，每个呈现用户与相应用户终端104、 112关联，用户终 端104、 112诸如但不限于无线移动设备，例如，蜂窝电话、无线电话、 具有射频能力的个人数字助理(PDA)，或者向诸如膝上型计算机的 数字终端设备(DTE)提供RF接入的无线调制器，或者有线设备，有 线设备诸如但不限于有线电话、个人计算机(PC)、膝上型计算机， 或者可以与有线网络对接的其它数字终端设备(DTE)。每个呈现用户 102、 IIO订阅由通信系统IOO提供的呈现服务。
呈现用户102与呈现体关联(也即是说，具有与其关联的呈现信 息的逻辑实体)，且其它的呈现用户，诸如呈现用户110，可观察与该 呈现体关联的呈现信息。用户终端104实现呈现源106，该呈现源106 发布与对应于呈现用户102的呈现体关联的呈现信息。用户终端104
还实现第一观察体108，第一观察体108可订阅观察体通知信息，艮卩，
进行订阅以观察谁正在观察呈现体、哪些呈现属性正在被过滤(例如， 由于来自观察体的请求和/或呈现体的策略和/或呈现服务器的本地策 略而被包括在或排除在通知中)等信息。如在本技术领域中已知的，
呈现源是向诸如呈现服务器120的呈现服务器提供与呈现体关联的呈 现信息的逻辑实体，而观察体为从呈现服务器请求信息(诸如呈现信 息、观察体信息或者观察体通知信息)的逻辑实体。用户终端112订 阅对应于呈现用户102的与呈现体关联的呈现信息，因此，实现第二 观察体114。然而，用户终端112可以与呈现体关联也可以不与其关联， 且可以实现呈现源也可以不实现呈现源。
图2为根据本发明的不同实施例的、诸如用户终端104和112之 类的示例性用户终端200的框图。UE 200包括处理器204，诸如一个 或多个微处理器、微控制器、数字信号处理器(DSP)、其组合或者这 种那些本领域技术人员已知的其它设备。通过存储在与处理器关联的 相应至少一个存储设备206中的软件指令以及例行程序的执行，来分 别确定用户终端200的处理器204的特定的操作/功能，存储设备206 诸如存储可由对应的处理器执行的数据和程序的随机存取存储器 (RAM)、动态随机存取存储器(DRAM)，和/或只读存储器(ROM) 或者其等同物。用户终端200进一步包括耦合到处理器204的用户接 口 202，用户接口 202为用户终端的用户提供与用户终端交互的能力， 包括向用户终端输入指令的能力。
当用户终端实现诸如呈现源106的呈现源，以及诸如观察体108 和114的观察体中的一个或多个时，基于在用户终端的相应的至少一 个存储设备206中存储的软件指令和例行程序，在用户终端的处理器 204的应用层实现呈现源和观察体中的一个或多个。用户终端200可进 一步包括定时器212，定时器212倒计时报告时限。报告时限对应于用 户终端拖延报告关联的呈现体的任何呈现属性的时限，其中所述呈现 属性在该时限期间被更新。如在本技术领域中所知的，呈现体为具有
与其关联的呈现信息的逻辑实体。典型地，呈现体为人；然而，呈现 体可以为角色，诸如帮助台，或诸如会议室的资源。
通信系统IOO进一步包括可以由用户终端104和112中的每个访
问的呈现服务器120。例如，呈现服务器120可耦合到诸如网际协议网
络的数据网络，且有线设备可以借助于到数据网络的有线连接来访问 该呈现服务器，或者无线移动设备可以借助于也连接到数据网络的无
线接入网来访问该呈现服务器。呈现服务器120包括处理器122，诸如 一个或多个微处理器、微控制器、数字信号处理器(DSP)、其组合或 者这种那些本领域技术人员已知的其它的设备。通过在与处理器关联 的相应的至少一个存储设备124中维护的软件指令以及例行程序的执 行，来确定处理器122以及呈现服务器的这些特定的操作/功能，存储 设备124诸如存储可由对应的处理器执行的数据和程序的随机存取存 储器(RAM)、动态随机存取存储器(DRAM),和/或只读存储器(ROM) 或者其等同物。
呈现服务器120的至少一个存储设备124还维护与在通信系统100 中包括的每个呈现体(诸如与呈现用户102关联的呈现体)关联的概 况，该概况包括与呈现体关联的呈现策略。如在本技术领域中已知的， 呈现策略包括策略集合，诸如确定哪些观察体被授权察看与呈现体关 联的呈现信息的访问规则，以及确定呈现体的特定的观察体被授权察 看哪些呈现信息元素的内容规则。呈现服务器120的至少一个存储设 备124还维护这样的信息，该信息与呈现服务器接待(host)的每个呈 现体相关，且由每个呈现体关联的一个或多个呈现源发布。另外，呈 现服务器120的至少一个存储设备124还维护与每个这样的呈现体关 联的过滤信息，B卩，呈现服务器向每个观察体通知或不通知的呈现属 性，和/或涉及由呈现服务器使用的与呈现相关的消息收发的任何节流 或推迟的信息。任何由呈现服务器110维护和使用的过滤可基于呈现 体的请求(即，由呈现体作出的不向观察体通知特定的呈现属性的请 求)、订阅观察体的请求(即，由观察体作出的，仅仅被通知特定的
呈现属性，或不被通知特定的呈现属性的请求)，或者通信系统100 的运营商的策略。
本发明的实施例优选地在用户终端104和112以及呈现服务器120 内实现。更具体地，这里所描述的由呈现服务器120执行的功能性， 使用或者以存储在呈现服务器的相应的至少一个存储设备124中的软 件程序或指令来实现，且由呈现服务器的关联处理器122执行；这里 所描述的由与呈现用户102关联的呈现体执行的功能性，可以由用户 终端104执行；以及这里所描述的，用户终端104和112中任一个(例 如，由用户终端104的呈现源106或观察体108，或者由用户终端112 的观察体114)执行的功能性，使用或者以存储在对应的用户终端的相 应的至少一个存储设备206中的软件程序和指令来实现，并且由用户 终端的关联处理器204执行。然而，本领域普通技术人员认识到，本 发明的实施例可替代地，可以以硬件，例如，集成电路(IC)、专用 集成电路(ASIC)等，诸如在用户终端104和112以及呈现服务器120 的一个或多个中实现的ASIC，来实现。基于本公开，本领域普通技术 人员应能在取消实验的条件下，容易地产生以及实现这种软件和/或硬 件。
通信系统100包括分组数据通信系统，分组数据通信系统根据因 特网工程任务组(IETF)和开放移动联盟(OMA)规范来操作以及实 现呈现服务。更具体地，通信系统100根据OMA呈现规范来和其中引 用的 IETF 规范来操作，OMA 呈现规范诸如 OMA-RD-Presence—SIMPLE-Vl—0-20051006-C 、 OMA-AD-Presence_SIMPLE-Vl—0-20051006-C 、 OMA-TS-
Presence—SIMPLE-Vl—0-20051222-C ， 以 及 OMA-TS-Presence—SIMPLE-XDM-Vl_0-20051222-C， IETF规范包括RFC (请求 注解)3856、 RFC3857以及RFC3858，这些规范通过引用全部合并在 此。如其中所描述的，诸如呈现源106的呈现源、诸如观察体108的 观察体，以及诸如呈现服务器120的呈现服务器，使用会话发起协议
(SIP)类型的消息收发来交换与呈现相关的信息。当多个用户终端
104、 112的一个或多个为无线移动设备时，用户终端可使用多种空中 接口技术中的任何一种，以通过关联的空中接口向呈现服务器120传 送分组数据。例如，通信系统100可以包括，由IEEE(电气和电子工 程师学会)802.xx标准，例如，802.11a、 802.11g、 802.16，或802.21 标准所描述的码分多址(CDMA)通信系统、全球数字移动通信系统 (GSM)通信系统、通用移动通信系统(UMTS)通信系统、正交频分 多址(OFDM)通信系统，或者无线局域网(WLAN)通信系统中的一个 或多个。如本领域普通技术人员所认识到的，由通信系统100使用的 空中接口的类型对于本发明不是关键的，且在不偏离本发明的精神和 范围的前提下，通信系统IOO可以是任何分组数据通信系统。
参考图3A和3B,提供了逻辑流程图300，其描述根据本发明的
不同实施例的、由通信系统100执行的更新呈现属性的方法。当第一
呈现用户102 (更具体地为第一用户终端104的呈现源106)向呈现服
务器120传送(即发布)呈现信息，且呈现服务器从呈现源接收(302)
与对应于第一呈现用户的呈现体关联的呈现信息时，逻辑流程图300
开始。呈现信息包括一个或多个呈现属性，或者呈现信息元素，例如，
与呈现体关联的位置、可用性、意愿、心情以及活动等。如本技术领
域中己知的，呈现源106可以以SIP PUBLISH消息向呈现服务器120
传送这样的呈现信息，该SIP PUBLISH消息具有与对应于第一呈现用
户102的呈现体关联的一个或多个呈现信息元素，即，位置、可用性、
意愿、心情以及活动等。呈现服务器120从呈现源106接收呈现信息， 在至少一个存储设备124中存储(304)呈现信息，且基于所接收的呈
现信息(以及从与呈现体关联的未示出的其它呈现源接收的信息)， 确定(306)呈现体的完整的、复合的呈现状态。
在由呈现源106向呈现服务器120传送呈现信息之前、期间，或 者之后，第二呈现用户110，更具体地与第二呈现用户关联的第二用户 终端112的第二观察体114，订阅(308)(即请求)观察与对应于第
一呈现用户102的呈现体关联的一个或多个呈现属性。在本发明的不 同实施例中，该请求可包括过滤器，该过滤器指定在通知中包括或排 除哪些呈现信息元素，和/或例如，当特定的呈现信息元素从指定的值 改变或改变到指定的值时发送通知的触发器。如在本技术领域中所知
的，第二观察体114可通过向呈现服务器120传送SIP SUBSCRIBE(呈 现信息)消息来请求这样的呈现信息，SIP SUBSCRIBE (呈现信息) 消息标识对应于第一呈现用户102的呈现体，且可以进一步包括标识 观察体期望观察的呈现信息元素的过滤器。例如，观察体114可以传 送对于呈现体的完整的复合的状态以及对于复合状态的子集的请求。 在后一情况下，SIP SUBSCRIBE消息将包括定义感兴趣的呈现信息元 素的过滤器。
响应于从第二观察体114接收到订阅呈现体的呈现信息的请求， 呈现服务器120判定(310)第二观察体114是否被授权订阅(即观看) 呈现体的呈现信息。优选地，如本技术领域中已知的，呈现服务器120 通过参考与呈现体关联的呈现服务器所维护的呈现策略来作出该判 定。例如，第二观察体114可被授权观看与呈现体关联的所有呈现信 息元素、观看一些但是少于与呈现体关联的所有呈现信息元素，或者 可以不被授权观看与呈现体关联的任何呈现信息元素。举出另一个例 子，对于与呈现体关联的一个或多个呈现信息元素，第二观察体114 可以被"礼貌地阻挡"，其中不考虑呈现信息元素的实际状态，将被 礼貌地阻挡的呈现信息元素的预定的状态返回到第二观察体。
响应于确定第二观察体114被授权观看(即订阅)与第一呈现用 户102关联的呈现体所关联的呈现信息，呈现服务器120向第二观察 体114传送(312)每个适当的呈现信息元素的状态。典型地，诸如呈 现服务器120的呈现服务器通过向每个这样的观察体传送包括每个适 当的呈现信息元素的状态的SIP NOTIFY消息，来传送适当的呈现信息 元素的状态。例如，如果第二观察体114被授权观看与呈现体关联的 所有呈现信息元素，那么呈现服务器120可以返回由第二观察体请求
的所有呈现信息元素的当前状态。举出另一个例子，如果第二观察体 114被授权例如基于与呈现体关联的内容规则来观看一些但是少于与 呈现体关联的所有呈现信息元素，那么呈现服务器120可以返回仅仅 所请求的和所授权的呈现信息元素的当前状态。举出另一个例子，如 果对于一个或多个呈现信息元素，第二观察体114被礼貌地阻挡，那
么，对于每个被请求的和礼貌地阻挡的呈现信息元素，呈现服务器120
可仅仅返回呈现信息元素的预定状态。
在由第二观察体114请求观察与第一呈现用户102关联的呈现体 之前、期间，或者之后，第一呈现用户102，更具体地第一用户终端 104的第一观察体108，向呈现服务器120传送，且呈现服务器从第一 观察体接收(314)订阅与呈现体关联的观察体通知信息的请求，即观 察以下的请求谁正在观察呈现体、哪些呈现属性正在被过滤，例如， 哪些呈现属性出于来自观察体的请求和/或呈现体的策略和/或呈现服 务器的本地策略的原因在通知中被包括或排除，和/或正在由呈现服务 器120实现的呈现属性更新的任何节流或推迟。在一个实施例中，如 本技术领域中已知的，第一观察体108可以向呈现服务器120传送SIP SUBSCRIBE (观察体信息)消息。然而，在本发明的另一实施例中， 第一观察体108可传送这种SIP SUBSCRIBE,艮口 ， SIP SUBSCRIBE(观 察体通知信息)消息的修改版本，该消息被修改以允许第一观察体指 定第一观察体希望被通知的信息，例如，指定如下期望被通知谁正 在观察呈现体、哪些呈现属性正在被过滤，例如，哪些呈现属性出于 来自观察体的请求和/或呈现体的策略和/或呈现服务器的本地策略的 原因正在通知中被包括或排除，和/或呈现属性更新的任何节流或推迟， 即，正由呈现服务器120实现的传送呈现属性更新到正在观察的观察 体的任何节流或推迟。
响应于在诸如第二观察体114的另一观察体已经订阅观察与第一 呈现用户102关联的呈现体之后，从第一观察体108接收到请求，或 者响应于在第一观察体108已经请求被通知谁正在观察呈现体之后， 从观察体114接收到观察呈现体的请求，呈现服务器120向第一观察
体108传送(316)观察体通知信息消息。观察体通知信息消息包括与 正在观察呈现体的、诸如第二观察体114的观察体关联的观察体通知 信息，诸如正在观察呈现体的观察体的列表、标识什么正在被观察的 信息，例如，由所列的观察体中的每个观察的呈现属性、对于所列的 任何观察体被"礼貌地阻挡"的任何呈现属性，以及由于呈现体的策 略或呈现服务器的本地策略正被过滤的任何呈现属性(也就是说，呈 现服务器不支持，即不向正在观察的观察体通知的呈现属性)，和/或 呈现属性更新的节流或推迟，即，正由呈现服务器120实现的、向正 在观察的观察体传送呈现属性更新的节流或推迟。在本发明的一个实 施例中，观察体通知信息消息可包括SIP NOTIFY (呈现信息)消息的 修改版本，该消息被扩展以包括涉及什么正在被观察和/或呈现属性更 新的任何节流或推迟的信息。响应于接收到观察体通知信息消息，第 一呈现用户102，更具体地用户终端104，优选地在用户终端的至少一 个存储设备206中，存储(318)所接收的信息。
当与第一呈现用户102关联的呈现体，更具体地，当第一用户终 端104随后更新(320)其自身的呈现属性以产生更新的呈现属性时， 该呈现体，具体地，第一用户终端，基于由第一观察体108从呈现服 务器120接收的观察体通知信息，确定(322)是否发布和/或推迟所更 新的呈现属性的发布。响应于确定发布和/或推迟所更新的呈现属性的 发布，当任何一个合适时，第一用户终端104， S卩，呈现源106，然后 发布，即，向呈现服务器120传送所更新的呈现属性或推迟所更新的 呈现属性的发布。响应于确定不发布所更新的呈现属性，第一用户终 端104不发布，也即是说，不向呈现服务器120传送所更新的呈现属 性。逻辑流程300然后结束。
在本发明的一个实施例中，在步骤322，第一用户终端104可基于 所更新的呈现属性的发布将触发向诸如第二观察体114的一个或多个 正在观察的观察体通知呈现属性的新的状态的确定，来确定发布和与
第一呈现用户102关联的呈现体所关联的呈现属性的更新。例如，假 设第二观察体114正在观察，且被授权(例如，基于呈现体的策略或 由观察体114请求的过滤器)以仅仅更新呈现体的可用性和位置。在
第二观察体114订阅察看呈现体的可用性和位置之后，当呈现体在步 骤320更新了其可用性或位置时，那么第一用户终端104确定发布， 且呈现源106向呈现服务器120发布所更新的呈现属性。然而，当呈 现体更新不被其它呈现体观察的呈现属性(诸如心情)时，那么第一 用户终端104可确定不发布未观察的呈现属性(因为该属性的发布不 会触发向一个或多个正在观察的观察体通知呈现属性的状态)。
举出另一个例子，呈现服务器120的至少一个存储设备126可存 储关于第二观察体114的信息，该信息指示仅仅当呈现属性改变到特 定的值，诸如呈现体改变到特定位置时，观察体希望被通知呈现属性 更新。在步骤316传送到第一观察体108的观察体通知信息可包括这 个信息，g卩，会触发向第二观察体114通知呈现属性的更新的呈现属 性的值。因此，在步骤322,呈现体，具体地用户终端104，可基于呈 现属性的值来确定是否发布通知。即，当呈现体(即，用户终端104) 将呈现属性更新到会触发向第二观察体114通知呈现属性的更新的值 时，那么用户终端104确定向呈现服务器120发布所更新的呈现属性。 然而，当呈现体(即，用户终端104)将呈现属性更新到不同于会触发 向第二观察体114通知呈现属性的更新的值时，那么用户终端104确 定不向呈现服务器120发布所更新的呈现属性。
举出另一个例子，假设第二观察体114正在观察与第一呈现用户 102关联的呈现体，且对于与该呈现体关联的一个或多个呈现信息元 素，例如，呈现体的位置，第二观察体114被"礼貌地阻挡"。当呈 现体在步骤320更新其位置时，呈现体，具体地第一用户终端104，可 在步骤322确定向呈现服务器120发布所更新的呈现属性不会触发所 更新的呈现属性的通知，或者可以触发向正在观察的观察体114通知 呈现属性的相同的预定的以及已经通知的状态。因此，在步骤322，第
一用户终端104可确定不向呈现服务器120发布所更新的呈现属性。
然而，当呈现体在步骤320更新由第二观察体114正在观察的非礼貌 地阻挡的呈现属性时，那么该呈现体，即，第一用户终端104可确定 发布，且然后呈现源106可向呈现服务器120发布所更新的呈现属性 的新状态。
举出另一个例子，假设第一观察体108在步骤316被通知了呈 现服务器120排除通知特定的呈现属性，诸如位置。这可能是由于用 于限制与通信系统100的加载相关的呈现的呈现服务器的本地策略， 例如，通过排除在通信系统的重加载时间段期间对频繁改变的属性进 行通知。因此，当与第一呈现用户102关联的呈现体(更具体地第一 用户终端104)在步骤320更新被呈现服务器120排除的呈现属性时， 由于通过呈现源106发布所更新的(排斥的)呈现属性不会触发向诸 如第二观察体114的一个或多个正在观察的观察体通知呈现属性的状 态，所以呈现体(具体地第一用户终端104)在步骤322可以确定不发 布所更新的呈现属性，或发布不包括更新的呈现属性的一组縮减的呈 现属性。
举出另一个例子，当呈现服务器120向第一观察体108传送正在 观察与呈现用户102关联的呈现体的其它观察体的列表时，该列表可 指示一个或多个其它观察体不再观察该呈现体。例如，在发送到第一 观察体108的前一列表中包括的观察体可能不包括在最近的列表中。 在这种情况下，呈现体(具体地用户终端104)可以在步骤322确定不 发布正在仅仅由不再观察的观察体观察的呈现属性。换句话说，由于 该属性的发布不会触发向仍然观察的观察体通知属性的状态，所以当 第一用户终端104确定没有观察体正在观察特定的呈现属性时，第一 用户终端可确定不发布，或者停止发布该呈现属性。当第一用户终端 104确定没有观察体正在观察与呈现用户102关联的呈现体时，那么， 在步骤322，第一用户终端104可确定向呈现服务器120发布一组縮减 的呈现属性，即完整集合的呈现属性的子集，或者根本不发布。
举出另一个例子，用户终端104可在用户终端的至少一个存储设
备206中进一步维护观察体阈值，即，用户终端要发布呈现属性的更 新的正在观察呈现属性的观察体的最小数目。然后用户终端104可在 步骤322，优选地基于观察体的数目和观察体阈值的比较，确定是否发 布呈现属性的更新。例如，基于由观察体108接收到的观察体通知信 息，指示少于观察体阈值的观察体正在观察呈现属性，用户终端104 可在步骤322确定不向呈现服务器120发布呈现属性的更新。另一方 面，当由观察体108接收到的观察体通知信息指示正在观察呈现属性 的观察体的数目等于或大于观察体阈值时，用户终端104可以在步骤 322确定向呈现服务器120发布呈现属性的更新。
举出另一个例子，用户终端104可在用户终端的至少一个存储设 备206中，进一步维护与每个其它观察体或者用户终端关联的预定优 先级，且可进一步维护优先级阈值。用户终端104可以在步骤322基 于正在观察呈现属性的观察体的优先级，优选地基于每个这样的观察 体的优先级与优先级阈值的比较，来确定是否发布呈现属性的更新。 例如，当由观察体108接收到的观察体通知信息指示仅仅低优先级的 一个或多个观察体(诸如低于优先级阈值的观察体)正在观察呈现属 性时，用户终端104可以在步骤322确定不向呈现服务器120发布呈 现属性的更新。另一方面，当由观察体108接收到的观察体通知信息 指示高优先级的一个或多个观察体(诸如高于优先级阈值的观察体) 正在观察呈现属性时，用户终端104可以在步骤322确定向呈现服务 器120发布呈现属性的更新。
在本发明的另一个实施例中，与呈现用户102关联的呈现体，更 具体地第一用户终端104，可以在步骤322基于从呈现服务器120接收 的信息，确定推迟所更新的呈现属性的发布。例如，当通信系统100 被重加载时，呈现服务器120可推迟或节流向正在观察的观察体(诸 如第二观察体114)传送与呈现体关联的呈现属性的更新的通知， 一直等到推迟时限到期，才将呈现属性更新通知传送到正在观察的观察体。 例如，呈现服务器120可以在推迟的时间段期间推迟接收到的任何更 新的呈现属性的传送，直到接近推迟时限到期，在接近推迟的时限到 期时，可以传送仅仅最近接收到的每个呈现属性的更新，并且丢掉在 推迟时限期间接收到的所有其它的呈现属性更新，或者可以丢掉在推 迟时限期间接收到的所有的呈现属性更新，并且仅仅传送在推迟时限 到期之后接收到的呈现属性更新。
在呈现服务器120正在推迟或节流向正在观察的观察体通知和与
呈现用户102关联的呈现体所关联的呈现属性的更新的情况下，呈现 体(更具体地第一用户终端104)可以确定推迟向呈现服务器120发布 呈现属性直到报告时限到期，该报告时限通过参考用户终端104的定 时器212来确定，且该时限在推迟的时限到期之前不久到期。例如， 由于呈现属性在推迟时限期间可改变数次，所以在推迟时限初期向呈 现服务器120发布呈现属性可能是浪费的。此外，当呈现服务器120 通知正在观察所更新的呈现属性的呈现体的观察体时，由于多次更新 中仅仅最后一次可能是相关的，所以在推迟时限期间向呈现服务器120 发布呈现属性的多次更新可能是浪费的。
因此，当呈现体，更具体地第一用户终端104，在步骤322确定向 呈现服务器120发布更新的呈现属性可触发延迟或推迟通过呈现服务 器向正在观察的观察体(诸如观察体114)，传送所更新的呈现属性的 新的状态的通知时，或者确定所更新的呈现属性将被呈现服务器丢掉 时，然后呈现体，即，第一用户终端104，可以进一步确定推迟向呈现 服务器120发布，或者不发布在推迟时限期间发生的呈现属性的更新。 例如，如果第一用户终端104确定推迟向呈现服务器120发布所更新 的呈现属性，那么第一用户终端可以通过参考用户终端的定时器212 来等待， 一直等到报告时间段到期，才向呈现服务器120发布所更新 的呈现属性。与此同时，呈现体，艮卩，第一用户终端104以及优选地 呈现源106，可以从之前的报告时间段的到期开始聚集所有的更新的呈
现属性，并且在报告时间段结束时传送所有的更新的呈现属性。优选 地，报告时间段被确定成使得该时间段在呈现服务器120被调度以向 正在观察呈现体的(诸如第二观察体114的)观察体发送下一通知之 前不久到期。
在本发明的另一个实施例中，当第二观察体114在步骤308订阅 观察呈现体时，且当第一观察体108 (与呈现体关联的)在第二观察体 114订阅观察呈现体之前，已经请求了涉及所有正在观察的观察体的观 察体通知信息时，如果其它观察体正在观察与呈现用户102关联的呈 现体，那么步骤316可进一步包括基于第二观察体U4请求的以及 被授权观察的呈现属性，呈现服务器120确定是否响应于第二观察体 114的订阅，向第一观察体108传送观察体通知信息消息。当第二观察 体114请求并且被授权观察已经由其它正在观察的观察体订阅的呈现 属性时，呈现服务器120可确定不向第一观察体108传送观察体通知 信息消息。即，由于第一观察体108已经正在发布第二观察体114请 求的呈现属性的更新，所以呈现服务器120不需要再请求呈现体(即， 用户终端104且具体地呈现源106)来发布这些属性。然而，当第二观 察体114请求并且被授权观察没有被其它正在观察的观察体订阅的一 个或多个呈现属性时，呈现服务器120可确定向第一观察体108传送 观察体通知信息消息。
在本发明的另一实施例中，如果当呈现体仍然被除了第二观察体 U4的其它观察体观察时，第二观察体114退出观察与呈现用户102关 联的呈现体，并且如果正由第二观察体114观察的呈现属性也由其它 的观察体订阅时，那么呈现服务器120可以确定不向第一观察体108 传送观察体通知信息消息。由于呈选源106必须连续向呈现服务器120 发布呈现属性的更新，该呈现属性已经由第二观察体114请求，且对 第二观察体114授权，所以可认为向第一观察体108 (由此向第一用户 终端104)通知第二观察体退出观察呈现体是多余的消息，因为其不可 减少第一用户终端和呈现服务器120之间的消息收发。
通过呈现服务器120向第一观察体108提供观察体通知信息，该 观察体通知信息向第一观察体通知正在观察与第一观察体关联的呈 现体的其它观察体、什么正在被观察、正在被呈现服务器过滤的与呈 现体关联的呈现属性，和/或正在由呈现服务器实现的呈现属性更新的 节流或推迟，呈现体，更具体地与呈现体关联的用户终端104，能够基
于观察体通知信息来确定是否发布呈现属性更新。第一观察体108可 具体地请求这种信息，或者第一观察体108可以响应于向呈现服务器 120传送现有技术的更加普通的消息，诸如现有技术的SIP SUBSCRIBE 消息，来接收这种信息。
在确定是否发布呈现属性更新时，呈现体，更具体地用户终端104， 可基于观察体通知信息，来考虑所更新的呈现属性的发布是否将触发 向诸如第二观察体114的一个或多个正在观察的观察体通知呈现属性 的新的状态。例如，如果发布会触发向一个或多个正在观察的观察体、 向最小阈值的正在观察的观察体，和/或向预定优先级的一个或多个观 察体通知呈现属性的新的状态，那么呈现源106可发布更新的呈现属 性，且如果发布不会触发向一个或多个正在观察的观察体、向最小数 目的观察体，和/或向足够高优先级的观察体通知呈现属性的新的状态， 那么呈现源106可不发布更新的呈现属性。举出另一个例子，呈现体， 具体地用户终端104，可以响应于正被通知正由呈现服务器120实现的 呈现属性更新的节流或推迟，来推迟更新的呈现属性的发布，或不发 布更新的呈现属性。此外，在本发明的另一个实施例中，当观察体增 加到正在观察呈现体的观察体列表中，或者从该列表中退出时，呈现 服务器120可基于正由增加的或退出的观察体所观察的呈现属性来确 定不向第一观察体108传送观察体通知信息消息。因此，在由通信系 统100提供的呈现服务中，用户终端104和呈现服务器120之间的交 换的消息收发，相对现有技术中交换的消息收发被减少，由此当用户 终端104为无线通信设备时，保存了系统容量且保留了诸如电池的有 线寿命电源的电力。
虽然参考其特定的实施例特别示出并描述了本发明，但是本领域 技术人员应理解，在不偏离所附权利要求所阐释的本发明的范围的前 提下，可作出多种改变以及等同物可替代其元素。因此，说明书和附 图被认为是说明性的而不是限制性的，且所有的改变和替代企图包括 在本发明的范围之内。
以上参考特定的实施例描述了好处、其它优点和问题的解决方案。 但是好处、优点、问题的解决方案和可以使得任何好处、优点或解决 方案产生或变得更显著的任何元素不被解释为任一或所有权利要求的 关键、所需或必要的特征或元素。如这里所使用的，术语"包括"，
"包含"，或者其任何变形，企图覆盖非排它的包括，使得包括元素 列表的过程、方法、物体或者装置不是仅仅包括那些元素，而是可以 包括没有列示出的或者过程、方法、物体或者装置所固有的其它元素。 这里所使用的"包括"和/或"具有"被定义为包含。此外，除非在这 里另外被指示，关系术语的使用，如果有的话，诸如第一和第二，上 和下等，仅仅用于区分一个实体或行为与另一个实体或行为，而不必 要求或暗示这些实体或行为之间任何实际的这种关系或顺序。没有更 多的约束的前提下，之前加"一个"的元素并不排除在过程、方法、 物体或装置中存在另外的相同元素。例如，观看呈现属性的请求并不 排除以下请求包含观看多个呈现属性的请求。
权利要求
1. 一种用于更新呈现属性的方法，包括接收与呈现体关联的呈现信息，其中所述呈现信息包括一个或多个呈现属性；从第二观察体接收观看所述一个或多个呈现属性中的呈现属性的请求；以及向第一观察体通知由所述第二观察体请求观看的所述呈现属性，其中所述第一观察体与所述呈现体关联。
2. 根据权利要求l所述的方法，进一步包括向所述第一观察体通 知正在被过滤的呈现属性。
3. 根据权利要求2所述的方法，其中接收包括从所述第二观察体 接收过滤所述一个或多个呈现属性中的呈现属性的请求。
4. 根据权利要求l所述的方法，进一步包括基于运营商策略来过 滤所述一个或多个呈现属性。
5. 根据权利要求l所述的方法，进一步包括如果已经向所述第 一观察体通知了所述呈现信息正在被观察，则不向所述第一观察体通 知请求被观看的所述呈现属性。
6. —种用于更新呈现属性的方法，包括向呈现服务器传送与呈现体关联的呈现信息，其中所述呈现信息 包括一个或多个呈现属性；接收观察体通知信息，所述观察体通知信息标识正在被所述呈现 服务器过滤的所述一个或多个呈现属性中的第一呈现属性；更新所述一个或多个呈现属性中的第二呈现属性，以产生更新的 呈现属性，其中所述第二呈现属性可以是与所述第一呈现属性相同或不同的呈现属性；以及基于所述观察体通知信息，确定是否向所述呈现服务器发布所述 更新的呈现属性。
7. 根据权利要求6所述的方法，其中所述第二呈现属性没有正在 被所述观察体观察，且其中确定包括确定不向所述呈现服务器发布所 述第二呈现属性的更新。
8. 根据权利要求6所述的方法，其中更新包括更新已标识的呈现属性，且其中确定包括确定向所述呈现服务器发布所述已标识的呈现 属性的更新。
9. 根据权利要求6所述的方法，其中更新包括更新已标识的呈现 属性，且其中确定包括确定不发布所述已标识的呈现属性的更新。
10. 根据权利要求6所述的方法，其中接收标识第一呈现属性的 观察体通知信息包括接收标识以下呈现属性的观察体通知信息，该呈 现属性为在向观察体发送的通知中包括的、在向观察体发送的通知中 排除的一个或多个，且基于呈现属性的值触发通知。
11. 根据权利要求6所述的方法，其中接收标识第一呈现属性的 观察体通知信息包括接收标识以下呈现属性的观察体通知信息，该呈 现属性正由所述呈现服务器基于所述呈现体的内容策略、来自所述观 察体的请求、以及所述呈现服务器的策略中的一个或多个来过滤。
12. —种用于更新呈现属性的方法，包括接收与呈现体关联的呈现信息，其中所述呈现信息包括一个或多 个呈现属性；以及向观察体传送信息，以通知所述一个或多个呈现属性中的呈现属 性的更新为正被推迟以及正被过滤中的一个或多个。
13. —种用于更新呈现属性的方法，包括传送与呈现体关联的呈现信息，其中所述呈现信息包括一个或多 个呈现属性；以及接收通知所述一个或多个呈现属性中的呈现属性的更新正在被推 迟的信息。
14. 根据权利要求13所述的方法，进一步包括更新所述一个或多个呈现属性中的呈现属性以产生更新的呈现属 性；以及推迟向呈现服务器发布所述更新的呈现属性。
15. 根据权利要求13所述的方法，其中接收信息包括接收通知在 推迟时限期间所述一个或多个呈现属性中的呈现属性的通知的传送正 在被推迟的信息，且其中所述方法进一步包括在所述推迟时限期间聚集所述一个或多个呈现属性的更新；以及 接近所述推迟时限结束时，向呈现服务器传送所述聚集的一个或 多个呈现属性的更新。
16. 根据权利要求13所述的方法，其中接收信息包括接收通知在 推迟时限期间所述一个或多个呈现属性中的呈现属性的更新正在被推 迟的信息，且其中所述方法进一步包括不发布在所述推迟时限期间发 生的所述一个或多个呈现属性中的呈现元素的更新。
17. —种用于更新呈现属性的方法，包括-确定没有谁正在观察呈现体；以及响应于确定没有谁正在观察所述呈现体，确定执行以下操作中的 一个或多个不向呈现服务器发布与所述呈现体关联的呈现属性的更 新，或者向所述呈现服务器发布一组縮减的呈现属性。
18. —种更新呈现属性的方法，包括向呈现服务器传送与呈现体关联的呈现信息，其中所述呈现信息 包括一个或多个呈现属性；接收观察体通知信息，该观察体通知信息标识正在观察所述一个 或多个呈现属性中的呈现属性的一个或多个观察体；更新所述一个或多个呈现属性中的呈现属性以产生更新的呈现属 性；以及基于正在观察所述呈现属性的观察体的数目以及正在观察所述呈 现属性的观察体的优先级中的一个或多个，确定是否向所述呈现服务 器发布所述更新的呈现属性。
19. 根据权利要求18所述的方法，其中确定包括 比较正在观察所述呈现属性的观察体的数目和观察体阈值；以及 基于所述比较，确定是否向所述呈现服务器发布所述更新的呈现属性。
20. 根据权利要求18所述的方法，其中确定包括 比较与正在观察所述呈现属性的每个观察体关联的优先级和优先级阈值；以及基于所述比较，确定是否向所述呈现服务器发布所述更新的呈现 属性。
全文摘要
呈现服务器(120)接收呈现信息，该呈现信息与呈现体关联且包括一个或多个呈现属性。呈现体与呈现用户(102)、呈现源(106)，以及第一观察体(108)关联。呈现服务器还从第二观察体(114)接收观看一个或多个呈现属性的呈现属性的请求，且进一步可从第一观察体接收消息，该消息指定了以下期望被通知谁正在观察呈现体、正在被过滤的呈现属性，和/或由呈现服务器实现的呈现属性更新的节流或推迟。呈现服务器向第一观察体传送观察体通知信息，该观察体通知信息通知正在观察呈现体的观察体、什么正在被观察、正在被过滤的呈现属性，和/或呈现属性更新的节流或推迟。呈现体然后基于观察体通知信息来确定是否发布呈现属性更新。
文档编号H04B1/38GK101379715SQ200780004450
公开日2009年3月4日 申请日期2007年1月23日 优先权日2006年2月3日
发明者约翰·M·哈里斯, 肖恩·S·凯利 申请人:摩托罗拉公司