週末の朝、260万人の足を直撃したのはプログラムに潜む“魔物”だった──10月12日朝、JR東日本や東京メトロなどの8都県662駅で自動改札機が起動しなかった原因は、「レアケース」という改札機の不具合だった。 同日早朝、SuicaとPASMOに対応した16事業者662駅で、日本信号が製造した自動改札機4378台（PASMO 470駅3050台、Suica192駅1328台）が起動しない不具合が発生。通常は駅構内のサーバから集中的に起動する仕組みだが、これが不可能に。各駅はサーバから改札機を切り離し、単体起動に切り替えるなどして対応。午前11時までに全面復旧したが、PASMOで約160万人、Suicaで約100万人の客に影響が出た。 日本信号によると、現時点で判明しているのはこうだ。原因は自動改札機のICカード判定部の不具合。判定部には毎朝、サーバから起動用データの1つとして、「ネガデータ」

ゆうちょ銀行のシステムで10月1日に発生したシステム障害の原因は、民営・分社化に伴うアクセスの増加を見越した性能設計の不備にあったことがわかった。問題が発生した「顧客情報照会システム」は、郵便局の職員が、預かり限度額の1000万円を超えないように貯金の預かり状況を確認するのに使う。10月以降、「このチェックを厳密にしたため処理が急増した」（関係者）。取引限度額の確認処理が増えるのを見越した性能設計ができていなかったといえる。 さらにアクセス用パスワードの変更処理が重なった。パスワードは定期的な変更が必要な設定になっていた。その結果、「フロント系のブレードサーバーに負荷がかかり、システム全体の稼働が不安定になった」（関係者）。 本誌の調べによれば、同システムの開発ベンダーはNTTデータ。ブレードサーバーはNEC製とみられる。 ゆうちょ銀は10月6日から8日までの3連休を利用して、ブレードサー

NTT東日本/西日本のひかり電話サービスやフレッツ・サービスはトラブルが続く。その都度、原因を明らかにしてきたが、5月15日に発生したNTT東日本のBフレッツのトラブルについてはその原因の説明に納得できなかった。「IP伝送装置のパッケージ交換をきっかけに、ルート再計算の負荷が増え、14都道県のフレッツ網がダウン」。装置が故障するのはよくあること。それに伴うルート再計算で大半のフレッツ網がダウンするとは･･･。やはり、その真相は単純ではなかった。 14都道府県のフレッツ・サービスなどがダウン 5月15日20時、NTT東日本は18時44分ごろから「フレッツ・サービス」および「ひかり電話」の一部ユーザーがサービスを利用できなくなっていると発表した。神奈川、千葉、埼玉を除く東日本のサービス・エリア14都道県でサービスが利用できなくなった。東京は23区以外の一部のユーザーに影響が出た。 その後、IP

年金問題に関する報道が連日繰り広げられている。昨日の日経朝刊1面には「年金番号 重複なお2万件」という見出しが躍った。本来，公的年金の加入者1人ひとりに割り振られるはずの「基礎年金番号」が同一人物に重複して付けられているケースが，昨年10月時点で2万件も残っていることが明らかになった，というのだ。 ここで，年金問題の解決に向けた今後のシステム化の行方について議論することは，先日の記者のつぶやき『謎が謎を呼ぶ「IT年金問題」』と重複するので控えたい。ただ，この問題で露呈した数々の事実は，企業情報システムの構築・運用や，そのマネジメントにかかわる人々にとって大きな示唆と問題を投げかけていると思うので，この観点から改めて考えてみたいと思う（6月10日に起きた年金システムの障害については関連ニュースを参照）。 「元々が紙データ（非電子データ）であった名前を電子化するということは，とても大変な作業な

社会保険庁は6月12日、年金システムで先週日曜日に障害が発生した問題について、原因はオンライン・システムを制御するミドルウエアの不具合だったと発表した。障害が発生したのは年金オンライン・システムが稼働する9台のメインフレームのうち3台。10日午前8時30分から最長で2時間半、この3台につながる全国23県合計130の社会保険事務所で端末が起動せず、年金の照会業務ができなかった（関連記事）。 年金オンライン・システムの開発と運用を担当するNTTデータによれば、ミドルウエアの不具合は「01年3月の本稼働以来、潜んでいたもの」（広報）という。このミドルウエアは、各事業所がオンライン・システムを何時から何時まで使うかという情報をテーブルで管理する。しかしテーブル領域が不足すると何らかの理由でミドルウエアが起動しない不具合があった。 今回、3台のメインフレームでは、金曜日に延長稼働させ土日も連続運転さ

全日本空輸（ANA）は6月13日夕方、国土交通省で記者会見を開き、5月末に国内線システムで発生させた大規模障害の原因について報告した。会見に臨んだANAの長瀬眞（ながせ・しん）専務取締役執行役員は「障害発生からログの分析を続けてきた。このような事態が起こらぬよう再発の防止に努め、信頼の回復に努めたい」と述べ、IT推進室長の佐藤透執行役員が詳細を説明していった（写真1）。 障害が起こったのは、旅客の予約・搭乗手続きや手荷物管理をするチェックイン・システムのうち国内部分。27日未明から朝にかけて処理能力の低下が深刻となり、羽田空港にはチェックインを待つ乗客であふれかえった。結局、羽田では午後3時頃から同6時まで発便をすべて欠航させる羽目に陥った。 原因を作ったのは、チェックイン端末をつなぐためのネットワーク機器だった。障害前日の26日午前9時。朝から2系統あるうち1系統のスイッチが障害の兆候を