CN102289736A - 基于应急一张图的突发公共事件多方协同会商系统 - Google Patents

Abstract

本发明提出一种基于应急一张图的突发公共事件多方协同会商系统，包括：地理信息服务器、发起者客户端、多个参与者客户端和协同服务器，地理信息服务器用于建立和发布地理信息服务；发起者客户端用于根据地理信息服务创建应急一张图，且通过.NETRemoting Http通道与协同服务器相连；多个参与者客户端通过协同服务器与所述发起者客户端进行通讯，其中，发起者客户端和多个参与者客户端共享同一应急一张图且进行标绘，并发送给所述协同服务器，再由协同服务器广播给发起者客户端和多个参与者客户端。根据本发明的会商系统，通过共享应急一张图的方式进行会商，保证信息的一致，使会商参与者能够很好的达成共识。

Description

基于应急一张图的突发公共事件多方协同会商系统

技术领域

本发明涉及计算机技术领域，特别涉及一种基于应急一张图的突发公共事件多方协同会商系统。

背景技术

突发公共事件，也称危机事件，是指在社会生活中突然发生的、严重危及社会安全和公共秩序、有可能或已经造成重大损失，需要政府立即采取应对措施加以处理的公共事件。目前我国的应急管理机制基本上还是以智能部门为基本单位分别展开的，应急管理在本部门、本系统内部基本上可以做到畅通无阻。但是随着社会的日益发展，各种突发公共事件的诱发因素日益多元化、影响领域日益广泛化。当发生跨区域的突发公共事件时，迫切需要多部门共享资源，进行协同处置，有效控制事件态势，避免造成更大范围受灾。

传统的多方协同会商多是基于视频会议技术，通过计算机网络进行语音、文字和视频的交互，彼此之间交换意见，形成应急决策。基于视频会议技术的多方协同会商，因其缺乏对空间地理信息的处理与支持，往往让参与者对事件发生的地点、周边地理环境、交通运输、应急资源布局、应急救援力量调度等信息没有很好的空间认知，文字表达难以准确形象地描述对象之间的空间关系。

发明内容

本发明旨在至少解决上述技术问题之一。

为此，本发明的一个目的在于提出一种基于应急一张图的突发公共事件多方协同会商系统。该系统通过参与者在同一张地图上进行地图标绘，以图文并茂的形式交换信息，从而能够极大的增强参与者的沉浸感和真实感，并能够叠加各部门对灾害的专业预测信息，共同商讨应对灾害的处置措施。

为了实现上述目的，本发明的实施例提出的基于应急一张图的突发公共事件多方协同会商系统，包括：地理信息服务器、发起者客户端、多个参与者客户端和协同服务器，其中，所述地理信息服务器用于建立和发布地理信息服务，其中，所述地理信息服务由基础地理信息服务、地震专题数据服务和气象专题数据服务聚合而成，其中，所述基础地理信息服务、地震专题数据服务和气象专题数据服务分别由国家基础地理信息中心、公安部和气象局提供；所述发起者客户端与所述地理信息服务器相连，用于根据所述地理信息服务器发布的地理信息服务创建应急一张图，所述应急一张图包含地理信息、地震专题数据和气象专题数据，所述发起者客户端具有用户授权、设置协同服务密码、启动所述协同服务和停止所述协同服务的功能，且所述发起者客户端通过.NET Remoting Http通道与所述协同服务器相连以与所述协同服务器进行信息交互；多个参与者客户端，所述多个参与者客户端通过.NET Remoting Http通道与所述协同服务器相连，以通过所述协同服务器与所述发起者客户端进行通讯，其中，所述发起者客户端启动所述协同服务并通过所述协同服务器对所述多个参与者客户端进行授权，所述多个参与者客户端通过所述协同服务器获取所述发起者客户端建立的所述应急一张图以使所述发起者客户端和所述多个参与者客户端的共享同一所述应急一张图，且所述发起者客户端和所述多个参与者客户端在所述应急一张图上进行标绘，并分别将所述标绘信息通过所述.NET Remoting Http通道发送给所述协同服务器，所述协同服务器对所述发起者客户端和所述多个参与者客户端提供的所述标绘信息进行汇总，并将所述汇总后的标绘信息以广播的形式发送给所述发起者客户端和所述多个参与者客户端以使所述发起者客户端和所述多个参与者客户端的应急一张图的标绘信息同步。

