一种公共安全知识图谱构建方法、装置及可读存储介质

摘要

本申请适用于语义分析技术领域，提供了一种公共安全知识图谱构建方法，包括：获取第一事件的属性信息，属性信息包括第一事件的事件类型、事发时间、事发地点、事发原因、事件主体、事件影响、承载载体、应急管理策略中的至少一种；根据第一事件的属性信息，确定第二事件，第二事件的属性信息和第一事件的属性信息的相似度大于或等于第一阈值；建立第一事件和第二事件的关联关系，并根据第一事件和第二事件的关联关系构建公共安全知识图谱。本方法明确了各个事件实体的类型，然后基于各事件实体属性信息之间的相似度建立起各事件实体之间的关联关系，以建立事件实体类型明确、关联关系清楚的公共安全知识图谱。

说明书

技术领域

本申请属于语义分析技术领域，尤其涉及一种公共安全知识图谱构建方法及装置。

背景技术

公共安全知识图谱是城市公共安全管理与智慧应急能力建设的重要组成部分，基于公共安全知识图谱能够将突发事件、承载载体、应急管理进行紧密关联。

目前公共安全领域的知识图谱构建，仅是从网络上搜索得到离散的各类知识的实体、属性内容、关联关系，然后构建成公共安全相关的知识语义网络，缺少对各类知识实体类型的划分，导致公共安全领域知识图谱实体类型不明确、关联形式不清楚的缺点。

发明内容

本申请实施例提供了一种公共安全知识图谱构建方法及装置，可以解决传统知识图谱中事件实体类型不明确、关联关系不清楚的问题。

第一方面，本申请实施例提供了一种公共安全知识图谱构建方法，该包括：获取第一事件的属性信息，属性信息包括第一事件的事件类型、事发时间、事发地点、事发原因、事件主体、承载载体、应急管理中的至少一种；根据第一事件的属性信息，确定第二事件，第二事件的属性信息和第一事件的属性信息的相似度大于或等于第一阈值；建立第一事件和第二事件的关联关系，并根据第一事件和第二事件的关联关系构建公共安全知识图谱。

在本申请的一些实施例中，第一事件的属性信息(或者属性)可以是从与公共安全主题相关的数据(或者原始数据)中提取的。

应理解，第一事件指的是突发事件实体，对于特定的突发事件实体，一定有其对应的承灾载体实体(或承灾载体)和/或应急管理策略实体(或应急管理)。所以，为了便于描述本申请要保护的方案，本申请将承灾载体以及应急管理也作为突发事件的一种属性信息，可以理解，这种表示方式是符合本申请依托的公共安全三角形理论的。

基于上述表述，承灾载体、应急管理本身的属性信息，即载体类型、易损性、地理位置以及应急阶段、应急预案、应急物资、应急保障等属性信息自然也可以被第一事件的属性信息所包括，即第一事件的属性信息可以包括事件类型、事发时间、事发地点、事发原因、事件主体、承载载体以及载体类型、易损性、地理位置、应急管理以及应急阶段、应急预案、应急物资、应急保障等等。可选地，可以是根据第二事件的一项或两项属性信息与第一事件的一项或两项属性信息的相似度大于或者等于第一阈值确定第二事件，也可以是根据第二事件的多项属性信息与第一事件的多项属性信息的相似度大于或者等于第一阈值确定第二事件。

在本申请的一些实施例中，当根据第二事件的一项或两项属性信息与第一事件的一项或两项属性信息的相似度大于或者等于第一阈值确定第二事件时，可以认为该第二事件与第一事件之间的关联关系不稳定，而取消该关联关系，已达到排除因为偶然或者意外而发生关联关系的事件实体，例如，交通事故作用的载体类型与暴力事件作用的载体类型可能都是人，但是交通事故本身与暴力事件并没有关联关系。

在本申请的一些实施例中，也可以根据其他条件确定第二事件与第一事件之间的关联关系不稳定，例如，当第一事件的事件类型与第二事件的事件类型的相似度小于第一阈值，就认为第二事件与第一事件之间的关联关系不稳定，因此，会取消在知识图谱中的关联；又例如，可以给各个属性信息设置权重，当权重最高的属性信息的相似度小于第一阈值，就认为第二事件与第一事件之间的关联关系不稳定。本申请对此不做限定。

通过上述方法，将各个事件实体类型进行明确，即实体类型包括突发事件、承灾载体、应急管理，并且对于特定的突发事件，一定能够确定其对应的承灾载体和/或应急管理。然后，基于各个突发事件及其对应的承载载体、应急管理的一项或多项属性信息之间的相似度，建立各个事件实体之间清晰的关联关系。

