用于基于事件序列的呈现通知的方法

专利名称：用于基于事件序列的呈现通知的方法
技术领域：
本公开一般地涉及呈现服务，并且更具体地涉及用于基于事件序列的呈现通知的方法。
背景技术：
随着在技术上的进步，通信系统能够向用户提供更好的服务。在利用呈现服务的一些应用中，通信装置向中央网络实体(“呈现服务器”)报告(“公开”)通信装置的用户(“呈现体”)的状态或呈现信息。呈现服务器向通信系统中的其他用户(“观察方”)分发(“通知”)呈现信息。通常，呈现信息包括诸如通信装置的状态、装置的用户的可用性(availability)、通信装置的位置、装置执行的当前操作和用户的优选通信等的信息。 准则呈现功能允许观察方(用户、装置或应用)对呈现服务器进行订阅以接收与一个或多个呈现体相关的呈现信息。该订阅可以针对一个或多个呈现体独立地完成或者通过使用包括多个呈现体的呈现资源列表来完成。在订阅了ー个或多个特定呈现体吋，向观察方通知用于特定呈现体的呈现信息。因特网工程任务组(IETF)请求注解(RFC) 4460和4461讨论了基于可扩展标记语言(XML)的方法，该方法允许SIP/SIMPLE观察方提供作为订阅的一部分的通知过滤准贝1J。然后，呈现服务器评估该准则以确定是否以及何时通知订阅观察方。然而，RFC 4460和4461仅允许观察方參考(在所提供的通知准则中)同时发生的无顺序的多个同步当前呈现值。例如，该准则可以包括当呈现信息元素A具有值“al”并且同时呈现信息元素B具有值“bl”时对观察方进行通知。对于消费者用户来说，该简单的订阅和通知机制通常是足够的。然而，这不足以满足特定的其他用户的需要，该特定的其他用户诸如是受益于更复杂的技术的公共安全用户，该技术包括例如基于下述来指定通知触发条件的能力呈现信息元素的历史和未来的值；有顺序或无顺序的事件序列；和/或用干与对呈现信息的改变相对应的事件的时间段參数，这在已知的订阅和通知机制中是无法获得的。因此，需要ー种用于基于事件序列的呈现通知的方法。


