JP2009217488A - 運行管理システムおよびそのリモート保守方法 - Google Patents

Abstract

【課題】本発明の課題は、一台の補助記憶装置が接続される制御端末に対して遠隔操作で新ソフトウェアへの移行が可能な運行管理システムおよびそのリモート保守方法を提供することにある。
【解決手段】制御端末２を改修する場合には、改修ソフトウェア一式を配信する。配信後、制御端末２をＯＳと通信ソフトウェアを立ち上げ、配信された改修ソフトウェアを運行管理アプリケーションヘ展開する。展開完了後、制御端末２を再起勤し、制御端末２を本格稼勤させる。この方法により、補助記憶装置２ｄが一台のみの制御端末２においても、システムの改修を行うことができ、ソフトウェア改修を遠隔で実施可能である。
【選択図】図４

Description

本発明は、制御端末の補助記憶装置が単数の場合にもソフトウェア改修を遠隔操作で行える運行管理システムおよびそのリモート保守方法に関する。

従来、列車の運行を管理する運行管理システムにおいて、システムプログラムのバージョンアップ、システムプログラムの保守等を行う場合、特許文献１によれば、運行管理システムを稼働する駅処理装置本体に接続されたハードディスク等の複数の補助記憶装置のうち、現在、非稼動状態にある補助記憶装置に対して改修ソフトウェア一式を配信する。
そして、配信後、現在、非稼動状態にある補助記憶装置を次回起動時に稼動する補助記憶装置とするとともに、現在、稼動状態にある補助記憶装置を次回起動時に非稼動状態の補助記憶装置に切り替えて再起動し、改修ソフトウェアの運行管理システムへの反映、すなわち運行管理システムの新ソフトウェアへの移行を実現している。

この切替作業により非稼動状態に移行する補助記憶装置には、前回バージョンのソフトウェア一式が保存されているため、何らかの都合により、システムを前回バージョンで運用したい場合は、前回バージョンのソフトウェアが保存されている補助記憶装置を稼動させることで可能となる。
特開２００６−２４８４８４号公報(段落００１９、００２０、図２等)

ところで、特許文献１の方法は、複数の補助記憶装置を接続した駅処理装置のみ、新ソフトウェアへの移行が可能であるが、一台の補助記憶装置を接続した制御端末に対しては、ソフトウェアの改修等の新ソフトウェアへの移行が不可能であるという問題がある。
すなわち、広域に設置されている駅処理装置に接続されている複数の補助記憶装置にソフトウェア一式を配信、入れ替えを遠隔で行う技術は、既に存在していたが、単数の制御端末が接続されている補助記憶装置にソフトウェア一式を配信、入れ替えを遠隔で行う技術はなく、解決すべき技術課題となっている。

本発明は上記実状に鑑み、一台の補助記憶装置が接続される制御端末に対して遠隔操作で新ソフトウェアへの移行が可能な運行管理システムおよびそのリモート保守方法の提供を目的とする。

上記目的を達成すべく、第１の本発明に関わる運行管理システムは、一台の補助記憶装置が装着されている制御端末と、制御端末に改修ソフトウェア一式を配信するリモート保守装置とが、通信手段を介して通信を行う運行管理システムであって、リモート保守装置から改修ソフトウェアを複数の制御端末に配信する機能と、制御端末の補助記憶装置に保存された運行管理アプリケーションを改修する場合、制御端末のＯＳと通信ソフトウェアを起動させ、運行管理アプリケーションの動作を停止する機能とを備え、かつ、制御端末は、運行管理システム稼動中の補助記憶装置でも運行管理アプリケーションの改修が行える動作モードを有している。

第２の本発明に関わる運行管理システムのリモート保守方法は、一台の補助記憶装置が装着されている制御端末と、制御端末に改修ソフトウェア一式を配信するリモート保守装置とが、通信手段を介して通信を行う運行管理システムにおいて、リモート保守装置から改修ソフトウェアを複数の制御端末に配信し、制御端末の補助記憶装置に保存されるソフトウェアを改修する場合、ＯＳと通信ソフトウェアを起動させ、ソフトウェアの動作を停止し、改修ソフトウェアを用いて補助記憶装置に対し前記ソフトウェアの更新を行っている。

すなわち、本発明に関わる運行管理システムは、補助記憶装置が接続される制御端末と、該制御端末に改修ソフトウェア一式を配信するリモート保守装置とが、通信手段を介して接続されている。
前記制御端末は一台の補助記憶装置を使用し、ソフトウェア改修時には補助記憶装置に改修ソフトウェア一式を保存する機能を備えているものである。また、前記制御端末には、補助記憶装置に保存した改修ソフトウェア一式を展開する、システムの運転モードを備えているものである。

