JPWO2017195369A1 - プログラム開発支援装置、列車監視制御装置およびプログラム開発支援方法 - Google Patents

Abstract

複数の列車内ネットワークと、複数の列車内ネットワークとの間で信号の送受信を行う制御装置と、を備える列車監視性制御装置の制御装置で使用されるプログラムの開発を支援するプログラム開発支援装置（７０）であって、制御装置が、複数の列車内ネットワークのうちの１つの列車内ネットワークとの間で通信を行う複数の通信基板と、複数の通信基板と接続する制御基板と、から構成される場合に、複数の通信基板の各通信基板で使用される通信基板用ネットワーク通信データ定義ファイルを受け付ける入力部（７１）と、通信基板用ネットワーク通信データ定義ファイルを用いて、複数の通信基板との間で共通の通信データ形式である共通通信データ形式で通信を行う制御基板で使用される制御基板用入出力信号変数定義ファイルを生成する生成部（７３）と、制御基板用入出力信号変数定義ファイルを出力する出力部（７４）と、を備える。

Description

本発明は、列車監視制御装置が備える制御装置で使用されるプログラムの開発を支援するプログラム開発支援装置、列車監視制御装置およびプログラム開発支援方法に関するものである。

従来、列車に搭載されて列車内の状態を監視および制御する列車監視制御装置（以下、ＴＣＭＳ（Train Control and Monitoring System）とする。）は、複数の列車内ネットワークを有す場合がある。各列車内ネットワークには、ＲＩＯ（Remote Input／Output）装置、ドア制御装置、および空調制御装置などのサブシステムが接続される。ＴＣＭＳでは、列車内ネットワークの通信負荷を下げる、サブシステムに装備される通信物理規格が異なる、１つの列車内ネットワークに接続可能な装置数に制限がある、および、ドア制御装置など機能単位で装置をまとめる、などの理由によって列車内ネットワークを複数にしている。

ＴＣＭＳの列車内ネットワークの物理層の種別には、ＣＡＮ（Controller Area Network）、ＭＶＢ（Multifunction Vehicle Bus）、ＥＴＨ（Ethernet（登録商標））などがある。ＴＣＭＳでは、複数の列車内ネットワークの全てをＣＡＮで構成してもよいし、複数の列車内ネットワークが全て異なる物理層の種別であってもよい。

ＴＣＭＳが備える制御装置であるＶＣＵ（Vehicle Control Unit）は、ＴＣＭＳの各種機能を提供する装置で論理制御を具備し、各サブシステムからの信号を入力として、各サブシステムへ信号を出力する。ＶＣＵの論理制御実装には、ハードコーディングされていないＰＬＣ（Programmable Logic Controller）が用いられることが多い。ＶＣＵおよび各サブシステムは、異なるメーカ製であることが多い。また、ＶＣＵは、複数の列車内ネットワークと接続する。ＶＣＵが複数の列車内ネットワークと接続する場合、各列車内ネットワークとの通信に対応したＶＣＵ用のプログラムが必要となる。

特許文献１には、ネットワークで統合した複数コントローラ装置間の通信プログラミングにおいて、プログラマがアドレスを意識することなくプログラミングできる技術が開示されている。具体的に、プログラミング装置にて記述された各コントローラのプログラムにおいて、データ変数名を付けた通信用入出力シンボルに対してコントローラ内のワークメモリを自動でアサインし、同じデータ変数名を付けた通信用入出力シンボル同士を同値化するための同値化設定管理テーブルを作成しておき、各コントローラに格納する。コントローラ装置間では、同値化設定管理テーブルに基づいて同値化処理を実行する。

ここで、ＶＣＵの構成には、論理制御機能を提供する制御部と、列車内ネットワークとの通信機能を提供する通信部とが一体になったものがある。制御部および通信部が一体のＶＣＵの構成では通信部を任意に選択できない課題がある。この課題を解決するＶＣＵの構成として、制御部および通信部が別基板で、筐体に必要な基板を挿入するものがある。

特開２００３−１５７０５号公報

制御部および通信部が別基板のＶＣＵでは、ＶＣＵ内で制御部と通信部とのデータ通信が必要となり、制御部および通信部が一体のＶＣＵと比較してソフトウェア構成が複雑になる。制御部および通信部が別基板のＶＣＵでソフトウェア構成を簡単化するには、制御部と各通信部とのデータ通信において、挿入基板種類、枚数、および入出力信号などの動作環境をＶＣＵでハードコーディングする方法がある。しかしながら、各通信部が対応するシステムで入出力信号の種類および数は異なる。そのため、各システム用にソフトウェアの製作が必要となり工数がかかる、という問題があった。

本発明は、上記に鑑みてなされたものであって、列車監視制御装置が備える制御装置であって、制御部および通信部が別基板の構成の制御装置で使用されるプログラムの開発において工数を低減可能なプログラム開発支援装置を得ることを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、複数の列車内ネットワークと、複数の列車内ネットワークとの間で信号の送受信を行う制御装置と、を備える列車監視性制御装置の制御装置で使用されるプログラムの開発を支援するプログラム開発支援装置である。制御装置は、複数の列車内ネットワークのうちの１つの列車内ネットワークとの間で通信を行う複数の通信基板と、複数の通信基板と接続する制御基板と、から構成される。プログラム開発支援装置は、複数の通信基板の各通信基板で使用される通信基板用ネットワーク通信データ定義ファイルを受け付ける入力部を備える。また、プログラム開発支援装置は、通信基板用ネットワーク通信データ定義ファイルを用いて、複数の通信基板との間で共通の通信データ形式である共通通信データ形式で通信を行う制御基板で使用される制御基板用入出力信号変数定義ファイルを生成する生成部を備える。また、プログラム開発支援装置は、制御基板用入出力信号変数定義ファイルを出力する出力部を備えることを特徴とする。

本発明によれば、列車監視制御装置が備える制御装置であって、制御部および通信部が別基板の構成の制御装置で使用されるプログラムの開発において工数を低減できる、という効果を奏する。

ＴＣＭＳの構成例を示す図 ＶＣＵの構成例を示す図 ＶＣＵの構成例を示すブロック図 ＶＣＵの基板間通信で使用される共通通信データ形式の例を示す図 ＶＣＵの共通通信データ形式で使用されるデータ型の内容を示す図 プログラム開発支援装置およびＶＣＵの接続関係を示す図 プログラム開発支援装置を用いてユーザがＶＣＵで使用されるプログラムを開発する処理の手順を示すフローチャート ＶＣＵのプログラム開発において使用される、ユーザが作成したＣＡＮ通信基板用ネットワーク通信データ定義ファイルの例を示す図 ＶＣＵのプログラム開発において使用される、ユーザが作成したＣＡＮ通信基板用ネットワーク通信データ定義ファイルの他の例を示す図 ＶＣＵのプログラム開発において使用される、ユーザが作成したＭＶＢ通信基板用ネットワーク通信データ定義ファイルの例を示す図 ＶＣＵのプログラム開発において使用される、ユーザが作成したＥＴＨ通信基板用ネットワーク通信データ定義ファイルの例を示す図 プログラム開発支援装置の構成例を示すブロック図 プログラム開発支援装置において、制御基板用入出力信号変数定義ファイルを生成する処理を示すフローチャート プログラム開発支援装置の生成部のＣＡＮ通信基板用の処理を示すフローチャート プログラム開発支援装置の記憶部が保持するＯＤインデックス、データ方向、およびデータ型の関係の情報の例を示す図 プログラム開発支援装置の記憶部が保持するＯＤインデックス、データ方向、およびデータ型の関係の情報の他の例を示す図 プログラム開発支援装置の生成部で生成される基板間通信用入出力信号変数定義ファイルの構成例を示す図 プログラム開発支援装置の生成部のＭＶＢ通信基板用の処理を示すフローチャート プログラム開発支援装置の生成部のＥＴＨ通信基板用の処理を示すフローチャート プログラム開発支援装置の処理回路をＣＰＵおよびメモリで構成する場合の例を示す図 プログラム開発支援装置の処理回路を専用のハードウェアで構成する場合の例を示す図

