一种海洋应急调度方法、系统及电子设备与流程

本发明涉及计算机技术领域，尤其是涉及一种海洋应急调度方法、装置、电子设备及存储介质。

背景技术：

随着我国海洋事业的发展，海上的安全性越来越重要。我国东海、南海部分海域开展了大量的海上事业，为保障海洋权益、海洋防灾减灾、海上救助等，形成中国近、远海范围激动海域的应急通信保障能力，现已经发展了多种海上安全保障系统。

但是就目前的技术而言，当发生紧急情况时，当前技术仍存在应急反应时间较长、应急措施不够完善的问题，带来的结果就是当发生紧急情况时，可能会造成更多的损失，所以，发展海洋应急的系统仍是目前亟需解决的问题。

技术实现要素：

本发明的目的在于提供一种海洋应急调度方法、系统及电子设备，缓解了现有技术中存在的海洋应急调度方法不够完善的技术问题。

第一方面，本发明提供的海洋应急调度方法，包括以下步骤：

获取来自用户的调整指令；

根据调整指令将对应的业务中心调整至对应的行为模式；

获取来自用户的操作命令；

根据操作命令向系统内的对应资源发送命令信息。

进一步的，所述获取来自用户的调整指令的步骤之前，还包括：

获取应急事件信息；

将所述应急事件信息通过交互界面进行展示。

进一步的，所述获取应急事件信息的步骤之前，还包括：

通过交互系统接收用户的登入指令，并登入用户账户。

进一步的，所述用户账户包含预先设置的业务权限，不同的用户账户包含不同的权限。

进一步的，所述业务中心包括云平台数据服务中心；

根据调整指令将对应的业务中心调整至对应的行为模式的步骤，包括：

所述云平台数据服务中心保持静态的常态化服务行为模式。

进一步的，所述业务中心包括指挥调度中心；

根据调整指令将对应的业务中心调整至对应的行为模式的步骤，包括：

当发生达到系统预设级别的突发事件时，指挥调度中心根据用户的操作指令由常态化的日常应急通信服务行为模式切换为应急事件通信保障行为模式。

进一步的，所述业务中心包括网络保障中心；

根据调整指令将对应的业务中心调整至对应的行为模式的步骤，包括：

当有系统试验保障需求时，系统运维中心根据用户的操作指令由常态化的日常通信服务行为模式切换为系统试验保障行为模式。

进一步的，所述业务中心包括系统运维中心；

根据调整指令将对应的业务中心调整至对应的行为模式的步骤，包括：

当有故障工单需要处理时，系统运维中心根据用户的操作指令由常态化的日常值班行为模式切换为故障处理行为模式。

第二方面，本发明还提供一种海洋应急调度系统，包括：

调整指令获取模块，用于获取来自用户的调整指令；

模式调整模块，用于根据调整指令将对应的业务中心调整至对应的行为模式；

操作指令获取模块，用于获取来自用户的操作命令；

命令执行模块，用于根据操作命令向系统内的对应资源发送命令信息。

第三方面，本发明还提供一种电子设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述方法的步骤。

第四方面，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质存储有机器可运行指令，所述计算机可运行指令在被处理器调用和运行时，所述计算机可运行指令促使所述处理器运行上述方法。

本发明提供的海洋应急调度方法，当发生应急情况时，获取来自用户的调整指令，并将对应的业务中心调整至对应的行为模式，并根据用户的进一步操作指令向对应的资源发送命令信息，实现海洋应急的调度，根据不同的情况，将不同的业务中心调整至对应的模式，进一步完善海洋应急的调度方法，提升海洋应急的效率，方便工作人员的日常管理。

相应地，本发明实施例提供的一种海洋应急调度系统及电子设备，也同样具有上述技术效果。

附图说明

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

图1为本发明实施例提供的海洋应急调度方法流程图；

图2为本发明实施例提供的海洋应急调度系统示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例中所提到的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括其他没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

本发明实施例提供的海洋应急调度方法，包括以下步骤：

s11：获取来自用户的调整指令；

s12：根据调整指令将对应的业务中心调整至对应的行为模式；

s13：获取来自用户的操作命令；

s14：根据操作命令向系统内的对应资源发送命令信息。

本发明实施例提供的海洋应急调度方法，当发生应急情况时，获取来自用户的调整指令，并将对应的业务中心调整至对应的行为模式，并根据用户的进一步操作指令向对应的资源发送命令信息，实现海洋应急的调度，根据不同的情况，将不同的业务中心调整至对应的模式，进一步完善海洋应急的调度方法，提升海洋应急的效率，方便工作人员的日常管理。

如图1所示，在一种可能的实施方式中，所述获取来自用户的调整指令的步骤之前，还包括：

