灾难响应系统.pdf

一种灾难响应系统，从受灾难影响的区域中的参与装置接收位置数据和状态数据。灾难响应系统为受影响的区域外面的客户装置提供数据。该数据指明受影响的区域内的人们的状态。灾难响应系统还指示路由器执行操作以调整灾难期间和之后可用于特定用途的带宽。

权利要求书一种系统，包括：多个参与的移动装置，位于受灾难影响的区域内；多个客户装置，位于所述区域外面；以及协调数据中心，包括处理系统，所述处理系统被配置为执行指令以：将灾难警报消息发送至所述参与的移动装置；基于在所述协调数据中心发送所述灾难警报消息之后从所述参与的移动装置接收的数据，存储所述参与的移动装置的初始位置数据，所述初始位置数据表示所述参与的移动装置的位置；在发送所述灾难警报消息之后，将灾后消息发送至所述参与的移动装置；基于在所述协调数据中心发送所述灾后消息之后从所述参与的移动装置接收的数据，存储新位置数据和状态数据，所述新位置数据表示所述参与的移动装置的新位置，所述状态数据表示所述参与的移动装置的用户是否需要紧急援助；以及向所述客户装置提供表示所述参与的移动装置的用户是否需要紧急援助的数据。根据权利要求1所述的系统，其中，所述系统进一步包括路由器，所述路由器包括：存储灾难概况的计算机存储介质；存储路由信息库（RIB）的计算机存储介质；以及响应于所述路由器从所述协调数据中心接收重新配置消息而使用所述灾难概况中的数据修改RIB的电路；并且其中，所述协调数据中心的处理系统执行指令进一步使所述协调数据中心响应于所述协调数据中心接收表示灾难已经影响或即将影响所述区域的输入而将所述重新配置消息发送至所述路由器。根据权利要求2所述的系统，其中，所述路由器包括在所述路由器接收到所述重新配置消息之后丢弃具有属于非必要协议的有效载荷并且还具有在与所述区域相关的地址的组中的源地址或目标地址的数据包的电路。一种由受灾难影响的区域中的参与的移动装置执行的方法，所述方法包括：在所述参与的移动装置（8A）处接收（236）灾难警报消息；响应于所述灾难警报消息的接收，将位置数据自动发送（240）至协调数据中心（10），所述位置数据表示所述参与的移动装置的地理位置；在灾难已经停止继续影响包括所述参与的移动装置的当前地理位置的区域之后，在所述参与的移动装置处接收（256）灾后消息；响应于所述灾后消息，将新位置数据从所述参与的移动装置发送（260）至所述协调数据中心，所述新位置数据表示所述参与的移动装置的新地理位置；以及响应于所述灾后消息，将状态数据从所述参与的移动装置发送（270）至所述协调数据中心，所述状态数据表示所述参与的移动装置的用户是否需要紧急救援。根据权利要求4所述的方法，进一步包括：在所述参与的移动装置接收所述灾难警报消息之前，在所述参与的移动装置处接收（220）引导数据；在所述参与的移动装置接收所述灾难警报消息之前，将所述引导数据存储（222）在所述参与的移动装置上；以及响应于所述灾难警报消息的接收，使用所述引导数据向用户呈现响应指令，所述响应指令表示用户应如何应对灾难。根据权利要求5所述的方法，其中，所述引导数据包括地图数据；并且其中，使用所述引导数据向用户呈现响应指令包括：使用所述地图数据确定用户的疏散路线。根据权利要求4至6中任一项所述的方法，进一步包括：响应于所述灾后消息，提示（266）用户表明用户是否需要紧急救援。根据权利要求4至6中任一项所述的方法，进一步包括：在所述参与的移动装置接收所述灾难警报消息之前，将位置消息重复发送至所述协调数据中心，所述位置消息表示所述参与的移动装置的地理位置。一种移动装置，其中，所述移动装置包括电路，所述电路被配置为：响应于灾难警报消息的接收，将位置数据自动发送（240）至协调数据中心（10），所述位置数据表示计算装置的地理位置；在灾难已经停止继续影响区域之后，响应于灾后消息的接收，将新位置数据发送（260）至所述协调数据中心，所述新位置数据表示所述计算装置的新地理位置；以及响应于所述灾后消息，将状态数据发送（270）至所述协调数据中心，所述状态数据表示所述计算装置的用户是否需要紧急救援。根据权利要求9所述的移动装置，其中，所述电路进一步被配置为：在所述参与的移动装置接收所述灾难警报消息之前，在所述参与的移动装置处接收（220）引导数据；在所述参与的移动装置接收所述灾难警报消息之前，将所述引导数据存储（222）在所述参与的移动装置上；以及响应于所述灾难警报消息的接收，使用所述引导数据向用户呈现响应指令，所述响应指令表示用户应如何应对灾难。根据权利要求10所述的移动装置，其中，所述引导数据包括地图数据；并且其中，所述电路被配置为使用所述地图数据确定用户的疏散路线。根据权利要求9至11中任一项所述的移动装置，其中，所述电路被配置为在所述参与的移动装置接收所述灾难警报消息之前，将位置消息重复发送至所述协调数据中心，所述位置消息表示所述参与的移动装置的地理位置。根据权利要求9至12中任一项所述的移动装置，其中，所述移动装置包括移动电话。一种协调数据中心，包括处理系统，所述处理系统被配置为：将灾难警报消息发送至受灾难影响的区域中的参与的移动装置；在发送所述灾难警报消息之后，从所述参与的移动装置接收第一位置消息，所述第一位置消息表示所述参与的移动装置的位置；在将所述灾难警报消息发送至所述参与的移动装置之后，将灾后消息发送至所述参与的移动装置；在发送所述灾后消息之后，从所述参与的移动装置接收新位置数据和状态数据，所述新位置数据表示所述参与的移动装置的新位置，所述状态数据表示所述参与的移动装置的用户是否需要紧急援助；以及向受灾难影响的区域外面的用户提供接口，所述接口包含表示所述参与的移动装置的用户是否需要紧急援助的数据。

