アカウント名:
パスワード:
車にカメラを使ったブレーキアシストや、ドライブレコーダーがつく時代なんですから、電車にも同じ機能がついていてもいいと思うんですけどね。
雪でGPSは取れなくなっても、速度と時間で自分のいる場所ぐらいわかるでしょうし、電車間が互いに通信して、お互いの速度や距離を認識するぐらいできるでしょうに....
通信ベースで列車を制御するのが、ちょうど関連記事にも挙がっている 無線による列車制御システム [security.srad.jp]ですよ。仙石線で2011年に導入されたATACSもそうですし、世界的にはCBTCと呼ばれるシステムがかなり入っています。
鉄道業界というのは、世の中一般よりもずっとゆっくり、息の長い時間スケールで仕事をしています。高架化工事をするのに10年、信号システムは30年、鉄道車両だと40年という感じで使います。無線列車制御
＞高架化工事をするのに10年、信号システムは30年、鉄道車両だと40年という感じで使います。
今は鉄道車両は20年かそれ以下でしょう． 省エネ技術などの急速な進歩についていくため、昔とは考え方が変わっています．
> 今は鉄道車両は20年かそれ以下でしょう． 省エネ技術などの急速な進歩についていくため、昔とは考え方が変わっています．
そういうつもりだったんですが、「寿命半分、価格半分」と言い出した最初の209系(元の京浜東北線)が、20年以上使った挙句、千葉県などへ転用されていく状況なので、実際にはそれほど事情が変わっていません。
まぁ「寿命半分だから価格半分」は発注コストを下げさせるための発注者の文句ですもんね。
みなさんだって超大口受注先から、「いままでUNIXでCだったけど、これからはwindowsの.netやjavaで開発したら全体の工数が半分で済むから、受注金額半額でいいよね？（確信）もちろん心配には及ばない、既存システムの置き換え加速するし、競合他社に負けないために新規開発数もふやす。さらには新しいシステムは今までの半分の期間で置き換える予定だよ！だからそちらの収入は変わらないどころか増えちゃうよ。win-winだよハハハハ(まぁ来年は知らんけど)」などと言われれば従わざるを得ないってだけのはなしですしね。
で、その受注先は受注が増えるどころか、社内SEの余力をつかってソフトウェア開発をしだした挙句、競合他社も買収して商売敵になりつつあるという構図(笑)
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
海軍に入るくらいなら海賊になった方がいい -- Steven Paul Jobs
いまだにまだ信号機ベースで電車を制御しているのは :p (スコア:1)
車にカメラを使ったブレーキアシストや、ドライブレコーダーがつく時代なんですから、
電車にも同じ機能がついていてもいいと思うんですけどね。
雪でGPSは取れなくなっても、速度と時間で自分のいる場所ぐらいわかるでしょうし、
電車間が互いに通信して、お互いの速度や距離を認識するぐらいできるでしょうに....
Re: (スコア:5, 参考になる)
通信ベースで列車を制御するのが、ちょうど関連記事にも挙がっている
無線による列車制御システム [security.srad.jp]ですよ。
仙石線で2011年に導入されたATACSもそうですし、世界的にはCBTCと呼ばれるシステムがかなり入っています。
鉄道業界というのは、世の中一般よりもずっとゆっくり、息の長い時間スケールで仕事をしています。
高架化工事をするのに10年、信号システムは30年、鉄道車両だと40年という感じで使います。
無線列車制御
Re:いまだにまだ信号機ベースで電車を制御しているのは :p (スコア:0)
＞高架化工事をするのに10年、信号システムは30年、鉄道車両だと40年という感じで使います。
今は鉄道車両は20年かそれ以下でしょう． 省エネ技術などの急速な進歩についていくため、昔とは考え方が変わっています．
Re:いまだにまだ信号機ベースで電車を制御しているのは :p (スコア:2)
> 今は鉄道車両は20年かそれ以下でしょう． 省エネ技術などの急速な進歩についていくため、昔とは考え方が変わっています．
そういうつもりだったんですが、「寿命半分、価格半分」と言い出した最初の209系(元の京浜東北線)が、20年以上使った挙句、
千葉県などへ転用されていく状況なので、実際にはそれほど事情が変わっていません。
Re: (スコア:0)
まぁ「寿命半分だから価格半分」は発注コストを下げさせるための発注者の文句ですもんね。
みなさんだって超大口受注先から、
「いままでUNIXでCだったけど、これからはwindowsの.netやjavaで開発したら全体の工数が半分で済むから、受注金額半額でいいよね？（確信）
もちろん心配には及ばない、既存システムの置き換え加速するし、競合他社に負けないために新規開発数もふやす。さらには新しいシステムは今までの半分の期間で置き換える予定だよ！だからそちらの収入は変わらないどころか増えちゃうよ。win-winだよハハハハ(まぁ来年は知らんけど)」
などと言われれば従わざるを得ないってだけのはなしですしね。
で、その受注先は受注が増えるどころか、社内SEの余力をつかってソフトウェア開発をしだした挙句、競合他社も買収して商売敵になりつつあるという構図(笑)