以下に、本発明の実施の形態にかかるプログラム開発支援装置、列車監視制御装置およびプログラム開発支援方法を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。

実施の形態．
図１は、本発明の実施の形態にかかるＴＣＭＳ５の構成例を示す図である。列車監視制御装置であるＴＣＭＳ５は、列車に搭載された列車内ネットワーク１，２，３と、列車内ネットワーク１〜３が接続される制御装置であるＶＣＵ４と、を備える。列車内ネットワーク１には、サブシステム１−１，１−２，１−３，１−４，１−５が接続されている。列車内ネットワーク２には、サブシステム２−１，２−２，２−３，２−４，２−５が接続されている。列車内ネットワーク３には、サブシステム３−１，３−２，３−３，３−４が接続されている。列車内ネットワーク１〜３は、同一種別でもよいが、一例として、列車内ネットワーク１をＣＡＮによるネットワーク、列車内ネットワーク２をＭＶＢによるネットワーク、列車内ネットワーク３をＥＴＨによるネットワークとする。各列車内ネットワーク１〜３に接続されるサブシステムは、例えば、ＲＩＯ装置、ドア制御装置、および空調制御装置などである。なお、ＴＣＭＳ５において、列車内ネットワークの数を３つとしているが一例であり、２つ以下または４つ以上にしてもよい。

ＶＣＵ４は、各列車内ネットワーク１〜３と接続する通信部の基板と、制御部の基板と、が別基板の構成である。図２は、本実施の形態にかかるＶＣＵ４の構成例を示す図である。ＶＣＵ４は、通信部の機能が実装された通信基板４１−１，４１−２，４１−３と、制御部の機能が実装された制御基板４２と、を備える。通信基板４１−１は、列車内ネットワーク１と接続し、ＣＡＮによるネットワークで通信を行う。通信基板４１−２は、列車内ネットワーク２と接続し、ＭＶＢによるネットワークで通信を行う。通信基板４１−３は、列車内ネットワーク３と接続し、ＥＴＨによるネットワークで通信を行う。制御基板４２は、通信基板４１−１〜４１−３と接続する。以降の説明において、通信基板４１−１〜４１−３を区別しない場合、通信基板４１と称することがある。

図３は、本実施の形態にかかるＶＣＵ４の構成例を示すブロック図である。ＶＣＵ４は、通信基板４１−１において、通信データ信号入力部５１−１−１〜５１−１−ｍと、基板間通信部５２−１と、基板間通信部５３−１と、通信データ信号出力部５４−１−１〜５４−１−ｍと、を備える。通信データ信号入力部５１−１−１〜５１−１−ｍは、列車内ネットワーク１のサブシステム１−１〜１−５からの信号を受信する。基板間通信部５２−１は、通信データ信号入力部５１−１−１〜５１−１−ｍから受け渡されたＣＡＮ用の信号を、通信基板４１−１〜４１−３で共通の通信データ形式である共通通信データ形式に変換し、基板間通信バス４３を介して制御基板４２に送信する。基板間通信部５３−１は、制御基板４２から受信した共通通信データ形式の信号を列車内ネットワーク１用すなわちＣＡＮ用の信号に変換して出力する。通信データ信号出力部５４−１−１〜５４−１−ｍは、基板間通信部５３−１から受け渡されたＣＡＮ用の信号を、列車内ネットワーク１へ送信力する。

ＶＣＵ４は、図３で図示しない通信基板４１−２において、通信データ信号入力部５１−２−１〜５１−２−ｍと、基板間通信部５２−２と、基板間通信部５３−２と、通信データ信号出力部５４−２−１〜５４−２−ｍと、を備える。通信データ信号入力部５１−２−１〜５１−２−ｍは、列車内ネットワーク２のサブシステム２−１〜２−５からの信号を受信する。基板間通信部５２−２は、通信データ信号入力部５１−２−１〜５１−２−ｍから受け渡されたＭＶＢ用の信号を、共通通信データ形式に変換し、基板間通信バス４３を介して制御基板４２へ送信する。基板間通信部５３−２は、制御基板４２から受信した共通通信データ形式の信号を列車内ネットワーク２用すなわちＭＶＢ用の信号に変換して出力する。通信データ信号出力部５４−２−１〜５４−２−ｍは、基板間通信部５３−２から受け渡されたＭＶＢ用の信号を、列車内ネットワーク２へ送信する。

ＶＣＵ４は、通信基板４１−３において、通信データ信号入力部５１−３−１〜５１−３−ｍと、基板間通信部５２−３と、基板間通信部５３−３と、通信データ信号出力部５４−３−１〜５４−３−ｍと、を備える。通信データ信号入力部５１−３−１〜５１−３−ｍは、列車内ネットワーク３のサブシステム３−１〜３−４からの信号を受信する。基板間通信部５２−３は、通信データ信号入力部５１−３−１〜５１−３−ｍから受け渡されたＥＴＨ用の信号を、列車内ネットワーク１〜３で共通の通信データ形式である共通通信データ形式に変換し、基板間通信バス４３を介して制御基板４２へ送信する。基板間通信部５３−３は、制御基板４２から受信した共通通信データ形式の信号を列車内ネットワーク３用すなわちＥＴＨ用の信号に変換して出力する。通信データ信号出力部５４−３−１〜５４−３−ｍは、基板間通信部５３−３から受け渡されたＥＴＨ用の信号を、列車内ネットワーク３へ送信する。

このように、各通信基板４１は、該当する列車内ネットワークの物理層に対応したネットワーク通信データを、受信される信号および送信する信号を別にして各サブシステムと送受信する。以降の説明において、通信データ信号入力部５１−１−１〜５１−１−ｍ，５１−２−１〜５１−２−ｍ，５１−３−１〜５１−３−ｍを区別しない場合、通信データ信号入力部５１と称することがある。また、基板間通信部５２−１〜５２−３を区別しない場合、基板間通信部５２と称することがある。また、基板間通信部５３−１〜５３−３を区別しない場合、基板間通信部５３と称することがある。また、通信データ信号出力部５４−１−１〜５４−１−ｍ，５４−２−１〜５４−２−ｍ，５４−３−１〜５４−３−ｍを区別しない場合、通信データ信号出力部５４と称することがある。なお、各通信基板４１において、基板間通信部５２，５３をまとめて第２の基板間通信部とする。

