緊急地震速報誤報の原因は「業者が勝手にデバッグしたらバグりました」
昨日の朝
緊急地震速報が流れたが、実際は誤報
だったことが分かり、気象庁は陳謝した。このとき
業者が勝手にソフトウェアを直したせいだ
と言ってたので、まさか、と思っていたのだが。
まずは昨日の会見。NHKより。
データ処理のソフトに不具合8月25日 18時32分
25日朝、千葉県東方沖で起きた地震で気象庁が誤った内容の緊急地震速報を発表した問題で、千葉県内の地震計を調べたところ、観測されたデータを処理するソフトウエアに不具合があったことがわかりました。
25日午前6時37分ごろ、千葉県東方沖を震源とする地震があり、気象庁は、千葉県と茨城県、東京などで震度5弱から震度4の揺れが予測されるとした緊急地震速報を発表しました。しかし、震度1以上の揺れは観測されなかったため、気象庁が原因を調べたところ、千葉県南房総市にある地震計から、観測された揺れのおよそ20倍にあたる異常なデータが送られていたことがわかりました。そして、現地に職員を派遣して詳しく調べた結果、揺れのデータを送信する際に自動的に処理をするソフトウエアに不具合が見つかったということです。気象庁によりますと、このソフトウエアについては、24日、業者がプログラムを更新しましたが、その際、本来は変更する必要のない緊急地震速報の処理をするプログラムも変更してしまっていたということです。気象庁では、プログラムを元に戻し、現在は通常どおり使えるようになったということです。また、この業者が24日にソフトウエアの更新をした大阪府と兵庫県、それに千葉県にあるほかの3か所の地震計でも同じ不具合が見つかりましたが、正常に戻したということです。気象庁地震火山部の宇平幸一管理課長は「業者がプログラムを変えていたことは知らなかったが、責任は管理するわれわれにある。今後、このようなことがないよう指導を徹底したい」と話しています。
普通、納入先に無断でデバッグするなんてありなのかよ、と、疑問に思っていたのだが、今朝の朝日。
地震誤速報、ソフト改修原因 気象庁「業者が無断で」
2009年8月26日7時21分気象庁が「関東地方で震度5弱程度の揺れがある」とする誤った緊急地震速報を発表した問題で、同庁は25日、地震計のソフトウエアの改修を依頼した明星電気(群馬県伊勢崎市)が、依頼したものとは別のソフトウエアに無断で変更を加えた上、変更内容も誤ったことが原因だったと発表した。
同様の変更は計4台に加えられており、25日夕に改善されるまで、いずれも誤った緊急地震速報を流す可能性があったという。
誤った変更が加えられていたのは、今回の誤報の元となった千葉県南房総市に設置された地震計のほか、千葉市の千葉測候所、兵庫県加西市観測点、大阪管区気象台の地震計。地震の情報を東京と大阪の処理システムに同時に送れるようにするため、気象庁が全国237台の地震計のソフトウエアの改修を明星電気に依頼。同社は24日、手始めに4台に実施したが、依頼分の改修と同時に、地震の振幅のデータを処理するソフトウエアについても無断で変更を加えたという。
改変点は、これまで>小数点以下を切り捨てて処理していた振幅の数値を、四捨五入してより正確な数値に近づけるというものだった。しかし、振幅を表す単位を「マイクロメートル」とすべきところを誤って「ミリメートル」としてしまったため、振幅が実際よりも常に500マイクロメートル大きくなるようになったという。
今回の誤報では約20倍の大きさになって伝えられ、振幅を元に計算される地震の規模を示すマグニチュード(M)は、実際にはM4.1だったのがM6.6とされた。
気象庁には25日、100件以上の苦情や問い合わせがあったという。明星電気は「地震計の性能の向上を目指してやったが、本来なら気象庁に提案し、承認されてから変更すべきだった。なぜ無断で変更を加えたのか、現在経緯を調査している」としている。
一方、今回の問題で、気象庁は速報が25日午前6時37分に流れた直後に誤報であることを認識しながら、午前10時半の記者会見まで発表しなかった。同庁は「原因をまず調べていた」としているが、発表の遅れで混乱が続いた可能性もある。同庁は今後、同様のことが起きた場合、報道機関に速やかに更新情報を提供することを検討するとしている。
ええと
振幅の単位がマイクロメートルだったのがミリメートルに間違えた
って、凄いですね。ありがちだけど。
で、
明星電気でもなぜ無断で変更したのか分からん
ってことは
現場の暴走
なのかしら? それとも、記者会見用の通常の受け答えフォーマット?
コトは緊急地震速報の信頼性に大きく関わるわけで
業者、しかも現場が勝手にソフトを書き換える
なんてことが、まかり通るのは不思議としか思えない。
掲示板のご意見。【地震】25日の緊急地震「誤」速報、原因は業者がソフトを勝手に無断改修し、本来の1000倍の数値が送信されるように設定していたためスレッドより、
25 :名無しさん@十周年:2009/08/26(水) 07:11:01 ID:cUZP+zn+O
明星電機みたいな信用のある会社でもそんな事あるんだ36 :名無しさん@十周年:2009/08/26(水) 07:15:15 ID:stoXI78o0
試験のために大きなデータを発生させたコードを元に戻し忘れて納品したんだろうな。
よくあることだけど、誰がどう責任を取るんだ?
元請けは大手SIで、実担当は弱小企業の担当者なんだろう。42 :名無しさん@十周年:2009/08/26(水) 07:17:06 ID:D10BWYF/0
>>30
この業者が同じ日に調整した、別の場所でもソフトの書き換えがあって
同じ現象が起きるようになってたんだってさ。
ただ、設置場所が関西だったとかで、誤検出はなかったそうだが。
本当かどうか知らんけど。51 :名無しさん@十周年:2009/08/26(水) 07:19:33 ID:crOLBFB/0
明星電気は何しに千葉の先っぽまで無断改修しに行ったの?
メンテか?何かの変更を依頼されたが、変更部分に地震データを使ってて、
指定箇所直すより地震データ1000倍にした方が簡単じゃん!って本体のデータ弄ったのかなぁ58 :名無しさん@十周年:2009/08/26(水) 07:23:05 ID:Upv37ZmS0
バカプログラマーが単位間違えたのか。賠償責任やばいな。68 :名無しさん@十周年:2009/08/26(水) 07:28:20 ID:5qxxhuhu0
元請けの子会社から業務委託されている関連会社からソフト開発を
受注した独立系SIerに派遣されてる派遣社員がやらかしたんだろ。IT業界ではよくある風景。
75 :名無しさん@十周年:2009/08/26(水) 07:32:28 ID:uTgVEpRL0
契約にない緊急地震速報の設定まで
勝手に変更していたためとわかった。テストをするために設定したのを、そのままロードだろw
単位を間違えたとか馬鹿なの?ww85 :名無しさん@十周年:2009/08/26(水) 07:36:38 ID:iyWQ4KxR0
無断改修って結構あるんだよね。
表面に出てないバグがあるから
ばれる前にこの際直しちゃえって。俺も昨日やってきたww
101 :名無しさん@十周年:2009/08/26(水) 07:49:54 ID:0FCbK/TvO
>>95
多分>>85辺りが真相だろう
世界中の長く使用されているプログラムで改修で継ぎ接ぎだらけになってるプログラムなんて多々ある新規開発決定
↓
FD辺りの影響調査で前任者が書いたバグ発見!(実は思い違い)
↓
改修簡単だし報告なしにバグ直しのMKしちゃいますか?
↓
実はバグではなく意味のあるコードだったのに改修しちまった
↓
あぼーん106 :名無しさん@十周年:2009/08/26(水) 07:59:35 ID:STx37odm0
今の明星ならありかな、昔はしっかりした会社だったが
うちのシステムに、明星のがあるがバグの修正で一ヶ月以上もかかった。
下請けに出すとか。VBなので、ソース見せてくれれば俺でも直せそうなとこなのに。
どうも、守屋の閉鎖などで技術系がいなくなってしまったのでは。109 :名無しさん@十周年:2009/08/26(水) 08:07:05 ID:Mu/nX9Tj0
気象庁も言うにことかいて、ソフト会社が勝手に
おいおい、それじゃ大事な情報を知らない間に、勝手に触れる
ってことじゃないの? そっちのほうが問題だよ
セキュリティなんは全くないの?121 :名無しさん@十周年:2009/08/26(水) 08:27:42 ID:KTV4z2NE0
>>109
元SEという名の雑用係だったが、本当にソフト会社側が
勝手にソースを書き換えた挙げ句、テストもせずに黙って
差し替える場合があるんだよ・・・何年か前に隣の島でやらかした奴がいて、大問題になってた
128 :名無しさん@十周年:2009/08/26(水) 08:40:26 ID:clL0xy1C0
明●は昔から起床朝に機器を納入してるから、かなりズブズブの関係だよ。
現場の機器をいじる場合は、起床朝の許可&立会がないと勝手には触れない。134 :名無しさん@十周年:2009/08/26(水) 08:50:02 ID:xkrYjXbL0
こういうのは結構まともな業者しか使わないと思う。大手の直結子会社みたいなとこ。
プログラミングの関係はね。
施行については結構ばんばん子会社使うけど、システムの開発については子会社委託
アウトにする契約組んでいるんじゃないかな。うちなんて弱小地方公共団体だけど、そうしてた。
第一、コード読める人が少ないので、しっかりしたところに任せないとやってられない。実際使うと微妙な不具合が出て修正、というのはしょっちゅうあるよ。
SEも心配してて、新しいシステム使い始めるときはうちの周囲をうろうろしてたりする。いつでも駆けつけられるように、そしてとにかく心配だから。(だからって初日に一日中緊張感に充ちた顔してホールにいるのは勘弁して欲しいところ)140 :名無しさん@十周年:2009/08/26(水) 08:55:11 ID:X5k159qUO
元々ソフトウェアリリースの予定があって、
ついでに指示されてないところまで直そうとしたら今までなかったバグを抱え、
気象庁はそんなとこいじったとは知らないからテストしない→バグに気付かないで、リリース翌朝に誤作動で発覚
昨日作業した観測点がおかしいならまあ明星疑うわな
95 :名無しさん@十周年:2009/08/26(水) 07:41:20 ID:FqcdtDKD0
バグならわかる。
勝手に改修ってどういうこと?148 :名無しさん@十周年:2009/08/26(水) 09:13:25 ID:3rhIjWXXO
>>95立場が分かってなくて仕事してるヤツ、仕事をくれるヤツはまずは逃げようとする。
責任の置位を無理矢理決めて自分じゃないとまず先に公言する。
相手が強ければ道理が引っ込んでしまう。トラブルばっか回ってくる部署に居るから分かる(´A`)
最近技術レベル下がってるし、業者がミスする可能性も高い。
余裕無いからフォローもしきれない。
んで責任と相手への釈明と対応昔の雑な仕様をリニューアルしてると、負のスパイラル…
すいませんグチになってしまいました
153 :名無しさん@十周年:2009/08/26(水) 09:21:14 ID:w1Er00dJ0
たぶん精度が1000倍になったが、それを伝える方法がないので
桁数を3桁上げたんだろうな。本来は受信側で3桁落とすなりして調整すべきが、そちら側に
連絡するのを劣ったと。164 :名無しさん@十周年:2009/08/26(水) 09:53:11 ID:X5k159qUO
>>144
そう、
「こういう理由でバグになったんだろう」って書き込みが多いんだけど、
そんな些末なコーディングのことより発注元に確認しないで作業したことが問題。
明星の中で誰も止めなかったのか、本当に開発者が独断でやったのかは不明だけど。
うちは受け入れ側の技術部門だけど、メーカーサイドのテストの後、
改修項目に基づいたテストをみっちりやって、最後に日常運用テストやってようやく受け入れ。
当たり前だけどそれが自己防衛。
こっちのテストで細かな不具合見つけたときの立ち会いのメーカー担当者さんの虚ろな目は可哀想だとは思うけどね。
見逃すとうちが顧客に賠償せにゃならんから。
気象庁はちょっとぬるいんじゃないのか。173 :名無しさん@十周年:2009/08/26(水) 10:01:36 ID:s9v/64ze0
無用なデグレを含んだ可能性のあるソフトをリリースしてしまった気象庁も悪いよ。
気象庁が所有して運用する(たとえ一部を委託していたとしても)システムなんだから。174 :名無しさん@十周年:2009/08/26(水) 10:08:16 ID:5Oauz7dt0
気象庁は、立会いもしないのかよw
なんなんだろうね〜。
上記のご意見によると
気象庁と明星電気は古くからのつきあい
だそうだが、
ソフト改修に立ち会いのヒトも出さなかった
ってことですか、気象庁。
| 固定リンク
« 豚インフルエンザ 神奈川で基礎疾患のない40代女性が重症に→「水際作戦に効果なし、感染者の7割が侵入」という結論 厚労省はやっと9月に人工呼吸器やICUの調査予定 一体今まで何をやってたんだか | トップページ | 忍び寄る鳥インフルエンザ 香港で2日連続でAH3型インフルエンザで70代男性が死亡 8月1日にもH3N2型(A香港型)で死者 »
コメント