[過去ﾛｸﾞ] 信号・標識・保安設備について語るスレ14 (988ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
42(1): Mc223-2124 ◆f.sivByVJ. 2011/01/16(日)17:45 ID:w8lLmEfQ0(1) AAS
ATS-PTって東海道線では使用してる?
43: 2011/01/16(日)18:58 ID:RL9BC4XS0(2/2) AAS
>>42
まだっぽい。
中央線は中津川までほぼ完了しているが、東海道線はまだ一部だからな。
44(1): 2011/01/18(火)15:50 ID:IzBSFWKa0(1/4) AAS
新幹線トラブル、大量のダイヤ変更が原因 ＪＲ東
外部ﾘﾝｸ:ow.ly
これ、去年と同じ原因だよね？異常時は手動で操作できないの？
45(3): 2011/01/18(火)21:02 ID:FtDXzWWA0(1/3) AAS
2008年末のトラブルは、ダイヤの入力の締め切り時間を過ぎて反映されなかった。
再起動したら未反映の入力が適用され、復旧したはず。それだけに4時間かかった。
今回のはもっとアホで、
①COSMOSは変更ダイヤによる影響ダイヤを自動計算する
②その際、変更箇所は600件までしか表示できない仕様
③24本のダイヤを変えたら、自動計算箇所が600件を超えた
④表示が不安定になった
⑤変更表示系がおかしいだけなので、なんか知らんけど回復した
たぶんこんな感じ。
46: 2011/01/18(火)21:16 ID:RcG/Fv5a0(1) AAS
>④表示が不安定になった
表示しないようにした、じゃないの。
47: 2011/01/18(火)21:17 ID:FbT88+j+0(1/5) AAS
>>45
2008年末のトラブルの際は、データを最初から全部再入力し直したのでそれに4時間かかった
単に再起動するまでに4時間かかったというわけではない
> ④表示が不安定になった
> ⑤変更表示系がおかしいだけなので、なんか知らんけど回復した
もう少し正確には、
４ 変更箇所が600件を超えたので予測ダイヤの表示が不可能に（表示以外の機能は正常動作継続）
５ データの処理が進んで変更箇所が600件を割ったので表示が復活
ということだったようだ
外部ﾘﾝｸ[html]:mainichi.jp
48(2): 2011/01/18(火)21:19 ID:GdNrnOLS0(1) AAS
>>44-45
前回はデータ入力が決められた時間までに終わらなかったのが原因、
今回は仕様上の制限を実運用時に無視したため起きた。
なので、前回は入力する人を増やす、今回はダイヤの変更手順を変更すると共に許容エラー件数を増やすというのが対策になる。
ただまぁ、隠れた真の原因として、運用手順に問題があるとか、そもそも運用手順が周知されていないという共通の問題がある可能性がある。
49(1): 2011/01/18(火)21:22 ID:TCM3NNL50(1/2) AAS
よく分からないんだがこの手のシステムで変更箇所が600件までっていう仕様は、
路線の規模のわりには少ない方なのかい？
50: 2011/01/18(火)21:27 ID:FtDXzWWA0(2/3) AAS
運行開始ギリギリのタイミングでダイヤ投入したけど、もう当日のダイヤで動いていた。
で、日付変更処理をしたら翌日のダイヤになった(w
システム落として5時前に入力完了したことにして復旧させた…だったかね。
外部ﾘﾝｸ[pdf]:www.jreast.co.jp
プレス発表だと、変更によって支障する箇所を600件しか表示できないみたいだね。
51(2): 2011/01/18(火)21:29 ID:FbT88+j+0(2/5) AAS
>>48
> 今回は仕様上の制限を実運用時に無視したため起きた。
無視するしない以前に、担当者がその仕様上の制限を知らなかった（知らされてなかった）そうだが
外部ﾘﾝｸ[html]:www.asahi.com
> 担当者は表示の仕組みも修正上限数も知らされていなかった。
52: 2011/01/18(火)21:40 ID:2CZdWjz10(1) AAS
仏造って魂入れず
┐(´ー｀)┌
53(3): 2011/01/18(火)21:49 ID:0DHv/CVOP(1/5) AAS
一般紙は脆弱とかお粗末さを強調するばかりで本質がみえないね。
エンタープライズITとかのニュースサイトで的確な解説しているところありますか？
54: 元元西社社員 2011/01/18(火)22:02 ID:2hLNvxbA0(1/7) AAS
>>49
うーん。それは仕様書全体を見てみないとなんともいえない。
予測ダイヤは普通、3時間後とかまでを表示させるんだけど、それは現実的
な応答時間を得るためだとか、ある程度以上競合箇所が出た場合、それを
律儀に書いても意味が無い(前の時間帯のやつを修正しないとぐちゃぐちゃ
なやつを見ても判断できない)から、一定程度で打ち切る仕様になっている。
今回の場合、競合箇所の上限を600件にしていたのは、なんらかのシステム
設計上の配慮があってそうしてたんだろうけど、それが妥当かどうかは
一概には言えない。
>>53
省2
55(4): 元元西社社員 2011/01/18(火)22:11 ID:2hLNvxbA0(2/7) AAS
東のプレスを見た感想だけど、2008年5月に予測ダイヤの範囲を4時間から
終日(おそらく、当日ダイヤの範囲という意味だろう)にした際に、この600件
について検討してなかったとしたら、ちょっとはずかしい。おそらく、応答性
等の観点から変更しなかったんじゃないかな。
>>48>>51
そもそも、運用する指令員はそんな競合箇所数の出力上限を知ってなきゃ
いけないものだろうか。今回の問題はそこではなくて、予想ダイヤが正常に
表示されなくなったことを元に列車を止めたことじゃないかな。文面を読む
限りでは、実績スジや計画スジは表示されていたような感じだから。
「競合件数超過：競合件数が600件を超えたため、予想ダイヤ出力を中止します」
省1
56(2): 2011/01/18(火)22:18 ID:IzBSFWKa0(2/4) AAS
今回の件は東海道山陽のコムトラックでも起こり得ることなの？
>>45
あっ、2008年か。スマソ
>>53
記者の汽車知らずだね。
57: 2011/01/18(火)22:19 ID:0DHv/CVOP(2/5) AAS
>>56
58(3): 2011/01/18(火)22:29 ID:0DHv/CVOP(3/5) AAS
>>56
コムトラックって予定外ダイヤの自動処理ってあったっけ？
手元にある92年の鉄道ジャーナルの記事によると、着発順が乱れたら、手動みたい。
今はさすがに更新されているとは思うけど。
>>55
アプリ、モジュール単位のソフト開発だと異常系の定義が曖昧だったり。
変更箇所を計算するアプリはネガティブレスボンスを出しているのに、表示系は「ありえない前提」で仕様未定義だったりとか。
59(3): 2011/01/18(火)22:34 ID:FtDXzWWA0(3/3) AAS
>>58
いまもそう。そういうポリシー。
去年に姫路駅あたりのてこを引き間違える
インシデントがあったはず。
60(1): 元元西社社員 2011/01/18(火)22:38 ID:2hLNvxbA0(3/7) AAS
それにしてもslashdotは酷いね。アフォなコメントでS/Nが無茶苦茶悪い...
>>58
博多開業システムあたりから予想ダイヤの表示は実装されてたはず。
ATOSは次期中央線システムから搭載するらしいけどね。
61(1): 元元西社社員 2011/01/18(火)22:39 ID:2hLNvxbA0(4/7) AAS
>>59
それは、スジ修正せずに手動介入の方が早いから、って話と混同してないかい?
上下前次1-新書関写板覧索設栞歴
あと 927 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.014s