[go: up one dir, main page]

JP4115219B2 - Elevator control device - Google Patents

Elevator control device Download PDF

Info

Publication number
JP4115219B2
JP4115219B2 JP2002271992A JP2002271992A JP4115219B2 JP 4115219 B2 JP4115219 B2 JP 4115219B2 JP 2002271992 A JP2002271992 A JP 2002271992A JP 2002271992 A JP2002271992 A JP 2002271992A JP 4115219 B2 JP4115219 B2 JP 4115219B2
Authority
JP
Japan
Prior art keywords
data
memory
program
elevator
control
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2002271992A
Other languages
Japanese (ja)
Other versions
JP2004110400A (en
Inventor
享悦 武田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Elevator and Building Systems Corp
Original Assignee
Toshiba Elevator Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toshiba Elevator Co Ltd filed Critical Toshiba Elevator Co Ltd
Priority to JP2002271992A priority Critical patent/JP4115219B2/en
Publication of JP2004110400A publication Critical patent/JP2004110400A/en
Application granted granted Critical
Publication of JP4115219B2 publication Critical patent/JP4115219B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Indicating And Signalling Devices For Elevators (AREA)
  • Elevator Control (AREA)
  • Detection And Correction Of Errors (AREA)
  • Techniques For Improving Reliability Of Storages (AREA)

Description

【0001】
【発明の属する技術分野】
本発明はエレベータ制御装置に関し、特にプログラム格納用不揮発メモリにてプログラム実行を行った際にメモリのデータ化けなどにより制御に支障をきたすおそれやエレベータが故障となり交通サービスを復旧までの間提供できなくなるということを想定して、メモリのデータ化けが発生した場合にエレベータの故障を回避しかつ、信頼性の高い制御プログラムを提供することの可能なエレベータ制御装置に関する。
【0002】
【従来の技術】
図6は従来のエレベータ制御装置の運転制御回路の構成図である。
【0003】
同図に示すように、エレベータ制御装置10の運転制御回路は、運転制御の実行を行うための運転制御CPU1と、運転制御処理のプログラムを格納した不揮発メモリであるプログラム格納メモリ2と、エレベータ制御装置10とエレベータ会社の監視センタ8との間を電話回線7で通信するために必要とされる保守インタフェース4と、エレベータの状態を検出するためのエレベータ状態検出回路6と、制御データを格納した揮発メモリであるデータ格納用メモリ12で構成される。
【0004】
また、複数号機が1つの建物に設置された環境において、2台制御や群管理制御を行うシステムにおいては、さらに他号機通信インタフェース5と他号機20との通信のための通信線9が構成され通信線9を介して他号機20に接続される。他号機20の内部の構成は本図のエレベータ制御装置10と同様の運転制御回路の構成を有する。
【0005】
一般に、前述の運転制御CPU1は、エレベータの運行制御に関する演算を行い、エレベータのかごの停止階を決定するための演算処理などを行い、16ビットから32ビットの演算を行うCPUが使用される。
【0006】
プログラム格納メモリ2には、256KB程度の不揮発メモリであるEPROMやフラッシュROMが一般に使用される。
【0007】
保守インタフェース4は、前述の運転制御CPU1との通信を行い、データを電話回線7のプロトコルに変換してエレベータの保守会社の監視センタ8とデータの通信を行う。
【0008】
他号機通信インタフェース5では、運転制御CPU1から送信されたデータをシリアルデータに変換して、通信線9により光通信またはRS−422、RS−485、LANなどの長距離通信インタフェースで他号機20との通信を行う。
【0009】
エレベータ状態検出回路6では、エレベータのかご位置の検出機能や、着床レベルの検出をはじめエレベータに取りつけられたスイッチ・センサの状態を信号として読み込み、運転制御CPU1にて前述の信号を演算することでエレベータの状態検出を行う。
【0010】
データ格納用メモリ12には、256KB程度の揮発メモリであるスタティックRAMが一般に使用され、エレベータの制御データの格納や、プログラムデータの総和を演算した結果であるチェックサム値を格納するレジスタなどに使用される。
【0011】
前述の信号の演算を行うにあたって、運転制御CPU1は、プログラム格納メモリ2に格納されたプログラムデータを読み出すことで、エレベータ状態検出回路6から読み出されるエレベータの各種の信号を演算してエレベータの運行命令を行うためプログラム格納メモリ2に格納されたプログラムデータを正確に読み出すことを要求され、万一データを誤って読み出した場合は本来目的とする運転制御の誤動作を引き起こし安全な運行サービスを提供できなくなるおそれが多分にあるため、一般に運転制御CPU1は常時プログラム格納メモリ2のデータの総和を演算するチェックサム処理を行う。
【0012】
次に、チェックサム処理の概要を説明する。
【0013】
運転制御CPU1は、常時プログラムデータのデータの総和を演算してデータ格納用メモリ12にチェックサムレジスタとして格納するが、格納する前に前のチェックサムデータと現在演算したチェックサムデータとの比較を行い異常の有無を判定し、データに相違がある場合にはチェックサムを行った領域内でのデータの相違があるものと判断してチェックサムエラーと判定する。チェックサムエラーが発生した場合には本来変更されることのないプログラムデータが変更されているためにデータ化けが発生したものと考えるため、プログラムの誤動作・暴走による危険を回避するためにエレベータを故障させる処理を行う。
【0014】
【発明が解決しようとする課題】
しかしながら、近年の電子部品の発達によりプログラム格納メモリ2の集積度が著しく増加することに伴い、プログラム格納メモリ2に使用される不揮発メモリには、書き込み回数の限界値や一定アドレスを連続してアクセスしつづけた場合アクセスした番地に電荷が蓄積されることに起因したチャージゲイン現象などからデータ化けといった現象が発生する課題があった。
【0015】
そこで本発明は、メモリのデータ化けが発生した場合にエレベータの故障を回避し、信頼性の高いエレベータの制御を行うことが可能なエレベータ制御装置を提供することを目的とする。
【0016】
【課題を解決するための手段】
本発明に係るエレベータ制御装置は、エレベータにおける所定の制御を行うための処理装置と、所定の制御のプログラムのプログラムデータを格納する第1のメモリと、所定の制御のプログラムを実行するために、第1のメモリから転送されたプログラムデータを格納する第2のメモリとを備え、通常は第2のメモリのプログラムデータを用いて処理装置により所定の制御を行うエレベータ制御装置において、複数号機間の通信を行うための通信手段と、この通信手段を介して、複数号機間でプログラムデータのベリファイチェックを行う手段と、ベリファイエラー時には各号機のエレベータが停止したことを確認して複数号機間でプログラムデータを転送する手段とを備えたことを特徴とする。
【0017】
このような構成の本発明によれば、例えば不揮発メモリからなる第1のメモリをプログラム格納メモリの用途に限定し、プログラムの実行メモリとなる第2のメモリを別に設けているので、プログラム実行メモリとなる第2のメモリに例えば自由に読み書き可能な揮発メモリを使用して、プログラム実行メモリのデータ化けを防止するためのベリファイチェック機能を有するようにすれば、信頼性の高いエレベータの制御を行うことができる。
また、複数号機間でプログラムデータのベリファイチェックを行うことで、さらに信頼性を向上させることができる。
【0018】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態について詳細に説明する。
【0019】
図1は、本発明の一実施形態に係るエレベータ制御装置の運転制御回路の構成図である。同図に示すように、エレベータ制御装置10の運転制御回路は、運転制御の実行を行うための運転制御CPU(処理装置)1と、運転制御処理のプログラムを格納した不揮発メモリであるプログラム格納メモリ2と、前述の運転制御処理のプログラムを実行するための揮発メモリであるプログラム実行メモリ3と、エレベータの制御装置10とエレベータ会社の監視センタ8との間を電話回線7で通信するために必要とされる保守インタフェース4と、エレベータの状態を検出するためのエレベータ状態検出回路6と、データを一時的に退避させることの可能なデータバッファ用メモリ11と、制御データを格納した揮発メモリであるデータ格納用メモリ12と、前述の運転制御CPU1がプログラム格納メモリ2及びプログラム実行メモリ3のいずれのメモリにアクセス可能となるかを制御するためのバンク切替制御信号13とで構成される。
【0020】
前述のプログラム実行メモリ3には、プログラム格納メモリ2と同等以上のメモリ領域の揮発メモリを使用し、一般には書きこみ回数に制約のないスタティックRAMを使用する。
【0021】
また、プログラム格納メモリ2には、不揮発メモリとして、書き換え不能なEPROMや、電気的に消去可能なEEPROMや、電気的に一定領域をブロック消去可能なフラッシュROMなどが使用されるが、現在実用化に向けて開発中の磁気メモリMRAMや誘電体FCRAMなどは同様の特性を持ち、ビット単位で書き換え・消去が可能であるためデータの加工の容易性に優れており今後使用されることが推定される。
【0022】
プログラム実行メモリ3はプログラム格納メモリ2と同一のアドレスに配置して、バンク切替制御信号13を使用していずれの素子にアクセス可能とするかを制御するバンク選択機能により運転制御CPU1からメモリヘのアクセスを行う。これは、プログラムデータの転送を行う場合に異なるアドレスにデータの転送を行うよりも、同一アドレスのデータを異なるバンクに転送する処理の方がソフトウェアの処理上簡潔に処理を行うことが可能なため、バンク選択方式としている。
【0023】
また、複数号機が1つの建物に設置された環境において、2台制御や群管理制御を行うシステムにおいては、さらに他号機通信インタフェース5と、他号機との通信のための通信線9が構成され、通信線9を介して他号機20に接続される。他号機20の内部の構成は本図のエレベータ制御装置10と同様の運転制御回路の構成を有する。
【0024】
次にプログラムデータの転送方法について説明する。
【0025】
まず、プログラムの起動方法について、図2により説明する。
【0026】
あらかじめ電源投入を行うとバンク選択制御信号13は必ずプログラム格納メモリ2を選択できるような構成を用意しておき、エレベータ制御装置10の電源を投入すると、最初に運転制御CPU1はプログラム格納メモリ2に格納されたプログラム転送用プログラムをデータバッファ用メモリ11に退避させる(ステップS21)。退避が完了すると、データバッファ用メモリ11に退避したプログラム転送用プログラムの実行を行う。
【0027】
プログラム転送用プログラムでは、まずプログラム格納メモリ2の制御プログラムデータをデータバッファ用メモリ11に退避させる(ステップS22)。ここで、プログラム転送用プログラムもデータバッファ用メモリ11から実行しているため、プログラム転送用プログラムの格納されていない領域にデータの退避を行う。次にバンク切替制御信号13をプログラム実行メモリ3に変更して(ステップS23)、データバッファ用メモリ11に転送された制御プログラムデータをプログラム実行メモリ3に転送する(ステップS24)。1度に制御プログラムデータをプログラム格納メモリ2からプログラム実行メモリ3に転送できないときは、バンク切替制御信号13をプログラム格納メモリ2に変更して(ステップS26)、ステップS22に戻り、転送動作を繰り返す。転送が完了すると、プログラム実行エリアに格納した制御プログラムを実行させることができる(ステップS27)。
【0028】
なお、プログラムデータを他のメモリに退避・転送させる場合には逐次データの整合性確認を行う(ステップS25)。整合性確認の方法すなわちベリファイチェックとしては、転送前データと転送後データの全領域データの照合を行うデータベリファイもしくは各転送データの総和となるチェックサムデータ同士の比較を行うチェックサム処理といった方法を用い、転送中にデータ化けが発生していないことを確認する。
【0029】
プログラムデータをプログラム実行メモリ3に転送完了すると、運転制御CPU1は以降プログラム実行メモリ3からプログラムデータを読み出し、運転制御を行う。この場合プログラム実行メモリ3は揮発メモリであるためランダムに読み書きが可能であるため、誤書込みによるプログラムデータ化けを回避するために常時整合性確認を行う。この整合性確認は、例えば、プログラム実行メモリ3における一回前のチェックサムデータとの比較によるチェックサム処理により行うが、プログラム格納メモリ2とプログラム実行メモリ3とのデータ全領域のデータベリファイまたはチェックサム処理により行うこともできる。
【0030】
この制御プログラム実行中にデータ整合性異常が発生した場合のプログラム交換手順について、図3によって説明する。
【0031】
データの整合性異常が発生した場合は、まず異常内容をデータ格納用メモリ12に内蔵したエラーコード格納エリアに記録して監視センタ8に対して保守インタフェース4を経由してエラー発報、すなわち異常警告を行う(ステップS31)。この場合、エラーの発生した回数、発生日時も合わせて送信することで、監視センタ8に駐在のエレベータ保守会社の作業員がエラーの発生傾向を確認できるため、メンテナンスデータとして有効に扱うことが可能となる。
【0032】
次にエレベータの走行中・停止中の判断を行い(ステップS32)、エレベータ走行中の場合は、減速させ最寄階へかごを移動して停止させる(ステップS33)。これは、エレベータ走行中にプログラムのバックアップ転送処理を実施した場合はエレベータが途中無制御になる危険を伴う可能性があるため行う処理であり、必ずエレベータ停止中という安全な状態でデータ転送作業を行うための処理となる。
【0033】
エレベータの停止を確認すると、乗客へ異常を報知するためにかご内に故障中・復旧中であることまたは「しばらくお待ち下さい」などのアナウンスを行う。また故障中にエレベータの利用をやめる乗客がいることも想定できるため、呼びの登録は全てクリアする(ステップS34)。これら故障であることの手続を完了させた上で、プログラム格納メモリ2からプログラム実行メモリ3ヘバックアップされたプログラムデータを転送し(ステップS35)、転送が完了するとかご内に復旧完了のアナスンスを行いプログラム実行メモリ3の制御プログラムを実行する(ステップS36)ことで、エレベータの永久故障を回避できるのでエレベータ制御の信頼性を向上させることが可能となる。
【0034】
データの整合性確認は、前述のデータ全領域のデータベリファイもしくはチェックサム処理により実現させ、プログラムデータの転送方法は制御装置起動時の制御プログラムの転送方法と同様の方法によって実現可能である。
【0035】
エレベータの停止の判断については、エレベータ状態検出回路6から例えば、かご位置パルスのデータが所定時間内で変位しないこと、エレベータの着床スイッチが一定時間オンとなっていること、モーター制御CPUからインバータ制御状態のデータを受け取りインバータ制御を停止していることなどから容易に判断できる。
【0036】
ここで、前述の監視センタ8へのエラー発報の手順について、図4によって説明する。
【0037】
プログラムデータの整合性に異常が発生した場合、整合性異常の発生した日時・アドレス及び正常データと異常データの記録をデータ格納用メモリ12に格納する(ステップS43)。
【0038】
ここで、整合性異常のアドレス及びデータについては、プログラム格納メモリ2のデータをデータバッファ用メモリ11に転送して(ステップS41)、このデータバッファ用メモリ11のデータとプログラム実行メモリ3のデータの整合性を確認する(ステップS42)ことにより、すなわちプログラム格納メモリ2のデータとプログラム実行メモリ3のデータの内容をベリファイチェックして、異なるアドレスおよびデータについて記録することで容易に実現可能である。相違データについてはプログラム格納メモリ2のデータは、プログラム実行中はアクセス不能となるため正しいデータとなりデータ実行メモリ3のデータが化けたデータとなる。
【0039】
これらデータをデータ格納用メモリ12から読み出し保守インタフェース4へ送信する(ステップS44)。送信するデータは異常データの他に、制御装置の納入物件コードなども送信する。保守インタフェース4には通信制御回路を備えておき、受信したデータを直列通信で電話回線のフォーマットに従ってデータ送信を行う(ステップS45)。
【0040】
電話回線から監視センタ8側で異常情報を受信して監視センタ8のサーバに異常情報を記録して(ステップS46)、エレベータ保守会社の従業員にモニタなどの表示装置に報知する(ステップS47)。
【0041】
また、前述のプログラムデータのバックアップ方法においてプログラムデータの整合性確認の手段として、他号機20とのプログラムデータのチェックサム値同士を号機間で整合性確認し、整合性エラーが発生した場合にプログラムのバックアップ転送処理を行うといった処理も有効である。
【0042】
他号機20との間のプログラムの交換手順について図5を元に説明する。
【0043】
一般に号機間通信は通信線9の電線本数の低減といった観点から直列通信方式でデータの授受を行うため、プログラムデータ全領域のベリファイチェックを行う場合チェック時間の長さからエレベータ制御に支障を与えるために、チェックサム処理によるチェックサム値の整合性確認が有効とされる。
【0044】
チェックサム値の整合性確認方法としては、他号機20のチェックサムデータを他号機通信インタフェース5でシリアルデータからパラレルデータに変換して運転制御CPU1は他号機20のチェックサムデータとしてデータ格納用メモリ12に格納する(ステップS51)。また、運転制御CPU1は常時自号機のチェックサムデータを同様にデータ格納用メモリ12に格納する(ステップS52)。ここで、それぞれ格納したチェックサムデータに相違が生じた場合、いずれの号機のプログラムに異常が発生したのかを判断できないために一回前に他号機から受信したチェックサムデータおよび一回前の自号機のチェックサムデータも同様にデータ格納用メモリ12に格納する。
【0045】
そして、データ格納用メモリ12に格納された自号機と他号機のチェックサムデータを比較し(ステップS53)、チェックサムデータに相違がある場合はデータ格納用メモリ12に格納された一回前のチェックサムデータも参照して相違のあるデータの号機をプログラム異常と判定する(ステップS54)。すなわち、自号機と他号機のチェックサムデータ及び一回前の自号機と他号機のチェックサムデータの4つを参照すれば、1つだけ他の3つと異なっていることからその号機をプログラム異常と判定することができる。
【0046】
自号機が異常の場合は、まず自号機のプログラム格納メモリ2のチェックサムと他号機のチェックサムデータの比較照合を行い、一致している場合は前述のプログラムの起動手順に従って、プログラムデータをプログラム格納メモリ2からプログラム実行メモリ3に転送して転送完了後にプログラム実行メモリ3の制御プログラムを起動させる。
【0047】
自号機のプログラム格納メモリ2のチェックサムとデータ格納用メモリ12に格納された他号機のチェックサムが異なる場合は、データプログラムデータを送信する号機とプログラムデータを受信する号機はエレベータを停止させた状態にして(ステップS55〜S60)、停止を確認した上で、通信線9を介してシリアル通信でプログラムデータを通信させ(ステップS61〜S63)、受信号機は他号機通信インタフェース5でデータをパラレル変換してデータバッファ用メモリ11にデータを格納する(ステップS64)。
【0048】
エレベータの停止手順については前述のこの制御プログラム実行中にデータ整合性異常が発生した場合のプログラム交換手順により実現する。
【0049】
他号機からのプログラムデータをデータバッファ用メモリ11に転送完了すると、データバッファ用メモリ11に格納されたプログラムデータをプログラム格納メモリ2およびプログラム実行メモリ3に転送を行い(ステップS65)、転送完了後プログラム実行メモリ3から制御プログラムの実行を行う(ステップS66)。データバッファ用メモリ11からプログラム格納メモリ2およびプログラム実行メモリ3へのデータの転送処理はバンク切替制御信号13を使用してプログラムの起動方法と同じ手段で実現する。
【0050】
また反対に、プログラム格納メモリ2のプログラムデータの信頼性を向上させるために、プログラム格納メモリ2が書き換え可能なEEPROMやフラッシュROMの場合は、プログラム実行メモリ3のデータのチェックサム値を一回前のプログラム実行メモリ3のデータのチェックサム値と比較するチェックサム処理を常時行い、プログラム実行メモリ3のチェックサムが正常な場合は一定周期でエレベータの停止中にプログラム実行メモリ3のプログラムデータをプログラム格納メモリ2に転送することでバックアップされたプログラムデータの信頼性を確保することも可能となる。プログラムの転送手順はバンク切替制御信号13を使用してプログラムの起動方法と同じ手段で実現する。
【0051】
以上のようにプログラムデータの信頼性について述べているが、制御固定データのデータ化け防止のための処理についても同様処理にてデータの信頼性向上を図ることができる。すなわち、プログラム格納メモリ2の一定の空きエリアに制御固定データをバックアップしておくことで、本来データ格納用メモリ12に格納された制御固定データとバックアップデータとのベリファイチェック(データ全領域のデータベリファイまたはチェックサム処理)、またはデータ格納用メモリ12に格納された制御固定データをデータ格納用メモリ12に格納された一回前の制御固データと比較するベリファイチェック(データ全領域のデータベリファイまたはチェックサム処理)を常時行い、ベリファイエラーの場合はエレベータの停止を確認した上でバックアップデータを、本来格納しているデータ格納用メモリ12のデータエリアに転送する処理により実現可能となる。
【0052】
現在はプログラム格納用不揮発メモリとしてはフラッシュROMのようにブロック単位で書きこみ、消去を行うメモリが主流であるが、現在メモリ業界で開発中の素子には磁気メモリMRAMや誘電メモリFCRAMといった1バイト単位でプログラムやデータの補正が可能となる見込みがあることからも小容量の固定データの補正についても今後有効となる機能と考える。
【0053】
また、本実施形態ではエレベータの運行制御回路を一例に実施形態を説明しているが、エレベータの制御装置においてCPUにより制御を行うモーター制御、ドア制御、乗り場制御、かご上制御、かご操作盤制御、表示装置制御、群管理制御、2台号機制御などといった制御においても実施形態であげたようなCPUを用いた制御を行っているため同様の制御装置の構成と手段によってプログラムデータの信頼性向上を図ることが可能となる。
【0054】
以上の処理を行うことによって、エレベータ制御装置において、安全でデータ化けなどの誤動作による故障の起こりにくい安全なエレベータ制御を行うことができる。
【0055】
【発明の効果】
本発明によれば、エレベータのデータの誤動作による危険や故障の起こりにくい安全なエレベータ制御装置を得ることができる。
【図面の簡単な説明】
【図1】 本発明の一実施形態に係るエレベータ制御装置の構成を示すブロック図。
【図2】 本発明の一実施形態におけるプログラム起動方法を示すフローチャート。
【図3】 本発明の一実施形態におけるプログラムの交換手順を示すフローチャート。
【図4】 本発明の一実施形態におけるエラーの発報手順を示すフローチャート。
【図5】 本発明の一実施形態における他号機とのプログラム交換手順を示すフローチャート。
【図6】 従来例の構成を示すブロック図。
【符号の説明】
1…運転制御CPU
2…プログラム格納メモリ
3…プログラム実行メモリ
4…保守インタフェース
5…他号機通信インタフェース
6…エレベータ状態検出回路
7…電話回線
8…監視センタ
9…通信線
10…エレベータ制御装置
11…データバッファ用メモリ
12…データ格納用メモリ
13…バンク切替制御信号
20…他号機
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an elevator control device, and in particular, when a program is executed in a nonvolatile memory for storing programs, the control may be hindered due to garbled data in the memory, etc., and the elevator will fail and traffic services cannot be provided until recovery. In view of the above, the present invention relates to an elevator control device capable of avoiding an elevator failure and providing a highly reliable control program when data corruption occurs in a memory.
[0002]
[Prior art]
FIG. 6 is a configuration diagram of an operation control circuit of a conventional elevator control device.
[0003]
As shown in the figure, the operation control circuit of the elevator control device 10 includes an operation control CPU 1 for executing operation control, a program storage memory 2 which is a nonvolatile memory storing a program for operation control processing, and elevator control. A maintenance interface 4 required for communication between the apparatus 10 and the monitoring center 8 of the elevator company via the telephone line 7, an elevator state detection circuit 6 for detecting the state of the elevator, and control data are stored. The data storage memory 12 is a volatile memory.
[0004]
Further, in an environment in which multiple units are installed in one building, in a system that performs control of two units or group management control, a communication line 9 for communication between the other unit communication interface 5 and the other unit 20 is further configured. The other machine 20 is connected via the communication line 9. The internal configuration of the other machine 20 has the same operation control circuit configuration as that of the elevator control device 10 in the figure.
[0005]
Generally, the above-described operation control CPU 1 uses a CPU that performs calculations related to elevator operation control, performs arithmetic processing for determining a stop floor of an elevator car, and performs calculations from 16 bits to 32 bits.
[0006]
As the program storage memory 2, an EPROM or a flash ROM which is a nonvolatile memory of about 256 KB is generally used.
[0007]
The maintenance interface 4 communicates with the operation control CPU 1 described above, converts the data into the protocol of the telephone line 7, and communicates data with the monitoring center 8 of the elevator maintenance company.
[0008]
The other machine communication interface 5 converts the data transmitted from the operation control CPU 1 into serial data, and communicates with the other machine 20 through optical communication or a long distance communication interface such as RS-422, RS-485, and LAN via the communication line 9. Communication.
[0009]
The elevator state detection circuit 6 reads the elevator car position detection function and the status of switches and sensors attached to the elevator, including detection of landing level, as signals, and the operation control CPU 1 calculates the above signals. The elevator state is detected at.
[0010]
The data storage memory 12 is generally a static RAM, which is a volatile memory of about 256 KB, and is used for storage of elevator control data and a register for storing a checksum value obtained by calculating the sum of program data. Is done.
[0011]
In calculating the above-described signals, the operation control CPU 1 reads the program data stored in the program storage memory 2 to calculate various signals of the elevator read from the elevator state detection circuit 6 and thereby operates the elevator operation command. For this reason, it is required to accurately read out the program data stored in the program storage memory 2, and if the data is read out by mistake, the intended operation control malfunctions and the safe operation service cannot be provided. Since there is a possibility that there is a possibility, the operation control CPU 1 generally performs a checksum process for calculating the total sum of data in the program storage memory 2.
[0012]
Next, an outline of the checksum process will be described.
[0013]
The operation control CPU 1 always calculates the sum of the program data data and stores it as a checksum register in the data storage memory 12, but compares the previous checksum data with the currently calculated checksum data before storing. Whether or not there is an abnormality is determined. If there is a difference in data, it is determined that there is a difference in data in the area where the checksum is performed, and a checksum error is determined. When a checksum error occurs, the program data that is not originally changed is changed, so it is considered that the data was garbled. Therefore, the elevator failed to avoid the risk of program malfunction or runaway. To perform the process.
[0014]
[Problems to be solved by the invention]
However, along with the recent increase in the degree of integration of the program storage memory 2 due to the development of electronic components, the non-volatile memory used for the program storage memory 2 is continuously accessed with the limit value of writing frequency and a fixed address. In the case of continuing, there was a problem that a phenomenon such as garbled data occurred due to a charge gain phenomenon caused by accumulation of electric charges at the accessed address.
[0015]
SUMMARY OF THE INVENTION An object of the present invention is to provide an elevator control apparatus capable of avoiding an elevator failure and performing highly reliable control of an elevator when data corruption occurs in a memory.
[0016]
[Means for Solving the Problems]
An elevator control device according to the present invention includes a processing device for performing predetermined control in an elevator, a first memory for storing program data of a program for predetermined control, and a program for predetermined control . In an elevator control device that includes a second memory that stores program data transferred from the first memory and that normally performs predetermined control by the processing device using the program data in the second memory , Communication means for performing communication, means for verifying program data between multiple units via this communication means, and confirming that the elevator of each unit has stopped when there is a verification error, programming between multiple units And means for transferring data .
[0017]
According to the present invention having such a configuration, for example, the first memory composed of the nonvolatile memory is limited to the use of the program storage memory, and the second memory serving as the program execution memory is provided separately. If, for example, a freely readable / writable volatile memory is used as the second memory to have a verification check function for preventing data corruption in the program execution memory, the elevator can be controlled with high reliability. be able to.
In addition, the reliability of the program data can be further improved by performing a program data verify check between multiple machines.
[0018]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
[0019]
FIG. 1 is a configuration diagram of an operation control circuit of an elevator control apparatus according to an embodiment of the present invention. As shown in the figure, the operation control circuit of the elevator control device 10 includes an operation control CPU (processing device) 1 for executing operation control, and a program storage memory which is a nonvolatile memory storing an operation control processing program. 2, and a program execution memory 3, which is a volatile memory for executing the above-described operation control processing program, and the telephone line 7 between the elevator control device 10 and the elevator company monitoring center 8. A maintenance interface 4, an elevator state detection circuit 6 for detecting the state of the elevator, a data buffer memory 11 capable of temporarily saving data, and a volatile memory storing control data. The data storage memory 12 and the above-described operation control CPU 1 are the program storage memory 2 and the program execution memory. The constituted by the bank switching control signal 13 for controlling any or the memory becomes accessible.
[0020]
As the program execution memory 3 described above, a volatile memory having a memory area equal to or greater than that of the program storage memory 2 is used, and generally a static RAM with no restriction on the number of writing is used.
[0021]
As the program storage memory 2, a non-rewritable EPROM, an electrically erasable EEPROM, an electrically erasable block ROM flash ROM, or the like is used as a nonvolatile memory. The magnetic memory MRAM and dielectric FCRAM, which are under development toward the future, have the same characteristics and can be rewritten and erased in bit units, so they are excellent in data processing and are expected to be used in the future. The
[0022]
The program execution memory 3 is arranged at the same address as the program storage memory 2 and the operation control CPU 1 accesses the memory by a bank selection function for controlling which element can be accessed using the bank switching control signal 13. I do. This is because the process of transferring data at the same address to a different bank can be performed more simply in terms of software processing than when transferring data to different addresses when transferring program data. Bank selection method.
[0023]
In an environment in which multiple units are installed in one building, in a system that performs control of two units or group management control, a communication line 9 for communication with another unit and a communication line 9 for communication with other units is further configured. The other machine 20 is connected via the communication line 9. The internal configuration of the other machine 20 has the same operation control circuit configuration as that of the elevator control device 10 in the figure.
[0024]
Next, a method for transferring program data will be described.
[0025]
First, the program activation method will be described with reference to FIG.
[0026]
When the power is turned on in advance, the bank selection control signal 13 must be prepared so that the program storage memory 2 can be selected. When the elevator control device 10 is turned on, the operation control CPU 1 first loads the program storage memory 2 into the program storage memory 2. The stored program transfer program is saved in the data buffer memory 11 (step S21). When the saving is completed, the program transfer program saved in the data buffer memory 11 is executed.
[0027]
In the program transfer program, first, the control program data in the program storage memory 2 is saved in the data buffer memory 11 (step S22). Here, since the program transfer program is also executed from the data buffer memory 11, data is saved to an area where the program transfer program is not stored. Next, the bank switching control signal 13 is changed to the program execution memory 3 (step S23), and the control program data transferred to the data buffer memory 11 is transferred to the program execution memory 3 (step S24). When the control program data cannot be transferred from the program storage memory 2 to the program execution memory 3 at a time, the bank switching control signal 13 is changed to the program storage memory 2 (step S26), the process returns to step S22, and the transfer operation is repeated. . When the transfer is completed, the control program stored in the program execution area can be executed (step S27).
[0028]
When the program data is saved / transferred to another memory, data consistency is sequentially confirmed (step S25). As a method of checking consistency, that is, as a verification check, there is a method such as data verification for comparing all area data of data before transfer and data after transfer, or checksum processing for comparing checksum data that is the sum of each transfer data. Confirm that no data corruption occurred during transfer.
[0029]
When the transfer of the program data to the program execution memory 3 is completed, the operation control CPU 1 subsequently reads the program data from the program execution memory 3 and performs operation control. In this case, since the program execution memory 3 is a volatile memory, it can be read and written at random. Therefore, in order to avoid garbled program data due to erroneous writing, a consistency check is always performed. This consistency check is performed by, for example, checksum processing by comparison with the previous checksum data in the program execution memory 3, but data verification or check of the entire data area of the program storage memory 2 and the program execution memory 3 is performed. It can also be done by sum processing.
[0030]
The program exchange procedure when a data consistency abnormality occurs during the execution of this control program will be described with reference to FIG.
[0031]
When a data consistency error occurs, the error content is first recorded in an error code storage area built in the data storage memory 12, and an error is issued to the monitoring center 8 via the maintenance interface 4, that is, an error is detected. A warning is given (step S31). In this case, the number of times the error has occurred and the date and time of occurrence can also be transmitted, so that the workers of the elevator maintenance company stationed at the monitoring center 8 can check the tendency of the error, and can be handled effectively as maintenance data. It becomes.
[0032]
Next, it is determined whether the elevator is running or stopped (step S32). If the elevator is running, the vehicle is decelerated and the car is moved to the nearest floor and stopped (step S33). This is a process that is performed when the backup transfer process of the program is performed while the elevator is running, because there is a risk that the elevator may become out of control, and the data transfer work must be performed in a safe state that the elevator is stopped. It is a process to do.
[0033]
After confirming that the elevator has stopped, an announcement is made in the car indicating that the vehicle is out of order or in recovery, or "please wait for a while" to notify the passenger of the abnormality. Further, since it can be assumed that there is a passenger who stops using the elevator during the failure, all call registrations are cleared (step S34). After completing the procedure for the failure, the program data backed up from the program storage memory 2 to the program execution memory 3 is transferred (step S35), and when the transfer is completed, the restoration completion notice is performed in the car. By executing the control program in the program execution memory 3 (step S36), it is possible to avoid a permanent failure of the elevator, so that the reliability of the elevator control can be improved.
[0034]
The data consistency check can be realized by the above-described data verification or checksum processing of the entire data area, and the program data transfer method can be realized by the same method as the control program transfer method when the control device is activated.
[0035]
Regarding the determination of the stop of the elevator, for example, the car position pulse data is not displaced within a predetermined time from the elevator state detection circuit 6, the elevator landing switch is on for a predetermined time, the motor control CPU to the inverter This can be easily judged from the fact that the control state data is received and the inverter control is stopped.
[0036]
Here, the procedure for issuing an error to the monitoring center 8 will be described with reference to FIG.
[0037]
When an abnormality occurs in the consistency of the program data, the date / address / address at which the consistency abnormality occurred and the record of normal data and abnormal data are stored in the data storage memory 12 (step S43).
[0038]
Here, for the address and data of the consistency abnormality, the data in the program storage memory 2 is transferred to the data buffer memory 11 (step S41), and the data in the data buffer memory 11 and the data in the program execution memory 3 are transferred. It can be easily realized by confirming the consistency (step S42), that is, by verifying the contents of the data in the program storage memory 2 and the data in the program execution memory 3 and recording different addresses and data. Regarding the difference data, the data in the program storage memory 2 becomes inaccessible during the execution of the program and becomes correct data, and the data in the data execution memory 3 becomes garbled data.
[0039]
These data are read from the data storage memory 12 and transmitted to the maintenance interface 4 (step S44). In addition to the abnormal data, the data to be transmitted also includes the delivery code of the control device. The maintenance interface 4 is provided with a communication control circuit, and the received data is transmitted by serial communication according to the telephone line format (step S45).
[0040]
The monitoring center 8 side receives the abnormality information from the telephone line, records the abnormality information on the server of the monitoring center 8 (step S46), and notifies the elevator maintenance company employees on a display device such as a monitor (step S47). .
[0041]
Further, as a means for confirming the consistency of program data in the program data backup method described above, the program data checksum values with other machines 20 are checked for consistency between machines, and a program is executed when a consistency error occurs. It is also effective to perform backup transfer processing.
[0042]
A program exchange procedure with another machine 20 will be described with reference to FIG.
[0043]
In general, unit-to-unit communication uses serial communication to exchange data from the viewpoint of reducing the number of wires on the communication line 9, and when performing a verification check of the entire program data area, the length of the check time hinders elevator control. In addition, the checksum value consistency check by the checksum processing is valid.
[0044]
As a method for confirming the consistency of the checksum value, the checksum data of the other machine 20 is converted from serial data to parallel data by the other machine communication interface 5, and the operation control CPU 1 stores the data storage memory as the checksum data of the other machine 20. 12 (step S51). Further, the operation control CPU 1 always stores the checksum data of the own machine in the data storage memory 12 in the same manner (step S52). Here, if there is a difference between the stored checksum data, it is impossible to determine which unit's program has failed, so the checksum data received from the other unit one time ago and the previous one's own Similarly, the checksum data of the unit is also stored in the data storage memory 12.
[0045]
Then, the checksum data of the own machine and the other car stored in the data storage memory 12 are compared (step S53). If there is a difference in the checksum data, the previous one stored in the data storage memory 12 is compared. With reference to the checksum data, the data machine having the difference is determined to be a program error (step S54). That is, if you refer to the checksum data of your own machine and the other machine and the checksum data of your own machine and the other machine of the previous time, it is different from the other three by one, so that machine has a program error. Can be determined.
[0046]
If the own machine is abnormal, first check and check the checksum data of the program storage memory 2 of the own machine and the checksum data of the other machine. If they match, the program data is programmed according to the program startup procedure described above. The program is transferred from the storage memory 2 to the program execution memory 3, and the control program in the program execution memory 3 is started after the transfer is completed.
[0047]
When the checksum of the program storage memory 2 of the own machine and the checksum of the other machine stored in the data storage memory 12 are different, the machine that sends the data program data and the machine that receives the program data stop the elevator After confirming the stop (steps S55 to S60), the program data is communicated by serial communication via the communication line 9 (steps S61 to S63), and the receiver receives the data in the other unit communication interface 5 in parallel. The data is converted and stored in the data buffer memory 11 (step S64).
[0048]
The elevator stop procedure is realized by the program exchange procedure when a data consistency abnormality occurs during the execution of the control program.
[0049]
When the program data from the other machine is transferred to the data buffer memory 11, the program data stored in the data buffer memory 11 is transferred to the program storage memory 2 and the program execution memory 3 (step S65). The control program is executed from the program execution memory 3 (step S66). Data transfer processing from the data buffer memory 11 to the program storage memory 2 and the program execution memory 3 is realized by the same means as the program activation method using the bank switching control signal 13.
[0050]
On the other hand, in order to improve the reliability of the program data in the program storage memory 2, in the case where the program storage memory 2 is a rewritable EEPROM or flash ROM, the checksum value of the data in the program execution memory 3 is set once. When the checksum processing is always performed for comparison with the checksum value of the data in the program execution memory 3 and the checksum in the program execution memory 3 is normal, the program data in the program execution memory 3 is programmed while the elevator is stopped at a constant cycle. It is possible to ensure the reliability of the backed up program data by transferring the data to the storage memory 2. The program transfer procedure is realized by the same means as the program activation method using the bank switching control signal 13.
[0051]
Although the reliability of the program data has been described as described above, the reliability of the data can be improved by the same processing for the processing for preventing data corruption of the control fixed data. That is, the control fixed data is backed up in a certain free area of the program storage memory 2 to verify the control fixed data originally stored in the data storage memory 12 and the backup data (data verification of the entire data area). Or checksum processing), or a verification check that compares the control-fixed data stored in the data storage memory 12 with the previous control-fixed data stored in the data storage memory 12 (data verification or check of the entire data area) (Sum processing) is always performed, and in the case of a verify error, after confirming that the elevator is stopped, the backup data can be transferred to the data area of the data storage memory 12 that is originally stored.
[0052]
Currently, the mainstream of nonvolatile memory for storing programs is a memory that writes and erases in blocks, such as a flash ROM, but elements currently under development in the memory industry include one byte such as magnetic memory MRAM and dielectric memory FCRAM. Since correction of programs and data is expected to be possible in units, correction of small-capacity fixed data will be an effective function in the future.
[0053]
Further, in this embodiment, the elevator operation control circuit is described as an example, but motor control, door control, landing control, on-car control, and car operation panel control that are controlled by the CPU in the elevator control device. Since the control using the CPU as described in the embodiment is also performed in the control such as the display device control, the group management control, and the second unit control, the reliability of the program data is improved by the same configuration and means of the control device. Can be achieved.
[0054]
By performing the above processing, the elevator control device can perform safe elevator control that is safe and is unlikely to cause a failure due to malfunction such as garbled data.
[0055]
【The invention's effect】
ADVANTAGE OF THE INVENTION According to this invention, the safe elevator control apparatus with which the danger by the malfunction of the data of an elevator, and a failure hardly occur can be obtained.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of an elevator control apparatus according to an embodiment of the present invention.
FIG. 2 is a flowchart showing a program start method according to an embodiment of the present invention.
FIG. 3 is a flowchart showing a program exchange procedure according to an embodiment of the present invention.
FIG. 4 is a flowchart showing a procedure for issuing an error according to an embodiment of the present invention.
FIG. 5 is a flowchart showing a program exchange procedure with another machine according to an embodiment of the present invention.
FIG. 6 is a block diagram showing a configuration of a conventional example.
[Explanation of symbols]
1 ... Operation control CPU
2 ... Program storage memory 3 ... Program execution memory 4 ... Maintenance interface 5 ... Other unit communication interface 6 ... Elevator state detection circuit 7 ... Telephone line 8 ... Monitoring center 9 ... Communication line 10 ... Elevator controller 11 ... Data buffer memory 12 ... Data storage memory 13 ... Bank switching control signal 20 ... Other units