ＶＣＵ４は、制御基板４２において、基板間通信部６１−１〜６１−３と、演算処理部６２と、基板間通信部６３−１〜６３−３と、を備える。基板間通信部６１−１〜６１−３は、通信基板４１−１〜４１−３から受信した共通通信データ形式の信号を各列車内ネットワーク１〜３用の信号に変換、すなわち元の形式の信号に戻して出力する。演算処理部６２は、基板間通信部６１−１〜６１−３から受け取った信号に対して各種の制御を行う。演算処理部６２は、例えば、ＰＬＣである。基板間通信部６３−１〜６３−３は、演算処理部６２から入力された信号を共通通信データ形式に変換し、基板間通信バス４３を介して通信基板４１−１〜４１−３へ送信する。

以降の説明において、基板間通信部６１−１〜６１−３を区別しない場合、基板間通信部６１と称することがある。また、基板間通信部６３−１〜６３−３を区別しない場合、基板間通信部６３と称することがある。なお、制御基板４２において、基板間通信部６１，６３をまとめて第１の基板間通信部とする。

ＶＣＵ４では、制御基板４２および通信基板４１−１〜４１−３は、基板間通信バス４３を介して、基板間通信データを送受信する。制御基板４２および通信基板４１−１〜４１−３の間で送受信される基板間通信データは、通信基板４１−１〜４１−３と制御基板４２との間で共通の通信データ形式である共通通信データ形式が定義されている。具体的に、共通通信データ形式について説明する。図４は、本実施の形態にかかるＶＣＵ４の基板間通信で使用される共通通信データ形式の例を示す図である。ＶＣＵ４の通信基板４１−１〜４１−３および制御基板４２で使用される共通通信データ形式は、ＢＯＯＬＥＡＮ、ＩＮＴＥＧＥＲ８、ＵＮＳＩＧＮＥＤ８、ＩＮＴＥＧＥＲ１６、ＵＮＳＩＧＮＥＤ１６、ＩＮＴＥＧＥＲ３２、ＵＮＳＩＧＮＥＤ３２、およびＲＥＡＬ３２のデータ型が規定されたデータ形式である。一例として、全体で８ＫＢのサイズとし、各データ型において配列される変数のバイト数は同じ１２８Ｂであるが、配列可能な変数の個数はデータ型によって異なる。例えば、ＢＯＯＬＥＡＮでは１０２４個の信号が配列可能であるが、ＲＥＡＬ３２では３２個の変数の配列が可能である。なお、各データ型で配置可能な変数の個数は一例であって、図４の例に限定されるものではない。

図５は、本実施の形態にかかるＶＣＵ４の共通通信データ形式で使用されるデータ型の内容を示す図である。例えば、データ型がＩＮＴＥＧＥＲ８の変数の別名はｃｈａｒであり、８ビット符号付き整数であることを示す。

つづいて、ユーザが、通信基板４１−１〜４１−３および制御基板４２が別基板の構成のＶＣＵ４で使用されるプログラムを開発する処理について説明する。図６は、本実施の形態にかかるプログラム開発支援装置７０およびＶＣＵ４の接続関係を示す図である。また、図７は、本実施の形態にかかるプログラム開発支援装置７０を用いてユーザがＶＣＵ４で使用されるプログラムを開発する処理の手順を示すフローチャートである。プログラム開発支援装置７０は、ユーザがＶＣＵ４で使用されるプログラムを開発する際において使用する端末装置であり、例えば、パーソナルコンピュータである。ユーザは、プログラム開発支援装置７０を用いて生成したＶＣＵ４で使用されるプログラムについて、プログラムおよび各種の設定値を含むソフトウェアとして、通信ケーブル８０を介してＶＣＵ４に書き込む。

まず、ユーザは、各通信基板用ネットワーク通信データ定義ファイルを作成する（ステップＳ１）。通信基板用ネットワーク通信データ定義ファイルとは、各列車内ネットワークに接続される各サブシステムとの通信データをテキストまたはバイナリで定義したものである。ユーザは、プログラム開発支援装置７０において、テキストエディタまたは専用ツールなどを用いて、通信基板用ネットワーク通信データ定義ファイルを作成する。ユーザは、例えば、ＣＡＮで使用されるＣＡＮｏｐｅｎ用のネットワーク通信データ定義ファイルについては、ＣｉＡ（CAN in Automation）３０６で規定されたＤＣＦ（Device Configuration File）があり、各ベンダから提供されている専用エディタを用いて作成することができる。ユーザは、ＭＶＢ用のネットワーク通信データ定義ファイルについては、ＰＡＤ（PIXY Application Designer） Ｖ３．２などを用いることができる。

図８および図９は、本実施の形態にかかるＶＣＵ４のプログラム開発において使用される、ユーザが作成したＣＡＮ通信基板用ネットワーク通信データ定義ファイルの例を示す図である。図８および図９はテキストファイルである。また、図１０は、本実施の形態にかかるＶＣＵ４のプログラム開発において使用される、ユーザが作成したＭＶＢ通信基板用ネットワーク通信データ定義ファイルの例を示す図である。また、図１１は、本実施の形態にかかるＶＣＵ４のプログラム開発において使用される、ユーザが作成したＥＴＨ通信基板用ネットワーク通信データ定義ファイルの例を示す図である。図１１において、行頭の文字が「＃」の行はコメント行である。図１０および図１１はＣＳＶ（Comma Separated Value）ファイルである。

つぎに、プログラム開発支援装置７０は、ステップＳ１でユーザによって作成された各通信基板用ネットワーク通信データ定義ファイル全てを入力とし、全通信基板用ネットワーク通信データ定義ファイルから制御基板用入出力信号変数定義ファイルを生成する（ステップＳ２）。制御基板用入出力信号変数定義ファイルとは、ＶＣＵ４の全入出力信号に名前付けした入出力信号の変数の一覧を定義したものであって、ＶＣＵ４で使用され、ＶＣＵ４の制御基板４２と各通信基板４１−１〜４１−３との間の基板間通信データとの対応を定義したものである。

プログラム開発支援装置７０は、各通信基板用ネットワーク通信データ定義ファイルを解析し、各ネットワークすなわち各通信基板について、基板間通信用入出力信号変数定義ファイルを生成する。基板間通信用入出力信号変数定義ファイルは、各通信基板と制御基板との間の通信データ（図４参照）と、各サブシステムとの入出力信号とを対応付けたものである。プログラム開発支援装置７０は、各変数をデータ型毎に分類し、基板間通信データ内における配列番号を重複しないように割り当てる。基板間通信用入出力信号変数定義ファイルには、各列車内ネットワークで扱う変数が全て登録される。プログラム開発支援装置７０は、各基板間通信用入出力信号変数定義ファイルから変数を１個ずつ取り出してデータ型毎に分類し、０から配列番号を振り直して、制御基板用入出力信号変数定義ファイルを生成して出力する。基板間通信用入出力信号変数定義ファイルと制御基板用入出力信号変数定義ファイルとは変数名で対応付けられ、これにより列車内ネットワークとの各入出力信号が、制御基板４２の演算処理部６２で使用されるソフトウェア内の変数と一意に対応付けることができる。プログラム開発支援装置７０におけるステップＳ２の動作の詳細については後述する。

