CN114924891A - 一种用于多设备智慧化协同的云服务平台 - Google Patents

Abstract

本发明提供了一种用于多设备智慧化协同的云服务平台，属于人机协同操作技术领域；其包括设备端、云平台、应用端；云平台用于与设备端各设备调度连接进行工业协议的转换及适配，且将各设备能力以统一标准模型进行封装实现各设备间通信互联，并以可视化编程调试方式按实际应用场景构建调度应用；应用端用于承担云平台的数据监控以及对外通联的功能；云平台包括场景设计中心和调度应用中心，云服务平台的调度计算及操作控制在场景设计中心设计完成，在场景设计中心完成的场景调度，统一由调度应用中心进行管理，调度应用以服务的形式对设备端提供调度服务。通过本申请，以解决多设备间的通信协议适配问题以及系统冲突、操作紊乱问题。

Description

一种用于多设备智慧化协同的云服务平台

技术领域

本发明属于人机协同操作的技术领域，具体地涉及一种用于多设备智慧化协同的云服务平台。

背景技术

当前制造业小批量、多批次的定制化或半定制化生产需求越来越多，对生产线提出柔性要求。得益于新技术的采用，机器人系统平台具备编程、记忆与储存能力，可结合传感器和通讯技术，实现调度场景的快速定制，能很好的满足柔性生产的要求。目前智能制造已经逐渐代替了以往的人工制造，以机器人为主导的数字化车间已经成为制造业发展的必然趋势。

目前的系统平台因需要兼容不同厂家、不同类型及不同型号的设备，而通常各单元之间的产品往往独立开发、互不干涉，故而存在通信协议适配问题；如实现产线上的机器人、机械臂等相关对象间的信息互通，以往的做法是在两两设备之间增加对应的协议解析模块，但这种方式随着需要接入设备规模增大，调度系统的复杂程度将指数级增加，且工作量太大不易维护。此外，目前系统平台支持调度应用并行运作，当两个并行的调度应用需要同时使用同一个设备时，可能会造成系统冲突，且由于累计误差或者传输异常等原因，系统平台在控制设备工作时，平台端设备状态与设备实际状态可能不完全一致，造成操作紊乱甚至操作事故。

目前针对相关技术中的系统平台存在多设备间的通信协议适配采用两两设备皆增加协议解析模块带来的调度系统复杂程度指数级增加问题，和调度应用并行运作存在的系统冲突及因累计误差或者传输异常带来平台端设备状态与设备实际状态不一致引发操作紊乱甚至操作事故的问题，尚未提出有效的解决方案。

发明内容

基于此，本发明提供了一种用于多设备智慧化协同的云服务平台，以至少解决相关技术中的的系统平台存在多设备间的通信协议适配采用两两设备皆增加协议解析模块带来的调度系统复杂程度指数级增加问题，和调度应用并行运作存在的系统冲突及因累计误差或者传输异常带来平台端设备状态与设备实际状态不一致引发操作紊乱甚至操作事故的问题。

该发明提供以下技术方案，一种用于多设备智慧化协同的云服务平台，包括：

设备端；

云平台，与所述设备端连接，用于与所述设备端的各设备调度连接进行工业协议的转换及适配，且将各设备能力以统一的标准模型进行封装实现各设备间通信互联，并以可视化编程调试方式按实际应用场景构建调度应用；

应用端，与所述云平台连接，用于承担所述云平台的数据监控以及对外通联的功能；

其中，所述云平台包括场景设计中心和调度应用中心，所述云服务平台的调度计算及操作控制在所述场景设计中心设计完成，在所述场景设计中心完成的场景调度，统一由所述调度应用中心进行管理以构建所述调度应用，所述调度应用以服务的形式对所述设备端提供调度服务。

相比现有技术，本发明的有益效果为：通过云平台与设备端的各设备调度连接进行工业协议的转换及适配，且将各设备能力以统一的标准模型进行封装实现各设备间通信互联，以解决多设备间的通信协议适配问题；并以可视化编程调试方式按实际应用场景构建调度应用，所述调度应用以服务的形式对外提供调度服务，以解决系统冲突及操作紊乱甚至操作事故的问题。

在其中一些实施例中，所述场景设计中心包括程序编辑模块、模拟及调试模块和消息告警模块；其中，所述程序编辑模块用于对所述调度应用进行基于场景的调度编程，编程方式支持文本编辑和/或模型编辑；所述模拟及调试模块用于对所述程序编辑模块设计的所述调度程序进行模拟运行以及远程调试；所述消息告警模块用于接收告警信息以及设置告警处理规则，且将接收的所述告警信息按照所述告警处理规则进行相应的告警处理。

在其中一些实施例中，所述告警处理规则包括显性故障等级设定规则和隐性故障检测算法规则；其中，所述显性故障等级设定规则用于根据判定的显性故障等级作出是否暂停所述云服务平台调度服务的指示；所述隐性故障检测算法规则用于为各设备数字模型增加隐性故障检测算法以使根据需求主动调用或定时检测。

在其中一些实施例中，所述调度应用中心针对每一所述调度应用中的设备实例增加调度锁以及生成对应级别的调度栈，以使所述调度应用根据对应的所述调度栈进行调度操作。

在其中一些实施例中，所述云平台还包括供所述调度场景实例化调度的模型层，其包括用于保存设备的标准数字模型的模型库、用于保存设备3D模型的3D模型库和用于保存工业算法模型的算法库；其中，所述标准数字模型及3D模型皆遵循3IM基本框架，由标识、类和属性组成；所述工业算法模型具有同步调用和/或异步调用功能。

在其中一些实施例中，所述云平台还包括从工业协议解析通讯库获得的实例化设备协议成为设备驱动，所述设备驱动负责与各个设备进行通讯。

在其中一些实施例中，所述实例化设备协议根据通讯端口或通信地址对报文协议进行绑定，以及对报文脚本进行编辑。

在其中一些实施例中，所述云平台还包括网络IO调度中心，用于将各设备进行接口调度连接，以待成功建立连接后将设备数据上传所述协议驱动层进行协议解析。

在其中一些实施例中，所述应用端包括调度系统平台，用于对接外部生产控制系统，通过接收外部操作任务指令，且将接收到的所述外部操作任务指令自动转译成调度操作指令以进行服务调度。

在其中一些实施例中，所述应用端还包括管理系统平台，用于支撑所述云平台的配置管理、数据展示及交互控制的。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的用于多设备智慧化协同的云服务平台的结构图；

图2为本发明实施例提供的云平台的结构图；

图3为本发明实施例提供的模型层的结构图；

图4为本发明实施例提供的标准数字模型架构图；

图5为本发明实施例提供的场景设计中心的结构图；

图6为本发明实施例提供的应用端的结构图；

图7为本发明实施例提供的用于多设备智慧化协同的云服务平台运行基理框图。

附图标记说明：

10-设备端；

20-云平台、21-网络IO调度中心、22-协议驱动层、23-模型层、231-模型库、232-3D模型库、233-算法库、24-场景设计中心、241-程序编辑模块、242-模拟及调试模块、243-消息告警模块、25-调度应用中心；

30-应用端、31-调度系统平台、32-管理系统平台、321-配置管理模块、322-应用展示模块。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明的实施例，而不能理解为对本发明的限制。

在本发明实施例的描述中，需要理解的是，术语“长度”、“宽度”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明实施例和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本发明实施例的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

在本发明实施例中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”、“固定”等术语应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或成一体；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通或两个元件的相互作用关系。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明实施例中的具体含义。

在本发明的一个实施例中，如图1所示，提供了一种用于多设备智慧化协同的云服务平台，包括设备端10、云平台20和应用端30，优选地，所述云平台20通过标准Restful接口与所述设备端10以及所述应用端30互联互通。具体地，所述云平台20用于与所述设备端10的各设备调度连接进行工业协议的转换及适配，且将各设备能力以统一的标准模型进行封装实现各设备间通信互联，以解决多设备间的通信协议适配问题；并以可视化编程调试方式按实际应用场景构建调度应用，以解决系统冲突及操作紊乱甚至操作事故的问题。所述应用端30用于承担所述云平台20的数据监控以及对外通联的功能。所述设备端10代表所述云服务平台的作业执行能力，属于作用对象不可缺少，具体包括机械臂、AGV、深度摄像头、传感器、执行器等硬件设备等。

如图2所示，所述云平台20包括网络IO调度中心21、协议驱动层22、模型层23、场景设计中心24和调度应用中心25。其中，所述网络IO调度中心21用于与所述设备端10各设备的调度连接。所述协议驱动层22将设备数据进行协议解析，且将协议解析实例化成设备驱动，所述设备驱动根据协议脚本对数据进行解析和封装，封装后的数据存储至协议解析库，其中，从工业协议解析通讯库获得的实例化设备协议成为设备驱动，所述设备驱动负责与各个设备进行通讯。所述模型层23能够供所述调度场景实例化调度。所述场景设计中心24完成所述云平台20所有的调度计算和操作控制。所述调度应用中心25能够将所述场景设计中心24完成的场景调度将统一进行管理以构建所述调度应用，所述调度应用能够以服务的形式对所述设备端10提供调度服务。

进一步地，所述设备端10的各设备通过所述网络IO调度中心21进行接口调度连接，待成功建立连接后将设备数据上传所述协议驱动层22进行协议解析。具体地，所述网络IO调度中心21能够接收所述设备端10的各设备的网络连接请求，并根据网络连接请求计算所需带宽，并进行智能分配；且针对静默的网络连接请求进行宽带资源回收，以实现对所述设备端10的各设备进行网络带宽权值管理。此外，所述网络IO调度中心21具有查询间隔设置功能，能够通过设定的间隔实时查询当前网络情况，防止因网络故障影响所述设备端10的各设备执行效率。

进一步地，所述实例化设备协议根据通讯端口或通信地址对报文协议进行绑定，以及对报文脚本进行编辑；并且能够根据实际运行情况对协议解析库进行工控协议种类增删。所述协议驱动层22将协议解析实例化成设备驱动，所述设备驱动对下连接设备，对上能够以服务的形式提供设备控制接口。现有技术中，由于系统平台需要兼容不同厂家、不同类型及不同型号的设备，而通常各单元之间的产品往往独立开发，互不干涉，所以存在通信协议适配问题。诸如实现产线上的机器人、机械臂等相关对象间的信息互通，以往的做法是在俩两设备之间增加对应的协议解析模块，但这种方式随着需要接入设备规模增大，调度系统的复杂程度将指数级增加，且工作量太大不易维护，一个开放式调度系统不可能采用这种低效的协议转换方式。因此，通过所述协议驱动层22中的设置协议解析库，适应不够协议的对接，以解决设备不匹配的的问题。

如图3所示，所述模型层23包括用于保存设备的标准数字模型的模型库231、用于保存设备3D模型的3D模型库232和用于保存工业算法模型的算法库233。其中，如图4所示，所述标准数字模型及3D模型皆遵循3IM基本框架，由标识、类和属性组成；具体地，3IM指实体物理空间和信息空间的信息标准化表述，是信息技术和工业技术深度融合的基础，在所述云平台20为每一个设备定义一套标准的数字模型3IM，标准数字模型通过所述设备驱动与各设备关联，而在所述调度应用中直接对标准模型进行操作。3IM基本框架旨在构建3IM提供指引，类可以含有标识、子类和属性，子类还可以有标识、子类和属性，如此类推，3IM基本框架可以根据信息交互及建模需要对标识、类和属性进行扩展。

进一步地，所述标准数字模型能够封装对应设备类型的全部属性，且对各设备的每个元操作封装调度锁，以使所述标准数字模型供调度场景实例化调度。3D模型与标准数字模型一一对应，以封装对应3D模型的全部操作，以使3D模型能够供调度场景实例化调度。

进一步地，所述工业算法模型的输入输出定义清晰，能够同步调用和/或异步调用，以使工业算法模型供调度场景实例化调度。

如图5所示，所述场景设计中心24包括程序编辑模块241、模拟及调试模块242和消息告警模块243；其中，所述程序编辑模块241用于对所述调度应用进行基于场景的调度编程，编程方式支持文本编辑和/或模型编辑；所述模拟及调试模块242用于对所述程序编辑模块241设计的所述调度程序进行模拟运行以及远程调试；所述消息告警模块243用于接收告警信息以及设置告警处理规则，且将接收的所述告警信息按照所述告警处理规则进行相应的告警处理。

进一步地，所述告警处理规则包括显性故障等级设定规则和隐性故障检测算法规则；其中，所述显性故障等级设定规则用于根据判定的显性故障等级作出是否暂停所述云服务平台调度服务的指示；所述隐性故障检测算法规则用于为各设备数字模型增加隐性故障检测算法以使根据需求主动调用或定时检测。针对现有技术中的系统平台，当系统内部设备发生显性故障和隐性故障时，会造成系统混乱或停止运行；诸如当设备发生机械臂卡死、AGV倾倒等显性故障时，这时系统平台能根据设备状态数据感知故障发生，这时系统可让相关调度停止运行，但是系统平台不具备自动修复能力，系统停摆；当设备发生传感器错误信号、AGV错误定位信息等隐性故障时，这时系统平台不能感知故障的发生，导致系统混乱甚至操作事故的发生。为了解决现有系统平台存在发生显性故障和隐性故障时出现的问题，本发明通过增加消息告警模块243，当设备或系统发生显性故障时，立刻通过控制界面、消息、电话多种方式等通知主管人员，让运维保障人员参与排查和解决问题，同时可设定故障等级，根据故障等级判定是否先让系统调度暂停运行。其次，针对隐性故障，通过在所述算法库中写入故障检测算法，为每类设备数字模型增加故障检测算法，诸如传感器信号一直输入，或者信号输入的规律明显不符合当前生产节拍时，算法可判定当前传感器故障；并且，故障检测算法可根据需求在调度程序中主动调用，或者设置定时检测；具体检测算法操作步骤为：

S101，系统主动或定时检测设备故障；

S102，系统主动或定时检测设备故障；

S103，当系统感知故障时，发送故障告警到消息告警中心；

S104，消息告警中心判定故障等级，中心根据等级做相应操作，并发送告警信息到主管人员；

S105，主管人员安排运维保障人员排查和解决问题；

S106，主管在平台上对故障进行置常，系统恢复正常运行。

进一步地，所述调度应用中心25针对每一所述调度应用中的设备实例增加调度锁以及生成对应级别的调度栈，以使所述调度应用中心25根据对应的所述调度栈进行调度操作。针对现有技术中的系统平台，系统平台支持调度应用并行运作，当两个并行的调度应用需要同时使用同一个设备时，可能会造成系统冲突；为了解决现有系统平台的这个问题，在所述调度应用中心25通过写入程序方式为每个设备实例增加调度锁，在标准数字模型的所述模型库231中进行加锁解锁封装，即实现每个所述调度应用在使用设备前加锁，如果设备处于加锁状态，则阻塞等待，及实现每个调度应用在使用设备结束后解锁。与此同时增设调度优先级，每一个级别设计一个调度栈，优先级高的调度栈首先运行。现举例说明调度应用A及调度应用B同时需要使用机械臂a的具体防止冲突的步骤为：

S201，调度应用A及调度应用B同时需要使用机械臂a进行抓取操作；

S202，调度应用A首先使用机械臂a，机械臂a加锁；

S203，调度应用B其后需要使用机械臂a，机械臂a处于加锁状态，B等待；

S204，调度应用A结束操作，机械臂a解锁；

S205，调度应用B等到机械臂a解锁状态，机械臂a加锁；

S206，往复循环步骤S202至步骤S205。

如图6所示，所述应用端30包括调度系统平台31和管理系统平台32，其承担所述云平台20的数据监控及对外通联的能力。其中，所述调度系统平台31主要负责对接诸如WMS、MES等外部生产控制系统的外部操作任务，将外部操作任务自动解析转换为调度操作指令，以支撑系统的通用性及易定制性；同时所述管理系统平台32包括数字大屏、手机APP等，以支撑系统的配置管理、数据展示及交互控制。

进一步地，所述管理系统平台32包括配置管理模块321和应用展示模块322。所述配置管理模块321用于对所述云平台内部的配置管理信息提供交互界面；所述应用展示模块322对平台内部的数据状态接口、3D模型接口及操作指令接口等进行统一API封装，以支撑系统的数据展示及交互控制，诸如工业数字大屏、手机APP、PC看板等展示应用。具体实践中，所述展示应用模块322的功效有：(1)、能够对作业场景进行展示；(2)、能够对当前任务的关键信息进行展示；(3)、能够对当前场景设备的关键信息进行展示；(4)、能够对现场的告警信息进行展示；(5)、能够对设备的3D模型进行实时展示；(6)、能够对调度应用中心发出调度指令、中断指令等，以控制现场操作。

进一步地，针对现有技术中的系统平台，由于累计误差或者传输异常等原因，系统平台在控制设备工作时，平台设备状态与设备实际状态可能不完全一致易引发操作紊乱甚至操作事故，究其原因是因为现有工业控制无同一控制功能导致各设备无法统一初始化而影响协同作业，本发明对每一个设备定义设备初始状态，在设备连通时统一做初始化操作，且在每一个调度下发前，查询设备实时状态的方法解决。诸如所述系统管理平台输出选取上下料动作调度指令给所述云平台的，这时要求所述设备端的所有上下料相关的设备要初始化，以保证该调度任务顺利执行。现以上下料设备举例，其初始化具体操作步骤为：