s101：获取应急事件信息；

s102：将所述应急事件信息通过交互界面进行展示。

当发生应急事件时，系统会将应急事件通过交互界面进行展示，将事件通知给工作人员，工作人员根据具体的事件信息对系统进行对应的操作。

在一种可能的实施方式中，所述获取应急事件信息的步骤之前，还包括：

s100：通过交互系统接收用户的登入指令，并登入用户账户。

在用户进行操作之前，需要先登录自己的账户，如果不登录对应的账户，则无法对系统进行对应的操作，以此来提升系统整体的安全性。

在一种可能的实施方式中，所述用户账户包含预先设置的业务权限，不同的用户账户包含不同的权限。

不同的账户对应着不同的操作权限，通过设置不同的账户、不同的操作权限，以提升系统整体的安全性，系统的可管理性、提升系统的管理效率。

在一种可能的实施方式中，所述业务中心包括云平台数据服务中心；

根据调整指令将对应的业务中心调整至对应的行为模式的步骤，包括：

所述云平台数据服务中心保持静态的常态化服务行为模式。

云平台数据服务中心作为常态化服务，为各类用户提供ais(automaticidentificationsystem，船舶自动识别系统)、sos等数据服务。

在一种可能的实施方式中，所述业务中心包括指挥调度中心；

根据调整指令将对应的业务中心调整至对应的行为模式的步骤，包括：

当发生达到系统预设级别的突发事件时，指挥调度中心根据用户的操作指令由常态化的日常应急通信服务行为模式切换为应急事件通信保障行为模式。

应急事件通信保障行为模式可以针对重要的海上应急事件提供有针对性的应急通信保障服务。

在一种可能的实施方式中，所述业务中心包括网络保障中心；

根据调整指令将对应的业务中心调整至对应的行为模式的步骤，包括：

当有系统试验保障需求时，系统运维中心根据用户的操作指令由常态化的日常通信服务行为模式切换为系统试验保障行为模式。

系统试验保障行为模式用于支撑应急通信试验网络试验与训练。按照试验与训练方案提供应急通信保障需求输入。

在一种可能的实施方式中，所述业务中心包括系统运维中心；

根据调整指令将对应的业务中心调整至对应的行为模式的步骤，包括：

当有故障工单需要处理时，系统运维中心根据用户的操作指令由常态化的日常值班行为模式切换为故障处理行为模式。

故障处理行为模式满足运维值班人员对系统资源与网络进行持续监控需求、运行维护需求、值班与管理需求。或由值班人员与技术支撑人员共同分析处理故障，在故障处理完成后回到日常值班模式。

本发明实施例提供的海洋应急调度方法，具体实施方式如下：

海洋应急调度方法的信息输入输出包括信息输入、人机交互和信息输出三类。信息输入值在逻辑关系上流入应急调度系统的数据或信息，人机交互操作值用户交互界面进行的一系列业务操作，信息输出值在逻辑关系上留出应急调度系统的信息。平台分系统的指挥调度人员也通过登录应急调度系统进行电子工单的查看，实时任务执行信息的交互等，开展应急通信任务执行调度和保障工作。

如下表所示，输入输出决策包括：

应急调度系统在运行方面可以包括云平台数据服务、指挥调度、系统运维、网络保障四个相对独立的业务中心，领域没有显著影响和制约因素，其中云平台数据服务业务具有相对静态的常态化服务行为模式，应急通信服务指挥调度业务领域拥有日常应急通信服务、应急试验通信保障两种不同的行为模式，系统运维业务存在日常值班、故障处理两种行为模式，网络保障业务存在日常通信服务和应急通信保障两种行为模式。

在云平台数据服务业务、系统与网络运维业务主要提供常态化的数据服务其行为模式较为简单。系统资源指挥调度业务默认行为模式是日常应急通信行为模式，该模式下系统根据一般任务输入进行应急预案规划和任务执行，当需要系统重视的突发事件发生时系统切换为应急事件通信保障行为模式，该模式下系统会切换到人工指挥调度的形式，由指挥调度人员主导，协同全系统资源对目标任务进行重点保障，应急事件保障完成后，回到先前的模式。在拥有系统试验保障需求的情况下，将从日常应急通信服务行为模式切换至系统试验保障行为模式，待试验结束后回到先前的模式。系统与网络运维业务默认处于日常值班行为模式，当系统监控到故障后进入故障处理模式，由值班人员与技术支撑人员人员共同分析处理故障，故障处理完成回到日常值班模式。

具体见下表所示：