在附图的各个视图中，相同的附图标记指示相同或在功能上类似的元件，附图与下面的详细说明一起被包含在说明书中并且形成说明书的一部分，并且附图用于进ー步说明包括要求保护的发明的原理的实施例，并且解释那些实施例的各种原理和优点。图I是根据一些实施例的用于基于事件序列的呈现通知的通信系统的框图。图2是根据一些实施例的用于使能基于事件序列的呈现通知的客户端实体处的方法的流程图。图3是根据一些实施例的用于使能基于事件序列的呈现通知的呈现服务器处的方法的流程图。图4是示出根据ー些实施例的呈现服务器在各种条件下检测到监视到的呈现信息满足用于发送通知的触发条件的流程图。图5是图示根据ー些实施例的基于事件序列来监视呈现信息并且提供通知的呈现服务器的示意图。本领域的技术人员可以明白，附图中的元件为了简单和清楚而进行图示，并且在附图中的元件不必然按比例绘制。例如，在附图中的一些元件的尺寸可能相对于其他元件被夸大，以有助于促进对本发明的实施例的理解。在附图中已经用常规符号适当地表示了设备和方法组成部分，仅示出了与对本发明的实施例的理解相关的那些具体细节，使得不便本公开与对于受益于这里的说明的本领域的普通技术人员来说显而易见的细节相混淆。
具体实施例方式一般而言，根据各个实施例，客户端实体生成对包括事件序列的呈现体的订阅，该事件序列定义了控制呈现服务器何时向客户端实体发送通知的触发条件；并且该订阅进一步指示用于事件序列的时间段參数。在接收到订阅时，呈现服务器基于指示的时间段參数来接收呈现信息并且监视呈现信息，以检测事件序列的至少ー个的发生，并且当呈现信息满足触发条件吋，向客户端实体发送通知。通过在订阅中包括事件序列作为触发准则的一部分，观察方可以设置更复杂的“基于情形”的通知触发条件。而且，通过在订阅中指示或识别作为触发条件准则的一部分的时间段參数，观察方现在可以參考过去和未来的呈现信息。而且，观察方可以明确地指示某些呈现状态必须以其进行转换以满足触发条件的顺序，并且可以使用高级布尔逻辑(Boolean logic)来设置通知何时发生,从而在许多实现中(特别是在公共安全的背景中)使用的触发机制中提供额外的灵活性。本领域内的技术人员可以认识到，这里描述的上述优点和其他优点仅是说明性的，并且这并不意味着是各个实施例的全部优点的完整体现。现在參考附图，并且具体地參考图1，示出了并且以100指示根据本公开的实施例的通信系统的框图，该通信系统向客户端实体提供通知。本领域内的技术人员可以认识和明白，在该详细说明中的示例的具体细节仅说明了一些实施例，并且这里阐述的教导适用于多种替代设置。例如，在所描述的实施例中，使用专用协议(诸如实现通过參考图2至图5所描述的本公开的实施例的协议)和标准协议来执行在通信系统100中实现的呈现特征，该标准协议诸如由开放移动联盟(OMA)公布的呈现SMPLE规范(当前是2009年2月3日的草案)，其定义了利用SIP (在RFC 3261中描述的会话发起协议)的基于SIP/SMPLE的呈现服务的应用级规范；以及由因特网工程任务组(IETF)公布的SMPLE made simple (当前是2009年5月9日的草案)，其描述了使用SIP的即时消息收发和呈现，其中标准呈现协议这里被统称为SIP/SMPLE。然而，所描述的教导不以任何方式限于该系统实现方式。而且，该系统可以包括更多的观察方、呈现体、呈现服务器、通信装置和除了在图I中所示出的之外的其他实体。通信系统100包括呈现服务器120 ;使用通信装置112的用户110 ;以及使用通信装置132的用户130，其中，根据这里的教导，通过网络(未示出)通信地耦合通信装置112和132以及呈现服务器120，以进行呈现信息订阅和相应的呈现信息通知。该网络可以是有线网络、无线网络或使能有线和无线通信的网络，并且通常包括很多网络基础设施装置，包括但不限于网桥、交換机、区域控制器、基站控制器、中继器、基站无线电台、基站、基站收发信台、接入点、路由器或者在无线或有线环境中对接任何实体的任何其他类型的基础设施设备。在本领域中，通信装置112和132 (这里称为“客户端实体”)还被称为接入装置、接入終端、用户设备、移动站、移动订户単元和移动装置等，并且可以是任何标准通信装置，诸如无线电装置、移动电话、个人数字助理(PDA)、膝上型计算机、双向无线电装置、小区电话以及能够在有线或无线环境中操作的任何其他装置。每个通信装置都包括(但未示出)操作地耦合的存储器、一个或多个网络接口和处理装置。网络接ロ可以用于下述中的ー个或多个向呈现服务器120公布呈现体的呈现信息；根据这里的教导，订阅呈现体的呈现信息，并且作为订阅的結果，从呈现服务器120接 收通知；以及与呈现服务器120进行其他通信，以使得能够实现根据本教导的方法。网络接ロ的实现取决于通信装置所连接到的网络的具体类型，即，有线和/或无线。例如，当网络支持有线通信时，接ロ可以包括串行端ロ接ロ(例如，符合RS-232标准)、并行端ロ接ロ、以太网接ロヽUSB接口和/或FireWire接ロ等。当网络支持无线通信时，接ロ包括元件，该元件包括可根据任何一个或多个标准或专用无线接ロ操作的处理、调制和收发器元件，其中，可以通过存储在通信装置的存储器装置上的诸如软件应用或固件的编程逻辑来在通信装置的处理装置中执行该处理、调制和收发器元件的ー些功能。除了经由编程逻辑或代码实现的上述功能之外，还利用用于实现诸如通过以下參考图2描述的方法300的方法的逻辑或代码来对每ー个通信装置的处理装置进行编程；和/或处理装置可以被实现为状态机或ASIC。在通信装置中的存储器可以包括通信装置起作用所需要的各种数据的短期和/或长期存储，各种数据诸如呈现信息、配置信息等。存储器还可以存储用于利用用于执行处理装置的功能所需要的逻辑或代码来对处理装置进行编程的软件或固件。现在转到呈现服务器120，呈现服务器120包括操作地耦合为执行呈现服务器120的功能的存储器122、一个或多个网络接ロ 124和处理装置126。根据呈现服务器120所连接到的具体网络，网络接ロ 124可以是有线的、无线的或二者的组合(上面给出了其示例)。可以利用用于执行其功能的逻辑或代码来对处理装置126进行编程，其中，该逻辑作为软件和/或固件被存储在存储器122 (上面给出了其示例)中；和/或处理装置126可以被实现为状态机或ASIC。在操作上，存储器122在来自客户端实体的多个公布消息的每ー个(诸如可以是例如SIP/SMPLE PUBLISH消息的来自装置132的消息135)中接收与呈现体相关的呈现信息元素的值。与特定呈现体相关的呈现信息包括一个或多个呈现信息元素，并且呈现体通常在ー时间段中发送用于不同或相同的呈现信息元素的多个公布消息。呈现服务器120(在存储器122中)保存当前值，并且在一些实施例中，还保存用于ー个或多个呈现体的至少ー个呈现信息元素的(ー个或多个)先前或过去的值的集合。呈现服务器120进ー步在来自观察方的一个或多个订阅消息(诸如，订阅消息115，该订阅消息115可以例如是51 /5頂 1^ SUBSCRIBE消息)中接收被通知用于ー个或多个呈现体的事件序列的请求，其中，该事件序列定义了触发条件，该触发条件控制呈现服务器何时向客户端实体发送通知；并且该订阅请求还指示了用于事件序列的时间段參数。响应于该订阅请求，呈现服务器120基于所指示的时间段參数来接收和监视呈现信息，以检测事件序列的发生，并且当监视到的呈现信息满足触发条件时，向观察方(例如，在ー个或多个SIP/SMPLENOTIFY消息中)提供125通知。这里使用的一些术语的定义将有助于理解所公开的教导。例如，呈现服务器被定义为接受、存储和分发呈现信息或与呈现信息相关联的其他数据的功能实体。呈现信息被定义为与呈现体相关的信息的动态集合，该信息的动态集合指示呈现体进行通信的状态、可达到性、意愿和/或能力。呈现信息包括但不限于状态信息，诸如用户可用性、位置、网络可用性、用户情绪、移动方向、速度、目的地、到达目的地的估计时间、距目的地的距离、事故状况、完成百分比、阶段或在在事故期间的指派的任务的状况等。呈现信息由ー个或多个呈现信息元素组成，其中，呈现信息元素被定义为呈现信息的基本単位。呈 现信息元素可以与当前的字母数字值(这里还简称为值)和/或在前值的集合(即，ー个或多个)相关联。呈现信息元素的值被定义为在给定的时间点处的该呈现信息元素的呈现相关状态。例如，用于呈现信息元素的值可以定义用户的状态，诸如“离开”、“不在办公室”等。而且，特定的时间点处的呈现体的多个呈现信息元素的当前值的集合表示该特定时间点处的呈现体的呈现状态。观察方被定义为在装置中的唯一地可识别的逻辑实体，其订阅ー个或多个呈现体的特定呈现信息。呈现体被定义为由呈现信息描述的逻辑实体。呈现体可以表示装置和/或人，并且还可以表示其他类型的实体，包括但不限于服务器、建筑物、汽车、应用或其他逻辑和物理实体。还可以通过呈现资源列表(PRL)来识别多个呈现体，该PRL被定义为通常由观察方以单个操作订阅的呈现体的预定义的列表(例如，“好友列表”)。订阅(这里还称为订阅请求)被定义为，当已经满足了在订阅中定义的ー个或多个触发条件时，针对后续通知从客户端实体对呈现服务器的请求。通知因此被定义为，当在呈现服务器处接收到的呈现信息已经满足了在关联的通知中定义的触发条件的ー个或多个时，呈现服务器向客户端实体发送的响应。事件序列被定义为多个事件的集合，其中，在该序列中的事件中的至少两个必须在一段时间上连续地或在不同的时间(或换句话说，异步地)发生。事件被定义为从ー个或多个呈现信息元素的一个值向不同值的状态转换；并且对于通过多个呈现信息元素定义的事件，所有元素的状态转换可以是同步的或异步的。因此，事件本身可以包括通过其本身的有顺序或无顺序事件的序列所定义的“子序列”。现在转到图2至图4。在图2中，示出并且以200指示图示用于基于事件序列来接收呈现通知的订阅的方法的流程图。诸如在图I中所示的客户端实体112的客户端实体执行方法200的步骤中的至少ー些。图3图示了用于基于事件序列的呈现通知的配合方法的流程图，并且图4图示了示出在各种条件下监视到的呈现信息满足用于发送通知的触发条件的流程图400。在实施例中，在诸如呈现服务器120的呈现服务器中实现在图3和图4中所示的功能，但是可以在呈现服务器120外部的ー个或多个支持硬件単元处执行所述功能中的ー些。而且，关于这里的描述，可以通过例如利用用于执行其功能的逻辑或代码进行编程的处理装置(在下面给出了其示例)来执行參考图2至图5的流程图所说明和描述的功能，其中，该逻辑作为软件和/或固件被存储在适当的存储器装置中；和/或可以通过实现为状态机或ASIC的处理装置来执行參考图2至图5的流程图所说明和描述的功能。首先转到在图2中所示的方法200 ;在202处，客户端实体112生成对呈现体的订阅。该订阅包括定义触发条件的事件序列(有顺序或无顺序)，该触发条件控制呈现服务器何时向客户端实体112发送通知，并且该订阅还识别或以其他方式指示事件序列的时间段參数。使得触发机制基于事件序列和时间段參数在定义触发条件方面提供了额外的灵活性。可以基于事件序列来定义许多触发条件。其示例包括但不限干，将触发条件(不论事件序列有顺序还是无顺序，即没有指定顺序)定义为当下述情况发生时被满足在检测到在事件序列中的所有事件发生吋；或者在检测到在事件序列中的所有事件发生，但是发生了一个或多个中间事件时；或者在检测到在事件序列中的事件的至少ー个未能发生时；或者在检测到没有包括在事件序列中的另ー个事件发生吋；或者在检测到在事件序列中的所有事件发生但是没有满足时间段參数吋。而且，当事件序列有顺序吋，作为例示，触发条件可以被定义为当检测到在事件序列中的所有事件发生但是没有以特定顺序发生时被满足；其中，“顺序”是序列中的ー个或多个事件所特有的任何顺序，诸如但不限于在事件本身中的顺序以及(当事件包括子序列吋)在事件本身之间没有顺序但是在子序列内的顺序。下面例如參考图4的说明来提供呈现服务器检测这样的触发条件被满足的另外的说明和特定 示例。关于用于事件序列的时间段參数，“时间段參数”被定义为包括对在序列中的ー个或多个事件施加的任何时间约束或限制，这还提供了在本公开的订阅和通知机制中的大程度的灵活性。而且，作为与已知通知机制的不同之处，本教导基于在订阅中提供的时间段參数(如经由下面提供的示例进ー步说明)的引导或者在该引导下考虑在事件序列内的状态转换的定时。然而，因为所有的转换同步地发生，所以在现有技术中没有考虑状态转换的定时。在一个示例中，没有明确地指定时间段參数，并且在订阅中没有明确包括时间段參数指示了在呈现服务器检测到触发条件被满足一次或多次之前一直进行的隐含的缺省的时间段參数(对于无限的时间段)。替代地，可以以任何数目的方式在订阅中明确地指定或指示用于事件序列的时间段參数。在下面的时间段參数示例中，为了便于理解本发明的实施例，事件序列被定义为包括事件A、B和C，其中，每个都事件包括用于ー个或多个呈现信息元素的状态转换，并且其中，事件中的至少两个异步地(即，在不同的时间)发生。例如，事件A是指派了值“a”的呈现信息元素A，事件B是指派了值“b”的呈现信息元素B，并且事件C是指派了值“c”的呈现信息元素C。在一个说明性实现中，时间段參数是具有开始时间和后续结束时间的有限时间段。例如，该时间段參数指示呈现服务器监视从Ipm到3pm所接收的呈现信息看是否发生了事件A、B和C，并且如果事件序列在该时帧内发生，则发送通知。这也是绝对时间限制的示例，在该情况下是对于整个事件序列的发生的总的时间限制。而且，在该序列中的事件中的一个或多个可以与其本身的单独绝对时间限制相关联。例如，事件A必须在1:30pm前发生；并且,事件B必须在2pm前发生。替代地，可以仅通过开始时间段或结束时间段而不是二者来限定时间段參数。而且，订阅通过包括开始时间段可以明确地指引呈现服务器监视事件在过去的发生。更具体地，在一个实现中，在订阅中指定的开始时间段指定了开始对在客户端实体进行发送并且呈现服务器接收该订阅之前发生的呈现信息进行监视的时间。因此，呈现服务器可以监视在呈现服务器可访问的位置处存储的过去的呈现信息。在另ー说明性实现中，时间段參数包括针对事件的发生的在事件的两个或更多个之间的相对时间限制。例如，在事件序列中的事件之间的每次“转换”可以具有与之相关联的时间限制或时间范围，例如，在事件A发生之后，事件B需要在15分钟内发生；并且在事件B发生之后，事件C需要在30分钟内发生。在该相对时间限制的实现中还有，订阅还可以包括限制了其间可以发送通知的时间范围的用于订阅的时间段參数。因此，在这两个时间范围之间可以存在某种交互。例如，当sequenceTimeFrame是序列发生的时间限制，并且subscriptionExpiration是当该序列发生时要通知的时间限制(例如，在SIP SUBSCRIBE消息的报头中提供的subscriptionTimeFrame值)时，如果sequenceTimeFrame (例如，该事件序列必须在彼此30m内发生)小于subscriptionExpiration (姆当事件序列在下个星期中完成时通知我)，则跟踪事件的完成的状态机必须是自复位的。
换句话说，例如，触发条件被定义为A — B — C，它们全部在彼此的30m内(sequenceTimeFrame)。如果A — B — C在30m内发生,则通知客户端实体，并且复位状态机以再次等待A — B — C,并且在必要时再次通知(多达一周，subscriptionExpiration)。同样，如果在30m内A — B而没有C，则在A之后的30m，清零状态机，并且呈现服务器再次针对A — B — C进行监视。sequenceTimeFrame还可以针对无顺序事件“滚动(rolling)”，因此如果我们需要在彼此的30m内A =真，B =真并且C =真,而在T = Om时A=真,在T=15m时B =真,并且在T = 35m时C =真,则A、B、C序列没有在30m内完成,但是如果现在在T = 45m时A =真再次发生,则B、C、A (满足无顺序事件准则)在30m内发生,在T =15m时开始并且在T = 45m时完成。因此，在T = 15m时在B =真时，30m时钟被“复位”。在另ー说明性实现中，在一个说明性实现中，通过高级布尔逻辑来实现对于參考过去和未来事件的发生和时间段參数的指示的触发条件的设置。当然，上述实现都仅仅是示例性实现，它们不以任何方式限制这里的教导的范围。如上所述，订阅可以具有SIP SUBSCRIBE消息的格式。扩展SIP SUBSCRIBE消息的两个示例如下。在第一示例中，在一天的时间中每当在先前对Incidentl234指派的组officersiagency. gov中的任何用户变得可用(不论这些职员(officer)在这期间可能已经被指派了什么其他的事故)时，呈现观察方(CommanderXOagency. gov)想要被通知。订阅sip:officersOagency. gov SIP/2. O事件呈现至sip:officersiagency. gov自sip:CommanderXOagency. govく？xml version=" 1.0" encoding="UTF-8" >
く filter-set
xinlsns="urn:ietf:params:xmi:ns:siinple-filter"
xmlns: rt=" u rn: i etf: p a r a rn s: X m I: n s: s i m p I e - fi 11 e r: sc en a r i o" />(I)
<ns-bindings>
<ns-binding prefix="pidf' urn="urn:ie f:params:xmI:ns:pidf' xmlns:ps="urn;ietf:params:xml:ns:pidf:public-safety'7>
<./ns-Dindings> cfilter id=!,8439">
<trigger>
〈changed from=”inc.identl234” time-search=”today”
to=’’available，，>(2)
//pidf:tuple/pidf:status/pidf:cad-status
〈/changed〉
</irigger>
</filter>
</filter-set>行(I)是SIP/SMPLE的扩展，并且包括用于实现这里的教导的新的XML命名空间，并且行(2)定义了基于事件序列的触发条件。在另一个示例中，在过去的12小时中姆当列表employeesOairport. gov中的任何用户成功地通过门3、5、6 (以该顺序)时，呈现观察方(SupervisorYOairport. gov)想要被通知。订阅sip: employeesOairport. gov SIP/2. O事件呈现至sip:employeesiairport. gov
自sip:SupervisorYiairport. gov
权利要求
1.ー种用于基于事件序列的呈现通知的方法，所述方法包括 在呈现服务器处 从客户端实体接收对呈现体的包括事件序列的订阅，所述事件序列定义了控制所述呈现服务器何时向所述客户端实体发送通知的触发条件，其中，所述订阅还指示用于所述事件序列的时间段參数； 基于所指示的时间段參数来接收呈现信息并且监视所述呈现信息，以检测所述事件序列的发生；以及 当监视到的呈现信息满足所述触发条件时，向所述客户端实体发送所述通知。
2.根据权利要求I所述的方法，其中，所述监视到的呈现信息在下述情况下满足所述触发条件 在所述呈现服务器检测到在所述事件序列中的所有事件发生时；或者在所述呈现服务器检测到在所述事件序列中的所有事件发生但是发生了至少ー个中间事件时；或者 在所述呈现服务器检测到在所述事件序列中的事件中的至少ー个没有发生吋；或者在所述呈现服务器检测到没有包括在所述事件序列中的另ー个事件发生吋；或者在所述呈现服务器检测到在所述事件序列中的所有事件发生但是没有满足所述时间段參数时。
3.根据权利要求I所述的方法，其中 所述事件序列包括具有特定顺序的事件序列；并且 在所述呈现服务器检测到在所述事件序列中的所有事件发生但是没有以所述特定顺序发生时，所述监视到的呈现信息满足所述触发条件。
4.根据权利要求I所述的方法，其中，监视所述呈现信息包括监视所存储的呈现信息。
5.根据权利要求I所述的方法，其中，所述时间段參数包括具有开始时间和后续的结束时间的有限时间段。
6.根据权利要求5所述的方法，其中，在所述呈现服务器接收所述订阅之前，所述开始时间段发生。
7.根据权利要求I所述的方法，其中，所述序列中的至少ー个事件包括子序列。
8.ー种用于基于事件序列的呈现通知的方法，所述方法包括 在客户端实体处 生成对呈现体的包括事件序列的订阅，所述事件序列定义了控制所述呈现服务器何时向所述客户端实体发送通知的触发条件，其中，所述订阅还指示用于所述事件序列的时间段參数，其中，基于所述时间段參数来监视在所述呈现服务器处接收到的呈现信息，以检测所述事件序列； 向所述呈现服务器发送所述订阅；以及 当所监视到的呈现信息满足所述触发条件时，接收来自所述呈现服务器的所述通知。
9.根据权利要求8所述的方法，其中，在所述订阅中所述触发条件被定义为在下述情况下被满足 在检测到在所述事件序列中的所有事件发生时；或者 在检测到在所述事件序列中的所有事件发生但是发生了至少ー个中间事件吋；或者在检测到在所述事件序列中的事件中的至少ー个没有发生时；或者 在检测到没有包括在所述事件序列中的另ー个事件发生吋；或者 在检测到在所述事件序列中的所有事件发生但是没有满足所述时间段參数吋。
10.根据权利要求2或9所述的方法，其中，所述事件序列包括 具有特定顺序的事件序列；或者 不具有特定顺序的寒件序列。
11.根据权利要求8所述的方法，其中 所述事件序列包括具有特定顺序的事件序列；并且 在所述订阅中将所述触发条件定义为在检测到在所述事件序列中的所有事件发生但是没有以所述特定顺序发生时被满足。
12.根据权利要求I或8所述的方法，其中，所述通知标识满足所述触发条件的多个事件。
13.根据权利要求8所述的方法，其中，所述时间段參数包括具有开始时间和后续的结束时间的有限时间段。
14.根据权利要求13所述的方法，其中，在所述开始时间段之后，向所述呈现服务器发送所述订阅。
15.根据权利要求I或8所述的方法，其中，所述时间段參数包括对于所述事件序列的发生的至少ー个时间限制，并且其中，所述至少一个时间限制包括下述中的至少ー个 用于在所述事件序列中的所述事件中的一个或多个的发生的绝对时间限制； 用于在所述事件序列中的所有事件的发生的总的时间限制； 在所述事件序列中的所述事件的两个或多个之间的发生的相对时间限制； 用于在所述事件序列中的所有事件的发生的滚动时间段，其中，所述事件序列包括无顺序的事件序列。
全文摘要
客户端实体生成对呈现体的包括事件序列的订阅，该事件序列定义了控制呈现服务器何时向客户端实体发送通知的触发条件；并且该订阅进一步指示用于该事件序列的时间段参数。在接收到(302)订阅时，呈现服务器基于所指示的时间段参数来接收和监视(304)呈现信息，以检测事件序列的发生，并且当该呈现信息满足触发条件时，向客户端实体发送(306)通知。
文档编号G06F15/16GK102687134SQ201080060008
公开日2012年9月19日 申请日期2010年12月6日 优先权日2009年12月29日
发明者彼得·M·德罗兹特, 蒂龙·D·贝基亚里斯, 阿纳托利·阿古尔尼科 申请人:摩托罗拉解决方案公司