说明书灾难响应系统
技术领域
本发明涉及用于响应灾难的系统。
背景技术
移动装置成为越来越常见的通信工具。在某些情况下，移动装置已经如此常见，从而移动装置可被认为个人身份。在发生灾难期间和之后，许多人试图使用移动装置与其他人通信。例如，受灾难影响的区域的普通人会试图使用他们的移动装置与家人、朋友以及应急人员进行通信。而且，应急人员使用移动装置协调其活动。此外，受灾难影响的区域外面的人会试图向被认为在受灾难影响的区域内的人打电话。
由于在发生灾难期间和之后，受灾难影响的区域内很多人试图使用他们的移动装置与其他人进行通信，所以受灾难影响的区域的通信基础设施会超负荷。结果，受灾难影响的区域人民不能打电话、收发文本信息或通过他们的移动装置发送数据。而且，受灾难影响的区域外面的人不能打电话、发送文本信息或将数据发送给受灾难影响的区域内人们的移动装置。此外，会降低应急人员彼此之间进行通信从而协调其行动的能力。
发明内容
描述了一种移动灾难报警系统，其在一个或多个地理区域中的自然灾害事件中或者可能严重危及人们生命的其他事件中使用双路（two‑way）通信协议以将信息分发给参与装置并且从参与装置收集信息。例如，灾难报警系统可包括与对灾难敏感的网络基础结构（例如路由器或交换机）进行通信的一个或多个协调数据中心。响应于检测到自然灾害或其他事件，协调数据中心的应用服务器可与对灾难敏感的网络基础结构交互作用，以调节在灾难发生期间和之后可用于各种用途的系统带宽。也描述了技术，通过该技术，协调数据中心从受灾难影响的地理区域中的参与装置有效地接收位置数据和状态数据。位置数据表示参与装置的具体位置，而状态数据表示参与装置的用户是否需要紧急援助。协调数据中心将接口提供给受影响的区域外面的客户装置，其他用户通过该装置能够快速且容易地确定特定用户的状态。这可以允许紧急事件响应者确定参与装置的特定用户是否需要紧急援助，并且可以允许朋友和家人快速确定个人的状态。通过使用这种接口，受影响的区域中的人和受影响的区域外面的人之间不需要进行语音或数据通信，就能传递受灾难影响的区域内的人的状态。通过潜在地减少受影响的区域内进行语音或数据通信的量以传递个人的状态，可增加可用于其他用途的带宽。例如，可增加应急人员可使用的带宽。
在一个实施方式中，本公开的技术提供了一种方法，用于调整在发生灾难期间和之后可用于特定用途的系统带宽。该方法包括在参与装置处接收灾难警报消息。此外，该方法包括响应于灾难警报消息的接收，将位置数据自动发送到服务器。该位置数据表示参与装置的地理位置。而且，该方法包括，在灾难已经停止继续影响包括参与装置的当前地理位置的区域之后，在参与装置处接收灾后消息。该方法还包括响应于灾后消息，将新的位置数据发送到服务器。新的位置数据表示参与装置的新地理位置。此外，该方法包括响应于灾后消息，将状态数据发送到服务器。状态数据表示参与装置的用户是否需要紧急救援。
在另一个实施方式中，本公开的技术提供了一种计算装置，其包括被配置为响应于灾难警报消息的接收将位置数据自动发送到服务器的电路。位置数据表示计算装置的地理位置。计算装置进一步包括被配置为在灾难已经停止继续影响区域之后，响应于灾后消息的接收将新的位置数据发送给服务器的电路。新的位置数据表示计算装置的新地理位置。计算装置进一步包括被配置为响应于灾后消息将状态数据发送给服务器的电路。状态数据表示计算装置的用户是否需要紧急救援。
在另一个实施方式中，本公开的技术提供了一种计算机可读存储介质，包括程序指令，使处理器响应于灾难警报消息的接收，将位置数据自动发送到服务器。该位置数据表示参与装置的地理位置。该程序指令还使处理器，在灾难已经停止继续影响区域之后，响应于灾后消息的接收将新的位置数据发送到服务器。新的位置数据表示参与装置的新地理位置。此外，该程序指令使处理器响应于灾后消息将状态数据发送到服务器。状态数据表示参与装置的用户是否需要紧急救援。
在另一个实施方式中，本公开的技术提供了一种方法，用于调整在发生灾难期间和之后可用于特定用途的带宽。该方法包括在路由器处接收灾难概况。此外，该方法包括在接收到灾难概况之后，在路由器处接收重新配置消息。重新配置消息表示给定区域内灾难的发生。而且，该方法包括通过基于存储在灾难概况中的数据修改路由信息库（RIB），调整在灾难期间和之后可用于特定用途的带宽。
在另一个实施方式中，本公开的技术提供了一种路由器，该路由器包括存储路由器所接收的灾难概况的计算机存储介质。路由器还包括电路，在接收到重新配置消息之后，该电路基于灾难概况中存储的数据修改路由信息库（RIB）中的数据，以调整在灾难期间和之后可用于特定用途的带宽，重新配置消息表示给定区域中灾难的发生。
在另一个实施方式中，本公开的技术提供了一种方法，用于调整灾难期间和之后可用于特定用途的带宽。该方法包括将灾难警报消息发送至受灾难影响的区域中的参与装置。该方法还包括在发送灾难警报消息之后，从参与装置接收第一位置消息。第一位置消息表示参与装置的位置。此外，该方法还包括在将灾难警报消息发送给参与装置之后，将灾后消息发送给参与装置。而且，该方法包括在发送灾后消息之后，从参与装置接收新的位置数据和状态数据。新的位置数据表示参与装置的新位置。状态数据表示参与装置的用户是否需要紧急援助。该方法还包括向受灾难影响的区域外面的用户提供接口。该接口包含表示参与装置的用户是否需要紧急援助的数据。
在另一个实施方式中，本公开的技术提供了一种计算装置，包括处理系统，被配置为将灾难警报消息发送至受灾难影响的区域中的参与装置。该处理系统进一步被配置为在发送灾难警报消息之后，从参与装置接收第一位置消息，第一位置消息表示参与装置的位置。此外，处理系统被配置为在将灾难警报消息发送给参与装置之后，将灾后消息发送给参与装置。而且，处理系统被配置为在发送灾后消息之后，从参与装置接收新的位置数据和状态数据。新的位置数据表示参与装置的新位置。状态数据表示参与装置的用户是否需要紧急援助。处理系统还被配置为向受灾难影响的区域外面的用户提供接口。该接口包含表示参与装置的用户是否需要紧急援助的数据。
在另一个实施方式中，本公开的技术提供了一种计算机可读存储介质，包括程序指令，使处理器将灾难警报消息发送至受灾难影响的区域中的参与装置。该程序指令还使处理器在发送灾难警报消息之后，存储表示参与装置的位置的数据。由计算装置接收的第一位置消息表示参与装置的位置。该程序指令还使处理器在将灾难警报消息发送给参与装置之后，将灾后消息发送给参与装置。此外，该程序指令还使处理器在发送灾后消息之后，存储从参与装置接收的新的位置数据和状态数据。新的位置数据表示参与装置的新位置。状态数据表示参与装置的用户是否需要紧急援助。该程序指令还使处理器向受灾难影响的区域外面的用户提供接口，该接口包含表示参与装置的用户是否需要紧急援助的数据。
在另一个实施方式中，本公开的技术提供了一种系统，包括多个参与装置、多个客户装置以及协调数据中心。协调数据中心包括处理系统，该处理系统被配置为执行指令。处理系统执行指令，使协调数据中心将灾难警报消息发送给适用的参与装置。适用的参与装置是参与装置中的位于受灾难影响的区域中的那些。客户装置位于该区域外面。执行指令进一步使协调数据中心存储适用的参与装置的初始位置数据。初始位置数据表示适用的参与装置的位置。初始位置数据基于在协调数据中心发送灾难警报消息之后从适用的参与装置接收的数据。执行指令进一步使协调数据中心在发送灾难警报消息之后将灾后消息发送给适用的参与装置。执行指令还使协调数据中心存储新的位置数据和状态数据。新的位置数据表示适用的参与装置的新位置。状态数据表示适用的参与装置的用户是否需要紧急援助。新的位置数据和状态数据基于在协调数据中心发送灾后消息之后从适用的参与装置接收的数据。执行指令进一步使协调数据中心向客户装置提供表示适用的参与装置的用户是否需要紧急援助的数据。
在附图和以下描述中阐述了本发明的一个或多个实施方式的细节。通过说明书、附图以及权利要求书，本发明的其他特征、目标以及优点将显而易见。
附图说明
图1为示出包括灾难报警系统的网络环境实例的框图；
图2为示出协调数据中心的配置实例的框图；
图3为示出参与装置的配置实例的框图；
图4为示出路由器的配置实例的框图；
图5为示出操作实例的流程图，其中，参与装置与协调数据中心交互作用；
图6为示出继续进行图5的操作实例的流程图；
图7为示出进一步继续进行图5的操作实例的流程图；
图8为示出操作实例的流程图，其中，协调数据中心与路由器交互作用；
图9为示出重新路由流量的效果实例的框图；
图10为示出转发单元的操作实例的框图；
图11为示出在客户装置和协调数据中心之间进行交互作用从而将状态数据显示给用户的实例的框图；
图12为示出在客户装置和协调数据中心之间进行交互作用从而将灾后分析数据显示给用户的实例的框图；
图13示出了参与装置所呈现的接口实例；
图14示出了参与装置所呈现的用户接口实例，提醒用户表明用户是否需要紧急援助；
图15示出了状态检查接口实例；
图16示出了分析接口实例；
图17为示出计算装置的配置实例的框图。
具体实施方式
附图示出了实例，附图中的参考数字表示的部件对应于下面的描述中相似的参考数字表示的部件。在附图中，椭圆表示具有与椭圆分离的那些部件相似的一个或多个部件。而且，附图中的叠置部件表示具有一个或多个相似的部件。用于相似部件的参考数字上的字母后缀并非表示具有特定数量的部件。在该公开中，具有以序数词（例如，“第一”、“第二”、“第三”等等）开头的名称的部件并非必然表示这些部件具有特定的顺序。确切地说，这种序数词仅仅用于表示相同或相似类型的不同部件。
图1为示出包括灾难报警系统2的网络环境实例的框图。灾难报警系统2可警示用户4A‑4N（统称为“用户4”）灾难来临，并且建议用户4如何避免灾难。此外，灾难已经影响到区域之后，灾难报警系统2可从用户4收集信息。灾难报警系统2可使用所收集的数据帮助用户6A‑6N（统称为“用户6”）（例如，救援人员）对灾难做出响应，或者可帮助其他用户6（例如家人和朋友）尽快确定用户4的状态，而不给与受影响的区域相关的网络基础设施造成超载荷。
在图1的实例中，灾难报警系统2包括一组参与装置8A‑8N（统称为“参与装置8”）、协调数据中心10、一组客户装置12A‑12N（统称为“客户装置12”）、以及网络14。网络14有利于在参与装置8、协调数据中心10以及客户装置12之间进行通信。
参与装置8能够允许用户4通过网络14与其他计算装置进行通信。每个参与装置8包括一个或多个计算装置。在各种实例中，参与装置8包括各种计算装置。例如，参与装置8可包括移动装置，例如移动电话、智能手机、平板电脑、手提电脑、上网本以及能够允许其用户与一个或多个其他计算装置进行通信的其他类型的计算装置。在其他实例中，一个或多个参与装置8可包括移动计算装置以外的各种计算装置，例如个人电脑。虽然图1的实例示出了参与装置8为移动电话，但是读者会理解的是，参与装置8可包括一个或多个其他类型的计算装置。
参与装置8能够与网络14上的其他计算装置进行无线通信。即，每个参与装置8包括发送无线信号的无线电发射机，该无线信号由基站16接收。基站16在网络14上发送无线信号所表示的数据，用于传递给目标装置。而且，每个参与装置8包括接收由基站16发送的无线信号的无线电接收器。基站16接收的无线信号表示网络14上的源装置发送给参与装置8的数据。
数据中心可提供协调数据中心10，数据中心具有由高速交换机结构和其他装置耦接的冗余计算装置。作为另一个实例，协调数据中心10可表示一个或多个个人计算机、独立式服务器设备、刀片式服务器设备和/或其他类型的计算装置。
客户装置12能够允许用户6通过网络14与其他计算装置进行通信。每个客户装置12包括一个或多个计算装置。在各种实例中，客户装置12可包括各种计算装置。例如，客户装置12可包括移动电话、智能手机、平板电脑、手提电脑、台式电脑、上网本、瘦客户机电脑、主机电脑、车载电脑、网络家电、以及能够允许其用户6通过网络14与其他计算装置进行通信的其他类型的计算装置。虽然图1的实例示出了客户装置12为手提电脑，但是读者会理解的是，客户装置12可包括一个或多个其他类型的计算装置。
网络14的各种实例有利于在参与装置8、协调数据中心10以及客户装置12之间以各种方式进行通信。例如，网络14的各种实例包括各种网络。在该实例中，网络14可包括一个或多个局域网、校园网、广域网、电话通信网络和/或其他类型的网络。网络14的某些实例包括因特网。在另一个实例中，网络14的各种实例包括各种中间网络装置。在该实例中，网络14可包括一个或多个路由器、交换机、集线器、网桥、防火墙装置以及其他类型的中间网络装置。图1的实例示出了网络14包括一组路由器18A‑18N（统称为“路由器18”）。每个路由器18包括通过网络14发送数据的一个或多个计算装置。
协调数据中心10从紧急事件管理机构20接收输入。该输入表示灾难已经或即将袭击指定区域，例如城市、部分城市、区县或区域。例如，该输入可表示地震已袭击特定的城市或区域。在另一个实例中，该输入可表示龙卷风正移动穿过特定的区县。在又一个实例中，输入可表示恐怖分子已经袭击城市的特定部分。其他实例类型的灾难可包括龙卷风、飓风、风暴潮、洪水、火山喷发、核能外泄、化学、生物或核武器袭击、火灾、校园枪击案、或多人生命受到威胁的其他类型的事件。
在各种实例中，紧急事件管理机构20包括各种政府或非政府机构。例如，在美国，紧急事件管理机构20可为国家气象局、美国国土安全部、美国地质调查局、国家飓风中心、执法机构、国家森林服务机构或者能够指出灾难是否已经或即将袭击一个区域的另一个机构。
当协调数据中心10从紧急事件管理机构20接收表示灾难已经或即将袭击指定区域的输入时，协调数据中心10将灾难警报消息发送给指定区域内的参与装置8。在各种实施方式中，参与装置8响应于灾难警报消息执行各种行动。例如，参与装置8可将灾难警报给用户4。而且，在该实例中，参与装置8可通知用户4如何最好地避免灾难的伤害。在另一个实例中，参与装置8可将位置数据发送到协调数据中心10。参与装置8发送的位置数据表示参与装置8的位置。
当协调数据中心10从紧急事件管理机构20接收表示灾难已经或即将袭击指定区域的输入时，协调数据中心10可将重新配置消息发送给网络14内的一个或多个路由器18。在各种实例中，路由器18响应于路由器重新配置消息的接收，执行各种动作。例如，路由器18可优先化通过网络14传输的某些类型的通信。例如，路由器18可优先化由应急人员发送和接收的通信，例如，救护人员、消防员、执法人员等等。在另一个实例中，路由器18可优先化从受灾难影响的区域内的通信装置发送的或者发送到受灾难影响的区域内的通信装置的消息的传输。在又一实例中，路由器18可通过网络14重新路由数据传输，使得目的地不是受灾难影响的区域内的通信装置的流量不通过网络14的受灾难影响的区域内的部分发送。
协调数据中心10也可从紧急事件管理机构20接收灾后输入。在一些实例中，灾后输入表示灾难的即时危险已经过去或者灾难已经停止了继续影响一个区域。例如，协调数据中心10可从紧急事件管理机构20接收表示飓风已经离开指定区域的灾后输入。当协调数据中心10接收灾后输入时，协调数据中心10将灾后消息发送给受影响区域内的参与装置8。
在各种实例中，参与装置8以各种方式对灾后消息做出响应。例如，参与装置8可通过提示用户4表明用户4是否需要紧急援助，从而对灾后消息做出响应。紧急援助可包括医疗援助、消防援助、执法援助和/或灾后迫切需要的其他类型的援助。在该实例中，参与装置8将状态消息提供给协调数据中心10。状态消息表示用户4是否需要紧急援助。在另一个实例中，参与装置8可通过将位置数据发送给协调数据中心10，从而对灾后消息做出响应。参与装置8所发出的位置数据表示参与装置8的新位置。
协调数据中心10为客户装置12提供用户4的状态数据和位置数据。例如，协调数据中心10可提供表示用户4A靠近436峡谷路并且不需要紧急援助的数据。在各种实例中，用户6使用状态数据和位置数据，用于各种目的。例如，用户6可使用状态数据和位置数据了解其朋友或家人的位置以及其朋友或家人是否需要紧急援助。在另一个实例中，用户6可使用状态数据和位置数据，协调对灾难的响应。例如，用户6可使用状态数据和位置数据，将应急资源发送给需要援助的人口密度最大的区域。在一些实例中，用户6包括应急人员。
图2为示出协调数据中心10的简化配置的框图。在图2所述的实例中，协调数据中心10用三层式配置表示，该配置具有网络接口40、在应用服务器上执行的一组消息处理单元42以及由一个或多个数据库服务器47维持的注册数据库44、位置数据库46以及状态数据库48。虽然未显示，但是协调数据中心可包括高速交换部件，从而将网络接口40、应用服务器以及数据库服务器47互连。
网络接口40提供前端接口，用于从网络14接收消息以及将消息发送给网络14。例如，网络接口可包括一个或多个web服务器，用于例如通过用户6呈现基于web的接口，以便进行远程访问。此外，网络接口可通过一个或多个通信协议与移动装置4直接通信。网络接口40可与消息处理单元42交互作用，从而处理从网络14接收的某些类型的消息。在图2的实例中，消息处理单元42包括服务器注册单元50、位置单元52、引导数据单元54、警报单元56、灾后单元58、状态单元60以及分析单元62。其他实例包括更多、更少或不同的消息处理单元。
如该公开中详细所述，服务器注册单元50处理网络接口40所接收的注册消息。位置单元52处理网络接口40所接收的位置消息。引导数据单元54处理网络接口40所接收的引导请求消息。警报单元56处理网络接口40所接收的灾难输入消息。灾后单元58处理网络接口40所接收的灾后输入消息。状态单元60处理网络接口40所接收的状态消息。分析单元62处理网络接口40所接收的分析请求消息。
在各种实例中，协调数据中心10以各种方式实施网络接口40以及消息处理单元42。例如，计算装置内的电路（例如处理系统）执行指令，可使计算装置提供网络接口40和一个或多个消息处理单元42。在另一个实例中，计算装置可包括一个或多个专用集成电路（ASIC），操作这些电路，从而提供网络接口40和/或消息处理单元42。
在各种实例中，协调数据中心10以各种方式实施注册数据库44、位置数据库46以及状态数据库48。例如，注册数据库44、位置数据库46以及状态数据库48可被实现为一种或多种类型的数据库。在该实例中，注册数据库44、位置数据库46以及状态数据库48可被实现为一个或多个关系数据库、文件、目录、XML文档或其他类型的数据结构，用于存储和检索数据。在一些实例中，注册数据库44、位置数据库46以及状态数据库48可被实现为单个数据库的部分。
图3为示出参与装置8A的配置实例的框图。虽然图3的实例示出了参与装置8A的配置实例，但是读者会理解的是，其他的参与装置8也具有相似的配置。而且，读者会理解的是，其他的参与装置8可具有与图3的实例中所述的参与装置8A的配置不同的配置。
在图3的实例中，参与装置8A实施地理定位单元140、输入单元142、显示单元144、通信接口146、操作系统148以及应用（应用程序，application）150。地理定位单元140提供位置数据，该数据表示参与装置8A的地理位置。输入单元142从用户4A接收输入。显示单元144向用户4A显示数据。通信接口146将数据无线发送给网络14以及从该网络无线接收数据。操作系统148管理参与装置8A的资源。应用150在参与装置8A上运行，并且提供灾难警报功能。在一些实例中，应用150在参与装置8A的后台中运行，并且不要求用户4A注意，直到参与装置8A从协调数据中心10接收消息。而且，虽然未单独示出，但是所有或部分应用150可被集成在操作系统148内。
应用150包括注册单元152、位置更新单元153、缓存管理器154、缓存156、警报单元158、引导单元160以及灾后单元162。在一些实例中，应用150包括更多的、更少的或不同的单元。当通信接口146接收用于应用150的消息时，操作系统148将消息提供给应用150。当应用150使用地理定位单元140、输入单元142、显示单元144或通信接口146时，应用150向操作系统148提供请求。然后，操作系统148与地理定位单元140、输入单元142、显示单元144或通信接口146交互作用，从而完成请求。
应用150运行时，注册单元152使用协调数据中心10注册有关用户4A的信息。这样，协调数据中心10可获取可在自然灾害或其他事件发生之前或之后使用的信息。位置更新单元153将表示参与装置8A的位置的信息重复发送到协调数据中心10。这样，协调数据中心10能够存储表示参与装置8A的当前位置的数据。在一些实例中，警报单元56使用该数据，以确定参与装置8A是否处于可能受到灾难影响的区域内。
在参与装置8A接收到灾难警报消息之前，缓存管理器154将引导数据下载到参与装置8A中。缓存管理器154将引导数据存入缓存156内。在一些实例中，引导数据提供灾难逼近时有关用户4A要去的位置的信息。由于参与装置8A移动到不同的区域，所以缓存管理器154可下载不同的引导数据。
当通信接口146从通信服务器10中接收灾难警报消息时，通信接口146将灾难警报消息提供给警报单元158。然后，警报单元158生成响应指令。响应指令表示用户4A可如何对灾难做出响应。缓存156内存储的引导数据可用于生成响应指令。在一些实例中，警报单元158确定灾难警报消息是否与通过移动到另一个位置可避免的灾难相关。如果是这样的话，警报单元158指示引导单元160计算到安全位置的路线。在这种实例中，响应指令可包括所计算的路线。
而且，警报单元158接收灾难警报消息时，警报单元158生成灾难警报接口。警报单元158指示操作系统148在显示单元144上显示灾难警报接口。灾难警报接口显示与影响参与装置8A的位置的灾难和响应指令有关的信息。
当警报单元158接收灾难警报消息时，警报单元158向地理定位单元140发送请求，以将位置数据提供给警报单元158。位置数据表示参与装置8A的地理位置。然后，警报单元158根据位置数据生成位置消息。位置消息指定参与装置8A的位置。然后，警报单元158将位置消息发送给协调数据中心10。这样，协调数据中心10可存储表示在协调数据中心10发送灾难警报消息时（例如，灾难袭击一个区域之前）参与装置8A的位置的数据。
当通信接口146接收灾后消息时，灾后单元162进行灾后操作。在各种实例中，灾后单元162进行各种灾后操作。例如，灾后单元162可进行灾后操作，在该操作中，灾后单元162从地理定位单元140获得位置数据。在该实例中，灾后系统根据位置数据生成位置消息。位置消息指定参与装置8A的位置。然后，灾后单元162将位置消息发送到协调数据中心10。这样，协调数据中心10可存储表示灾难已经袭击一个区域之后参与装置8A的位置的数据。
而且，在一些灾后操作中，灾后单元162生成状态接口。状态接口提示用户4A，指明用户4A是否需要紧急救援。然后，灾后单元162指示操作系统148在显示单元144上显示状态接口。随后，输入单元142可从用户4A接收表示用户4A是否需要紧急救援的输入。输入单元142接收输入时，灾后单元162生成表示用户4A是否需要紧急救援的状态消息。然后，灾后单元162指示操作系统148将状态消息发送到协调数据中心10。操作系统148使用通信接口146将状态消息发送到协调数据中心10。
图4为示出路由器18A的配置实例的框图。虽然图4的实例示出了路由器18A的配置实例，但是读者会理解的是，其他的路由器18也具有相似的配置。而且，读者会理解的是，其他的路由器18可具有与图4的实例中所述的路由器18A的配置不同的配置。
在图4中所示的配置实例中，路由器18A包括路由平面170、转发平面172以及通信系统174。路由平面170提供路由引擎176、路由信息库（RIB）178、灾难单元180以及灾难概况182。转发平面172包括一组转发单元184A‑184N（统称为“转发单元184”）。转发单元184A‑184N分别包括转发信息库（FIB）186A‑186N（统称为“FIB 186”）、接口卡（IFC）188A‑188N（统称为“IFC 188”）以及转发电路190A‑190N（统称为“转发电路190”）。通信系统174有利于在转发单元184之间以及控制平面172和转发单元184之间进行数据传送。
路由引擎176主要负责维持RIB 178，从而反映网络14以及路由器18A所连接的其他网络实体的当前拓扑结构。例如，路由引擎176提供操作环境，用于执行与对等路由器进行通信的并且定期更新RIB 178的协议，从而精确地反映网络以及其他网络实体的拓扑结构。实例协议包括路由和标签交换协议，例如mpBGP、ISIS、RSVP‑TE以及LDP。这些协议可用于建立虚拟专用网（VPN）、建立标签交换路径（LSP）以及用于交换标签。路由引擎176通常处理RIB 178，以执行路由选择以及生成转发规则。FIB186存储路由引擎176生成的转发规则。
转发单元184中的IFC 188从不同的网络链路接收数据包。当IFC 188接收数据包时，转发电路190使用FIB 186中的转发规则识别数据包以及对数据包执行操作。例如，转发电路190A可使用FIB 186A中的转发规则，以确定数据包将要转发到特定的一个转发单元184。在另一个实例中，转发电路190A可使用FIB 186A中的转发规则，以确定数据包要被丢弃。在又一实例中，转发电路190A可使用FIB 186A内的转发规则，以将IFC188A中接收的数据包转发至路由平面170。
如本公开中详细所述，灾难单元180从协调数据中心10接收重新配置消息。响应于重新配置消息的接收，在路由平面170内执行的灾难单元180执行可调整可用于特定用途的带宽的操作，例如供应急人员使用。例如，灾难单元180可使用灾难概况182内存储的信息，以修改RIB 178中的数据。路由引擎176处理RIB 178中的经修改的数据，从而再次进行路由选择，并且生成转发规则。然后，路由引擎176使FIB 186存储所生成的转发规则。这样，路由器18A可改变路由器18A发送数据包的方式，使得在发生灾难时以及发生灾难之后，路由器18A可实际上调整可用于特定用途的带宽，例如供应急人员使用。
在各种实例中，路由器18A以各种方式实施路由引擎176、RIB 178、灾难单元180、灾难概况182、FIB 186、IFC 188以及转发电路190。例如，通过电路（例如一个或多个处理系统）执行指令，可使路由器18A实施路由引擎176和灾难单元180的功能。在另一个实例中，路由器18A可包括一个或多个ASIC，其进行操作以提供转发电路190、IFC 188、路由引擎176和/或灾难单元180的功能。在一些实例中，使用各种计算机存储介质，例如寄存器、缓存单元、随机存取存储器和/或用于存储和检索数据的其他类型的装置，来实施RIB 178和FIB 186。
图5为示出操作实例的流程图，其中，参与装置8A与协调数据中心10交互作用。虽然图5的实例示出了参与装置8A的操作实例，但是读者会理解的是，其他的参与装置8也可进行相似的操作。而且，读者会理解的是，其他的参与装置8可进行不同的操作。
操作开始之后，注册单元152使通信接口146将注册消息发送至协调数据中心10（200）。注册消息包括注册数据。在各种实例中，注册数据包括各种数据。例如，注册数据可包括名称、家庭住址、电话号码、紧急联系信息、诸如血型和过敏的医疗信息以及有关用户4A的其他信息。
在各种实例中，注册单元152以各种方式将注册消息格式化。例如，注册单元152的一些实例将注册消息格式化为超文本传输协议HTTP消息。注册单元152的其他实例将注册消息格式化为远程过程调用（RPC）协议消息。
在参与装置8A发送注册消息之后，协调数据中心10的网络接口40接收注册消息（202）。当网络接口40接收注册消息时，网络接口40使用服务器注册单元50以在注册数据库44中存储由注册消息指定的注册数据。这样，协调数据中心10可存储有关用户4A的灾后可用的信息。
在各种实例中，注册单元152以各种方式将注册消息格式化。例如，注册单元152的一些实例将注册消息格式化为HTTP消息。注册单元152的其他实例将注册消息格式化为RPC消息。
在参与装置8A发送注册消息之后，位置更新单元153从地理定位单元140获取位置数据（206）。位置数据表示参与装置8A的当前位置。在各种实例中，地理定位单元140以各种方式确定参与装置8A的当前地理位置。例如，地理定位单元140可使用全球定位系统（GPS）、伽利略导航系统、全球导航卫星系统或另一个基于卫星的导航系统。
然后，位置更新单元153使通信接口146将位置消息发送给协调数据中心10（208）。位置消息包含表示参与装置8A的当前位置的数据。在各种实例中，位置消息以各种方式指定参与装置8A的当前地理位置。例如，位置消息可指定参与装置8A的当前地理位置的纬度和经度。在另一个实例中，位置消息可指定参与装置8A的当前位置为到参与装置8A的最近街道地址。
在各种实例中，位置更新单元153响应于各种事件将位置消息发送至协调数据中心10。例如，位置更新单元153的一些实例定期将位置消息发送至协调数据中心10。位置更新单元153的其他实例一旦检测到参与装置8A已经移动的距离大于到位置更新单元153先前发送的位置消息中指明的位置的给定距离，就将位置消息发送至协调数据中心10。在一些实例中，位置更新单元153发送位置消息作为后台处理的一部分。换言之，位置更新单元153可发送位置消息，而无需首先从用户4A中接收要这样做的显式输入。
在一些实例中，在参与装置8A从协调数据中心10接收到灾难警报消息之后，位置更新单元153不将位置消息发送至协调数据中心10。由于在参与装置8A从协调数据中心10接收到灾难警报消息之后，位置更新单元153不将位置消息发送至协调数据中心10，因此网络14的资源不用于转发位置消息。在一些实例中，网络14的这种资源可更好地用于其他的用途，例如在应急人员之间转发灾难警报消息以及转发通信数据。
在各种实例中，位置更新单元153以各种方式将位置消息格式化。例如，位置更新单元153的一些实例将位置消息格式化为HTTP消息。位置更新单元153的其他实例将位置消息格式化为RPC消息。
在客户8A发送位置消息之后，协调数据中心10接收位置消息（210）。当协调数据中心10接收到位置消息时，网络接口40使用位置单元52以在位置数据库46中存储数据，该数据表示由位置消息指定的参与装置8A的位置（212）。
而且，在一些实例中，缓存管理器154使通信接口146将数据请求消息定期发送至协调数据中心10，以接收任何即将来临的引导（214）。即，数据请求消息从协调数据中心10请求任何最近的引导数据。在一些实例中，应用150将注册消息、位置消息和/或数据请求消息组合成单个消息。在各种实例中，缓存管理器154以各种方式将数据请求消息格式化。例如，缓存管理器154的一些实例将数据请求消息格式化为HTTP消息。缓存管理器154的其他实例将数据请求消息格式化为RPC消息。在各种实例中，缓存管理器154响应于各种事件，将数据请求消息发送至协调数据中心10。例如，缓存管理器154的一些实例将数据请求消息定期发送至协调数据中心10。缓存管理器154的其他实例一旦检测到参与装置8A已经移动的距离大于到位置更新单元153先前发送位置消息所在的位置的指定距离，就将数据请求消息发送至协调数据中心10。
在参与装置8A发送数据请求消息之后，协调数据中心10接收数据请求消息（216）。例如，当协调数据中心10接收到数据请求消息时，引导数据单元54根据该装置的特定位置信息，将引导数据发送给参与装置8A（218）。或者，协调数据中心10可根据从移动装置接收的最近位置数据，定期或异步地将引导数据推送至参与装置8A。在各种实例中，引导数据包括各种数据。例如，引导数据可指定人们可去避免各种灾难的参与装置8A的位置附近的地方的名称和位置。例如，在这个实例中，引导数据可指定人们可去以避免余波的邻近的余波避难所的名称和位置。在另一个实例中，引导数据可包括公路图、拓扑地图和/或参与装置8A周围区域的其他类型的地图。在该实例中，引导数据也可包括有关道路的交通状况和道路封闭的信息以及有关道路状况的其他信息。
参与装置8A的缓存管理器154接收协调数据中心10发送的引导数据（220），并且将引导数据存储在缓存156内（222）。在一些实例中，在参与装置8A已经从协调数据中心10接收到灾难警报消息之后，缓存管理器154不发送数据请求消息。由于在参与装置8A已经从协调数据中心10接收到灾难警报消息之后缓存管理器154不发送数据请求消息，所以网络14的资源不用于转发数据请求消息和引导数据。在一些实例中，网络14的这种资源可更好地用于其他目的，例如在应急人员之间转发灾难警报消息以及转发通信数据。这样，可调整可用于其他用途的带宽。
在图6中，继续示出客户8A和协调数据中心10之间的实例交互作用的流程图。随后，协调数据中心10从紧急事件管理机构20中接收灾难输入（230）。在各种实例中，协调数据中心10以各种方式接收灾难输入。例如，协调数据中心10可为被授权人员提供安全的网站。在该实例中，紧急事件管理机构20的职员可使用在计算装置上运行的web浏览器访问该网站。该网站内的网页包含职员可用来向协调数据中心10提供灾难输入的特征。在另一个实例中，协调数据中心10可提供命令行接口。在该实例中，紧急事件管理机构20的职员通过将一个或多个命令输入到命令行接口，可将灾难输入提供至协调数据中心10。
在各种实例中，灾难输入包括各种信息。例如，灾难输入可指定一种灾难（例如，飓风、洪水、枪击等等）。在另一个实例中，灾难输入可指定有关灾难的详情。在又一实例中，灾难输入可表示受灾难影响的区域。在又一实例中，灾难输入可表示未来可能受灾难影响的区域。
在协调数据中心10从紧急事件管理机构20接收灾难输入之后，警报单元56识别适用的移动装置（232）。适用的移动装置包括参与装置8中的位于受灾难影响的区域内或位于可能受灾难影响的区域内的那些。在一些实例中，警报单元56使用位置数据库46内存储的位置数据，以识别适用的移动装置。
然后，警报单元56将灾难警报消息发送至适用的参与装置8（234）。在各种实例中，警报单元56以各种方式将灾难警报消息格式化。例如，警报单元56可将灾难警报消息格式化为一个或多个HTTP消息。在另一个实例中，警报单元56可将灾难警报消息格式化为一个或多个SMS文本消息。
在各种实例中，灾难警报消息包括各种数据。例如，灾难警报消息可包括表示灾难类型的数据。在另一个实例中，灾难警报消息可包括表示灾难移动方向的数据。在一些实例中，灾难警报消息中的数据量被保持得较小。这样，在发生灾难时，减少灾难警报消息对网络14的负荷。
在警报单元56发送灾难警报消息后，参与装置8A接收灾难警报消息（236）。在参与装置8A接收灾难警报消息后，警报单元158从地理定位单元140获得位置数据（238）。位置数据指定参与装置8A的当前地理位置。然后，警报单元158将位置消息发送至协调数据中心10（240）。位置消息指定参与装置8A的当前地理位置。
在警报单元158发送位置消息后，协调数据中心10接收位置消息（242）。这样，协调数据中心10接收表示参与装置8A的位置的数据。在协调数据中心10接收到位置消息后，网络接口40使用位置单元52以将数据存储在位置数据库46内，该数据表示参与装置8A的位置（244）。由位置单元52存储在位置数据库46中的位置数据是基于由位置消息指定的数据的。在一些实例中，响应于灾难警报消息的接收，警报单元158自动生成和发送位置消息，而无需从用户4A输入。这样，协调数据中心10能够存储表示参与装置8A的位置的数据，而用户4A不需要指示参与装置8A将位置数据提供给协调数据中心10。
而且，在警报单元158接收到灾难警报消息之后，警报单元158生成响应指令（246）。响应指令表示用户4A应如何对灾难做出响应。警报单元158生成不同类型的响应指令，用于不同类型的灾难。例如，警报单元158可生成用于龙卷风的指令，以指示用户4A在地下室、内部无窗室内或者（如果用户4A在外面并且不能到达建筑物）在沟渠或暗渠内寻求避难所。在另一个实例中，警报单元158可生成用于生物武器攻击的响应指令，指示用户4A呆在室内并且关闭门窗。
在又一实例中，警报单元158确定该灾难是否是用户4A通过移动到不同的地方就可逃避的灾难。例如，用户4A通过移动到不同的地方，能够避开龙卷风、火灾、海啸、火山泥流、飓风、台风、核能外泄、火山喷发或任何其他类型的灾难。相反，用户4A仅仅通过移动到不同的地方，不能逃避恐怖份子或军事袭击、校园枪击案、地震、山崩、火车脱轨、空难、海难或其他类型的灾难。
在各种实例中，警报单元158以各种方式确定该灾难是否是用户4A通过移动到不同的地方就可逃避的灾难。例如，警报单元158的一些实例使用灾难警报消息所指定的信息，以确定该灾难是否是用户4A通过移动到不同的地方就可逃避的灾难。
如果警报单元158确定该灾难是用户4A通过移动到不同的地方可逃避的灾难，那么引导单元160计算疏散路线。疏散路线为一系列指令，表明用户4A应去的地方，从而逃避灾难。例如，疏散路线可为一系列逐向（turn by turn）方向，表明用户4A应如何到达安全的地方。
在一些实例中，灾难警报消息指出灾难移动的方向。例如，灾难警报消息可指出火灾沿着指定的路径在向东蔓延。在另一个实例中，灾难警报消息可指出海啸沿着某个流域向内陆前进。在又一实例中，灾难警报消息可指出溃坝或决堤造成的洪水在指定的方向移动。在一些实例中，灾难警报消息指出灾难移动的方向，引导单元160根据灾难移动的方向计算疏散路线。这样，引导单元160不会指示用户4A去往将处于灾难路径中的位置。
在一些实例中，引导单元160使用缓存156内存储的引导数据生成响应指令。例如，缓存156可存储用于对龙卷风做出响应的指令。在该实例中，引导单元160根据缓存156内存储的指令生成对龙卷风的响应指令。在另一实例中，缓存156可存储地图。在该实例中，引导单元160使用这些地图，生成从参与装置8A的当前位置到用户4A可逃避灾难的位置的疏散路线。而且，在该实例中，缓存156可存储有关路况的数据。在该实例中，生成疏散路线时，引导单元160可使用路况。这样，这些方向不会引导用户4A到被封锁或拥挤的道路。
在引导单元160生成响应指令之后，警报单元158使显示单元144显示灾难信息（248）。灾难信息包括响应指令。在各种实例中，灾难信息包括各种信息。例如，灾难信息可包括对灾难的描述。在另一个实例中，如果该灾难是用户4A通过移动到不同的地方就可逃避的灾难，那么该灾难信息可包括逐向方向，用于移动到不同的位置。
在各种实例中，警报单元158使显示单元144以各种方式显示灾难信息。例如，警报单元158可使显示单元144显示包含灾难信息的各种用户接口（界面）。如该公开中详细所述，图13示出了包含灾难信息的接口实例。
在图7中，继续示出客户8A和协调数据中心10之间的交互作用实例的流程图。在灾难袭击一个区域之后，协调数据中心10从紧急事件管理机构20接收灾后输入（250）。在灾难已经停止积极影响该区域之后，协调数据中心10可接收灾后输入。例如，如果灾难为龙卷风，那么在龙卷风已经消散或离开该区域之后，协调数据中心10可接收灾后输入。在另一个实例中，如果灾难为大规模枪击事件，那么控制形势之后，协调数据中心10可接收灾后输入。
在各种实例中，协调数据中心10以各种方式接收灾后输入。例如，协调数据中心10可提供网站。在该实例中，紧急事件管理机构20的职员可使用在计算装置上运行的web浏览器访问该网站。该网站中的网页包含职员可用来将灾后输入提供给协调数据中心10的特征。在另一个实例中，协调数据中心10可提供命令行接口。在该实例中，紧急事件管理机构20的职员通过将一个或多个命令输入到命令行接口，可将灾后输入提供给协调数据中心10。
在协调数据中心10接收灾后输入之后，灾后单元58识别适用的移动装置（252）。适用的移动装置包括参与装置8中的位于受影响的区域内的那些。在一些实例中，灾后单元58使用位置数据库46内的数据，以识别灾后输入所表示的区域内的参与装置8。然后，灾后单元58将灾后消息发送给灾后输入所表示的区域内的参与装置8（254）。
随后，客户8A从协调数据中心10接收灾后消息（256）。响应于灾后消息的接收，参与装置8A的灾后单元162从地理定位单元140中获得位置数据（258）。灾后单元162将位置消息发送给协调数据中心10（260）。位置消息指定位置数据。
在灾后单元162将位置消息发送给协调数据中心10之后，协调数据中心10接收位置消息（262）。当协调数据中心10接收到位置消息时，协调数据中心10的位置单元52在位置数据库46中存储位置消息所指定的位置数据（264）。这样，参与装置8A发送并且协调数据中心10接收表示参与装置8A的新位置的新位置数据。因为种种原因，在灾难袭击一个区域之前和之后从参与装置8接收位置数据可以是有利的。例如，一些用户4会在灾难中死亡或严重受伤，并且其移动装置会在灾难中损坏。因此，仅仅能够在灾难影响该区域之前收集位置数据。同时，灾难已经停止继续影响该区域之后，有助于应急人员和其他用户6了解用户4的位置，从而应急人员或其他人可了解去哪儿帮助用户4。
而且，在参与装置8A的灾后单元162接收灾后消息之后，灾后单元162提示用户4A以指示状态（266）。例如，灾后单元162可提示用户4A以表明用户4A是否需要紧急援助。在各种实例中，灾后单元162以各种方式提示用户4A以表明用户4A是否需要紧急援助。例如，灾后单元162可使显示单元144显示用户接口，该用户接口包含要求用户4A表明用户4A是否需要紧急援助的指令。在各种实例中，灾后单元162使显示单元144显示这种用户接口，用户接口具有各种外观。如本公开中详细所述，图14示出了提示用户4A以表明用户4A是否需要紧急援助的用户接口实例。
在灾后单元162提示用户4A以指示状态之后，灾后单元162从用户4A接收状态输入（268）。状态输入表示用户4A是否需要紧急援助。在灾后单元162从用户4A接收状态输入之后，灾后单元162将状态消息发送给协调数据中心10（270）。状态消息表示用户4A是否需要紧急援助。在一些实例中，状态消息可包括表示用户4A需要哪种类型的紧急援助的其他信息。例如，状态消息可包括表示用户4A需要紧急医疗援助的信息。在另一实例中，状态消息可包括表示用户4A需要紧急消防援助的信息。在又一实例中，状态消息可包括表示用户4A需要紧急执法援助的信息。在各种情况下，例如，灾后抢劫时，用户4A可需要紧急执法援助。
在各种实例中，灾后单元162以各种方式将状态消息格式化。例如，灾后单元162可将状态消息格式化为一个或多个HTTP消息。在另一个实例中，灾后单元162可将状态消息格式化为一个或多个SMS消息。
随后，协调数据中心10从参与装置8A接收状态消息（272）。在协调数据中心10接收到状态消息之后，网络接口40使用状态单元60，以将用户4A的状态存储在状态数据库48内（274）。在各种实例中，灾后单元58以各种方式将用户4A的状态存储在状态数据库48内。例如，状态数据库48可包括一个或多个XML文档。在该实例中，状态数据库48可将用户4A的状态存储为一个或多个XML文档中的一个或多个XML元素。在另一个实例中，状态数据库48可包括关系数据库。在该实例中，灾后单元58将用户4A的状态存储为关系数据库的一个或多个表格中的一个或多个记录。
图8为示出操作实例的流程图，其中，协调数据中心10与路由器18A交互作用。虽然图8的实例示出了路由器18A的操作实例，但是读者会理解的是，其他路由器18可进行相似的操作。而且，读者会理解的是，其他路由器18可进行不同的操作。而且，在其他实例中，与和参与装置8交互作用的服务器分开的服务器与路由器18交互作用。
如图8的实例所示，路由器18A接收灾难概况182（300）。在各种实例中，路由器18A从不同来源接收灾难概况182。例如，使用诸如配置协议（例如SNMP）或已经扩展到在NLRI信息内包括灾难概况182的路由协议（例如，边界网关协议），路由器18A可从协调数据中心10接收灾难概况182。在另一个实例中，使用其他类型的协议，路由器18A可从紧急事件管理机构20所使用的计算装置接收灾难概况182。
灾难概况182包括各种数据，例如表示与特定区域相关的几组IP地址的数据。在另一个实例中，灾难概况182可包括表示与受灾难影响的特定区域相关的几组IP地址的数据。在又一实例中，灾难概况182可包括表示与紧急响应机构相关的几组IP地址的数据。在又一实例中，灾难概况182可包括将路由器18的IP地址与路由器18的地理位置相关联的数据。
而且，路由器18A可在不同的时间接收灾难概况182。例如，在图8的实例中，路由器18A从协调数据中心10接收重新配置消息之前，路由器18A接收灾难概况182。在另一个实例中，路由器18A与重新配置消息一起或在重新配置消息内接收灾难概况182。在又一实例中，在接收到重新配置消息之后，路由器18A发送对灾难概况182的请求。在该实例中，路由器18A响应于该请求，接收灾难概况182。
在路由器18A接收灾难概况182之后，路由器18A存储灾难概况182（302）。在各种实例中，路由器18A以各种格式存储灾难概况182。例如，路由器18A可将灾难概况182存储为一个或多个XML文档、一个或多个关系数据库中的记录、或一个或多个其他格式。
协调数据中心10从紧急事件管理机构20接收灾难输入（304）。如上面的图6中所述，协调数据中心10可用各种方式从紧急事件管理机构20接收灾难输入。在协调数据中心10接收灾难输入之后，警报单元56将重新配置消息发送给路由器18（306）。在各种实例中，重新配置消息包括各种数据。例如，重新配置消息可包括表示受灾难影响的区域的数据。在另一个实例中，重新配置消息可包括受灾难影响的区域中的路由器列表。在又一实例中，重新配置消息可包括表示路由器18要使用灾难概况182的时间量的数据。
在各种实例中，警报单元56以各种方式将灾难重新配置消息格式化。例如，警报单元56将灾难重新配置消息格式化为HTTP请求。在另一个实例中，警报单元56将灾难重新配置消息格式化为RPC协议消息。
在警报单元56发送灾难重新配置消息之后，路由器18A接收重新配置消息中的一个（308）。在一些实例中，以路由器18A为目的地的一系列一个或多个数据包包含重新配置消息。在这种实例中，FIB 186包括转发规则，指示转发单元184将以路由器18A为目的地的数据包转发给路由平面170。这样，灾难单元180接收重新配置消息。
当路由器18接收到重新配置消息时，灾难单元180从灾难概况182装载数据（310）。在各种实例中，灾难单元180从灾难概况182装载各种数据。例如，重新配置消息可指明灾难即将影响或已经影响指定区域。而且，在该实例中，灾难概况182可包括表示不同区域内路由器的IP地址的数据。在该实例中，数据单元180可装载给定区域中的路由器的IP地址。
在从灾难概况182装载数据之后，灾难单元180根据从灾难概况182装载的数据修改RIB 178（312）。在各种实例中，灾难概况182以各种方式修改RIB 178。例如，重新配置消息可表示由于灾难，某些路由器18失效。在该实例中，灾难单元180修改RIB 178，使得RIB 178不指定穿过由于灾难而失效的路由器18的路线。因此，路由器18A不需要耗费时间来确定某些路由器18失效。因此，路由器18A能够通过备用路线更快地发送数据包。
在另一实例中，灾难单元180可修改RIB 178，使得RIB 178不通过受灾难影响的区域内的路由器18路由用于受灾难影响的区域外面的计算装置的流量。这样，受灾难影响的区域内的路由器18的资源没有因传送不用于受灾难影响的区域的或不在受灾难影响的区域内生成的数据包而被消耗。因此，受灾难影响的区域内的路由器18能够更快速地发送用于受灾难影响的区域内的或在受灾难影响的区域内生成的数据包。
图9为示出重新路由流量的实例效果的框图。在图9的实例中，路由器18A位于区域330A内，路由器18B位于区域330B内，路由器18C位于区域330C内，以及目标装置332位于区域330D内。在图9的实例中，路由器18A最初配置为通过路由器18B路由用于目标装置332的数据包。然而，路由器18A可接收重新配置消息，该消息表示灾难即将影响或已经影响区域330B。因此，在图9的实例中，灾难单元180可修改RIB 178，使得路由器18A通过路由器18C（而非路由器18B）发送用于目标装置332的数据包。这样，即使数据包可穿过更昂贵的（例如，更慢的）路线，用于目标装置332的数据包也继续到达目标装置332。
现在继续参看图8的实例。在灾难单元180修改RIB 178内的数据后，路由引擎176生成修改过的转发规则（314）。路由引擎176至少部分基于RIB 178内的数据，生成修改过的转发规则。在路由引擎176生成修改过的转发规则之后，路由引擎176使FIB 186存储修改过的转发规则（316）。如图10的实例中所述，转发单元184使用修改过的转发规则确定如何转发由转发单元184接收的数据包。
图10为示出转发单元184A的操作实例的框图。虽然图10的实例示出了转发单元184A的操作实例，但是读者会理解的是，其他的转发单元184可进行相似的操作。而且，读者会理解的是，其他的转发单元184可进行不同的操作。
转发单元184A从路由引擎176接收修改过的转发规则（350）。接收到修改过的转发规则之后，转发单元184A将修改过的转发规则存储在FIB186A内（352）。
随后，转发单元184A的IFC 188A从网络14接收数据包（354）。在接收到数据包之后，转发单元184A将存储在FIB 186A内的转发规则应用于数据包。在图10的实例中，应用存储在FIB 186A内的转发规则使转发单元184A执行一系列步骤，以确定是否给数据包分配较高的优先级。
为了确定是否给数据包分配较高的优先级，转发单元184A首先确定数据包的有效载荷是否属于必要协议（essential protocol）（356）。在各种实例中，转发规则指示各种协议为必要的或非必要的协议。例如，转发规则可表示应急人员所使用的协议为必要的协议。在另一个实例中，转发规则可表示携带往返协调数据中心10的消息的协议为必要的协议。在又一个实例中，转发规则可表示携带声音或视频数据的协议为非必要的协议。在又一个实例中，转发规则可表示携带视频游戏数据的协议为非必要的协议。
如果数据包的有效载荷属于必要的协议（356的“是”），那么转发单元184A给数据包分配较高的优先级（358）。在各种实例中，给数据包分配较高的优先级可具有各种结果。例如，每个转发单元184可具有多个队列。当转发单元184从其他的转发单元184或从路由平面170接收到数据包时，转发单元184将数据包添加到这些队列中的一个队列中。通过从队列中选择数据包，然后发送所选的数据包，转发单元184在网络14上发送数据包。在该实例中，队列与不同的优先级相关。转发单元184可从与高优先级相关的队列中以不均衡方式选择数据包。因此，和与低优先级相关的队列中的数据包相比，转发单元184可更快地发送与高优先级相关的队列中的数据包。这样，与低优先级队列中的数据包相比，对于高优先级队列中的数据包而言，路由器18A的吞吐量更大。在该实例中，通过给数据包贴上标记，转发单元184A可将高优先级分配给数据包。当另一个转发单元184从转发单元184A接收到数据包时，另一个转发单元184将该数据包列入高优先级队列内，这是因为数据包贴有标记。
如果数据包的有效载荷不属于必要的协议（356的“否”），那么转发单元184A确定数据包的源地址或目标地址是否位于与应急人员相关的一组地址内（360）。如果数据包的源地址或目标地址位于与应急人员相关的一组地址内（360的“是”），那么转发单元184A分配较高的优先级给数据包（358）。这样，应急人员能够通过网络14更快速地发送和接收数据。
如果数据包的源地址与目标地址均不位于与应急人员相关的一组地址内（360的“否”），那么转发单元184A确定数据包的目标地址是否位于与受灾难影响的区域相关的一组地址内（362）。如果数据包的目标地址不位于与受灾难影响的区域相关的一组地址内（362的“否”），那么转发单元184A确定数据包的源地址是否位于与受灾难影响的区域相关的一组地址内（364）。如果数据包的源地址位于与受影响的区域相关的一组地址内（358的“是”）或数据包的目标地址位于与受影响的区域相关的一组地址内（356的“是”），那么转发单元184A丢弃数据包（366）。换言之，转发单元184A不转发数据包。这样，转发单元184A不将受灾难影响的区域内的网络基础设施贡献于非必要的数据包。这样，转发单元184A实际上可调整可用于其他用途的带宽，例如增大应急人员可使用的带宽。
如果数据包的源地址与目标地址均不位于与受影响的区域相关的一组地址内（364的“否”），那么转发单元184A使用FIB 186A内的转发规则以识别用于数据包的转发目标（368）。例如，转发单元184A可使用FIB186A内的转发规则以确定数据包要从转发单元184N转发。在转发单元184A给数据包分配较高的优先级之后，转发单元184A也使用FIB 186A内的转发规则以识别用于数据包的转发目标。
在转发单元184识别用于数据包的转发目标之后，转发单元184A将数据包转发给转发目标（370）。例如，如果转发单元184N为转发目标，那么转发单元184将数据包转发给转发单元184N。
在其他实例中，转发单元184应用其他转发规则。例如，转发单元184A可应用如下转发规则，该转发规则丢弃用于对受影响的区域内的装置发起电话呼叫的数据包，但是不丢弃用于由受影响的区域内的装置发起电话呼叫的数据包。在另一个实例中，转发单元184A可应用如下转发规则，该转发规则优先化往返受影响的区域内的装置的流量。
图11为示出在客户装置12A和协调数据中心10之间进行交互作用以将状态数据显示给用户6A的实例的框图。虽然图11的实例示出了客户装置12A的操作实例，但是读者会理解的是，其他的客户装置12也可进行相似的操作。而且，读者会理解的是，其他的客户装置12可进行不同的操作。而且，在其他实例中，对于与从参与装置8接收位置数据和状态数据的服务器分离的服务器而言，客户装置12可进行相似的操作。
如图11的实例中所述，客户装置12A将状态请求消息发送给协调数据中心10（400）。状态请求消息包括了解一个或多个用户4的灾后状态的请求。
在各种实例中，客户装置12A响应于各种事件发送状态请求消息。例如，响应于用户6A在客户装置12A所显示的网页内选择一个或多个控制，客户装置12A可将状态请求消息发送给协调数据中心10。在该实例中，客户装置12A可将状态请求消息作为HTTP消息发送。在另一个实例中，客户装置12A可将状态请求消息作为SMS消息发送给协调数据中心10。
在客户装置12A发送状态请求消息之后，协调数据中心10接收状态请求消息（402）。在接收状态请求消息之后，协调数据中心10的网络接口40使用分析单元62生成对客户装置12A的一个或多个状态响应消息（404）。网络接口40将一个或多个状态响应消息发送给客户装置12A（406）。在各种实例中，状态响应消息包括各种数据。例如，一个或多个状态响应消息包含表示一个或多个用户4的名称、位置和状态的数据。
在各种实例中，状态响应消息具有不同的格式。例如，在各种实例中，状态响应消息可包含代表指定一个或多个用户4的灾后状态的网页的数据。在另一个实例中，状态响应消息可为SMS消息。
在网络接口40发送一个或多个状态响应消息之后，客户装置12A接收一个或多个状态响应消息（408）。在接收状态响应消息之后，客户装置12A处理状态响应消息内的数据，以显示一个或多个用户4的状态（410）。在各种实例中，客户装置12A可以以各种方式显示用户4的灾后状态。例如，客户装置12A可显示包含用户4的灾后状态的通知窗口。在另一个实例中，客户装置12A可显示包含用户4的状态的网页。如该公开中详细所述，图15示出了列出用户4的名称、状态和位置的状态检查接口的实例。
这样，用户6可从协调数据中心10了解特定的用户4是否需要援助。由于用户6可了解特定的用户4是否需要援助，所以用户6可以不需要给用户4打电话。而且，受灾难影响的区域内的用户4不需要给用户6打电话。结果，受灾难影响的区域内的通信基础设备不会由于电话而超负荷。因此，通信基础设备的更多资源可被释放以处理应急人员之间的通信。
图12为示出在客户装置12A和协调数据中心10之间进行交互作用以将灾后分析数据显示给用户6A的实例的流程图。虽然图12的实例示出了客户装置12A的操作实例，但是读者会理解的是，其他的客户装置12也可进行相似的操作。而且，读者会理解的是，其他的客户装置12可进行不同的操作。
协调数据中心10的分析单元62进行灾后分析（450）。在某个实例中，分析单元62使用注册数据库44、位置数据库46以及状态数据库48内的数据和/或其他数据资源，进行灾后分析。
在各种实例中，分析进行各种类型的灾后分析。例如，分析单元62可使用注册数据库44、位置数据库46以及状态数据库48内的数据来识别需要紧急援助的用户4集中在哪些区域。在该实例中，分析单元62可假设对表示是否需要紧急救援的提示没有做出响应的用户4实际上需要紧急救援。这种集中性可与灾情特别严重的区域相关。通过识别这种集中性，分析单元62能够帮助应急人员分配其资源。
在另一个实例中，分析单元62可使用注册数据库44、位置数据库46以及状态数据库48内的数据来收集失踪人员名单。应急人员会试图呼叫失踪人员名单上的人或与这些人建立通信。这比等待其他人报道失踪人员更有效。
在各种实例中，分析单元62可响应于各种事件进行灾后分析。例如，响应于协调数据中心从紧急事件管理机构20中接收灾后输入，分析单元62可进行灾后分析。在另一个实例中，分析单元62可在灾后几天、几个月或几年进行灾后分析。在图12的实例中，分析单元62在接收到对基于灾后分析的数据的请求之前，进行灾后分析。在其他实例中，分析单元62响应于接收到对基于灾后分析的数据的请求，进行灾后分析。
在图12的实例中，客户装置12A将对基于灾后分析的数据的请求发送给协调数据中心10（452）。在各种实例中，客户装置12A以不同的方式将请求格式化。例如，客户装置12A可将该请求格式化为HTTP请求、RPC请求或者另一个通信协议内的请求。
在客户装置12A发送请求后，协调数据中心10接收请求（454）。当客户装置12A接收到请求时，网络接口40使用分析单元62生成包含基于灾后分析的数据的响应（456）。然后，网络接口40将响应发送给客户装置12A（458）。在各种实例中，分析单元62以不同的范式将响应内的数据格式化。例如，分析单元62可将数据格式化为一个或多个XML或HTML文档。
客户装置12A从协调数据中心10接收响应（460）。在接收响应之后，客户装置12A显示分析接口（462）。分析接口包含基于从协调数据中心10接收的灾后分析数据的数据。在各种实例中，分析接口具有各种外观，并且包含各种信息。如本公开中详细所述，图16示出了分析接口的实例。
图13示出了参与装置8A所呈现的接口实例500。虽然图13的实例示出了参与装置8A，但是读者会理解的是，其他的参与装置8也可显示相似的用户接口。而且，读者会理解的是，其他的参与装置8可显示不同的接口。
在图13的实例中，用户接口500为弹出窗口，包含警报用户4A海啸逼近的消息。用户接口500还包括方向502，该方向可帮助用户4A移动到用户4A能够逃避灾难的位置。
图14示出了参与装置8A所呈现的用户接口实例550，其提示用户4A以表明用户4A是否需要紧急援助。虽然图14的实例示出了参与装置8A，但是读者会理解的是，其他的参与装置8也可显示相似的用户接口。而且，读者会理解的是，其他的参与装置8可显示不同的接口，以便表明用户4A是否需要紧急援助。
在图14的实例中，用户接口550为弹出窗口，包含提示用户4A表明用户4A是否需要紧急援助的消息。此外，用户接口550包括“我很好”控制器552和“我需要帮助”控制器554。如果用户4A选择“我很好”控制器552，那么参与装置8A发送表示用户4A不需要紧急援助的状态消息。如果用户4A选择“我需要帮助”控制器554，那么参与装置8A发送表示用户4A需要紧急援助的状态消息。
图15示出了状态检查接口实例580。在图15的实例中，在浏览器窗口582内呈现状态检查接口580。状态检查接口580包括搜索特征584。用户6可在搜索特征584内输入姓名。在图15的实例中，已将姓名“威廉”输入搜索特征584内。在搜索特征584内输入姓名后，用户6可选择提交按钮586。当用户6选择提交按钮586时，客户装置12将状态请求消息发送给协调数据中心10。响应于状态请求消息，协调数据中心10发送表示其姓名被输入在搜索特征584内的一个或多个人的名称、状态以及位置的数据。状态检查接口580包括显示姓名被输入在搜索特征584内的一个或多个人的名称、状态以及位置的区域588。
图16示出了分析接口实例600。在图16的实例中，在浏览器窗口602内呈现分析接口600。分析接口600包括受灾难影响的区域的地图604。地图604包括星形物606，表示需要紧急救援的用户4集中的区域。在一些实例中，分析单元62根据位置数据库46和状态数据库48内的信息，识别这种区域。应急人员可发现了解需要紧急救援的用户4集中的区域非常有用，从而了解如何调度资源。
图17为示出计算装置700的配置实例的框图。计算装置700为处理信息的物理装置。在一些实例中，参与装置8A、协调数据中心10以及客户装置12包括具有与计算装置700相似的配置的一个或多个计算装置。
计算装置700包括数据存储系统702、存储器704、次级存储系统706、处理系统708、输入接口710、显示接口712、通信接口714以及一个或多个通信介质716。通信介质716能够在处理系统708、输入接口710、显示接口712、通信接口714、存储器704以及次级存储系统706之间进行数据通信。读者会理解的是，除了图17的实例中所示出的那些元件，计算装置700还可包括其他元件。而且，读者会理解的是，一些计算装置并不包括图17的实例中所示出的所有元件。
计算机可读介质为处理系统708可从中读取数据的介质。术语计算机可读介质可指代计算机存储介质和通信介质。计算机存储介质包括存储数据以用于后续检索的物理装置，计算机存储介质是非瞬态的。例如，计算机存储介质不排他性地包括传播的信号。计算机存储介质包括易失性存储介质和非易失性存储介质。计算机存储介质的实例类型包括随机存取存储器（RAM）单元、只读存储器（ROM）装置、固态存储器装置、光盘（例如，光盘、DVD、蓝光光盘等）、磁盘驱动器、磁带驱动器以及存储数据以用于后续检索的其他类型的装置。通信介质包括一个装置可在其上向另一个装置发送数据的介质。通信介质的实例类型包括通信网络、通信电缆、无线通信链路、通信总线以及一个装置能够通过其将数据发送给另一个装置的其他介质。
数据存储系统702为存储数据以用于后续检索的系统。在图8的实例中，数据存储系统702包括存储器704和次级存储系统706。存储器704和次级存储系统706存储数据以用于后续检索。在图17的实例中，存储器704存储计算机可读指令718和程序数据720。次级存储系统706存储计算机可读指令722和程序数据724。实际上，存储器704和次级存储系统706均包括一个或多个计算机存储介质。
处理系统708耦接到数据存储系统702。处理系统708读取并执行计算机可读程序指令。处理系统708执行计算机可读指令，使计算装置700执行由计算机可读指令表示的操作。例如，处理系统708执行计算机可读指令可以使计算装置700提供基本输入/输出系统、操作系统、系统程序、应用程序，或者可使计算装置700提供其他功能。在另一实例中，处理系统708执行计算机可读指令，可使计算装置700提供应用150。在又一个实例中，处理系统708执行计算机可读指令，可使计算装置700提供协调数据中心10的网络接口40和消息处理单元42。
处理系统708从一个或多个计算机可读介质读取计算机可读指令。例如，处理系统708可读取并执行存储在存储器704和次级存储系统706上的计算机可读程序指令718和722。
处理系统708包括一个或多个处理单元726。处理单元726包括执行计算机可读指令的物理装置。处理单元726可包括执行计算机可读指令的各种物理装置。例如，一个或多个处理单元726可包括微处理器、微处理器内的处理内核、数字信号处理器、图形处理单元、通用图形处理单元或另一个装置或执行计算机可读指令的物理装置。
输入接口710能够允许计算装置700从输入装置728中接收输入。输入装置728包括从用户接收输入的装置。输入装置728可包括从用户接收输入的各种装置。例如，输入装置728可包括键盘、触摸屏、鼠标、麦克风、按键、控制杆、脑机接口装置或者从用户接收输入的另一类型的装置。在一些实例中，输入装置728被集成到计算装置700的外壳内。在其他实例中，输入装置728位于计算装置700的外壳外面。
显示接口712能够允许计算装置700在显示装置730上显示输出。显示装置730为显示输出的装置。显示装置的实例类型包括显示器、触摸屏、显示屏、电视机以及显示输出的其他类型的装置。在一些实例中，显示装置730被集成到计算装置700的外壳内。在其他实例中，显示装置730位于计算装置700的外壳外面。
通信接口714能够允许计算装置700通过一个或多个通信介质发送和接收数据。通信接口714可包括各种类型的装置。例如，通信接口714可包括网络接口卡（NIC）、无线网卡、通用串行总线（USB）端口或能够允许计算装置700通过一个或多个通信介质发送和接收数据的另一种装置。
下面的实例可进行任意组合并且可与文中所述的其他实例进行组合。
一种方法，包括：在参与装置处接收灾难警报消息；响应于灾难警报消息的接收，将位置数据自动发送到协调数据中心，位置数据表示参与装置的地理位置；在灾难已经停止继续影响包括参与装置的当前地理位置的区域之后，在参与装置处接收灾后消息；响应于灾后消息，将新的位置数据从参与装置发送到协调数据中心，新的位置数据表示参与装置的新地理位置；以及响应于灾后消息，将状态数据从参与装置发送到协调数据中心，状态数据表示参与装置的用户是否需要紧急救援。
该方法可进一步包括：在参与装置接收灾难警报消息之前，在参与装置处接收引导数据；在参与装置接收灾难警报消息之前，将引导数据存储在参与装置上；以及响应于灾难警报消息的接收，使用引导数据将响应指令呈现给用户，响应指令表示用户应如何应对灾难。
在方法中，其中，引导数据包括地图数据，以及其中，使用引导数据将响应指令呈现给用户包括使用地图数据来确定用户的疏散路线。
该方法可进一步包括：响应于灾后消息，提示用户表明用户是否需要紧急救援。
该方法可进一步包括：在参与装置接收灾难警报消息之前，将位置消息重复发送至协调数据中心，这些位置消息表示参与装置的地理位置。
一种计算装置，包括电路，被配置为：响应于灾难警报消息的接收，将位置数据自动发送到协调数据中心，位置数据表示计算装置的地理位置；在灾难已经停止继续影响区域之后，响应于灾后消息的接收，将新的位置数据发送到协调数据中心，新的位置数据表示计算装置的新地理位置；以及响应于灾后消息，将状态数据发送到协调数据中心，状态数据表示计算装置的用户是否需要紧急救援。
一种计算机可读存储介质，包括程序指令，使处理器执行：响应于灾难警报消息的接收，将位置数据自动发送到协调数据中心，位置数据表示参与装置的地理位置；在灾难已经停止继续影响区域之后，响应于灾后消息的接收，将新的位置数据发送到协调数据中心，新的位置数据表示参与装置的新地理位置；以及响应于灾后消息，将状态数据到协调数据中心，状态数据表示参与装置用户是否需要紧急救援。
一种方法，用于调整在发生灾难期间和之后可用于特定用途的带宽，该方法包括：在路由器处接收灾难概况，该灾难概况指定自然灾害事件中的阈值带宽水平；在接收到灾难概况后，在路由器处接收重新配置消息，重新配置消息表示指定区域中灾难的发生；以及通过基于灾难概况修改路由信息库（RIB）中的数据，调整可用于特定用途的带宽。
该方法调整带宽，包括：修改RIB，使得该路由器通过给定区域外面的路由器来路由具有与指定区域相关的一组地址外面的目标地址的数据包。
该方法接收灾难概况，包括：接收表示与给定区域相关的该组地址的数据；以及接收表示指定区域中的路由器的数据。
该方法调整带宽，包括：在修改RIB中的数据之后，基于RIB生成转发规则；在生成转发规则之后，在路由器处接收数据包；以及，在接收到数据包之后，将转发规则应用于数据包，其中，应用转发规则包括：确定数据包的有效载荷是否属于与应急人员的通信相关的必要协议；以及，在确定数据包的有效载荷属于必要协议之后，优先化该数据包。
该方法调整带宽，包括：在修改RIB中的数据之后，基于RIB中的数据生成转发规则；在生成转发规则之后，在路由器处接收数据包；以及，在接收到数据包之后，将转发规则应用于数据包，其中，应用转发规则包括：确定数据包的源地址或目标地址是否处于与应急人员相关的一组地址内；以及，在确定数据包的源地址或目标地址处于与应急人员相关的该组地址内之后，优先化该数据包。
该方法调整带宽，包括：在修改RIB中的数据之后，基于RIB中的数据生成转发规则；在生成转发规则之后，在路由器处接收数据包；以及，在接收到数据包之后，将转发规则应用于数据包，其中，应用转发规则包括：响应于确定数据包的有效载荷不属于必要协议并且源地址或目标地址处于与给定区域相关的一组地址内，丢弃数据包。
一种路由器，包括：计算机存储介质，存储由路由器接收的灾难概况；以及电路，在接收到重新配置消息之后，该电路基于灾难概况中存储的数据，修改路由信息库（RIB）中的数据，以调整在发生灾难期间和之后可用于特定用途的带宽，重新配置消息表示给定区域中灾难的发生。
一种用于调整在发生灾难期间和之后可用于特定用途的带宽的方法，该方法包括：将灾难警报消息发送至受灾难影响的区域中的参与装置；在发送灾难警报消息之后，从参与装置接收第一位置消息，第一位置消息表示参与装置的位置；在将灾难警报消息发送给参与装置之后，将灾后消息发送给参与装置；在发送灾后消息之后，从参与装置接收新位置数据和状态数据，新位置数据表示参与装置的新位置，状态数据表示参与装置的用户是否需要紧急援助；以及，向受灾难影响的区域外面的用户提供接口，该接口包含表示参与装置的用户是否需要紧急援助的数据。
该方法可进一步包括：在将灾难警报消息发送给参与装置之前，识别该参与装置处于受灾难影响的区域中。
该方法可进一步包括：将消息发送给路由器，该消息指示路由器执行调节可用于特定用途的带宽的操作。
在该方法中，调整可用于特定用途的带宽的操作包括：丢弃具有属于非必要协议的有效载荷并且还具有处于与该区域相关的地址的组中的源地址或目标地址的数据包。
在该方法中，非必要的协议包括携带语音数据的协议。
一种协调数据中心，包括处理系统，被配置为：将灾难警报消息发送至受灾难影响的区域中的参与装置；在发送灾难警报消息之后，从参与装置接收第一位置消息，第一位置消息表示参与装置的位置；在将灾难警报消息发送给参与装置之后，将灾后消息发送给参与装置；在发送灾后消息之后，从参与装置接收新位置数据和状态数据，新位置数据表示参与装置的新位置，状态数据表示参与装置的用户是否需要紧急援助；以及，向受灾难影响的区域外面的用户提供接口，该接口包含表示参与装置的用户是否需要紧急援助的数据。
一种计算机可读存储介质，包括程序指令，使计算装置的处理器执行：将灾难警报消息发送至受灾难影响的区域中的参与装置；在发送灾难警报消息之后，存储表示参与装置的位置的数据，由计算装置接收的第一位置消息表示参与装置的位置；在将灾难警报消息发送给参与装置之后，将灾后消息发送给参与装置；在发送灾后消息之后，存储从参与装置接收的新位置数据和状态数据，新位置数据表示参与装置的新位置，状态数据表示参与装置的用户是否需要紧急援助；以及，向受灾难影响的区域外面的用户提供接口，该接口包含表示参与装置的用户是否需要紧急援助的数据。
一种系统，包括：多个参与装置；多个客户装置；以及协调数据中心，协调数据中心包括处理系统，该系统被配置为执行指令，处理系统执行指令，使协调数据中心：将灾难警报消息发送至适用的参与装置，适用的参与装置为参与装置中的处于受灾难影响的区域中的那些，客户装置位于该区域外面；存储适用的参与装置的初始位置数据，初始位置数据表示适用的参与装置的位置，初始位置数据基于在协调数据中心发送灾难警报消息之后从适用的参与装置接收的数据；在发送灾难警报消息之后，将灾后消息发送给适用的参与装置；存储新位置数据和状态数据，新位置数据表示适用的参与装置的新位置，状态数据表示适用的参与装置的用户是否需要紧急援助，新位置数据和状态数据基于在协调数据中心发送灾后消息之后，从适用的参与装置接收的数据；以及，向客户装置提供表示适用的参与装置的用户是否需要紧急援助的数据。
在该系统中，该系统进一步包括路由器，路由器包括：存储灾难概况的计算机存储介质；存储路由信息库（RIB）的计算机存储介质；以及电路，使用灾难概况中的数据，响应于路由器从协调数据中心接收重新配置消息，修改RIB；以及其中，协调数据中心的处理系统执行指令，进一步使协调数据中心响应于协调数据中心接收表示灾难已经影响或即将影响该区域的输入而将重新配置消息发送至路由器。
在该系统中，路由器包括电路，在路由器接收重新配置消息之后，该电路丢弃具有属于非必要协议的有效载荷的并且还具有处于与该区域相关的地址的组中的源地址或目标地址的数据包。
已经描述了本发明的各种实施方式。这些和其他实施方式在所附权利要求的范围内。