结合第一方面，在第一方面的一种可能的实现方式中，该方法还包括：

获取第三事件的报警信息；根据第三事件的报警信息，确定第三事件的属性信息；根据第三事件的属性信息，在公共安全知识图谱确定第四事件，第四事件的属性信息和第三事件的属性信息的相似度大于或等于第二阈值；根据第四事件的属性信息，预测第三事件的应急管理策略。

在本申请的一些实施例中，可以提取报警信息中关于第三事件(或目标事件实体)以及第三事件的属性信息，然后，根据第三事件中的属性信息在构建好的公共安全知识图谱中确定第四事件，第四事件的一项或者多项属性信息与第三事件的一项或者多项属性信息的相似度大于或等于第二阈值，由于公共安全知识图谱是包括第四事件的属性信息的，所以，可以根据第四事件的属性信息中的应急管理预测第三事件的应急管理。

可选地，也可以根据第四事件的其他属性信息对第三事件的其他属性信息作出一定的预测。例如，根据第四事件的事件影响预测第三事件的事件影响。本申请对此不作限制。

通过该方法，实现了利用了公共安全知识图谱对新的突发事件的预测，以便于能够更快、更有效地应对突发事件，避免由于突发事件造成更多不好影响。

结合第一方面，在第一方面的一种可能的实现方式中，该方法还包括：

向终端发送应急管理，应急管理用于指示终端的用户进行相应的应急操作。

在本申请的一些实施例中，将预测的第三事件的应急管理发送给终端，然后终端的用户根据接收到的应急管理进行相应的应急操作，例如，疏散人群等等。

可选地，也可以将第四事件的其他属性信息一并发送给终端，然后终端的用户根据第四事件的其他属性信息进行相应的操作。例如，终端的用户可以根据第四事件的事件影响预测第三事件的事件影响，提前做好损失预算。本申请对此不作限制。

第二方面，本申请实施例提供了一种公共安全知识图谱构建装置，包括：

一个或多个处理器；

一个或多个存储器；

多个应用程序；以及一个多个程序，其中所述一个或多个程序被存储在所述存储器中，当所述一个或者多个程序被所述处理器执行时，使得所述装置执行上述第一方面的任一种可能的实现方法。

第三方面，本申请实施例提供了一种计算机可读存储介质，包括：所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现上述第一方面的任一种可能的实现方法。

第四方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行上述第一方面中任一项所述的公共知识图谱构建方法。

可以理解的是，上述第二方面至第四方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

附图说明

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

图1是本申请一实施例提供的场景示意图；

图2是本申请的一些实施例提供的一例服务器的结构示意图；

图3中的(a)图是本申请的一些实施例提供的一例公共安全三角形理论结构示意图；

图3中的(b)图是根据本申请的一些实施例提供的一例突发事件、承灾载体以及应急管理之间的对应关系示意图；

图4是本申请一些实施例提供的一例方法示意图；

图5是本申请的一些实施例提供的一例事件实体关联关系示意图；

图6是本申请的一些实施例提供的另一例事件实体关联关系示意图；

图7是本申请的一些实施例提供的又一例事件实体关联关系示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

本申请实施例提供的公共安全知识图谱构建方法可以应用于服务器、手机、平板电脑、车载设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、等终端设备上，本申请实施例对终端设备的具体类型不作任何限制。

例如，所述终端设备可以是具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、车联网终端、电脑、膝上型计算机、手持式通信设备、手持式计算设备等终端设备。

图1是本申请一些实施例提供的一例知识图谱构建场景示意图。

示例性的，如图1所示，该场景包括服务器100，和手机200，车载设备300等多种终端设备。

其中，服务器100可以根据获取的公共安全主题相关的数据，构建公共安全知识图谱；然后根据构建好的公共安全知识图谱，基于实时获取的报警信息，向手机200、车载设备300等终端设备发送预警信息(包括应急管理策略等)，然后手机200、车载设备300等终端设备的使用用户可以根据该预警信息作出相应的反应。

可选地，服务器100可以实时获取公共安全主题相关的数据，也可以获取预设时长内的公共安全主题相关的数据。其中，预设时长可以是一个星期、一个月、三个月等不同的周期，本申请对此不作限制。

图2是本申请的一些实施例提供的一例服务器100的结构示意图。该服务器100可以包括处理器110、存储器120、通信模块130、显示屏140等硬件结构。