つぎに、ユーザは、プログラム開発支援装置７０において、制御基板用入出力信号変数定義ファイルをＰＬＣプログラミングツールに取り込む。ユーザは、取り込んだ制御基板用入出力信号変数定義ファイルの変数を使用してＰＬＣプログラミングを行い、ＶＣＵ４の制御基板４２の演算処理部６２で使用されるＰＬＣソフトウェアを作成する（ステップＳ３）。ユーザは、作成したＰＬＣソフトウェアおよびプログラム開発支援装置７０で生成された制御基板用入出力信号変数定義ファイルの設定値を、ＶＣＵ４の制御基板４２に書き込む（ステップＳ４）。そして、ユーザは、作成した各通信基板用のネットワーク通信データ定義ファイルの設定値を、通信種別に対応した対象の通信基板４１に書き込む（ステップＳ５）。

これにより、ＴＣＭＳ５では、制御基板用入出力信号変数定義ファイルなどが書き込まれた後にＶＣＵ４の電源を再投入することによって、ＶＣＵ４は、ＴＣＭＳ５で要求される動作を行うことが可能となる。また、ステップＳ２の処理において、プログラム開発支援装置７０が制御基板用入出力信号変数定義ファイルを自動で生成することから、ＶＣＵ４で使用されるプログラムを含むソフトウェアを開発する処理において、ユーザの処理負荷すなわち開発にかかる工数を低減することができる。

ＶＣＵ４の制御基板４２では、制御基板４２に書き込まれたＰＬＣソフトウェアおよび制御基板用入出力信号変数定義ファイルの設定値に基づいて、前述のように、基板間通信部６１は、通信基板４１から受信した共通通信データ形式の信号を各列車内ネットワーク１〜３用の信号に変換し、基板間通信部６３は、演算処理部６２から受け渡された信号を共通通信データ形式に変換する。また、ＶＣＵ４の通信基板４１では、通信基板４１に書き込まれた各通信基板用ネットワーク通信データ定義ファイルの設定値に基づいて、前述のように、基板間通信部５２は、各列車内ネットワークから受信した信号を共通通信データ形式に変換し、基板間通信部５３は、制御基板４２から受信した共通通信データ形式の信号を各列車内ネットワーク用の信号に変換する。

つぎに、ＶＣＵ４で使用されるプログラムを開発する処理において、プログラム開発支援装置７０が制御基板用入出力信号変数定義ファイルを生成するステップＳ２の処理について詳細に説明する。図１２は、本実施の形態にかかるプログラム開発支援装置７０の構成例を示すブロック図である。プログラム開発支援装置７０は、入力部７１と、記憶部７２と、生成部７３と、出力部７４と、を備える。

入力部７１は、ユーザによって生成された、通信基板４１−１〜４１−３の各通信基板用ネットワーク通信データ定義ファイルを受け付ける。記憶部７２は、生成部７３において各通信基板用ネットワーク通信データ定義ファイルから基板間通信用入出力信号変数定義ファイルを生成する際に必要となる情報を記憶する。生成部７３は、各通信基板で使用される通信基板用ネットワーク通信データ定義ファイルを用いて、通信基板４１−１〜４１−３との間で共通通信データ形式により通信を行うＶＣＵ４の制御基板４２で使用される制御基板用入出力信号変数定義ファイルを生成する。出力部７４は、生成部７３で生成された制御基板用入出力信号変数定義ファイルを出力する。

図１３は、本実施の形態にかかるプログラム開発支援装置７０において、制御基板用入出力信号変数定義ファイルを生成する処理を示すフローチャートである。図１３のフローチャートは、図７に示すフローチャートのステップＳ２におけるプログラム開発支援装置７０の処理の詳細を示すものである。まず、プログラム開発支援装置７０では、入力部７１が各通信基板用ネットワーク通信データ定義ファイルを受け付けると、生成部７３が、制御基板用入出力信号変数定義ファイル作成用の変数リストを初期状態、すなわち空にする（ステップＳ１１）。生成部７３は、入力部７１から通信基板用ネットワーク通信データ定義ファイルを全て受け付けていない、すなわち入力していない場合（ステップＳ１２：Ｎｏ）、いずれかの通信基板用ネットワーク通信データ定義ファイルを入力する（ステップＳ１３）。

入力された通信基板用ネットワーク通信データ定義ファイルがＣＡＮ通信基板用の場合（ステップＳ１４：Ｙｅｓ）、生成部７３は、ＣＡＮ通信基板用の処理を実施し（ステップＳ１５）、ＣＡＮ通信基板用の基板間通信用入出力信号変数定義ファイルを生成する（ステップＳ１６）。ここで、ＣＡＮ通信基板用の処理について詳細に説明する。図１４は、本実施の形態にかかるプログラム開発支援装置７０の生成部７３のＣＡＮ通信基板用の処理を示すフローチャートである。生成部７３が、ＣＡＮ通信基板用ネットワーク通信データ定義ファイルから、ＣＡＮ通信基板用の変数リストを生成する処理を示すものである。基板間通信用入出力信号変数定義ファイルは、各通信基板４１と制御基板４２との間の図４に示す通信データと、各通信基板４１に接続する列車内ネットワーク内の各サブシステムとの間の入出力信号と、を対応付けるものである。基板間通信用入出力信号変数定義ファイルでは、各変数をデータ型毎に分類し、基板間通信データ内における配列番号が重複なきよう割り当てられるようにする。

生成部７３は、図８および図９に示すＣＡＮ通信基板用ネットワーク通信データ定義ファイルにおけるマッピングパラメータを全て検査していない場合（ステップＳ３１：Ｎｏ）、ＣＡＮ通信基板用ネットワーク通信データ定義ファイルからマッピングパラメータを入力する（ステップＳ３２）。対象となるマッピングパラメータとは、ＰＤＯ（Process Data Object）マッピングパラメータ、および内部変数である。図８はＣＡＮ通信基板用ネットワーク通信データ定義ファイルのうちＰＤＯマッピングパラメータの例を示し、図９はＣＡＮ通信基板用ネットワーク通信データ定義ファイルのうち内部変数の例を示す。内部変数とは、ＶＣＵ４内部で使用する変数である。内部変数はサブシステムとの間の入出力信号ではないため、ＰＤＯマッピングパラメータで定義できない。そのため、ＯＤ（Object Dictionary）のメーカ固有のエントリで定義する。書式はＰＤＯマッピングパラメータと同一とする。図９の例では［２００２ｓｕｂ１］のセクションなどが該当する。ステップＳ３２で入力されるＣＡＮ通信基板用ネットワーク通信データ定義ファイルのマッピングパラメータとは、図８の［１Ａ１１ｓｕｂ１］のセクションの場合、「０ｘ５２８００１１０」となる。

