北京
10月16日中午12时40分，我正陪客人午餐，突然手机发出刺耳的警报声，一看，是“紧急地震速报”——北海道附近的千岛列岛发生强烈地震。
千岛列岛距离东京有多远？1200公里，相当于杭州到北京的距离。相距这么遥远，东京也要拉警报，这地震的烈度到底有多大？
负责地震监测的日本气象厅传出的消息是：9.9级！
这是人类历史上从未发生过的极高震级！1960年智利瓦尔迪维亚大地震的震级是9.5级，南半球的海啸一直冲到日本列岛，日本淹死了140余人。
“看来，日本列岛要沉没了”，我是这么想。
我没有夺门而逃，25层楼的餐厅实在有点高，马斯克的飞车飞过来也来不及。于是就坐在餐桌前继续与友人干杯，静静地等待大地的摇晃。餐厅里的几十人大概跟我一样的心态，准备把人生最后的一顿午餐美美吃完。
结果整整等了8分钟，头上的吊灯也没有晃一下。
终于，电视台播出气象厅的通知：刚才的紧急地震速报取消！
误报？心里一千头羊儿奔跑。
就因为这一条“误报”，新干线停驶，雅虎网站接近死机，还好没人跳楼逃跑。
一个多小时后，日本气象厅举行记者会，地震监测课长90度鞠躬。
日本这个国家很怪，列岛之下是太平洋、菲律宾和欧亚大陆三个板块重叠，稍有滑动，就会抖一抖。这么一个多地震国家，居然没设“国家地震局”，而是让气象厅的一个小小课室来负责地震的监测与预报，可谓“岛小心大”。
虽然气象厅的地震监测课只是一个处级单位，但是，它掌控着全国庞大的地震监测系统，但是海底的地震监测点，就有237座，任何海底的波动，数据都会通过海底光缆实时传输到气象厅等机构，用于紧急地震速报和海啸预警。
这一套系统非常灵敏，而且在地震波到来之前，就可以通过手机和电视台自动地震接收系统发出预警。汶川大地震后，日本作为援助项目，将这一技术提供给了中方。
那么，这么一套先进的地震监测系统，为什么这次会闹出如此大的乌龙？
我们可以把紧急地震速報理解为一场与地震波的赛跑。通常，较快的P波先到，破坏性较强的S波随后到来。系统利用最初几秒钟的数据计算，再依靠传播速度更快的通信网络发出警报。
难点恰恰在于：既要快，又不能等资料完全齐备。多等几秒，计算可能更准确，但一些地区就可能失去提前避险的机会。整个过程主要由系统自动完成，并不是气象厅工作人员看着屏幕，逐条审核之后才按下发布按钮。
日本气象厅从下午到傍晚，先后举行了三次记者会，对于这一次“误报”的原因作出分析和说明。
原因主要是两点：
1，震级计算公式用错了适用范围
实际地震发生在俄罗斯堪察加半岛附近，距离日本海底监测点较远，实际震级为6.9级。但日本的监测系统错误地使用了适用于日本国内近距离地震的震级计算公式。远距离地震的波形衰减和特征与近距离地震不同，用日本公式去计算俄罗斯的地震，就把震级严重高估，最终算出“9.9”级的这种极端数值。
2，震源位置判定不一致
日本监测系统在计算震级时所使用的震源位置（千岛列岛，其中南千岛列岛，就是日本主张拥有主权的“北方四岛”），与用来预测各地震度的震源位置（实际发生地震的俄罗斯堪察加半岛）不一致。这种内部逻辑不一致，进一步放大了错误，导致系统认为千岛列岛发生了超大地震，并因此向北海道至东京首都圈广域地区发出预警。
气象厅强调，紧急地震速报是监测系统自动发出的，并非人为操作错误。
针对记者有关“是否遭到黑客网络攻击所致”的提问，监测课长一口否定 “地震预警发生前后，监测系统没有受到网络攻击，与网络攻击没有关联”。
日本气象厅的这些解释，是理解此次乌龙事件的技术背景，却还不能据此认定，“距离太远”就是本次误报的最终原因。究竟哪一步处理出了问题，为何没有及时拦住异常数值，仍须等待进一步的调查结果。找出结果，才能进一步完善监测系统。
好在是一场虚惊！
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
