• <optgroup id="kgw0l"><del id="kgw0l"></del></optgroup>
    <optgroup id="kgw0l"></optgroup>
  • 一种基于物联网消息协议的责联网协议生成方法及系统与流程

    文档序号:29435053发布日期:2022-03-29 11:19来源:国知局
    一种基于物联网消息协议的责联网协议生成方法及系统与流程

    本发明涉及责联网技术领域,尤其涉及一种基于物联网消息协议的责联网协议生成方法及系统。

    背景技术

    物联网协议主要有:MQTT、XMPP、CoAP,当然也会用到HTTP、WebSocket、SoAP等,物联网连接的机制有:串口及相关协议(如485、232,用到Modbus、OPC)、无线(WIFI、LoRA、NBIoT、ZigBee等)、网络(TCP/IP,以上协议或自定义协议),以及以上的组合。

    其中MQTT协议在物联网架构上最适用,MQTT是基于TCP机制实现的消息发布/订阅机制,它通过代理(Broker)来实现物联信息的发布(Publisher,比如传感器)和订阅(Subscriber,比如手机APP),物联通讯协议也比较完备,还有三种不同的服务质量级别QoS0、QoS1和QoS2,满足不同的消息发送要求。

    以上各种物联网相关的协议都是对物联信息的管理,用信息来实现万物相连。对物联网应用来说是足够了。但也存在以下问题:

    (1)物联信息越来越多,可以采用驾驶舱或仪表盘集中显示大量数据,但难以有效地区分数据背后的权责关系;

    (2)物联信息难以考评各部门、各岗位的管理能力提升程度,所以难以给组织带来更大的竞争力;

    (3)物联信息能否有效成为管理岗位的直接配置工具的信息源,确保管理的高效、科学;尤其是对于动态性强的管理;

    (4)物联信息的来源是否可靠,怎么判断各信息在端、管、云中的来源可靠性,信息的来源是否可以零信任,而且需要高的性价比,这些问题均是亟待解决的问题;

    (5)物联驱动需要怎么样的有效授权,对于远程控制是否有权,有没被他人侵权,能否做到实时授权,也是亟待解决的问题。

    因此,为了解决以上技术问题,则需要拓展物联信息,实现责任的感知和责任知识对管理的驱动。

    责联网是将责任作为管理抓手的信息化架构,其逻辑层级如图6所示,可以理解为管理的“智能机”应用,有硬件层(类似于手机硬件,有一些是物联的硬件,是责任信息的传感器)、IaaS层(信息服务层,是用于责任感知,类似于手机的内核操作系统,如Linux)、PaaS层(平台服务层,是用于相对抽象的岗位责任管理的,类似于手机操作系统,如安卓操作系统)和SaaS层(软件服务层,是用于实体责任个性化管理的,类似于手机应用商店),目前也需要通过适配物联网信息,从信息服务层到平台服务层,同时可以为软件服务层所用,所以也需要基于物联消息的协议,扩展出责联网多层都可兼容的协议。

    因此,本发明提供一种基于物联网消息协议的责联网协议生成方法及系统。



    技术实现要素:

    本发明的目的是针对现有技术的缺陷,提供了一种基于物联网消息协议的责联网协议生成方法及系统。

    为了实现以上目的,本发明采用以下技术方案:

    一种基于物联网消息协议的责联网协议生成方法,包括:

    S1.接收设备获取的数据消息;

    S2.将接收的数据消息通过扩展协议推送至数据接入平台,并基于扩展协议对数据消息进行责任配置,触发责任任务消息;其中扩展协议包括协议本身、基于责任消息协议机制;

    S3.对触发的任务消息基于责任消息协议机制进行履责驱动,并对履责结果进行监管和评估。

    进一步的,所述扩展协议是基于信息服务层、平台服务层和软件服务层实现的。

    进一步的,所述步骤S2中责任配置包括在责任时间维度、责任空间维度、责任信息维度和责任关系维度配置物联信息相关的责任信息,并根据岗位责任清单配置相应的责任任务。

    进一步的,所述在责任时间维度配置的物联信息包括与计时相关的信息;在责任空间维度配置的物联信息包括设备空间;在责任信息维度配置的物联信息包括数据处理信息、主体责任信息、监管责任信息;在责任关系维度配置的物联信息包括主体责任、监管责任。

    进一步的,所述责任配置还包括在责任时间维度、责任空间维度、责任信息维度和责任关系维度进行边界配置。

    进一步的,所述在责任时间维度进行边界配置包括配置责任清单项的时间;责任空间维度进行边界配置包括配置责任清单项中涉及到责任空间项目;责任信息维度进行边界配置包括配置认证信息、风险管理信息、边界信息;责任关系维度进行边界配置包括配置监管责任边界触发信息。

    进一步的,所述步骤S2中通过扩展协议推送至数据接入平台具体为:

    设备将数据消息通过modbus-tcp或OPC协议进入网关,网关向数据接入平台发送连接请求,数据接入平台确认后进行连接确认,连接成功后网关将数据消息通过MQTT协议推送至数据接入平台。

    进一步的,所述步骤S3中履责驱动包括触发责任任务的起点、责任任务的过程点、监管和完成责任任务的评审。

    进一步的,所述履责驱动具体为通过物联信息驱动责任任务起点、责任任务过程点和责任任务终点的显示及可行性反馈,当任务执行完成后,自动评审岗位的履责效果。

    相应的,还提供一种基于物联网消息协议的责联网协议生成系统,包括:

    接收模块,用于接收设备获取的数据消息;

    配置模块,用于将接收的数据消息通过扩展协议推送至数据接入平台,并基于扩展协议对数据消息进行责任配置,触发责任任务消息;其中扩展协议包括协议本身、基于责任消息协议机制;

    驱动模块,用于对触发的任务消息基于责任消息协议机制进行履责驱动,并对履责结果进行监管和评估。

    与现有技术相比,本发明考虑责联网多重架构的兼容,从责任消息到岗位责任消息到对应到不同人员的相关责任任务,同时有物联信息的配置接口,可以将信息配置成能感知责任节点的机制(协议),通过责任节点来驱动任务,分配到相应的责任人,还可以形成履责过程的过程节点,通过过程节点的管理驱动。从而一定程度上实现了从物联网信息感知、信息传输、信息分析到责联网责任感知、责任任务触发、责任任务岗位驱动、责任综合评估的管理,实现物联信息驱动责任有效落实,在一定程度上实现了履责的高效、科学监管。

    附图说明

    图1是实施例一提供的一种基于物联网消息协议的责联网协议生成方法流程图;

    图2是实施例一提供的责任时空的四个维度示意图;

    图3是实施例一提供的需要对服务(代理)进行责任配置和履责驱动的示意图;

    图4是实施例二提供的采油机数据采集物联网架构示意图;

    图5是实施例三提供的碳5的一种生产工艺示意图

    图6是背景技术中提供的责联网逻辑图级示意图。

    具体实施方式

    以下通过特定的具体实例说明本发明的实施方式,本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用,本说明书中的各项细节也可以基于不同观点与应用,在没有背离本发明的精神下进行各种修饰或改变。需说明的是,在不冲突的情况下,以下实施例及实施例中的特征可以相互组合。

    本发明的目的是针对现有技术的缺陷,提供一种基于物联网消息协议的责联网协议生成方法及系统。

    实施例一

    本实施例提供一种基于物联网消息协议的责联网协议生成方法,如图1所示,包括:

    S1.接收设备获取的数据消息;

    S2.将接收的数据消息通过扩展协议推送至数据接入平台,并基于扩展协议对数据消息进行责任配置,触发责任任务消息;其中扩展协议包括协议本身、基于责任消息协议机制;

    S3.对触发的任务消息基于责任消息协议机制进行履责驱动,并对履责结果进行监管和评估。

    在步骤S1中,接收设备获取的数据消息。

    设备包括各种传感器以及可以自动获取信息的设备,其可以获取到现场如油井、仪表等等的物联数据信息。

    在步骤S2中,将接收的数据消息通过扩展协议推送至数据接入平台,并基于扩展协议对数据消息进行责任配置,触发责任任务消息;其中扩展协议包括协议本身、基于责任消息协议机制。

    本实施例以扩展的MQTT协议为例进行说明。

    在本实施例中,责任配置是事前就配置好的,具体配置在责联网的IaaS层、PaaS层和SaaS层,而消息机制和责任消息机制都在IaaS层,责任任务产生、责任流程(模板)、责任评估是在PaaS层。人员的配置、过程提醒或履责警告、评估结果显示等是在SaaS层了。

    通过MQTT协议推送至数据接入平台具体为:设备将数据信息通过modbus-tcp协议进入网关,网关向数据接入平台发送连接请求,数据接入平台确认后进行连接确认,连接成功后网关将数据信息通过MQTT协议推送至数据接入平台。

    对责任进行配置需要具备物联网在责任时空中有可信的责任信息、可以自我做主的责任管控技术,还需要有独立的责权利关系平衡机制,如图2所示为责任时空的四个维度。

    如图3所示为需要对服务(代理)进行责任配置和履责驱动的示意图,即将责任相关信息与物联网结合生成责联网(即图6的硬件层和IaaS层),硬件层可兼容图3中的各种传感器等硬件,图3中的物联网软件以接口方式被集成于IaaS层中。

    责任配置:配置出各种责任事件的消息,需要在IaaS层上配置出物联信息在责任时间维度、责任空间维度、责任信息维度和责任关系维度的相关责任消息,然后在PaaS层上根据责任消息对应或配置好岗位责任清单,可以借助于“责任关联”来配置,如果需要在发布方进行边缘计算等的(那也可以优化上),涉及到时间边界、空间边界、信息边界、关系边界,以及信息的触发点,以及责任工作流的配置(可以结合已有的模板来配置,也可以将工作流配置成新的责任工作流模板),这些工作结合责任关联器来完成;最后可以在SaaS层通过责任关联器,后面再结合岗位、岗位的责任清单来实现与具体设备、人员的对应关系;配置时生成自动订阅机制,在PaaS层形成岗位的订阅机制,在SaaS形成设备、人员的订阅机制。

    在责任时间维度配置的物联信息包括与计时相关的信息;在责任空间维度配置的物联信息包括设备空间;在责任信息维度配置的物联信息包括数据处理信息、主体责任信息、监管责任信息,信息还有优先级,如刑法责任信息、民法责任信息、行政责任信息、组织责任信息中刑法责任信息是最优先的;在责任关系维度配置的物联信息包括主体责任、监管责任、领导责任。

    在责任时间维度进行边界配置包括配置责任清单项的时间;责任空间维度进行边界配置包括配置责任清单项中涉及到责任空间项目;责任信息维度进行边界配置包括配置认证信息、风险管理信息、边界信息;责任关系维度进行边界配置包括配置监管责任边界触发信息。

    如表1所示为物联信息到责任时空的边界定义。

    表1

    在步骤S3中,对触发的任务消息基于责任消息协议机制进行履责驱动,并对履责结果进行监管和评估。

    履责驱动包括触发责任任务的起点、责任任务的过程点、监管和完成责任任务的评审,通过服务的责任配置模块中配置相应的规则,通过物联信息来驱动任务的起点、过程点和终点的显示、履责的过程提醒、履责逾界警告等可行的反馈,完成任务后,自动评审岗位的履责效果。消息可以自动转为任务机制,任务的对应关系,以及任务驱动的新任务需要重新定义

    在本实施例中,为防止物联消息的可信赖度,需要将责任芯通过边缘计算加到物联端中,这样物联消息是可信赖的,在生成责任消息也都是可信的,实现文本数据的责任信任,责任关联时在信息维度有:责任芯验证的机制;同时在关系维度中加入责任锁,即责任清单中的范围属于某岗位所有,某岗位可以通过责任锁来实现责任时空的自我管理。

    本实施例考虑了不同组织、不同岗位的相关责任,同时有物联信息的配置接口,可以将信息配置成能感知责任节点的机制(协议),通过责任节点来驱动任务,分配到相应的责任人,还可以形成履责过程的过程节点,通过过程节点的管理驱动,来保证良好的责任任务成效。

    相应的,还提供一种基于物联网消息协议的责联网协议生成系统,包括:

    接收模块,用于接收设备获取的数据消息;

    配置模块,用于将接收的数据消息通过扩展协议推送至数据接入平台,并基于扩展协议对数据消息进行责任配置,触发责任任务消息;其中扩展协议包括协议本身、基于责任消息协议机制;

    驱动模块,用于对触发的任务消息基于责任消息协议机制进行履责驱动,并对履责结果进行监管和评估。

    实施例二

    本实施例提供的一种基于物联网消息协议的责联网协议生成方法与实施例一的不同之处在于:

    本实施例以采油机电机故障报警--MQTT报警协议为例进行说明。

    如图4所示为采油机数据采集物联网架构,生产设备报警、场站门禁报警等需要实时处理的数据可以由数据接入平台通过MQTT协议推送到报警处理业务系统中,实现实时数据快速处理。

    信息服务层从各种硬件中感知出责任信息,如:

    现场设备包括油井仪表、拉油罐仪表、其他仪表、站场其他设备、监控系统等,主控制器通过Zigbee接收井口控制器通过Zigbee获取的传感器等设备接收的油井仪表、拉油罐仪表、其他仪表的数据信息,主控制器将接收到的报警信息通过modbus-tcp协议传输至边缘数据采集网关中,边缘数据采集网关通过MQTT协议将报警信息传输至数据接入平台中;但是在传输之前边缘数据采集网关要先和数据接入平台进行connect(连接请求),当数据接入平台确认后向边缘数据采集网发送connack(连接确认),进而使数据接入平台与边缘数据采集网发连接,完成数据的传输。可以形成责任信息的数据有:抽油机功图、变频器参数、流量计参数、燃油燃气发电机参数、动液面、油压、套压、温度,实现远程启停井、多通阀控制、智能变频、流量控制等的异常。

    平台服务层将责任消息转化为责任清单、履责等提供信息处理流程管理。

    在本实施例中,边缘数据采集网关通过MQTT协议将报警信息传输至数据接入平台,其中发布消息和发布确认的消息重要,所以采用QoS1级传输。

    发送信息的协议:

    Fault Alarm,编码为:0E021501008的采油机的电机(电机为从属部件,从属编码为004)故障报警,故障为“电机转子温度高、磁性降低”,开始时间为:2021年8月10日下午2点05分10秒。

    在传输过程中对报警信息进行责任配置,具体在责任时间维度、责任空间维度、责任信息维度、责任关系维度分别进行配置:

    1)以下是IaaS中的配置:

    消息1:故障消息

    消息2:故障处理消息

    消息3:故障排除消息

    消息4:故障处理超时消息

    消息5:处理延时申请

    责任时空的配置:(ItemID,触发集,履责边界集,例外集,扩展Item集)

    触发集:定时(每日、月几次)/某一条件触发/某一事件触发

    (消息1,故障检测触发或人工巡检触发);(消息2,消息1触发);(消息3,故障检测触发);(消息4,消息2触发后定时)

    履责边界集(问责提醒/问责/失责提醒/失责/激励,边界条件)

    (消息4,时间边界)

    例外集:在什么情况下可以不问责或追责

    (消息2已发出,同时还有申请延时消息被确认)

    扩展Item集,可以扩展触发的清单项。

    2)PaaS层的配置:

    故障信息发送到值班岗,通知给属地责任岗和值班岗的监管责任岗;

    值班岗需要在规定时间内通知相应的维修岗;

    维修岗需要在规定时间内排除问题;

    3)SaaS层的配置:

    本实施例在后续还可以再配置订阅相关的岗位、人员及其责任清单,并与消息对应上,人员也可以临时调整。超时时间也可以临时按紧急程度来进行调整,但需要提前通知及确认。复杂的需要定时、计时、定点(空间)、定消息、定关系。

    具体实例为:本期值班人员:(早班,张小青;中班,李燕;晚班,何岚娟),场地负责人(0E区设备,赵有生),(0E区负责人,吕大强)。如下表2为在报警信息中物联信息到责任时空的边界定义。

    表2

    MQTT协议:PUBLISH发布消息。

    1)从PUBLISH消息的IaaS中配置,同时发送责任消息(故障报警消息),根据PaaS中的配置,连同责任边界等信息发到相应的岗位(还是以订阅方式,如果有SaaS配置,则会通知到相应的人员。

    同时还会通知有订阅的设备责任人、场地责任人。

    回复:MQTT:PUBACK发布确认

    即保留了原先的MQTT协议,进行了后期的扩展。

    如有IaaS的责任消息配置信息,则IaaS层发出:(id,type,timestamp,mqtt_messageid),即流水号、消息类型、时间戳和mqtt对应的消息号,这里假设发出的流水号是:101,MQTT消息号为211,时间戳为13270655222,则为(101,“Fault Alarm”,13270655222,211);如果没有IaaS的配置,则会有一条MQTT消息没配置的内部消息。

    如有PaaS的岗位责任消息配置信息,则PaaS层发出:(id,timestamp,Rtype,role,roleRitem,Rinfo,Accountability,Iid),即行号、时间戳、责任类型、岗位、岗位责任清单项、责任任务、责任边界、IaaS消息号;如果没有PaaS的岗位责任消息配置,则会有一条岗位责任消息没配置的内部消息。

    如有SaaS的人员责任任务配置信息,则SaaS层发出:(id,timestamp,Rtype,person,personRitem,Rinfo,Accountability,Pid),即行号、时间戳、责任类型、人员、人员岗位责任清单项、责任任务、责任边界、PaaS消息号;如果没有SaaS的人员责任任务配置信息,则会有一条人员责任任务没配置的内部消息。

    同时该消息出现时,即启动了责任任务。

    2)启动责任任务并进行跟踪处理StartTask(相关的信息,一次性)

    值班人员在执行上面的任务时,会有一个提醒,比如要求在2天内通知负责人维修,该履责过程值班人员会收到提醒,一旦,通知成功,值班人员履责提交(或语音识别自动提交)后,通过SaaS层访问PaaS层,会启动新的责任任务,即维修人员要在规定的时间内修理好相应的故障,同时启动之前会找到PaaS层的工作流消息,以及对应找到IaaS层的故障处理消息。

    发出故障处理消息,同时对维修人员进行履责跟踪。

    3)自动过程管理(失责提醒、尽责激励),履责评估AccountTask(相关的信息,多次性)

    检测是否有超时等履责边界检测,同时如果MQTT有故障排除消息,则也可以对应到故障排除的责作消息,一旦发去,可以进行履责评估,主要评估在SaaS层和PaaS层,IaaS层只通知履责评估完成。

    4)责任任务完成(或新启一个责任任务)EndTask(相关的信息,一次性,只要还没结束,就一直在执行中)

    IaaS层与MQTT服务之间的交互。责任任务完成(EndTask)是新增的协议项,也可以由MQTT服务进行配置,比如MQTT PUBLISH“故障已修复”,则也可以结束责任工作流EndTask。

    服务应用层:SaaS层将PaaS层的信息直接应用到具体人员中,实现人员的量化履责、量化评责,进而为部门、组织的履责提供快速、相对科学的过程管理。

    本实施例兼容MQTT协议的同时,扩展了其应用,而且将业务和逻辑分离,业务可以更灵活。

    实施例三

    本实施例提供的一种基于物联网消息协议的责联网协议生成方法与实施例二的不同之处在于:

    本实施例以化工安全生产中碳5装置的岗位评分为例进行说明。

    本实施例的具体实现方式与实施例二类似,但是不同的内容为:

    化工安全生产中的流程更复杂、工艺参数更多,如图5所示为碳5的一种生产工艺,包括二聚反应器1、蒸馏塔2、第一萃取蒸馏塔3、第一解吸塔4、第一精馏塔5、第二萃取蒸馏塔6、第二解吸塔7、第二精馏塔8、蒸馏塔9、溶剂精制10,生产工艺参数涉及到温度、压力和流量,会有工艺参数的报警,一旦超出更多还会有安全的报警,工艺参数的报警会涉及到产品质量,安全报警会涉及到安全生产,严重的情况下都会涉及质量法律责任和安全生产法律责任,所以需要增加责联的评估机制。

    数据从工业组态平台上,采用OPC方式获取各种工艺参数过程数据,然后再通过MQTT方式发送,相关过程与上面实施例类似。

    配置责任消息时,工艺报警、安全报警一次,对主体责任的岗位人员扣一次分,工艺报警前可以发送工艺隐患事前提醒消息,工艺报警则发送工艺隐患消息(需要扣分),报警时间不处理还再发送继续扣分消息,同时发送工艺安全预警事前提醒消息,一旦有安全报警则发送安全报警消息(需要扣分)。

    再可以综合比较分值的多少来确定此人能否胜任,低于多少分此岗位需要重新培训上岗,在协议中需要明确出来。

    本实施例更强调的是扣分协议,以及岗位人员的合格协议。

    实施例四

    本实施例提供的一种基于物联网消息协议的责联网协议生成方法与实施例二的不同之处在于:

    本实施例以火警为例进行说明。

    当烟雾传感器感应到有火灾发生时,将上报火警信息,系统将该信息配置到值班人员的调度责任,调度要求在20秒之内(配置到物联开关的时间检测软件中),通知巡逻人员,巡逻人员要在3分钟内到现场:确认责任;

    多重责任任务消息:

    1)火警及时现场确认通知消息;

    2)火警现场确认消息(此消息是1的后续消息);

    3)误报远程消音(或远程复位)消息(此消息是2的后续消息);

    4)确认远程一键启动消息(此消息是2的后续消息);

    5)火警现场确认通知超时消息(需要对消息1进行配置和处理);

    6)现场确认超时消息(需要对消息2进行配置和处理);

    7)确认远程一键启动超时消息(需要对消息4进行配置和处理);

    对以上消息配置:(ItemID,触发集,履责边界集,例外集,扩展Item集):

    触发集:定时(每日、月几次)/某一条件触发/某一事件触发;

    火警触发消息1,消息2是消息1触发

    履责边界集(问责提醒/问责/失责提醒/失责/激励,边界条件);

    火警现场及时确认通知(20秒),超过5秒,扣0.1分;现场确认超时(3分钟),每超30秒,扣0.1分。

    例外集:在什么情况下可以不问责或追责;

    正在现场确认,同时有2个以上火警待确认。

    扩展Item集,为可以扩展触发的清单项。

    人员后期配置:

    本期值班人员:(早班,张小青;中班,李燕;晚班,何岚娟),巡逻人员(南区:赵有生,北区:陈真),(当班经理,吕大强)。

    MQTT Publish

    从发布消息发布责任消息;

    Proxy机制(双线程,1个回复:PUBACK,另一个在驱动责任任务)消息1驱动责任任务1,对应相应的人员,回复:TASKSTART;

    责任任务2,TASKREACT…

    责任任务

    本实施例与实例二实现方法类似,但是在实施例二的实现方式中增加了一连串事件的触发,值班人员对巡逻人员调度(巡逻人员也可以自动被调度,但也可以值班人员统一调度),同时还有误报结束、履责评估等,本实施例可以实现及时、全面、准确的进行责任的配置以及履责。

    实施例五

    本实施例提供的一种基于物联网消息协议的责联网协议生成方法与实施例二的不同之处在于:

    本实施例以阿里云物联平台、华为物联平台、腾讯物联平台等,通过设备接入采用MQTT协议或HTTP(包括HTTPS)协议接入各种物联信息,来实现责任消息和责任任务的驱动。

    应用接入时可以采用MQTT、AMQP或HTTP,对消息机制采用前面的配置和驱动,相关的消息处理单元可以在责联网的接收端来实现,即通过扩展机制,使得IaaS可以扩展以上平台中的物联消息协议,形成责联消息协议,其中IaaS、PaaS、SaaS的责任配置和消息处理机制与实施例二类同。

    实施例六

    本实施例提供的一种基于物联网消息协议的责联网协议生成方法与实施例二的不同之处在于:

    本实施例以(企业)微信层级或钉钉等类似的服务兼容中。

    即在PaaS层或SaaS层会由微信或钉钉来执行,即原先的责任配置时,需要将相关的信息配置到微信或钉钉中,直接可以将消息传递过来,然后形成个人的责任履责管理。

    在PaaS层或SaaS层配置岗位消息,岗位要与平台小程序或H5小程序中的岗位或人员相对应,以及相应责任任务消息要和微信或钉钉对接。

    实施例七

    本实施例提供的一种基于物联网消息协议的责联网协议生成方法与实施例二的不同之处在于:

    本实施例以安全生产中的动火(结合了人工智能)为例进行说明。

    接口组合配置:责任起点、责任过程点(失责提醒点、尽责激励点、问责点)、责任终点。

    动火检测流程1:是否具备动火的安全条件

    1)阀门检测是否关紧?

    2)盲板是否选对?

    3)盲板是否安装正确?

    4)如果是有限空间作业,则还需要有气体检测安装到位

    动火检测流程2:人员是否到位

    1)主体责任人、监管责任人是否都到位,人脸识别

    2)是否是有限空间作业,如果是,还需要有外部人员(包括救援队员)

    3)重要的动火,还需要调度(值班)人员到位

    过程检测3:动火是否规范等

    通过人工智能的认别信息,以物联消息机制传送,然后再通过如实施例一所示的责联消息机制传输到责联网中,实现对人工智能的责任工作流自动驱动。

    本实施例形成履责过程的过程节点,通过过程节点的管理驱动,来保证良好的责任任务成效。

    本文中所描述的具体实施例仅仅是对本发明精神作举例说明。本发明所属技术领域的技术人员可以对所描述的具体实施例做各种各样的修改或补充或采用类似的方式替代,但并不会偏离本发明的精神或者超越所附权利要求书所定义的范围。

    当前第1页1 2 
    网友询问留言 已有0条留言
    • 还没有人留言评论。精彩留言会获得点赞!
    1