本発明に関わる運行管理システムおよびそのリモート保守方法は、広域に分散している制御端末のソフトウェアを改修する場合でも保守員が現地で作業を行う必要がなく、遠隔操作でソフトウェアの改修を行うことができる。
また、制御端末には、補助記憶装置に保存した改修ソフトウェア一式を展開する運転モードを備えているため、ソフトウェア改修作業による制御端末の利用制限時間を極小化することができる。

以下、本発明の実施形態について添付図面を参照して説明する。
＜＜広域分散型運行管理システム１の全体構成＞＞
図１は、実施形態の広域分散型運行管理システム１のシステム構成図である。
図１に示すように、本発明の実施形態に係る広域分散型運行管理システム１(以下、運行管理システム１と称す)は、中央指令所内に設置される中央指令システムＳおよびリモート保守装置９と、各所に設置される制御端末２および駅処理装置３と、中央指令システムＳおよびリモート保守装置９がそれぞれ接続される通信中継装置４ａと、複数の制御端末２および駅処理装置３がそれぞれ接続される通信中継装置４ｂ、…と、通信中継装置４ａ、４ｂ、…が互いに接続され通信を行うための専用回線のネットワーク５とを具備し構成されている。

＜＜各装置の構成＞＞
次に、図１に示す各装置について説明する。
＜中央指令システムＳ＞
中央指令所に設けられる中央指令システムＳは、サーバ、端末等が多数接続され、列車運行状況や列車運行ダイヤを司令員に表示する装置等が設置されている。

＜リモート保守装置９＞
図２は、リモート保守装置９の要部構成を示す概念的要部構成図である。
中央指令所に設置されるリモート保守装置９は、制御用のコンピュータであり、中央処理装置のＣＰＵ(Central Processing Unit)９ｃと、該ＣＰＵ９ｃにより実行される複数世代のソフトウェア一式を格納するハードディスク等の補助記憶装置９ｄとを備えている。
そして、リモート保守装置９は、ソフトウェアのバージョンアップ、保守等のソフトウェア改修時には、該当する新バージョンのソフトウェア一式を、複数の制御端末２(図１参照)へ送信する機能を有している。

なお、複数世代のソフトウェアとしては、バージョンアップされた複数のバージョンのソフトウェア等がある。
また、リモート保守装置９には、リモート保守装置９から制御端末２に対して改修プログラム一式を送信する機能、制御端末２の再起動指示を送信する機能、および制御端末２の状態を常に監視する機能等が搭載されている。

＜通信中継装置４ａ、４ｂ、…＞
通信中継装置４ａ、４ｂ、…(図１参照)は、情報の送受信先のコンピュータまで最適なルートを選択し中継するルータであり、通信中継装置４ａは、中央指令所に設置され、また、通信中継装置４ｂ、…は、各駅に設置され、中央指令所と各駅間の通信を中継している。

＜制御端末２＞
図３は、制御端末２の構成を示す概念的要部構成図である。
各駅に設置される制御端末２は、中央処理装置のＣＰＵ２ｃと、ＯＳ(Operating System)、ミドルウェアの通信用ソフトウェア(図示せず)、列車の位置の表示や列車ダイヤの表示を担う運行管理アプリケーション等がインストールされるハードディスク等の補助記憶装置２ｄと、ＣＰＵ２ｃにより補助記憶装置２ｄに格納されたソフトウェアがロードされ実行されるメインメモリ２ｍとを備えている。

補助記憶装置２ｄは、ＯＳが保存されるＯＳ領域２d1、ミドルウェアの通信ソフトウェアが保存されるミドルウェアエリア領域(図示せず)、運行管理アプリケーションが保存される、例えば１００ＭＢの運行管理アプリケーション領域２d2、圧縮イメージの運行管理アプリケーションの改修プログラムが保存される、例えば２０ＭＢの改修プログラム保存領域２d3等を有している。ここで、バックアップ用の補助記憶装置の有無は別として、稼動中の(現用の)補助記憶装置２ｄは、１台である。

＜駅処理装置３＞
駅処理装置３は、各駅に一つ有るコンピュータであり、列車を運行させるプログラムが格納されるとともに、その他、制御端末２の情報を受信して制御を行う。

＜＜ソフトウェア改修手順＞＞
次に、上述の構成の運行管理システム１におけるソフトウェア改修手順について、図４を用いて説明する。なお、図４は、ソフトウェア改修手順の処理の流れを示す流れ図である。
列車運行時、図１に示す運行管理システム１における中央指令システムＳおよび制御端末２は、ネットワーク５を介して通信を行い、制御端末２の動作状態情報等がやり取りされている。
運行管理システム１のソフトウェア改修に際しては、下記のように処理が行われる。

