谷歌:以尖端信息处理能力改进灾难救援模式

自从台风“海燕”本月早些时候席卷菲律宾以来,世界各地的爱心人士已经在谷歌Person Finder上发布了10.7万人的信息。失踪人员列表并不是新鲜东西,但在任何的灾难中,要搜寻或找到失踪的人,通常都十分困难。倘若把救援工作当做一个产业来看待,那么Person Finder便可充分体现出谷歌的优势所在:颠覆效率低下的固有模式。

谷歌如何改变灾难救援

导语:半岛电视台网站上周一刊登题为《谷歌如何改变灾难救援》(How Google is transforming disaster relief)的评论文章称,谷歌凭借着尖端的数据搜集和处理能力,成为了当今灾难救援领域的一股新兴力量。

以下为文章全文:

自从台风“海燕”本月早些时候席卷菲律宾以来,世界各地的爱心人士已经在谷歌Person Finder上发布了10.7万人的信息。失踪人员列表并不是新鲜东西,但在任何的灾难中,要搜寻或找到失踪的人,通常都十分困难。倘若把救援工作当做一个产业来看待,那么Person Finder便可充分体现出谷歌的优势所在:颠覆效率低下的固有模式。

谷歌危机响应团队工程师皮特·金克(Pete Giencke)接受媒体采访时说:“我们希望使用更友好的词汇,‘颠覆’带有负面含义。”

谷歌非但不想击垮老模式,反而希望帮助他们改进。

“这些组织不断涌现,他们做的事情都很对。”金克说,“最简单的工具或许是电子表格,或许是Facebook。但这些表格的覆盖范围都不够广——一张电子表格也就包含20万个人名,一个Facebook页面也就发布1万篇帖子。”

迅速响应

谷歌Person Finder是在2010年海地地震后开发的一款产品。根据美国、加拿大和瑞士研究人员的统计,当时的那起灾难夺走了15.8万人的生命。灾难发生后,网上出现了数十个失踪人员数据库,濒临崩溃的家庭和朋友不得不在其中一一筛选,绝望地搜索着每个数据库。

“我们发现,这些项目之间的确需要更好的组织和协调。”金克说。

谷歌软件工程师Ka-Ping Yee也建立了一个个人项目,只用了72小时就开发了Person Finder。这款工具可以从现有的所有失踪人员列表中提取信息,方便人们一次性搜索所有数据库。

不到24小时,谷歌还获得了高清卫星照片,成为了第一个向公众发布灾后地图的组织。这家互联网巨头还搜集了航拍图像,分辨率可以精确到15厘米,这为各大组织展开灾难评估提供了重要帮助,同时也可以方便他们选定医疗点,并运送救援设施。

地图服务

地图已经是谷歌最耀眼的项目之一。它不仅自己制作了360度全景地图,还帮助其他组织也实现了类似的功能。2008年,谷歌允许志愿者针对谷歌地图尚未覆盖的区域贡献数据,而巴基斯坦用户很快成了热情最高的业余地图绘制者。当该国于2010年8月遭遇洪水肆虐时,联合国地图部门正是依靠这些数据协调了紧急救援项目。

谷歌危机地图会定期借助灾难现场的人发出的实地信息来更新,方便外界了解疏散中心、空投区域、道路障碍和基础设施受损状况,为当地居民和救援人员提供灾区导航。

作为一名地理信息系统数据工程师,绘制这些地图成了金克的工作。事实上,金克正是因此加盟谷歌的。“我很热衷研究二战史。我喜欢历史地图。你可以通过地图讲故事,例如,‘1945年之前和之后的柏林是这个样子。’”他说,“当谷歌地图2005年诞生时,我便爱上了这款产品。我想,‘没错,这就是未来的方向。’”

金克现在为21世纪最优秀的地图机构效力,向人们讲述着大自然母亲的神奇魅力。

实际应用

谷歌当初并不打算成为紧急救援领域的重要一员,之所以能有今天的发展,完全是因为谷歌的使用量在灾难发生时突然飙升所致。

自从卡特里娜飓风以来,谷歌已经推出了多款紧急救援产品,汇总了救援号码、新闻内容、慈善捐助等信息,为受灾地区提供帮助。而海地地震发生以来,该公司甚至成立了专门的谷歌危机响应团队,分别在山景城、纽约和悉尼设立了办事处。

