本公开涉及物联网领域，具体的涉及一种用于事件通知的方法、服务器设备、事件通知装置、介质。
背景技术：
随着信息技术尤其是互联网技术的发展，用于实现信息化、远程管理控制和智能化的物联网技术逐渐成熟。物联网利用局部网络或互联网等通信技术把传感器、控制器、机器、人员和物品等通过新的方式联接在一起，形成人与物、物与物之间的连接。随着物联网技术在各个应用领域的快速发展，越来越多的设备连接至物联网，出现了诸如智能家居、智能交通、智慧健康等各种新的应用领域。连接至物联网的终端设备可以通过向服务实体发送订阅请求的方式来获得数据或者事件通知。在满足订阅条件时，物联网平台可以向订阅请求中的通知方发送数据或者事件通知。
技术实现要素：
根据本公开的一方面，提供了一种用于事件通知的方法，包括：接收来自订阅方的事件订阅请求，所述事件订阅请求中包括至少一个通知方；向所述至少一个通知方发送第一事件通知；向所述至少一个通知方中的至少一部分通知方发送第二事件通知，其中，所述第二事件通知用于取消所述第一事件通知。
根据本公开实施例，向所述至少一个通知方发送第一事件通知包括：确定是否满足第一事件通知规则，在满足第一事件通知规则的情况下，向所述至少一个通知方中的每个通知方发送第一事件通知。
根据本公开实施例，向所述至少一个通知方中的至少一部分通知方发送第二事件通知，包括：确定是否满足第二事件通知规则，在满足第二事件通知规则的情况下，向所述至少一个通知方中的至少一部分通知方发送第二事件通知。
根据本公开实施例，所述确定是否满足第二事件通知规则包括：接收来自请求方的请求；基于所述请求确定是否满足第二事件通知规则。
根据本公开实施例，所述确定是否满足第二事件通知规则包括：在由第二事件通知时间间隔确定的时间点处，确定是否满足第二事件通知规则。
根据本公开实施例，所述方法还包括定义第一事件通知资源和与该第一事件通知资源关联的第二事件通知资源，其中，所述第一事件通知资源包括：第一事件通知规则属性，用于确定是否发送第一事件通知；以及第一事件通知列表属性，用于存储所述至少一个通知方的地址信息，所述第二事件通知资源包括：事件通知标识属性，用于关联所述第一事件通知资源与所述第二事件通知资源；第二事件通知规则属性，用于确定是否发送第二事件通知；以及第二事件通知列表属性，用于存储所述至少一个通知方的地址信息。
根据本公开实施例，所述第二事件通知资源还包括：第二事件通知时间间隔属性，用于设置确定是否满足第二事件通知规则的时间间隔。
根据本公开实施例，所述事件订阅请求中包括多个通知方，向所述多个通知方中的至少一部分通知方发送第二事件通知包括：接收来自所述多个通知方中的一个通知方的事件取消请求；基于所述事件取消请求，向所述多个通知方中的至少一部分通知方发送第二事件通知。
根据本公开实施例，所述方法还包括定义第一事件通知资源和与该第一事件通知资源关联的取消虚拟资源，所述取消虚拟资源用于基于所述事件取消请求来向所述多个通知方中的至少一部分通知方发送第二事件通知，其中，所述第一事件通知资源包括：第一事件通知规则属性，用于确定是否发送第一事件通知；以及第一事件通知列表属性，用于存储所述多个通知方的地址信息。
根据本公开实施例，所述方法还包括定义第一订阅资源和与该第一订阅资源关联的第二订阅资源，其中，所述第一订阅资源包括：第一事件通知规则属性，用于确定是否发送第一事件通知；以及第一事件通知列表属性，用于存储所述至少一个通知方的地址信息，所述第二订阅资源包括：订阅资源标识属性，用于关联所述第一订阅资源与所述第二订阅资源；第二事件通知规则属性，用于确定是否发送第二事件通知；以及第二事件通知列表属性，用于存储所述至少一个通知方的地址信息。
根据本公开实施例，所述事件订阅请求用于请求接收来自应用实体的更新数据，所述方法还包括：基于所述更新数据来确定是否满足第一事件通知规则。
根据本公开实施例，所述第二事件通知与所述第一事件通知的通知内容相反。
根据本公开实施例，所述第二事件通知规则为用于取消第一事件通知的规则。
根据本公开的另一方面，提供了一种服务器设备，包括收发器和处理器，其中，所述收发器被配置为接收来自订阅方的事件订阅请求，所述事件订阅请求中包括至少一个通知方；所述处理器被配置为：指示所述收发器向所述至少一个通知方发送第一事件通知，以及指示所述收发器向所述至少一个通知方中的至少一部分通知方发送第二事件通知，其中，所述第二事件通知用于取消所述第一事件通知。
根据本公开的又一方面，提供了一种事件通知装置，包括：一个或多个处理器；以及一个或多个存储器，其中存储了计算机可读代码，所述计算机可读代码在由所述一个或多个处理器执行时进行如上所述的方法。
根据本公开的又一方面，提供了一种计算机存储介质，其中存储有计算机可读代码，所述计算机可读代码在由一个或多个处理器执行时进行如上所述的方法。
附图说明
为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1示出了一种已知的基于订阅请求来进行事件通知的流程图；
图2示出了用于接收事件通知的通知方的示意图；
图3示出了通知方基于事件通知执行操作的示意图；
图4示出了根据本公开实施例的用于事件通知的方法的流程图；
图5示出了根据本公开第一实施例的订阅资源的资源结构的示意图；
图6示出了根据本公开第一实施例进行事件通知的流程图；
图7示出了根据本公开第二实施例的订阅资源的资源结构的示意图；
图8示出了根据本公开第二实施例进行事件通知的流程图；
图9示出了根据本公开第三实施例的订阅资源的资源结构的示意图；
图10示出了根据本公开第三实施例进行事件通知的流程图；
图11示出了根据本公开实施例的服务器设备的示意性框图；
图12示出了根据本公开实施例的事件通知装置的示意性框图。
具体实施方式
下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本公开一部分的实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在无需创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。
本公开中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。同样，“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。
本公开中使用了流程图用来说明根据本公开的实施例的方法的步骤。应当理解的是，前面或后面的步骤不一定按照顺序来精确的进行。相反，可以按照倒序或同时处理各种步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步。
物联网可以作为互联网的一种延伸，它包括互联网及互联网上所有的资源，兼容互联网所有的应用。物联网技术在各个领域的应用不断扩展，出现了诸如智能家居、智能交通、智慧健康等各种新的应用领域。
随着物联网技术的发展，越来越多的终端设备接入到物联网平台，例如，烟雾报警器、火灾报警器、各类家用电器等设备。所述物联网平台例如可以实施为通用服务实体，所述终端设备可以通过向通用服务实体发送注册信息的方式来与所述通用服务实体连接，所述通用服务实体对接入到其的终端设备进行管理。所述终端设备可以表示为应用实体，接入到通用服务实体的应用实体可以与该通用服务实体进行数据传输、信息交互等操作。需要注意的是，本文中所描述的应用实体可以是物联网中的各类终端设备，或者也可以是设备中的软件模块等。下文中，可以将通用服务实体表示为服务实体。
一些应用实体(例如，作为订阅方)可以通过向服务实体发送订阅请求的方式来订阅来自其他应用实体(例如，作为被订阅方)的信息、数据等，所述订阅方也可以请求来自服务实体的数据、操作等，在此不作限制。
所述订阅请求中可以包括多个通知方，用于接收与该订阅请求相关的事件通知或者数据。所述订阅请求中还可以包括事件通知规则，即在满足该事件通知规则(例如，烟雾警报器发出警报)的情况下，向订阅请求中的通知方发送事件通知。由此，当满足订阅请求中的事件通知规则时，服务实体将发送事件通知给该订阅请求中包括的所有的通知方。
图1中示出了一种已知的服务实体基于订阅请求来进行事件通知的示意图。订阅方1、订阅方2以及应用实体首先可以通过向服务实体发送设备注册请求的方式来与服务实体连接。举例来说，订阅方1和/或订阅方2可以向服务实体发送订阅请求，用于请求服务实体，在空气质量较差(例如，pm2.5指数高于300)的情况下，向所有的家庭成员发送提醒消息，以便提前做好防护措施。在此示例中，订阅请求中的通知方包括所有的家庭成员，pm2.5指数高于300为事件通知规则。在图1中示出的示例中，通知方表示为订阅方1和订阅方2。与服务实体连接的应用实体例如可以是空气质量检测仪器，其可以实时地检测空气质量，并可以定时地向服务实体发送空气质量检测数据。服务实体基于接收的检测数据来判断是否满足事件通知规则，即，pm2.5指数是否高于300。在确定满足事件通知规则的情况下(即，pm2.5指数高于300)，服务实体将向所有的通知方发送事件通知(诸如，pm2.5指数高于300的提醒消息)。
需要注意的是，所述订阅请求中包括的通知方可以与订阅方相同，也可以不相同。图2示出了用于接收事件通知的通知方的示意图，例如，服务实体可以将所述与空气质量相关的订阅请求表示为事件1，与所述事件1相对应的通知方可以是订阅方，也可以是与订阅方不相同的设备，例如，通知方1、通知方2以及通知方3。
上述订阅请求中请求的事件通知是具有实时性地，即，空气质量的检测数据会由于受到例如风速等条件的影响而随时间不断地变化。例如，所述空气质量检测仪器可能在早上6点检测到pm2.5的指数高于300，所述通用服务实体将基于此数据而确定满足事件通知规则，并向所有的家庭成员发送事件通知。而在早上8点时，所述空气质量检测仪器检测到的pm2.5的指数为100。在此种情况下，接收到事件通知的家庭成员由于未能及时地了解到当前的空气质量数据，而按照服务实体第一次发出的事件通知(pm2.5的指数高于300)而执行某些操作，例如，打开空气净化器、关闭门窗等，而未能及时地按照当前地空气质量(pm2.5的指数为100)来做出合适地操作，这将导致通知方执行了额外的操作，影响事件通知的实时性，也降低了用户体验，也为通知方带来了不必要的信息干扰。
在另一示例中，所述订阅请求还可以是用于请求在家庭电表的电量少于5度时，向所有的家庭成员发送事件通知，以便及时地执行处理操作，例如，缴纳电费，从而避免断电的情况发生。图3示出了通知方基于事件通知执行操作的示意图。订阅方发送订阅请求的方式可以与图1中描述的方式相似，在此不再赘述。
在此示例中，应用实体可以是家用电表，服务实体基于电表发送的更新数据进行判断，剩余电量是否少于5度，在确定少于5度的情况下，向所有的通知方发送事件通知。图3中示出的订阅请求的通知方包括订阅方1和订阅方2，在收到剩余电量少于5度的事件通知后，很可能都基于该通知执行操作，例如向服务实体发送缴纳电费的请求。由此，将导致针对同一事件，通知方做出重复的操作，例如，订阅方1和订阅方2均执行了缴纳电费的操作，造成电表余额过多的情况。如果该订阅请求中只包含一个通知方，如果该通知方未能及时对该事件通知进行处理，将导致家庭断电的情况发生，影响了该事件通知进行处理的实时性操作。
与上述关于剩余电量的订阅请求类似的订阅请求还可以是用于请求在收到触发门铃的情况下，向通知方发送事件通知，以执行开门的操作。所述订阅请求中的通知方可以为目前在家中的所有的家庭成员，以在收到事件通知后及时地执行开门的操作。例如，当有快递员按响门铃时，所有的通知方将收到来自服务实体的事件通知，并由此均执行了请求服务实体打开门的操作。在此种情况下，服务实体在接到一个通知方发出的开门请求后将打开房门，其他的通知方在这之后向服务实体发送的开门请求均为无效的操作，因为此时门已经是打开的状态，这意味着所述其他的通知方基于事件通知执行了无效的操作，造成资源的浪费，影响事件通知的实时性，也降低了用户体验。
由此，在诸如订阅请求的事件通知的内容或者基于该事件通知执行的操作具有实时性的情况下，当前的事件通知规则无法满足实时性的要求，并造成通知方执行额外的操作处理。
图4中示出了根据本公开实施例的一种用于事件通知的方法的流程图，首先，在步骤s101，接收来自订阅方的事件订阅请求。其中，所述事件订阅请求中包括至少一个通知方。所述订阅方可以是连接至通用服务实体的应用实体，例如，在需要某些数据来进行操作时，其可以向服务实体发送订阅请求，订阅请求中可以包括订阅的事件或者操作，以及用于接收该事件通知的一个或多个通知方。此外，所述订阅方可以是一个也可以是多个，即，可以存在多个订阅方向通用服务实体订阅事件通知。根据本公开的其他实施例，在通用服务实体接收到订阅请求后将获得所有通知方的列表信息，还可以基于通知方的类型、级别、事件通知的内容等来对所述通知方进行分组，以用于更精准的发送事件通知。
接着，在步骤s102，所述服务实体可以向所述至少一个通知方发送第一事件通知。根据本公开实施例，所述通用服务实体可以首先确定是否满足事件通知规则，当满足事件通知规则时，向所述至少一个组中的通知方发送第一事件通知。根据本公开实施例，向所述至少一个通知方发送第一事件通知可以包括确定是否满足第一事件通知规则，在满足第一事件通知规则的情况下，向所述至少一个通知方中的每个通知方发送第一事件通知。例如，所述第一事件通知规则可以由发送订阅请求的订阅方来确定。通用服务实体可以基于订阅请求通过创建第一事件通知规则属性来设置该事件通知规则，通过创建第一事件通知列表属性来存储所述至少一个通知方的地址信息。
根据本公开实施例，所述事件订阅请求可以用于请求接收来自应用实体的更新数据，例如，在关于电量的订阅请求的示例中，所述订阅请求可以用于请求剩余电量低于5度后的剩余电量的数据，此时，第一事件通知规则为剩余电量低于5度。作为家用电表的应用实体将定时地向服务实体发送更新请求以传输更新数据，即剩余电量值。所述服务实体可以基于所述更新数据来确定是否满足第一事件通知规则，即剩余电量值是否低于5度。在确定剩余电量值低于5度时，例如为4度，服务实体将该剩余电量值发送给所有的通知方。
接着，在步骤s103，服务实体可以向所述至少一个通知方中的至少一部分通知方发送第二事件通知，其中，所述第二事件通知用于取消所述第一事件通知。根据本公开实施例，向所述至少一个通知方中的至少一部分通知方发送第二事件通知可以包括：确定是否满足第二事件通知规则，在满足第二事件通知规则的情况下，向所述至少一个通知方中的至少一部分通知方发送第二事件通知。
例如，在图1中示出的关于空气质量的订阅请求的示例中，所述第一事件通知可以是在检测到pm2.5指数高于300时，服务实体发出的事件通知，所述第二事件通知可以是在检测到pm2.5指数为100，即，空气质量指数不再满足第一事件通知规则时，服务实体向通知方发出的用于取消该第一事件通知的通知。在此示例中，所述第二事件通知的内容与所述第一事件通知的通知内容可以是相反的。例如，在所述第一事件通知的内容是pm2.5指数高于300的情况下，所述第二事件通知的内容可以是pm2.5指数低于300。所述第二事件通知规则可以与第一事件通知规则相反。例如，第一事件通知规则可以为：pm2.5指数是否高于300，而第二事件通知规则可以为：pm2.5指数是否低于300。换句话说，所述第二事件通知规则可以为用于取消第一事件通知的规则。
根据本公开实施例，所述确定是否满足第二事件通知规则可以包括服务实体接收来自请求方的请求，并基于所述请求确定是否满足第二事件通知规则。例如，在图3中示出的关于通知方执行操作的示例中，所述订阅方1(作为请求方)在执行了例如缴纳电费的操作后，可以向服务实体发送请求。服务实体在接收到该请求后，可以向除了该订阅方1之外的其余通知方发送第二事件通知，用于取消例如表示剩余电量低于5度的第一事件通知。
根据本公开的其他实施例，所述请求方可以是所述至少一个通知方中的其中一个通知方，也可以是用于从其接收更新数据的应用实体(例如，电表)，还可以是其他的应用实体等，在此不作限制。所述请求可以是更新请求，例如，在订阅方1向电表充值了电费后，所述电表可以向服务实体发送更新请求，并发送更新的电量数据，服务实体可以基于该更新的电量数据来向通知方发送用于取消第一事件通知的第二事件通知。此外，所述请求还可以是创建请求、删除请求等，在此不作限制。
根据本公开实施例，通用服务实体可以通过定义第一事件通知资源和与该第一事件通知资源关联的第二事件通知资源的方式来实施上述用于事件通知的方法。例如，服务实体在接收到订阅请求后，可以创建与该订阅请求对应的订阅资源，所述订阅资源中可以包括第一事件通知资源和第二事件通知资源。
例如，所述第一事件通知资源可以包括第一事件通知规则属性，用于确定是否发送第一事件通知。在满足所述第一事件通知规则的情况下，服务实体可以确定向所有的通知方发送第一事件通知，在不满足所述第一事件通知规则的情况下，服务实体确定不发送第一事件通知。所述第一事件通知资源中还可以包括第一事件通知列表属性，用于存储所述至少一个通知方的地址信息。例如，所述第一事件通知列表属性中可以存储有图2中示出的通知方1、通知方2、通知方3。在确定发送第一事件通知后，服务实体可以查找第一事件通知列表中存储的通知方的地址信息，基于该地址信息来发送第一事件通知。
例如，所述第二事件通知资源中可以包括事件通知标识属性，用于关联所述第一事件通知资源与所述第二事件通知资源。例如，所述事件通知标识属性可以将所述第一事件通知资源与第二事件通知资源一一对应，从而利用所述第二事件通知来取消所述第一事件通知。所述第二事件通知资源中还可以包括第二事件通知规则属性以及第二事件通知列表属性。所述第二事件通知规则属性用于确定是否发送第二事件通知，所述第二事件通知列表属性，用于存储所述至少一个通知方的地址信息。可以与第一事件通知规则相反地来设置所述第二事件通知规则。例如，关于剩余电量少于5度时发送提醒通知的订阅请求中，可以将第一事件规则设置为剩余电量少于5度，并将第二事件规则设置为剩余电量不少于5度。根据本公开的其他实施例，也可以采用其他的方式来设置第二事件通知规则。例如，关于在触发门铃时发送提醒通知的订阅请求中，可以将第一事件规则设置为触发门铃，并将第二事件规则设置为门为开启状态。本公开不对第二事件通知规则的设置方式作出限制。
根据本公开实施例，通用服务实体可以通过定义第一订阅资源和与该第一订阅资源关联的第二订阅资源的方式来实施上述用于事件通知的方法。例如，服务实体在接收到订阅请求后，可以创建与该订阅请求对应的第一订阅资源和第二订阅资源。
根据本公开实施例，所述第一订阅资源中可以包括第一事件通知规则属性以及第一事件通知列表属性。所述第一事件通知规则属性用于确定是否发送第一事件通知，所述第一事件通知列表属性用于存储所述至少一个通知方的地址信息。
根据本公开实施例，所述第二订阅资源中可以包括订阅资源标识属性，用于关联所述第一订阅资源与所述第二订阅资源。所述第二订阅资源中还可以包括第二事件通知规则属性，以及第二事件通知列表属性。所述第二事件通知规则属性用于确定是否发送第二事件通知，所述第二事件通知列表属性用于存储所述至少一个通知方的地址信息。例如，所述订阅资源标识属性可以将所述第一订阅资源与第二订阅资源一一对应，从而通过向第二事件通知列表中的通知方发送第二事件通知来取消所述第一事件通知。
根据本公开实施例，所述确定是否满足第二事件通知规则可以包括在由第二事件通知时间间隔确定的时间点处，确定是否满足第二事件通知规则。例如，通用服务实体可以通过创建第二事件通知时间间隔属性，来设置确定是否满足发送第二事件通知规则的时间间隔。例如，所述第二事件通知时间间隔属性可以将第二事件通知时间间隔确定为1小时，即，通用服务实体在向订阅请求中的所有通知方发送了第一事件通知后，每隔1小时触发进行是否满足第二事件通知规则的判断，在满足第二事件通知规则的情况下，向所述通知方中的至少一部分的通知方发送第二事件通知，以用来取消先前发送的第一事件通知。所述至少一部分的通知方例如可以是其余未执行操作的通知方，也可以是所有的通知方。
根据本公开实施例，所述订阅请求中可以包括至少一个通知方，所述通知方用于接收事件通知。在所述订阅请求中包括多个通知方的情况下，向所述多个通知方中的至少一部分通知方发送第二事件通知可以包括：接收来自所述多个通知方中的一个通知方的事件取消请求，并基于该事件取消请求，来向所述多个通知方中的至少一部分通知方发送第二事件通知。
例如，在基于图3示出的示例中，在满足第一事件通知规则时，服务实体将向作为通知方的订阅方1和订阅方2分别发送事件通知1和事件通知2。其中，所述事件通知1和事件通知2均表示为第一事件通知。例如，订阅方1可以基于接收到的事件通知1来执行相应的操作，例如缴纳电费。在执行了该操作后，订阅方1可以向服务实体发送事件取消请求，所述事件取消请求用于请求取消所述第一事件通知。所述服务实体在接收到事件取消请求后可以向除了订阅方1之外的通知方，即订阅方2发送用于取消第一事件通知的第二事件通知，从而避免订阅方2基于接收到的第一事件通知执行重复的操作，例如缴纳电费。例如，所述订阅方2的设备在接收到第二事件通知后可以同时隐藏显示第一事件通知和第二事件通知，即避免对于订阅方2的信息干扰。或者，所述订阅方2的设备在接收到第二事件通知后还可以关联的显示第一事件通知和第二事件通知，从而明显地提醒用户该第一事件通知已经取消，本公开不对通知方在接收到第二事件通知后作出的处理进行限制。所述服务实体还可以向所有的通知方发送所述第二事件通知。
根据本公开实施例，通用服务实体可以通过定义第一事件通知资源和与该第一事件通知资源关联的取消虚拟资源的方式来实施上述用于事件通知的方法。例如，服务实体在接收到订阅请求后，可以创建与该订阅请求对应的第一事件通知资源和取消虚拟资源。所述取消虚拟资源用于基于接收到的事件取消请求来执行向所述多个通知方中的至少一部分通知方发送第二事件通知的操作。
例如，所述第一事件通知资源可以包括第一事件通知规则属性，用于确定是否发送第一事件通知。在满足所述第一事件通知规则的情况下，服务实体可以确定向所有的通知方发送第一事件通知，在不满足所述第一事件通知规则的情况下，服务实体确定不发送第一事件通知。所述第一事件通知资源中还可以包括第一事件通知列表属性，用于存储所述至少一个通知方的地址信息。例如，所述第一事件通知列表属性中可以存储有图2中示出的通知方1、通知方2、通知方3。在确定发送第一事件通知后，服务实体可以查找第一事件通知列表中存储的通知方的地址信息，基于该地址信息来发送第一事件通知。
根据本公开的用于事件通知的方法可以在基于订阅请求向所有的通知方发送第一事件通知后，向至少一部分的通知方发送用于取消所述第一事件通知的第二事件通知，从而避免造成多个通知方基于所述第一事件通知执行重复或者无效的操作，保证事件通知的实时性并提高用户体验。
图5示出了根据本公开第一实施例的订阅资源的资源结构的示意图，图6示出了根据本公开第一实施例进行事件通知的流程图。
下面，将结合图5和图6来对根据本公开第一实施例的事件通知方法及其实施例进行详细的描述。
物联网可以由通用服务实体和一系列的应用实体组成，所述应用实体可以是各种传感器设备，也可以是诸如手机的用户终端，还可以是设备中的软件模块等，诸如手机应用程序等。所述通用服务实体对于其连接的应用实体进行管理，并进行诸如注册、数据传输、执行任务等的操作。例如，如图6中示出的，服务实体接收来自应用实体和订阅方1和订阅方2的设备注册请求，由此建立与所述应用实体和订阅方1和订阅方2的关联关系。在订阅请求的应用中，订阅方(例如，订阅方1和订阅方2)可以向服务实体发送事件订阅请求，所述事件订阅请求中包括多个通知方。例如，该订阅请求可以用于请求接收来自应用实体的更新数据，所述订阅请求还可以用于请求服务实体执行某项操作处理，在此不再赘述。在接收到订阅请求后，所述服务实体还可以向订阅方发送订阅响应消息。
例如，在接收到分别来自订阅方1和订阅方2的同一个订阅请求后，所述服务实体将创建与该订阅请求对应的订阅资源。例如，图6中示出的所述订阅请求可以用于请求剩余电量低于5度的事件通知。并且，来自订阅方1和订阅方2的订阅请求中可以包含至少一个通知方。所述至少一个通知方例如可以是图6中的订阅方1和订阅方2。所述订阅资源的结构可以是如图5中所示出的。如图5所示，所述订阅资源可以包括用于发送第一事件通知的第一事件通知资源，以及用于发送第二事件通知的第二事件通知资源。其中，所述第一事件通知资源可以包括第一事件通知规则属性，用于确定是否发送第一事件通知；以及第一事件通知列表属性，用于存储所述至少一个通知方的地址信息。所述第二事件通知资源可以包括事件通知标识属性，用于关联所述第一事件通知资源与所述第二事件通知资源，第二事件通知规则属性，用于确定是否发送第二事件通知，以及第二事件通知列表属性，用于存储所述至少一个通知方的地址信息。
在上述实施例中，图6中应用实体可以为家庭电表中的软件模块，其可以定时向服务实体发送更新请求，以向服务实体提供剩余电量的更新数据。服务实体接收到来自应用实体的更新请求，并向该应用实体发送更新响应，所述应用实体基于该更新响应向服务实体发送更新数据。在接收到所述更新数据后，所述服务实体可以进行判断，该更新数据是否满足事件通知规则，例如，是否剩余电量是否少于5度。如果服务实体判断更新数据不满足事件通知规则，例如，剩余电量多于5度，则不向通知方发送事件通知。如果服务实体判断更新数据满足事件通知规则，例如，剩余电量少于5度，则服务实体向可以通知方列表中的所有通知方发送第一事件通知。所述第一事件通知可以是图6中示出的分别向订阅方1和订阅方2发送的事件通知1和事件通知2。接收到事件通知的订阅方还可以向服务实体发送通知响应。
例如，图6中的订阅方1在接收到事件通知1后，可以向服务实体发送与该事件通知对应的通知响应。在上述订阅请求中，所述订阅方1可以是家庭成员之一的终端设备，在接收到该剩余电量少于5度的事件通知后，可以执行相应的动作以及时地对该事件进行处理，例如，执行缴纳电费的动作，还可以向服务实体发送请求，例如更新请求。
所述服务实体可以基于所述更新请求确定是否满足第二事件通知规则，在满足第二事件通知规则的情况下，向至少一个通知方中的至少一部分通知方发送第二事件通知。
例如，服务实体可以基于订阅方1发送的更新请求确定订阅方1已经针对第一事件通知做出了相应的处理，即无需订阅方2再执行重复的缴费操作，此时，服务实体可以确定满足第二事件通知的规则，并向除了订阅方1之外的通知方，即订阅方2发送第二事件通知，以取消其向订阅方2发送的事件通知2。
如图5中示出的，所述第二事件通知资源还可以包括第二事件通知时间间隔属性，用于设置确定是否满足第二事件通知规则的时间间隔。例如，所述确定是否满足第二事件通知规则可以包括在由第二事件通知时间间隔确定的时间点处(例如，每隔1小时)，确定是否满足第二事件通知规则。例如，图6中的服务实体可以基于应用实体发送的更新请求来确定是否满足第二通知规则。例如，基于应用实体发送的更新数据确定当前剩余电量大于5度，并由此确定满足第二事件通知的规则，并向所有的通知方，即订阅方1和订阅方2发送第二事件通知，以取消其发送的事件通知1和事件通知2。
在图5和图6示出的示例中，服务实体基于第一事件通知资源和第二事件通知资源来实施根据本公开实施例的用于事件通知的方法，使得在确定满足第二事件通知规则的情况下向至少一个通知方发送用于取消第一事件通知的第二事件通知，从而避免例如订阅方2执行额外的重复操作。
根据本公开的其他实施例中，服务实体还可以采用其他的方式来设置第二事件通知规则。
图7示出了根据本公开第二实施例的订阅资源的资源结构的示意图，图8示出了根据本公开第二实施例进行事件通知的流程图。
下面，将结合图7和图8来对根据本公开第二实施例的事件通知方法及其实施例进行详细的描述。
如图7所示，服务实体可以通过创建第一订阅资源和与该第一订阅资源关联的第二订阅资源的方式来实施根据本公开的用于事件通知的方法。其中，所述第一订阅资源中可以包括第一事件通知规则属性，用于确定是否发送第一事件通知，以及第一事件通知列表属性，用于存储所述至少一个通知方(例如，订阅方1和订阅方2)的地址信息。所述第二订阅资源中可以包括订阅资源标识属性，用于关联所述第一订阅资源与所述第二订阅资源。所述第二订阅资源中还可以包括第二事件通知规则属性，用于确定是否发送第二事件通知，以及第二事件通知列表属性，用于存储所述至少一个通知方的地址信息。
如图7中示出的，所述第二订阅资源中还可以包括第二事件通知时间间隔属性，用于设置确定是否满足第二事件通知规则的时间间隔。例如，所述确定是否满足第二事件通知规则可以包括在由第二事件通知时间间隔确定的时间点处(例如，每隔1小时)，确定是否满足第二事件通知规则。例如，图8中的服务实体可以基于应用实体发送的更新请求来确定是否满足第二通知规则。例如，基于应用实体发送的更新数据确定当前剩余电量大于5度，并由此确定满足第二事件通知的规则，并向所有的通知方，即订阅方1和订阅方2发送第二事件通知，以取消其发送的事件通知1和事件通知2。
图8中示出的基于第一订阅资源和第二订阅资源来实施事件通知的方式可以与图6中示出的基于包括第一事件通知资源和第二事件通知资源的订阅资源来实施事件通知的方式相似，在此不再赘述。
图9示出了根据本公开第三实施例的订阅资源的资源结构的示意图，图10示出了根据本公开第三实施例进行事件通知的流程图。
下面，将结合图9和图10来对根据本公开第三实施例的事件通知方法及其实施例进行详细的描述。
如图10所示，所述订阅请求中可以包括多个通知方(例如，订阅方1和订阅方2)。在接收到订阅请求后，服务实体可以通过创建订阅资源方式来实施根据本公开的用于事件通知的方法。
如图9所示，所述订阅资源中可以包括第一事件通知资源和与该第一事件通知资源关联的取消虚拟资源。所述取消虚拟资源用于基于所述事件取消请求来向所述多个通知方中的至少一部分通知方发送第二事件通知，其中，所述第一事件通知资源包括：第一事件通知规则属性，用于确定是否发送第一事件通知，所述第一事件通知列表属性，用于存储所述多个通知方的地址信息。
例如，所述服务实体基于应用实体发送的更新数据确定满足第一事件通知规则(在图10中表示为事件通知规则)，并向第一事件通知列表中存储的订阅方1和订阅方2发送事件通知1和事件通知2。
如图10所示，订阅方1在接收到事件通知1后可以执行相应的动作，例如，缴纳电费，并向服务实体发送事件取消请求。服务实体在接收到该事件取消请求后将获取第一事件通知资源中的通知方列表，并向所述通知方发送第二事件通知，以取消所述第一事件通知。例如，所述服务实体可以向除了订阅方1之外的通知方，即订阅方2发送第二事件通知，从而避免订阅方2执行重复的操作。
以上结合具体的实施例描述了根据本公开提供的用于事件通知方法，在基于订阅请求向所有的通知方发送第一事件通知后，可以向至少一部分的通知方发送用于取消所述第一事件通知的第二事件通知，从而避免造成多个通知方基于所述第一事件通知执行重复或者无效的操作，保证事件通知的实时性并提高用户体验。
根据本公开实施例，还提供了一种服务器设备。图11示出了根据本公开实施例的服务器设备的示意图。所述服务器设备100可以包括收发器101和处理器102，其中，所述收发器101可以被配置为接收来自订阅方的事件订阅请求，所述事件订阅请求中包括至少一个通知方。所述处理器102可以被配置为指示所述收发器101向所述至少一个通知方发送第一事件通知，以及指示所述收发器101向所述至少一个通知方中的至少一部分通知方发送第二事件通知，其中，所述第二事件通知用于取消所述第一事件通知。
可选地，上述服务器设备100还可以内置或者外接存储器，用于存储为应用实体创建的资源，以及存储有关指令，所述指令在由处理器102执行时，实现上述事件通知方法的步骤。
根据本公开实施例，还提供了一种事件通知装置。图12示出了根据本公开实施例的事件通知装置的示意图。所述事件通知装置200可以包括一个或多个处理器201以及一个或多个存储器202。其中，所述处理器201中存储有计算机可读代码，所述计算机可读代码当由所述一个或多个处理器202执行时可以进行如上所述的用于事件通知方法，在此不再赘述。
根据本公开实施例，还提供了一种计算机存储介质。其中，所述计算机存储介质中存储有计算机可读代码，所述计算机可读代码在由一个或多个处理器执行时进行可以进行如上所述事件通知方法，在此不再赘述。所述计算机存储介质可以是能被计算机访问的任何可用存储介质。作为示例而非限定，这样的计算机可读介质可包括ram、rom、eeprom、cd-rom或其他光盘存储、磁盘存储或其他磁存储设备、或能被用来承载或存储指令或数据结构形式的期望程序代码且能被计算机访问的任何其他介质。
除非另有定义，这里使用的所有术语(包括技术和科学术语)具有与本公开所属领域的普通技术人员共同理解的相同含义。还应当理解，诸如在通常字典里定义的那些术语应当被解释为具有与它们在相关技术的上下文中的含义相一致的含义，而不应用理想化或极度形式化的意义来解释，除非这里明确地这样定义。
以上是对本公开的说明，而不应被认为是对其的限制。尽管描述了本公开的若干示例性实施例，但本领域技术人员将容易地理解，在不背离本公开的新颖教学和优点的前提下可以对示例性实施例进行许多修改。因此，所有这些修改都意图包含在权利要求书所限定的本公开范围内。应当理解，上面是对本公开的说明，而不应被认为是限于所公开的特定实施例，并且对所公开的实施例以及其他实施例的修改意图包含在所附权利要求书的范围内。本公开由权利要求书及其等效物限定。
1.一种用于事件通知的方法，包括：
接收来自订阅方的事件订阅请求，所述事件订阅请求中包括至少一个通知方；
向所述至少一个通知方发送第一事件通知；
向所述至少一个通知方中的至少一部分通知方发送第二事件通知，其中，所述第二事件通知用于取消所述第一事件通知。
2.根据权利要求1所述的方法，其中，向所述至少一个通知方发送第一事件通知包括：
确定是否满足第一事件通知规则，在满足第一事件通知规则的情况下，向所述至少一个通知方中的每个通知方发送第一事件通知。
3.根据权利要求2所述的方法，其中，向所述至少一个通知方中的至少一部分通知方发送第二事件通知，包括：
确定是否满足第二事件通知规则，在满足第二事件通知规则的情况下，向所述至少一个通知方中的至少一部分通知方发送第二事件通知。
4.根据权利要求3所述的方法，其中，所述确定是否满足第二事件通知规则包括：
接收来自请求方的请求；
基于所述请求确定是否满足第二事件通知规则。
5.根据权利要求3所述的方法，其中，所述确定是否满足第二事件通知规则包括：
在由第二事件通知时间间隔确定的时间点处，确定是否满足第二事件通知规则。
6.根据权利要求4或5所述的方法，还包括定义第一事件通知资源和与该第一事件通知资源关联的第二事件通知资源，其中，所述第一事件通知资源包括：
第一事件通知规则属性，用于确定是否发送第一事件通知；以及
第一事件通知列表属性，用于存储所述至少一个通知方的地址信息，所述第二事件通知资源包括：
事件通知标识属性，用于关联所述第一事件通知资源与所述第二事件通知资源；
第二事件通知规则属性，用于确定是否发送第二事件通知；
第二事件通知列表属性，用于存储所述至少一个通知方的地址信息。
7.根据权利要求6所述的方法，其中，所述第二事件通知资源还包括：
第二事件通知时间间隔属性，用于设置确定是否满足第二事件通知规则的时间间隔。
8.根据权利要求1所述的方法，其中，所述事件订阅请求中包括多个通知方，向所述多个通知方中的至少一部分通知方发送第二事件通知包括：
接收来自所述多个通知方中的一个通知方的事件取消请求；
基于所述事件取消请求，向所述多个通知方中的至少一部分通知方发送第二事件通知。
9.根据权利要求8所述的方法，还包括定义第一事件通知资源和与该第一事件通知资源关联的取消虚拟资源，所述取消虚拟资源用于基于所述事件取消请求来向所述多个通知方中的至少一部分通知方发送第二事件通知，其中，所述第一事件通知资源包括：
第一事件通知规则属性，用于确定是否发送第一事件通知；以及
第一事件通知列表属性，用于存储所述多个通知方的地址信息。
10.根据权利要求4或5所述的方法，还包括定义第一订阅资源和与该第一订阅资源关联的第二订阅资源，其中，所述第一订阅资源包括：
第一事件通知规则属性，用于确定是否发送第一事件通知；以及
第一事件通知列表属性，用于存储所述至少一个通知方的地址信息，所述第二订阅资源包括：
订阅资源标识属性，用于关联所述第一订阅资源与所述第二订阅资源；
第二事件通知规则属性，用于确定是否发送第二事件通知；
第二事件通知列表属性，用于存储所述至少一个通知方的地址信息。
11.根据权利要求1所述的方法，其中，所述事件订阅请求用于请求接收来自应用实体的更新数据，所述方法还包括：
基于所述更新数据来确定是否满足第一事件通知规则。
12.根据权利要求1所述的方法，其中，所述第二事件通知与所述第一事件通知的通知内容相反。
13.根据权利要求3所述的方法，其中，所述第二事件通知规则为用于取消第一事件通知的规则。
14.一种服务器设备，包括收发器和处理器，其中，所述收发器被配置为接收来自订阅方的事件订阅请求，所述事件订阅请求中包括至少一个通知方；所述处理器被配置为：指示所述收发器向所述至少一个通知方发送第一事件通知，以及指示所述收发器向所述至少一个通知方中的至少一部分通知方发送第二事件通知，其中，所述第二事件通知用于取消所述第一事件通知。
15.一种事件通知装置，包括：
一个或多个处理器；以及
一个或多个存储器，其中存储了计算机可读代码，所述计算机可读代码在由所述一个或多个处理器执行时进行如权利要求1-13中任一项所述的方法。
16.一种计算机存储介质，其中存储有计算机可读代码，所述计算机可读代码在由一个或多个处理器执行时进行如权利要求1-13中任一项所述的方法。
技术总结