生成部７３は、変数のＯＤインデックスからデータ方向およびデータ型を導出し、ＯＤサブインデックスから配列番号を導出する（ステップＳ３３）。図１５および図１６は、本実施の形態にかかるプログラム開発支援装置７０の記憶部７２が保持するＯＤインデックス、データ方向、およびデータ型の関係の情報の例を示す図である。図１５はデータ方向がｉｎすなわち入力される方向の場合を示し、図１６はデータ方向がｏｕｔすなわち出力される方向の場合を示している。マッピングパラメータが前述の［１Ａ１１ｓｕｂ１］のセクションの場合、変数のＯＤインデックスは「０ｘ５２８０」となり、ＯＤサブインデックスは「０ｘ０１」となる。「０ｘ０１」は、「０ｘ５２８００１１０」を「０ｘ」、「５２８０」、「０１」、「１０」に分解したうちの「０ｘ」および「０１」を組み合わせたものである。この場合、生成部７３は、図１５および図１６の情報を参照して、データ方向「Ｏｕｔ」、データ型「ＵＮＳＩＧＮＥＤ１６」、および配列番号「０ｘ０１−１＝０」を導出する。配列番号の計算において「−１」をするのは、配列番号を「０」から始めるためである。

生成部７３は、当該ＯＤインデックスおよびＯＤサブインデックスのセクションから、変数名および初期値を取得する（ステップＳ３４）。生成部７３は、ＯＤインデックスが「０ｘ５２８０」の場合、「０ｘ５２８０ｓｕｂ１」のセクションから変数名「ＲＩＯ＿ＡＯｃｈ０」、および初期値「０ｘ８００」を取得する。

生成部７３は、導出したデータ型がＢＯＯＬＥＡＮ８か否かを確認する（ステップＳ３５）。例えば、マッピングパラメータが［１６１０ｓｕｂ１］のセクションの場合、生成部７３は、データ方向「ｉｎ」、データ型「ＢＯＯＬＥＡＮ８」を導出する。また、生成部７３は、［１６１０ｓｕｂ１］のセクションにおいて、ＯＤインデックスが「０ｘ５０００」、ＯＤサブインデックスが「０ｘ０１」であることから、変数名「ＣＡＮ＿ＲＩＯ＿ＤＩｃｈ［７．．０］」を導出する。導出したデータ型がＢＯＯＬＥＡＮ８の場合（ステップＳ３５：Ｙｅｓ）、生成部７３は、定義変数名から８個の変数名を生成する（ステップＳ３６）。

生成部７３は、生成規則１として、変数名に［．．］が含まれる場合、［．．］内の数字を付加した変数名を生成する。具体的に、変数名が「ＣＡＮ＿ＲＩＯ＿ＤＩｃｈ［７．．０］」の場合、生成部７３は、「ＣＡＮ＿ＲＩＯ＿ＤＩｃｈ７」〜「ＣＡＮ＿ＲＩＯ＿ＤＩｃｈ０」の８個の変数名を生成する。また、生成部７３は、生成規則２として、変数名に［，］が含まれる場合、変数名を［，］で区切って分割する。具体的に、変数名が「Ｄｉｇｉｎｐｕｔ３，Ｄｉｇｉｎｐｕｔ２，Ｄｉｇｉｎｐｕｔ１，Ｄｉｇｉｎｐｕｔ０」の場合、生成部７３は、「Ｄｉｇｉｎｐｕｔ０」〜「Ｄｉｇｉｎｐｕｔ３」の４個の変数名を生成する。また、生成部７３は、生成規則３として、変数名が未定義の場合、デフォルト文字列を生成する。例えば、「通信基板物理規格＋通信基板番号＋“＿”＋“ｖａｒ”＋１６進表記のインデックス＋ｈ＋“＿”＋１６進表記のサブインデックス＋ｈ＋“＿ｂｉｔ”＋０から７のビット番号」とする。具体的に、ユーザは、「ＣＡＮ１＿ｖａｒ５０００ｈ＿０Ａｈ＿ｂｉｔ７」〜「ＣＡＮ１＿ｖａｒ５０００ｈ＿０Ａｈ＿ｂｉｔ０」を生成する。また、生成部７３は、生成規則４として、変数名が定義されているが、前述の生成規則１，２で８個分生成できない場合、生成規則３の方式で補充する。なお、これらの生成規則は一例であって、これらに限定されるものではない。

生成部７３は、生成した８個の各変数名に対して配列番号を算出する（ステップＳ３７）。生成部７３は、例えば、（ＯＤサブインデックス０ｘ０１−１）×８＋ビット番号（０〜７）のようにして配列番号を算出する。

一方、導出したデータ型がＢＯＯＬＥＡＮ８ではない場合（ステップＳ３５：Ｎｏ）、生成部７３は、ステップＳ３６，Ｓ３７の処理を省略する。

生成部７３は、入力されたマッピングパラメータから変数名などが得られた変数を、変数リストに追加する（ステップＳ３８）。

生成部７３は、図８および図９に示すＣＡＮ通信基板用ネットワーク通信データ定義ファイルのマッピングパラメータを全て検査するまで上記処理を繰り返し実施し、図８および図９に示すＣＡＮ通信基板用ネットワーク通信データ定義ファイルのマッピングパラメータを全て検査した場合（ステップＳ３１：Ｙｅｓ）、生成部７３は、ＣＡＮ通信基板用の処理を終了する。

図１３のフローチャートに戻って、生成部７３は、得られた変数リストによって、ＣＡＮ通信基板用の基板間通信用入出力信号変数定義ファイルを生成する（ステップＳ１６）。ＣＡＮ通信基板用の基板間通信用入出力信号変数定義ファイルには、データ型、データ方向、配列番号、および変数名の情報が含まれ、データ型毎に配列番号が付与されている。図１７は、本実施の形態にかかるプログラム開発支援装置７０の生成部７３で生成される基板間通信用入出力信号変数定義ファイルの構成例を示す図である。基板間通信用入出力信号変数定義ファイルは、変数毎に、データ型、データ方向、配列番号、および変数名が示されたものであり、データ型毎に配列番号が付与されたものである。基板間通信用入出力信号変数定義ファイルの構成は、ＣＡＮ通信基板用、ＭＶＢ通信基板用、およびＥＴＨ通信基板用で共通とする。

入力された通信基板用ネットワーク通信データ定義ファイルがＣＡＮ通信基板用ではなく場合（ステップＳ１４：Ｎｏ）、ＭＶＢ通信基板用の場合（ステップＳ１７：Ｙｅｓ）、生成部７３は、ＭＶＢ通信基板用の処理を実施し（ステップＳ１８）、ＭＶＢ通信基板用の基板間通信用入出力信号変数定義ファイルを生成する（ステップＳ１９）。ここで、ＭＶＢ通信基板用の処理について詳細に説明する。図１８は、本実施の形態にかかるプログラム開発支援装置７０の生成部７３のＭＶＢ通信基板用の処理を示すフローチャートである。生成部７３が、ＭＶＢ通信基板用ネットワーク通信データ定義ファイルから、ＭＶＢ基板通信用の変数リストを生成する処理を示すものである。

