基于工业设备的事件提醒方法、装置、设备及存储介质
文献发布时间:2024-04-18 19:58:30
技术领域
本申请属于工业设备监控技术领域,具体涉及一种基于工业设备的事件提醒方法、装置、设备及存储介质。
背景技术
工业设备的正常运行对于保证工业生产的效率和质量,以及预防生产事故和环境污染等方面具有重要意义。因此,对工业设备的状态进行实时监测和故障诊断是工业设备管理的重要内容。
目前,工业设备的状态监测和故障诊断主要依赖于传感器、数据采集器、数据分析器等设备和软件,以及人工巡检、维修等人员,针对不同的应用环境及人员,对于各种相关的数据信息人们通常选择通过直接调用各个数据接口及信号,若需要对各种数据进行检测则进行现场的数据配置。
这些方式造成了工业设备的种类和数量较多,其运行事件的类型和属性也较复杂,难以进行有效的筛选和分类,导致监控信息或监控设备过多,难以及时响应。
发明内容
本申请旨在提供一种基于工业设备的事件提醒方法、装置、电子设备及计算机可读存储介质,至少解决工业设备在监控信息或监控设备过多时,难以及时响应的问题。
第一方面,本申请实施例公开了基于工业设备的事件提醒方法,应用于客户端,所述方法包括:
响应于通过客户端进行的登录操作,展示订阅界面,所述订阅界面包括所述工业设备的运行事件,以及针对所述运行事件的属性配置项;
响应于对所述订阅界面中目标运行事件的选取,并对所述目标运行事件的目标属性配置项进行配置,获得所述目标属性配置项的属性配置信息;
根据所述目标运行事件的目标属性配置项的属性配置信息,生成事件注册表;所述事件注册表中包含基于所述目标属性配置项的属性配置信息生成的事件推送条件;
在所述工业设备运行的过程中,在所述工业设备产生的事件信息的属性信息,符合事件注册表的事件推送条件的情况下,将所述事件信息展示在所述客户端。
第二方面,本申请实施例还公开了一种基于工业设备的事件提醒装置,包括:
界面展示模块,用于展示订阅界面,所述订阅界面包括所述工业设备的运行事件,以及针对所述运行事件的属性配置项;
属性配置模块,用于并对所述目标运行事件的目标属性配置项进行配置,获得所述目标属性配置项的属性配置信息;
订阅注册模块,用于根据所述目标运行事件的目标属性配置项的属性配置信息,生成事件注册表;所述事件注册表中包含基于所述目标属性配置项的属性配置信息生成的事件推送条件;
事件推送模块,用于在所述工业设备运行的过程中,在所述工业设备产生的事件信息的属性信息,符合事件注册表的事件推送条件的情况下,将所述事件信息展示在所述客户端。
第三方面,本申请实施例还公开了一种电子设备,包括处理器和存储器、所述存储器存储可在所述处理器上运行的程序或指令,所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。
第四方面,本申请实施例还公开了一种可读存储介质,所述可读存储介质上存储有程序或指令,所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。
综上,在本申请实施例中,通过展示所述工业设备的运行事件,以及针对所述运行事件的属性配置项使得用户可以通过手动选择的方式对需要监控的工业设备事件按照预设条件进行订阅,对应于所述订阅行为,每个用户即可以按照自身需求定制事件注册表;基于所述事件注册表,在所述工业设备发生了订阅的事件,且满足预设条件的情况下,即可通过客户端收到对应的订阅消息。由此,基于本申请实施例的方法,在对设备进行监控时,无需针对每一种不同的工业设备事件进行分别监控,并进一步筛选便可获得符合用户需求的订阅消息,解决了相关技术中,由于运行事件的类型和属性复杂,造成难以进行有效的筛选和分类,导致监控信息或监控设备过多,难以及时响应的问题。
附图说明
在附图中:
图1是本实施例提供的一种基于工业设备的事件提醒方法的步骤流程图;
图2是本申请实施例提供的又一种基于工业设备的事件提醒方法的订阅事件注册界面图;
图3为申请实施例提供的另一种基于工业设备的事件提醒方法的步骤流程图;
图4为申请实施例提供的又一种基于工业设备的事件提醒方法的客户端的仿真模拟软件界面图;
图5是本申请实施例提供的一种基于工业设备的事件提醒方法的架构图;
图6是本申请实施例提供的一种基于工业设备的事件提醒方法的程序逻辑图;
图7是本申请实施例提供的一种基于工业设备的事件提醒装置的框图;
图8是本申请实施例提供的一个实施例的电子设备的框图;
图9是本申请实施例提供的另一个实施例的电子设备的框图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象,而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施,且“第一”、“第二”等所区分的对象通常为一类,并不限定对象的个数,例如第一对象可以是一个,也可以是多个。此外,说明书以及权利要求中“和/或”表示所连接对象的至少其中之一,字符“/”,一般表示前后关联对象是一种“或”的关系。
图1是本实施例提供的一种基于工业设备的事件提醒方法,方法应用于客户端。
方法可以包括如下步骤:
步骤101,响应于通过客户端进行的登录操作,展示订阅界面,所述订阅界面包括所述工业设备的运行事件,以及针对所述运行事件的属性配置项。
在本申请的一个实施例中,客户端为具备显示屏的设备,显示屏可用于显示界面的信息,显示的界面的信息可以包括文字、图片、动画,或者其他多媒体元素。示例地,用户设备可以为具备显示屏的工业机器人、仿真软件载体、集成化图像设备,也可以为其他具备显示屏的设备,此处对用户设备的种类不做限定。展示订阅界面之前需要首先通过客户端进行相应用户的登录操作;通过用户登录界面的展示用户可以基于预留的选项快速确定自己可以订阅的具体项目。
示例地,如图2所示,在本申请实施例中,所述订阅界面包括至少一个区域,用于展示所述工业设备的各种运行事件,以及针对所述运行事件的各种属性配置项。所述属性配置项至少需要包括事件名称4001、事件码4002、监控状态4003、事件类型4004、事件监控类型4005及订阅相关的阈值4006。所述事件码4002指的是给任意一个事件所标记的一个唯一代码,用以区别具体事件;所述监控状态4003指的是具体事件的监控与否的状态;所述事件类型4004指的是事件本身的发生形式,如一些设备的开关,其行为本身即为事件发生,那么这类事件被定义为触发类事件;而另一些事件必须在动作发生并在一些特定参数达到某一要求后才能被认定为事件发生,如接口传入的具体信号,其传入需要区分高或低的电平:一个同样的行为由于电平的高低被区分为不同的事件,那么这种事件则被定义为布尔型事件。事件监控类型4005的定义基于所述事件类型4004,其定义了事件类型的数据的监控方式:如事件类型为布尔类型时,可以定义当某个具体的真值出现时为一个事件监控类型,也可以定义当某个具体的真值变化时为一个事件监控类型;订阅相关阈值4006的定义意义在于对具体事件确立其订阅的内容集合,如某布尔类型的事件监控可将阈值定义为“当真值1出现时提供提醒”,那么只有当这个布尔类型的数据出现数值1的时候才会提示用户。
步骤102,响应于对所述订阅界面中目标运行事件的选取,并对所述目标运行事件的目标属性配置项进行配置,获得所述目标属性配置项的属性配置信息。
作为步骤101的后续步骤,用户在确认了所述订阅界面所展示的可订阅具体项目之后,即可根据自身需求基于步骤101中的解释对订阅内容进行具体的选择。
在本申请的一个实施例中,身份不同的订阅者有着不同的具体需求,基于需求的不同,本申请将所有可订阅的接口以列表的形式呈现在订阅界面,让订阅者以索引的形式快速查找即可获得自身需要订阅的相关信息,进而完成选择。
示例地,如图2所示,可将事件名称4001构成的目录首先按照设备类型区分,如(接口、安全、变量、任务、控制器、日志),然后再以隐藏下拉菜单的形式进一步逐级划分,例如接口(图中的IO)菜单下进一步还区分有输入/输出,而输入/输出也可进一步下拉来直接针对某个特定的接口(如D10、D11等)进行事件订阅。
步骤103,根据所述目标运行事件的目标属性配置项的属性配置信息,生成事件注册表。
在本申请的再一个实施例中,作为步骤102的后续步骤,用户最终选择确定了所订阅的具体项目,进而根据所订阅的项目生成对应的注册表,以文本的形式记录消息订阅的具体内容,注册表一方面可将每个用户的具体订阅需求区分开来,另一方面通过简单的文本类数据将订阅需求存储以便后期调用使用。
进一步地,在注册表中需要至少包含以下信息:用户的身份,以及用户订阅信息的具体内容。
步骤104,在所述工业设备运行的过程中,在所述工业设备产生的事件信息的属性信息,符合事件注册表的事件推送条件的情况下,将所述事件信息展示在所述客户端。
基于工业设备产生的每一个信息变化,均可以按照步骤101中所解释的找到一个对应的事件及相应的属性,即设备的事件的记录的数据结构与注册表所指向的推送条件数据结构相同,此时则可通过比较二者的一致性,得到推送的具体事件,进而完成信息推送。
示例地,当用户订阅内容为“某数据接口的输入信号”,而订阅的具体监控类型为“信号高低电平的变化”,那么当这个接口持续输入某个同类型信号时并不会完成事件的推送,但当某一时刻输入信号为0→1或1→0时,才会触发订阅规则进而推送相关消息。
综上,在本申请实施例中,通过展示所述工业设备的运行事件,以及针对所述运行事件的属性配置项使得用户可以通过手动选择的方式对需要监控的工业设备事件按照预设条件进行订阅,对应于所述订阅行为,每个用户即可以按照自身需求定制事件注册表;基于所述事件注册表,在所述工业设备发生了订阅的事件,且满足预设条件的情况下,即可通过客户端收到对应的订阅消息。由此,基于本申请实施例的方法,在对设备进行监控时,无需针对每一种不同的工业设备事件进行分别监控,并进一步筛选便可获得符合用户需求的订阅消息,解决了相关技术中,由于运行事件的类型和属性复杂,造成难以进行有效的筛选和分类,导致监控信息或监控设备过多,难以及时响应的问题。
图3为申请实施例提供的另一种基于工业设备的事件提醒方法,参照图3,方法可以包括如下步骤:
步骤201,响应于通过客户端进行的登录操作,获取登录用户的身份信息;所述身份信息具有对应的订阅界面,所述订阅界面中展示有与所述身份信息匹配的运行事件,以及针对所述运行事件的属性配置项。
在步骤102的实施例中,已经介绍了不同用户可以根据自身身份选择订阅信息的方式。
进一步地,如图2所示,在本申请的一些实施例中,由于不同理由不能或无必要对部分用户展开所有订阅接口,因此可以在设计订阅界面的时候针对性地将部分订阅接口对部分身份或权限的用户进行事件名称4001的隐藏,或监控状态的不可选择化,这将更加有助于工业设备层级性的管理。
示例地,对于一般生产人员,其并没有对于诸如设备总闸的运行接口的管理权限,因此在他们的订阅界面就可以在一开始隐藏相关接口,在这样的情况下,一般生产人员既不会误触也不会超越权限订阅,对订阅的简易性以及管理的安全性都会有着积极的帮助。
步骤202,展示与所述身份信息对应的订阅界面。
作为步骤201的后续步骤,作为本申请的一个进一步实施例,如图2所示,在本申请实施例中,订阅界面同时展示出了当前订阅用户的具体身份信息,通过展示当前用户身份信息,使用户进行消息订阅时可以再一次确认自身身份,防止用户身份错误的情况下持续订阅而造成错误送达的情况。
示例地,在界面中不但可以对用户姓名进行展示,也可以改为对用户的身份、工号、权限等进行展示。如此一方面用户可以快速的确认自身身份以及权限等信息,同时巡检人员也可以通过肉眼快速地对工位上的人员进行进一步确认,进一步实现管理的安全化。
步骤203,响应于对所述订阅界面中目标运行事件的选取,并对所述目标运行事件的目标属性配置项进行配置,获得所述目标属性配置项的属性配置信息。
本步骤所示方法,在步骤102中已作说明,此处不再赘述。
步骤204,根据所述目标运行事件的目标属性配置项的属性配置信息,生成事件注册表。
本步骤所示方法,在步骤103中已作说明,此处不再赘述。
步骤205,在所述工业设备运行的过程中,在所述工业设备产生的事件信息的属性信息,符合事件注册表的事件推送条件的情况下,将所述事件信息展示在所述客户端。
本步骤所示方法,在步骤104中已作说明,此处不再赘述。
可选的,步骤205具体可以包括子步骤2051-2053:
子步骤2051,根据所述事件信息的生成次序,生成事件队列。
在一个实施例中,当同时订阅的事件类型或同时需要监控的设备数量大于1,以及监控人员大于1的情况下,可以通过创建事件队列的方式对推送事件进行有序管理;即先行创建一个记录了全部事件的队列,再根据所述注册表一一对比进而获取对应的订阅消息。
子步骤2052,在所述工业设备运行的过程中,在所述工业设备产生的事件信息的属性信息,符合事件注册表的事件推送条件的情况下,将所述事件队列中的事件信息推送给所述客户端,并将所述事件队列中的事件信息移出队列。
在一个实施例中,所述事件队列中的存在事件满足订阅条件的情况下就会将所述满足订阅条件的事件推送至订阅用户处,而作为为了保证同一事件不会被重复推送,则需要从所述事件列表中删除相应的事件。
子步骤2053,在所述工业设备运行的过程中,在所述工业设备产生的事件信息的属性信息,不符合事件注册表的事件推送条件的情况下,将所述事件队列中的事件信息移出队列。
在一个实施例中,在所述事件队列中不存在任何事件满足注册表中注册的事件信息属性的情况下,为了保证事件队列的简洁性,则需要从所述事件列表中删除相应的事件。
可选的,子步骤2051具体可以包括子步骤20511:
子步骤20511、响应于对生成事件队列长度的扫描,在所述事件队列长度不为0的情况下,从事件队列中获取所述事件信息。
在一个实施例中,对事件队列长度的确认保证了订阅方无需对设备进行频繁的刷新,以确保事件不会遗漏。
示例地,事件队列的数据结构本身与注册表具有一致性,因此作为一个文本类型的数据,其很容易受到不同订阅者的快速读取,只有当读取到事件队列长度不为0时,才有必要去进一步对事件队列里面的具体内容进行对照查阅。
可选的,所述事件信息包含:事件码,所述事件注册表中包含:目标运行事件的目标事件码,所述方法还包括:
步骤206、在所述事件信息的事件码与所述事件注册表的目标运行事件的目标事件码一致的情况下,进行所述事件信息的属性信息与事件推送条件的比较,获得比较结果。
在一个实施例中,事件码指的是给任意一个事件所标记的一个唯一代码,用以区别具体事件通过针对每个目标事件设置具有唯一性的事件码,可以进一步简化数据的复杂度:使用事件码替代了不同属性事件之间数据长度不同进而需要穷举式对比的计算繁复问题。
示例地,将事件码在注册表中进行裸露,当事件注册表对比时可以先针对事件码进行对比,当且仅当注册表事件码与发生的具体事件的事件码一致时再进一步对比事件的属性是否符合推送条件,这就将一个长文本的对比简化为了一个短文本的对比,减少了订阅设备的运算。
步骤207、在所述比较结果为所述事件信息的属性信息符合所述事件推送条件的情况下,确定所述事件信息的属性信息,符合所述事件注册表的事件推送条件。
在一个实施例中,同时在进行实际的事件属性的对比前可以有效排除注册表中未曾订阅的信息,即首先快速地利用注册表对事件做一个事件存在性的检索,若事件注册表中并不存在对应的事件,则可以直接放弃进一步的事件信息的属性信息的比较,直观地可以表明:这在具有较大、连续性的数据量下有着直接的优势。
可选的,所述事件推送条件包含与所述目标属性配置项对应的属性阈值关联的数值判断条件;步骤207具体可以包括子步骤2071:
子步骤2071、在确定所述目标运行事件的属性信息的数值符合所述数值判断条件的情况下,确定所述事件信息的属性信息,符合所述事件注册表的事件推送条件。
在一些实施例中,所述属性信息的数值应当理解为广义的变量形式,包括离散和/或连续的变量形式。
示例地,实际取值也需要根据实际需求情况限定其数据特性,如电流信号可以以高/低电平的形式记录,但同时在交变电流的信号形式中,也可以以复变量(二元数组)的形式进行记录,而在一些进一步地实施例中,数据也可能是多元的数组甚至数据包,这将根据实际的工程需要给出进一步地确定。
可选的,在所述工业设备运行的过程中;所述方法还可以包括:
步骤208、获取所述工业设备在监控到运行事件的属性信息的数值发生变化,且属性信息的数值变化,满足与所述运行事件对应的数值类型的情况下产生的事件信息。
在一个实施例中,由于针对每个设备本身,其任何发生的参数改变都可以被认为是一个0阈值的事件,但对于具体的订阅者,需要订阅的事件并不是所有事件,因此通过设置具体的监控形式及相关阈值才能更好的达到本方案的目的。
示例地,用户订阅监控了设备的输入/输出接口,无论是输入或是输出接口,工程人员往往根据习惯将一类信号划分为高电平与低电平,电平的高与低作为一对互斥事件,即可以记录为布尔类型的数据,则可以定义其中一类事件属性为“等于某个特定的电平信号时(假定为高电平),即为一个事件”,那么当在此接口输入一个高电平信号时,则相当于事件的发生,反之则未发生任何已定义事件;类似地,也可以定义其中一个事件属性为“当高低电平信号反转时,即为一个事件”,那么假定此接口上一输入信号为一个高电平,则当在此接口同样输入一个高电平信号时,则未发生任何已定义事件,反之后一信号为一个低电平输入时,则相当于事件的发生。
可选的,数值类型包含:触发类型、布尔类型、值类型中的任意一种。
示例地,如特定设备的开合通常可以被预设为触发类型,即当事件信号发出/接收时即认为该事件发生;而信号的输入输出则通常设计为布尔类型,即如上例一样,只通过高、低电平的信号对事件行为进行区分;其他较为常见的还有数值类型事件,即工业设备本身行为可理解为连续或离散化的多值数字,此时则可以发现相应的事件定义则可以基于对特定数字的出现、值变化、大于(等于)、小于(等于)、不等于来实现。
参考图5是本申请实施例提供的一种基于工业设备的事件提醒方法的架构图;
参照图5所示,所述设备的功能与连接关系如下:
通信总线2使得1机器人群中的机器人与本系统可以进行数据的传递;
数据采集/输出模块3采集1机器人群的数据到本系统,以及将本系统的数据定向输送到对应的机器人中;
数据处理器4处理从机器人群中采集到的数据并通过屏幕显示器11呈现给用户,同时在接收到用户通过交互设备(如键盘、鼠标等)下达的指令时能做出相应的处理。
事件控制模块5将用户所有可能需要监控的信息赋予唯一的事件码来标识该信息并将信息划分为不同的类型的事件,如触发类型、布尔类型、值类型等。
事件监控模块6通过监控信息的类型值来确定信息是否发生了变化,并将发生变化的信息的一些属性打包(如事件码、发生时间、事件的类型值等)推送至事件队列7里供各模块读取。
事件队列7存储从事件监控模块6推送过来的发生变化的信息,并按照先进先出的原则提供给各模块读取。
身份认证模块8验证用户的身份,以确保用户有权限进行事件注册模块9的操作。
事件注册模块9让用户在身份认证模块8中验证用户的身份后并在事件注册模块9勾选所需要监控的事件、选择事件的监控类型并填入阈值后完成的事件注册操作,使得当注册的事件在设定的条件内发生时可以通过事件提醒模块10通过整理事件的内容信息后推送给指定的用户。
事件提醒模块10通过整理从事件队列7里读取到的发生变化的信息,并根据用户在事件注册模块9中设定的条件和接收方式,将事件提醒推送给指定的用户。
屏幕显示器11显示该系统的一些界面,如数据处理器4呈现给用户的数据,以及事件注册模块9提供给用户进行事件注册操作的界面。
作为图5的进一步实施例,是本申请实施例提供的一种基于工业设备的事件提醒装置的程序逻辑图,当程序运行时,执行以下步骤:
步骤1,用户在身份认证模块8中验证用户的身份后,进入到事件注册模块现实界面;
步骤2,事件注册模块5通过显示界面展示由事件控制模块5提供的机器人群1的所有的事件、由事件控制模块5提供的用来标识事件唯一性的事件码、事件的类型、事件的监控类型等;
步骤3,用户通过勾选并选择事件监控类型并填入监控的阈值后由事件;
步骤4,事件注册模块写入该用户的事件注册表即完成了这些事件的监控注册,完成事件注册后,
步骤5,由事件监控模块5监控事件的类型值,当事件的类型值发生变化时即认为该事件已发生,就将信息的一些属性打,并将事件包推送至事件队列中7;
步骤6与步骤7作为步骤5的后续步骤,二者互斥,且执行的选取基于一次数据判断:
步骤6:当事件队列7中的事件个数大于0时,即代表有数据发生了变化,进入步骤8;
步骤7,当事件队列7中的事件个数等于0时,即代表没有数据发生了变化,则继续等待并重复步骤6;
步骤8为步骤6的后续步骤,除事件提醒模块10外的其他界面依次读取事件队列7中的事件包,通过事件包中的属性判断该界面的数据是否需要刷新;
步骤12为作用于以下多个步骤的数据判断过程,当下面几个步骤(步骤9-步骤11)判定为否时,则直接进行步骤12:将事件从事件队列中移除;反之则按照顺序执行之后的步骤:
步骤9,数据处理器4比较事件队列7中的事件码是否在某个用户的事件注册表中有记录;
步骤10,如果该事件在某个用户的事件列表中有记录,则检查事件是否达到注册时设定监控类型的阈值;
步骤11,如果到达监控类型的阈值,则代表该事件满足用户的监控条件,由事件提醒模块推送给该事件注册的用户,然后将事件从事件队列中移除代表事件处理完毕。
综上,在本申请实施例中,通过展示所述工业设备的运行事件,以及针对所述运行事件的属性配置项使得用户可以通过手动选择的方式对需要监控的工业设备事件按照预设条件进行订阅,对应于所述订阅行为,每个用户即可以按照自身需求定制事件注册表;基于所述事件注册表,在所述工业设备发生了订阅的事件,且满足预设条件的情况下,即可通过客户端收到对应的订阅消息。由此,基于本申请实施例的方法,在对设备进行监控时,无需针对每一种不同的工业设备事件进行分别监控,并进一步筛选便可获得符合用户需求的订阅消息,解决了相关技术中,由于运行事件的类型和属性复杂,造成难以进行有效的筛选和分类,导致监控信息或监控设备过多,难以及时响应的问题。
参考图7,其示出了本申请实施例提供的一种基于工业设备的事件提醒装置,包括:
界面展示模块301,用于展示订阅界面,所述订阅界面包括所述工业设备的运行事件,以及针对所述运行事件的属性配置项;
属性配置模块302,用于并对所述目标运行事件的目标属性配置项进行配置,获得所述目标属性配置项的属性配置信息;
订阅注册模块303,用于根据所述目标运行事件的目标属性配置项的属性配置信息,生成事件注册表;所述事件注册表中包含基于所述目标属性配置项的属性配置信息生成的事件推送条件;
事件推送模块304,用于在所述工业设备运行的过程中,在所述工业设备产生的事件信息的属性信息,符合事件注册表的事件推送条件的情况下,将所述事件信息展示在所述客户端。
可选地,所述事件信息包含:事件码,所述事件注册表中包含:目标运行事件的目标事件码,所述方法还包括:
所述界面展示模块301包括:
第一比较模块,用于在所述事件信息的事件码与所述事件注册表的目标运行事件的目标事件码一致的情况下,进行所述事件信息的属性信息与事件推送条件的比较,获得比较结果;
第二比较模块,用于在所述比较结果为所述事件信息的属性信息符合所述事件推送条件的情况下,确定所述事件信息的属性信息,符合所述事件注册表的事件推送条件。
可选地,所述事件推送条件包含与所述目标属性配置项对应的属性阈值关联的数值判断条件;
所述订阅注册模块303包括:
确认模块,用于在确定所述目标运行事件的属性信息的数值符合所述数值判断条件的情况下,确定所述事件信息的属性信息,符合所述事件注册表的事件推送条件。
可选地,在所述工业设备运行的过程中,所述装置还包括:
获取模块,用于获取所述工业设备在监控到运行事件的属性信息的数值发生变化,且属性信息的数值变化,满足与所述运行事件对应的数值类型的情况下产生的事件信息。
可选地,所述数值类型包含:触发类型、布尔类型、值类型中的任意一种。
可选地,所述事件推送模块304还包括:
第一推送模块,用于根据所述事件信息的生成次序,生成事件队列;
第二推送模块,用于在所述工业设备运行的过程中,在所述工业设备产生的事件信息的属性信息,符合事件注册表的事件推送条件的情况下,将所述事件队列中的事件信息推送给所述客户端,并将所述事件队列中的事件信息移出队列;
第三推送模块,用于在所述工业设备运行的过程中,在所述工业设备产生的事件信息的属性信息,不符合事件注册表的事件推送条件的情况下,将所述事件队列中的事件信息移出队列。
可选地,第一推送模块还包括:
队列检验模块,用于响应于对生成事件队列长度的扫描,在所述事件队列长度不为0的情况下,从事件队列中获取所述事件信息。
可选地,所述界面展示模块301还包括:
第一展示模块,用于响应于通过客户端进行的登录操作,获取登录用户的身份信息;所述身份信息具有对应的订阅界面,所述订阅界面中展示有与所述身份信息匹配的运行事件,以及针对所述运行事件的属性配置项;
第二展示模块,用于展示与所述身份信息对应的订阅界面。
在本申请实施例中,通过展示所述工业设备的运行事件,以及针对所述运行事件的属性配置项使得用户可以通过手动选择的方式对需要监控的工业设备事件按照预设条件进行订阅,对应于所述订阅行为,每个用户即可以按照自身需求定制事件注册表;基于所述事件注册表,在所述工业设备发生了订阅的事件,且满足预设条件的情况下,即可通过客户端收到对应的订阅消息。由此,基于本申请实施例的方法,在对设备进行监控时,无需针对每一种不同的工业设备事件进行分别监控,并进一步筛选便可获得符合用户需求的订阅消息,解决了相关技术中,由于运行事件的类型和属性复杂,造成难以进行有效的筛选和分类,导致监控信息或监控设备过多,难以及时响应的问题。
参照图8,电子设备500可以包括以下一个或多个组件:处理组件502,存储器505,电源组件506,多媒体组件508,音频组件510,输入/输出(I/O)接口512,传感器组件514,以及通信组件516。
处理组件502通常控制电子设备500的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件502可以包括一个或多个处理器520来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件502可以包括一个或多个模块,便于处理组件502和其他组件之间的交互。例如,处理组件502可以包括多媒体模块,以方便多媒体组件508和处理组件502之间的交互。
存储器504用于存储各种类型的数据以支持在电子设备500的操作。这些数据的示例包括用于在电子设备500上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,多媒体等。存储器504可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件506为电子设备500的各种组件提供电力。电源组件506可以包括电源管理系统,一个或多个电源,及其他与为电子设备500生成、管理和分配电力相关联的组件。
多媒体组件508包括在电子设备500和用户之间的提供一个输出接口的界面。在一些实施例中,界面可以包括液晶显示器(LCD)和触摸面板(TP)。如果界面包括触摸面板,界面可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的分界,而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件508包括一个前置摄像头和/或后置摄像头。当电子设备500处于操作模式,如拍摄模式或多媒体模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件510用于输出和/或输入音频信号。例如,音频组件510包括一个麦克风(MIC),当电子设备500处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风用于接收外部音频信号。所接收的音频信号可以被进一步存储在存储器504或经由通信组件516发送。在一些实施例中,音频组件510还包括一个扬声器,用于输出音频信号。
输入/输出I/O接口512为处理组件502和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件514包括一个或多个传感器,用于为电子设备500提供各个方面的状态评估。例如,传感器组件515可以检测到电子设备500的打开/关闭状态,组件的相对定位,例如组件为电子设备500的显示器和小键盘,传感器组件514还可以检测电子设备500或电子设备500一个组件的位置改变,用户与电子设备500接触的存在或不存在,电子设备500方位或加速/减速和电子设备500的温度变化。传感器组件514可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件515还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件514还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件516用于便于电子设备500和其他设备之间有线或无线方式的通信。电子设备500可以接入基于通信标准的无线网络,如WiFi,运营商网络(如2G、3G、4G或5G),或它们的组合。在一个示例性实施例中,通信组件516经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,通信组件516还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,电子设备500可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于实现本申请实施例提供的一种显示控制方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器504,上述指令可由电子设备500的处理器520执行以完成上述方法。例如,非临时性存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
图9是本发明另一个实施例的电子设备600的框图。例如,电子设备600可以被提供为一服务器。参照图9,电子设备600包括处理组件622,其进一步包括一个或多个处理器,以及由存储器632所代表的存储器资源,用于存储可由处理组件622的执行的指令,例如应用程序。存储器632中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件622被配置为执行指令,以执行本申请实施例提供的一种显示控制方法。
电子设备600还可以包括一个电源组件626被配置为执行电子设备600的电源管理,一个有线或无线网络接口650被配置为将电子设备600连接到网络,和一个输入/输出(I/O)接口658。电子设备600可以操作基于存储在存储器632的操作系统,例如WindowsServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM或类似。
本领域技术人员在考虑说明书及实践这里公开的申请后,将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本申请的真正范围和精神由下面的权利要求指出。
应当理解的是,本申请并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。
- 基于穿戴式设备的发烧提醒方法、装置、设备及存储介质
- 穿戴式设备用户的安全提醒方法、装置、设备及存储介质
- 信息提醒方法、装置、存储介质及电子设备
- 快递收取提醒方法、装置、计算机设备及存储介质
- 异物提醒方法、装置、设备、存储介质及系统
- 基于终端的事件提醒方法、装置、设备及存储介质
- 一种事件提醒方法、装置、设备及存储介质