根据本发明实施例的基于应急一张图的突发公共事件多方协同会商系统，通过各个参与者在同一张地图上进行地图标绘，以图文并茂的形式交换信息能够极大的增强参与者的沉浸感和真实感。并通过协同服务器将各个参与者的标绘信息进行汇总并把汇总后的标绘信息(专业预测预警结果)广播给各个参与者，以方便共同商讨应对灾害的处置措施。

另外，根据本发明的基于应急一张图的突发公共事件多方协同会商系统还可以具有如下附加的技术特征：

在本发明的一个实施例中，所述协同服务器具有远程协同、协同标绘、即时通讯和文件共享功能。

在本发明的一个实施例中，所述协同服务器接收并存储所述发起者客户端和所述多个参与者客户端的标绘信息，并对所述发起者客户端和所述多个参与者客户端的所述标绘信息进行汇集以及记录相关日志和更新，然后通过.NET Remoting Http通道将所述汇总后的标绘信息广播给所述发起者客户端和所述多个参与者客户端，所述协同服务器对所述汇总后的标绘信息进行共享以使下个参与者服务器获取所述标绘信息，其中，所述标绘信息包括灾情统计信息、灾情预测信息、应急资源分布信息、应急救援队伍信息和应急调度信息。

在本发明的一个实施例中，所述符号包括点符号、线符号、面符号和箭头符号。

在本发明的一个实施例中，所述箭头符号包括属性对象，其中，所述属性对象进一步包括填充样式、填充颜色、边框宽度、边框颜色、透明度、是否支持填充渐变、渐变角度、渐变中点、渐变的开始颜色、渐变的结束颜色和是否显示边框。

本发明的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明实施例的多方协同会商系统的结构图；

图2为本发明实施例的多方协同会商系统框架图；

图3为本发明实施例的基于OGC标准的“应急一张图”地理信息服务框架图；

图4为本发明实施例的远程处理过程图；

图5为本发明实施例的单箭头控制点构成图；以及

图6为应用本发明实施例的会商系统的玉树地震应用效果图。

具体实施方式

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

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

以下结合附图1-6描述根据本发明实施例的基于应急一张图的突发公共事件多方协同会商系统。

如图1所示，根据本发明实施例的基于应急一张图的突发公共事件多方协同会商系统包括地理信息服务器110、发起者客户端120、多个参与者客户端130和协同服务器140。

其中，地理信息服务器110用于建立和发布地理信息服务，其中，所述地理信息服务由基础地理信息服务、地震专题数据服务和气象专题数据服务聚合而成，其中，所述基础地理信息服务、地震专题数据服务和气象专题数据服务分别由国家基础地理信息中心、公安部和气象局提供；发起者客户端120与所述地理信息服务器110相连，用于根据所述地理信息服务器110发布的地理信息服务创建应急一张图，所述应急一张图包含地理信息、地震专题数据和气象专题数据，所述发起者客户端120具有用户授权、设置协同服务密码、启动所述协同服务和停止所述协同服务的功能，且所述发起者客户端120通过.NETRemoting Http通道与所述协同服务器140相连以与所述协同服务器140进行信息交互；所述多个参与者客户端130通过.NET Remoting Http通道与所述协同服务器140相连，以通过所述协同服务器140与所述发起者客户端120进行通讯。

所述发起者客户端120启动所述协同服务并通过所述协同服务器140对所述多个参与者客户端130进行授权，所述多个参与者客户端130通过所述协同服务器140获取所述发起者客户端120建立的所述应急一张图以使所述发起者客户端120和所述多个参与者客户端130共享同一所述应急一张图，且所述发起者客户端120和所述多个参与者客户端130在所述应急一张图上进行标绘，并分别将所述标绘信息通过所述.NET Remoting Http通道发送给所述协同服务器140，所述协同服务器140对所述发起者客户端120和所述多个参与者客户端130提供的所述标绘信息进行汇总，并将所述汇总后的标绘信息以广播的形式发送给所述发起者客户端120和所述多个参与者客户端130以使所述发起者客户端120和所述多个参与者客户端130的应急一张图的标绘信息同步到所述发起者客户端120和所述多个参与者客户端130。