まず、図４のステップ１において、リモート保守装置９(図１参照)のシステムにより、ソフトウェア改修対象の制御端末２を選択する。
続いて、図４のステップ２において、リモート保守装置９から、通信中継装置４ａ、専用回線のネットワーク５、通信中継装置４ｂを介して、ミドルウェアの通信用ソフトウェアにより、選択された制御端末２(図１参照)へ、圧縮イメージの改修ソフトウェア一式を配信する。

続いて、図４のステップ３において、選択された制御端末２が、リモート保守装置９から送信されてくる圧縮イメージの改修ソフトウェア一式を受信し、そのＯＳにより、図３に示す制御端末２に接続された補助記憶装置２ｄの改修プログラム保存領域２ｄ3に保存する。

続いて、図４のステップ４において、リモート保守装置９(図１参照)から、通信中継装置４ａ、専用回線のネットワーク５、通信中継装置４ｂを介して、制御端末２の再起動情報を送信することにより、選択されたソフトウェア改修対象の制御端末２(以下、改修対象の制御端末２と称する)の再起動が行われる。
なお、改修対象の制御端末２の再起動に際しては、運行管理システム1による列車の運行に支障をきたさないように、予め、運行管理システム1を稼動しない未使用状態としている。或いは、改修対象の制御端末２が、再起動の情報を受信した際には、未稼働の他の制御端末２で、改修対象の制御端末２のジョブを代替してもよい。

続いて、図４のステップ５において、改修対象の制御端末２のＯＳが起動される。
続いて、図４のステップ６において、改修対象の制御端末２のＯＳにより、起動時において、改修プログラム一式を受信済であるか否か判断する。
図４のステップ６において、改修プログラム一式を受信済であると判断された場合(ステップ６においてＹes)には、図４のステップ７において、補助記憶装置２ｄに格納されたミドルウェアの通信ソフトウェアを起動する。

続いて、図４のステップ８において、改修対象の制御端末２のＯＳにより、運行管理ソフトウェアの起動を停止する。なお、この運行管理ソフトウェアの起動を停止した状態を、保守モードというシステムモードと呼称する。
続いて、図４のステップ９において、改修対象の制御端末２が保守モードであることを、改修対象の制御端末２のＯＳから、ミドルウェアの通信ソフトウェアにより、図１に示す通信中継装置４ｂ、専用回線のネットワーク５、通信中継装置４ａを介して、リモート保守装置９に通知する。

続いて、図４のステップ１０において、改修対象の制御端末２の補助記憶装置２ｄの改修プログラム保存領域２ｄ3(図３参照)に、格納された圧縮イメージの改修ソフトウェア一式を、運行管理アプリケーション領域２ｄ2ヘ展開する。
続いて、図４のステップ１１において、ステップ１０の展開作業が終了した後、改修対象の制御端末２のＯＳにより、自動的に改修対象の制御端末２を再起動する。

続いて、図４のステップ１２において、改修対象の制御端末２のＯＳにより、運行管理システムの稼動を開始する。
なお、図４のステップ６において、改修プログラム一式を受信済でないと判断された場合(ステップ６においてＮo)には、図４のステップ１２に移行する。
以上が、ソフトウェア改修手順である。

上記構成によれば、広域に分散している制御端末２のソフトウェアを改修する場合でも保守員が現地で作業を行うことなく、遠隔操作でソフトウェアの改修を行うことができる。
また、制御端末２には、補助記憶装置２ｄに保存した改修ソフトウェア一式を展開する運転モードを備えているため、ソフトウェア改修作業による制御端末２の利用制限時間を極小化することが可能である。

なお、上述の実施形態においては、広域分散型運行管理システム１の制御端末２の改修および復旧の場合を説明したが、分散型システムであれば、幅広く適用可能である。
また、上述の実施形態においては、一台の補助記憶装置２ｄを備えた制御端末２を例示して説明したが、一台以上の補助記憶装置２ｄを備えた制御端末２において、何れか一台の補助記憶装置２ｄを用いて、新システムへの移行が可能であることは言うまでもない。
また、上述の実施形態においては、ネットワーク５として、専用回線を例示して説明したが、専用回線以外の通信回線を用いることも可能である。

本発明の実施形態に係る広域分散型運行管理システムのシステム構成図である。 本発明の実施形態に係るリモート保守装置の要部構成を示す概念的要部構成図である。 本発明の実施形態に係る制御端末の構成を示す概念的要部構成図である。 本発明の実施形態に係るソフトウェア改修手順の処理の流れを示す流れ図である。

符号の説明