生成部７３は、各データ型の配列番号を０にする（ステップＳ４１）。生成部７３は、図１０に示すＭＶＢ通信基板用ネットワーク通信データ定義ファイルに記載のＳｉｇｎａｌｓを全て検査していない場合（ステップＳ４２：Ｎｏ）、ＭＶＢ通信基板用ネットワーク通信データ定義ファイルからＳｉｇｎａｌ定義を１行入力する（ステップＳ４３）。

生成部７３は、入力されたＳｉｇｎａｌ定義から変数名およびデータ型を取得する（ステップＳ４４）。生成部７３は、具体的に、図１０に示すＳｉｇｎａｌ定義の「Ｎａｍｅ」から変数名を取得し、「Ｔｙｐｅ」からデータ型を取得する。生成部７３は、当該データ型の配列番号を取得する（ステップＳ４５）。生成部７３は、取得したデータ型について現在設定されている配列番号を取得して付与する。生成部７３は、各データ型の最初のＳｉｇｎａｌ定義については、ステップＳ４１で配列番号を０にしていることから、配列番号０とする。生成部７３は、ステップＳ４５で配列番号を取得した当該データ型の配列番号を１だけ増加させる（ステップＳ４６）。生成部７３は、入力されたＳｉｇｎａｌ定義から変数名などが得られた変数を、変数リストに追加する（ステップＳ４７）。

生成部７３は、図１０に示すＭＶＢ通信基板用ネットワーク通信データ定義ファイルのＳｉｇｎａｌｓを全て検査するまで上記処理を繰り返し実施し、図１０に示すＭＶＢ通信基板用ネットワーク通信データ定義ファイルのＳｉｇｎａｌｓを全て検査した場合（ステップＳ４２：Ｙｅｓ）、生成部７３は、ＭＶＢ通信基板用の処理を終了する。

図１３のフローチャートに戻って、生成部７３は、得られた変数リストによって、ＭＶＢ通信基板用の基板間通信用入出力信号変数定義ファイルを生成する（ステップＳ１９）。ＭＶＢ通信基板用の基板間通信用入出力信号変数定義ファイルには、データ型、データ方向、配列番号、および変数名の情報が含まれ、データ型毎に配列番号が付与されている。ＭＶＢ通信基板用の基板間通信用入出力信号変数定義ファイルの構成は、図１７と同様である。

入力された通信基板用ネットワーク通信データ定義ファイルがＣＡＮ通信基板用ではなく場合（ステップＳ１４：Ｎｏ）、ＭＶＢ通信基板用ではなく場合（ステップＳ１７：Ｎｏ）、ＥＴＨ通信基板用の場合（ステップＳ２０：Ｙｅｓ）、生成部７３は、ＥＴＨ通信基板用の処理を実施し（ステップＳ２１）、ＥＴＨ通信基板用の基板間通信用入出力信号変数定義ファイルを生成する（ステップＳ２２）。ここで、ＥＴＨ通信基板用の処理について詳細に説明する。図１９は、本実施の形態にかかるプログラム開発支援装置７０の生成部７３のＥＴＨ通信基板用の処理を示すフローチャートである。生成部７３が、ＥＴＨ通信基板用ネットワーク通信データ定義ファイルから、ＥＴＨ通信基板用の変数リストを生成する処理を示すものである。

生成部７３は、各データ型の配列番号を０にする（ステップＳ５１）。生成部７３は、図１１に示すＥＴＨ通信基板用ネットワーク通信データ定義ファイルに記載の信号定義を全て検査していない場合（ステップＳ５２：Ｎｏ）、ＥＴＨ通信基板用ネットワーク通信データ定義ファイルから信号定義を１行入力する（ステップＳ５３）。

生成部７３は、入力された信号定義から変数名およびデータ型を取得する（ステップＳ５４）。生成部７３は、具体的に、図１１に示す信号定義の「変数名」から変数名を取得し、「データ型」からデータ型を取得する。生成部７３は、当該データ型の配列番号を取得する（ステップＳ５５）。生成部７３は、取得したデータ型について現在設定されている配列番号を取得して付与する。生成部７３は、各データ型の最初の信号定義については、ステップＳ５１で配列番号を０にしていることから、配列番号０とする。生成部７３は、ステップＳ５５で配列番号を取得した当該データ型の配列番号を１だけ増加させる（ステップＳ５６）。生成部７３は、入力された信号定義から変数名などが得られた変数を、変数リストに追加する（ステップＳ５７）。

生成部７３は、図１１に示すＥＴＨ通信基板用ネットワーク通信データ定義ファイルの信号定義を全て検査するまで上記処理を繰り返し実施し、図１１に示すＥＴＨ通信基板用ネットワーク通信データ定義ファイルの信号定義を全て検査した場合（ステップＳ５２：Ｙｅｓ）、生成部７３は、ＥＴＨ通信基板用の処理を終了する。

図１３のフローチャートに戻って、生成部７３は、得られた変数リストによって、ＥＴＨ基板通信用の基板間通信用入出力信号変数定義ファイルを生成する（ステップＳ２２）。ＥＴＨ通信基板用の基板間通信用入出力信号変数定義ファイルには、データ型、データ方向、配列番号、および変数名の情報が含まれ、データ型毎に配列番号が付与されている。ＥＴＨ通信基板用の基板間通信用入出力信号変数定義ファイルの構成は、図１７と同様である。

生成部７３は、入力された通信基板用ネットワーク通信データ定義ファイルがＣＡＮ通信基板用ではなく（ステップＳ１４：Ｎｏ）、ＭＶＢ通信基板用ではなく（ステップＳ１７：Ｎｏ）、ＥＴＨ通信基板用ではない場合（ステップＳ２０：Ｎｏ）、ステップＳ１２の処理に戻る。また、生成部７３は、ステップＳ１６，Ｓ１９，Ｓ２２の処理の後、ステップＳ１２の処理に戻る。

生成部７３は、入力部７１から通信基板用ネットワーク通信データ定義ファイルを全て受け付けた、すなわち入力した場合（ステップＳ１２：Ｙｅｓ）、ＣＡＮ通信基板用の処理、ＭＶＢ通信基板用の処理、およびＥＴＨ通信基板用の処理で得られた全ての基板間通信用入出力信号変数定義ファイルに含まれる変数リストから変数を入力していく。変数リストから全ての変数を入力していない場合（ステップＳ２３：Ｎｏ）、変数を入力し（ステップＳ２４）、変数をデータ型毎に分類して配列番号を振り直す（ステップＳ２５）。生成部７３は、変数リストから全ての変数を入力するまで上記処理を繰り返し実施する。生成部７３は、変数リストから全ての変数を入力した場合（ステップＳ２３：Ｙｅｓ）、配列番号を振り直した変数を用いて、制御基板用入出力信号変数定義ファイルを生成する（ステップＳ２６）。出力部７４は、生成部７３で生成された制御基板用入出力信号変数定義ファイルを出力する。制御基板用入出力信号変数定義ファイルの構成は、図１７に示す各基板間通信用入出力信号変数定義ファイルと同様である。

