专利名称：处理通信终端设备的紧急呼叫的方法、紧急情况装置和紧急呼叫中心的制作方法
处理通信终端设备的紧急呼叫的方法、 紧急情况装置和紧急呼叫中心
紧急呼叫是从通信终端设备大多至紧急呼叫中心的连接，以便在 紧急情况下向诸如急救服务、消防队或警察的专业援助报警。为此既 可以采用专门的紧急情况终端设备(所谓的紧急呼叫电话)、也可以 采用通常的有线或无线的通信终端设备。
紧急呼叫中心例如可以是工厂防护中心或公共的紧急呼叫中心。 该紧急呼叫中心接受通信终端设备的紧急呼叫和处理该紧急呼叫。在
此，通常由紧急呼叫中心询问以下的信息 -何处发生了紧急情况？ -发生了什么？ 画涉及了多少人？ -存在何种类型的紧急情况？
此外，在此情况下还采集其它的信息、诸如紧急呼叫的时刻，呼 叫者的身份、和紧急呼叫的通信终端设备的呼叫号码和类似物。
如果发生例如公共电话机或移动电话的紧急呼叫，则在许多情况 下，虽然可以自动确定紧急呼叫的通信终端设备的位置，但是大多是 不准确的。
因此在移动电话的紧急呼叫的情况下，对于紧急呼叫中心可以借 助移动无线电网络运营商的信息来界定移动电话的大致位置。这通过 确定基站来实现，其中移动电话从所述基站出发建立了与移动无线电 网络的连接。因为该基站的准确所在地是已知的。由于位置确定的准 确性与移动无线电网络的由基站所供应的无线电小区的大小有关，从 而可以在城市中仅以100m至1600m的误差，而在乡下仅以直至24 km 的误差来确定紧急呼叫的移动电话的所在地。在此仅仅可以确定，移 动电话是否位于无线电小区中，但是不能确定，移动电话准确位于无 线电小区中的何处。
在公共电话机的紧急呼叫的情况下，部分地可以通过询问公共电 话机的位置信息所存储在的数据库来确定该公共电话机的位置。类似 的也适用于在例如非>^共通信网(例如企业通信网)之内的通信终端设备的紧急呼叫。这里也可以运营这种数据库，并因此确定紧急呼叫
的通信终端设备的位置。在这种数据库中所存储的信息通常是持久存
储的或静态的位置信息。
但是紧急情况地点的尽可能当前的、准确的确定，对于由紧急呼 叫中心的有效紧急情况管理而言是有决定性意义的，以便可以向救护
力量传送相应当前的、准确和全面的信息。
但是，向紧急呼叫中心和救护力量提供的信息在很大程度上涉及 来自这种数据库的刚才所述的静态位置信息和附加信息，其中所述附 加信息紧急呼叫者根据需求可以经由其通信终端设备被传送给紧急呼 叫中心。
除此之外，常常没有其它的信息供紧急呼叫中心使用。所述紧急 呼叫中心因此局限于这些信息来作出关于救护投入的决定、计划和实 施该救护投入。
从公开文献DE 102 54 623 Al中公知一种移动终端设备以及紧急 呼叫通信系统，其中，在移动无线电网络中的移动通信终端设备紧急 呼叫时，根据由移动无线电网络所提供的、表示移动通信终端设备的 大致逗留地点的数据来选择紧急呼叫所被引向的救护调度站。
本发明所基于的任务在于，在通信终端设备紧急呼叫的情况下， 改进对紧急呼叫的处理。通过权利要求1所述的特征来解决该任务。
本发明方法的主要的优点在于，首先当前检测紧急呼叫的通信终 端设备的位置。围绕紧急呼叫的通信终端设备的该被检测的位置来限 定危险范围，以便识别在危险范围中的其它通信终端设备。形成紧急 情况信息，并向在所限定的危险范围中的有关人员或救护力量的所有 的或选择的已识别的通信终端设备有针对性地来传送所述紧急情况信 息。
从其它的权利要求中可以得出本发明方法的、以及紧急情况装置 和紧急呼叫系统的其它有利的改进方案。
以下借助附图详细阐述本发明方法。在此
图1示出公司场地的概况图，
图2示出建筑物平面图，
图3示出建筑物部分的细节图，和
图4示出通信网KN的示意图。图1示意地展示出带有公司场地的紧急情况装置，其中两个用
Kompll、 Kompl2表示的建筑群位于所述公司场地上。第一建筑群 Kompll由三个建筑物组成。分别用Gl和G2表示其中的两个建筑物。 第一建筑物Gl是南北走向的建筑物条。从图2中得出对第二建筑物 G2的进一步细节。第二建筑物G2同样拥有南北走向的建筑物条G2.1, 但是除此之外，建筑物G2也还具有三个横向东西走向的建筑物侧翼 G2.2、 G2.3、 G2.4，请参阅图2。第一建筑物Gl是单层建筑物，而第 二建筑物G2包括建筑物纵向翼和建筑物侧翼G2.1和G2.2、G2.3、G2.4 在内具有三个楼层或层E1...E3,请参阅图3。
此外，工厂救护的用WS—Kompll表示的建筑物位于第一建筑群 Kompll处，图1。由栅栏Z将笫一建筑群Kompll (以及另外的笫二 建筑群Kompl2 )从周围屏蔽。第一建筑群Kompll拥有总共三个出口 ， 北出口 AusgN、东出口 AusgO和南出口 AusgS。本地的公共消防队的 救护站位于南方，在栅栏的那一边的建筑群之外，未示出。
第三和第四建筑物G3和G4和工厂救护的另一建筑物 WS—Kompl2位于第二建筑群Kompl2上，请参阅图l。
第二建筑物G2拥有四个出口 ，所述出口分别配备有入口控制系统 ZKS1…ZKS4，请参阅图2。在所述入口控制系统ZKS1…ZKS4处，想 进入第二建筑物G2的所有人员必须单独地例如用其工作证被识别。例 如给不拥有自己工作证的访客面交访客i正，所述访客利用该访客i正可 以相对入口控制系统ZKS1...ZKS4之一来,皮识别。入口控制系统 ZKS1...ZKS4例如检测和存储信息，如进入人员的身份，进入建筑物 的时刻和离开建筑物的时刻。除此之外，还分别在从建筑物侧翼G2.2、 G2.3和G2.4通向建筑物条G2.1的通道处安装这种相同类型的进入控 制系统ZKS5…ZKS7，请参阅图2。
在建筑物侧翼G2.4中，总共六个用R1…R6表示的房间分别位于 层1和2上，请参阅图3。布置在(图3中没有示出的)通信网KN中 的通信终端设备KE1...KE4位于这些房间中。在此，第二房间R2中 的笫一通信终端设备KE1、第四房间R4中的第二通信终端设备KE2、 第五房间R5中的第三通信终端设备KE3、和第六房间R6中的第四通 信终端设备KE4分别连接到通信网KN上。
对于该实施例假设，在第一建筑群Kompll中，在第二建筑物G2中，在建筑物侧翼G2.4第一层E1，在第五房间R5中突发火灾，请参 阅图3。
由于火灾突发，由第三有线通信终端设备KE3进行紧急呼叫。将 所使用的呼叫号码分配给布置在通信网KN中的紧急呼叫中心NZ (例 如在工厂救护的建筑物WS_Kompll中)，图4。
在图4中用以N表示的箭头示出了紧急呼叫。在紧急呼叫中心NZ 中将紧急呼叫N检测为这种紧急呼叫。
在图4中用DB表示的数据库同样在通信网KN中实现。在所述数 据库中不仅存储了布置在通信网KN中的通信终端设备KEl…KEn、 其呼叫号码，而且存储了代表其位置的位置信息POSl..POSn。在此， 位置信息POSl..POSn例如可以含有关于建筑群Gkompl、建筑物名称 G或建筑物部分名称、走廊、房间R、层E或类似物的地理信息。
在处理紧急呼叫N的过程中，根据本发明由紧急呼叫中心NZ形 成询问信息AI并向数据库DB传送，以便询问存储在数据库DB中的 相关的通信终端设备和位置信息KEl..KEn、 POSl..POSn。在此，通 过使用分配给紧急呼叫的第三通信终端设备KE3所分配的呼叫号码来 确定其位置POS3。
从现在起，借助同样在通信网KN中所实现的确定模块EM根据 第三通信终端设备KE3的位置信息POS3来限定危险范围并且形成相 应的范围信息GB，请参阅图3和4。在此除了位置信息POS3之外， 可以考虑在紧急呼叫N过程中所确定的其它信息，例如紧急情况的性 质(在该实施例中，在建筑物侧翼G2.4第五房间R5中失火)，所述 其它信息由紧急呼叫中心NZ传送。例如在该实施例中，根据给紧急呼 叫中心NZ所提供的关于在第五房间R5中的火灾的信息，可以如此限 定危险范围GB，使得该危险范围GB包括建筑物侧翼Kompll、 G2.4 的层E1、 E2和E3，请参阅图3。
于是根据本发明在确定模块EM中确定要选择哪些通信终端设备 KE，以便通过其将危险情况通知潜在被危及的人员或救护力量，并确 定向这些通信终端设备KE发送哪些信息。
这涉及到对要通知的通信终端设备KE的选择，这可以例如是位于 所限定的危险范围GB中的所有通信终端设备KE。例如可以经由数据 库DB的另一询问AI确定这是哪些通信终端设备KE。但是可替代地也可以按照其它准则来选择要通知的通信终端设备KE。可能的是，选 择位于由危险情况所涉及的、相邻于危险位置的房间R或建筑物部分 中的所有通信终端设备KE。因此在该实施例中适合于由于在第五房间 R5中第一层El上的火灾而选择位于建筑物侧翼G2.4的笫一、第二和 第三层E1、 E2和E3中的所有通信终端设备KE。
根据本发明为此例如可以特定地询问数据库DB，以便确定哪些通 信终端设备KE位于所限定的危险范围GB中。
有利地可以设想询问入口控制系统ZKS。由此可以确定当前逗留 在危险情况范围中的所有人员，因为存在关于为了获得通向建筑物侧 翼G2.4的访问而相对入口控制系统ZKS已被识别的所有人员的信息。 从现在起通过询问数据库DB,可以确定分配给所述人员的通信终端设 备KE。在此，尤其是可以不仅确定固定网连接的通信终端设备KE， 而且除此之外也可以确定无线的通信终端设备KE，诸如移动电话或便 携式小计算机、所谓的个人数字助理(筒称PDA)。
有利地向逗留在第五房间R5的危险源邻近附近的所有通信终端 设备K1…K4传送具有高优先权的消息。
除了选择潜在被危及人员的确定的通信终端设备KE之外，也可考 虑选择可能奉命救助的确定的救护力量的通信终端设备KE。对此的重 要的准则此外是
-紧急情况的位置和其对另外房间R、建筑物部分Gn.n、建筑物 G、出口 Ausg、和具有救护力量WS_Kompl的工厂救护的建筑物 WS—Kompl的相对位置， -紧急情况的性质和规模，
-在危险范围GB中潜在被危及人员的数量，和 -救护力量的可用性。
在该实施例中，在假设在第五房间R5中的其规模有限的室内失火 的情况下，适用于仅仅选择在工厂救护建筑物WS一Kompll中的救护力 量的通信终端设备KE,因为所述救护力量对于克服有限的危险是足够 的。此外，对所述救护力量来说，他们直至第五房间R5中的紧急情况 位置必须走过的路程比例如对于工厂救护的建筑物WS_Kompl2中的 救护力量，或甚至于对于场地之外的公共救护力量而言要短。
在已确定了要通知的通信终端设备KE之后，形成含有要向这些通信终端设备KE发送的信息的紧急情况信息NI，请参阅图4。
可以设想，首先形成被危及人员的标准化疏散或逃逸路径信息
FW，图1和4。但是也可以根据通信终端设备KE的所在地来单独地
形成这些信息。对于救护力量的通信终端设备KE，可以借助确定单元
EM形成进路路径信息，图1和4。
这些紧急情况信息NI尤其是含有关于由紧急呼叫N所报告的危险
情况的类型、存在的危险的紧迫性、要采取的措施、这些要采取的措
施的紧迫性的信息，和还含有用于离开所限定的危险范围GB的逃逸路
径信息。
在形成这些紧急情况信息NI之后，将这些紧急情况信息NI通过 传输模块tJM经由通信网KN向所识别的通信终端设备KE传送。替 代地也可以向布置在危险范围GB中的输出设备AE传送紧急情况信息 NI，图4。在此，尤其是可以涉及扩音器或另外的报警信号设备。尤其 是可以以语音消息、短消息、短消息业务或电子邮件的形式来实现向 通信终端设备KE的紧急情况信息NI。
确定模块EM、数据库DB和传送模块t)M可以有利地集成在紧急 呼叫中心NZ中，在图4中用NZ表示的虚线来示出。
根据本发明也可以以另外的方式确定紧急呼叫的通信终端设备 KE的位置。替代方案是一方面利用位置确定方法，所述位置确定方法 根据RFID技术、WLAN或DECT来确定地理位置或在空间范围中的 存在。另一方面(尤其是在建筑物G之外)，这也可以借助与通信终 端设备KE耦合的GPS系统来实现。在此，紧急呼叫的通信终端设备 KE要么可以自动向紧急呼叫中心NZ传送由GPS系统所形成的位置信 息POS。替代地，只有当事先从紧急呼叫中心NZ实现该功能的初始 化时，才可以实现该传送。
本发明方法不局限于该实施例，而是可以在允许确定位置的所有 通信终端设备KE中使用，以便处理通信终端设备KE的紧急呼叫N。
权利要求
1. 用于处理通信终端设备(KE)的紧急呼叫(N)的方法，其特征在于，-在采集到紧急呼叫(N)之后，确定紧急呼叫的通信终端设备(KE)的位置，-围绕所述通信终端设备(KE)的位置限定空间范围作为危险范围(GB)，-借助通信网(KN)或定位设备来识别逗留在危险范围(GB)中的通信终端设备(KE)，和-形成紧急情况信息(NI)，并向紧急呼叫的通信终端设备(KE)和/或向所识别的通信终端设备(KE)中的至少一个和/或向布置在所述危险范围(GB)中的输出设备(AE)传输紧急情况信息(NI)。
2. 按照权利要求1的方法，其特征在于，所述紧急情况信息(NI)描述-危险情况的类型，和/或-存在的危险情况的紧迫性，和/或-要采取的措施的类型，和/或-要采取的措施的紧迫性，和/或包含-用于离开所限定的危险范围(GB)的逃逸路径信息(FW)。
3. 按照权利要求1或2的方法，其特征在于，-借助全球定位系统(GPS)和/或无线或有线通信网(KN)的、 尤其是GSM、 UMTS、 DECT、 RFID或WLAN网的系统固有的位置 确定方法来确定紧急呼叫的通信终端设备(KE )的和在危险范围(GB ) 中的通信终端设备(KE)的位置，和-形成说明紧急呼叫的通信终端设备(KE)的和在危险范围(GB) 中的通信终端设备(KE)的位置的位置信息(POS)，和-利用紧急呼叫的通信终端设备(KE)的位置信息(POS)来限 定所述危险范围(GB)。
4. 按照权利要求1至3之一的方法，其特征在于，将所述紧急情况 信息(NI)-通过如短消息业务、多媒体消息业务、语音消息或电子邮件的通 信业务向紧急呼叫的通信终端设备和/或在危险范围(GB)中所识别的通信终端设备(KE )和/或陽经由布置在危险范围(GB)中的输出设备(AE)通过报警信号 和/或扩音器通知来传输。
5. 按照权利要求1至4之一的方法，其特征在于，通过处理建筑物 或房间入口控制系统(ZKS)的信息来识别逗留在所限定的危险范围(GB)中的人员的通信终端设备(KE)。
6. 按照权利要求1至5之一的方法，其特征在于，向在危险范围 (GB )之中和之外的救护力量的所选择的通信终端设备(KE )传送紧急情况信息(NI)，其中，所述选择与危险情况的类型有关。
7. 按照权利要求6的方法，其特征在于，救护力量的通信终端设备 (KE)根据其位置来选择。
8. 按照权利要求6或7的方法，其特征在于，根据所述危险范围 (GB)的位置，向救护力量的通信终端设备(KE)传输在导航辅助意义上的进路路径信息(AW)。
9. 按照权利要求6至8之一的方法，其特征在于，向救护力量的通 信终端设备(KE)传输关于-危险情况的性质，和/或 -危险情况的规模，和/或-所涉及人员的可能数量的紧急情况信息(NI)。
10. 按照权利要求1至9之一的方法，其特征在于，考虑-紧急呼叫的通信终端设备(KE)的其它紧急情况信息，和/或 -代表不同于紧急呼叫的通信终端设备(KE)的当前位置的位置 的其它信息。
11. 按照权利要求1至IO之一的方法，其特征在于，将紧急呼叫的 通信终端设备(KE )的位置映射到代表所述危险范围(GB )的图示上。
12. 用于处理通信终端设备(KE)的紧急呼叫(N)的紧急情况装置，画具有紧急呼叫中心(NZ)和数据库(DB)，用于确定紧急呼叫 的通信终端设备(KE)的位置，-具有用于将空间范围限定为围绕通信终端设备(KE)的位置的 危险范围(GB)的确定模块(EM)，-具有用于识别逗留在危险范围(GB)中的通信终端设备(KE)的通信网(KN)或定位设备，和-具有用于形成和向所识别的人员的通信终端设备(KE)和/或向 布置在危险范围(GB)中的输出设备(AE)传输紧急情况信息(NI) 的确定模块(EM)。
13. 用于处理通信终端设备(KE)的紧急呼叫(N)的紧急呼叫中心,画具有用于采集紧急呼叫的通信终端设备(KE )的位置信息(POS ) 的数据库(DB),鬧具有确定模块(EM)， 用于限定所述危险范围(GB), 用于借助通信网(KN)或定位设备识别逗留在所限定的危险 范围(GB)中的人员的通信终端设备(KE)，和 用于形成和向所识别的人员的通信终端设备(KE)和/或向布 置在危险范围(GB)中的输出设备(AE)传输紧急情况信息(NI)。
14. 按照权利要求12或13的紧急情况装置或紧急呼叫中心的初始 化模块，用于对全球定位系统GPS和/或在通信终端设备(KE)或通 信网(KN)中的系统固有的位置确定方法初始化。
15. 按照权利要求12或13的紧急情况装置或紧急呼叫中心，其特 征在于，设置用于在形成和传输紧急情况信息(NI)时考虑-危险情况的类型，和/或-存在的危险情况的紧迫性，和/或-要采取的措施的类型，和/或-描述要采取的措施的紧迫性，和/或-用于离开危险范围(GB)的逃逸路径信息(FW),和/或 -用于到达危险范围(GB)的进路路径信息(AW)的装置。
16. 按照权利要求12至15之一的紧急情况装置或紧急呼叫中心， 其特征在于，设置传输模块(tJM)，用于经由另外的通信业务、尤其 是如短消息业务、多媒体消息业务、无线传输的语音消息、电子邮件 的通信业务向所识别的人员的通信终端设备(KE)或者通过报警信号 和/或扩音器通知向布置在危险范围(GB)中的输出设备(AE)传输 紧急情况信息(NI)。
全文摘要
当在紧急呼叫中心(NZ)中采集到通信终端设备(KE1)的紧急呼叫(N)之后，借助询问数据库(DB)来确定通信终端设备(KE1)的位置(POS1)。围绕通信终端设备(KE1)的位置(POS1)限定空间范围作为危险范围(GB)，并确定位于危险范围(GB)中的其它通信终端设备(KE)。随后选择在危险范围(GB)中的可被通知的救护力量的通信终端设备(KE)。最后形成紧急情况信息(NI)，所述紧急情况信息(NI)例如可能含有潜在被危及人员用的逃逸路径信息(FW)或救护力量的进路路径信息(AW)。然后向潜在被危及人员或救护力量的分别所选择的通信终端设备(KE)传输所述紧急情况信息(NI)。
文档编号H04M3/533GK101455067SQ200780019904
公开日2009年6月10日 申请日期2007年2月13日 优先权日2006年5月31日
发明者B·博奇奥纳克, D·克劳斯, H·尼梅尔 申请人:西门子公司