(57)【要約】【課題】複雑な切り替え機構を必要とせずに、エレベータの運転制御用のソフトウェアを更新することができ、また、更新後に不具合が発生した場合には速やかに元のソフトウェアに戻してエレベータの運転を復旧する。【解決手段】携帯型不揮発性メモリ２６から更新用のソフトウェアをコントローラ基板２１に転送して不揮発性メモリ２４に書き込む。その際、ＣＰＵ２２は、携帯型不揮発性メモリ２６のソフトウェアが更新用として適切であるか否かを判断する。更新用として適切である場合には、まず、不揮発性メモリ２４に記憶されたソフトウェアを携帯型不揮発性メモリ２６にバックアップした後に、その更新用のソフトウェアをコントローラ基板２１に転送して不揮発性メモリ２４に書き込む。【選択図】      図１
2007084187.tif 000002
【特許請求の範囲】
【請求項１】
コントローラ基板上に実装され、エレベータの運転を制御するためのソフトウェアが記憶された第１のメモリと、
上記コントローラ基板に着脱自在に接続され、更新用のソフトウェアが記憶された携帯型の第２のメモリと、
この第２のメモリに記憶されたソフトウェアが更新用として適切であるか否かを判断する更新判断手段と、
この更新判断手段によって上記第２のメモリに記憶されたソフトウェアが更新用として適切であると判断された場合に、上記第１のメモリに記憶されたソフトウェアを上記第２のメモリにバックアップした後、上記第２のメモリに記憶されたソフトウェアを上記コントローラ基板に転送して上記第１のメモリに書き込む更新制御手段と
を具備したことを特徴とするエレベータの制御装置。
【請求項２】
上記更新判断手段は、上記第１のメモリに記憶されたソフトウェアのバージョンデータと上記第２のメモリに記憶されたソフトウェアのバージョンデータとを比較し、上記第２のソフトウェアの方が新しい場合に更新用として適切であると判断することを特徴とする請求項１記載のエレベータの制御装置。
【請求項３】
上記更新判断手段は、上記第１のメモリに記憶されたソフトウェアの整合性情報と上記第２のメモリに記憶されたソフトウェアの整合性情報とを比較し、両者のソフトウェアに整合性がある場合に更新用として適切であると判断することを特徴とする請求項１記載のエレベータの制御装置。
【請求項４】
上記更新制御手段は、上記第２のメモリにバックアップしたソフトウェアと上記第１のメモリに更新用として書き込んだソフトウェアに関する情報を転送履歴として上記第２のメモリ内に記録することを特徴とする請求項１記載のエレベータの制御装置。
【請求項５】
更新前のソフトウェアに戻す指示を行うための操作手段を備え、
上記更新制御手段は、上記操作手段によって更新前のソフトウェアに戻す指示があったときに、上記第２のメモリ内に記録された上記転送履歴に基づいて上記第２のメモリにバックアップした更新前のソフトウェアを判断し、そのソフトウェアを上記第１のメモリに戻す処理を行うことを特徴とする請求項４記載のエレベータの制御装置。
【請求項６】
上記更新制御手段は、上記第１のメモリに記憶されたソフトウェアが上記第２のメモリに存在していた場合に上記第１のメモリに記憶されたソフトウェアを上記第２のメモリにバックアップせずに更新処理を行うことを特徴とする請求項１記載のエレベータの制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、エレベータの運転制御を行うためのソフトウェアを更新する場合に用いて好適なエレベータの制御装置に関する。
【背景技術】
【０００２】
従来、エレベータの運転制御のためのソフトウェアは、Ｐ−ＲＯＭに格納されていた。このため、エレベータの仕様変更などに伴いソフトウェアを更新する場合には、コントローラ基板上に実装されているＰ−ＲＯＭを新たなものと交換する作業が必要となり、そのときにＲＯＭチップのピンを曲げてしまうことなどがあった。
【０００３】
そこで、例えば特許文献１のように、ＲＯＭの交換作業を必要としない方法が提案されている。これは、旧バージョンのＰ−ＲＯＭを残したまま、新バージョンのＰーＲＯＭを増設する方法である。すなわち、新バージョンのＰーＲＯＭを増設用コネクタに接続し、通常はその新バージョンのＰーＲＯＭからソフトウェア（制御用プログラム）を読み込み、もし異常が検出された場合には旧バージョンのＰ−ＲＯＭのソフトウェアに戻すように内部的な切り替えを行う。これにより、ＲＯＭの交換作業を不要とせずにソフトウェアを更新することができ、また、異常が発生した場合には直ぐに元に戻して対応することもできる。
【特許文献１】特開２００１−２４０３３７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記特許文献１のような方法では、旧バージョンのＰ−ＲＯＭと新バージョンのＰーＲＯＭを切り替えるための複雑な切り替え機構が必要である。また、その切り替え機構の誤動作により、旧バージョンに切り替わってしまう問題などもある。
【０００５】
エレベータはその製品特性上、物件毎に要求仕様が異なることが多く、また、その仕様変更に伴うソフトウェアの更新も多い。この場合、エレベータは公共性の高い乗り物であるため、エレベータの運転をできるだけ停止させずにソフトウェアを更新することが要求され、さらに、ソフトウェアの更新によってエレベータが正常に動作しなくなった場合には速やかに元に戻して運転サービスを継続することが重要となる。
【０００６】
そこで、本発明は上記のような点に鑑みなされたもので、複雑な切り替え機構を必要とせずに、エレベータの運転制御用のソフトウェアを更新することができ、また、更新後に不具合が発生した場合には速やかに元のソフトウェアに戻してエレベータの運転を復旧することのできるエレベータの制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の請求項１に係るエレベータの制御装置は、コントローラ基板上に実装され、エレベータの運転を制御するためのソフトウェアが記憶された第１のメモリと、上記コントローラ基板に着脱自在に接続され、更新用のソフトウェアが記憶された携帯型の第２のメモリと、この第２のメモリに記憶されたソフトウェアが更新用として適切であるか否かを判断する更新判断手段と、この更新判断手段によって上記第２のメモリに記憶されたソフトウェアが更新用として適切であると判断された場合に、上記第１のメモリに記憶されたソフトウェアを上記第２のメモリにバックアップした後、上記第２のメモリに記憶されたソフトウェアを上記コントローラ基板に転送して上記第１のメモリに書き込む更新制御手段とを具備したことを特徴とする。
【０００８】
また、本発明の請求項２は、上記請求項１記載のエレベータの制御装置において、上記更新判断手段は、上記第１のメモリに記憶されたソフトウェアのバージョンデータと上記第２のメモリに記憶されたソフトウェアのバージョンデータとを比較し、上記第２のソフトウェアの方が新しい場合に更新用として適切であると判断することを特徴とする。
【０００９】
また、本発明の請求項３は、上記請求項１記載のエレベータの制御装置において、上記更新判断手段は、上記第１のメモリに記憶されたソフトウェアの整合性情報と上記第２のメモリに記憶されたソフトウェアの整合性情報とを比較し、両者のソフトウェアに整合性がある場合に更新用として適切であると判断することを特徴とする。
【００１０】
また、本発明の請求項４は、上記請求項１記載のエレベータの制御装置において、上記更新制御手段は、上記第２のメモリにバックアップしたソフトウェアと上記第１のメモリに更新用として書き込んだソフトウェアに関する情報を転送履歴として上記第２のメモリ内に記録することを特徴とする。
【００１１】
また、本発明の請求項５は、上記請求項４記載のエレベータの制御装置において、更新前のソフトウェアに戻す指示を行うための操作手段を備え、上記更新制御手段は、上記操作手段によって更新前のソフトウェアに戻す指示があったときに、上記第２のメモリ内に記録された上記転送履歴に基づいて上記第２のメモリにバックアップした更新前のソフトウェアを判断し、そのソフトウェアを上記第１のメモリに戻す処理を行うことを特徴とする。
【００１２】
また、本発明の請求項６は、上記請求項１記載のエレベータの制御装置において、上記更新制御手段は、上記第１のメモリに記憶されたソフトウェアが上記第２のメモリに存在していた場合に上記第１のメモリに記憶されたソフトウェアを上記第２のメモリにバックアップせずに更新処理を行うことを特徴とする。
【発明の効果】
【００１３】
本発明によれば、更新用のソフトウェアが記憶された携帯型の第２のメモリをコントローラ基板に接続するだけで、コントローラ基板上の第１のメモリに記憶されたソフトウェアを簡単に更新することができる。また、そのときに第１のメモリに記憶されていたソフトウェアが第２のメモリにバックアップされるので、更新後に不具合が発生した場合には速やかに元のソフトウェアに戻してエレベータの運転を復旧することができる。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照して本発明の実施形態を説明する。
【００１５】
（第１の実施形態）
図１は本発明の第１の実施形態に係るエレベータ制御装置を適用したエレベータシステムの構成を示す図である。なお、図１の例では、マシンルームレスタイプのエレベータとしての構成が示されているが、例えばマシンルームが最上階にあるエレベータであっても本発明は適用可能である。
【００１６】
図１に示すように、昇降路１１内に制御盤１２と巻上げ機１３が設置されており、巻上げ機１３から降ろされたメインロープ１４の一端に乗りかご１５、他端に釣合い重り（カウンタウエイト）１６が取付けられている。巻上げ機１３は制御盤１２と接続されており、制御盤１２から出力される駆動信号によって回転する。この巻上げ機１３の回転動作に伴い、乗りかご１５がメインロープ１４を介して釣合い重り１６と共につるべ式に昇降する。
【００１７】
制御盤１２内には、コントローラ基板２１が設置されている。このコントローラ基板２１がエレベータ制御装置と呼ばれる部分であり、ＣＰＵ２２、ＲＡＭ２３などを含む一般的なコンピュータによって構成されている。ＣＰＵ２２は、エレベータの運転制御に関する処理を実行する。ＲＡＭ２３には、エレベータの運転に必要な各種データが記憶される。
【００１８】
また、このコントローラ基板２１には、エレベータの運転を制御するためのソフトウェア（運転制御プログラム）を記憶するための記憶手段として、例えばＥＥＰ−ＲＯＭなどの不揮発性メモリ２４が実装されている。ＣＰＵ２２は、この不揮発性メモリ２４に記憶された運転制御用のソフトウェアを読み込むことで、そのソフトウェアに記述された手順に従ってエレベータの運転制御に関する処理を実行する。
【００１９】
さらに、このコントローラ基板２１には、外部メモリ接続用のインターフェース２５が設けられており、ここに携帯型不揮発性メモリ２６が着脱自在に接続される。携帯型不揮発性メモリ２６としては、具体的にはメモリカードやＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）メモリなどである。この携帯型不揮発性メモリ２６には、更新用として作成されたソフトウェアが記憶されている。
【００２０】
図２は携帯型不揮発性メモリ２６を用いてコントローラ基板２１上の不揮発性メモリ２４に記憶されているソフトウェアを更新する方法を説明するための図である。
【００２１】
携帯型不揮発性メモリ２６は第１の領域２６ａと第２の領域２６ｂを有し、第１の領域２６ａに更新用として作成された新しいソフトウェアが記憶されている。また、第２の領域２６ｂは空き領域であり、少なくとも不揮発性メモリ２４内に記憶されているソフトウェアを記憶可能な容量を有するものとする。
【００２２】
この携帯型不揮発性メモリ２６をコントローラ基板２１のインターフェース２５に接続した状態で、所定の操作によりソフトウェアの更新を指示すると、まず、コントローラ基板２１上の不揮発性メモリ２４に記憶されていた古いソフトウェアが携帯型不揮発性メモリ２６の空き領域である第２の領域２６ｂにバックアップされる。バックアップ完了後、携帯型不揮発性メモリ２６の第１の領域２６ａに記憶されたソフトウェアが更新用の新しいソフトウェアとしてインターフェース２５を介してコントローラ基板２１に転送され、不揮発性メモリ２４に書き込まれる。
【００２３】
このように、携帯型不揮発性メモリ２６を接続するだけの簡単な作業で、不揮発性メモリ２４内のソフトウェアを更新することができる。また、このときに作業員が特に意識していなくとも、不揮発性メモリ２４内のソフトウェアが携帯型不揮発性メモリ２６の空き領域にバックアップされるので、例えばソフトウェア更新後にエレベータが正常に動作しないなどの不具合が発生した場合でも、携帯型不揮発性メモリ２６にバックアップされたソフトウェアを戻してエレベータの運転を復旧することができる。
【００２４】
なお、上記図２の例では、携帯型不揮発性メモリ２６のデータ領域を２つの領域２６ａ，２６ｂに分け、第１の領域２６ａに新しいソフトウェア、第２の領域２６ｂに古いソフトウェアを書き込むものとして説明したが、携帯型不揮発性メモリ２６の容量が大きい場合には、さらに多くの領域に分けて、それぞれに異なるソフトウェアを書き込むような使い方も可能である。
【００２５】
図３にその一例を示す。この例では、携帯型不揮発性メモリ２６のデータ領域を５つの領域２６ａ〜２６ｅに分け、このうちの第１の領域２６ａに更新用の新しいソフトウェア、第２〜第４の領域２６ｂ〜２６ｅに各物件毎の古いソフトウェアを書き込む構成としている。
【００２６】
コントローラ基板２１上の不揮発性メモリ２４のソフトウェアを更新する場合において、まず、古いソフトウェアをバックアップするために、携帯型不揮発性メモリ２６の第１領域２６ａから順に空き領域を探していく。この場合、携帯型不揮発性メモリ２６の第１領域２６ａには既に新しいソフトウェアが記憶されているため、残りの第２〜第４の領域２６ｂ〜２６ｅの中で空き領域を探すことになる。空き領域があれば、そこに古いソフトウェアをバックアップして、続いて第１領域２６ａにある新しいソフトウェアをコントローラ基板２１の不揮発性メモリ２４に書き込む。
【００２７】
なお、空き領域がなかった場合には、その旨の警告メッセージをコントローラ基板２１上の図示せぬ表示器などに表示するようにしても良い。これらの一例の処理は、マイクロコンピュータであるＣＰＵ２２によって実行される。
【００２８】
このように、容量の大きな携帯型不揮発性メモリ２６を使用すれば、それ１つで４物件あるいは４台のエレベータに対するソフトウェア更新作業を行うことができると共に、各エレベータに対応した古いソフトウェアを同じ携帯型不揮発性メモリ２６にバックアップしておくことができる。よって、作業員が多数の携帯型不揮発性メモリ２６を持ち運ぶ手間を省け、また、各エレベータの古いソフトウェアを一括管理しておくことができ、何かあれば直ぐに対応できるといった利点がある。
【００２９】
以上では、携帯型不揮発性メモリ２６のメモリ空間を有効利用して古いソフトウェアをバックアップすることについて述べた。
【００３０】
次に、携帯型不揮発性メモリ２６を用いてソフトウェアを更新する場合の具体的な処理について説明する。なお、他の実施形態も含め、以下の各フローチャートで示される処理は、マイクロコンピュータであるＣＰＵ２２がＲＯＭ等の記録媒体に記録された所定のプログラムを読み込むことにより実行される。
【００３１】
図４は本発明の第１の実施形態に係るエレベータ制御装置の処理動作を示すフローチャートである。
【００３２】
携帯型不揮発性メモリ２６からコントローラ基板２１にエレベータ運転制御用のソフトウェアを転送する際に、コントローラ基板２１上の不揮発性メモリ２４内に記憶されているソフトウェアが更新用として適切なものであるか否かを判別する必要がある。第１の実施形態では、この適正判別をソフトウェアのバージョン比較によって行う。
【００３３】
すなわち、ＣＰＵ２２は、インターフェース２５に接続された携帯型不揮発性メモリ２６内のソフトウェアのバージョンデータ読込み処理と（ステップＡ１１）、コントローラ基板２１上の不揮発性メモリ２４内のソフトウェアのバージョンデータ読込み処理を行う（ステップＡ１２）。
【００３４】
そして、この２つの処理で読み込んだバージョンデータを比較することにより、携帯型不揮発性メモリ２６内のソフトウェアの方が新しいか否かを判定する（ステップＡ１３）。詳しくは、それぞれのバージョンデータに記述された当該ソフトウェアのバージョンを特定するための番号や、そのソフトウェアを作成した日付あるいはソフトウェアのコンパイルを行った日付などを比較することで、どちらが新しいソフトウェアであるかを判定する。
【００３５】
もし、コントローラ基板２１上の不揮発性メモリ２４内のソフトウェアの方が新しかった場合には（ステップＡ１４のＮｏ）、携帯型不揮発性メモリ２６内のソフトウェアは更新用として不適切であると判断され、何もせずに終了する。
【００３６】
一方、携帯型不揮発性メモリ２６内のソフトウェアの方が新しかった場合には（ステップＡ１３のＹｅｓ）、携帯型不揮発性メモリ２６内のソフトウェアは更新用として適切であると判断される。そこで、ＣＰＵ２２は、コントローラ基板２１上の不揮発性メモリ２４内のソフトウェアを携帯型不揮発性メモリ２６の空き領域にバックアップする処理を行う（ステップＡ１４）。
【００３７】
バックアップが完了すると、ＣＰＵ２２は、続いて携帯型不揮発性メモリ２６に記憶されているソフトウェアを読み出し、コントローラ基板２１に転送することにより、このソフトウェアを更新用の新たなソフトウェアとしてコントローラ基板２１上の不揮発性メモリ２４に書き込む処理を行う（ステップＡ１５）。
【００３８】
このように、携帯型不揮発性メモリ２６に記憶されたソフトウェアのバージョンが新しい場合に更新処理が行われるので、作業員が誤って古いソフトウェアに更新してしまうことを防ぐことができる。
【００３９】
（第２の実施形態）
次に、本発明の第２の実施形態について説明する。
【００４０】
第２の実施形態では、携帯型不揮発性メモリ２６を用いてソフトウェアを更新した場合に、そのソフトウェアの転送履歴を作成することを特徴とする。
【００４１】
なお、エレベータ制御装置としての全体構成（図１）や、携帯型不揮発性メモリ２６の構成（図２および図３）については上記第１の実施形態と同様であるため、ここでは処理的な違いについて説明する。
【００４２】
図５は本発明の第２の実施形態に係るエレベータ制御装置の処理動作を示すフローチャートである。なお、この図４において、携帯型不揮発性メモリ２６を用いてソフトウェアを更新するまでの処理（ステップＢ１１〜Ｂ１５）は図３と同様である。
【００４３】
すなわち、ＣＰＵ２２は、インターフェース２５に接続された携帯型不揮発性メモリ２６内のソフトウェアのバージョンデータ読込み処理と（ステップＢ１１）、コントローラ基板２１上の不揮発性メモリ２４内のソフトウェアのバージョンデータ読込み処理を行う（ステップＢ１２）。そして、この２つの処理で読み込んだバージョンデータを比較することにより、携帯型不揮発性メモリ２６内のソフトウェアの方が新しいか否かを判定する（ステップＢ１３）。
【００４４】
詳しくは、それぞれのバージョンデータに記述された当該ソフトウェアのバージョンを特定するための番号や、そのソフトウェアを作成した日付あるいはソフトウェアのコンパイルを行った日付などを比較することで、どちらが新しいソフトウェアであるかを判定する。
【００４５】
もし、コントローラ基板２１上の不揮発性メモリ２４内のソフトウェアの方が新しかった場合には（ステップＢ１４のＮｏ）、携帯型不揮発性メモリ２６内のソフトウェアは更新用として不適切であると判断され、何もせずに終了する。
【００４６】
一方、携帯型不揮発性メモリ２６内のソフトウェアの方が新しかった場合には（ステップＢ１３のＹｅｓ）、携帯型不揮発性メモリ２６内のソフトウェアは更新用として適切であると判断される。そこで、ＣＰＵ２２は、コントローラ基板２１上の不揮発性メモリ２４内のソフトウェアを携帯型不揮発性メモリ２６の空き領域にバックアップする処理を行う（ステップＢ１４）。
【００４７】
バックアップが完了すると、ＣＰＵ２２は、続いて携帯型不揮発性メモリ２６に記憶されているソフトウェアを読み出し、コントローラ基板２１に転送することにより、このソフトウェアを更新用の新たなソフトウェアとしてコントローラ基板２１上の不揮発性メモリ２４に書き込む処理を行う（ステップＢ１５）。
【００４８】
ここで、ＣＰＵ２２は、携帯型不揮発性メモリ２６にバックアップしたソフトウェアとコントローラ基板２１上の不揮発性メモリ２４に書き込んだソフトウェアの情報を転送履歴として作成し（ステップＢ１６）、これを現在接続されている携帯型不揮発性メモリ２６に書き込む処理を行う（ステップＢ１７）。上記転送履歴には、例えばエレベータの識別番号、転送元の情報、転送先の情報、新しいソフトウェアのバージョンデータ、古いソフトウェアのバージョンデータ、転送日などが含まれる。
【００４９】
このように、携帯型不揮発性メモリ２６を用いてソフトウェアを更新した際に、ソフトウェアの転送履歴を携帯型不揮発性メモリ２６内に記録しておくことで、いつ、どこのエレベータに対して、どのバージョンのソフトウェアをバックアップして、どのバージョンのソフトウェアを転送したかなどを各物件毎に管理することができる。
【００５０】
（第３の実施形態）
次に、本発明の第３の実施形態について説明する。
【００５１】
第３の実施形態では、携帯型不揮発性メモリ２６にバックアップした古いソフトウェアをコントローラ基板２１上の不揮発性メモリ２４に戻す場合の処理について言及している。
【００５２】
なお、エレベータ制御装置としての全体構成（図１）や、携帯型不揮発性メモリ２６の構成（図２および図３）については上記第１の実施形態と同様であるため、ここでは処理的な違いについて説明する。
【００５３】
また、携帯型不揮発性メモリ２６を用いたソフトウェアの更新処理については上記第１および第２の実施形態と同様であるため、図６を参照して携帯型不揮発性メモリ２６にバックアップした古いソフトウェアを戻す場合の処理についてのみ説明する。
【００５４】
図６は本発明の第３の実施形態に係るエレベータ制御装置の処理動作を示すフローチャートである。
【００５５】
携帯型不揮発性メモリ２６がインターフェース２５に接続されている状態において、ＣＰＵ２２は、古いソフトウェアに戻す操作があったか否かを判断する（ステップＣ１１）。上記古いソフトウェアに戻す操作とは、例えば作業員が特定のスイッチを押しながら電源を投入するなどである。
【００５６】
このような操作があると（ステップＣ１１のＹｅｓ）、ＣＰＵ２２は、携帯型不揮発性メモリ２６内のソフトウェア転送履歴を読み込む処理を行う（ステップＣ１２）。これは、上記第３の実施形態で説明したように、ソフトウェアを更新したときに残る履歴情報のことであり、どのエレベータのソフトウェアをどのバージョンからどのバージョンに変更したかなどが記述されている。
【００５７】
ＣＰＵ２２は、このソフトウェア転送履歴に基づいて、携帯型不揮発性メモリ２６にバックアップした当該エレベータの古いソフトウェアを判断する（ステップＣ１２）。そして、ＣＰＵ２２は、この古いソフトウェアを携帯型不揮発性メモリ２６から読み出してコントローラ基板２１へ転送し、コントローラ基板２１上の不揮発性メモリ２４に書き込む（ステップＣ１３）。この場合、コントローラ基板２１上の不揮発性メモリ２４には既に新しいソフトウェアが記憶されているため、この新しいソフトウェアの上に古いソフトウェアが書き込まれることになる。
【００５８】
最後に、ＣＰＵ２２は、古いソフトウェアに戻したことをソフトウェア転送履歴に追加する処理を行う（ステップＣ１５）。例えば物件Ａというエレベータに対し、××年××月××日にバージョンＣのソフトウェアをバージョンＢのソフトウェアにバージョンダウンしたといった情報をソフトウェア転送履歴に追加する。
【００５９】
このように、携帯型不揮発性メモリ２６にバックアップした古いソフトウェアを、該当するエレベータに簡単に戻すことができる。したがって、ソフトウェアの更新後にエレベータが正常に動作しなかった場合に、直ぐに元のソフトウェアに戻してエレベータの運転を復旧することができる。また、ソフトウェアを元に戻した情報をソフトウェア転送履歴に残すことで、エレベータの物件毎にソフトウェアのバージョン管理を正確に行うことができる。
【００６０】
（第４の実施形態）
次に、本発明の第４の実施形態について説明する。
【００６１】
第４の実施形態では、更新用ソフトウェアの適正判断を現在使用中のソフトウェアとの整合性（互換性）をチェックすることで行う。
【００６２】
なお、エレベータ制御装置としての全体構成（図１）や、携帯型不揮発性メモリ２６の構成（図２および図３）については上記第１の実施形態と同様であるため、ここでは処理的な違いについて説明する。
【００６３】
図７は本発明の第４の実施形態に係るエレベータ制御装置の処理動作を示すフローチャートである。
【００６４】
エレベータのソフトウェアを更新する場合に、ＣＰＵ２２は、まず、インターフェース２５に接続された携帯型不揮発性メモリ２６内のソフトウェアの整合性情報読込み処理と（ステップＤ１１）、コントローラ基板２１上の不揮発性メモリ２４内のソフトウェアの整合性情報読込み処理を行う（ステップＤ１２）。そして、この２つの処理で読み込んだ整合性情報を比較することにより、両者のソフトウェアに整合性があるか否かを判断する（ステップＤ１３）。
【００６５】
ここで、上記整合性情報には、ソフトウェアの種類やエレベータの仕様などの情報が含まれる。ソフトウェアの種類とは、標準ソフトウェア（標準的なエレベータ動作を行うためのソフトウェア）、特殊ソフトウェア（物件毎に異なる特殊なエレベータ動作を含んだソフトウェア）などである。エレベータの仕様とは、例えば乗りかごのドアが１方向の出入口仕様であるとか、２方向の出入口仕様であるとかである。これらの情報を比較することで、例えば特殊ソフトウェアを使用しているエレベータに標準ソフトウェアを適用したり、その逆のことを防止する。
【００６６】
上記整合性情報に基づいてソフトウェアの整合性を判断した結果、整合性なしであった場合には（ステップＤ１３のＮｏ）、携帯型不揮発性メモリ２６内のソフトウェアは更新用として不適切であると判断される。その際、ＣＰＵ２２は、コントローラ基板２１上の図示せぬ表示器にソフトウェアの整合性異常を警告表示して（ステップＤ１４）、携帯型不揮発性メモリ２６からコントローラ基板２１へのソフトウェアの転送を中止する（ステップＤ１５）。
【００６７】
一方、ソフトウェアの整合性が一致した場合には（ステップＤ１３のＹｅｓ）、携帯型不揮発性メモリ２６内のソフトウェアは更新用として適切であると判断される。そこで、ＣＰＵ２２は、コントローラ基板２１上の不揮発性メモリ２４内のソフトウェアを携帯型不揮発性メモリ２６の空き領域にバックアップする処理を行う（ステップＤ１６）。
【００６８】
バックアップが完了すると、ＣＰＵ２２は、続いて携帯型不揮発性メモリ２６に記憶されているソフトウェアを読み出し、コントローラ基板２１に転送することにより、このソフトウェアを更新用の新たなソフトウェアとしてコントローラ基板２１上の不揮発性メモリ２４に書き込む処理を行う（ステップＤ１７）。
【００６９】
また、ＣＰＵ２２は、コントローラ基板２１上の不揮発性メモリ２４に書き込んだソフトウェアの転送履歴を作成し（ステップＤ１８）、これを現在接続されている携帯型不揮発性メモリ２６に書き込む処理を行う（ステップＤ１９）。上記転送履歴には、例えばエレベータの識別番号、転送元の情報、転送先の情報、新しいソフトウェアのバージョンデータ、古いソフトウェアのバージョンデータ、転送日などが含まれる。
【００７０】
このように、携帯型不揮発性メモリ２６を用いてソフトウェアを更新する際に、エレベータに現在使われているソフトウェアとの整合性が一致した場合のみ、携帯型不揮発性メモリ２６から更新用の新しいソフトウェアが転送される。したがって、例えば作業員の不注意により特殊ソフトウェアを使っているエレベータに対して標準ソフトウェアを書き込んでしまうようなミスを防ぐことができる。
【００７１】
（第５の実施形態）
次に、本発明の第５の実施形態について説明する。
【００７２】
第５の実施形態では、携帯型不揮発性メモリ２６を用いてソフトウェアを更新するときに、コントローラ基板２１上の不揮発性メモリ２４に記憶されているソフトウェアが、携帯型不揮発性メモリ２６内に既にバックアップされている別のエレベータのソフトウェアと同じものであった場合に、同じソフトウェアを２回バックアップせずに、更新情報だけを残すようにしたものである。
【００７３】
なお、エレベータ制御装置としての全体構成（図１）や、携帯型不揮発性メモリ２６の構成（図２および図３）については上記第１の実施形態と同様であるため、ここでは処理的な違いについて説明する。
【００７４】
図８は本発明の第５の実施形態に係るエレベータ制御装置の処理動作を示すフローチャートである。
【００７５】
エレベータのソフトウェアを更新する場合に、ＣＰＵ２２は、まず、携帯型不揮発性メモリ２６にバックアップされたソフトウェアの管理情報の読込み処理と（ステップＥ１１）、コントローラ基板２１上の不揮発性メモリ２４に記憶されているソフトウェアの管理情報の読込み処理を行う（ステップＥ１２）。そして、この２つの処理で読み込んだ管理情報を比較することにより、バックアップされたソフトウェアとの同一判定処理を行う（ステップＥ１３）。
【００７６】
ここで、ソフトウェアの管理情報とは、例えばソフトウェアの名称、バージョン番号、ソフトウェアの作成日、ソフトウェアのコンパイル日、ソフトウェアのチェックサムなどである。上記バックアップされたソフトウェアとの同一判定処理は、これらの一部、またはすべてを比較することで行う。
【００７７】
比較の結果、同一であった場合、つまり、更新対象としているエレベータのソフトウェアが携帯型不揮発性メモリ２６に既にバックアップ済みのソフトウェアと同じであった場合には（ステップＥ１３のＹｅｓ）、ＣＰＵ２２は、当該エレベータのソフトウェアを携帯型不揮発性メモリ２６にバックアップせずに、以下のような処理を行う。
【００７８】
すなわち、ＣＰＵ２２は、コントローラ基板２１からエレベータの認識コードを読み込む（ステップＥ１４）。上記認識コードは、具体的にはエレベータの物件管理番号を想定している。
【００７９】
次に、ＣＰＵ２２は、上記識別コードによって識別されるエレベータのソフトウェアが、先にバックアップしたエレベータのものと同じであったことを携帯型不揮発性メモリ２６に記録する（ステップＥ１５）。続いて、ＣＰＵ２２は、携帯型不揮発性メモリ２６から更新用の新しいソフトウェアを読み出し、これをコントローラ基板２１へ転送して不揮発性メモリ２４に書き込む（ステップＥ１６）。この場合、不揮発性メモリ２４には古いソフトウェアが記憶されているので、その上に新しいソフトウェアが書き込まれることになる。
【００８０】
一方、携帯型不揮発性メモリ２６に既にバックアップされていたソフトウェアと、更新対象としているエレベータのソフトウェアとが違うものであった場合には（ステップＥ１３のＮｏ）、ＣＰＵ２２は、そのエレベータのソフトウェアつまりコントローラ基板２１上の不揮発性メモリ２４内のソフトウェアを携帯型不揮発性メモリ２６の空き領域にバックアップする処理を行う（ステップＥ１７）。
【００８１】
バックアップが完了すると、ＣＰＵ２２は、続いて携帯型不揮発性メモリ２６に記憶されているソフトウェアを読み出し、コントローラ基板２１に転送することにより、このソフトウェアを更新用の新たなソフトウェアとしてコントローラ基板２１上の不揮発性メモリ２４に書き込む処理を行う（ステップＥ１８）。
【００８２】
また、ＣＰＵ２２は、コントローラ基板２１上の不揮発性メモリ２４に書き込んだソフトウェアの転送履歴を作成し（ステップＥ１９）、これを現在接続されている携帯型不揮発性メモリ２６に書き込む処理を行う（ステップＥ２０）。上記転送履歴には、例えばエレベータの識別番号、転送元の情報、転送先の情報、新しいソフトウェアのバージョンデータ、古いソフトウェアのバージョンデータ、転送日などが含まれる。
【００８３】
このように、携帯型不揮発性メモリ２６に既にバックアップされているソフトウェアとの同一性を確認してからバックアップ処理を行うようにしたことで、以下のような効果が奏せられる。
【００８４】
すなわち、同じ物件に複数台のエレベータが設置されている場合には、仕様がほぼ同じであり、ソフトウェアも同じものを使っていることが多い。このように、各エレベータに同じソフトウェアが使われていた場合に、これらを携帯型不揮発性メモリ２６に重複してバックアップすることを回避して、携帯型不揮発性メモリ２６の空き領域を効率的に使ってソフトウェアの更新作業を行うことができる。
【００８５】
なお、本発明は上記各実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記各実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の形態を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を省略してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００８６】
【図１】図１は本発明の第１の実施形態に係るエレベータ制御装置を適用したエレベータシステムの構成を示す図である。
【図２】図２は同実施形態における携帯型不揮発性メモリを用いたソフトウェアの更新方法を説明するための図である。
【図３】図３は同実施形態における携帯型不揮発性メモリのデータ領域を複数の領域に分けて使用する場合の一例を示す図である。
【図４】図４は本発明の第１の実施形態に係るエレベータ制御装置の処理動作を示すフローチャートである。
【図５】図５は本発明の第２の実施形態に係るエレベータ制御装置の処理動作を示すフローチャートである。
【図６】図６は本発明の第３の実施形態に係るエレベータ制御装置の処理動作を示すフローチャートである。
【図７】図７は本発明の第４の実施形態に係るエレベータ制御装置の処理動作を示すフローチャートである。
【図８】図８は本発明の第５の実施形態に係るエレベータ制御装置の処理動作を示すフローチャートである。
【符号の説明】
【００８７】
１１…昇降路、１２…制御盤、１３…巻上げ機、１４…メインロープ、１５…乗りかご、１６…釣合い重り、２１…コントローラ基板、２２…ＣＰＵ、２３…ＲＡＭ、２４…不揮発性メモリ、２５…メモリ接続用インターフェース、２６…携帯型不揮発性メモリ、２６ａ〜２６ｅ…携帯型不揮発性メモリの各領域。
【図１】
2007084187.tif 000003
【図２】
2007084187.tif 000004
【図３】
2007084187.tif 000005
【図４】
2007084187.tif 000006
【図５】
2007084187.tif 000007
【図６】
2007084187.tif 000008
【図７】
2007084187.tif 000009
【図８】
2007084187.tif 000010