各基板間通信用入出力信号変数定義ファイルに含まれる変数リストには、各通信基板で対応するネットワークのサブシステムで扱う変数が全て登録されている。生成部７３は、変数リストから変数を１個ずつ取り出してデータ型毎に分類し、０から配列番号を振り直して、制御基板用入出力信号変数定義ファイルを生成する。各基板間通信用入出力信号変数定義ファイルと制御基板用入出力信号変数定義ファイルとは、変数名で対応付けられ、これらの定義によって列車内ネットワークとの各入出力信号が制御基板４２の演算処理部６２で実施されるＰＬＣソフトウェア内の変数と一意に対応付けることができる。

つづいて、プログラム開発支援装置７０のハードウェア構成について説明する。プログラム開発支援装置７０において、入力部７１および出力部７４は、データを入出力するインタフェース回路により実現される。また、記憶部７２はメモリにより実現される。生成部７３は処理回路によって実現される。処理回路は、メモリに格納されるプログラムを実行するＣＰＵ（Central Processing Unit）およびメモリであってもよいし、専用のハードウェアであってもよい。

図２０は、本実施の形態にかかるプログラム開発支援装置７０の処理回路をＣＰＵおよびメモリで構成する場合の例を示す図である。処理回路がＣＰＵ９１およびメモリ９２で構成される場合、生成部７３の各機能は、ソフトウェア、ファームウェア、またはソフトウェアとファームウェアとの組み合わせにより実現される。ソフトウェアまたはファームウェアはプログラムとして記述され、メモリ９２に格納される。処理回路では、メモリ９２に記憶されたプログラムをＣＰＵ９１が読み出して実行することにより、各機能を実現する。すなわち、プログラム開発支援装置７０は、生成部７３が処理回路により実行されるときに、各通信基板用入出力信号変数定義ファイルを生成するステップ、各通信基板用入出力信号変数定義ファイルから制御装置用入出力信号変数定義ファイルを生成するステップが結果的に実行されることになるプログラムを格納するためのメモリ９２を備える。また、これらのプログラムは、プログラム開発支援装置７０の手順および方法をコンピュータに実行させるものであるともいえる。ここで、ＣＰＵ９１は、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサ、またはＤＳＰ（Digital Signal Processor）などであってもよい。また、メモリ９２とは、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically ＥＰＲＯＭ）などの、不揮発性または揮発性の半導体メモリ、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、またはＤＶＤ（Digital Versatile Disc）などが該当する。メモリ９２は、記憶部７２を構成するメモリと同一であってもよい。

図２１は、本実施の形態にかかるプログラム開発支援装置７０の処理回路を専用のハードウェアで構成する場合の例を示す図である。処理回路が専用のハードウェアである場合、図２１に示す処理回路９３は、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、またはこれらを組み合わせたものが該当する。生成部７３の各機能を機能別に処理回路９３で実現してもよいし、各機能をまとめて処理回路９３で実現してもよい。

なお、生成部７３の各機能について、一部を専用のハードウェアで実現し、一部をソフトウェアまたはファームウェアで実現するようにしてもよい。このように、処理回路は、専用のハードウェア、ソフトウェア、ファームウェア、またはこれらの組み合わせによって、上述の各機能を実現することができる。

以上説明したように、本実施の形態によれば、プログラム開発支援装置７０では、ユーザによって作成された複数の通信基板の各通信基板で使用される通信基板用ネットワーク通信データ定義ファイルを用いて、通信基板用ネットワーク通信データ定義ファイルに含まれる変数について、通信基板用ネットワーク通信データ定義ファイル毎に、データ型、データ方向、配列番号、および変数名の情報を含み、データ型毎に配列番号を付与した各基板間通信用入出力信号変数定義ファイルを生成し、全ての基板間通信用入出力信号変数定義ファイルを用いてデータ型毎に配列番号を振り直して、制御基板用入出力信号変数定義ファイルを生成することとした。ＶＣＵ４において全入出力信号を同一モデル空間の変数として扱うことで、ユーザは、サブシステムがどの列車内ネットワークに接続しているかを意識せず、入出力信号だけを考慮したプログラミングが可能となる。これより、ＴＣＭＳ５のＶＣＵ４で使用されるソフトウェアのプログラミングにおける論理作成が容易となり、プログラムの開発において工数を低減することができる。また、動作環境を定義ファイルで記述するため、ＶＣＵ４においてハードコーディング不要になり、開発工数を低減することができる。

また、従来ではプログラミングによってＴＣＭＳを構築していたのに対して、プログラム開発支援装置７０を使用することによって、プログラミングをせずに設定だけでＴＣＭＳ５を構築することが可能となる。

以上の実施の形態に示した構成は、本発明の内容の一例を示すものであり、別の公知の技術と組み合わせることも可能であるし、本発明の要旨を逸脱しない範囲で、構成の一部を省略、変更することも可能である。

１，２，３ 列車内ネットワーク、１−１〜１−５，２−１〜２−５，３−１〜３−４ サブシステム、４ ＶＣＵ、５ ＴＣＭＳ、４１−１，４１−２，４１−３ 通信基板、４２ 制御基板、４３ 基板間通信バス、５１−１−１，…，５１−１−ｍ，５１−３−１，…，５１−３−ｍ 通信データ信号入力部、５２−１，…，５２−３，５３−１，…，５３−３，６１−１，…，６１−３，６３−１，…，６３−３ 基板間通信部、５４−１−１，…，５４−１−ｍ，５４−３−１，…，５４−３−ｍ 通信データ信号出力部、６２ 演算処理部、７０ プログラム開発支援装置、７１ 入力部、７２ 記憶部、７３ 生成部、７４ 出力部、８０ 通信ケーブル。

上述した課題を解決し、目的を達成するために、本発明は、複数の列車内ネットワークと、複数の列車内ネットワークとの間で信号の送受信を行う制御装置と、を備える列車監視制御装置の制御装置で使用されるプログラムの開発を支援するプログラム開発支援装置である。制御装置は、複数の列車内ネットワークのうちの１つの列車内ネットワークとの間で通信を行う複数の通信基板と、複数の通信基板と接続する制御基板と、から構成される。プログラム開発支援装置は、複数の通信基板の各通信基板で使用される通信基板用ネットワーク通信データ定義ファイルを受け付ける入力部を備える。また、プログラム開発支援装置は、通信基板用ネットワーク通信データ定義ファイルを用いて、複数の通信基板との間で共通の通信データ形式である共通通信データ形式で通信を行う制御基板で使用される制御基板用入出力信号変数定義ファイルを生成する生成部を備える。また、プログラム開発支援装置は、制御基板用入出力信号変数定義ファイルを出力する出力部を備えることを特徴とする。