其中，处理器110可以包括一个或多个处理器，存储器120用于存储程序代码和数据。在本申请的一些实施例中，处理器110可以执行存储器120存储的计算机执行指令，用于对服务器100的动作进行控制。

在本申请的另一些实施例中，处理器110用于处理服务器100获取的公共安全主题相关的数据，以构建公共安全知识图谱。

通信模块130可以用于服务器100的各个内部之间的通信，或者服务器100和其他外部电子设备(例如，手机200、车载设备300)之间的通信等。示例性的，如果服务器100 通过有线连接的方式和其他电子设备通信，通信模块130可以包括接口等，例如，USB接口，USB接口可以是符合USB标准规范的接口，具体可以是MiNi USB接口，Micro USB接口，USB TyeC接口等，USB接口可以用于连接充电器为服务器100与其他外围设备之间传输数据。

或者，通信模块130可以包括音频器件、射频电路、蓝牙芯片、无线保真(wirelessfidelity，WiFi)芯片、近距离无线通讯技术(near-field communication，NFC)模块等，可以通过多种不同的方式实现服务器100与其他电子设备之间的交互。

显示屏140用于显示图像、视频等，可选地，服务器100还可以包括外设设备150，例如鼠标、键盘、扬声器、麦克风等。

应理解，在本申请的一些实施例中，服务器100还可以包括比图示更多或者更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现，本申请实施例对服务器100的结构不做具体限定。

在本申请的一些实施例中，公共安全知识图谱是由与城市公共安全和智慧应急管理相关的事件实体和实体之间关联关系组成的网状结构的知识图谱，其依托于公共安全三角形理论。

图3中的(a)图是本申请的一些实施例提供的一例公共安全三角形理论结构示意图。

示例性的，如图3中的(a)图所示，公共安全三角形理论结构可以包括突发事件实体、承灾载体实体以及应急管理实体。

其中，突发事件可以具有不同的属性，该属性可以包括事件类型、事件特征、事件主体、事件影响、事发地点、事发时间、事发原因中的一项或几项。

示例性的，事件类型可以包括：一、自然灾害类，例如，地震、台风、森林火灾等；二、事故灾难类，例如，车间生产发生的安全生产事故、交通事故等；三、公共卫生事件类，例如，食品安全、群体性不明原因疾病以及动物疾病等；四、社会安全事件类，例如，违法范围事件、恐怖袭击事件以及群体性事件和经济安全事件等。

事件特征是能够表征突发事件的一些特征，例如，化合物a爆炸引发火灾B，那么化合物a就可以理解为火灾B的事件特征；又例如，司机醉酒驾驶引起交通事故C，那么醉酒驾驶可以理解为交通事故C的事件特征。

事件主体是突发事件主体，例如，化合物a爆炸引起火灾B，那么火灾B的事件主体就是化合物a，司机醉酒驾驶引起交通事故C，司机就属于交通事故C的事件主体。

事件影响指的是，突发事件造成的影响或者破坏程度，例如，火灾B造成的经济损失，或者火灾B造成的破坏程度。

在本申请的一些实施例中，破坏程度包括实体破坏和功能破坏等破坏形式。其中，实体破坏指的是突发事件直接作用的对象遭到的破坏，例如，火灾B烧毁了建筑物D，则建筑物D就是火灾B造成的实体破坏；功能破坏指的是突发事件造成的功能性影响，例如，火灾B导致建筑物D停电，就属于火灾B造成的功能性破坏。

在本申请的另一些实施例中，突发事件的实体破坏可以引发功能破坏。例如，交通事故C 造成车辆损毁，导致车辆报废无法再继续驾驶；又例如，火灾B烧毁建筑物D，导致建筑物D无法继续作为居民楼或者商铺使用，都属于突发事件的实体破坏引发的功能破坏。

事发地点指的是突发事件发生的地点，例如，火灾B发生在建筑物D，那么建筑物D所在地点就是火灾B发生地点。

事发时间指的是突发事件发生的时间，例如，交通事故C发生在2200年11月14日上午十时，那么2200年11月14日上午十时就是交通事故C发生的时间。

事发原因指的是突发事件发生的原因，例如，火灾B是由化合物a爆炸引发的，那么化合物a爆炸就属于火灾B的事发原因；再例如，司机醉酒驾驶导致交通事故C，那么司机醉酒驾驶就属于交通事故C的事发原因。

在本申请的一些实施例中，突发事件的属性的划分没有严格的区分。例如，上述化合物a爆炸引发火灾B，那么化合物a既是火灾B的事件主体，也是火灾B的事件特征。

承灾载体是突发事件直接作用的对象，其属性包括载体类型、地理位置、易损性等属性。

其中，载体类型包括但不限于人、物、系统等类型，承灾载体同时也是应急管理的保护对象。例如，暴力事件F中的受害者H就属于暴力事件F的承灾载体，火灾B烧毁的建筑物D也属于火灾B的承载载体，火灾B中的受害者I也属于火灾B的承灾载体。

在本申请的一些实施例中，承载载体与突发事件的事件主体可以是同一物体，例如，建筑物D发生火灾B，建筑物D既是火灾B的事件主体，也是火灾B的承灾主体。

地理位置指的是承灾载体所在地理位置，例如，火灾B发生的地理位置，地震B1的所在地理位置。

在本申请的一些实施例中，承灾载体的地理位置可以与突发事件的事发地点一致，例如，建筑物D发生火灾B，所以，火灾B的事发地点为建筑物D，火灾B的承载载体(建筑物D)所在地理位置，也是建筑物D所在地理位置。

在本申请的另一些实施例中，承灾载体的地理位置的范围大于突发事件的事发地点所在范围。例如，地震B1发生在P省P1地区，所以地震B1的事发地点在P省P1地区，而地震B1的承灾载体的地理位置可以包括P省在内的多个省或者多个地区。

易损性用于表示承载载体能够抵御的破坏程度，承灾载体能够抵御的破坏程度与其易损性成反比，即承灾载体能够抵御的破坏程度越低，其易损性越大；反之亦然。例如，三峡大坝能够抵御强地震的破坏，那么三峡大坝的易损性就比较低。

在本申请的一些实施例中，不同的承灾载体的易损性一般是不同的。例如，建筑物D 作为普通居民住房相对于其作为其他用途(例如，存放化学物质的仓库)的易损性会高一些。

在本申请的另一些实施例中，同一个承灾载体在不同的突发事件中，其易损性一般也是不同的。例如，假设建筑物D属于仓库，里面存放的大多是易燃性物体，所以其在火灾B的易损性比较高，但是建筑物D必然是符合建筑标准的(能够抵抗6级甚至7级地震并且不会坍塌)，所以在地震B1中的易损性相对其在火灾B中的易损性就会比较低。

在本申请的其他实施例中，承灾载体会进一步引发次生突发事件，从而形成突发事件链。例如，火灾B烧毁建筑物D造成的经济损失，就属于经济安全突发事件；再例如，暴力事件F的受害者H因为没有得到合理的补偿而又诉诸暴力引发的次生暴力事件J；又例如，交通事故C造成的交通瘫痪而引发的交通拥堵事件K。

应理解，对于次生突发事件而言，其与引起其发生的突发事件之间一定是具有关联关系的。

应急管理指的是各种能够预防或者减少突发事件及其作用后果的人为干预手段。例如，火灾B发生后有关部门采取的一些疏散人群救援受困人员的措施。

应急管理的属性包括应急阶段、应急机构、应急预案、应急物资、应急保障等属性。

其中，应急阶段包括预防准备、监测监控、预测预警、救援处置、恢复重建等阶段。

预防准备指的是，由于之前发生过类似的突发事件或者没有发生过类似的突发事件，然后对可能或者将要发生的突发事件进行预防，尽量避免突发事件的发生。例如，沿海地区P5对台风B2的预防准备。

监测监控指的是，不确定突发事件是否会发生或者确定突发事件会发生，而对可能引发突发事件发生的因素进行监测监控，以对突发事件的发生进行预测，或者对突发事件可能造成的损失进行预测。例如，实时监测监控台风B2的动向，以预测台风B2的轨迹，避免发生较大规模的人员伤亡或者经济损失；又例如，实时监测监控降水量，以预测是否会发生洪灾。

预测预警指的是，对突发事件是否发生进行预测，并根据预测结果作出及时的预警。例如，通过实时监测监控降水量预测会发生洪灾，然后对洪峰到来进行预警，以尽快疏散群众，避免人员伤亡。

救援处置指的是，在突发事件发生时，有关部门或者相关人员采取的救援措施，例如，火灾B发生时，消防人员疏散人群，以及对受困人员进行快速救援；又例如，交通事故C发生时，交通指挥人员赶来指挥交通，避免发生大规模的交通拥堵现象，以及急救中心的救援人员会赶来对受害者D进行紧急救援。

恢复重建指的是，突发事件发生后，有关部门及相关人员对承灾载体的处置措施。例如，地震B1后，有关部门及相关人员为受灾群众建立的临时避难场所、利用大量的人力物力对灾区进行的灾后重建以及灾后的经济复苏工作。

应急机构指的是，对于采取应急管理措施的相关机构。例如，火灾B发生后，消防部门就是火灾B的应急机构，居民委员会协助消防部门疏散人员，那么居民委员会也属于火灾B的应急机构。

应急预案指的是，针对突发事件所采取的具体的应急管理措施。例如，针对火灾B的应急预案可以是先紧急疏散人员、再对受困人员进行救助，然后妥善安置受困人员以及封锁火灾现场避免闲杂人等进入引发人员伤亡等一系列方案。

应急物资指的是，在突发事件所使用的物资。例如，火灾B发生时的消防云梯、消防车；又例如，地震B1后受灾群众所需的水、食物以及一系列生活用品。

应急保障指的是，在突发事件中使用的一些保障措施。例如，为地震B1的受灾群众临时搭建的避难场所。

在本申请的一些实施例中，应急管理不仅可以针对突发事件实施，也可以针对承灾载体实施。例如，发生火灾B后，消防员灭火属于针对突发事件实施的应急措施，而由于火灾B导致建筑物D损毁，为了避免进一步造成损失，会对已经损毁的部分建筑物D进行定点爆破属于针对承灾载体实施。

图3中的(b)图是根据本申请的一些实施例提供的一例突发事件、承灾载体以及应急管理之间的对应关系示意图。

示例性的，如图3中的(b)图所示，突发事件与承载载体可以是一对一的对应关系，即一个突发事件对应一个承灾载体，例如，火灾B对应一个建筑物D；突发事件与承灾载体也可以是一对多的对应关系，即一个突发事件对应多个承灾载体，例如，火灾B造成人员伤亡以及建筑物D损毁；

应急管理与承灾载体之间可以是一对一的对应关系，即一个应急管理对应一个承灾载体，例如，火灾B的应急管理对应着火灾B的承灾载体建筑物D；应急管理与承灾载体之间也可以是多对一的对应关系，即多个应急管理可以对应一个承灾载体，例如，地震B1的应急管理以及火灾B的应急管理都可以对应于载体类型为建筑物的承载载体；

突发事件与应急管理之间是一对一的对应关系，即由于突发事件的属性信息，例如，事发时间、事发地点、事发原因等的不同，一个应急管理一般对应着一个突发事件。应理解，本申请对突发事件、承灾载体、应急管理之间的具体对应关系不作限制。

下面将结合图3所示的事件实体类型及其属性信息，详细介绍本申请方法的方法。

图4是本申请一些实施例提供的一例公共安全知识图谱构建方法示意图，该方法400 包括：

401：开始。

402：服务器100获取与公共安全主题相关的数据。

在本申请的一些实施例中，服务器100可以通过文字资料调研、互联网爬虫技术等方式获取与公共安全主题相关的突发事件接报警数据、应急管理、突发事件评估报告、报道突发事件的新闻等相关数据作为原始数据。

403：服务器100从与公共安全主题相关的数据中提取多个事件实体类型及其与实体类型对应的属性信息。

在本申请的一些实施例中，服务器100在获取原始数据后，利用基于词频-逆向文件频率(term frequency–inverse document frequency，TF-IDF)分析方法判断上述原始数据中是否包含与突发事件、承灾载体、应急管理等实体相关的数据。

在本申请的另一些实施例中，还可以通过其他文本词频分析方法判断原始数据中是否包含突发事件、承灾载体、应急管理及其属性信息。本申请对此不作限制。

进一步地，如果上述原始数据中包含与突发事件、承载载体以及应急管理等实体相关的数据，则利用语义分析方法获取上述原始数据中的突发事件、及其对应的承灾载体、应急管理以及突发事件的属性信息、承灾载体的属性信息、应急管理的属性信息。

如果上述原始数据中不包含与突发事件及其对应的承灾载体以及应急管理等实体相关的数据，则重新获取其他与公共安全主题相关的数据作为新的原始数据，并利用上述方法进行判断，直至获取原始数据中的突发事件、承灾载体、应急管理以及突发事件的属性信息、承灾载体的属性信息、应急管理的属性信息。

应理解，原始数据中包含多个突发事件及其对应的承灾载体以及应急管理。

404：基于上述提取出的突发事件及其对应的承载载体、应急管理及其各自的属性信息，构建公共安全知识图谱。

在本申请的一些实施例中，服务器100可以提取各个突发事件、承灾载体、应急管理的属性信息中的关键词，然后通过公式一计算这些关键词之间的相似度，进而判断各个突发事件、承灾载体、应急管理之间是否存在关联关系。

其中，s

当两个事件实体属性的关键词相似度s大于等于第一阈值，则在两个事件实体之间建立关联关系。

在本申请的另一些实施例中，可以通过快速自动关键字提取(Rapid Automatickeyword extraction，RAKE)算法快速提取上述各事件实体的属性信息的关键词，也可以通过其他关键词提取算法提取上述各事件实体属性信息的关键词。本申请对此不作限制。

应理解，第一阈值是一个可调节的参数，用于调节整个公共安全知识图谱的关联关系密集程度。当整个公共安全知识图谱的关联关系过于密集，可以适当的增大第一阈值的值，以减少公共安全知识图谱中的关联关系；当整个公共安全知识图谱的关联关系过于疏松，可以适当减小第一阈值的值，以增多公共安全知识图谱中的关联关系。

还应理解，相似度的大小表示各个事件实体之间关联关系的强弱，相似度越大，事件实体之间的关联关系越强；相似度越小，事件实体之间的关联关系越弱。

在本申请的另一些实施例中，服务器100可以实时或者经过预设时长不断的获取新的与公共安全主题相关的原始数据，并提取该原始数据中各个突发事件及其对应的承灾载体、应急管理，以及它们的属性信息。利用上述判断各个突发事件、承灾载体、应急管理之间是否存在关联关系的方法，动态的在公共安全知识图谱中增加或者取消关联关系。

例如，事件实体之间可能因为偶然而产生关联关系。具体地，高温引起汽车轮胎爆炸，汽车轮胎突然爆炸而失控，进而导致了严重的交通事故。由于，高温事件与交通事故事件由于轮胎爆炸而产生关联关系，但是，这种情况在日常生活中较为罕见，所以，高温事件之间与交通事故之间的关联关系并不稳定。

可选地，服务器100也可以不提取各个突发事件的属性信息及其对应的承灾载体的属性信息、应急管理的属性信息的关键词，直接通过公式一计算各个突发事件的属性信息及其对应的承灾载体的属性信息、应急管理的属性信息之间的相似度，然后基于相似度判断各个突发事件、承灾载体、应急管理之间是否存在关联联系。本申请对此不作限制。

示例性的，以火灾B、火灾B的承灾载体(建筑物D)、火灾B的应急管理(火灾应急管理)、交通事故C、交通事故C的承灾载体(受害者H)、交通事故C的应急管理(交通肇事应急管理)、火灾B2、火灾B2的承灾载体(受害者H1)为例，说明事件实体之间的关联关系建立的过程。

具体地，表1为火灾B的属性信息，包括事件类型-“火灾”、事件特征-“化合物a、易燃物b”、事件主体-“化合物a”、事件影响-“建筑物D损毁，无法再做仓库使用”、事发地点-“建筑物D所在地点”、事发时间-“XX年XX月XX日X时”、事发原因-“化合物a爆炸”，如表1所示：

表1

表2为建筑物D的属性信息，包括载体类型-“建筑物”、地理位置-“建筑物D所在地点”、易损性-“强”，如表2所示：

表2

表3为火灾B应急管理的属性信息，包括应急阶段-“救援处置阶段”、应急预案-“先疏散在场无关人群、再对受困人员进行紧急救援”、应急物资-“水龙带接头、防火罩、消防枪头等等”、应急保障-“后勤供给”，如表3所示：

表3

表4为交通事故C的属性信息，包括事件类型-“交通肇事”、事件特征-“醉酒驾驶”、事件主体-“酒驾司机”、事件影响-“”、事发地点-“XX街道”，

如表4所示：

表4

表5为受害者H的属性信息，包括载体类型-“受害人”、地理位置-“XX街道”、易损性- “强”，如表2所示：

表5

表6为交通事故C应急管理的属性信息，包括应急阶段-“救援处置阶段”、应急预案- “先疏散在场无关人群、再对受困人员进行紧急救援”、应急物资-“止血带、担架、绷带等等”、应急保障-“急救中心病床充足”，如表3所示：

表6

表7为火灾B2的属性信息，包括事件类型-“火灾”、事件特征-“化合物a”、事件主体-“化合物a”、事件影响-“建筑物D2损毁”、事发地点-“建筑物D2所在地点”、事发时间-“XX年XX月XX日X时”、事发原因-“化合物a爆炸”，如表1所示：

表7

表8为建筑物D2的属性信息，包括载体类型-“建筑物”、地理位置-“建筑物D2所在地点”、易损性-“强”，如表8所示：

表8

表9为火灾B2应急管理的属性信息，包括应急阶段-“救援处置阶段”、应急预案-“先疏散在场无关人群、再对受困人员进行紧急救援”、应急物资-“水龙带接头、防火罩、消防枪头等等”、应急保障-“后勤供给”，如表9所示：

表9

服务器100通过上述关键词提取算法提取上述表格中各个事件实体属性信息的关键词，得到各个事件实体属性信息的关键词，如表10-表18所示：

表10为火灾B的属性信息的关键词，如表10所示：

表10

表11为建筑物D的属性信息的关键词，如表11所示：

表11

表12为火灾B应急管理的属性信息的关键词，如表12所示：

表12

表13为交通事故C的属性信息的关键词，如表13所示：

表13

表14为受害者H的属性信息的关键词，如表14所示：

表14

表15为交通事故C应急管理的属性信息的关键词，如表15所示：

表15

表16为火灾B2的属性信息的关键词，如表16所示：

表16

表17为建筑物D的属性信息的关键词，如表17所示：

表17

表18为火灾B应急管理的属性信息的关键词，如表18所示：

表18

服务器100在得到上述各事件实体属性信息的关键词后，利用公式一计算各个属性信息关键词之间的相似度。

例如，假设j为火灾B的事件特征，i为交通事故C事件特征，则W

图5是本申请的一些实施例提供的一例事件实体关联关系示意图。

示例性的，如图5所示，火灾B与交通事故C之间存在承灾载体易损性关键词以及应急管理应急预案属性信息关键词之间的相似度大于第一阈值，所以火灾B与交通事故C之间基于易损性以及应急预案具有关联关系。

又例如，假设j为火灾B的事件特征，i为火灾B2事件特征，则W

图6是本申请的一些实施例提供的另一例事件实体关联关系示意图。

示例性的，如图6所示，火灾B与火灾B2之间各个属性信息关键词的相似度大于第一阈值，所以火灾B与火灾B2之间具有关联关系。

应理解，计算火灾B的承灾载体建筑物D与交通事故C的承灾载体受害者H之间的相似度、火灾B的火灾B应急管理与交通事故C的交通事故C应急管理之间的相似度、火灾 B的承灾载体建筑物D与火灾B2的承灾载体建筑物D2之间的相似度、火灾B的火灾B应急管理与火灾B2的火灾B2应急管理之间的相似度、火灾B2的承灾载体建筑物D2与交通事故C的承灾载体受害者H之间的相似度、火灾B2的火灾B2应急管理与交通事故C的交通事故C应急管理之间的相似度的方式与上述方式一致，此处不再赘述。

还应理解，由于各个事件实体均包含多个属性信息(例如，火灾B包含事件特征、事发地点、事发事件等等，建筑物D包含易损性、地理位置、载体类型等等)所以，只要各个事件实体中存在一个或者多个属性信息或者属性信息的关键词的相似度大于等于第一阈值，就认为该事件实体之间具有关联关系。

在本申请的一些实施例中，对于偶然存在两个或多个的事件实体由于某几个属性信息或者属性信息关键词的相似度大于等于第一阈值而建立的关联关系，服务器100可以取消该事件实体之间的关联关系，以确保各个事件实体之间关联关系的稳定性。具体地，可以给各个属性信息设置权重，当权重最高的属性信息的相似度小于第一阈值，就认为两个事件关联关系不稳定，服务器100就可以取消该事件实体之间的关联关系。本申请对此不做限定。

通过上述方法，将各个事件实体类型进行明确，即实体类型包括突发事件、承灾载体、应急管理，并且对于特定的突发事件，一定能够确定其对应的承灾载体和/或应急管理。然后，基于各个突发事件及其对应的承载载体、应急管理的一项或多项属性信息之间的相似度，建立各个事件实体之间清晰的关联关系。

图7是本申请的一些实施例提供的又一例事件实体关联关系示意图。

示例性的，如图7所示，由于火灾B与交通事故C之间仅仅是其承载载体的易损性以及应急管理的应急预案属性信息的相似度大于第一阈值，所以火灾B与交通事故C之间的关联关系为弱关联，所以可以取消火灾B与交通事故C之间的关联关系。

应理解，将上述各事件实体的属性信息或者属性信息的关键词表示为表格形式只是为了便于清晰直观的说明各事件实体之间建立关联关系的过程，本申请对此各事件实体属性内容的表示方式不作限制。

可选地，上述各事件实体的属性信息或者属性信息的关键词，也可以表示为数组的形式，例如，火灾B属性信息：{“火灾”，“化合物a、易燃物b”，“化合物a”，“建筑物D损毁，无法再做仓库使用”，“建筑物D所在地点”，“XX年XX月XX日X时”，“化合物a爆炸}；建筑物D属性信息：{“建筑物”，“建筑物D所在地点”，“强”}，火灾应急管理属性信息的关键词：{“救援处置”、“疏散、救援”、“防火罩、消防”、“后勤”}。

405：服务器100获取接报警信息，提取接报警信息中的目标事件实体类型以及对应的属性信息。

在本申请的一些实施例中，服务器100可以通过通信模块140与其他电子设备建立通信连接(例如，手机、手提电话、接报警中心控制平台等等)，从而通过其他电子设备获取接报警信息。

在服务器100获取接报警信息后，从所获取的接报警信息中提取第三事件实体类型以及对应的属性信息。

例如，服务器100接到报警信息：“Y地因为化合物a爆炸引发火灾B3”，那么该接报警信息中的第三事件实体类型以及对应的属性信息就是：事发原因-“化合物a爆炸”、事件特征-“化合物a”。

应理解，对于越详细的报警信息，服务器100会提取出更详细的第三事件实体类型及其属性信息。

在本申请的一些实施例中，当服务器100获取的报警信息内容较少，无法提取有效的事件实体类型及属性信息时，服务器100可以在经过预设时长后，根据现场勘查人员或者设备实时传回的信息，进一步确定事件实体类型及属性信息，以确保服务器100能够获取准确的事件实体类型及其属性信息。例如，报警信息内容为：“Y地着火了”，那么服务器 100可以先提取出该报警信息中事件实体类型中的事件类型以及事发地点，至于其他属性信息，可以经过预设时长后从现场勘查人员或者设备提供的信息中获取。

406：服务器100基于构建好的公共安全知识图谱、报警信息中的目标事件实体类型及其属性信息，向终端发送预警信息。

在本申请的一些实施例中，服务器100利用上述属性信息关键词相似度计算方式，计算所获取的报警信息中的事件实体类型及其属性信息与服务器100构建好的公共安全知识图谱中的各个事件实体属性信息之间的相似度，当所获取的报警信息中的事件实体对应的属性信息与服务器100构建好的公共安全知识图谱中的某个事件实体属性信息之间的相似度大于等于第三阈值时，服务器100会根据公共安全知识图谱中的该事件实体属性信息，向终端发送预警信息。

继续以服务器100获取到“Y地因为化合物a爆炸引发火灾B3”的报警信息为例。

服务器100从上述报警信息中提取到事件实体类型以及对应的属性信息就是：事发原因-“化合物a爆炸”、事件特征-“化合物a”。

假设公共安全知识图谱中存在火灾B、及其承灾载体(建筑物D)以及火灾B应急管理的属性信息(参见表1-3)，经过相似度计算，认为火灾B3的事件特征-“化合物a”与火灾B事件特征-“化合物a”的相似度大于第三阈值，所以服务器100会将公共安全知识图谱中火灾B以及火灾B应急管理、建筑物D的属性信息作为预警信息发送给终端，使得终端用户能够根据预警信息作出相应的反应。

例如，如果终端用户是有关的应急部门，那么应急部门就可以根据接收到的火灾B应急管理，针对性的做好火灾B3的应急管理。

在本申请的一些实施例中，如果报警信息是：“XX街道因为酒驾发生交通肇事C1”那么该报警信息中涉及的事件实体是交通事故C，该事件实体的类型是“交通肇事”，交通事故C的事件特征是“酒驾”。

服务器100可以通过上述方法计算交通事故C1与公共安全知识图谱中交通事故C的相似度大于等于第三阈值，所以，服务器100会把公共安全知识图谱中交通事故C、承载载体受害者H、交通事故C应急管理发送给终端，终端用户会根据交通事故C的事件影响 (“X人受伤、XX街道拥堵”)提前规划其行程，避开XX街道，并且“X人受伤”的事件影响也会给终端用户一定的警示作用。

通过本申请的方案，对各种事件实体类型做了明确的划分，并且将有关联关系的各个事件实体类型(包括突发事件及其对应的承载载体、应急管理)均纳入公共安全图谱，从而实现历史突发事件检索、查询功能；而且能够根据各个突发事件的事件影响作出次生衍生灾害推演分析；并且能够对新的突发事件作出针对性的应急管理，提升应急响应和救援行动的效率从而实现更全面的灾害预防。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在移动终端上运行时，使得移动终端执行时实现可实现上述各个方法实施例中的步骤。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM， RandomAccess Memory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。

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

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

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

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。