CN106973118B - 生成和订阅通知的方法和装置 - Google Patents

生成和订阅通知的方法和装置 Download PDF

Info

Publication number
CN106973118B
CN106973118B CN201710336158.XA CN201710336158A CN106973118B CN 106973118 B CN106973118 B CN 106973118B CN 201710336158 A CN201710336158 A CN 201710336158A CN 106973118 B CN106973118 B CN 106973118B
Authority
CN
China
Prior art keywords
event notification
events
rules
notification rules
event
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.)
Active
Application number
CN201710336158.XA
Other languages
English (en)
Other versions
CN106973118A (zh
Inventor
郭振鹏
赵君杰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
BOE Technology Group Co Ltd
Original Assignee
BOE Technology Group Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by BOE Technology Group Co Ltd filed Critical BOE Technology Group Co Ltd
Priority to CN201710336158.XA priority Critical patent/CN106973118B/zh
Publication of CN106973118A publication Critical patent/CN106973118A/zh
Priority to US16/611,916 priority patent/US11539812B2/en
Priority to PCT/CN2017/110870 priority patent/WO2018205532A1/zh
Application granted granted Critical
Publication of CN106973118B publication Critical patent/CN106973118B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/56—Provisioning of proxy services
    • H04L67/566—Grouping or aggregating service requests, e.g. for unified processing
    • 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/55—Push-based network services
    • 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/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

提供一种生成通知的方法和装置以及订阅通知消息的方法和装置。用于生成通知的方法包括：接收订阅请求；根据订阅请求创建第一订阅资源，所述第一订阅资源包括多个第一事件通知规则和第二事件通知规则；接收根据所述多个第一事件通知规则产生的多个第一事件；确定所述多个第一事件是否满足所述第二事件通知规则；以及当所述多个第一事件满足所述第二事件通知规则时生成通知，所述通知指示第二事件。根据本公开实施例，能够订阅并产生针对多个事件的通知。

Description

生成和订阅通知的方法和装置
技术领域
本发明涉及一种生成通知的方法和装置以及订阅通知消息的方法和装置。
背景技术
在物联网(IoT)系统中，现有的订阅通知机制是通过在被订阅资源下创建<subscription>元素实现的，被订阅资源的属性变化以及直接子资源的变化都可能产生事件通知。但是，现有的订阅通知机制只能针对单个事件订阅并产生通知。
因此，需要一种能够订阅并产生针对多个事件的通知的方法和装置。
发明内容
本公开实施例提供一种生成通知的方法和装置以及订阅通知消息的方法和装置，能够订阅并产生针对多个事件的通知。
根据本公开的一个方面，提供一种用于生成通知的方法，该方法包括：接收订阅请求；根据订阅请求创建第一订阅资源，所述第一订阅资源包括多个第一事件通知规则和第二事件通知规则；接收根据所述多个第一事件通知规则产生的多个第一事件；确定所述多个第一事件是否满足所述第二事件通知规则；以及当所述多个第一事件满足所述第二事件通知规则时生成通知，所述通知指示第二事件。
在一个例子中，在接收根据所述多个第一事件通知规则产生的多个第一事件之前，该方法还包括：根据所述多个第一事件通知规则创建至少一个第二订阅资源。
在一个例子中，所述至少一个第二订阅资源属于一个或多个目标资源。
在一个例子中，其中，所述第二事件通知规则指示所述多个第一事件之间的关系。
在一个例子中，所述关系包括所述多个第一事件的次序关系、逻辑关系或算术关系。
在一个例子中，所述次序关系指示所述多个第一事件的顺序发生或同时发生。
在一个例子中，所述多个第一事件通知规则和第二事件通知规则中的至少一个是预先设置的。
在一个例子中，所述预先设置多个第一事件通知规则和第二事件通知规则中的至少一个包括以下中的至少一个：预先存储多个第一事件通知规则和第二事件通知规则中的至少一个；多个第一事件通知规则和第二事件通知规则中的至少一个是默认的；以及检索多个第一事件通知规则和第二事件通知规则中的至少一个。
在一个例子中，所述订阅请求包括所述多个第一事件通知规则和第二事件通知规则中的至少一个。
在一个例子中，所述订阅请求包括资源偏移量，指示一个或多个目标资源的层级。
在一个例子中，所述订阅请求还包括目标资源的列表。
在一个例子中，所述订阅请求还包括时间窗类型和时间窗大小。
在一个例子中，根据第二事件通知规则对所产生的多个第一事件进行进一步的判断和分析。
在一个例子中，该方法还包括：根据多级事件通知规则创建三个或更多级订阅资源。
根据本公开的一个方面，提供一种用于生成通知的装置，该装置包括：创建单元，被配置为根据订阅请求创建第一订阅资源，所述第一订阅资源包括多个第一事件通知规则和第二事件通知规则；接收单元，被配置为接收所述订阅请求和根据所述多个第一事件通知规则产生的多个第一事件；确定单元，被配置为确定所述多个第一事件是否满足所述第二事件通知规则；以及生成单元，被配置为当所述多个第一事件满足所述第二事件通知规则时生成通知，所述通知指示第二事件。
在一个例子中，所述创建单元还被配置为：根据所述多个第一事件通知规则创建至少一个第二订阅资源。
在一个例子中，所述至少一个第二订阅资源属于一个或多个目标资源。
在一个例子中，所述第二事件通知规则指示所述多个第一事件之间的关系。
在一个例子中，所述关系包括所述多个第一事件的次序关系、逻辑关系或算术关系。
在一个例子中，所述次序关系指示所述多个第一事件的顺序发生或同时发生。
在一个例子中，所述多个第一事件通知规则和第二事件通知规则中的至少一个是预先设置的。
在一个例子中，所述预先设置多个第一事件通知规则和第二事件通知规则中的至少一个包括以下中的至少一个：预先存储多个第一事件通知规则和第二事件通知规则中的至少一个；多个第一事件通知规则和第二事件通知规则中的至少一个是默认的；以及检索多个第一事件通知规则和第二事件通知规则中的至少一个。
在一个例子中，所述订阅请求包括所述多个第一事件通知规则和第二事件通知规则中的至少一个。
在一个例子中，所述订阅请求包括资源偏移量，指示一个或多个目标资源的层级。
在一个例子中，所述订阅请求还包括目标资源的列表。
在一个例子中，所述订阅请求还包括时间窗类型和时间窗大小。
在一个例子中，所述确定单元还被配置为根据第二事件通知规则对所产生的多个第一事件进行进一步的判断和分析。
在一个例子中，所述创建单元还被配置为：根据多级事件通知规则创建三个或更多级订阅资源。
根据本公开的一个方面，提供一种用于订阅通知的方法，包括：发送订阅请求；以及当多个第一事件满足第二事件通知规则时接收通知，所述通知指示第二事件，其中，所述多个第一事件是根据多个第一事件通知规则产生的。
在一个例子中，所述多个第一事件属于一个或多个目标资源。
在一个例子中，所述第二事件通知规则指示所述多个第一事件之间的关系。
在一个例子中，所述关系包括所述多个第一事件的次序关系、逻辑关系或算术关系。
在一个例子中，所述次序关系指示所述多个第一事件的顺序发生或同时发生。
在一个例子中，所述多个第一事件通知规则和第二事件通知规则中的至少一个是预先设置的。
在一个例子中，所述预先设置多个第一事件通知规则和第二事件通知规则中的至少一个包括以下中的至少一个：预先存储多个第一事件通知规则和第二事件通知规则中的至少一个；多个第一事件通知规则和第二事件通知规则中的至少一个是默认的；以及检索多个第一事件通知规则和第二事件通知规则中的至少一个。
在一个例子中，所述订阅请求包括所述多个第一事件通知规则和第二事件通知规则中的至少一个。
在一个例子中，所述订阅请求包括资源偏移量，指示一个或多个目标资源的层级。
在一个例子中，所述订阅请求还包括目标资源的列表。
在一个例子中，所述订阅请求还包括时间窗类型和时间窗大小。
在一个例子中，所产生的多个第一事件根据第二事件通知规则被进行进一步的判断和分析。
在一个例子中，所述订阅请求中包括三级或更多级事件通知规则。
根据本公开的一个方面，提供一种用于订阅通知的装置，包括：发送单元，被配置为发送订阅请求；以及接收单元，被配置为当多个第一事件满足第二事件通知规则时接收通知，所述通知指示第二事件，其中，所述多个第一事件是根据多个第一事件通知规则产生的。
在一个例子中，所述多个第一事件属于一个或多个目标资源。
在一个例子中，所述第二事件通知规则指示所述多个第一事件之间的关系。
在一个例子中，所述关系包括所述多个第一事件的次序关系、逻辑关系或算术关系。
在一个例子中，所述次序关系指示所述多个第一事件的顺序发生或同时发生。
在一个例子中，所述多个第一事件通知规则和第二事件通知规则中的至少一个是预先设置的。
在一个例子中，所述预先设置多个第一事件通知规则和第二事件通知规则中的至少一个包括以下中的至少一个：预先存储多个第一事件通知规则和第二事件通知规则中的至少一个；多个第一事件通知规则和第二事件通知规则中的至少一个是默认的；以及检索多个第一事件通知规则和第二事件通知规则中的至少一个。
在一个例子中，所述订阅请求包括所述多个第一事件通知规则和第二事件通知规则中的至少一个。
在一个例子中，所述订阅请求包括资源偏移量，指示一个或多个目标资源的层级。
在一个例子中，所述订阅请求还包括目标资源的列表。
在一个例子中，所述订阅请求还包括时间窗类型和时间窗大小。
在一个例子中，所产生的多个第一事件根据第二事件通知规则被进行进一步的判断和分析。
在一个例子中，所述订阅请求中包括三级或更多级事件通知规则。
根据本公开实施例，根据多个第一事件通知规则产生多个第一事件，并根据第二事件通知规则确定是否发生第二事件，当发生第二事件时，生成通知。从而，所生成的通知指示第二事件，并且该第二事件涉及满足第二事件通知规则的多个第一事件。因此，可以在一个通知中合并多个第一事件，减少了数据传输量，降低了网络的负担。
此外，可以根据第二事件通知规则对所产生的多个第一事件进行进一步的判断和分析，而不是直接通知第一事件，这提升了智能化水平，并避免了因网络故障导致的信息丢失而造成的影响。
附图说明
通过以下借助附图的详细描述，将会更容易地理解本发明，其中相同的标号指定相同结构的单元，并且在其中：
图1示出用于订阅消息通知的示意性信号流图；
图2示出订阅容器的示意性视图；
图3示出根据本公开实施例的用于生成通知的方法的示意性流程图；
图4示出根据本公开的第一实施例的生成通知的示意性信号流图；
图5示出根据本公开的第一实施例的订阅容器的示意性视图；
图6示出根据本公开的第一实施例的检测温度的阶梯变化以生成通知的示意图；
图7示出根据本公开的第二实施例的生成通知的示意性信号流图；
图8示出根据本公开的第二实施例的订阅容器的示意性视图；
图9示出根据本公开的第三实施例的生成通知的示意性信号流图；
图10示出根据本公开的第三实施例的订阅容器的示意性视图；
图11示出根据本公开实施例的用于生成通知的装置的示意性框图；
图12示出根据本公开实施例的用于订阅通知的方法的示意性流程图；和
图13示出根据本公开实施例的用于订阅通知的装置的示意性框图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图1示出用于订阅消息通知的示意性信号流图。
参照图1，在S101请求方110向接收方120发送订阅请求，在S102接收方120向发送方110发送订阅响应，并且，在S103，接收方120在被订阅的单个目标资源下创建订阅资源<subscription>，当被订阅资源改变时，确定发生事件，生成通知消息。在S104，接收方120向请求方110发送通知请求，并且在S105，请求方110向接收方120发送通知响应。从而，当所订阅的目标资源发生改变时，请求方110接收到通知消息。
图2示出订阅容器的示意性视图。
参照图2，订阅资源<subscription1>用于订阅资源1<container1>的属性及其直接子资源、即<contentInstance11>和<contentInstance12>的变化，订阅资源<subscription2>用于订阅资源2<container2>的属性及其直接子资源、即<contentInstance21>和<contentInstance22>的变化，订阅资源<subscription3>用于订阅<AE>(Application Entity，应用实体)的属性及直接子资源、即<container1>和<container2>的变化，但是<subscription3>不能订阅<container1>和<container2>的内容变化，即，<subscription3>不能订阅<contentInstance11>、<contentInstance12>、<contentInstance21>和<contentInstance22>的变化。
如图1和图2中所示，只能针对单个资源的变化进行订阅，因而通知消息中仅指示单个事件的发生。当针对单个资源发生多个事件时，需要生成和发送多个通知，服务器接收到多个通知后进行分析，确定多个通知所表达的含义。首先，接收多个通知增加了网络的负担；其次，因为丢失任何一个通知消息可能会影响最后的分析结果，所以接收多个通知增加了对网络的要求；最后，对多个通知进行分析也影响服务器效率。
此外，图1中所示的机制也不能监视单个资源或多个资源的顺序事件以及多个资源的组合事件。
图3示出根据本公开实施例的用于生成通知的方法300的示意性流程图。可以在平台侧、例如服务器等执行该方法300。
如图3中所示，在方法300的S310，接收订阅请求。在S320，根据订阅请求创建第一订阅资源，所述第一订阅资源包括多个第一事件通知规则和第二事件通知规则。在S330，接收根据所述多个第一事件通知规则产生的多个第一事件。在S340，确定所述多个第一事件是否满足所述第二事件通知规则。在S350，当所述多个第一事件满足所述第二事件通知规则时生成通知，所述通知指示第二事件。
根据本公开实施例，根据多个第一事件通知规则产生多个第一事件，并根据第二事件通知规则确定是否发生第二事件，当发生第二事件时，生成通知。从而，所生成的通知指示第二事件，并且该第二事件涉及满足第二事件通知规则的多个第一事件。因此，可以在一个通知中合并多个第一事件，减少了数据传输量，降低了网络的负担。
此外，可以根据第二事件通知规则对所产生的多个第一事件进行进一步的判断和分析，而不是直接通知第一事件，这提升了智能化水平，并避免了因网络故障导致的信息丢失而造成的影响。
在一个例子中，在接收根据多个第一事件通知规则产生的多个第一事件之前，该方法300还可以包括：根据多个第一事件通知规则创建至少一个第二订阅资源。这里，多个第一事件通知规则可以为列表形式。第一事件通知规则的个数可以为2个或更多个。例如，{eventNotificationCriteria1,eventNotificationCriteria2,…,eventNotificationCriterian}，n为大于等于2的整数。根据{eventNotificationCriteria1,eventNotificationCriteria2,…,eventNotificationCriterian}，可以相应地产生多个第一事件：FirstEvent1、FirstEvent2、……、FirstEventn。
根据本公开实施例，第一订阅资源是在目标资源的父资源下创建的，例如<AE>资源，并且至少一个第二订阅资源是在目标资源下创建的。
在一个例子中，至少一个第二订阅资源可以属于一个或多个目标资源。在第二订阅资源属于一个目标资源的情况下，第一订阅资源可以是<subscription>，并且在第二订阅资源属于多个目标资源的情况下，第一订阅资源可以是<crossResourceSubscription>。
当然，还可以根据需要在更多的目标资源下创建更多级的订阅资源，例如可以对于分级的目标资源创建第三订阅资源、第四订阅资源、……、第N订阅资源，N为大于等于2的整数。但是本公开实施例不限于此。
在一个例子中，第二事件通知规则可以指示多个第一事件之间的关系。该关系可以包括所述多个第一事件的次序关系、逻辑关系或算术关系。因此，可以灵活设置第二事件通知规则，以实现对多个第一事件的顺序订阅、组合订阅等。
例如，次序关系可以指示多个第一事件的顺序发生或同时发生。也就是说，该次序关系指示多个第一事件可以按照预定的时间顺序接连发生，或者，多个第一事件可以同时或基本同时发生，例如，可能存在预定时间裕量，当在预定时间裕量期间多个第一事件发生时，可以认为多个第一事件同时发生。但是本公开实施例不限于此。
逻辑关系例如可以包括多个第一事件之间的与(AND)、或(OR)、异或(XOR)等关系。但是本公开实施例不限于此。
算术关系例如可以包括对多个第一事件的事件值进行算术运算——诸如加、减、乘、除、取模等等——的结果与预定阈值之间的关系，诸如大于、等于、小于、大于等于、小于等于、等等。但是本公开实施例不限于此。
例如，对于次序关系，第二事件通知规则可以指示在FirstEvent1之后发生FirstEvent2；或者FirstEvent1与FirstEvent2同时发生；对于逻辑关系，第二事件通知规则可以指示在FirstEvent1发生时不发生FirstEvent2，并且在FirstEvent1不发生时发生FirstEvent2；或者对于算术关系，第二事件通知规则可以指示FirstEvent1的值*FirstEvent2的值>(≥、<、≤、≠、＝，等等)预定阈值。
第二事件通知规则的数目也可以为2个或更多个。
此外，根据需要，还可以存在更多级的事件通知规则。例如，在创建了N级订阅资源的情况下，可以存在相应的N级事件通知规则，例如，多个第一事件通知规则、多个第二事件通知规则、……、第N事件通知规则(一个或多个)。
在一个例子中，多个第一事件通知规则和第二事件通知规则中的至少一个是预先设置的。例如，可以在平台侧预先存储多个第一事件通知规则和第二事件通知规则中的至少一个。可替换地，在针对预定目标资源的情况下，多个第一事件通知规则和第二事件通知规则中的至少一个可以在平台侧是默认的，或者可以由平台侧自行检索。
在一个例子中，可以在订阅请求中包括所述多个第一事件通知规则和第二事件通知规则中的至少一个。
在一个例子中，订阅请求可以包括资源偏移量offset，指示一个或多个目标资源的层级。因此，不仅可以关注目标资源的子资源，还可以关注其孙资源、孙资源的子资源等等。例如，当offset＝0时，表示订阅目标资源及其子资源的变化，当offset＝1时，表示订阅目标资源及其子资源和孙资源的变化。此外，也可以设置offset，使得订阅目标资源的子资源、孙资源的变化。当然，在这里offset的值仅仅是示例，本领域技术人员可以根据需要将其设置为其他格式的值，并指定要关注的更多层级的资源。可以针对每个目标资源分别设置offset的值，也可以针对全部目标资源设置一个offset的值。如前所述，当订阅目标资源及其子资源和孙资源的变化时，可以存在针对孙资源的多个第一事件通知规则、针对子资源的多个第二事件通知规则以及针对目标资源的第三事件通知规则。
在一个例子中，订阅请求可以包括目标资源的列表listOfResource，以指定目标资源。
在一个例子中，订阅请求可以包括时间窗类型timeWindowType。例如，当timeWindowType＝1时，表示时间窗为周期时间窗，并且当timeWindowType＝0时，表示时间窗为滚动时间窗。在滚动时间窗的范围内，如果产生相同的第一事件，则新事件代替旧事件。在周期时间窗的范围内，只要有事件产生，即发送更新消息。当然，本公开实施例不限于此，还可以指定其他类型的时间窗。
在一个例子中，订阅请求可以包括时间窗大小timeWindowSize，其值可以为二进制、十进制、十六进制等。时间窗大小的单位例如可以为秒。
可选地，offset、listOfResource、timeWindowType和timeWindowSize可以不被包括在订阅请求中，而是默认值。
平台侧可以基于订阅请求创建第一订阅资源。在下面的表1中示出了第一订阅资源可能具有的属性。第一订阅资源例如为<subscription>或<crossResourceSubscription>。
表1
Figure GDA0002941893180000101
Figure GDA0002941893180000111
下面将参照附图描述根据本公开的具体实施例。
根据本公开的第一实施例，对于单个目标资源进行订阅并生成通知，以监视单个资源的多个事件的顺序变化。根据本公开的第二实施例，对于多个目标资源、例如组资源进行订阅并生成通知，以监视多个资源的多个事件的顺序变化。根据本公开的第三实施例，对于多个目标资源、例如非组资源进行订阅并生成通知，以监视多个资源的多个事件的组合变化。根据本公开的第四实施例，对于多个目标资源、例如非组资源进行订阅并生成通知，以监视多个资源的多个事件的顺序变化。
图4示出根据本公开的第一实施例的生成通知的示意性信号流图，其中，对于单个目标资源进行订阅并生成通知。
如图4中所示，在S401，接收方430向平台侧420发生设备注册请求。在S402，平台侧创建<AE>资源。在S403，平台侧420向接收方430发送设备注册响应。
在S404，请求方410向平台侧420发送订阅请求。在订阅请求中可以包括单个目标资源、多个第一事件通知规则、第二事件通知规则，可选地还可以包括时间窗类型、时间窗大小、资源偏移量等等。虽然在该实施例中在请求方410发送的订阅请求中包括多个第一事件通知规则和第二事件通知规则，但是平台侧420可以通过其他方式获得多个第一事件通知规则和第二事件通知规则中的至少一个。例如，如前所述，可以在平台侧420预先存储多个第一事件通知规则和第二事件通知规则中的至少一个，或者平台侧420在先前的过程中已经获得了多个第一事件通知规则和第二事件通知规则中的至少一个。
在S405，平台侧420在单个目标资源上创建第一订阅资源，即<subscription>资源，在该<subscription>资源中包括多个第一事件通知规则、第二事件通知规则，可选地还可以包括时间窗类型、时间窗大小、资源偏移量等等。在S406，平台侧420向请求方410返回订阅响应。
之后，当在接收方430根据多个第一事件通知规则产生第一事件时，在S407，接收方430向平台侧420发送第一事件通知请求，并且在S408平台侧420向接收方430返回第一事件通知响应。
可以重复S407和S408，以接收多个第一事件。
在S409，平台侧420确定多个第一事件是否满足第二事件通知规则，可选地还确定多个第一事件是否在时间窗大小的范围内。如果满足，则在S410，平台侧420生成通知，否则，在S411，结束该过程。可选地，在S411之后，还可以立即启动另一时间窗，以继续进行监视。
在S412，平台侧420向请求方410发送通知请求，在该通知中指示第二事件，具体为，在时间窗大小的范围内发生的多个第一事件满足第二事件通知规则。
在S413，请求方410返回通知响应。
图5示出根据本公开的第一实施例的订阅容器的示意性视图。
在一个例子中，请求方410可以为管理应用，平台侧420可以为工业平台，并且接收方430可以为工业设备。
具体地，第一事件通知规则可以指示第一事件通知规则1、eventNotificationCriteria1为温度>100℃且第一事件通知规则2、eventNotificationCriteria2为温度>200℃，以列表形式可以被表示为{温度>100℃；温度>200℃}，则FirstEvent1指示发生温度>100℃的事件，且FirstEvent2指示发生温度>200℃的事件。第二事件通知规则指示在FirstEvent1之后发生FirstEvent2，且时间窗类型timeWindowType＝1(指示周期时间窗)，时间窗大小timeWindowSize＝20s。当管理应用接收到通知时，第二事件可以表示在20s内工业设备的温度在大于100℃之后进一步上升到200℃以上，从而可以监视工业设备的温度的阶梯变化，如图6中所示。
在该第一实施例中，因为针对的是单个资源，所以可以仅创建了第一订阅资源<subscription>，省略了第二订阅资源，如图5中所示。但是，也可以在<AE>资源下创建第一订阅资源<subscription>，然后在相应资源下创建第二订阅资源，例如<subscription1>。
根据本公开实施例，可以对于单个资源的多个事件的顺序变化生成通知。
图7示出根据本公开的第二实施例的生成通知的示意性信号流图，其中，对于多个目标资源、例如组资源进行订阅并生成通知，以监视多个资源的多个事件的顺序变化。在该第二实施例中，多个接收方730是组成员。
如图7中所示，在S701，请求方710向平台侧720发送订阅请求。在订阅请求中可以包括组资源、多个第一事件通知规则、第二事件通知规则，可选地还可以包括时间窗类型、时间窗大小、资源偏移量等等。如前所述，虽然在该实施例中在请求方710发送的订阅请求中包括多个第一事件通知规则和第二事件通知规则，但是平台侧720可以通过其他方式获得多个第一事件通知规则和第二事件通知规则中的至少一个。例如，如前所述，可以在平台侧720预先存储多个第一事件通知规则和第二事件通知规则中的至少一个，或者平台侧720在先前的过程中已经获得了多个第一事件通知规则和第二事件通知规则中的至少一个。
在S702，平台侧720在组资源上创建第一订阅资源，即<crossResourceSubscription>资源，在该<crossResourceSubscription>资源中包括多个第一事件通知规则、第二事件通知规则，可选地还可以包括时间窗类型、时间窗大小、资源偏移量等等。在S703，平台侧720向请求方710返回订阅响应。
在S704，平台侧720向多个接收方730中的每个发送订阅请求，在该每个订阅请求中包括相应的单个第一事件通知规则、时间窗类型、时间窗大小、资源偏移量等等。在S705，每个接收方730向平台侧720返回订阅响应。
之后，在S706，在每个接收方730根据相应的第一事件通知规则产生第一事件。在S707，接收方730向平台侧720发送第一事件通知请求，以通知单个第一事件，并且在S708平台侧720向对应的接收方730返回第一事件通知响应。
S706至S708可以被重复多次，以针对每个接收方730接收所发生的第一事件。在图7中以双箭头示出S707和S708，以表示S707和S708可以被重复多次。
在S709，平台侧720确定多个第一事件是否满足第二事件通知规则，并且可选地还确定多个第一事件是否在时间窗大小的范围内。如果满足，则在S710，平台侧720生成通知，否则，在S711，结束该过程。可选地，在S711之后，还可以立即启动另一时间窗，以继续进行监视。
在S712，平台侧720向请求方710发送通知请求，在该通知中指示第二事件，具体为，在时间窗大小的范围内发生的多个第一事件满足第二事件通知规则。
在S713，请求方710返回通知响应。
图8示出根据本公开的第二实施例的订阅容器的示意性视图。
在一个例子中，请求方710可以为管理应用，平台侧720可以为工业平台、例如组托管(Group Hosting)通用服务实体(CSE)，并且接收方730可以为作为组成员的工业设备组。在该实施例中，由于平台侧720是CSE且订阅的是组成员的资源，所以可以省略设备注册请求、设备注册响应和创建<AE>的过程。
具体地，根据第二实施例，第一成员的第一事件可以为FirstEvent1，第二成员的第一事件可以为FirstEvent2，……，第n成员的第一事件可以为FirstEventn，第二事件通知规则可以规定按照FirstEvent1、FirstEvent2、……、FirstEventn的顺序发生各个第一事件。当多个第一事件满足该第二事件通知规则且在时间窗大小的范围内时，平台侧720生成通知，并向请求方710发送通知，以指示第二事件。该第二事件即向请求方710表示在时间窗大小的范围内多个第一事件是按照FirstEvent1、FirstEvent2、……、FirstEventn的顺序发生的。
因此，根据本公开实施例，可以对于多个目标资源(组资源)的多个第一事件的顺序发生生成通知。
例如，在工业应用的情况下，可以对流水线上的工业设备是否顺序接收到产品信息进行检测。
具体地，多个第一事件通知规则可以被表示为{第一成员接收到产品信息,第二成员接收到产品信息,…第n成员接收到产品信息}，则FirstEvent1指示发生第一成员接收到产品信息的事件，且FirstEvent2指示发生第二成员接收到产品信息的事件，以此类推，FirstEventn指示发生第n成员接收到产品信息的事件。从而，当请求方710接收到通知时，第二事件可以指示按照第一成员、第二成员、……、第n成员的顺序，各个成员依次接收到产品信息。
图9示出根据本公开的第三实施例的生成通知的示意性信号流图，其中，对于多个目标资源、例如非组资源进行订阅并生成通知，以监视多个资源的多个事件的组合变化。在该第三实施例中，多个资源并不属于一个组。
如图9中所示，在S901，接收方930向平台侧920发生设备注册请求。在S902，平台侧创建<AE>资源。在S903，平台侧920向接收方930发送设备注册响应。
在S904，请求方910向平台侧920发送订阅请求。在订阅请求中可以包括多个第一事件通知规则和第二事件通知规则，可选地还可以包括跨资源的多个资源(资源列表)、时间窗类型、时间窗大小、资源偏移量等等。如前所述，虽然在该实施例中在请求方910发送的订阅请求中包括多个第一事件通知规则和第二事件通知规则，但是平台侧920可以通过其他方式获得多个第一事件通知规则和第二事件通知规则中的至少一个。例如，如前所述，可以在平台侧920预先存储多个第一事件通知规则和第二事件通知规则中的至少一个，或者平台侧920在先前的过程中已经获得了多个第一事件通知规则和第二事件通知规则中的至少一个。
在S905，平台侧920在<AE>资源上创建第一订阅资源，即<crossResourceSubscription>资源，在该<crossResourceSubscription>资源中包括多个第一事件通知规则和第二事件通知规则，可选地还可以包括资源列表、时间窗类型、时间窗大小、资源偏移量等等。
在S906，平台侧920根据资源列表，在相关资源下创建第二订阅资源<subscription>资源，每个<subscription>资源包括相应的第一事件通知规则。每个<subscription>资源也可以包括时间窗类型、时间窗大小、资源偏移量等等。
在S907，平台侧920向请求方910返回订阅响应。
之后，在S908，接收方930根据相应的第一事件通知规则产生第一事件。在S909，接收方930向平台侧920发送第一事件通知请求，以通知单个第一事件，并且在S910平台侧920向接收方930返回第一事件通知响应。
S908至S910可以被重复多次，以针对接收方930的每个资源接收所发生的第一事件。在图9中以双箭头示出S909和S910，以表示S909和S910可以被重复多次。
在S911，平台侧920确定多个第一事件是否满足第二事件通知规则，并且可选地还确定多个第一事件是否在时间窗大小的范围内。如果满足，则在S912，平台侧920生成通知，否则，在S913，结束该过程。可选地，在S913之后，还可以立即启动另一时间窗，以继续进行监视。
在S914，平台侧920向请求方910发送通知请求，在该通知中指示第二事件，具体为，在时间窗大小的范围内发生的多个第一事件满足第二事件通知规则。
在S915，请求方910返回通知响应。
图10示出根据本公开的第三实施例的订阅容器的示意性视图。
在一个例子中，请求方910可以为管理应用，平台侧920可以为工业平台，并且接收方930可以为工业设备。
具体地，第一事件通知规则可以指示第一事件通知规则1、eventNotificationCriteria1为温度>500℃且第一事件通知规则2、eventNotificationCriteria2为压力>400pa，以列表形式可以被表示为{温度>500℃；压力>400pa}，则FirstEvent1指示发生温度>500℃的事件，且FirstEvent2指示发生压力>400pa的事件。第二事件通知规则可以指示FirstEvent1的值*FirstEvent2的值>2000，即工业设备的温度*压力>2000，且时间窗类型timeWindowType＝1(指示周期时间窗)，时间窗大小timeWindowSize＝20s。当管理应用接收到通知时，第二事件可以表示在20s内工业设备的温度*压力大于2000，即在该时间段内工业设备的温度和压力同时高于预定值，从而可以监视工业设备的异常变化。
因此，根据本公开实施例，可以对于多个目标资源的多个第一事件的组合发生生成通知。
此外，根据本公开的第四实施例的信号流图与订阅容器的示意性视图与第三实施例的图9和图10类似，在此不再赘述。区别在于，根据本公开的第四实施例，对于多个目标资源、例如非组资源进行订阅并生成通知，以监视多个资源的多个事件的顺序变化。
具体地，第一事件通知规则可以指示第一事件通知规则1、eventNotificationCriteria1为温度>500℃且第一事件通知规则2、eventNotificationCriteria2为压力>400pa，以列表形式可以被表示为{温度>500℃；压力>400pa}，则FirstEvent1指示发生温度>500℃的事件，且FirstEvent2指示发生压力>400pa的事件。第二事件通知规则可以指示在FirstEvent1发生之后发生FirstEvent2，且时间窗类型timeWindowType＝1(指示周期时间窗)，时间窗大小timeWindowSize＝20s。当管理应用接收到通知时，第二事件可以表示在20s内，在工业设备的温度>500℃之后，其压力>400pa，从而可以监视工业设备的温度和压力的顺序变化。
因此，根据本公开实施例，可以对于多个目标资源的多个第一事件的顺序发生生成通知。
虽然在工业应用的上下文中描述了根据本公开的第一实施例至第四实施例，但是也可以在家用环境中应用本公开，例如可以针对空气净化器、温度传感器等设备订阅和生成通知。
此外，作为家居应用的另一个示例，通过监视单个资源或多个资源的顺序事件，可以监控某一行为(即第二事件)，例如请求方订阅两个灯的顺序事件(如门外灯1开，门内灯2开)，通过接收两个灯的顺序事件，可以判断用户是进门或出门，当接收到门外灯1的“开”通知消息后接收到门内灯2的“开”通知消息，可以确定用户进门，相反可以确定用户出门。
当然，本领域技术人员应当明白，本公开不限于此。
图11示出根据本公开实施例的用于生成通知的装置1100的示意性框图。
如图11中所示，该装置1100可以包括创建单元1110、接收单元1120、确定单元1130和生成单元1140。
创建单元1110可以根据订阅请求创建第一订阅资源，所述第一订阅资源包括多个第一事件通知规则和第二事件通知规则。接收单元1120可以接收所述订阅请求和根据所述多个第一事件通知规则产生的多个第一事件。确定单元1130可以确定所述多个第一事件是否满足所述第二事件通知规则。生成单元1140可以当所述多个第一事件满足所述第二事件通知规则时生成通知，所述通知指示第二事件。
根据本公开实施例，根据多个第一事件通知规则产生多个第一事件，并根据第二事件通知规则确定是否发生第二事件，当发生第二事件时，生成通知。从而，所生成的通知指示第二事件，并且该第二事件涉及满足第二事件通知规则的多个第一事件。因此，可以在一个通知中合并多个第一事件，减少了数据传输量，降低了网络的负担。
此外，可以根据第二事件通知规则对所产生的多个第一事件进行进一步的判断和分析，而不是直接通知第一事件，这提升了智能化水平，并避免了因网络故障导致的信息丢失而造成的影响。
在一个例子中，创建单元1110还可以根据多个第一事件通知规则创建至少一个第二订阅资源。这里，多个第一事件通知规则可以为列表形式。第一事件通知规则的个数可以为2个或更多个。例如，{eventNotificationCriteria1,eventNotificationCriteria2,…,eventNotificationCriterian}，n为大于等于2的整数。根据{eventNotificationCriteria1,eventNotificationCriteria2,…,eventNotificationCriterian}，可以相应地产生多个第一事件：FirstEvent1、FirstEvent2、……、FirstEventn。
根据本公开实施例，第一订阅资源是在目标资源的父资源下创建的，例如<AE>资源，并且至少一个第二订阅资源是在目标资源下创建的。
在一个例子中，至少一个第二订阅资源可以属于一个或多个目标资源。在第二订阅资源属于一个目标资源的情况下，第一订阅资源可以是<subscription>，并且在第二订阅资源属于多个目标资源的情况下，第一订阅资源可以是<crossResourceSubscription>。
当然，还可以根据需要在更多的目标资源下创建更多级的订阅资源，例如可以对于分级的目标资源创建第三订阅资源、第四订阅资源、……、第N订阅资源，N为大于等于2的整数。但是本公开实施例不限于此。
在一个例子中，第二事件通知规则可以指示多个第一事件之间的关系。该关系可以包括所述多个第一事件的次序关系、逻辑关系或算术关系。因此，可以灵活设置第二事件通知规则，以实现对多个第一事件的顺序订阅、组合订阅等。次序关系、逻辑关系或算术关系的例子在前面已经描述过，这里不再赘述。
例如，对于次序关系，第二事件通知规则可以指示在FirstEvent1之后发生FirstEvent2；或者FirstEvent1与FirstEvent2同时发生；对于逻辑关系，第二事件通知规则可以指示在FirstEvent1发生时不发生FirstEvent2，并且在FirstEvent1不发生时发生FirstEvent2；或者对于算术关系，第二事件通知规则可以指示FirstEvent1的值*FirstEvent2的值>(≥、<、≤、≠、＝，等等)预定阈值。
第二事件通知规则的数目也可以为2个或更多个。
此外，根据需要，还可以存在更多级的事件通知规则。例如，在创建了N级订阅资源的情况下，可以存在相应的N级事件通知规则，例如，多个第一事件通知规则、多个第二事件通知规则、……、第N事件通知规则(一个或多个)。
在一个例子中，多个第一事件通知规则和第二事件通知规则中的至少一个是预先设置的。例如，可以在平台侧预先存储多个第一事件通知规则和第二事件通知规则中的至少一个。可替换地，在针对预定目标资源的情况下，多个第一事件通知规则和第二事件通知规则中的至少一个可以在平台侧是默认的，或者可以由平台侧自行检索。
在一个例子中，可以在订阅请求中包括所述多个第一事件通知规则和第二事件通知规则中的至少一个。
在一个例子中，订阅请求可以包括资源偏移量offset，指示一个或多个目标资源的层级。因此，不仅可以关注目标资源的子资源，还可以关注其孙资源、孙资源的子资源等等。例如，当offset＝0时，表示订阅目标资源及其子资源的变化，当offset＝1时，表示订阅目标资源及其子资源和孙资源的变化。此外，也可以设置offset，使得订阅目标资源的子资源、孙资源的变化。如前所述，在这里offset的值仅仅是示例，本领域技术人员可以根据需要将其设置为其他格式的值，并指定要关注的更多层级的资源。可以针对每个目标资源分别设置offset的值，也可以针对全部目标资源设置一个offset的值。如前所述，当订阅目标资源及其子资源和孙资源的变化时，可以存在针对孙资源的多个第一事件通知规则、针对子资源的多个第二事件通知规则以及针对目标资源的第三事件通知规则。
在一个例子中，订阅请求可以包括目标资源的列表listOfResource，以指定目标资源。
在一个例子中，订阅请求可以包括时间窗类型timeWindowType。例如，当timeWindowType＝1时，表示时间窗为周期时间窗，并且当timeWindowType＝0时，表示时间窗为滚动时间窗。在滚动时间窗的范围内，如果产生相同的第一事件，则新事件代替旧事件。在周期时间窗的范围内，只要有事件产生，即发送更新消息。当然，本公开实施例不限于此，还可以指定其他类型的时间窗。
在一个例子中，订阅请求可以包括时间窗大小timeWindowSize，其值可以为二进制、十进制、十六进制等。时间窗大小的单位例如可以为秒。
可选地，offset、listOfResource、timeWindowType和timeWindowSize可以不被包括在订阅请求中，而是默认值。
图12示出根据本公开实施例的用于订阅通知的方法1200的示意性流程图。可以在用户侧或管理设备侧执行该方法1200。如图12中所示，在方法1200的S1210，发送订阅请求，在S1220，当多个第一事件满足第二事件通知规则时接收通知，所述通知指示第二事件。其中，所述多个第一事件是根据多个第一事件通知规则产生的。
根据本公开实施例，根据多个第一事件通知规则产生多个第一事件，并根据第二事件通知规则确定是否发生第二事件，当发生第二事件时，生成通知。从而，所生成的通知指示第二事件，并且该第二事件涉及满足第二事件通知规则的多个第一事件。因此，可以在一个通知中合并多个第一事件，减少了数据传输量，降低了网络的负担。
此外，可以根据第二事件通知规则对所产生的多个第一事件进行进一步的判断和分析，而不是直接通知第一事件，这提升了智能化水平，并避免了因网络故障导致的信息丢失而造成的影响。
在一个例子中，所述多个第一事件属于一个或多个目标资源。
在一个例子中，第二事件通知规则可以指示多个第一事件之间的关系。该关系可以包括所述多个第一事件的次序关系、逻辑关系或算术关系。因此，可以灵活设置第二事件通知规则，以实现对多个第一事件的顺序订阅、组合订阅等。次序关系、逻辑关系或算术关系的例子在前面已经描述过，这里不再赘述。
例如，对于次序关系，第二事件通知规则可以指示在FirstEvent1之后发生FirstEvent2；或者FirstEvent1与FirstEvent2同时发生；对于逻辑关系，第二事件通知规则可以指示在FirstEvent1发生时不发生FirstEvent2，并且在FirstEvent1不发生时发生FirstEvent2；或者对于算术关系，第二事件通知规则可以指示FirstEvent1的值*FirstEvent2的值>(≥、<、≤、≠、＝，等等)预定阈值。
在一个例子中，多个第一事件通知规则和第二事件通知规则中的至少一个是预先设置的。例如，可以在平台侧预先存储多个第一事件通知规则和第二事件通知规则中的至少一个。可替换地，在针对预定目标资源的情况下，多个第一事件通知规则和第二事件通知规则中的至少一个可以在平台侧是默认的，或者可以由平台侧自行检索。
在一个例子中，订阅请求可以包括资源偏移量offset，指示一个或多个目标资源的层级。因此，不仅可以关注目标资源的子资源，还可以关注其孙资源、孙资源的子资源等等。例如，当offset＝0时，表示订阅目标资源及其子资源的变化，当offset＝1时，表示订阅目标资源及其子资源和孙资源的变化。此外，也可以设置offset，使得订阅目标资源的子资源、孙资源的变化。如前所述，在这里offset的值仅仅是示例，本领域技术人员可以根据需要将其设置为其他格式的值，并指定要关注的更多层级的资源。可以针对每个目标资源分别设置offset的值，也可以针对全部目标资源设置一个offset的值。如前所述，当订阅目标资源及其子资源和孙资源的变化时，可以存在针对孙资源的多个第一事件通知规则、针对子资源的多个第二事件通知规则以及针对目标资源的第三事件通知规则。
在一个例子中，订阅请求可以包括目标资源的列表listOfResource，以指定目标资源。
在一个例子中，订阅请求可以包括时间窗类型timeWindowType。例如，当timeWindowType＝1时，表示时间窗为周期时间窗，并且当timeWindowType＝0时，表示时间窗为滚动时间窗。在滚动时间窗的范围内，如果产生相同的第一事件，则新事件代替旧事件。在周期时间窗的范围内，只要有事件产生，即发送更新消息。当然，本公开实施例不限于此，还可以指定其他类型的时间窗。
在一个例子中，订阅请求可以包括时间窗大小timeWindowSize，其值可以为二进制、十进制、十六进制等。时间窗大小的单位例如可以为秒。
在一个例子中，还可以在订阅请求中包括所述多个第一事件通知规则和第二事件通知规则中的至少一个。这里，多个第一事件通知规则可以为列表形式。第一事件通知规则的个数可以为2个或更多个。例如，{eventNotificationCriteria1,eventNotificationCriteria2,…,eventNotificationCriterian}，n为大于等于2的整数。根据{eventNotificationCriteria1,eventNotificationCriteria2,…,eventNotificationCriterian}，可以相应地产生多个第一事件：FirstEvent1、FirstEvent2、……、FirstEventn。
第二事件通知规则的数目也可以为2个或更多个。
此外，根据需要，还可以存在更多级的事件通知规则。例如，在创建了N级订阅资源的情况下，可以存在相应的N级事件通知规则，例如，多个第一事件通知规则、多个第二事件通知规则、……、第N事件通知规则(一个或多个)。
可选地，offset、listOfResource、timeWindowType和timeWindowSize可以不被包括在订阅请求中，而是默认值。
图13示出根据本公开实施例的用于订阅通知的装置1300的示意性框图。
如图13所示，装置1300可以包括发送单元1310和接收单元1320。
发送单元1310可以发送订阅请求，并且接收单元1320可以当多个第一事件满足第二事件通知规则时接收通知，所述通知指示第二事件，其中，所述多个第一事件是根据多个第一事件通知规则产生的。
根据本公开实施例，根据多个第一事件通知规则产生多个第一事件，并根据第二事件通知规则确定是否发生第二事件，当发生第二事件时，生成通知。从而，所生成的通知指示第二事件，并且该第二事件涉及满足第二事件通知规则的多个第一事件。因此，可以在一个通知中合并多个第一事件，减少了数据传输量，降低了网络的负担。
此外，可以根据第二事件通知规则对所产生的多个第一事件进行进一步的判断和分析，而不是直接通知第一事件，这提升了智能化水平，并避免了因网络故障导致的信息丢失而造成的影响。
在一个例子中，所述多个第一事件属于一个或多个目标资源。
在一个例子中，第二事件通知规则可以指示多个第一事件之间的关系。该关系可以包括所述多个第一事件的次序关系、逻辑关系或算术关系。因此，可以灵活设置第二事件通知规则，以实现对多个第一事件的顺序订阅、组合订阅等。次序关系、逻辑关系或算术关系的例子在前面已经描述过，这里不再赘述。
例如，对于次序关系，第二事件通知规则可以指示在FirstEvent1之后发生FirstEvent2；或者FirstEvent1与FirstEvent2同时发生；对于逻辑关系，第二事件通知规则可以指示在FirstEvent1发生时不发生FirstEvent2，并且在FirstEvent1不发生时发生FirstEvent2；或者对于算术关系，第二事件通知规则可以指示FirstEvent1的值*FirstEvent2的值>(≥、<、≤、≠、＝，等等)预定阈值。。
在一个例子中，多个第一事件通知规则和第二事件通知规则中的至少一个是预先设置的。例如，可以在平台侧预先存储多个第一事件通知规则和第二事件通知规则中的至少一个。可替换地，在针对预定目标资源的情况下，多个第一事件通知规则和第二事件通知规则中的至少一个可以在平台侧是默认的，或者可以由平台侧自行检索。
在一个例子中，订阅请求可以包括资源偏移量offset，指示一个或多个目标资源的层级。因此，不仅可以关注目标资源的子资源，还可以关注其孙资源、孙资源的子资源等等。例如，当offset＝0时，表示订阅目标资源及其子资源的变化，当offset＝1时，表示订阅目标资源及其子资源和孙资源的变化。此外，也可以设置offset，使得订阅目标资源的子资源、孙资源的变化。如前所述，在这里offset的值仅仅是示例，本领域技术人员可以根据需要将其设置为其他格式的值，并指定要关注的更多层级的资源。可以针对每个目标资源分别设置offset的值，也可以针对全部目标资源设置一个offset的值。如前所述，当订阅目标资源及其子资源和孙资源的变化时，可以存在针对孙资源的多个第一事件通知规则、针对子资源的多个第二事件通知规则以及针对目标资源的第三事件通知规则。
在一个例子中，订阅请求可以包括目标资源的列表listOfResource，以指定目标资源。
在一个例子中，订阅请求可以包括时间窗类型timeWindowType。例如，当timeWindowType＝1时，表示时间窗为周期时间窗，并且当timeWindowType＝0时，表示时间窗为滚动时间窗。在滚动时间窗的范围内，如果产生相同的第一事件，则新事件代替旧事件。在周期时间窗的范围内，只要有事件产生，即发送更新消息。当然，本公开实施例不限于此，还可以指定其他类型的时间窗。
在一个例子中，订阅请求可以包括时间窗大小timeWindowSize，其值可以为二进制、十进制、十六进制等。时间窗大小的单位例如可以为秒。
在一个例子中，还可以在订阅请求中包括所述多个第一事件通知规则和第二事件通知规则。这里，多个第一事件通知规则可以为列表形式。第一事件通知规则的个数可以为2个或更多个。例如，{eventNotificationCriteria1,eventNotificationCriteria2,…,eventNotificationCriterian}，n为大于等于2的整数。根据{eventNotificationCriteria1,eventNotificationCriteria2,…,eventNotificationCriterian}，可以相应地产生多个第一事件：FirstEvent1、FirstEvent2、……、FirstEventn。
第二事件通知规则的数目也可以为2个或更多个。
此外，根据需要，还可以存在更多级的事件通知规则。例如，在创建了N级订阅资源的情况下，可以存在相应的N级事件通知规则，例如，多个第一事件通知规则、多个第二事件通知规则、……、第N事件通知规则(一个或多个)。
可选地，offset、listOfResource、timeWindowType和timeWindowSize可以不被包括在订阅请求中，而是默认值。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (42)

1.一种用于生成关于设备的通知的方法，该方法包括：
接收关于设备的订阅请求；
根据订阅请求创建第一订阅资源，所述第一订阅资源包括多个第一事件通知规则和第二事件通知规则；
接收根据所述多个第一事件通知规则产生的多个第一事件，其中，所述多个第一事件针对所述设备的多个传感器数值；
确定所述多个第一事件是否满足所述第二事件通知规则；以及
当所述多个第一事件满足所述第二事件通知规则时生成通知，所述通知指示第二事件，
所述第二事件通知规则指示对所述多个第一事件的多个传感器数值进行算术运算的结果与预定阈值之间的关系。
2.根据权利要求1所述的方法，在接收根据所述多个第一事件通知规则产生的多个第一事件之前，该方法还包括：
根据所述多个第一事件通知规则创建至少一个第二订阅资源。
3.根据权利要求2所述的方法，其中，所述至少一个第二订阅资源属于一个或多个目标资源。
4.根据权利要求1至3中的任一个所述的方法，其中，所述多个第一事件通知规则和第二事件通知规则中的至少一个是预先设置的。
5.根据权利要求4所述的方法，其中，所述预先设置多个第一事件通知规则和第二事件通知规则中的至少一个包括以下中的至少一个：预先存储多个第一事件通知规则和第二事件通知规则中的至少一个；多个第一事件通知规则和第二事件通知规则中的至少一个是默认的；以及检索多个第一事件通知规则和第二事件通知规则中的至少一个。
6.根据权利要求1至3中的任一个所述的方法，其中，所述订阅请求包括所述多个第一事件通知规则和第二事件通知规则中的至少一个。
7.根据权利要求1至3中的任一个所述的方法，其中，所述订阅请求包括资源偏移量，指示一个或多个目标资源的层级。
8.根据权利要求1至3中的任一个所述的方法，其中，所述订阅请求还包括目标资源的列表。
9.根据权利要求1至3中的任一个所述的方法，其中，所述订阅请求还包括时间窗类型和时间窗大小。
10.根据权利要求1至3中的任一个所述的方法，其中，根据第二事件通知规则对所产生的多个第一事件进行进一步的判断和分析。
11.根据权利要求1至3中的任一个所述的方法，该方法还包括：
根据多级事件通知规则创建三个或更多级订阅资源。
12.一种用于生成关于设备的通知的装置，该装置包括：
创建单元，被配置为根据关于设备的订阅请求创建第一订阅资源，所述第一订阅资源包括多个第一事件通知规则和第二事件通知规则；
接收单元，被配置为接收所述订阅请求和根据所述多个第一事件通知规则产生的多个第一事件，其中，所述多个第一事件针对所述设备的多个传感器数值；
确定单元，被配置为确定所述多个第一事件是否满足所述第二事件通知规则；以及
生成单元，被配置为当所述多个第一事件满足所述第二事件通知规则时生成通知，所述通知指示第二事件，
所述第二事件通知规则指示对所述多个第一事件的多个传感器数值进行算术运算的结果与预定阈值之间的关系。
13.根据权利要求12所述的装置，其中，所述创建单元还被配置为：
根据所述多个第一事件通知规则创建至少一个第二订阅资源。
14.根据权利要求13所述的装置，其中，所述至少一个第二订阅资源属于一个或多个目标资源。
15.根据权利要求12至14中的任一个所述的装置，其中，所述多个第一事件通知规则和第二事件通知规则中的至少一个是预先设置的。
16.根据权利要求15所述的装置，其中，所述预先设置多个第一事件通知规则和第二事件通知规则中的至少一个包括以下中的至少一个：预先存储多个第一事件通知规则和第二事件通知规则中的至少一个；多个第一事件通知规则和第二事件通知规则中的至少一个是默认的；以及检索多个第一事件通知规则和第二事件通知规则中的至少一个。
17.根据权利要求12至14中的任一个所述的装置，其中，所述订阅请求包括所述多个第一事件通知规则和第二事件通知规则中的至少一个。
18.根据权利要求12至14中的任一个所述的装置，其中，所述订阅请求包括资源偏移量，指示一个或多个目标资源的层级。
19.根据权利要求12至14中的任一个所述的装置，其中，所述订阅请求还包括目标资源的列表。
20.根据权利要求12至14中的任一个所述的装置，其中，所述订阅请求还包括时间窗类型和时间窗大小。
21.根据权利要求12至14中的任一个所述的装置，其中，所述确定单元还被配置为根据第二事件通知规则对所产生的多个第一事件进行进一步的判断和分析。
22.根据权利要求12至14中的任一个所述的装置，所述创建单元还被配置为：
根据多级事件通知规则创建三个或更多级订阅资源。
23.一种用于订阅关于设备的通知的方法，包括：
发送关于设备的订阅请求；以及
当多个第一事件满足第二事件通知规则时接收通知，所述通知指示第二事件，
其中，所述多个第一事件是根据多个第一事件通知规则产生的，其中，所述多个第一事件针对所述设备的多个传感器数值，
其中，所述第二事件是根据多个第一事件满足第二事件通知规则而产生的，
所述第二事件通知规则指示对所述多个第一事件的多个传感器数值进行算术运算的结果与预定阈值之间的关系。
24.根据权利要求23所述的方法，其中，所述多个第一事件属于一个或多个目标资源。
25.根据权利要求23至24中的任一个所述的方法，其中，所述多个第一事件通知规则和第二事件通知规则中的至少一个是预先设置的。
26.根据权利要求25所述的方法，其中，所述预先设置多个第一事件通知规则和第二事件通知规则中的至少一个包括以下中的至少一个：预先存储多个第一事件通知规则和第二事件通知规则中的至少一个；多个第一事件通知规则和第二事件通知规则中的至少一个是默认的；以及检索多个第一事件通知规则和第二事件通知规则中的至少一个。
27.根据权利要求23至24中的任一个所述的方法，其中，所述订阅请求包括所述多个第一事件通知规则和第二事件通知规则中的至少一个。
28.根据权利要求23至24中的任一个所述的方法，其中，所述订阅请求包括资源偏移量，指示一个或多个目标资源的层级。
29.根据权利要求23至24中的任一个所述的方法，其中，所述订阅请求还包括目标资源的列表。
30.根据权利要求23至24中的任一个所述的方法，其中，所述订阅请求还包括时间窗类型和时间窗大小。
31.根据权利要求23至24中的任一个所述的方法，其中，所产生的多个第一事件根据第二事件通知规则被进行进一步的判断和分析。
32.根据权利要求23至24中的任一个所述的方法，其中，所述订阅请求中包括三级或更多级事件通知规则。
33.一种用于订阅关于设备的通知的装置，包括：
发送单元，被配置为发送关于设备的订阅请求；以及
接收单元，被配置为当多个第一事件满足第二事件通知规则时接收通知，所述通知指示第二事件，
其中，所述多个第一事件是根据多个第一事件通知规则产生的，其中，所述多个第一事件针对所述设备的多个传感器数值，
所述第二事件通知规则指示对所述多个第一事件的多个传感器数值进行算术运算的结果与预定阈值之间的关系。
34.根据权利要求33所述的装置，其中，所述多个第一事件属于一个或多个目标资源。
35.根据权利要求33至34中的任一个所述的装置，其中，所述多个第一事件通知规则和第二事件通知规则中的至少一个是预先设置的。
36.根据权利要求35所述的装置，其中，所述预先设置多个第一事件通知规则和第二事件通知规则中的至少一个包括以下中的至少一个：预先存储多个第一事件通知规则和第二事件通知规则中的至少一个；多个第一事件通知规则和第二事件通知规则中的至少一个是默认的；以及检索多个第一事件通知规则和第二事件通知规则中的至少一个。
37.根据权利要求33至34中的任一个所述的装置，其中，所述订阅请求包括所述多个第一事件通知规则和第二事件通知规则中的至少一个。
38.根据权利要求33至34中的任一个所述的装置，其中，所述订阅请求包括资源偏移量，指示一个或多个目标资源的层级。
39.根据权利要求33至34中的任一个所述的装置，其中，所述订阅请求还包括目标资源的列表。
40.根据权利要求33至34中的任一个所述的装置，其中，所述订阅请求还包括时间窗类型和时间窗大小。
41.根据权利要求33至34中的任一个所述的装置，其中，所产生的多个第一事件根据第二事件通知规则被进行进一步的判断和分析。
42.根据权利要求33至34中的任一个所述的装置，其中，所述订阅请求中包括三级或更多级事件通知规则。
CN201710336158.XA 2017-05-12 2017-05-12 生成和订阅通知的方法和装置 Active CN106973118B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201710336158.XA CN106973118B (zh) 2017-05-12 2017-05-12 生成和订阅通知的方法和装置
US16/611,916 US11539812B2 (en) 2017-05-12 2017-11-14 Method and apparatus for generating and subscribing to notifications
PCT/CN2017/110870 WO2018205532A1 (zh) 2017-05-12 2017-11-14 生成和订阅通知的方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710336158.XA CN106973118B (zh) 2017-05-12 2017-05-12 生成和订阅通知的方法和装置

Publications (2)

Publication Number Publication Date
CN106973118A CN106973118A (zh) 2017-07-21
CN106973118B true CN106973118B (zh) 2021-04-27

Family

ID=59331120

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710336158.XA Active CN106973118B (zh) 2017-05-12 2017-05-12 生成和订阅通知的方法和装置

Country Status (3)

Country Link
US (1) US11539812B2 (zh)
CN (1) CN106973118B (zh)
WO (1) WO2018205532A1 (zh)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106973118B (zh) 2017-05-12 2021-04-27 京东方科技集团股份有限公司 生成和订阅通知的方法和装置
CN110505591B (zh) * 2018-05-18 2022-09-30 京东方科技集团股份有限公司 订阅服务实体、订阅终端及信息订阅方法和系统
CN110557744B (zh) * 2018-05-31 2022-08-19 华为技术有限公司 订阅事件的方法与网络功能网元
CN111245875B (zh) 2018-11-28 2022-03-04 京东方科技集团股份有限公司 事件通知方法、设备、装置和计算机存储介质
US12028430B2 (en) 2018-11-28 2024-07-02 Beijing Boe Technology Development Co., Ltd. Event notification method, server device, apparatus and computer storage medium
CN111262893B (zh) * 2018-11-30 2022-11-18 京东方科技集团股份有限公司 用于事件通知的方法、服务器设备、事件通知装置、介质
CN111436027B (zh) * 2019-01-14 2023-06-20 京东方科技集团股份有限公司 事件订阅通知方法、服务器、物联网系统和存储介质
CN111984895A (zh) * 2019-05-23 2020-11-24 京东方科技集团股份有限公司 用于订阅资源的方法、装置、设备和存储介质
CN112511579A (zh) 2019-09-16 2021-03-16 京东方科技集团股份有限公司 事件通知方法、系统，服务器设备、计算机存储介质
CN112583871B (zh) * 2019-09-29 2024-07-16 京东方科技集团股份有限公司 发送跨资源事件通知的方法、电子设备和系统
KR20220103617A (ko) * 2021-01-15 2022-07-22 현대자동차주식회사 M2m 시스템에서 구독 서비스를 관리하기 위한 방법 및 장치
CN116389578B (zh) * 2023-06-06 2023-08-08 深圳市华曦达科技股份有限公司 网通设备mqtt多任务调度方法、系统和可读存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102687134A (zh) * 2009-12-29 2012-09-19 摩托罗拉解决方案公司 用于基于事件序列的呈现通知的方法
CN105578444A (zh) * 2014-10-10 2016-05-11 青岛海尔智能家电科技有限公司 一种自动订阅资源的方法和装置

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3096387B2 (ja) * 1994-01-28 2000-10-10 三菱電機株式会社 数値演算処理装置
CN100574203C (zh) 2005-10-26 2009-12-23 华为技术有限公司 一种呈现信息的通知方法和系统
US7978686B2 (en) * 2006-01-03 2011-07-12 Hewlett-Packard Company System and method for feature-based services control using SIP
KR20090019665A (ko) 2007-08-21 2009-02-25 삼성전자주식회사 구독자의 선호도를 참조하여 ｓｉｐ을 기반으로 하는이벤트 통지를 제어하는 시스템 및 방법
US8890697B2 (en) * 2012-02-10 2014-11-18 Green Swan, Inc. Pocket alert function for use with radio and microwave broadcast telephone and smart phone devices
CN103795758B (zh) 2012-10-31 2015-08-19 腾讯科技（深圳）有限公司 内容浏览、生成及交互方法,内容浏览终端、服务器及系统
KR101769386B1 (ko) * 2013-09-27 2017-08-18 엘지전자 주식회사 M2m 시스템에서 통지 메시지 전달 방법 및 이를 위한 장치
WO2016068548A1 (ko) * 2014-10-28 2016-05-06 엘지전자 주식회사 무선 통신 시스템에서 통지 메시지를 처리하기 위한 방법 및 이를 위한 장치
US11012839B2 (en) * 2015-11-16 2021-05-18 Convida Wireless, Llc Cross-resource subscription for M2M service layer
US10129852B2 (en) * 2016-06-01 2018-11-13 Lg Electronics Inc. Method for broadcasting to unspecified entity in wireless communication system and device for the same
CN106973118B (zh) 2017-05-12 2021-04-27 京东方科技集团股份有限公司 生成和订阅通知的方法和装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102687134A (zh) * 2009-12-29 2012-09-19 摩托罗拉解决方案公司 用于基于事件序列的呈现通知的方法
CN105578444A (zh) * 2014-10-10 2016-05-11 青岛海尔智能家电科技有限公司 一种自动订阅资源的方法和装置

Also Published As

Publication number Publication date
US11539812B2 (en) 2022-12-27
WO2018205532A1 (zh) 2018-11-15
US20210152653A1 (en) 2021-05-20
CN106973118A (zh) 2017-07-21

Similar Documents

Publication Publication Date Title
CN106973118B (zh) 生成和订阅通知的方法和装置
US11736576B2 (en) Method and system for generating behavior profiles for device members of a network
EP1741266B1 (en) Event notification network
CN107864063B (zh) 一种异常监控方法、装置及电子设备
CN111934920B (zh) 监控告警方法、装置、设备和存储介质
US11237549B2 (en) Utilization edge module server system and method
US8040231B2 (en) Method for processing alarm data to generate security reports
CN110532322B (zh) 运维交互方法、系统、计算机可读存储介质及设备
CN101753341A (zh) 电脑网络的监控方法
US20160063078A1 (en) Automatic identification and tracking of log entry schemas changes
CN109617745A (zh) 告警预测方法、装置、系统及存储介质
US20170164138A1 (en) Notification message transmission method and device, and computer storage medium
US11080107B2 (en) Event notification method, server device, event notification apparatus, and medium
US20160337166A1 (en) Apparatus and method for automated event notification read receipt to support non-repudiated auditing or other functions in industrial process control and automation system
US11398945B2 (en) System and method for fault detection and root cause analysis in a network of network components
WO2016182749A1 (en) Apparatus and method for protecting proprietary information over public notification infrastructure
US10924365B2 (en) Method and system for generating directed graphs
Ahmed et al. Entropy-based recommendation trust model for machine to machine communications
JP2022534064A (ja) モノのインターネット分野においてリソースを購読する方法、装置、デバイス及び記憶媒体
CN113486968A (zh) 摄像机生命周期的监控方法、装置、设备和介质
CN113157472A (zh) 一种服务信息处理方法、装置、设备及计算机存储介质
CN112463876A (zh) 数据展示的方法及装置、电子设备及计算机可读存储介质
CN112506740B (zh) 一种云报警方法、电子设备、存储介质及云报警装置
CN112511579A (zh) 事件通知方法、系统，服务器设备、计算机存储介质
KR20140103658A (ko) M2m 환경에서 구독자의 필터 기준을 적용하여 통지를 송수신하는 방법 및 장치

Legal Events

Date Code Title Description
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant