首页 / 专利库 / 企业组织 / 流程图 / 一种城轨交通跨专业智能联动方法

一种城轨交通跨专业智能联动方法

阅读:215发布:2020-05-13

专利汇可以提供一种城轨交通跨专业智能联动方法专利检索,专利查询,专利分析的服务。并且本 发明 涉及一种城轨交通跨专业智能联动方法,包括以下步骤:1)联动定义,用于生成一个符合规范的xml文档;2)联动部署执行,按照触发形式不同,联动预案可分为手动触发、订阅触发以及定时触发三种形式;3)联动记录查询,除了以图形方式展示执行过程外,还能够描述已执行流程的执行细节。与 现有技术 相比,本发明具有联动场景的开发上线速度得到极大提升,联动效果呈现直观等优点。,下面是一种城轨交通跨专业智能联动方法专利的具体信息内容。

1.一种城轨交通跨专业智能联动方法,其特征在于,包括以下步骤:
1)联动定义,用于生成一个符合规范的xml文档;
2)联动部署执行,按照触发形式不同,联动预案可分为手动触发、订阅触发以及定时触发三种形式;
3)联动记录查询,除了以图形方式展示执行过程外,还能够描述已执行流程的执行细节。
2.根据权利要求1所述的一种城轨交通跨专业智能联动方法,其特征在于,所述的联动定义,使用图形化的设计工具,通过拖拽图元设置属性的方式绘制出联动流程图案并生成xml文档,其中一个完整的联动流程图案必须包括开始、结束以及业务节点,还可根据需要添加网关、调用子流程的其他类型节点。
3.根据权利要求1或2所述的一种城轨交通跨专业智能联动方法,其特征在于,所述的联动定义具体包括以下步骤:
101)使用联动图形化设计工具创建一个空白的联动定义文件;
102)所有联动预案均采用泳道流程图的方式绘制,从工具栏拖拽出泳池图元,根据不同联动场景下可能参与的子系统类别划分色模,一种角色即一个泳道,在泳池中添加多个角色泳道;
103)根据联动场景的触发形式选择合适类型的开始节点,对于手动或订阅触发类型联动场景,只需选择没有任何限制的开始节点放置在合适的泳道中即可;对于有定时触发需求的场景,则需要选择定时类型开始节点;
104)根据业务需要,从工具栏中拖拽出脚本任务节点图元,在其属性框内配置相应的业务脚本,支持Lua、JavaScript类型脚本;
105)对于有并行需求的联动场景,可以添加并行网关节点用于增加流程分支,网关后的各分支并行执行;
106)每个流程分支都应设置结束节点,结束节点后不能再连接其他节点,即只进不出;
107)经过步骤101~105,所有流程节点都已绘制完毕,需要使用带箭头的连接线依次将各图元节点连接上,箭头的方向即实际业务应流转的方向;
108)设计好的流程文档以图片和xml文档两种形式输出,文档用于线上部署。
4.根据权利要求3所述的一种城轨交通跨专业智能联动方法,其特征在于,所述的泳道流程图绘制过程中,从工具栏拖拽出泳池、泳道图元,泳道个数均与参与该联动场景的所有子系统数保持一致。
5.根据权利要求3所述的一种城轨交通跨专业智能联动方法,其特征在于,所述的开始节点的个数根据需要确定,为一个或多个,其中开始节点是一个流程起点,因此开始节点前不能连接其他节点,即只出不进。
6.根据权利要求3所述的一种城轨交通跨专业智能联动方法,其特征在于,所述的脚本内部除了可书写相应脚本语言的逻辑外,还可以设置和获取流程全局或各流程分支变量;
另外由于跨专业联动的需要,按照不同专业封装了大量联动接口指令集供脚本内调用,单任务节点的脚本业务粒度应与实际业务粒度保持一致。
7.根据权利要求3所述的一种城轨交通跨专业智能联动方法,其特征在于,对于需要根据条件选择合适路径分支的场景,可添加排他网关或包容网关节点,对于会大量重复调用的模块可抽取成独立流程,通过“调用子流程”节点的方式供其他流程调用。
8.根据权利要求1所述的一种城轨交通跨专业智能联动方法,其特征在于,所述的联动部署执行中的订阅触发,具体包括以下步骤:
201)联动定义过程生成的xml文件部署,部署过程同时会验证xml的有效性,只有验证通过方可部署成功;
202)订阅配置,需要先把联动定义与相应的订阅信息关联,配置的订阅信息中包含该联动场景的触发条件和将要触发的流程ID;
203)发起订阅,配置好的订阅信息只有订阅后才会和各子系统产生实际关联;
204)联动场景触发,完成订阅后的配置点当数值发生变化后系统会实时接收到通知,当数值满足场景触发条件时,会触发相应的已部署流程,若找不到对应预案流程模型,则启动失败;
205)联动引擎会按照联动预案模型执行中定义的执行动作进行流转,实际动作执行与否、以及执行顺序均由实时分析数据驱动;
206)联动跟踪,联动场景触发后,联动的执行过程以网页实时刷新图片的形式呈现,已执行节点会被绿色高亮处理,正在执行的节点以红色高亮处理,未执行的节点则不做任何处理显示,实际的联动业务执行效果与实时刷新的流程图状态保持一致。
9.根据权利要求8所述的一种城轨交通跨专业智能联动方法,其特征在于,所述的定时触发和手动触发的联动场景只包括步骤201)、步骤205)和步骤206)。
10.根据权利要求9所述的一种城轨交通跨专业智能联动方法,其特征在于,所述的定时触发的联动场景需要在联动定义时使用定时开始节点,并在其属性中配置相应的定时信息,步骤201)完成后当满足定时条件即会执行该联动流程;
所述的手动触发的联动场景则需要手动启动一个已部署的联动流程,同样的定时触发的流程也可通过手动启动形式立即触发。

说明书全文

一种城轨交通跨专业智能联动方法

技术领域

[0001] 本发明涉及城市轨道交通无人驾驶系统,尤其是涉及一种城轨交通跨专业智能联动方法。

背景技术

[0002] 城市轨道交通无人驾驶系统是一个技术与信息高度融合的综合信息处理平台,运用多种自动化手段,将多个分散孤立的子系统集成互联成为一个整体,提高各子系统之间的协调配合能,增强对各种突发事件的应变能力,最终提升地运营的整体自动化平。为了提高地铁运营服务质量,时刻保障公众出行安全,必须不断提高自动化水平,及时应对和处理运营场景下的突发情况(如区间阻塞、突发客流、列车晚点等)或各种灾害(如火灾、地震、水淹等)。因此,依托综合监控平台克服运营场景下系统设备集成难度,实现跨车、机、电不同专业子系统的有效联动是有必要的。现阶段,各子系统虽已集成在综合监控平台,但彼此信息仍较为独立,只实现了界面的统一,而信息层面融合程度不高。有厂商尝试采用硬编码的方式开发出一种联动引擎以此驱动多专业的信息流动,但这种方式显然无法满足地铁运营过程中快速变化的需求,系统扩展性较差。

发明内容

[0003] 本发明的目的就是为了克服上述现有技术存在的缺陷而提供一种城轨交通跨专业智能联动方法。
[0004] 本发明的目的可以通过以下技术方案来实现:
[0005] 一种城轨交通跨专业智能联动方法,包括以下步骤:
[0006] 1)联动定义,用于生成一个符合规范的xml文档;
[0007] 2)联动部署执行,按照触发形式不同,联动预案可分为手动触发、订阅触发以及定时触发三种形式;
[0008] 3)联动记录查询,除了以图形方式展示执行过程外,还能够描述已执行流程的执行细节。
[0009] 优选地,所述的联动定义,使用图形化的设计工具,通过拖拽图元设置属性的方式绘制出联动流程图案并生成xml文档,其中一个完整的联动流程图案必须包括开始、结束以及业务节点,还可根据需要添加网关、调用子流程的其他类型节点。
[0010] 优选地,所述的联动定义具体包括以下步骤:
[0011] 101)使用联动图形化设计工具创建一个空白的联动定义文件;
[0012] 102)所有联动预案均采用泳道流程图的方式绘制,从工具栏拖拽出泳池图元,根据不同联动场景下可能参与的子系统类别划分色模,一种角色即一个泳道,在泳池中添加多个角色泳道;
[0013] 103)根据联动场景的触发形式选择合适类型的开始节点,对于手动或订阅触发类型联动场景,只需选择没有任何限制的开始节点放置在合适的泳道中即可;对于有定时触发需求的场景,则需要选择定时类型开始节点;
[0014] 104)根据业务需要,从工具栏中拖拽出脚本任务节点图元,在其属性框内配置相应的业务脚本,支持Lua、JavaScript类型脚本;
[0015] 105)对于有并行需求的联动场景,可以添加并行网关节点用于增加流程分支,网关后的各分支并行执行;
[0016] 106)每个流程分支都应设置结束节点,结束节点后不能再连接其他节点,即只进不出;
[0017] 107)经过步骤101~105,所有流程节点都已绘制完毕,需要使用带箭头的连接线依次将各图元节点连接上,箭头的方向即实际业务应流转的方向;
[0018] 108)设计好的流程文档以图片和xml文档两种形式输出,文档用于线上部署。
[0019] 优选地,所述的泳道流程图绘制过程中,从工具栏拖拽出泳池、泳道图元,泳道个数均与参与该联动场景的所有子系统数保持一致
[0020] 优选地,所述的开始节点的个数根据需要确定,为一个或多个,其中开始节点是一个流程起点,因此开始节点前不能连接其他节点,即只出不进。
[0021] 优选地,所述的脚本内部除了可书写相应脚本语言的逻辑外,还可以设置和获取流程全局或各流程分支变量;另外由于跨专业联动的需要,按照不同专业封装了大量联动接口指令集供脚本内调用,单任务节点的脚本业务粒度应与实际业务粒度保持一致。
[0022] 优选地,对于需要根据条件选择合适路径分支的场景,可添加排他网关或包容网关节点,对于会大量重复调用的模块可抽取成独立流程,通过“调用子流程”节点的方式供其他流程调用。
[0023] 优选地,所述的联动部署执行中的订阅触发,具体包括以下步骤:
[0024] 201)联动定义过程生成的xml文件部署,部署过程同时会验证xml的有效性,只有验证通过方可部署成功;
[0025] 202)订阅配置,需要先把联动定义与相应的订阅信息关联,配置的订阅信息中包含该联动场景的触发条件和将要触发的流程ID;
[0026] 203)发起订阅,配置好的订阅信息只有订阅后才会和各子系统产生实际关联;
[0027] 204)联动场景触发,完成订阅后的配置点当数值发生变化后系统会实时接收到通知,当数值满足场景触发条件时,会触发相应的已部署流程,若找不到对应预案流程模型,则启动失败;
[0028] 205)联动引擎会按照联动预案模型执行中定义的执行动作进行流转,实际动作执行与否、以及执行顺序均由实时分析数据驱动;
[0029] 206)联动跟踪,联动场景触发后,联动的执行过程以网页实时刷新图片的形式呈现,已执行节点会被绿色高亮处理,正在执行的节点以红色高亮处理,未执行的节点则不做任何处理显示,实际的联动业务执行效果与实时刷新的流程图状态保持一致。
[0030] 优选地,所述的定时触发和手动触发的联动场景只包括步骤201)、步骤205)和步骤206)。
[0031] 优选地,所述的定时触发的联动场景需要在联动定义时使用定时开始节点,并在其属性中配置相应的定时信息,步骤201)完成后当满足定时条件即会执行该联动流程;
[0032] 所述的手动触发的联动场景则需要手动启动一个已部署的联动流程,同样的定时触发的流程也可通过手动启动形式立即触发。
[0033] 与现有技术相比,本发明具有以下优点:
[0034] 1)提供图形化设计工具,联动业务灵活可配,所有联动场景的搭建只需通过图形化工具拖拽图元组合配上简单的业务脚本组态实现;
[0035] 2)可根据新增需求快速实现场景的扩展和定义,且联动预案能够在线热部署;
[0036] 3)联动效果辅以图形化形式实时展示,非常直观。附图说明
[0037] 图1为联动流程节点分类示意图;
[0038] 图2为联动流程的设计流程图;
[0039] 图3为视频清客联动简化流程图;
[0040] 图4为视频清客联动定义文档结构示意图;
[0041] 图5为视频清客联动定义流程图;
[0042] 图6为联动模型解析过程的流程图。

