(57)【要約】【課題】車両ドアの保守を行うためのドア状態データの取得や、ドア制御用のプログラムの書換えを、短時間で容易に行うこと。【解決手段】パソコン２９が接続されたドア駆動制御装置２０−１の第２のトランシーバ２４で、パソコン２９からの指令データの受信時に、指令データのアドレスから自装置（２０−１）宛又は他装置（２０−２）宛を判別する。自装置宛の場合、自装置の不揮発性メモリ２１からドア状態データを読み出し、第２のトランシーバ２４の使用プロトコルでの伝送形式に変換した後、パソコン２９へ送信する。他装置宛の場合、指令データを第１のトランシーバ２３の使用プロトコルでの伝送形式に変換してドア駆動制御装置２０−２へ送信する。この装置２０−２でドア状態データを読み出してプロトコルでの伝送形式に変換し、装置２０−１を介してパソコン２９へ送信する。【選択図】      図２
2005025518.tif 000002
【特許請求の範囲】
【請求項１】
電動機によるドアの開閉駆動を制御するドア駆動制御装置において、
前記ドアの故障発生や開閉駆動に係る状態を表すドア状態データ及びドア制御用のプログラムデータが記憶される不揮発性記憶手段と、
他ドア駆動制御装置とネットワークを介して第１のプロトコルに従ってシリアル通信を行う第１の通信手段と、
前記ドア状態データを取得するための送信先のアドレスを付与した指令データと、前記プログラムデータとを送信するコンピュータが着脱自在に接続され、この接続時に、前記第１のプロトコルと異なる第２のプロトコルに従って前記コンピュータとシリアル通信を行う第２の通信手段と、
前記第１のプロトコル及び前記第２のプロトコルの何れか一方に従って伝送されるデータを、他方のプロトコルに従って伝送可能な形式に変換する変換手段と、
前記第１及び第２の通信手段の何れか一方を介して受信されたデータのアドレスを認識することにより、その受信データが自ドア駆動制御装置宛及び他ドア駆動制御装置宛の何れであるかを判別する判別手段と、
前記判別手段により前記受信データが他ドア駆動制御装置宛と判別された際に、当該受信データが前記第２のプロトコルでの伝送形式であれば、当該受信データが前記変換手段で前記第１のプロトコルでの伝送形式に変換された後、前記第１の通信手段から他ドア駆動制御装置へ送信されるように制御する第１の送信制御手段と、
前記判別手段により自ドア駆動制御装置宛と判別された際に、前記受信データが前記指令データであれば、前記不揮発性記憶手段からドア状態データを読み出す読出手段と、
前記第２の通信手段に前記コンピュータが接続されている場合に、前記読出手段で読み出されたドア状態データが、前記変換手段で前記第２のプロトコルでの伝送形式に変換された後、前記第２の通信手段から前記コンピュータへ送信されるように制御する第２の送信制御手段と、
前記第２の通信手段に前記コンピュータが接続されていない場合に、前記読出手段で読み出されたドア状態データが、前記変換手段により前記第１のプロトコルでの伝送形式に変換された後、前記第１の通信手段から他ドア駆動制御装置を介して前記コンピュータへ送信されるように制御する第３の送信制御手段と
を備えたことを特徴とするドア駆動制御装置。
【請求項２】
前記判別手段により前記受信データが自ドア駆動制御装置宛と判別された際に、前記受信データが前記プログラムデータであれば、前記不揮発性記憶手段に当該プログラムデータが記憶される
ことを特徴とする請求項１に記載のドア駆動制御装置。
【請求項３】
前記コンピュータは、プログラムデータをバッチ処理後に、前記第２の通信手段へ送信する
ことを特徴とする請求項２に記載のドア駆動制御装置。
【請求項４】
当該ドア駆動制御装置がマスタ装置であることを示すマスタ設定が行われるマスタ設定手段と、
予め設定されたメンテナンス時間に、前記コンピュータが送信すると同じ指令データを、前記マスタ設定が行われた以外のスレーブ装置であるドア駆動制御装置へ送信するメンテナンススケジュール手段と、
前記メンテナンススケジュール手段から送信された指令データを受信したスレーブ装置において不揮発性記憶手段から読み出されたドア状態データを、第１の通信手段を介して受信し、この受信したドア状態データを不揮発性記憶手段に記憶する記憶制御手段と
を備えたことを特徴とする請求項１から３の何れか１項に記載のドア駆動制御装置。
【請求項５】
前記複数のドア駆動制御装置が接続されるネットワークの使用負荷の平均値を記憶し、ネットワークの使用負荷が前記平均値以上の場合に、前記メンテナンススケジュール手段による前記指令データの送信を停止する停止手段
を更に備えたことを特徴とする請求項４に記載のドア駆動制御装置。
【請求項６】
電動機によるドアの開閉駆動を制御するドア駆動制御装置の保守方法において、
複数のドア駆動制御装置の各々に設けられた第１のプロトコルに従ってシリアル通信を行う第１の通信手段を介して、各々のドア駆動制御装置をシリアル通信接続する第１のステップと、
前記複数のドア駆動制御装置の各々に設けられた不揮発性記憶手段に、前記ドアの故障発生や開閉駆動に係る状態を表すドア状態データを記憶する第２のステップと、
前記複数のドア駆動制御装置の各々に設けられた第２のプロトコルに従ってシリアル通信を行う第２の通信手段にコンピュータを接続する第３のステップと、
前記第１及び第２の通信手段の何れか一方で受信されたデータのアドレス認識により、その受信データが自ドア駆動制御装置及び他ドア駆動制御装置宛の何れであるかを判別する第４のステップと、
前記第４のステップで自ドア駆動制御装置宛と判別された際に、前記受信データが前記ドア状態データを取得するための指令データであれば、自ドア駆動制御装置の不揮発性記憶手段からドア状態データを読み出し、このドア状態データを、前記第２のプロトコルでの伝送形式に変換したのち前記第１及び第２の通信手段の何れか一方から前記コンピュータへ向けて送信する第５のステップと、
前記第４のステップで他ドア駆動制御装置宛と判別された際に、前記受信データを前記第１のプロトコルでの伝送形式に変換したのち前記第１の通信手段から他ドア駆動制御装置へ送信する第６のステップと
を含むことを特徴とするドア駆動制御装置の保守方法。
【請求項７】
前記第４のステップで前記受信データが自ドア駆動制御装置宛と判別された際に、前記受信データが前記コンピュータから送信されたプログラムデータであれば、当該プログラムデータを自ドア駆動制御装置に記憶する第７のステップ
を更に備えたことを特徴とする請求項６に記載のドア駆動制御装置の保守方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、電車等において電動機で開閉が行われる車両ドアの開閉駆動を制御するドア駆動制御装置及びドア駆動制御装置の保守方法に関する。
【０００２】
【従来の技術】
電車車両のドア駆動制御装置は、ドアの故障発生や開閉動作に係る状態などを表すドア状態データを、装置内の記憶手段に記憶するようになっており、保守員が、各ドア駆動制御装置に記憶されたドア状態データをパーソナルコンピュータ等の端末機にダウンロードすることによってデータ収集を行いドアの保守管理に役立てている。
【０００３】
下記の特開２００３−６６９３号公報では、保守員が車両ドアの制御装置に集めたデータをフラッシュメモリカードに格納してドアの保守管理に役立てる内容が記載されている。この種の他の装置として、特開２００３−３７３２号公報がある。
また、ドア駆動制御装置は、通常、１車両の車体上部に複数台（例えば８台）設置されている。各ドア駆動制御装置は、ＲＳ−４８５、ＬＯＮＷＯＲＫＳ（Ｌｏｃａｌ  Ｏｐｅｒａｔｉｎｇ  Ｎｅｔｗｏｒｋ：登録商標）、イーサネット（登録商標）などのシリアル通信規格（シリアル通信ポート）に基づいて、各ドア駆動制御装置全体を管理する上位装置と接続されており、開閉指令等の駆動指令や、故障発生、開閉時間等の状態データを伝送する等、データ交換のための通信を行っている。
【０００４】
この形態では、全てのドア駆動制御装置がスレーブ装置であり、運転席等に設置された上位装置がマスタ装置といった位置付けとなっており、上位装置からの指令に従って全てのドア駆動制御装置が、同機能レベルで伝送を行っている。
上位装置では、ドア状態データを、運転席から一括で読み出す工夫も成されているが、ドア以外の空調機等の他の機器の信号も、シリアル通信線に混在して伝送されるため、個々の機器に適した様な多機能化は行うことが出来ず、故障時のデータの収集等の様なものに限定される。
【０００５】
このためドア動作の異常時などの分析（ドア固有の機能）や、ドア定期保守作業を行うには、各ドア駆動制御装置が、上記のシリアル通信ポートと別に持っているローカルな通信ポート（例えばＲＳ−２３２Ｃ）に直結接続して、モニタリングやデータダウンロード／アップロードを行っている。
更に、ドア駆動制御装置に記憶されるＣＰＵが使用する制御用のプログラムの書換えも、その直結した通信ポートから行うようになっている。このようなドア駆動制御装置の保守作業を行う場合、保守期間中は、車両を営業運転することができないので、極力短時間で保守作業を行うことが要求されている。
【０００６】
【特許文献１】
特開２００３−６６９３号公報（要約書）
【特許文献２】
特開２００３−３７２３号公報（要約書）
【０００７】
【発明が解決しようとする課題】
しかし、従来のドア駆動制御装置は、車体上部に複数台設置されるため、これらの保守を行う場合、上述のローカルな通信ポートに接続するために、車体の天井などを開けて作業を行う必要がある。また、１車両に複数台設置されるため、各ドア駆動制御装置にアクセスするためには、それぞれの箇所の天井を順次開けて作業を行い、更に作業後に順次閉めなければならず、８両編成など車両数が多くなる程に、相当な労力と時間が掛かるという問題がある。
【０００８】
本発明は、このような課題に鑑みてなされたものであり、車両ドアの保守を行うためのドア状態データの取得や、ドア制御用のプログラムの書換えを、短時間で容易に行うことができるドア駆動制御装置及びドア駆動制御装置の保守方法を提供することを目的としている。
【０００９】
【課題を解決するための手段】
上記目的を達成するために、本発明の請求項１によるドア駆動制御装置は、電動機によるドアの開閉駆動を制御するドア駆動制御装置において、前記ドアの故障発生や開閉駆動に係る状態を表すドア状態データ及びドア制御用のプログラムデータが記憶される不揮発性記憶手段と、他ドア駆動制御装置とネットワークを介して第１のプロトコルに従ってシリアル通信を行う第１の通信手段と、前記ドア状態データを取得するための送信先のアドレスを付与した指令データと、前記プログラムデータとを送信するコンピュータが着脱自在に接続され、この接続時に、前記第１のプロトコルと異なる第２のプロトコルに従って前記コンピュータとシリアル通信を行う第２の通信手段と、前記第１のプロトコル及び前記第２のプロトコルの何れか一方に従って伝送されるデータを、他方のプロトコルに従って伝送可能な形式に変換する変換手段と、前記第１及び第２の通信手段の何れか一方を介して受信されたデータのアドレスを認識することにより、その受信データが自ドア駆動制御装置宛及び他ドア駆動制御装置宛の何れであるかを判別する判別手段と、前記判別手段により前記受信データが他ドア駆動制御装置宛と判別された際に、当該受信データが前記第２のプロトコルでの伝送形式であれば、当該受信データが前記変換手段で前記第１のプロトコルでの伝送形式に変換された後、前記第１の通信手段から他ドア駆動制御装置へ送信されるように制御する第１の送信制御手段と、前記判別手段により自ドア駆動制御装置宛と判別された際に、前記受信データが前記指令データであれば、前記不揮発性記憶手段からドア状態データを読み出す読出手段と、前記第２の通信手段に前記コンピュータが接続されている場合に、前記読出手段で読み出されたドア状態データが、前記変換手段で前記第２のプロトコルでの伝送形式に変換された後、前記第２の通信手段から前記コンピュータへ送信されるように制御する第２の送信制御手段と、前記第２の通信手段に前記コンピュータが接続されていない場合に、前記読出手段で読み出されたドア状態データが、前記変換手段により前記第１のプロトコルでの伝送形式に変換された後、前記第１の通信手段から他ドア駆動制御装置を介して前記コンピュータへ送信されるように制御する第３の送信制御手段とを備えたことを特徴としている。
【００１０】
この構成によれば、コンピュータが接続されたドア駆動制御装置の第２の通信手段で、コンピュータからの指令データが受信された際に、判別手段で、その指令データに付与されたアドレスが認識されることにより、その指令データが自ドア駆動制御装置宛及び他ドア駆動制御装置宛の何れであるかが判別される。自ドア駆動制御装置宛と判別された場合、読出手段によって不揮発性記憶手段からドア状態データが読み出される。そして、第２の送信制御手段の制御によって、そのドア状態データが変換手段で第２のプロトコルでの伝送形式に変換された後、第２の通信手段からコンピュータへ送信される。
【００１１】
また、判別手段により他ドア駆動制御装置宛と判別された場合、指令データが第２のプロトコルでの伝送形式であれば、第１の送信制御手段の制御によって、変換手段で第１のプロトコルでの伝送形式に変換された後、第１の通信手段から他ドア駆動制御装置へ送信される。他ドア駆動制御装置では、第１の通信手段で指令データが受信されると、判別手段で、その指令データに付与されたアドレスが認識され、これによって自ドア駆動制御装置宛と判別された場合、読出手段によって不揮発性記憶手段からドア状態データが読み出される。そして、第３の送信制御手段の制御によって、そのドア状態データが変換手段で前記第１のプロトコルでの伝送形式に変換された後、第１の通信手段から他ドア駆動制御装置を介してコンピュータへ送信される。
【００１２】
これによって、保守員が任意の１台のドア駆動制御装置にコンピュータを接続して指令データを送信することによって、全てのドア駆動制御装置からドア状態データをコンピュータで取得することができる。
また、本発明の請求項２によるドア駆動制御装置は、請求項１において、前記判別手段により前記受信データが自ドア駆動制御装置宛と判別された際に、前記受信データが前記プログラムデータであれば、前記不揮発性記憶手段に当該プログラムデータが記憶されることを特徴としている。
【００１３】
この構成によれば、コンピュータが接続されたドア駆動制御装置の第２の通信手段で、コンピュータからのプログラムデータが受信された際に、判別手段で、そのプログラムデータに付与されたアドレスが認識されることにより、そのプログラムデータが自ドア駆動制御装置宛と判別されたとする。この場合、不揮発性記憶手段にプログラムデータが記憶される。この記憶は、不揮発性記憶手段に既にプログラムデータが記憶されている場合であれば、プログラムデータが上書きされて書き換えられることになる。新規の場合は、そのまま記憶される。
【００１４】
また、判別手段により他ドア駆動制御装置宛と判別された場合、プログラムデータが第２のプロトコルでの伝送形式であれば、第１の送信制御手段の制御によって、変換手段で第１のプロトコルでの伝送形式に変換された後、第１の通信手段から他ドア駆動制御装置へ送信される。他ドア駆動制御装置では、第１の通信手段でプログラムデータが受信されると、判別手段で、そのプログラムデータに付与されたアドレスが認識され、これによって自ドア駆動制御装置宛と判別された場合、不揮発性記憶手段にプログラムデータが記憶される。
【００１５】
これによって、保守員が任意の１台のドア駆動制御装置にコンピュータを接続してプログラムデータを送信することによって、全てのドア駆動制御装置にプログラムデータを新規に記憶又は書き換えることができる。
また、本発明の請求項３によるドア駆動制御装置は、請求項２において、前記コンピュータは、プログラムデータをバッチ処理後に、前記第２の通信手段へ送信することを特徴としている。
【００１６】
この構成によれば、多量のプログラムデータを高速で送信することができるので、ドア駆動制御装置へのプログラムデータの記憶設定を短時間で行うことができる。
また、本発明の請求項４によるドア駆動制御装置は、請求項１から３の何れか１項において、当該ドア駆動制御装置がマスタ装置であることを示すマスタ設定が行われるマスタ設定手段と、予め設定されたメンテナンス時間に、前記コンピュータが送信すると同じ指令データを、前記マスタ設定が行われた以外のスレーブ装置であるドア駆動制御装置へ送信するメンテナンススケジュール手段と、前記メンテナンススケジュール手段から送信された指令データを受信したスレーブ装置において不揮発性記憶手段から読み出されたドア状態データを、第１の通信手段を介して受信し、この受信したドア状態データを不揮発性記憶手段に記憶する記憶制御手段とを備えたことを特徴としている。
【００１７】
この構成によれば、マスタ装置と設定されたドア駆動制御装置において、他のスレーブ装置であるドア駆動制御装置からドア状態データを自動的に収集して記憶しておくことができるので、保守員がマスタ装置にコンピュータを接続することによって、瞬時に全てのドア駆動制御装置のドア状態データを取得することができる。
【００１８】
また、本発明の請求項５によるドア駆動制御装置は、請求項４において、前記複数のドア駆動制御装置が接続されるネットワークの使用負荷の平均値を記憶し、ネットワークの使用負荷が前記平均値以上の場合に、前記メンテナンススケジュール手段による前記指令データの送信を停止する停止手段を更に備えたことを特徴としている。
この構成によれば、各ドア駆動制御装置からのドア状態データの収集を行う際に、ネットワーク負荷が大きければ、その収集が停止されるので、ネットワークを使用している他の重要な通信に悪影響を及ぼすことを防止することができる。
【００１９】
また、本発明の請求項６によるドア駆動制御装置の保守方法は、電動機によるドアの開閉駆動を制御するドア駆動制御装置の保守方法において、複数のドア駆動制御装置の各々に設けられた第１のプロトコルに従ってシリアル通信を行う第１の通信手段を介して、各々のドア駆動制御装置をシリアル通信接続する第１のステップと、前記複数のドア駆動制御装置の各々に設けられた不揮発性記憶手段に、前記ドアの故障発生や開閉駆動に係る状態を表すドア状態データを記憶する第２のステップと、前記複数のドア駆動制御装置の各々に設けられた第２のプロトコルに従ってシリアル通信を行う第２の通信手段にコンピュータを接続する第３のステップと、前記第１及び第２の通信手段の何れか一方で受信されたデータのアドレス認識により、その受信データが自ドア駆動制御装置及び他ドア駆動制御装置宛の何れであるかを判別する第４のステップと、前記第４のステップで自ドア駆動制御装置宛と判別された際に、前記受信データが前記ドア状態データを取得するための指令データであれば、自ドア駆動制御装置の不揮発性記憶手段からドア状態データを読み出し、このドア状態データを、前記第２のプロトコルでの伝送形式に変換したのち前記第１及び第２の通信手段の何れか一方から前記コンピュータへ向けて送信する第５のステップと、前記第４のステップで他ドア駆動制御装置宛と判別された際に、前記受信データを前記第１のプロトコルでの伝送形式に変換したのち前記第１の通信手段から他ドア駆動制御装置へ送信する第６のステップとを含むことを特徴としている。
【００２０】
この方法によれば、保守員が任意の１台のドア駆動制御装置にコンピュータを接続して指令データを送信することによって、全てのドア駆動制御装置からドア状態データをコンピュータで取得することができる。
また、本発明の請求項７によるドア駆動制御装置の保守方法は、請求項６において、前記第４のステップで前記受信データが自ドア駆動制御装置宛と判別された際に、前記受信データが前記コンピュータから送信されたプログラムデータであれば、当該プログラムデータを自ドア駆動制御装置に記憶する第７のステップを更に備えたことを特徴としている。
この方法によれば、保守員が任意の１台のドア駆動制御装置にコンピュータを接続してプログラムデータを送信することによって、全てのドア駆動制御装置にプログラムデータを新規に記憶又は書き換えることができる。
【００２１】
【発明の実施の形態】
以下、本発明の実施の形態を、図面を参照して説明する。
（第１の実施の形態）
図１は、本発明の第１の実施の形態に係るドア駆動制御装置の構成を示すブロック図である。
図１に示すように、１車両の車体上部に複数台（例えば８台）設置されている各ドア駆動制御装置２０−１〜２０−８は何れも同構成であり、第１のドア駆動制御装置２０−１を代表して示すように、位置演算器６と、速度演算器７と、異常検出器８と、駆動指令演算器９と、電力変換器１０と、通信インタフェース部１１とを備えて構成されている。
【００２２】
また、ドア駆動制御装置２０−１は、ドア１を開閉駆動するリニアモータ２と、このリニアモータ２の可動部の位置を検出する位置検出器５とに、電気配線１２，１３によって接続されている。ドア１は、リニアモータ２の可動部と連結部３によって連結され、更にドア１を機械的に固定する施錠装置４が組み合わされている。このドア１の開閉駆動機構は、他のドア駆動制御装置２０−２〜２０−８においても同様であるが、図では省略する。
【００２３】
位置検出器５は、リニアモータ２の可動部の位置及び速度を検出し、この検出信号を、電気配線１３を介して位置演算器６、速度演算器７及び異常検出器８へ出力する。位置演算器６は、位置検出器５から出力される検出信号からドア１の位置を演算する。速度演算器７は、位置検出器５から出力される検出信号からドア１の開閉速度を演算する。
【００２４】
異常検出器８は、位置検出器５から出力される位置及び速度の何れか一方又は双方の検出信号が、その位置や速度の制御に対応する値から所定幅ずれた値となる異常を検出した場合に、異常検出信号を駆動指令演算器９へ出力する。
駆動指令演算器９は、通信インタフェース部１１又は図示せぬ外部装置からのドア駆動指令の入力時に、位置演算器６で演算されるドア位置情報と、速度演算器７で演算されるドア速度情報と、異常検出器８で検出される検出信号の異常情報とに応じて、リニアモータ２へ供給する電力供給指令を演算する。つまり、ドア１の開閉駆動の制御を行う。
【００２５】
電力変換器１０は、駆動指令演算器９で演算された電力供給指令通りにリニアモータ２に電力を供給する。これによって、ドア１の開閉駆動が行われる。
本実施の形態の特徴は、ドア駆動制御装置２０−１に通信インタフェース部１１を備えた点にあり、図２に示すように、不揮発性メモリ（不揮発性記憶手段）２１と、ＣＰＵ２２と、第１のトランシーバ（第１の通信手段）２３と、第２のトランシーバ（第２の通信手段）２４とを備えて構成されている。
【００２６】
第１及び第２のトランシーバ２３，２４は、各々がシリアル通信の物理層に該当する。第１のトランシーバ２３には、シリアル通信ポートである例えばＬＯＮＷＯＲＫＳ（登録商標）、ＲＳ−４８５及びイーサネット（登録商標）などが適用され、第１のネットワーク２６によってシリアル通信接続された全てのドア駆動制御装置２０−１〜２０−８を管理する上位装置２７が接続されている。この上位装置２７は１車両に１台ずつ設けられている。なお、第１のトランシーバ２３でのシリアル通信を第１のシリアル通信、第２のトランシーバ２４でのシリアル通信を第２のシリアル通信という。
【００２７】
上位装置２７には、全てのドア駆動制御装置２０−１〜２０−８における駆動指令演算器９からドア１の制御状態の情報が、通信インタフェース部１１及び第１のネットワーク２６を介して送信されて来るようになっている。
第２のトランシーバ２４には、ローカルなシリアル通信ポートである例えばＲＳ−２３２Ｃが適用され、第２のネットワーク２８を介してパソコン（パーソナルコンピュータ）２９の通信ポートと直結されるようになっている。
【００２８】
このパソコン２９は、保守員によって保守時に、各ドア駆動制御装置２０−１〜２０−８の個々に任意に接続され、不揮発性メモリ２１に記憶されて設定されるプログラムデータや、不揮発性メモリ２１に記憶されたドア状態データを取得するための指令データを、第２のトランシーバ２４を介してＣＰＵ２２へ出力するものである。
【００２９】
ＣＰＵ２２は、第１及び第２のトランシーバ２３，２４に接続されており、パソコン２９からのプログラムデータを不揮発性メモリ２１に記憶して設定（新規設定又は書換え）したり、不揮発性メモリ２１に記憶されたドア開閉回数及び温度データなどのドア状態データを指令データに応じて読み出したりする処理を行うものである。なお、ＣＰＵ２２は、ドア駆動制御を行う制御手段として兼用されることもある。
【００３０】
不揮発性メモリ２１には、プログラムデータ及びドア状態データが記憶され、電源がＯＦＦとなっても記憶データが消去されないＲＡＭ等の不揮発性メモリが用いられている。
また、ＣＰＵ２２は、図３に示すように、アドレス判別回路（判別手段及び読出手段）３１と、マスタ送信回路（第２の送信制御手段）３２と、マスタ受信回路３３と、スレーブ送信回路（第１及び第３の送信制御手段）３４と、スレーブ受信回路３５と、第１のプロトコル解析回路３６と、第２のプロトコル解析回路３７と、プロトコル変換回路（変換手段）３８と、第２のシリアル通信受信回路３９と、第２のシリアル通信送信回路４０とを備えて構成されている。
【００３１】
次に、これらの構成要素の説明を行う。
第２のシリアル通信受信回路３９は、第２のトランシーバ２４にパソコン２９が第２のネットワーク２８を介して直結された際に、このパソコン２９から各種のデータを受信するものである。また、直結時にパソコン２９から所定のデータを受信すると、自ドア駆動制御装置（自装置）がマスタ装置であると認識するようになっている。この場合、他のドア駆動制御装置（他装置）はスレーブ装置となる。つまり、パソコン２９が接続されていなければスレーブ装置と認識する。
【００３２】
アドレス判別回路３１は、第１のトランシーバ２３又は第２のトランシーバ２４を介して受信された各種のデータに付与されたアドレスを認識することによって、そのデータが、自装置宛か他装置宛かを判別するものである。自装置宛の場合は、データを受け取り、これがプログラムデータである場合は、不揮発性メモリ２１に記憶して設定し、指令データである場合は、不揮発性メモリ２１に記憶されたドア状態データを読み込む処理を行うようになっている。
【００３３】
第２のシリアル通信送信回路４０は、アドレス判別回路３１で読み込まれたドア状態データを第２のトランシーバ２４を介してパソコン２９へ送信するものである。
マスタ送信回路３２は、自装置がマスタ装置である場合、第２のトランシーバ２４を介して受信したプログラムデータ又は指令データを、第１のトランシーバ２３を介して各スレーブ装置へ送信するものである。
【００３４】
マスタ受信回路３３は、自装置がマスタ装置である場合、マスタ送信回路３２で送信した指令データに応じて各スレーブ装置から送信されてくるドア状態データ、又は上位装置２７から送信されてくる所定のデータを、第１のトランシーバ２３を介して受信するものである。
スレーブ送信回路３４は、自装置がスレーブ装置である場合に、第１のトランシーバ２３を介して、所定のデータを上位装置２７へ送信すると共にマスタ装置へドア状態データを送信するものである。
【００３５】
スレーブ受信回路３５は、自装置がスレーブ装置である場合に、第１のトランシーバ２３を介して、上位装置２７から所定のデータを受信すると共にマスタ装置からのプログラムデータ又は指令データを受信するものである。
第１のプロトコル解析回路３６は、第１のトランシーバ２３を介して受信したデータ及びこのデータの送信に使用されたプロトコルの種別を解析するものである。つまり、プログラムデータ、指令データ、上位装置２７からのデータの何れであるか、及びそれらの送信プロトコルの種別を解析する。
【００３６】
第２のプロトコル解析回路３７は、第２のトランシーバ２４を介して受信したデータ及びこのデータの送信に使用されたプロトコルの種別を解析するものである。つまり、プログラムデータ、指令データの何れであるか、及びそれらのプロトコルの種別を解析する。
プロトコル変換回路３８は、第１のシルアル通信で使用される第１のプロトコルに従って伝送されるデータの形式を、第１のプロトコルと異なる第２のシルアル通信で使用される第２のプロトコルに従って伝送可能なように変換すると共に、その逆にも変換するものである。
【００３７】
次に、このような構成の各ドア駆動制御装置２０−１〜２０−８の保守を行うためのデータ送受信処理を、図４に示すフローチャート及び図５に示すデータの流れ図を参照して説明する。
但し、前提条件として、保守員によって、第５のドア駆動制御装置２０−５に第２のネットワーク２８を介してパソコン２９が直結されたとする。
【００３８】
この場合、ステップＳ１において、第５のドア駆動制御装置２０−５における第２のシリアル通信受信回路３９で、第２のトランシーバ２４からデータが受信されたか否かが判断される。この際、第５のドア駆動制御装置２０−５がマスタ装置と認識される。
この場合、ステップＳ１では、受信されたと判断されるので、ステップＳ２において、アドレス判別回路３１で、その受信データが自装置宛か他装置宛かが判別される。ここで、パソコン２９において、第５のドア駆動制御装置２０−５からドア状態データを取得するための指令データが、矢印Ｙ１で示すように送信されたとする。この際、指令データには、送信先のアドレスＡ５が付与される。
【００３９】
これによって、ステップＳ２では、第５のドア駆動制御装置２０−５のアドレス判別回路３１で受信データが自装置宛と判別されるので、ステップＳ３において、第２のプロトコル解析回路３７で受信データの解析が行われる。この解析によって、指令データであると認識される。
この認識後、アドレス判別回路３１では、ステップＳ４において、不揮発性メモリ２１に記憶されたドア状態データが読み込まれてパソコン２９への返信データが作成される。そして、ステップＳ５において、第２のシリアル通信送信回路４０によって、そのドア状態データが第２のトランシーバ２４を介して矢印Ｙ２で示すようにパソコン２９へ送信される。
【００４０】
一方、ステップＳ２において、アドレス判別回路３１で他装置宛と判別されたとする。つまり、パソコン２９において、例えば第４のドア駆動制御装置２０−４からドア状態データを取得するために、第４のドア駆動制御装置２０−４宛に指令データが矢印Ｙ３で示すように送信されたとする。この際、指令データには、送信先のアドレスＡ４が付与される。
【００４１】
これによって、ステップＳ６において、プロトコル変換回路３８で、第２のトランシーバ２４で受信されたデータの形式が、第１のトランシーバ２３で使用されるプロトコルで送信可能なように変換される。
この変換されたデータは、ステップＳ７において、第５のドア駆動制御装置２０−５のマスタ送信回路３２から矢印Ｙ３で示すように第１のトランシーバ２３及び第１のネットワーク２６を介して第４のドア駆動制御装置２０−４へ送信される。この送信後に、ステップＳ８において、第１のトランシーバ２３は受信待ちにセットされる。これは、第１のトランシーバ２３のデータ受信待ちを記憶するフラグを、ＣＰＵ２２のメモリにセットすることによって行われる。
【００４２】
また、ステップＳ１において、第２のトランシーバ２４からデータが受信されていないと判断された場合は、ステップＳ９において、第５のドア駆動制御装置２０−５のマスタ受信回路３３で、第１のトランシーバ２３からデータが受信されたか否かが判断される。この結果、受信されていなければ処理を終了する。
受信された場合は、ステップＳ１０において、その受信データの送信元が上位装置２７か否かが判断される。上位装置２７である場合は、ステップＳ１１において、通常の上位装置２７からのデータ受信時の処理が行われる。
【００４３】
一方、ステップＳ１０で上位装置２７でないと判断されたとする。この場合、第４のドア駆動制御装置２０−４から矢印Ｙ４で示すように送信されたドア状態データが受信された状態である。
ステップＳ１２において、第１のトランシーバ２３が受信待ち状態か否かが判断される。受信待ち状態であれば、ステップＳ１３において、ステップＳ８にてセットされた第１のトランシーバ２３の受信待ちがリセットされ、第４のドア駆動制御装置２０−４からのドア状態データが受信される。
【００４４】
そして、ステップＳ１４において、プロトコル変換回路３８で、第１のトランシーバ２３で受信されたドア状態データの形式が、第２のトランシーバ２４で使用されるプロトコルで送信可能なように変換される。
この変換されたデータは、ステップＳ１５において、第５のドア駆動制御装置２０−５のマスタ送信回路３２から矢印Ｙ４で示すように第２のトランシーバ２４及び第２のネットワーク２８を介してパソコン２９へ送信される。
【００４５】
上記の説明では、第５のドア駆動制御装置２０−５をマスタ装置とし、スレーブ装置である第４のドア駆動制御装置２０−４とのデータ送受信の動作を説明したが、同様に他の全てのスレーブ装置であるドア駆動制御装置２０−１，２０−２，２０−３，２０−６，２０−７，２０−８とも、データの送受信を行うことができる。
次に、プログラムデータが各ドア駆動制御装置２０−１〜２０−８に設定される場合の動作を説明する。
但し、図５において、パソコン２９からプログラムデータがマスタ装置の第５のドア駆動制御装置２０−５と、スレーブ装置の第４のドア駆動制御装置２０−４とに設定されるものとする。
【００４６】
まず、パソコン２９から送信先アドレスＡ５が付与されたプログラムデータが矢印Ｙ１で示すように第５のドア駆動制御装置２０−５へ送信されたとする。第５のドア駆動制御装置２０−５では、第２のシリアル通信受信回路３９で、そのプログラムデータが受信され、この受信プログラムデータがアドレス判別回路３１で自装置宛のものか、他装置宛のものかが判別される。
【００４７】
ここでは、受信プログラムデータが自装置宛と判別されるので、第２のプロトコル解析回路３７で受信プログラムデータの解析が行われ、これによって、プログラムデータであることが認識され、不揮発性メモリ２１に記憶される。
次に、パソコン２９から送信先アドレスＡ４が付与されたプログラムデータが矢印Ｙ３で示すように、まず、第５のドア駆動制御装置２０−５へ送信されたとする。第５のドア駆動制御装置２０−５では、第２のシリアル通信受信回路３９で、そのプログラムデータが受信され、この受信プログラムデータがアドレス判別回路３１で自装置宛のものか、他装置宛のものかが判別される。
【００４８】
ここでは、受信プログラムデータが他装置宛と判別されるので、第２のプロトコル解析回路３７で受信プログラムデータが送信された際のプロトコルの解析が行われる。この解析後、プロトコル変換回路３８で、その受信プログラムデータの形式が、第１のトランシーバ２３で使用されるプロトコルで送信可能なように変換される。
【００４９】
この変換されたプログラムデータは、第５のドア駆動制御装置２０−５のマスタ送信回路３２から矢印Ｙ３で示すように第１のトランシーバ２３及び第１のネットワーク２６を介して第４のドア駆動制御装置２０−４へ送信される。
第４のドア駆動制御装置２０−４では、第２のシリアル通信受信回路３９で、そのプログラムデータが受信され、この受信プログラムデータがアドレス判別回路３１で自装置宛のものか、他装置宛のものかが判別される。
【００５０】
ここでは、受信プログラムデータが自装置宛と判別されるので、第２のプロトコル解析回路３７で受信プログラムデータの解析が行われ、これによって、プログラムデータであることが認識され、不揮発性メモリ２１に記憶される。
上記の説明では、第５のドア駆動制御装置２０−５をマスタ装置とし、このマスタ装置と、スレーブ装置である第４のドア駆動制御装置２０−４とにプログラムデータを設定する設定する際の動作を説明したが、同様に他の全てのスレーブ装置であるドア駆動制御装置２０−１，２０−２，２０−３，２０−６，２０−７，２０−８にも、プログラムデータの設定を行うことができる。
【００５１】
このように、第１の実施の形態のドア駆動制御装置によれば、パソコン２９が接続された例えば第５のドア駆動制御装置２０−５の第２のトランシーバ２４で、パソコン２９からの指令データが受信された際に、アドレス判別回路３１で、その指令データに付与されたアドレスが認識されることにより、その指令データが第５のドア駆動制御装置２０−５宛及び第４のドア駆動制御装置２０−４宛の何れであるかが判別される。第５のドア駆動制御装置２０−５宛と判別された場合、不揮発性メモリ２１からドア状態データが読み出される。そのドア状態データがプロトコル変換回路３８で第２のプロトコルでの伝送形式に変換された後、第２のトランシーバ２４からパソコン２９へ送信される。
【００５２】
また、アドレス判別回路３１により第４のドア駆動制御装置２０−４宛と判別された場合、指令データが第２のプロトコルでの伝送形式であれば、プロトコル変換回路３８で第１のプロトコルでの伝送形式に変換された後、第１のトランシーバ２３から第４のドア駆動制御装置２０−４へ送信される。第４のドア駆動制御装置２０−４では、第１のトランシーバ２３で指令データが受信されると、アドレス判別回路３１で、その指令データに付与されたアドレスが認識され、これによって第４のドア駆動制御装置２０−４宛と判別された場合、不揮発性メモリ２１からドア状態データが読み出される。そして、そのドア状態データがプロトコル変換回路３８で第１のプロトコルでの伝送形式に変換された後、第１のトランシーバ２３から第５のドア駆動制御装置２０−５を介してパソコン２９へ送信される。
【００５３】
これによって、保守員が任意の１台のドア駆動制御装置にパソコン２９を接続して指令データを送信することによって、全てのドア駆動制御装置からドア状態データをパソコン２９で受信することができる。
また、アドレス判別回路３１により受信データが第５のドア駆動制御装置２０−５宛と判別された際に、受信データがプログラムデータであれば、不揮発性メモリ２１に当該プログラムデータを記憶するようにした。
【００５４】
これによって、パソコン２９が接続されたドア駆動制御装置の第２のトランシーバ２４で、パソコン２９からのプログラムデータが受信された際に、アドレス判別回路３１で、そのプログラムデータに付与されたアドレスが認識されることにより、そのプログラムデータが第５のドア駆動制御装置２０−５宛と判別されたとする。この場合、不揮発性メモリ２１にプログラムデータが記憶される。この記憶は、不揮発性メモリ２１に既にプログラムデータが記憶されている場合であれば、プログラムデータが上書きされて書き換えられることになる。新規の場合は、そのまま記憶される。
【００５５】
また、アドレス判別回路３１により第４のドア駆動制御装置２０−４宛と判別された場合、プログラムデータが第２のプロトコルでの伝送形式であれば、プロトコル変換回路３８で第１のプロトコルでの伝送形式に変換された後、第１のトランシーバ２３から第４のドア駆動制御装置２０−４へ送信される。第４のドア駆動制御装置２０−４では、第１のトランシーバ２３でプログラムデータが受信されると、アドレス判別回路３１で、そのプログラムデータに付与されたアドレスが認識され、これによって第４のドア駆動制御装置２０−４宛と判別された場合、記憶制御手段によって不揮発性メモリ２１にプログラムデータが記憶される。
【００５６】
これによって、保守員が任意の１台のドア駆動制御装置にパソコン２９を接続してプログラムデータを送信することによって、全てのドア駆動制御装置にプログラムデータを新規に記憶又は書き換えることができる。
従って、車両ドア１の保守を行うためのドア状態データの取得や、ドア制御用のプログラムの書換えを、短時間で容易に行うことができる。
【００５７】
この他、パソコン２９が、プログラムデータをバッチ処理後に、第２のトランシーバ２４へ送信するようにしてもよい。
これによって、多量のプログラムデータを高速で送信することができるので、各ドア駆動制御装置２０−１〜２０−８へのプログラムデータの記憶設定を短時間で行うことができる。
【００５８】
（第２の実施の形態）
図６は、本発明の第２の実施の形態に係るドア駆動制御装置の通信インタフェース部に搭載されるＣＰＵの構成を示すブロック図である。但し、図６において、上記図３に示したＣＰＵの各部に対応する部分には同一符号を付し、その説明を省略する。
図６に示すＣＰＵ２２が図３の構成と異なる点は、ネットワーク負荷測定回路（停止手段）４２と、メンテナンススケジュール回路（メンテナンススケジュール手段）４３と、マスタ設定部（マスタ設定手段）４４と、ドア状態データ記憶制御部（記憶制御手段）４５とを更に備えたことにある。
【００５９】
マスタ設定部４４は、当該ドア駆動制御装置がマスタ装置であることを設定（以下、マスタ設定と称す）するものである。この設定は、例えば保守員が設定時のみに一時的にパソコン２９を接続して行う。また、マスタ設定部４４に保守員が直接設定できる操作機能を備えてもよい。更に、マスタ設定が行われていないドア駆動制御装置は、スレーブ装置となる。
【００６０】
メンテナンススケジュール回路４３は、スレーブ装置である各ドア駆動制御装置の不揮発性メモリ２１に記憶されたドア状態データを読み出し、これらのドア状態データを、マスタ設定が行われたドア駆動制御装置で受信して不揮発性メモリ２１に記憶するためのメンテナンスモードを実行する。この実行は、メンテナンススケジュール回路４３が、当該回路４３に予め設定されたメンテナンス時間に、上述したパソコン２９が送信すると同じ指令データを各スレーブ装置へ送信することによって行う。メンテナンス時間は、例えば、朝夕のラッシュ時間などの過密な運転スケジュールが想定される時間帯を避けて設定される。
【００６１】
ネットワーク負荷測定回路４２は、各ドア駆動制御装置２０−１〜２０−８が接続される車両のネットワークの使用負荷の平均値を記憶しており、一定時間測定したネットワークの使用負荷が平均値以上の場合に、メンテナンススケジュール回路４３によるメンテナンスモードの実行をキャンセルするものである。
ドア状態データ記憶制御部４５は、メンテナンスモード実行時に、各スレーブ装置から受信したドア状態データを、マスタ装置の不揮発性メモリ２１に記憶するものである。
【００６２】
次に、このような構成の各ドア駆動制御装置２０−１〜２０−８の保守を行うためのデータ送受信処理を、図７に示すフローチャート及び図８に示すデータの流れ図を参照して説明する。
但し、前提条件として、第５のドア駆動制御装置２０−５のマスタ設定部４４にマスタ設定が行われたとする。
【００６３】
この場合、ステップＳ２１において、第５のドア駆動制御装置２０−５のメンテナンススケジュール回路４３に設定されたメンテナンス時間か否かが判断される。
メンテナンス時間である場合は、ステップＳ２２において、ネットワーク負荷測定回路４２により、ネットワークの使用負荷が一定時間測定され、ステップＳ２３において、その測定された使用負荷が平均値以上か否かが判断される。つまり、ネットワーク負荷過大か否かが判断される。過大であれば、メンテナンススケジュール回路４３によるメンテナンスモードの実行がキャンセルされる。
【００６４】
過大でなければ、ステップＳ２４において、メンテナンススケジュール回路４３の制御によって、第１のトランシーバ２３を介して、例えば図８に矢印Ｙ５で示すように第４のドア駆動制御装置２０−４へ指令データが送信される。また、第５のドア駆動制御装置２０−５では、ステップＳ２５において、第１のトランシーバ２３の受信待ちがセットされる。
【００６５】
上記ステップＳ２４において送信された指令データが、第４のドア駆動制御装置２０−４で受信されると、不揮発性メモリ２１からドア状態データが読み出され、図８に矢印Ｙ６で示すようにマスタ装置である第５のドア駆動制御装置２０−５へ送信される。
一方、ステップＳ２１において、メンテナンス時間でないと判断された場合は、ステップＳ２６において、第５のドア駆動制御装置２０−５のマスタ受信回路３３で、第１のトランシーバ２３からデータが受信されたか否かが判断される。この結果、受信されていなければ処理を終了する。
【００６６】
受信された場合は、ステップＳ２７において、その受信データの送信元が上位装置２７か否かが判断される。上位装置２７である場合は、ステップＳ２８において、通常の上位装置２７からのデータ受信時の処理が行われる。
一方、上記ステップＳ２７で上位装置２７でないと判断された場合は、第４のドア駆動制御装置２０−４から送信されたドア状態データが、第５のドア駆動制御装置２０−５のマスタ受信回路３３で受信された状態である。
【００６７】
この場合、ステップＳ２９において、第１のトランシーバ２３が受信待ち状態か否かが判断される。受信待ち状態であれば、ステップＳ３０において、上記ステップＳ２５にてセットされた第１のトランシーバ２３の受信待ちがリセットされ、第４のドア駆動制御装置２０−４からのドア状態データが受信される。
そして、ステップＳ３１において、第５のドア駆動制御装置２０−５のドア状態データ記憶制御部４５で、その受信したドア状態データが、不揮発性メモリ２１に記憶される。
【００６８】
このようなステップＳ２１〜Ｓ３１の処理が繰り返されることによって、第４のドア駆動制御装置２０−４以外のスレーブ装置からもドア状態データが受信されて記憶される。なお、マスタ装置においては、スレーブ装置と同様に自律的に不揮発性メモリ２１にドア状態データは記憶されるので、指令データは必要としない。
【００６９】
このように、第２の実施の形態のドア駆動制御装置によれば、マスタ装置と設定されたドア駆動制御装置において、他のスレーブ装置であるドア駆動制御装置からドア状態データを自動的に収集して記憶しておくことができるので、保守員がマスタ装置にパソコン２９を接続することによって、瞬時に全てのドア駆動制御装置２０−１〜２０−８のドア状態データを取得することができる。
また、ドア状態データの収集を行う際に、ネットワーク負荷が大きければ、その収集が停止されるので、ネットワークを使用している他の重要な通信に悪影響を及ぼすことを防止することができる。
【００７０】
【発明の効果】
以上説明したように本発明は、コンピュータが接続されたドア駆動制御装置で、コンピュータからの指令データを受信した際に、その指令データに付与されたアドレスを認識することにより、その指令データが自ドア駆動制御装置宛及び他ドア駆動制御装置宛の何れであるかが判別する。自ドア駆動制御装置宛と判別された場合、不揮発性記憶手段からドア状態データを読み出す。そして、そのドア状態データを第２のプロトコルでの伝送形式に変換した後、第２の通信手段からコンピュータへ送信するようにした。
【００７１】
また、他ドア駆動制御装置宛と判別された場合、指令データが第２のプロトコルでの伝送形式であれば、第１のプロトコルでの伝送形式に変換した後、第１の通信手段から他ドア駆動制御装置へ送信する。他ドア駆動制御装置で指令データが受信されると、その指令データに付与されたアドレスを認識し、これによって自ドア駆動制御装置宛と判別された場合、不揮発性記憶手段からドア状態データを読み出す。そして、そのドア状態データを第１のプロトコルでの伝送形式に変換した後、第１の通信手段から他ドア駆動制御装置を介してコンピュータへ送信するようにした。
【００７２】
これによって、保守員が任意の１台のドア駆動制御装置にコンピュータを接続して指令データを送信することによって、全てのドア駆動制御装置からドア状態データをコンピュータで取得することができる。
更には、コンピュータが接続されたドア駆動制御装置でコンピュータからのプログラムデータを受信した際に、このプログラムデータに付与されたアドレスの認識により、そのプログラムデータが自ドア駆動制御装置宛と判別された場合、プログラムデータを不揮発性記憶手段に記憶する。この記憶は、不揮発性記憶手段に既にプログラムデータが記憶されている場合であれば、プログラムデータが上書きされて書き換えられることになる。新規の場合は、そのまま記憶される。
【００７３】
また、他ドア駆動制御装置宛と判別された場合、プログラムデータが第２のプロトコルでの伝送形式であれば、第１のプロトコルでの伝送形式に変換した後、第１の通信手段から他ドア駆動制御装置へ送信する。これを受信した他ドア駆動制御装置で、そのプログラムデータに付与されたアドレスの認識により、自ドア駆動制御装置宛と判別された場合、プログラムデータを不揮発性記憶手段に記憶するようにした。
【００７４】
これによって、保守員が任意の１台のドア駆動制御装置にコンピュータを接続してプログラムデータを送信することによって、全てのドア駆動制御装置にプログラムデータを新規に記憶又は書き換えることができる。
従って、車両ドアの保守を行うためのドア状態データの取得や、ドア制御用のプログラムの書換えを、短時間で容易に行うことができるという効果がある。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係るドア駆動制御装置の構成を示すブロック図である。
【図２】第１の実施の形態に係るドア駆動制御装置における通信インタフェース部の構成を示すブロック図である。
【図３】第１の実施の形態に係るドア駆動制御装置における通信インタフェース部のＣＰＵの構成を示すブロック図である。
【図４】第１の実施の形態に係るドア駆動制御装置の保守を行うためのデータ送受信処理の動作を説明するためのフローチャートである。
【図５】第１の実施の形態に係るドア駆動制御装置の保守を行うためのデータの流れを示す図である。
【図６】本発明の第２の実施の形態に係るドア駆動制御装置における通信インタフェース部のＣＰＵの構成を示すブロック図である。
【図７】第２の実施の形態に係るドア駆動制御装置の保守を行うためのデータ送受信処理の動作を説明するためのフローチャートである。
【図８】第２の実施の形態に係るドア駆動制御装置の保守を行うためのデータの流れを示す図である。
【符号の説明】
１  ドア
２  リニアモータ
３  連結部
４  施錠装置
５  位置検出器
６  位置演算器
７  速度演算器
８  異常検出器
９  駆動指令演算器
１０  電力変換器
１１  通信インタフェース部
１２，１３  電気配線
２０  ドア駆動制御装置
２１  不揮発性メモリ
２２  ＣＰＵ
２３  第１のトランシーバ
２４  第２のトランシーバ
２６  第１のネットワーク
２７  上位装置
２８  第２のネットワーク
２９  パソコン
３１  アドレス判別回路
３２  マスタ送信回路
３３  マスタ受信回路
３４  スレーブ送信回路
３５  スレーブ受信回路
３６  第１のプロトコル解析回路
３７  第２のプロトコル解析回路
３８  プロトコル変換回路
３９  第２のシリアル通信受信回路
４０  第２のシリアル通信送信回路
４２  ネットワーク負荷測定回路
４３  メンテナンススケジュール回路
４４  マスタ設定部
４５  ドア状態データ記憶制御部
【図１】
2005025518.tif 000003
【図２】
2005025518.tif 000004
【図３】
2005025518.tif 000005
【図４】
2005025518.tif 000006
【図５】
2005025518.tif 000007
【図６】
2005025518.tif 000008
【図７】
2005025518.tif 000009
【図８】
2005025518.tif 000010