在系统设计方面，考虑到系统采用云服务的架构部署及服务，要求系统软件均采用b/s架构(浏览器/服务器结构。它是c/s架构的一种改进，可以说属于三层c/s架构。主要是利用了不断成熟的www浏览器技术，用通用浏览器就实现了原来需要复杂专用软件才能实现的强大功能，并节约了开发成本，是一种全新的软件系统构造技术。第一层是浏览器，即客户端，只有简单的输入输出功能，处理极少部分的事务逻辑。由于客户不需要安装客户端，只要有浏览器就能上网浏览，所以它面向的是大范围的用户，所以界面设计得比较简单，通用。第二层是web服务器，扮演着信息传送的角色。当用户想要访问数据库时，就会首先向web服务器发送请求，web服务器统一请求后会向数据库服务器发送访问数据库的请求，这个请求是以sql语句实现的。第三层是数据库服务器，他扮演着重要的角色，因为它存放着大量的数据。当数据库服务器收到了web服务器的请求后，会对sql语句进行处理，并将返回的结果发送给web服务器，接下来，web服务器将收到的数据结果转换为html文本形式发送给浏览器，也就是我们打开浏览器看到的界面。)，主要通过网页的方式展示系统业务和能力。系统展示设计按照显示风格统一化、界面关系清晰化、数据展示动态化的原则开展，定义ui样式规范，明确页面调用关系，规定业务内容展示方式。

应急调度系统面向应急通信试验系统所有的外部、内部用户，根据系统行为设计决策与分析，云平台数据服务业务、应急通信服务指挥调度业务的业务逻辑联系紧密，因此在设计上对两块业务用户进行统一管理，系统与网络运维业务相对独立，对运维类用户进行单独管理。

此外，为满足用户权限管理的灵活性便捷性，提出使用账户-角色-权限关联模型实现用户权限设计的统一要求，不同的账户对应不同的角色配置，不同的角色配置对应不同的系统权限。

系统采用用户账户、角色配置、权限配置之间的映射实现用户权限的管理，用户账户是用户在系统中唯一的身份识别方式，每个账户在创建并完成审核后会被用户管理员赋予相应的角色，不同的角色所享有不同的业务权限，从用户角度表现为用户业务操作、窗口菜单、展示内容、功能选项使能和禁用。一个用户存可以同时担任多个角色，角色之间存在一定的继承性，比如业务管理员继承于普通网络用户，因此业务管理员在享有普通用户的业务权限，同时还享有业务管理专有的业务权限。同时，允许人工授权使单个用户具有超出其角色范围的权限，比如额外授予业务管理员“wy8263”用户服务申请审核权限，允许人工授权使单个用户仅具有部分其角色所拥有的权限，比如平台系统指挥调度员“hc3708”仅具有对船载应急通信试验系统的调度权限。

角色分类，角色与业务权限的匹配关系如下表所示：

为防止用户误操作给综合态势分系统的运行和内部数据造成破坏，应急通信业务系统防护措施要求如下：

(1)身份验证；

注册时提供密码复杂度验证，登录进行错误次数限制，防止密码被暴力破解；

前后端对用户输入的密码进行rsa加解密传输，防止在密码明文在传输层暴露；

密码数据保存到数据库进行加密加盐值处理，防止数据库泄露用户密码被破解；

(2)输入信息的合法性检查；

对必填字段进行非空判断；

对手机号、邮箱，数字等格式进行正则的合法性验证；

(3)误操作防护；

重要数据的不进行物理删除，用逻辑删除；

信息删除警示；

(4)防止sql注入和xss攻击。

异常信息不直接在前端展示，前端展示友好的错误提醒；

对后端接收数据对敏感词进行处理。

应急通信业务试验系统统一采用b/s结构，在云平台上搭建后台服务，设计与实现约束要求如下表所示：

如图2所示，本发明实施例还提供了一种海洋应急调度系统，包括：

调整指令获取模块1，用于获取来自用户的调整指令；

模式调整模块2，用于根据调整指令将对应的业务中心调整至对应的行为模式；

操作指令获取模块3，用于获取来自用户的操作命令；

命令执行模块4，用于根据操作命令向系统内的对应资源发送命令信息。

对应于上述方法，本发明实施例还提供了一种电子设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述方法的步骤。

对应于上述方法，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有机器可运行指令，所述计算机可运行指令在被处理器调用和运行时，所述计算机可运行指令促使所述处理器运行上述方法的步骤。

本发明实施例所提供的装置可以为设备上的特定硬件或者安装于设备上的软件或固件等。本发明实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，前述描述的系统、装置和单元的具体工作过程，均可以参考上述方法实施例中的对应过程，在此不再赘述。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

又例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，再例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明提供的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，简称rom)、随机存取存储器(randomaccessmemory，简称ram)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的范围。都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。