１…広域分散型運行管理システム(運行管理システム)
２…制御端末
２ｄ…補助記憶装置
２d2…運行管理アプリケーション領域(実行領域)
４ａ、４ｂ…通信中継装置(通信手段)
５…ネットワーク(通信手段)
９…リモート保守装置(配信手段、起動制御手段)
ステップ２、３…配信格納工程
ステップ５、７、８…起動制御工程
ステップ１０…更新工程
ステップ１１…再起動工程

Claims (6)

1. 一台の補助記憶装置が装着されている制御端末と、前記制御端末に改修ソフトウェア一式を配信するリモート保守装置とが、通信手段を介して通信を行う運行管理システムであって、
   前記リモート保守装置から前記改修ソフトウェアを複数の前記制御端末に配信する機能と、
   前記制御端末の補助記憶装置に保存された運行管理アプリケーションを改修する場合、前記制御端末のＯＳと通信ソフトウェアを起動させ、前記運行管理アプリケーションの起動を停止する機能とを備え、かつ、
   前記制御端末は、前記運行管理システム稼動中の補助記憶装置でも前記運行管理アプリケーションの改修が行える動作モードを有する
   ことを特徴とする運行管理システム。
2. 通信ソフトウェアおよび運行管理ソフトウェアが格納される補助記憶装置を有する制御端末と、該制御端末に改修運行管理ソフトウェアを配信するリモート保守装置とが、通信手段を介して通信を行う運行管理システムであって、
   前記リモート保守装置から改修運行管理ソフトウェアを前記制御端末に配信する配信手段と、
   前記改修運行管理ソフトウェアを、配信された前記制御端末の補助記憶装置に格納する格納手段と、
   前記制御端末に前記改修運行管理ソフトウェアが格納された場合、前記制御端末のＯＳおよび通信ソフトウェアを起動するとともに前記運行管理ソフトウェアの起動を停止する起動制御手段と、
   前記改修運行管理ソフトウェアを、前記制御端末の補助記憶装置の実行領域にある前記運行管理ソフトウェアに代えて、前記実行領域に格納する更新手段とを
   備えることを特徴とする運行管理システム。
3. 前記起動制御手段は、前記運行管理システムの稼動中に、前記制御端末に前記改修運行管理ソフトウェアが格納された場合、前記制御端末を再起動して、前記制御端末のＯＳおよび通信ソフトウェアを起動するとともに前記運行管理ソフトウェアの起動を停止し、かつ、
   前記更新手段によって前記改修運行管理ソフトウェアを前記実行領域に格納後、前記制御端末を再起動する再起動手段をさらに備える
   ことを特徴とする請求項２に記載の運行管理システム。
4. 一台の補助記憶装置が装着されている制御端末と、前記制御端末に改修ソフトウェア一式を配信するリモート保守装置とが、通信手段を介して通信を行う運行管理システムにおいて、
   前記リモート保守装置から前記改修ソフトウェアを複数の前記制御端末に配信し、
   前記制御端末の補助記憶装置に保存されるソフトウェアを改修する場合、ＯＳと通信ソフトウェアを起動させ、前記ソフトウェアの起動を停止し、前記改修ソフトウェアを用いて前記補助記憶装置に対し前記ソフトウェアの更新を行う
   ことを特徴とする運行管理システムのリモート保守方法。
5. 通信ソフトウェアおよび運行管理ソフトウェアが格納される補助記憶装置を有する制御端末と、該制御端末に改修運行管理ソフトウェアを配信するリモート保守装置とが、通信手段を介して通信を行う運行管理システムにおいて、
   前記改修運行管理ソフトウェアが、前記リモート保守装置から前記制御端末に配信され該制御端末の補助記憶装置に格納される配信格納工程と、
   前記制御端末に前記改修運行管理ソフトウェアが格納された場合、前記制御端末のＯＳおよび通信ソフトウェアが起動されるとともに前記運行管理ソフトウェアの起動が停止される起動制御工程と、
   前記制御端末において前記改修運行管理ソフトウェアが、前記補助記憶装置の実行領域にある前記運行管理ソフトウェアに代えて、前記実行領域に格納される更新工程とを
   含んで成ることを特徴とする運行管理システムのリモート保守方法。
6. 前記起動制御工程において、前記運行管理システムの稼動中に、前記制御端末に前記改修運行管理ソフトウェアが格納された場合、前記制御端末が再起動され、前記制御端末のＯＳおよび通信ソフトウェアが起動されるとともに前記運行管理ソフトウェアの起動が停止され、かつ、
   前記更新工程後、前記制御端末が再起動される再起動工程をさらに含む
   ことを特徴とする請求項５に記載の運行管理システムのリモート保守方法。
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   

Images