Claims (5)

エレベータにおける所定の制御を行うための処理装置と、前記所定の制御のプログラムのプログラムデータを格納する第1のメモリと、前記所定の制御のプログラムを実行するために、前記第1のメモリから転送された前記プログラムデータを格納する第2のメモリとを備え、通常は前記第2のメモリのプログラムデータを用いて前記処理装置により所定の制御を行うエレベータ制御装置において、複数号機間の通信を行うための通信手段と、この通信手段を介して、複数号機間で前記プログラムデータのベリファイチェックを行う手段と、ベリファイエラー時には各号機のエレベータが停止したことを確認して複数号機間で前記プログラムデータを転送する手段とを備えたことを特徴とするエレベータ制御装置。A processing device for performing predetermined control in an elevator, a first memory for storing program data of the predetermined control program, and transfer from the first memory for executing the predetermined control program And a second memory for storing the program data, and in an elevator control device that normally performs predetermined control by the processing device using the program data in the second memory , communication between a plurality of units is performed. Means for verifying the program data between a plurality of units through the communication means, and confirming that the elevator of each unit has stopped when a verification error occurs, the program data between the plurality of units elevator control apparatus characterized by comprising a means for transferring. 請求項1に記載のエレベータ制御装置において、前記第2のメモリのプログラムデータのチェックサム処理を常時行い、異常時には、エレベータが停止したことを確認して前記第1のメモリから前記第2のメモリにプログラムデータを転送する手段を備えたことを特徴とするエレベータ制御装置。  2. The elevator control device according to claim 1, wherein checksum processing of program data in the second memory is always performed, and when an abnormality occurs, it is confirmed that the elevator has stopped and the second memory is changed from the first memory to the second memory. An elevator control device comprising means for transferring program data to the elevator. 請求項1または請求項2に記載のエレベータ制御装置において、前記第2のメモリのプログラムデータのチェックサム処理を常時行い、正常時には、エレベータが停止したことを確認して前記第2のメモリから前記第1のメモリにプログラムデータを転送する手段を備えたことを特徴とするエレベータ制御装置。  3. The elevator control device according to claim 1, wherein checksum processing of program data in the second memory is always performed, and when normal, it is confirmed that the elevator has stopped and the second memory is An elevator control device comprising means for transferring program data to a first memory. 請求項1に記載のエレベータ制御装置において、常時前記第1のメモリと前記第2のメモリのプログラムデータのベリファイチェックを行い異常の有無を検出して、前記第2のメモリの異常時には、エレベータが停止していることを確認して前記第1のメモリから前記第2のメモリにプログラムデータを転送する手段を備えたことを特徴とするエレベータ制御装置。  2. The elevator control device according to claim 1, wherein a verification check of program data in the first memory and the second memory is constantly performed to detect whether there is an abnormality, and when the second memory is abnormal, the elevator is An elevator control apparatus comprising means for confirming that the program is stopped and transferring program data from the first memory to the second memory. 請求項1乃至請求項4のいずれかに記載のエレベータ制御装置において、制御固定データを格納する制御固定データ格納用メモリと、制御固定データをバックアップする制御固定データバックアップ手段と、制御固定データ格納用メモリの制御固定データとバックアップされた制御固定データとのベリファイチェック、または制御固定データ格納用メモリの制御固定データと一回前の制御固定データとのベリファイチェックを行う手段と、ベリファイエラー時にはエレベータが停止したことを確認してバックアップされた制御固定データを前記制御固定データ格納用メモリに転送する手段とを備えたことを特徴とするエレベータ制御装置。5. The elevator control apparatus according to claim 1, wherein a control fixed data storage memory for storing control fixed data, control fixed data backup means for backing up control fixed data, and control fixed data storage. A means for performing a verification check between the control fixed data in the memory and the backed-up control fixed data, or a control check of the control fixed data in the memory for storing the control fixed data and the control fixed data of the previous time, and the elevator in the event of a verify error An elevator control apparatus comprising: means for confirming that the control has been stopped and transferring the backed-up control fixed data to the control fixed data storage memory .
JP2002271992A 2002-09-18 2002-09-18 Elevator control device Expired - Fee Related JP4115219B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002271992A JP4115219B2 (en) 2002-09-18 2002-09-18 Elevator control device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002271992A JP4115219B2 (en) 2002-09-18 2002-09-18 Elevator control device