海地地震以来,谷歌危机响应团队已经对超过25次灾难作出了响应。当日本2011年遭遇历史上最大规模的地震时,Person Finder只用了90分钟就上线了。谷歌旗下慈善部门Google.org高级副总裁肖纳·布朗(Shona Brown)2011年在美国国会作证时表示,这款工具只用了两天就汇总了60多万人名,吸引了3600万页面浏览量。倘若没有谷歌那么庞大的基础设施,如此之大的访问量通常会导致网站崩溃。

互联网在灾难响应中的作用越来越重要,这可不是小事,因为当电话断线、手机基站过载时,互联网在多数情况下仍然可以正常运行。在波士顿马拉松爆炸案发生时,凯利·曼宁(Kelly Manning)试图通过电话联系女儿,但却整整半小时没有成功。随后,他使用了Person Finder,很快就找到了她。

“如果不是谷歌Person Finder,我根本没法知道她是否安全。”她说。

不过,布朗也表示,谷歌在紧急救援领域的表现只能算是一般,谷歌的危机响应团队远算不上专业。“我们是电脑科学家和开发者。”她说,“Google.org是这一领域的新生力量。”

灾难救援2.0

今后几年,数字紧急响应将变得更快、更灵活,众包所占的比例也将更大。Twitter和Facebook已经成为救灾过程中寻找实时信息的重要渠道,而且提供了寄托哀思的平台,但也不乏虚假信息。就在日本遭受地震和海啸侵袭后,Twitter每秒的信息发送量有5次达到了5000条。

多数与灾难有关的消息都没有太大用途,但有用的信息也并不少见。据世界银行估计,2011年的泰国洪灾成为历史上经济损失第四严重的自然灾害。而一项研究显示,在6.4万条抽样Twitter消息中,有39%包含了有价值的地理定位信息和警示内容。

如果人们愿意在紧急事件中启用地理标签功能,就完全有可能根据人们发布的Twitter消息创建动态地图,追踪树木倒塌、食品配送和趁乱打劫等各种信息。

社交媒体在救灾中的作用已经得到红十字会的认可,该机构与戴尔展开了合作,并且获得了美国联邦应急管理局和白宫的支持,在2012年3月成立了新的数字行动中心。虽然政府官员仍然会在灾难发生后宣布各种信息,但渴望最新、最相关信息的普通民众却越来越依赖彼此。

谷歌不是红十字会,也没有庞大的物流系统,无法将水、食品和抗生素提供给灾民。但危机响应的基础是信息,而谷歌在这方面尤其擅长,可以为人们提供最新、最快的信息和数据。

“例如,Z组织可以供应水,Z先生正好需要水,”金克说,“我们怎么把这些点联系起来?”

(责任编辑:蒙遗善)

时间: 2024-10-27 18:10:39

谷歌:以尖端信息处理能力改进灾难救援模式的相关文章

谷歌如何改变灾难救援

导语:半岛电视台网站上周一刊登题为<谷歌如何改变灾难救援>(How Google is transforming disaster relief)的评论文章称, 谷歌 凭借着尖端的数据搜集和处理能力,成为了当今灾难救援领域的一股新兴力量. 以下为文章全文: 自从台风"海燕"本月早些时候席卷菲律宾以来,世界各地的爱心人士已经在谷歌Person Finder上发布了10.7万人的信息.失踪人员列表并不是新鲜东西,但在任何的灾难中,要搜寻或找到失踪的人,通常都十分困难.倘若把救援

产品经理的信息处理能力包括哪些?

产品经理是需要处理很多信息的,常见的有需求收集阶段获取的调查.调研结果数据,日常用户反馈的数据,数据分析报表,数据挖掘,各种网络文章.评论.论坛上的资讯以及网络上搜索引擎可以挖出来的所有关于自身所负责产品的相关信息等等,这些可算是外部信息,还有诸如日常会议的安排.与相关人员讨论的结论.项目的进度管理.日常事务的跟进处理.开发测试资源的协调等等,这些可算是内部信息,这两类信息结合起来,就会发现作为产品经理,没有一个高存储量的大脑或者类似的存储辅助工具是很难玩的转的,因此前辈们就总结出了很多产品经理