具体实施方式

[0043] 下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明的一部分实施例,而不是全部实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都应属于本发明保护的范围。
[0044] 本发明一种城轨监控领域跨专业联动的方法,能够实现联动预案的在线部署与业务的快速更新。借鉴工作流技术思想开发的城轨监控领域跨专业联动平台,采用工作流思想结合脚本引擎的方式实现,以工作流技术驱动联动脚本指令执行。工作流技术为了实现某个业务目标,利用计算机在多个参与者之间按某种预定规则自动传递文档、信息或者任务。工作流技术以图形化的方式实现了编程世界里跳转、定时、循环、判断、并行等特性,可以基本模拟编程环境里的一系列场景。对于城轨综合监控而言,使用工作流这种流程可视化技术可以使得监控效果变得更加直观。图形化的预案设计方式配合解释执行的脚本可以及时应对联动需求的变更,可以极大地增加联动预案的配置灵活性和设计自由度。基于城轨领域安全角度考虑,联动系统需要实时处理大量运营环境下产生的大量数据,如需求改变需要重启系统将会对运营产生极大影响。而基于工作流的热部署形式,系统可以实现联动预案的热更新,即联动服务器无需重启就可实现修改方案的迭代部署。
[0045] 联动预案流程的绘制完全遵循流程建模规范,所有联动业务绑定于流程图元。按照流程规范,流程节点大致可分为事件、活动、网关等,如图1所示。事件是控制流程进度的节点,可以实现流程节点的等待、跳转与异常处理,在流程图中外形都为圆圈符号。信号与消息事件的存在使得联动流程内部步骤节点的跳转以及不同联动预案间的交流成为可能。活动是流程的业务单元,在联动引擎中主要用于绑定并调用联动脚本,以圆角矩形符号表示。调用子流程的存在,可以提高大型联动场景的建模效率,设计人员可以预先设计好多个通用的联动预案单元,供多种联动场景调用实现扩展。网关用于多联动分支流向的控制。顺序流和消息流则用于事件、活动与网关的连接,以单向带箭头连接线符号表示。而池与道容器的配合则用于区分联动参与者的角色。
[0046] 联动功能主要包括以下三个部分,1)联动定义;2)部署执行;3)记录查询。
[0047] 联动定义的目的是为了生成一个符合规范的xml文档,是实现联动效果的前提与关键。可以使用图形化的设计工具,通过拖拽图元设置属性的方式绘制出联动流程图案并生成xml文档。一个完整的流程图必须包括开始、结束节点、业务节点,还可根据需要添加网关、调用子流程节点等,操作流程如图2所示,具体联动定义的步骤说明如下:
[0048] 步骤1:使用联动图形化设计工具创建一个空白的联动定义文件。
[0049] 步骤2:所有联动预案均采用泳道流程图的方式绘制,按照不同联动场景下参与子系统的角色划分模块。从工具栏拖拽出泳池、泳道图元,泳道个数与参与该联动场景的所有子系统数保持一致。
[0050] 步骤3:根据联动场景的触发形式选择合适类型的开始节点,对于手动或订阅触发类型联动场景,只需选择没有任何限制的开始节点放置在合适的泳道中即可;对于有定时触发需求的场景,则需要选择定时类型开始节点。开始节点的个数根据需要确定,可以是一个或多个。开始节点是一个流程起点,因此开始节点前不能连接其他节点,即只出不进。
[0051] 步骤4:根据业务需要,从工具栏中拖拽出脚本任务节点图元,在其属性框内配置相应的业务脚本,支持Lua、JavaScript等多种类型脚本。脚本内部除了可以书写相应脚本语言的逻辑外,还可以设置和获取流程全局或各流程分支变量。另外由于跨专业联动的需要,平台按照不同专业封装了大量联动接口指令集供脚本内调用,脚本业务粒度应与实际业务步骤保持一致。
[0052] 步骤5:对于有并行需求的联动场景,可以添加并行网关节点用于增加流程分支,网关后的各分支并行执行。对于需要根据条件选择合适路径分支的场景,可以添加排他网关或包容网关节点,两者区别在于,排他网关的后续分支只会执行符合条件的第一条,而包容网关则会判断所有分支条件,执行满足条件的所有后续分支。对于会大量重复调用的模块可以抽取成独立流程,通过“调用子流程”节点的方式供其他流程调用。
[0053] 步骤6:每个流程分支都应设置结束节点,结束节点后不能再连接其他节点,即只进不出。
[0054] 步骤7:经过步骤1~5,所有流程节点都已绘制完毕,需要使用带箭头的连接线依次将各图元节点连接上,箭头的方向即实际业务应流转的方向。
[0055] 步骤8:设计好的流程文档以图片和xml文档两种形式输出,文档用于线上部署。
[0056] 如图5所示,在联动预案设计器中通过开始事件、中间事件、结束事件搭配脚本任务及各种网关,并以顺序流(连接线)串联,可以快速搭建多种联动业务场景模型,并能够根据现场各种突发需求,对联动预案及时做出调整。
[0057] 下面我们以一个简化的列车到站视频清客联动流程为例详细介绍本方法的实现。如图3所示为一个视频清客联动的简化流程,当列车抵达终点站时需要执行清客操作,搭载视频识别系统的列车可以较准确地识别出列车各车厢内人数,当清客时间点到达时,平台通过列车内总人数判断列车内有无乘客。若无则表示清客成功,通知行调清客成功,流程结束;若有则乘客调播放广播,同时通知中心行调工作站,等待两秒后继续检查车内人数,直至发现车内无人,流程结束;若检查次数超过10次车内乘客仍未完全撤离,则通过乘客调呼叫现场人员清客,当清客成功通知行调清客完成,联动流程结束。
[0058] 根据图3抽象出的场景描述,按照联动定义流程描述的步骤,依次选择合适的流程图元节点,生成联动预案文件,其XML结构示意图如图4所示,其中prcocess节点描述了该联动场景下所有业务信息,是整个联动场景的功能核心。而diagram节点则描述了流程图元的位置信息,按照这些图元位置信息可以绘制出相应的流程图片,如图5所示。
[0059] 联动预案的可行性受人为因素影响较大,因此联动预案的设计人员必须严格遵守联动设计规范,灵活谨慎搭配多种流程元素设计流程。部署过程联动引擎会先分析联动预案文件的xml的语法,若不满足流程规范则部署失败,而联动有效性的保证则需要经过大量全面的仿真测试。
[0060] 联动部署执行,按照触发形式不同,联动预案可分为手动触发和订阅触发以及定时触发三种形式。实际运行中的联动模型是一颗执行树,各式网关搭配不同条件的连接线让实时联动预案具有多种流转可能。一个完整的订阅触发的联动场景执行的步骤如下:
[0061] 步骤1:联动定义过程生成的xml文件部署,部署过程同时会验证xml的有效性,只有验证通过方可部署成功。如图6所示,部署过程会把xml格式的联动预案文档解析成流程模型缓存在内存中待系统触发调用执行。
[0062] 步骤2:订阅配置,部署后的联动预案不能自动执行,需要通过订阅触发。因此需要先把联动定义与相应的订阅信息关联,配置的订阅信息中包含该联动场景的触发条件和将要触发的流程ID。
[0063] 步骤3:发起订阅,配置好的订阅信息只有订阅后才会和各子系统产生实际关联。
[0064] 步骤4:联动场景触发,完成订阅后的配置点当数值发生变化后系统会实时接收到通知,当数值满足场景触发条件时,会触发相应的已部署流程,若找不到对应预案流程模型,则启动失败。
[0065] 步骤5:联动引擎会按照联动预案模型执行中定义的执行动作进行流转,实际动作执行与否和执行顺序由实时分析数据驱动。
[0066] 步骤6:联动跟踪,联动场景触发后,联动的执行过程以网页实时刷新图片的形式呈现,已执行节点会被绿色高亮处理,正在执行的节点以红色高亮处理,未执行的节点则不做任何处理显示,实际的联动业务执行效果与实时刷新的流程图内容保持一致。
[0067] 相对于订阅触发的方式,定时触发和手动触发的联动场景没有步骤2~步骤4。定时触发的联动场景需要在联动定义时使用定时开始节点,并在其属性中配置相应的定时信息。步骤1完成后当满足定时条件即会执行该联动流程。手动触发的联动场景则需要手动启动一个已部署的联动流程。同样的定时触发的流程也可以通过手动启动形式立即触发,但订阅触发的联动场景不可通过此方式启动,因为订阅触发类型流程需要订阅数据支撑,缺失订阅数据流程的业务执行过程无法进行。因此即使能够触发流程,但流程执行过程会出错将无法继续下去。
[0068] 联动记录查询,同样除了以图形方式展示执行过程外,还能够描述已执行流程的执行细节,包括所有联动环节的开始时间、结束时间、过程耗时、执行顺序以及过程中数据变化情况等。
[0069] 该方法已经被应用于卡斯柯信号有限公司行车指挥综合自动化系统(TIDAS,Traffic Integrated Dispatcher Automatic System)的联动引擎中,该系统以行车指挥为核心,集成了ATS、PSCADA、BAS、FAS、PIS、PA、CCTV等专业子系统,实现智能调度。联动引擎的主要功能是完成TIDAS系统内跨专业子系统间的信息集成,联动场景的快速实现。
[0070] 联动引擎采用Java开发,使用该发明后,联动场景的开发上线速度得到极大提升,联动效果呈现直观;从用户的使用情况来看,其交互方式也得到了广泛认可,过程跟踪及记录查询功能极大地方便了用户定位问题。
[0071] 以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。
高效检索全球专利

专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台,是提供专利分析,专利查询,专利检索等数据服务功能的知识产权数据服务商。

我们的产品包含105个国家的1.26亿组数据,免费查、免费专利分析。

申请试用

分析报告

专利汇分析报告产品可以对行业情报数据进行梳理分析,涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度,系统通过AI智能系统对图表进行解读,只需1分钟,一键生成行业专利分析报告。

申请试用

QQ群二维码
意见反馈