实现呈现业务的方法和呈现系统
本发明涉及一种用于降低对于实现所谓的“呈现业务(PresenceService)”要传送的变化消息的数量的方法和一种相应的呈现系统。
从西门子公司的产品论文“ISDN im Buero-HICOM(办公室中的ISDN-HICOM)”(Sonderausgabe telcom report und Siemens MagazinCOM,1985年,ISBN 3-8009-3849-9)中、尤其是在第26-31页和第58-66页中公知一种通信设备,该通信设备除了涉及交换的功能之外还提供了附加的功能。这种附加的功能一般被称为性能特征,其中公知的性能特征是所谓的“呈现业务”。通过性能特征“呈现业务”给用户在被分配给其的终端设备上(例如在电话或者个人计算机上)显示关于其它用户或其终端设备的当前状态的信息。在此,常常以列表(该文献中常常称为好友列表(Buddy-List))的形式来组织这些信息。列表的用户在此通常是可自由配置的,例如可在这样的列表中概括所有从事一项目的人员或一部门的同事。
为了可以实现实时的呈现业务,必需识别所监控的用户的所有状态变换(例如电话终端设备中的电话话筒的提起或挂上),并且将变化消息传送给相应的终端设备,用于更新列表。这可能导致系统中的高负荷。如果例如从具有每个列表50个用户、20000个要监控的设备、每个小时和每个用户10次更新以及每次更新有1千字节的传输速率的系统出发,这单独对于变化消息则导致22.76兆位/秒的系统负荷。
用于降低系统负荷的可能性在于降低通过呈现系统所传送的变化消息的数量。用于降低变化消息的公知的可能性是,通过呈现系统不再将所有状态变化传送给终端设备。可是,这可能导致,由呈现系统“抑制”正好对于一用户是感兴趣的那些状态变换。
因此,本发明所基于的任务在于,说明一种可替换的方法和一种相应的呈现系统,通过该方法和该呈现系统可以降低通过系统要传送的变化消息的数量。
在方法方面通过独立权利要求1所述的特征而在呈现系统方面通过独立权利要求17所述的特征来实现该任务的解决方案。
本发明基于一种系统,其中,在激活的状态下,在终端设备的显示设备上显示用户信息本身,而在去活的状态下,用户信息本身是不可见的。在此,用户信息包括关于用户本身和/或关于被分配给这些用户的设备的信息,其中,用户信息优选地以从所述文献中公知的“好友列表”的形式来组织。
为了更好地理解本申请,以下应用概念“好友列表”来代替概念“用户信息”,其中,概念“好友列表”的应用不意味着以列表形式来组织用户信息的限制。
根据本发明,好友列表是位于激活状态下还是位于去活状态下的信息被传送给控制好友列表的更新的控制设备,其中,在去活状态下,借助不同于激活状态下的方法来实现好友列表的更新。
根据本发明,如果存在以下情况中的一种,则好友列表位于去活状态下:
a)隐藏好友列表,例如另一种应用程序在显示设备上位于前部;
b)好友列表位于显示设备的可见区域之外;
c)好友列表仅仅被表示为代表好友列表的符号(好友列表是“图标化的(ikonisiert)”);
d)好友列表的一部分被表示为代表该好友列表的符号。
本发明的重要的优点在于,以简单的方式可以将本发明的方法实现到已有的系统中。
在从属权利要求中说明了本发明的有利的扩展方案。
根据本发明的改进方案,在去活状态下,不是直接在至少一个要监控的用户或所分配的设备的状态变化之后,而是在预定的时间间隔之后,实现用户信息的更新。
通过这样降低在系统中要传送的变化消息,能利用相同的呈现系统来监控更多数量的用户或设备和/或管理更多的好友列表。
根据本发明的其它的改进方案,在其之后实现好友列表的更新的时间间隔可由用户单独调整。以这种方式可以将好友列表的更新与用户的单独的条件相匹配。可替换地,可以控制设备单独地调整时间间隔,以致同时更新所有由控制设备所控制的好友列表。
根据本发明的其它的改进方案,在去活状态下,只有在要监控的用户的对实时要求不严格的状态改变时,才更新好友列表。以这种方式可进一步降低所传送的变化消息的数量。由于对实时要求严格的状态在去活状态期间通常多次改变,所以不需要持续地更新这些对实时要求严格的状态。
根据其它的改进方案,由此来隐式地实现好友列表是位于激活状态下还是位于去活状态下的信息的传送,即通过终端设备或可替换地通过显式消息来中断控制设备和终端设备之间的连接。在显式消息中,可以如下来区分好友列表(例如在隐藏时)是否继续对更新信息感兴趣或好友列表(例如在图标化时)是否不再对更新信息感兴趣。
以下借助附图来详细阐述本发明的实施例。
在此:
图1示出了用于示意性示出参与本发明方法的主要功能单元的结构图;
图2示出了用于阐明在本发明的第一改进方案中运行的主要方法步骤的流程图;以及
图3示出了用于阐明在本发明的第二改进方案中运行的主要方法步骤的流程图。
图1示出了呈现系统P_SYS,该呈现系统P_SYS具有多个要监控的用户或被分配给这些用户的设备P_Source以及具有多个好友列表BL_R、BL_T。在这种情况下,要监控的用户中或要监控的设备P_Source中的状态变化通过相应的更新消息E(在所述文献中常常被称为呈现源事件(Presence Source Event))被传送给中央呈现服务器P_Server。呈现服务器P_Server确定其中存在相关用户或相关设备的录入项的那些好友列表BL_R、BL_T,并且将相应的变化消息UR、UT传送给所确定的好友列表BL_R、BL_T。
分别在呈现系统P_SYS的(未示出的)显示设备上显示好友列表BL_R、BL_T。显示设备例如是电话的显示器或者在PC上运行的应用程序。在这种情况下,区分所谓的“富客户端(Rich Client)好友列表”BL_R和“瘦客户端(Thin Client)好友列表”BL_T,其中,“富客户端”是具有自己的处理容量的终端设备,而“瘦客户端”是没有自己的处理容量的终端设备。例如,“富客户端”通过个人计算机或电话终端设备(尤其是IP电话(IP:网际协议(Internet Protocol)))来实现,而“瘦客户端”通过PDA(个人数字助理(Personal DigitalAssistent))或在个人计算机上运行的网络浏览器来实现。
在“瘦客户端”中,在呈现服务器P_Server和“瘦客户端”之间必需其它的(未示出的)单元,该单元实现有关呈现业务的“瘦客户端”的控制。因此(显示要监控的用户或设备的状态变化的)变化消息UR、UT由呈现服务器P_Server或者(在“富客户端”处)直接传送给相应的终端设备或(在“瘦客户端”处)传送给其它的单元。
在本发明的呈现系统P_SYS中,存在以下可能性,即将好友列表BL_R、BL_T置于激活状态中和去活状态中,其中,在激活状态的情况下,显示好友列表BL_R、BL_T本身,而在去活状态中,好友列表BL_R、BL_T本身是不可见的。
在此例如,如果
a)在显示设备上(通过另一种应用)隐藏了好友列表BL_R、BL_T,或者
b)好友列表BL_R、BL_T位于显示设备的可见区域之外,或者
c)好友列表BL_R、BL_T仅仅由代表好友列表BL_R、BL_T的符号来表示,或者
d)好友列表BL_R、BL_T的一部分由代表该部分的符号来表示,则存在去活状态。
以下借助图2和3来详细阐述本发明方法,其中,出于清晰的原因继续涉及图1。
图2示出了用于阐明在本发明的第一改进方案中运行的主要方法步骤的流程图。在这种情况下,在开始呈现业务之后,在呈现服务器P_Server中等待更新消息E的到达。在更新消息E到达时检查,更新消息E是否发送了用户或被分配给该用户的设备的状态变换的信号。如果这不是这种情况,则等待其它的更新消息E的到达。
相反,如果通过更新消息E发送了用户或设备的状态变换的信号,则在下一个步骤中检查,在好友列表BL_R、BL_T之一中,对于该用户或设备是否存在一录入项。如果这不是这种情况,则在呈现服务器P_Server中存储所改变的用户状态,并且等待其它的更新消息E的到达。
如果在好友列表BL_R、BL_T之一中存在相应的录入项,则检查,至少一个相应的好友列表BL_R、BL_T是位于激活状态下还是位于去活状态下。如果至少一个相应的好友列表BL_R、BL_T位于激活状态下,则由呈现服务器P_Server将状态变化直接传送给相应的终端设备,以致通过所更新的好友列表BL_R、BL_T在终端设备的显示设备上可以显示该状态变化。然后又等待其它的更新消息E的到达。
相反,如果至少一个相应的好友列表BL_R、BL_T位于去活状态下,则不再直接地、而是仅还在可预定的时间间隔中将状态变化传送给相应的终端设备。如果该时间间隔还未结束,则又在呈现服务器P_Server中存储所改变的用户状态,并且等待其它的更新消息E的到达。
相反,如果该时间间隔结束,则将至少一个要监控的用户或至少一个要监控的设备P_Source的最终有效的状态传送给好友列表BL_R、BL_T。如果好友列表BL_R、BL_T包含多个要监控的用户或设备,则通过呈现服务器P_Server确定所有要监控的用户或设备的状态,并且随后将被收集在集合消息(Sammelmeldung)中的状态变化传送给好友列表BL_R、BL_T。然后又等待其它的更新消息E的到达。
例如在分别为30秒的时间间隔中实现好友列表BL_R、BL_T的更新。
根据第一方法,在好友列表BL_R、BL_T在其中位于去活状态下的整个持续时间中,用于更新好友列表BL_R、BL_T的30秒的时间间隔保持恒定。这具有不需要进一步配置本方法的优点。
根据第二方法,可变地构造时间间隔。在这种情况下,特别有利的是,随着好友列表BL_R、BL_T在其中位于去活状态下的持续时间的增加,提高用于更新好友列表BL_R、BL_T的时间间隔,因为根据经验,用于重新更新好友列表BL_R、BL_T的概率随着持续时间的增加变得越来越小。
在好友列表BL_R、BL_T在其中位于去活状态下的持续时间期间,持续地检查,是否已更新了好友列表BL_R、BL_T。例如这可以通过从终端设备向呈现服务器P_Server的相应的消息来实现。可替换地,可以由呈现服务器P_Server周期性地询问好友列表BL_R、BL_T的状态。该方法在所述文献中被称为“轮询(Polling)”,其中,为了降低网络负荷应该如此来调整两次轮询询问之间的时间间隔,使得这些时间间隔大于上述时间间隔。
如果已激活了好友列表BL_R、BL_T,则通过呈现服务器P_Server又将要监控的用户或要监控的设备P_Source的状态变化直接传送给相应的终端设备。
图3示出了用于阐明在本发明的第二改进方案中运行的主要方法步骤的流程图。
第二改进方案与第一改进方案的区别在于,如果存在要监控的用户或要监控的设备P_Source的对实时要求不严格的状态的变化,则在去活状态下代替更新好友列表BL_R、BL_T而在可预定的时间间隔中仅还实现好友列表BL_R、BL_T的更新。
此外,对实时要求不严格的状态的实例是:“用户在办公室中”,“用户在谈活”,或“用户在休假”。此外,对实时要求严格的状态的实例是:“用户占线”,或“用户空闲”。
本发明方法的改进方案基于以下的考虑,在去活好友列表BL_R、BL_T的期间,对实时要求严格的状态通常多次改变。因此不必要持续地更新好友列表BL_R、BL_T中的这些对实时要求严格的状态,因为好友列表BL_R、BL_T的用户不需要或不询问这些状态。因而足够的是,在重新激活好友列表BL_R、BL_T时才相应地更新好友列表BL_R、BL_T中的对实时要求严格的状态。
根据本发明的第三(未示出的)改进方案,将第一改进方案与第二改进方案组合。因而在去活状态的情况下,在可预定的时间间隔中仅更新好友列表BL_R、BL_T的对实时要求不严格的状态。
有利地存在以下可能性,即可以由用户单独地配置用于更新好友列表BL_R、BL_T的调整。因此例如可以用户单独地来调整在其之后实现好友列表BL_R、BL_T的更新的时间间隔。也可能的是,可以这样来配置该时间间隔,使得与白天时间或用户的出席有关地来改变该时间间隔。可替换地可以控制设备单独地来调整该时间间隔,以致同时更新所有由该控制设备所控制的好友列表。
因此,本发明基于以下考虑,即由系统只将关于当前由好友列表BL_R、BL_T所必需的状态变化的信息传送给好友列表BL_R、BL_T。在呈现系统中“抑制”了关于不必需的状态变化的信息。
在此,在呈现服务器P_Server中,实现了相应地抑制针对好友列表BL_R、BL_T的更新的变化消息UR、UT。以这种方式可以强烈地降低呈现服务器P_Server和终端设备之间的消息通信量。