基于场景的应急指挥方法及相关产品与流程

文档序号:16309469发布日期:2018-12-19 05:13阅读:245来源:国知局
基于场景的应急指挥方法及相关产品与流程

本发明涉及通信以及公共服务技术领域,具体涉及一种基于场景的应急指挥方法及相关产品。

背景技术

救援是指个人或人们,在遭遇灾难或其他非常情况(含自然灾害、意外事故、突发危险事件等)时,获得实施解救行动的整个过程;而救援事业是指能够做长久完善地准备和随时随地能够及时实施解救行动的事务;而救援产业,则是一个以完善的体系、系统或链条为平台、以自身的系统化规模化模式化等为基础、能够长久完善地准备、随时随地实施解救行动并能够最终实现各方应有受益和收益的实业经济。

现有的场景的救援基于传统方式,即通过纸件地图来实现对救援的应急指挥,对于纸件方式来说,其无法实时的确定人员的位置以及救援人员的位置,影响救援的效果。



技术实现要素:

本发明实施例提供了一种基于场景的应急指挥方法及相关产品,可以提高救援的效果。

第一方面,本发明实施例提供一种基于场景的应急指挥方法,所述方法包括如下步骤:

拍摄第一场景每层的图片,接收用户对每层的图片标记的楼层;

依据该每层的图片以及标记的楼层生成第一场景的立体视图;接收用户指示的第一场景的名称确定第一场景的坐标范围;

依据该立体视图标记每个救援人员预定的位置,依据该预定位置以及立体视图生成每个救援人员的救援路径。

第二方面,提供一种基于场景的应急指挥系统,所述系统包括:

获取单元,用于拍摄第一场景每层的图片,接收用户对每层的图片标记的楼层;

处理单元,用于依据该每层的图片以及标记的楼层生成第一场景的立体视图;接收用户指示的第一场景的名称确定第一场景的坐标范围;依据该立体视图标记每个救援人员预定的位置,依据该预定位置以及立体视图生成每个救援人员的救援路径。

第三方面,提供一种计算机可读存储介质,其存储用于电子数据交换的程序,其中,所述程序使得终端执行第一方面提供的方法。

实施本发明实施例,具有如下有益效果:

可以看出,本申请提供的技术方案通过拍摄的图片以及用户标记的楼层来生成立体视图,然后确定第一场景的坐标,依据该立体视图可以对每个救援人员的预定的位置进行标记,这样就生成了立体的救援路径,救援效率高。

附图说明

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

图1是一种终端的结构示意图。

图2是本申请提供的一种基于场景的应急指挥方法的历程示意图。

图3是本申请提供的另一种基于场景的应急指挥系统的结构示意图。

具体实施方式

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

本发明的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本文中提及“实施例”意味着,结合实施例描述的特定特征、结果或特性可以包含在本发明的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。

在第一方面提供的方法中,所述方法还包括:

将每个救援人员的救援路径对应的发送给每个救援人员,并生成每个救援人员的救援任务。

在第一方面提供的方法中,所述方法还包括:

接收每个救援人员的完成情况,将该完成情况标记在该立体视图。

在第一方面提供的方法中,所述方法还包括:

将该立体视图的情况实时的共享给每个救援人员。

在第二方面提供的系统中,所述系统还包括:

收发单元,用于将每个救援人员的救援路径对应的发送给每个救援人员,并生成每个救援人员的救援任务。

在第二方面提供的系统中,所述收发单元,还用于接收每个救援人员的完成情况,将该完成情况标记在该立体视图。

在第二方面提供的系统中,

所述收发单元,还用于将该立体视图的情况实时的共享给每个救援人员。

参阅图1,图1为一种终端结构示意图,如图1所示,该终端可以包括智能车载终端、智能手机或智能手表等。如图1所示,该终端包括:处理器101、输入单元102、通信模组103(可选的)、存储器104和摄像头105。

输入单元102可用于接收输入的数字或字符信息,以及产生与终端的用户设置以及功能控制有关的键信号输入。具体地,输入单元102可包括触控显示屏、指纹识别装置以及其他输入设备。指纹识别装置可以单独设置,当然在实际应用中,指纹识别装置也可以结合至触控显示屏,即实现屏下指纹。输入单元还可以包括其他输入设备。具体地,其他输入设备可以包括但不限于物理按键、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