Publications (2)

Publication Number Publication Date
JP2004110400A JP2004110400A (en) 2004-04-08
JP4115219B2 true JP4115219B2 (en) 2008-07-09

Family

ID=32269139

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002271992A Expired - Fee Related JP4115219B2 (en) 2002-09-18 2002-09-18 Elevator control device

Country Status (1)

Country Link
JP (1) JP4115219B2 (en)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5240682B2 (en) * 2007-04-19 2013-07-17 東芝エレベータ株式会社 Elevator monitoring system
FI20070617L (en) * 2007-08-16 2009-02-17 Kone Corp Distributed data backup
JP2009187049A (en) * 2008-02-01 2009-08-20 Fujitsu Ltd apparatus
JP5653591B2 (en) * 2009-05-13 2015-01-14 京楽産業.株式会社 Game machine
JP5422488B2 (en) * 2010-05-31 2014-02-19 株式会社日立製作所 Safety elevator
EP3124417A1 (en) * 2015-07-29 2017-02-01 Inventio AG Avoiding synchronisation runs of an elevator

Also Published As

Publication number Publication date
JP2004110400A (en) 2004-04-08

Similar Documents

Publication Publication Date Title
KR100316981B1 (en) Microcomputer provided with flash memory and method of storing program into flash memory
JP4115219B2 (en) Elevator control device
JP2687927B2 (en) External bus failure detection method
CN111726270B (en) Memory system and control system
CN110069360B (en) Motor controller data storage and reading method and device
JP2010204851A (en) Storage device and information processing apparatus
US6363493B1 (en) Method and apparatus for automatically reintegrating a module into a computer system
JPH05132256A (en) Elevator controller and remote supervisory system thereof
CN110865906B (en) Motor initial position angle storage method and device, vehicle and storage medium
JP2868001B1 (en) Disk array device control method and disk array device
JP5278267B2 (en) END COVER, PROGRAMMABLE LOGIC CONTROLLER DEVICE EQUIPPED WITH THE SAME, END COVER INSTALLATION CHECK METHOD, AND PROGRAMMABLE LOGIC CONTROLLER FAILURE DIAGNOSIS METHOD
JPH07122087A (en) EEPROM error check method
JP3094924B2 (en) Communication device control circuit
JPH06214835A (en) Error preventing system
JP5619243B1 (en) In-vehicle electronic control unit
JP2522117B2 (en) Elevator control device
CN100461118C (en) Device, method and integrated circuit chip for controlling access register
JP2005316667A (en) How to update the firmware
JPH08153045A (en) Memory control circuit
JP2001334057A (en) Gaming machine management device
JP2002047998A (en) Vehicle control device
JP3728580B2 (en) Memory device and memory protection method
CN115858247A (en) Data backup method and device, computer readable storage medium and computer equipment
CN121326652A (en) Electronic control unit program backup and recovery method, device, equipment and medium
CN121050919A (en) Substrate management controller refreshing system, method and server

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050920

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080109

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080310

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20080404

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20080415

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110425

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110425

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120425

Year of fee payment: 4

LAPS Cancellation because of no payment of annual fees