根据本发明实施例的基于应急一张图的突发公共事件多方协同会商系统，发起者客户端120与多个参与者客户端130能够在同一张地图(应急一张图)上进行地图标绘，然后由协同服务器140对发起者客户端120与多个参与者客户端130的标绘信息进行汇总，接着由协同服务器140将汇总后的地图标绘信息广播给发起者客户端120与多个参与者客户端130，实现地图标绘信息在发起者客户端120与多个参与者客户端130之间充分共享，保证发起者客户端120与多个参与者客户端130之间所看到的应急一张图保持一致，进而使发起者客户端120与多个参与者客户端130对事件发生的地点、周边地理环境、交通运输、应急资源布局、应急救援力量调度等信息有很好的空间认知，为共同协商提供统一的参考对象，进一步提高协商的效率并保证发起者客户端120与多个参与者客户端130对形势有更好的把握。另外，以图文并茂的形式交换信息能够极大的增强发起者客户端120与多个参与者客户端130的沉浸感和真实感，并能够叠加各部门对灾害的专业预测预警结果，共同商讨应对灾害的处置措施。

结合图1，本发明实施例提出的基于应急一张图的突发公共事件多方协同会商系统采用B/S和C/S混合模式，由地理信息服务器110(GIS服务器)、协同服务器140(服务器端软件)和发起者客户端120和参与者客户端130(客户端软件)构成。发起者客户端120对应发起者，参与者客户端130对应参与者，发起者例如为突发公共事件应对处置的主管或主责部门，而参与者可以包括协作部门或单位。发起者客户端120具有用户授权、设置密码、启动服务、停止服务等管理权限。由发起者客户端120建立协同会商服务，参与者客户端130参加协同。

在本发明的示例中，地理信息服务器110负责地理信息服务的创建和发布，实现地理信息数据在参与者客户端130与发起者客户端120之间充分的共享，使得参与者客户端130与发起者客户端120能够基于“应急一张图”来进行应急会商，形成了应急会商的统一地理语义环境，避免因地图比例尺、精度、坐标系、符号化表示等不统一而带来的语义差异。协同服务器140上部署服务器端软件，其主要负责建立起协同参与者客户端130与发起者客户端120之间的通讯信道，在本发明的一些实施例中，采用.Net Remoting的Http通道进行通讯。协同服务器140主要功能有消息接收、消息管理、消息分发、权限认证、日志记录、文件共享等。客户端软件部署在发起者客户端120和参与者客户端130的用户终端上，实现远程协同、协同标绘、即时通讯、文件共享等功能，其中发起者客户端120还具有用户管理功能，是协同会商的组织与管理者。

由于突发事件处置具有群策群力、集体会商的特殊性，在协同会商时不需要点对点的私聊，因此本发明实施例中采用协同会商服务器140作为消息和数据传输的中转站和汇集地，具有如下的优点：

1、协同会商服务器140上存储了所有协同会商的过程信息，当中途有用户(参与者客户端130)临时加入会商时，可复制所有的会商过程信息，同步协同会商服务器140的状态，如地图标绘内容、通信日志、标绘日志、共享文件等。

2、协同会商服务器140具有固定IP，任意一个客户端(参与者客户端130)只要能够连接上协同会商服务器140，即可加入协同会商，不需要额外的设置，保证了会商系统的扩展性。

3、协同会商服务器140仅具有服务功能，无需用户界面，因此可以封装成底层服务，具有更高的稳定性。

如图2所示，本发明实施例的多方协同会商系统设计为九层，分别为地理信息服务层210、网络传输层220、数据转换层230、标绘协同层240、地图标绘层250、即时通讯层260、日志管理层270、文件共享层280和协同管理层290。

结合图1，地理信息服务层210提供应急一张图的地理信息服务，为地图标绘层250提供应急一张图。网络传输层220负责网络连接、数据传输、数据加解密，通过.Net RemotingHttp通道进行通讯。数据转换层230负责传输数据的打包、解包、数据格式转换，在本发明的示例中，为了提高传输效率，数据通过.Net Remoting Http通道，均以二进制流的形式进行传输，因此存在大量的数据转换工作，例如文本、图片、文件、符号等。标绘协同层240负责接收发起者客户端120和多个参与者客户端130的信息和数据，并由协同服务器140广播同步至其他协同客户端(发起者客户端120和多个参与者客户端130)，实现标绘内容的同步显示。地图标绘层250实现符号标绘和专题图制作等客户端功能。即时通讯层260负责即时信息的收发、显示，如文本、图片。日志管理层270负责协同服务器140所有日志信息的记录与维护，如，即时通讯日志、标绘日志、文件共享日志等。文件共享层280实现发起者客户端120和多个参与者客户端130共享文件的上传、下载、管理功能。协同管理层290实现协同设置、协同管理(例如参加、退出、启动、停止)和用户管理等功能。在发起者客户端120和多个参与者客户端130之间进行通讯采用通过.Net RemotingHttp通道的方式，发起者客户端120通过网络传输层220的.Net Remoting Http方式与协同服务器140之间进行通讯，同样地，参与者客户端130通过网络传输层220的.Net RemotingHttp方式与协同服务器140之间进行通讯，这样，发起者客户端120与参与者客户端130之间间接地实现了通讯。

在本发明的实施例中，应急一张图是指由协同会商发起者(发起者客户端120)提供地图数据，协同会商参与者(参与者客户端130)基于发起者提供的地图进行地图标绘，进行文字、图形、语音、视频等信息的交互，共同商讨灾害应对措施。应急一张图的数据来源、数据精度、空间参考、地图符号表达的一致性，保证了协同会商时各参与者(发起者客户端120和多个参与者客户端130)能够在同一语义环境下进行会商决策，确保了信息传递与表达的准确性。

具体而言，应急一张图的地图数据提供者、数据的维护更新均由协同会商发起者(发起者客户端120)负责，其实，它属于地理信息服务范畴。Web地理信息服务(Web GIServices)将Web Services的理念引入到地理信息的功能设计和构建之中，在计算机网络环境下，根据行业标准和接口所建立起来的地理信息服务，为用户提供可调用的地理信息构件，它可以让人们使用计算机网络技术自由地访问分布于不同地方的各种地理信息及服务，比如地图、图像、数据集服务、地理空间分析和报表生成等。地理信息服务建立在统一的标准、接口技术之上，它具有体系标准化、接口通用化、服务层次化、稳定、健壮、服务透明等特点。Web地理信息服务能够解决应急一张图的地图数据集中提供、分布应用的需求，且协同参与者不用关心数据的维护和更新，只需要关注业务应用即可，极大地减少了数据维护和地图统一的难度。

本发明实施例的应急一张图的地理信息服务由OGC(OpenGIS Web Services)提供。

如图3所示，为本发明实施例提出的基于OGC标准的应急一张图地理信息服务框架图。应对突发事件时的多方协同会商所需要的地理数据来自于分布式存储的数据库，在本发明的具体示例中，数据提供者包括国家基础地理信息中心、公安部、气象局等国家职能部门。协同会商客户端(参与者客户端130)有多种应用形式，例如浏览器、应用程序(部署于应急指挥大厅)和移动应用客户端(部署于移动应急平台)等。参与者客户端130发送数据请求，基于HTTP、XML、SOAP、UDDI和WSDL等技术实现地理信息服务的发现、绑定、编目、注册和发现，然后通过WMS服务、WFS服务和WCS服务获取分布式存储的地理空间数据，并返回至参与者客户端130。服务聚合用于将各单一地理信息服务组合成一个更大的地理信息应用服务，例如某地震处置协同会商地理信息服务可由基础地理信息服务、地震专题数据服务、气象专题数据服务等多个地理信息服务聚合而成，为地震应急处置时提供全方位的数据支撑。基于OGC标准的地理信息服务，可实现跨平台的应用，很好地实现数据的互操作。

综上可知，应急一张图为协同会商提供了基础的数据平台，解决了地理信息数据分布式存储、集中应用的问题，并提供了规范的、统一的地理信息框架，使得协同应急处置时各方能够基于一张图(数据一致)来进行协同标绘和应急会商决策。

本发明实施例中提出的协同标绘是指，在发起者客户端120和多个参与者客户端130协同应急处置时，发起者客户端120和多个参与者客户端130标绘其掌控的灾情统计、灾情预测、应急资源分布、应急救援队伍、应急调度等信息，并同步显示至其余各协同标绘客户端，达到快速汇集灾害态势信息的目的。在协同标绘的基础上，发起者客户端120和多个参与者客户端130在应急一张图上进行图形、文字、语音及视频等信息的交流，应急会商以共同应对突发事件，形成事件处置的综合态势图，为领导指挥决策提供参考价值相对较高的信息。

在本发明的具体应用中发起者客户端120和多个参与者客户端130往往分布于不同地理位置、不同网络中的不同电脑上，而.Net Remoting的HTTP通道的通讯方式解决实现协同标绘必须解决跨地区、跨网络、跨应用程序域的通信问题。

具体而言，Remoting是一种分布式处理方式。.Net Remoting提供了一种允许对象通过应用程序域与另一对象进行交互的框架。在Remoting中是通过通道(Channel)来实现两个应用程序域之间对象的通信的。

如图4所示，发起者客户端120和多个参与者客户端130通过Remoting访问通道以获得协同服务器140上的对象，再通过代理解析为发起者客户端120和多个参与者客户端130所需对象。发起者客户端120和多个参与者客户端130通过Remoting连接协同服务器140，获得该服务对象并通过序列化在发起者客户端120和多个参与者客户端130运行。

Remoting的通道有两种，分别是TCP和HTTP。本发明实施例的传输方式采用的是Http通道、以二进制格式序列化消息对象，这样，既获得了较好的性能，又能够穿越防火墙，提升了系统的适应性和可用性。

在本发明的一些实施例中，地图标绘中的符号是地图矢量对象，结构复杂，难以直接序列化成二进制流。文本采用将符号ID、符号控制点和符号属性对象等组合为复合对象后序列化成二进制流进行传输。每一个符号有一个唯一的符号ID与其一一对应，符号ID决定了符号的类型，如点符号为M001，线符号为L001，面符号为F001，应急行动类中的箭头符号EaA001。

符号的形状由符号控制点决定，不同符号的控制点数目不同，越复杂的符号控制点越多，控制点即可认为是符号的骨架，例如单箭头符号的控制点由图形控制点和旋转控制点组成。

如图5所示，本发明实施例的控制点Ct1、Ct2、Ct3为根控制点，由Ct1和Ct2可以生成箭尾三个控制点C1、C2、和C3，由Ct2和Ct3可以生成箭头5个控制点Ct3、C4、C5、C6、C7，由Ct1、Ct2、和Ct3生成箭身控制点C8和C9。箭身分别由C4、C9和C3插值的B样条曲线及由C5、C8和C1插值的B样条曲线组成。旋转控制点用以控制符号旋转的圆心。

箭头符号的属性对象包括填充样式、填充颜色、边框宽度、边框颜色、透明度、是否支持填充渐变、渐变角度、渐变中点、渐变的开始颜色、渐变的结束颜色、是否显示边框等。

符号的复合对象被序列化成二进制流传输至协同会商服务器140上，发起者客户端120和多个参与者客户端130以操作远程对象的方式获取该信息，并在发起者客户端120和多个参与者客户端130上将其解包并可视化显示。

【应用】

如图6所示，为本发明实施例的会商系统在玉树地震应用实际效果图。协同会商客户端部署在小型移动应急平台上，由救援人员携带进入地震灾区，而应急指挥大厅部署协同会商服务器和协同会商客户端。小型移动应急平台机动灵活，采集现场信息，而应急指挥大厅借助于强大的数据库和分析功能，将后台模型辅助分析结果及时传送至灾害现场，解决了应急指挥大厅与现场指挥部、应急救援现场的协同会商，实现了多方信息汇集与综合决策。

根据本发明实施例的基于应急一张图的突发公共事件多方协同会商系统，发起者客户端与多个参与者客户端能够在同一张地图(应急一张图)上进行地图标绘，然后由协同服务器对发起者客户端与多个参与者客户端的标绘信息进行汇总，接着由协同服务器将汇总后的地图标绘信息广播给发起者客户端与多个参与者客户端，实现地图标绘信息在发起者客户端与多个参与者客户端之间充分共享，保证发起者客户端与多个参与者客户端之间所看到的应急一张图保持一致，进而使发起者客户端与多个参与者客户端对事件发生的地点、周边地理环境、交通运输、应急资源布局、应急救援力量调度等信息有很好的空间认知，为共同协商提供统一的参考对象，进一步提高协商的效率并保证发起者客户端与多个参与者客户端对形势有更好的把握。另外，以图文并茂的形式交换信息能够极大的增强发起者客户端与多个参与者客户端的沉浸感和真实感，并能够叠加各部门对灾害的专业预测预警结果，共同商讨应对灾害的处置措施。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管已经示出和描述了本发明的实施例，本领域的普通技术人员可以理解：在不脱离本发明的原理和宗旨的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由权利要求及其等同限定。

Claims (9)

1.一种基于应急一张图的突发公共事件多方协同会商系统，其特征在于，包括：地理信息服务器、发起者客户端、多个参与者客户端和协同服务器，

其中，所述地理信息服务器用于建立和发布地理信息服务，其中，所述地理信息服务由基础地理信息服务、地震专题数据服务和气象专题数据服务聚合而成，其中，所述基础地理信息服务、地震专题数据服务和气象专题数据服务分别由国家基础地理信息中心、公安部和气象局提供；

所述发起者客户端与所述地理信息服务器相连，用于根据所述地理信息服务器发布的地理信息服务创建应急一张图，所述应急一张图包含地理信息、地震专题数据和气象专题数据，所述发起者客户端具有用户授权、设置协同服务密码、启动所述协同服务和停止所述协同服务的功能，且所述发起者客户端通过.NET Remoting Http通道与所述协同服务器相连以与所述协同服务器进行信息交互；

多个参与者客户端，所述多个参与者客户端通过.NET Remoting Http通道与所述协同服务器相连，以通过所述协同服务器与所述发起者客户端进行通讯，

其中，所述发起者客户端启动所述协同服务并通过所述协同服务器对所述多个参与者客户端进行授权，所述多个参与者客户端通过所述协同服务器获取所述发起者客户端建立的所述应急一张图以使所述发起者客户端和所述多个参与者客户端的共享同一所述应急一张图，且所述发起者客户端和所述多个参与者客户端在所述应急一张图上进行标绘，并分别将所述标绘信息通过所述.NET Remoting Http通道发送给所述协同服务器，所述协同服务器对所述发起者客户端和所述多个参与者客户端提供的所述标绘信息进行汇总，并将所述汇总后的标绘信息以广播的形式发送给所述发起者客户端和所述多个参与者客户端以使所述发起者客户端和所述多个参与者客户端的应急一张图的标绘信息同步。。

2.根据权利要求2所述的突发公共事件多方协同会商系统，其特征在于，所述协同服务器具有远程协同、协同标绘、即时通讯和文件共享功能。

3.根据权利要求1所述的突发公共事件多方协同会商系统，其特征在于，所述协同服务器接收并存储所述发起者客户端和所述多个参与者客户端的标绘信息，并对所述发起者客户端和所述多个参与者客户端的所述标绘信息进行汇集以及记录相关日志和更新，然后通过.NET Remoting Http通道将所述汇总后的标绘信息广播给所述发起者客户端和所述多个参与者客户端，所述协同服务器对所述汇总后的标绘信息进行共享以使下个参与者服务器获取所述标绘信息，其中，所述标绘信息包括灾情统计信息、灾情预测信息、应急资源分布信息、应急救援队伍信息和应急调度信息。

4.根据权利要求1所述的多方协同会商系统，其特征在于，所述发起者客户端和所述多个参与者客户端通过地图矢量对象的方式在所述应急一张图上进行地图标绘。

5.根据权利要求4所述的多方协同会商系统，其特征在于，所述地图标绘中对文本的标绘采用将符号ID、符号控制点和符号属性对象组合为复合对象的方式进行标绘。

6.根据权利要求5所述的多方协同会商系统，其特征在于，所述符号包括点符号、线符号、面符号和箭头符号。

7.根据权利要求6所述的多方协同会商系统，其特征在于，所述点符号为M001，线符号为L001，面符号为F001，箭头符号EaA001。

8.根据权利要求6所述的多方协同会商系统，其特征在于，所述箭头符号包括属性对象，其中，所述属性对象进一步包括填充样式、填充颜色、边框宽度、边框颜色、透明度、是否支持填充渐变、渐变角度、渐变中点、渐变的开始颜色、渐变的结束颜色和是否显示边框。

9.根据权利要求1所述的多方协同会商系统，其特征在于，所述发起者客户端包括远程协同模块、用户管理模块、协同标绘模块、即时通讯模块和文件共享模块，所述参与者客户端包括远程协同模块、协同标绘模块、即时通讯模块和文件共享模块。

Images