Facebook新地图增加灾难救援功能!

大灾难发生之时就越是凸显人类的渺小,也更能激荡起人们的团结之心.民众们更是通过捐钱捐物,献血等等爱心奉献,聊表心意.虽然是极好的事,但是在现实中竟然也成了救灾人员的头痛难题.毕竟大家都一窝蜂似的涌向一个地方去,很容易造成一些地区物资发放延迟,另一些地区出现了物资过剩的浪费行为.这可以说是全球性救灾难题了! 图片来自engadget 好在,一向颇有"人文关怀"情调的Facebook近期更新的地图增加了灾难救援功能.Facebook希望利用自己的高使用率,来协助救灾人员分辨人流的方向与集结

一次linux救援模式修复

环境描述: 系统版本:CentOS 6.5 64 故障描述: /bin/sh目录文件缺失,导致CentOS启动卡条: 排查过程: 昨天晚上接到小伙伴反馈他们的yum源服务器重启之后无响应,遂登录Vcenter检查发现系统卡开机进度条了,检查发现有文件缺失的报错: init: Failed to spawn readahead-collector main process: unable to execute: No such file or directory init: Failed to s

Linux救援模式实验实例

Linux的救援模式对于linux遇到一些如内核问题/fstab等配置文件以及磁盘fsck错误等造成的系统无法启动时的一个有效救援模式被广泛使用.这就省去了我们重装系统和架构这项复杂耗时的工作了. 下面就来演示一下其过程吧,希望对于大家以后工作会有帮助. 实验描述:一台计算机因为xen内核和selinux冲突,不被计算机系统接受,无法启动 1/将安装光盘放入光驱,让计算机从光驱启动.到达安装界面,按F5进入救援模式. 2/进入救援模式之后,输入linux rescue然后按enter键,启动救援

通过c++11改进我们的模式之改进命令模式_C 语言

模式虽然精妙,却难完美,比如观察者模式中观察者生命周期的问题:比如访问者模式中循环依赖的问题等等:其它很多模式也存在这样那样的一些不足之处,如使用场景受限.实现复杂.不够简洁.不够通用等.但我觉得不足之处大都是可以采取一些手法去弥补去改进的,比如用c++11的新特性来改进.因此,便有了c++11改进我们的模式这个系列.这次我要讲的是如何使用c++11改进命令模式.关于命令模式 命令模式的作用是将请求封装为一个对象,将请求的发起者和执行者解耦,支持对请求排队以及撤销和重做.它的类图如下: 由于将请

S#arp Darc 增加新的分支,改进了 CQRS 模式

S#arp Darc更新了.S#arp Darc采用领域驱动的设计模式搭建的开发框架,使用了更加高性能的orm,提升了数据访问的性能.增加了依赖注入,降低应用程序的耦合度. 更新如下: 增加了使用国产dos.orm的版本 修改了命令查询模式的实现方式 增加新的分支 改进了CQRS模式 详情:https://github.com/MerylLiu/Sharp-Darc 文章转载自 开源中国社区[http://www.oschina.net]

Linode救援模式使用方法图解

一.如何进入救援模式 Linode 提供了 Finnix 恢复盘,相当于 Windows 的安全模式,具体进入 Linode 恢复模式的方法: 1. 打开后台管理面板:ps://manager.linode.com/">https://manager.linode.com/, 选择 Rescue (救援). 2. 点击 Reboot into Rescue Mode, 启动救援模式 1000-rescue3-1 3. 这时候会跳转到 Dashboard 页面, 等待机器启动救援模式完成.

Linux RHEL5.5进入救援模式重新安装glibc

    最近,处理一故障:由于其他应用更高版本的glibc,操作者不得已卸载操作系统的现有的glibc,导致系统崩溃. 下边是Linux RHEL5.5进入救援模式重新安装glibc的过程.    将光盘放入光驱,设置系统从光驱启动,在启动界面输入:linux rescue    等待系统加载完内核:    选择操作语言(一般是english):    选择键盘模式(US):    是否启动网络(建议不启动):    系统询问是否将系统以读写或只读模式挂载到/mnt/sysimage(别无选择)