図３は、本実施の形態にかかるＶＣＵ４の構成例を示すブロック図である。ＶＣＵ４は、通信基板４１−１において、通信データ信号入力部５１−１−１〜５１−１−ｍと、基板間通信部５２−１と、基板間通信部５３−１と、通信データ信号出力部５４−１−１〜５４−１−ｍと、を備える。通信データ信号入力部５１−１−１〜５１−１−ｍは、列車内ネットワーク１のサブシステム１−１〜１−５からの信号を受信する。基板間通信部５２−１は、通信データ信号入力部５１−１−１〜５１−１−ｍから受け渡されたＣＡＮ用の信号を、通信基板４１−１〜４１−３で共通の通信データ形式である共通通信データ形式に変換し、基板間通信バス４３を介して制御基板４２に送信する。基板間通信部５３−１は、制御基板４２から受信した共通通信データ形式の信号を列車内ネットワーク１用すなわちＣＡＮ用の信号に変換して出力する。通信データ信号出力部５４−１−１〜５４−１−ｍは、基板間通信部５３−１から受け渡されたＣＡＮ用の信号を、列車内ネットワーク１へ送信する。

入力された通信基板用ネットワーク通信データ定義ファイルがＣＡＮ通信基板用ではなく（ステップＳ１４：Ｎｏ）、ＭＶＢ通信基板用の場合（ステップＳ１７：Ｙｅｓ）、生成部７３は、ＭＶＢ通信基板用の処理を実施し（ステップＳ１８）、ＭＶＢ通信基板用の基板間通信用入出力信号変数定義ファイルを生成する（ステップＳ１９）。ここで、ＭＶＢ通信基板用の処理について詳細に説明する。図１８は、本実施の形態にかかるプログラム開発支援装置７０の生成部７３のＭＶＢ通信基板用の処理を示すフローチャートである。生成部７３が、ＭＶＢ通信基板用ネットワーク通信データ定義ファイルから、ＭＶＢ通信基板用の変数リストを生成する処理を示すものである。

入力された通信基板用ネットワーク通信データ定義ファイルがＣＡＮ通信基板用ではなく（ステップＳ１４：Ｎｏ）、ＭＶＢ通信基板用ではなく（ステップＳ１７：Ｎｏ）、ＥＴＨ通信基板用の場合（ステップＳ２０：Ｙｅｓ）、生成部７３は、ＥＴＨ通信基板用の処理を実施し（ステップＳ２１）、ＥＴＨ通信基板用の基板間通信用入出力信号変数定義ファイルを生成する（ステップＳ２２）。ここで、ＥＴＨ通信基板用の処理について詳細に説明する。図１９は、本実施の形態にかかるプログラム開発支援装置７０の生成部７３のＥＴＨ通信基板用の処理を示すフローチャートである。生成部７３が、ＥＴＨ通信基板用ネットワーク通信データ定義ファイルから、ＥＴＨ通信基板用の変数リストを生成する処理を示すものである。

図１３のフローチャートに戻って、生成部７３は、得られた変数リストによって、ＥＴＨ通信基板用の基板間通信用入出力信号変数定義ファイルを生成する（ステップＳ２２）。ＥＴＨ通信基板用の基板間通信用入出力信号変数定義ファイルには、データ型、データ方向、配列番号、および変数名の情報が含まれ、データ型毎に配列番号が付与されている。ＥＴＨ通信基板用の基板間通信用入出力信号変数定義ファイルの構成は、図１７と同様である。

Claims (5)

1. 複数の列車内ネットワークと、前記複数の列車内ネットワークとの間で信号の送受信を行う制御装置と、を備える列車監視性制御装置の前記制御装置で使用されるプログラムの開発を支援するプログラム開発支援装置であって、
   前記制御装置が、前記複数の列車内ネットワークのうちの１つの列車内ネットワークとの間で通信を行う複数の通信基板と、前記複数の通信基板と接続する制御基板と、から構成される場合に、
   前記複数の通信基板の各通信基板で使用される通信基板用ネットワーク通信データ定義ファイルを受け付ける入力部と、
   前記通信基板用ネットワーク通信データ定義ファイルを用いて、前記複数の通信基板との間で共通の通信データ形式である共通通信データ形式で通信を行う前記制御基板で使用される制御基板用入出力信号変数定義ファイルを生成する生成部と、
   前記制御基板用入出力信号変数定義ファイルを出力する出力部と、
   を備えることを特徴とするプログラム開発支援装置。
2. 前記生成部は、前記通信基板用ネットワーク通信データ定義ファイル毎に、データ型、データ方向、配列番号、および変数名の情報を含み、前記データ型毎に前記配列番号を付与した各通信基板用の基板間通信用入出力信号変数定義ファイルを生成し、全ての基板間通信用入出力信号変数定義ファイルを用いて前記データ型毎に前記配列番号を振り直して、前記制御基板用入出力信号変数定義ファイルを生成する、
   ことを特徴とする請求項１に記載のプログラム開発支援装置。
3. 複数の列車内ネットワークと、
   前記複数の列車内ネットワークとの間で信号の送受信を行う制御装置と、
   を備え、
   前記制御装置が、前記複数の列車内ネットワークのうちの１つの列車内ネットワークとの間で通信を行う複数の通信基板と、前記複数の通信基板と接続する制御基板と、から構成される場合に、
   前記制御基板は、前記複数の通信基板との通信において、前記複数の通信基板へ送信する信号を、前記複数の通信基板との間で共通の通信データ形式である共通通信データ形式の信号に変換して送信し、前記複数の通信基板から前記共通通信データ形式の信号を受信する第１の基板間通信部を備え、
   前記複数の通信基板は、前記制御基板との通信において、前記制御基板へ送信する信号を前記共通通信データ形式の信号に変換して送信し、前記制御基板から前記共通通信データ形式の信号を受信する第２の基板間通信部を備える、
   ことを特徴とする列車監視制御装置。
4. 複数の列車内ネットワークと、前記複数の列車内ネットワークとの間で信号の送受信を行う制御装置と、を備える列車監視性制御装置の前記制御装置で使用されるプログラムの開発を支援するプログラム開発支援装置におけるプログラム開発支援方法であって、
   前記制御装置が、前記複数の列車内ネットワークのうちの１つの列車内ネットワークとの間で通信を行う複数の通信基板と、前記複数の通信基板と接続する制御基板と、から構成される場合に、
   入力部が、前記複数の通信基板の各通信基板で使用される通信基板用ネットワーク通信データ定義ファイルを受け付ける入力ステップと、
   生成部が、前記通信基板用ネットワーク通信データ定義ファイルを用いて、前記複数の通信基板との間で共通の通信データ形式である共通通信データ形式で通信を行う前記制御基板で使用される制御基板用入出力信号変数定義ファイルを生成する生成ステップと、
   出力部が、前記制御基板用入出力信号変数定義ファイルを出力する出力ステップと、
   を含むことを特徴とするプログラム開発支援方法。
5. 前記生成ステップは、
   前記生成部が、前記通信基板用ネットワーク通信データ定義ファイル毎に、データ型、データ方向、配列番号、および変数名の情報を含み、前記データ型毎に前記配列番号を付与した各通信基板用の基板間通信用入出力信号変数定義ファイルを生成する第１の生成ステップと、
   前記生成部が、全ての基板間通信用入出力信号変数定義ファイルを用いて前記データ型毎に前記配列番号を振り直して、前記制御基板用入出力信号変数定義ファイルを生成する第２の生成ステップと、
   を含むことを特徴とする請求項４に記載のプログラム開発支援方法。

Images