处理器101是终端的控制中心,利用各种接口和线路连接整个终端的各个部分,通过运行或执行存储在存储器104内的软件程序和/或模块,以及调用存储在存储器104内的数据,执行终端的各种功能和处理数据,从而对终端进行整体监控或控制。可选的,处理器101可包括一个或多个处理单元;可选的,处理器101可集成应用处理器、调制解调处理器和人工智能芯片,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信,人工智能芯片主要实现神经网络模型的计算。可以理解的是,上述调制解调处理器或人工智能芯片也可以不集成到处理器101中。

此外,存储器104可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

通信模组103可用于信息的接收和发送。通常,通信模组103包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(lownoiseamplifier,lna)、双工器等。此外,通信模组103还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议,包括但不限于全球移动通讯系统(globalsystemofmobilecommunication,gsm)、通用分组无线服务(generalpacketradioservice,gprs)、码分多址(codedivisionmultipleaccess,cdma)、宽带码分多址(widebandcodedivisionmultipleaccess,wcdma)、长期演进(longtermevolution,lte)、电子邮件、短消息服务(shortmessagingservice,sms)等,当然上述通信模组还可以支持有线通信,例如支持rs485接口等等,本申请并不局限上述有线通信的具体表现形式。

摄像头105,可以用于采集图片、扫描二维码等等对图像数据处理。摄像头105具体可以包括前置摄像头或后置摄像头,对于后置摄像头也可以包括双摄像头,当然对于前置摄像头也可以为双摄像头设置,本申请对摄像头的数量以及具体位置并不限定,摄像头105采集的图片可以传输给处理器101进行相关的处理。

终端还可包括至少一种传感器,比如光传感器、运动传感器以及其他传感器。具体地,光传感器可包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节触控显示屏的亮度,接近传感器可在手机移动到耳边时,关闭触控显示屏和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;至于终端还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。

wifi属于短距离无线传输技术,终端通过wifi模块可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。

终端还包括给各个部件供电的电源(比如电池),可选的,电源可以通过电源管理系统与处理器101逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

参阅图2,图2提供了一种基于场景的应急指挥方法,该方法由如图1所示的终端执行,该方法如图2所示,包括如下步骤:

步骤s201、拍摄第一场景每层的图片,接收用户对每层的图片标记的楼层;

步骤s202、依据该每层的图片以及标记的楼层生成第一场景的立体视图;接收用户指示的第一场景的名称确定第一场景的坐标范围;

步骤s203、依据该立体视图标记每个救援人员预定的位置,依据该预定位置以及立体视图生成每个救援人员的救援路径。

本申请提供的技术方案通过拍摄的图片以及用户标记的楼层来生成立体视图,然后确定第一场景的坐标,依据该立体视图可以对每个救援人员的预定的位置进行标记,这样就生成了立体的救援路径。

可选的,上述方法还可以包括:

将每个救援人员的救援路径对应的发送给每个救援人员,并生成每个救援人员的救援任务。

可选的,上述方法还可以包括:

接收每个救援人员的完成情况,将该完成情况标记在该立体视图。

可选的,上述方法还可以包括:

将该立体视图的情况实时的共享给每个救援人员。

参阅图3,图3提供了一种基于场景的应急指挥系统,所述系统包括:

获取单元301,用于拍摄第一场景每层的图片,接收用户对每层的图片标记的楼层;

处理单元302,用于依据该每层的图片以及标记的楼层生成第一场景的立体视图;接收用户指示的第一场景的名称确定第一场景的坐标范围;依据该立体视图标记每个救援人员预定的位置,依据该预定位置以及立体视图生成每个救援人员的救援路径。

可选的,收发单元303,用于将每个救援人员的救援路径对应的发送给每个救援人员,并生成每个救援人员的救援任务。

收发单元303,还用于接收每个救援人员的完成情况,将该完成情况标记在该立体视图。

收发单元303,还用于将该立体视图的情况实时的共享给每个救援人员。

本发明实施例还提供一种计算机存储介质,其中,该计算机存储介质存储用于电子数据交换的计算机程序,该计算机程序使得计算机执行如上述方法实施例中记载的任何一种基于场景的应急指挥方法的部分或全部步骤。

本发明实施例还提供一种计算机程序产品,所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质,所述计算机程序可操作来使计算机执行如上述方法实施例中记载的任何一种基于场景的应急指挥方法的部分或全部步骤。

需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于可选实施例,所涉及的动作和模块并不一定是本发明所必须的。

在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中,应该理解到,所揭露的装置,可通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性或其它的形式。

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

另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件程序模块的形式实现。

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

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储器中,存储器可以包括:闪存盘、只读存储器(英文:read-onlymemory,简称:rom)、随机存取器(英文:randomaccessmemory,简称:ram)、磁盘或光盘等。

以上对本发明实施例进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。

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