S301，定义上下料设备初始状态；

S302，上下料设备连通时做初始化；

S303，上下料设备接受到调度指令；

S304，查询相关上下料设备状态；

S305，计算操作及操作量；

S306，下发操作指令给予上下料设备。

在本发明的一个较佳实施例中，

S401，接收系统下达的作业指令信息，所述作业指令信息是与第一机械臂、第二机械臂有关的作业任务；

S402，根据所述下达的作业指令信息，启动与第一机械臂、第二机械臂有关的作业任务的调度功能，并指定系统设备模型库中与第一机械臂、第二机械臂相关的运动件；

S403，基于所述的调度功能以及指定的运动件，编制与第一机械臂、第二机械臂有关的作业程序，并匹配工业协议解析通讯库中与作业程序有关的实例化设备协议；通过所述作业程序与实例化设备协议，令与第一机械臂、第二机械臂有关的运动件完成与第一机械臂、第二机械臂有关的作业任务。其具体的运行代码如下：

public void run(){

try{

//设置5分钟超时

this.clientSocket.setSoTimeout(5*60*1000)；

//获取调度端来的数据

char[]a＝new char[100]；

String str＝""；

while(true){

BufferedReader in＝new BufferedReader(new InputStreamReader(this.clientSocket.getInputStream()))；

in.read(a)；

str＝new String(a)；

//清除数组中多余的内容

str＝str.replace("\0","")；

System.out.println("received message:"+str)；

//因为有心跳指令干扰，必须保证收到login信息

if(str.contains("login")){

break；

}else{

try{

this.clientSocket.close()；

}catch(IOException e){

System.out.println("connection closed！")；

}

}

}

//返回的信息中有login的话，属于登录等成功

if(str.contains("login")){

String sn＝""；

JSONObject jo＝JSONObject.parseObject(str)；

sn＝jo.getString("sn")；//设备编号

while(true){

//发送指令

byte[]s＝Util.hexStrToBinaryStr("010300012342C40B")；

this.clientSocket.getOutputStream().write(s)；

//接收信息

byte[]rsByte＝new byte[100]；

this.clientSocket.getInputStream().read(rsByte)；

String recMsg＝Util.BinaryToHexString(rsByte)；

public static void main(String[]args)throws IOException{System.out.println("服务已启动，等待连接！")；

//建立TCP连接服务,绑定端口

ServerSocket tcpServer＝new ServerSocket(7777)；

//接受连接,每个TCP连接都是一个java线程

while(true){

Socket clientSocket＝tcpServer.accept()；

new TcpMainTest(clientSocket).start()；

}

}

通过上述步骤可知，在实际运用过程中，调度系统能够将接收到的调度指令转译生成调度指令以进行相关的调度作业指令，根据所述下达的作业指令信息，启动与设备端有关的作业任务的调度功能，并指定系统设备模型库中与设备端相关的运动件；基于所述的调度功能以及指定的运动件，编制与设备端有关的作业程序，并匹配工业协议解析通讯库中与作业程序有关的实例化设备协议，通过所述作业程序与实例化设备协议，令与设备端有关的运动件完成对应的作业任务。需要说明的是，上述仅列举了机械臂驱动的相关驱动机理，而对于协议驱动库内的AGV驱动、摄像头驱动、传感器驱动、复合机器人驱动、执行器驱动也是基于类似驱动机理进行驱动。

在本发明的另一个实施例中，当两个以上的调度应用需要同时使用同一个设备时，为防止可能会造成系统冲突，或者累计误差或者传输异常等问题，工业协议解析通讯库中在该实例化设备协议中插入自定义修正调度脚本，所述自定义修正调度脚本基于时间日志与空间位置建立,如下：

SELECT trim(name)dbname,trim(owner)owner,created||'T'created_time,

TRIM(DBINFO('dbspace',partnum))AS dbspace,

CASE WHEN is_logging+is_buff_log＝1THEN"Unbuffered logging"

WHEN is_logging+is_buff_log＝2THEN"Buffered logging"

WHEN is_logging+is_buff_log＝0THEN"No logging"

ELSE""END Logging_mode

FROM sysdatabases

where trim(name)not like'sys％'；

如此，在实例化设备协议的基础上插入基于时间日志与空间位置的自定义修正调度脚本，可以更有效地解决两个以上的调度应用同时使用一个设备或零部件的系统冲突，以及累计误差或传输问题。

综上所述，所述云服务平台的运行机理为：以机器人及其组合设备构成的所述设备端10为主要操作和连接对象，通过有线或无线方式连接所述云平台20；所述云平台20首先通过将各类工业协议解析通讯库解析设备数据，每个实例化的协议解析通讯库成为设备驱动，设备驱动负责与具体的设备通讯实现设备间通信互联；其次以可视化编程的方式按实际应用场景构建调度应用以使对应用场景进行快速的个性化定制，且将各调度应用以服务的形式进行封装实现与外部系统的快速对接；最后所述云平台20通过驱动、模型、算法、调度应用等模块库的柔性化设计，构建开放式系统平台；所述应用端30通过数字大屏、app等多种方式对所述云平台进行实时监控，且外部系统可根据所述应用端30的调度服务对所述云平台20进行操作控制。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种用于多设备智慧化协同的云服务平台，其特征在于，包括：

设备端；

云平台，与所述设备端连接，用于与所述设备端的各设备调度连接进行工业协议的转换及适配，且将各设备能力以统一的标准模型进行封装实现各设备间通信互联，并以可视化编程调试方式按实际应用场景构建调度应用；

应用端，与所述云平台连接，用于承担所述云平台的数据监控以及对外通联的功能；

其中，所述云平台包括场景设计中心和调度应用中心，所述云服务平台的调度计算及操作控制在所述场景设计中心设计完成，在所述场景设计中心完成的场景调度，统一由所述调度应用中心进行管理以构建所述调度应用，所述调度应用以服务的形式对所述设备端提供调度服务。

2.根据权利要求1所述的用于多设备智慧化协同的云服务平台，其特征在于，所述场景设计中心包括程序编辑模块、模拟及调试模块和消息告警模块；其中，所述程序编辑模块用于对所述调度应用进行基于场景的调度编程，编程方式支持文本编辑和/或模型编辑；所述模拟及调试模块用于对所述程序编辑模块设计的所述调度程序进行模拟运行以及远程调试；所述消息告警模块用于接收告警信息以及设置告警处理规则，且将接收的所述告警信息按照所述告警处理规则进行相应的告警处理。

3.根据权利要求2所述的用于多设备智慧化协同的云服务平台，其特征在于，所述告警处理规则包括显性故障等级设定规则和隐性故障检测算法规则；其中，所述显性故障等级设定规则用于根据判定的显性故障等级作出是否暂停所述云服务平台调度服务的指示；所述隐性故障检测算法规则用于为各设备数字模型增加隐性故障检测算法以使根据需求主动调用或定时检测。

4.根据权利要求1所述的用于多设备智慧化协同的云服务平台，其特征在于，所述调度应用中心针对每一所述调度应用中的设备实例增加调度锁以及生成对应级别的调度栈，以使所述调度应用根据对应的所述调度栈进行调度操作。

5.根据权利要求1所述的用于多设备智慧化协同的云服务平台，其特征在于，所述云平台还包括供所述调度场景实例化调度的模型层，其包括用于保存设备的标准数字模型的模型库、用于保存设备3D模型的3D模型库和用于保存工业算法模型的算法库；其中，所述标准数字模型及3D模型皆遵循3IM基本框架，由标识、类和属性组成；所述工业算法模型具有同步调用和/或异步调用功能。

6.根据权利要求1所述的用于多设备智慧化协同的云服务平台，其特征在于，所述云平台还包括从工业协议解析通讯库获得的实例化设备协议成为设备驱动，所述设备驱动负责与各个设备进行通讯。

7.根据权利要求6所述的用于多设备智慧化协同的云服务平台，其特征在于，所述实例化设备协议根据通讯端口或通信地址对报文协议进行绑定，以及对报文脚本进行编辑。

8.根据权利要求1所述的用于多设备智慧化协同的云服务平台，其特征在于，所述云平台还包括网络IO调度中心，用于将各设备进行接口调度连接，以待成功建立连接后将设备数据上传所述协议驱动层进行协议解析。

9.根据权利要求1所述的用于多设备智慧化协同的云服务平台，其特征在于，所述应用端包括调度系统平台，用于对接外部生产控制系统，通过接收外部操作任务指令，且将接收到的所述外部操作任务指令自动转译成调度操作指令以进行服务调度。

10.根据权利要求1所述的用于多设备智慧化协同的云服务平台，其特征在于，所述应用端还包括管理系统平台，用于支撑所述云平台的配置管理、数据展示及交互控制的。

Images