JP4202158B2 - Plant data collection device - Google Patents

Plant data collection device Download PDF

Info

Publication number
JP4202158B2
JP4202158B2 JP2003069307A JP2003069307A JP4202158B2 JP 4202158 B2 JP4202158 B2 JP 4202158B2 JP 2003069307 A JP2003069307 A JP 2003069307A JP 2003069307 A JP2003069307 A JP 2003069307A JP 4202158 B2 JP4202158 B2 JP 4202158B2
Authority
JP
Japan
Prior art keywords
server
update command
data
plant data
plant
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
JP2003069307A
Other languages
Japanese (ja)
Other versions
JP2004280337A (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 Corp
Original Assignee
Toshiba Corp
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 Corp filed Critical Toshiba Corp
Priority to JP2003069307A priority Critical patent/JP4202158B2/en
Publication of JP2004280337A publication Critical patent/JP2004280337A/en
Application granted granted Critical
Publication of JP4202158B2 publication Critical patent/JP4202158B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Hardware Redundancy (AREA)
  • Debugging And Monitoring (AREA)
  • Multi Processors (AREA)
  • Computer And Data Communications (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Safety Devices In Control Systems (AREA)

Description

【０００１】
【発明の属する技術分野】
本発明はプラントデータ収集装置に係り、特に、稼働中のプラントの動作傾向の監視や、動作環境の管理のために必要な情報（プラントデータ）を、リアルタイムに、かつ確実に収集してデータベースに記録すると共に、オペレータが表示端末等を介して閲覧することができるプラントデータ収集装置に関する。
【０００２】
【従来の技術】
従来のプラントデータ収集装置としては、例えば図１０に示すようなものがある。図１０は、従来のプラントデータ収集装置の構成を示す構成図である。
【０００３】
同図において、従来のプラントデータ収集装置は、センサーを介してプラントに関する情報を読み取るプラントデータ読み込み装置９１と、プラントデータ読み込み装置９１が読み取ったプラントに関する情報を伝送するためのネットワーク９２と、ネットワーク９２に接続されてデータパケットの経路制御を行うルータ９３及びルータ９４と、通常使用されるマスタサーバ９５と、異常発生時に使用されるスレーブサーバ９６と、マスタサーバ９５とスレーブサーバ９６とを通信可能に接続する通信線９７とを備えて構成されている。
【０００４】
マスタサーバ９５は、プラントデータ取得部９５１と、プラントデータＤＢ更新コマンド実施部９５２と、マスタＤＢ（９５３）と、ＤＢ引継ぎ送信部９５４と、ＤＢ引継ぎ判定部９５５とを備えて構成されている。
スレーブサーバ９６は、ＤＢ引継ぎ受信部９６１と、スレーブＤＢ（９６２）と、プラントデータＤＢ更新コマンド実施部９６３と、プラントデータ取得部９６４とを備えて構成されている。
【０００５】
以下、図１０に示す従来のプラントデータ収集装置の動作を説明する。
通常、マスタサーバ９５のプラントデータ取得部９５１により受信されたデータは、プラントデータＤＢ更新コマンド実施部９５２を介してマスタＤＢ（９５３）に蓄積される。
【０００６】
しかし、プラントデータ読込み装置９１とマスタサーバ９５との間のネットワーク９２において障害が発生した場合、マスタサーバ９５のＤＢ引継ぎ判定部９５４は、データの蓄積を行うことができないことを検出・判定し、スレーブサーバ９６のＤＢ引継ぎ送信部９６１へ処理の代行を通信線９７を介して依頼する。
【０００７】
次に、マスタサーバ９５のＤＢ引継ぎ送信部９５４は、現在までにマスタＤＢ（９５３）が蓄積していたＤＢデータを、スレーブサーバ９６のＤＢ引継ぎ受信部９６１へ通信線９７を介して送信する。ＤＢ引継ぎ送信部９６１は、このＤＢデータを受信してスレーブＤＢ（９６２）にコピーする。
この後、プラントデータ読込み装置９１が読み取ったデータは、ネットワーク９２を介してスレーブサーバ９６が取得し、このデータをスレーブＤＢ（９６２）へ蓄積することで、前述の障害に対応している。
【０００８】
なお、過去の特許情報を遡及調査すると、複数のサーバを備えた分散処理システムにおいて、各サーバ間で共有すべきデータの同一性を保証するために、各サーバ内の上記共有すべきデータが格納されるデータベースに対する更新処理を内容、順序とも一致させる技術が示されている（例えば、特許文献１参照。）。
また、同じく各サーバ間で共有すべきデータの同一性を保証することを意図して、サーバとスレーブによる二重化処理を取り入れた場合に生じる問題点、即ち、これらのサーバ間で、サーバ内のデータベースに対して同一の更新処理が永久的に巡回することになるという問題点を解決するための技術が示されている（例えば、特許文献２参照。）。
【０００９】
【特許文献１】
特開平１０−１８７５２０号公報
【特許文献２】
特開２０００−３３００号公報
【００１０】
【発明が解決しようとする課題】
ところで、上記従来のプラントデータ収集装置にあっては、前述のとおり、マスタ系のプラントデータ収集装置（マスタサーバ９５）は正常であっても、ルータ９４にて障害が発生した場合、このマスタ系のプラントデータ収集装置が機能停止する。よって、この場合は、スレーブ系のプラントデータ収集装置（スレーブサーバ９６）にデータ収集処理の代行を依頼することで、このデータ収集処理を継続できるようにしている。
【００１１】
しかし、この処理の引き継ぎに要する時間内は、データ収集機能を使えない期間が発生してしまうという問題点があり、また、このため、プラントデータ収集装置の稼働率が低下するという問題点がある。
【００１２】
また、サーバからプラントデータ読込み装置９１へのアクセス手段を冗長化するために、従来は、ルータ９３とルータ９４といった複数の経路を持たせることで対応していたが、経路の選択は全てこれらのルータ任せであり、サーバ側で選ぶことができないという問題点がある。特に、経路のコストや伝送容量などを加味して最適なルートを選べないという問題がある。
【００１３】
また、ルータ９４にて障害が発生した場合、マスターサーバ９５からスレーブサーバ９６への切替が一括して処理されることになるため、切替処理に時間が掛かってしまうという問題点がある。また、負荷分散に対応できないという問題点がある。
また、より短い周期でのデータ更新処理によって、プラントデータ収集装置への外部システム（例えば、表示端末）からのリクエストが待たされる場合があるという問題点を有する。
【００１４】
また、複数サーバのうち、あるサーバがプラントデータＤＢの更新処理が不可能な状態に陥ってしまった後、このサーバがプラントデータＤＢの更新処理が可能な状態に復旧した際、前述のプラントデータＤＢの更新処理が不可能であった期間に、他サーバから配信されたプラントデータによるＤＢの更新処理が行われず、その結果、障害復旧後のサーバと他サーバとのプラントデータＤＢの内容（データ）に一致性を求める対策が必要であるという問題点がある。
【００１５】
この問題点に関し、障害復旧後のサーバが、未処理の全てのプラントデータＤＢ更新要求（コマンド）を受信し、これによりプラントデータＤＢを、この障害復旧後のサーバ内において更新することにより、プラントデータＤＢの内容に関して他サーバとの一致をとる手段が検討された。
【００１６】
さらに、前述のプラントデータ収集装置では、複数のサーバの各々が、異なるプラントデータＤＢの更新要求を、ほぼ同時に受信した場合、複数のサーバの任意の１つのサーバが、上記受信したプラントデータＤＢの更新要求により、このサーバ内のデータベースを更新するタイミングと、他サーバが受信し、通信線９７を介して配信されたプラントデータＤＢの更新要求により、このデータベースを更新すべきタイミングとがほぼ同時になる。
【００１７】
ところが、各サーバの負荷状態や、他サーバにプラントデータＤＢの更新要求を配信する際のサーバ間の通信線９７の負荷状態などの不確定な要素により、処理されるプラントデータＤＢの更新要求の順序がサーバ毎に異なってしまうので、プラントデータＤＢにデータを追加する場合に、蓄積されるデータの順序においてサーバ間での一致が得られないという問題点がある。
【００１８】
なお、前述の特許文献１に示されている技術は、システム内に障害が発生した場合の対策、より具体的には、障害発生時において、各サーバ内の共有データ用データベースの記録内容の一致を図る工夫や、とにかく一つのデータベースでも処理を継続して、途切れなくデータを採取するための工夫がなされていない。また、プラントデータを集積するシステムなどでは、プラント内の監視すべき全要素からは、リアルタイムに、常にデータベースの更新を伴うデータが採取されるものであるから、特許文献１に示されている技術によっても、膨大なコピーが必要となることは避けられない。
【００１９】
また、特許文献２に示されている技術は、サーバとスレーブによる二重化処理を取り入れることにより、膨大なデータのコピーを後処理で行うことを回避しているが、やはり、障害発生時において、共有データ用データベースの記録内容の一致を図る工夫がなされていない。また、各サーバが、更新用と複写用の２つのデータベースを備える必要があり、設備コストが高くなる。
【００２０】
本発明は、上記従来の問題点に鑑みてなされたものであって、障害発生時の通信経路やサーバの切り替えを迅速に行うと共に、プラントデータを蓄積するためのサーバ内のデータベースが記録する記録内容と、記録順序とを、全てのサーバにおいて一致させることができるプラントデータ収集装置を提供することを目的としている。
【００２１】
【課題を解決するための手段】
上記課題を解決するために、請求項１に記載の本発明に係るプラントデータ収集装置は、ネットワークを介して互いに通信可能に接続された複数のサーバと、プラントから収集されるプラントデータを読み込んで前記複数のサーバの少なくとも１つに送信するプラントデータ読込み手段とを有するプラントデータ収集装置において、前記複数のサーバのいずれもが、プラントデータを格納するデータベースと、前記プラントデータ読込み手段手段から送信されたプラントデータと自サーバのデータベース更新命令からなる更新指令を受信した場合に、自サーバをマスターサーバとして作動させる手段と、前記マスターサーバとして作動する他のサーバから、データベース更新命令を受信した場合に、自サーバを前記マスターサーバに対応するスレーブサーバとして作動させる手段と、前記プラントデータ読込み手段から受信した前記データを、前記マスターサーバにおいて記録すると共に、前記記録を実行せしめる前記データを含む更新指令を、前記ネットワークを介して前記マスターサーバに対応するスレーブサーバに送信する手段と、前記スレーブサーバにおいて、前記マスターサーバから送信された前記更新指令を実行することにより、前記プラントデータを自サーバのデータベースに記録してデータベースを更新する手段と、を備えたことを特徴とする。
【００２６】
このような構成を有する請求項１の発明では、装置内のいずれのサーバの機能も停止することなく、装置内の全てのサーバのプラントデータ記録用データベースの記録内容を常に一致せしめることができるので、外部システムから、どのサーバにアクセスしても常に同じ結果（記録されたプラントデータ）を取り出すことができて、しかも、サーバ間での負荷分散を図ることができるプラントデータ収集装置を実現している。
【００２７】
請求項２に記載の本発明に係るプラントデータ収集装置は、ネットワークを介して互いに通信可能に接続された複数のサーバと、前記ネットワークに接続され、前記サーバの少なくとも１つにデータ更新指令を発信する端末とを有するプラントデータ収集装置において、前記複数のサーバの各々は、前記端末からプラントデータと自サーバーのデータベース更新命令を含む前記データ更新指令が送信された時に、前記データ更新指令に基づき、自サーバに記録されているプラントデータを更新する手段と、前記データ更新指令の種類ごとに配信先サーバーを保持し、更新命令受領時に受領したデータ更新指令の種類に応じて配信すべき他サーバを決定する手段と、前記決定した他サーバに前記データ更新指令を配信する手段と、を備えたことを特徴とする。
【００２８】
このような構成を有する請求項２の発明では、装置内のいずれのサーバの機能も停止することなく、装置内の全てのサーバのプラントデータ記録用データベースの記録内容を常に一致せしめることができるので、これにより、外部システムから、どのサーバにアクセスしても常に同じ結果（記録されたプラントデータ）を取り出すことができるプラントデータ収集装置を実現している。
【００２９】
また、全てのサーバが、データ更新指令を発信する全ての端末からのデータ更新指令を受け付けることができるので、全てのサーバは対等となり、これにより、サーバ間での負荷分散をより一層簡単に図ることができるプラントデータ収集装置を実現している。さらに、いずれかのサーバに障害が発生した場合は、データ更新指令を発信する端末からのデータ更新指令を、動作可能なサーバに対して発行するので、これにより、バックアップ（ブラントデータの継続記録）が行えるプラントデータ収集装置を実現している。
【００３０】
請求項３に記載の本発明に係るプラントデータ収集装置は、前記請求項４記載のプラントデータ収集装置に、前記複数のサーバの各々が、前記データ更新指令を配信した前記他サーバに障害が発生したことを検知して、前記配信したデータ更新指令を記録する手段と、前記他サーバが障害から復旧したことを検知して、前記他サーバに前記記録したデータ更新指令を再配信する手段と、前記ネットワーク内の他サーバのいずれか１つからデータ更新指令が送信された時に、前記送信されたデータ更新指令に基づき、記録されているプラントデータを更新する手段とを追加的に備えたことを特徴とする。
【００３１】
このような構成を有する請求項３の発明では、前記請求項２の発明の作用効果に加えて、いずれかのサーバに障害が発生した場合は、この障害が復旧するまで、送信すべきデータ更新指令を記録しておいて、この障害が復旧した時点で、このデータ更新指令を再送するので、取りこぼしの無い全データを記録することが可能なプラントデータ収集装置を実現している。
【００３２】
請求項４に記載の本発明に係るプラントデータ収集装置は、前記請求項３記載のプラントデータ収集装置に、前記複数のサーバの各々が、前記決定した他サーバに前記データ更新指令を配信する前記手段の実行に先立って、前記決定した他サーバが備える前記端末からのデータ更新指令の読み込み手段を停止状態にせしめる手段と、前記決定した他サーバが前記データ更新指令の実行を完了したことを検知して、前記決定した他サーバが備える前記端末からのデータ更新指令の読み込み手段を再開せしめる手段とを追加的に備えたことを特徴とする。
【００３３】
このような構成を有する請求項４の発明では、前記請求項３の発明の作用効果に加えて、前記決定した他サーバに対してのデータ更新指令を、該他サーバが前記端末から受け付けるデータ更新指令に優先して実行せしめることが可能となり、装置内の全てのサーバのプラントデータ記録用データベースの記録内容を、記録順序も含めて完全に一致せしめることができるプラントデータ収集装置を実現している。
【００３４】
【発明の実施の形態】
以下、本発明のプラントデータ収集装置の実施の形態について、〔第１の実施形態〕〜〔第６の実施形態〕の順に図面を参照して詳細に説明する。
【００３５】
〔第１の実施形態〕
本実施形態は、プラントデータを収集する経路をサーバも含めて複数化し、使用中のサーバの経路に障害が発生した場合は、他の正常な経路を有するサーバの経路を介してプラントデータの収集を継続することを特徴とする。
【００３６】
図１は、本発明に係る第１の実施形態のプラントデータ収集装置の構成を示す構成図である。
同図において、本実施形態のプラントデータ収集装置は、プラント機器やセンサーからのデータを読込むプラントデータ読込み部１１と、プラントデータ読込み部１１からのデータを伝送するネットワーク１２と、プラントデータ収集サーバであるマスタ系サーバ１３及びスレーブ系サーバ１４と、ルータ１５と、表示端末１６とを備えている。
【００３７】
マスタ系サーバ１３は、サーバ１３１と、代理取得部１３２と、ルータ１３３とを備えている。スレーブ系サーバ１４は、サーバ１４１と、代理取得部１４２と、ルータ１４３とを備えている。プラントデータ読込み部１１、ルータ１３３、及びルータ１４３は、ネットワーク１２に接続されている。ルータ１５は、マスタ系サーバ１３、スレーブ系サーバ１４、及び表示端末１６に接続されている。
【００３８】
サーバ１３１及び代理取得部１３２は、ルータ１５とルータ１３３との間に接続されている。サーバ１４１及び代理取得部１４２は、ルータ１５とルータ１４３との間に接続されている。サーバ１３１とサーバ１４１は、マスタとスレーブの関係にあり、サーバ１３１がマスタ、サーバ１４１がスレーブとして動作するものとする。
【００３９】
ネットワーク１２は、広域回線網や専用回線などの通信網を含むことが可能であり、また、これらの通信網は有線または無線を使用することが可能である。
【００４０】
この実施形態では、説明の便宜のために、マスタ系サーバを、ただ１つ（マスタ系サーバ１３のみ）とし、マスタ系サーバも、ただ１つ（スレーブ系サーバ１４のみ）としたが、本発明では、一般に、マスタ系サーバ、及びスレーブ系サーバの設置台数は、いずれも任意の数とすることが可能である。
また、プラントデータ読込み部１１は、複数にすることも可能である。
【００４１】
以下、図１を参照して、本実施形態のプラントデータ取得処理の動作を説明する。
通常時は、サーバ１３１から、ルータ１３３とネットワーク１２を介してプラントデータ読込み部１１に対してデータ取得要求を送信する。次に、サーバ１３１は、このデータ取得要求の応答としてプラントデータ読込み部１１からデータが送信されてくると、このデータをサーバ１３１内のプラントデータ用データベース（図示は省略）に記録すると共に、ルータ１５を介して表示端末１６に送出する。表示端末１６は、このデータを表示部（図示は省略）に表示する。
【００４２】
しかし、サーバ１３１からプラントデータ取得読込み部１１に対して要求した前述のデータ取得要求に基づくプラントデータ取得処理が失敗すると、これにより、サーバ１３１は、ルータ１３３に障害が発生したことを検知し、サーバ１３１からルータ１５を介して代理取得部１４２に対し、前述のデータ取得要求と同じデータ取得要求を送出する。これを受けて、代理取得部１４２は、プラントデータ読込み部１１へ、前述のデータ取得要求をルータ１４３とネットワーク１２とを介して発信し、この要求に対するプラントデータ読込み部１１からの応答（結果のデータ）をネットワーク１２とルータ１４３とを介して取得した後、サーバ１３１に対し、この応答（結果のデータ）を、ルータ１５を介して送出する。
【００４３】
サーバ１３１は、送出された応答（結果のデータ）を受け取り、サーバ１３１内の前述のプラントデータ用データベースに記録すると共に、ルータ１５を介して表示端末１６に送出する。表示端末１６は、このデータを前述の表示部に表示する。
これにより、マスタ系サーバ１３のルータ１３３に障害が発生した場合にも、サーバ１３１は、プラントデータの取得処理を継続することが可能となる。
【００４４】
なお、ルータ１３３が前述の障害から復旧すると、前述の通常時のプラントデータ取得処理を再開することができるが、上記のバックアップ処理を継続することも可能である。ルータ１３３が前述の障害から復旧した後も、上記のバックアップ処理を継続する場合は、スレーブ系サーバ１４のルータ１４３に障害が発生した時点で、前述の通常時のプラントデータ取得処理に戻すように構成することも可能である。
【００４５】
この第１の実施形態によれば、障害発生時におけるマスタ系サーバ１３とスレーブ系サーバ１４との間の処理の引き継ぎは実時間内で連続しており、プラントデータ用データベース間のプラントデータのコピーは省略されて、遅滞無くデータ収集処理を行うことができるので、障害発生によりプラントデータ収集装置の稼働率が低下することがないという効果がある。
【００４６】
また、プラントデータ読込み部１１が採取したプラントデータは、マスタ系サーバ１３の同一のプラントデータ用データベースに継続的に記録されるので、記録順序が乱されることや、データの記録に漏れが生じることがないという効果がある。
【００４７】
〔第２の実施形態〕
本実施形態は、プラントデータを収集する経路を多重化し、少なくとも１つのサーバが、この経路を選択的に使用することにより、経路の障害発生に対応することを特徴とする。
【００４８】
図２は、本発明に係る第２の実施形態のプラントデータ収集装置の構成を示す構成図である。
同図において、本実施形態のプラントデータ収集装置は、通信用のアドレスＸｃを持ち、プラント機器やセンサーからのデータを読込むプラントデータ読込み部２１と、プラントデータ読込み部２１からのデータを伝送するネットワーク２２と、アドレスＡｃ（２３１）とアドレスＸａ（２３２）とを持つルータＡ（２３）と、アドレスＢｃ（２４１）とアドレスＸｂ（２４２）とを持つルータＢ（２４）と、アドレスＳｒ１（２５３）とアドレスＡｒ１（２５１）とアドレスＢｒ１（２５２）とを持つルータ２５と、アドレスＳｓ１（２６１）を持つサーバ２６とを備えている。
【００４９】
プラントデータ読込み部２１、ルータＡ（２３）、及びルータＢ（２４）は、ネットワーク２２に接続されている。ルータ２５は、サーバ２６、ルータＡ（２３）、及びルータＢ（２４）に接続されている。ネットワーク２２は、広域回線網や専用回線などの通信網を含むことが可能であり、また、これらの通信網は有線または無線を使用することが可能である。
【００５０】
この実施形態では、説明の便宜のために、ネットワーク２２とルータ２５との間に接続されるルータを２つ（ルータＡ（２３）とルータＢ（２４））としたが、本発明では、一般に、ネットワーク２２とルータ２５との間に接続されるルータを任意の数とすることが可能である。また、プラントデータ読込み部２１は、複数にすることも可能である。さらに、サーバ２６には記録されたプラントデータを閲覧するための表示装置を接続することができる。
【００５１】
以下、図２を参照して、本実施形態のプラントデータ取得処理の動作を説明する。
サーバ２６からは、アドレスＡｃ（２３１）を宛て先としてアクセスすることにより、ルータＡ（２３）とネットワーク２２とを介してプラントデータ読込み部２１へアクセスすることが可能である。このアクセス手段により、プラントデータ読込み部２１から取得したプラントデータは、サーバ２６内の図示しないプラントデータ用データベースに記録される。
【００５２】
同様にサーバ２６からは、アドレスＢｃ（２４１）を宛て先としてアクセスすることにより、ルータＢ（２４）とネットワーク２２とを介してプラントデータ読込み部２１へアクセスすることが可能である。このアクセス手段により、プラントデータ読込み部２１から取得したプラントデータは、サーバ２６内の前述のプラントデータ用データベースに記録される。
【００５３】
よって、サーバ２６において、プラントデータ読込み部２１へのアクセス経路を選択的に決定することが可能であり、いずれかの経路を介して取得したプラントデータを、サーバ２６内の前述のプラントデータ用データベースに記録することができる。
【００５４】
さらに、サーバ２６は、ルータＡ（２３）に障害が発生した事実を、サーバ２６からのアドレスＡｃ（２３１）を宛て先とするルータＡ（２３）へのアクセスが失敗することで検出し、これに応じてサーバ２６からのルータＡ（２３）を経由する通信経路は使用できないものと判断する。これにより、サーバ２６は、プラントデータ読込み部２１からプラントデータを取得するために使用する通信経路を、ルータＢ（２４）を経由する通信経路に切り替えることができる。
【００５５】
同様に、サーバ２６は、ルータＢ（２４）に障害が発生した事実を、サーバ２６からのアドレスＢｃ（２４１）を宛て先とするルータＢ（２４）へのアクセスが失敗することで検出し、これに応じてサーバ２６からのルータＢ（２４）を経由する通信経路は使用できないものと判断する。これにより、サーバ２６は、プラントデータ読込み部２１からプラントデータを取得するために使用する通信経路を、ルータＡ（２３）を経由する通信経路に切り替えることができる。
【００５６】
このように構成したことにより、サーバ２６は、ルータＡ（２３）またはルータＢ（２４）のいずれか一方に障害が発生した場合においても、他方を介して、プラントデータ読込み部２１からプラントデータを、連続的に、かつ漏れなく取得し、このデータを前述のプラントデータ用データベースに記録することができる。
【００５７】
この第２の実施形態によれば、ルータＡ（２３）またはルータＢ（２４）のいずれか一方に障害が発生した事実を障害が発生したルータを有するサーバ側において検出し、他方への切り替え処理を、実時間内で間断なく行うことができて、これにより、プラントデータの収集処理を、連続的に、かつ遅滞無く行うことができるので、障害発生によるプラントデータ収集装置の稼働率の低下を防止できる効果がある。
【００５８】
また、プラントデータ読込み部２１が採取したプラントデータは、サーバ２６の同一のプラントデータ用データベースに継続的に記録されるので、記録順序が乱されることや、データの記録に漏れが生じることがないという効果がある。さらに、通信経路の選択をサーバ側で選ぶことができるので、ネットワーク２２とルータ２５との間に接続されるルータの数が３以上の場合、経路のコストや伝送容量などを考慮して最適な通信経路を選ぶことができる効果がある。
【００５９】
〔第３の実施形態〕
本実施形態は、プラントデータを収集するマスタサーバが、受け取ったプラントデータに対応するデータベースの更新指令をスレーブサーバにも送信して、該更新指令を、該スレーブサーバのデータベースに対しても実行せしめることにより、プラントデータ記録の２重化を図ることを特徴とする。
【００６０】
図３は、本発明に係る第３の実施形態のプラントデータ収集装置の構成を示す構成図である。
同図において、本実施形態のプラントデータ収集装置Ａは、１つまたは複数個のプラントデータ読み込み部３１と、プラントデータ読み込み部３１によって収集されたプラントデータを取得するマスタサーバ３２と、スレーブサーバ３３と、マスタサーバ３２とスレーブサーバ３３とを接続する通信線３４とを備えている。マスタサーバ３２とスレーブサーバ３３とは、マスタとスレーブの関係にあり、マスタサーバ３２がマスタ、スレーブサーバ３３がスレーブとして動作するものとする。
【００６１】
マスタサーバ３２は、後述するプラントデータＤＢ更新コマンド実施部３２５が実施した更新コマンドを他のスレーブサーバ（ここではスレーブサーバ３３）に送信する記録コマンド読込／送信部３２１と、上記更新コマンドを後述する記録コマンド履歴３２３に記録する更新コマンド記録部３２２と、上記更新コマンドを記録する記録コマンド履歴３２３（ファイル）と、収集したプラントデータを記録するためのデータベースであるマスタＤＢ（３２４）と、後述するプラントデータ取得部３２６がプラントデータ読み込み部３１から取得したプラントデータによりマスタＤＢ（３２４）を更新するプラントデータＤＢ更新コマンド実施部３２５と、プラントデータ読み込み部３１からプラントデータを取得するプラントデータ取得部３２６とを備えている。
【００６２】
スレーブサーバ３３は、マスタサーバ３２から送信された記録コマンドを受信して後述するスレーブＤＢ（３３２）に反映する記録コマンド受信／反映部３３１と、上記記録コマンドを反映したスレーブＤＢ（３３２）とを備えている。
【００６３】
前記プラントデータ読込み部３１は、マスタサーバ３２のプラントデータ取得部３２６に接続され、記録コマンド履歴３２３は、内部メモリに格納されたファイルである。
ネットワーク１２は、この実施形態では内部的な通信線であるが、一般には、広域回線網や専用回線などの通信網を含むことも可能であり、また、これらの通信網は有線または無線を使用することが可能である。
【００６４】
この実施形態では、説明の便宜のために、マスタ系サーバを、ただ１つ（マスタサーバ３２のみ）とし、マスタ系サーバも、ただ１つ（スレーブサーバ３３のみ）としたが、本発明では、一般に、マスタ系サーバ、及びスレーブ系サーバの設置台数は、いずれも任意の数とすることが可能である。
また、プラントデータ読込み部３１は、複数にすることも可能である。
さらに、サーバ２６には記録されたプラントデータを閲覧するための表示装置を接続することができる。
【００６５】
以下、図３及びデータ等の記録形式を示す図４，５を参照して、本実施形態のプラントデータ取得処理の動作を説明する。
マスタサーバ３２のプラントデータ取得部３２６は、プラントデータ読込み部３１がプラントデータを読込む毎に、このデータを取得し、プラントデータＤＢ更新コマンド実施部３２５に送出する。プラントデータＤＢ更新コマンド実施部３２５は、上記取得したデータを含む更新コマンドを作成すると共に、この更新コマンドを実行し、上記取得したデータでもってマスタＤＢ（３２４）を更新する。また、この更新コマンドを、更新コマンド記録部３２２に送出する。
【００６６】
更新コマンド記録部３２２は、この更新コマンドを、記録コマンド履歴３２３に記録する（この記録形式の１例については図４を参照）と共に、記録コマンド読込／送信部３２１に送出する。
【００６７】
記録コマンド読込／送信部３２１は、記録コマンド履歴３２３に記録された更新コマンドを、所定の一定の周期、若しくは、所定の一定のコマンド履歴件数を定めて読み出し、記録された未送信の更新コマンド（未送信か否かは、図４の３０１０３のカラムに示されている）のみを抽出し、この抽出した更新コマンドを送受信データ（この送受信データの形式の１例は、図５を参照）に編集した後、スレーブサーバ３３に送信する。
【００６８】
一方、スレーブサーバ３３は、マスタサーバ３２の記録コマンド読込／送信部３２１から送信された前述の記録された更新コマンドの送受信データ（図５参照）を受信し、更新コマンドの履歴の実行順位（図５のカラム３０２０１に示されている）に従って、対応する更新コマンド（図５のカラム３０２０２に示されている）を実行してスレーブサーバ３３のスレーブＤＢ（３３２）を更新する。これにより、マスタサーバ３２のマスタＤＢ（３２４）と、スレーブサーバ３３のスレーブＤＢ（３３２）との記録内容を常に一致せしめることができる。
【００６９】
なお、この実施形態では、スレーブサーバ３３のスレーブＤＢは、プラントデータ読込み部３１からのプラントデータによって更新されない構成としたが、一般に、本発明では、スレーブサーバ３３のスレーブＤＢ（３３２）を、プラントデータ読込み部３１からのプラントデータによって更新できる構成とすることも可能であり、その場合は、マスタサーバ３２に障害が発生した場合において、スレーブサーバ３３のスレーブＤＢ（３３２）に対する上記更新機能により、バックアップ（プラントデータの継続記録）が可能となる。
【００７０】
また、マスタサーバを最初から決めずに、装置内の複数のサーバのうち、プラントデータ読込み部３１からのデータ送信を支障無く受信できるサーバを選んでマスタサーバとして動作させるように構成することも可能である。
【００７１】
この第３の実施形態によれば、装置内のいずれのサーバの機能も停止することなく、装置内の全てのサーバのプラントデータ記録用データベースの記録内容を常に一致せしめることができるので、外部システムから、どのサーバにアクセスしても常に同じ結果（記録されたプラントデータ）を取り出すことができる効果がある。さらに、この効果から、サーバ間での負荷分散を図ることができる効果が生じる。
【００７２】
〔第４の実施形態〕
本実施形態は、プラントデータを収集する複数のサーバの各々が、端末から受け取ったデータベースの更新指令を他サーバにも送信して、該更新指令を、該他サーバのデータベースに対しても実行せしめることにより、装置内のいずれのサーバも更新指令の受け付けが可能であるように構成すると共に、記録の多重化を図ることを特徴とする。
【００７３】
図６は、本発明に係る第４の実施形態のプラントデータ収集装置の構成を示す構成図である。
同図において、本実施形態のプラントデータ収集装置Ｂは、プラントデータ記録用データベースを更新するための更新コマンドを発行する１つまたは複数個のデータ更新命令発行部４１（この実施形態では２つ）と、ネットワーク４２と、プラントデータ記録用データベースを有するサーバ４３，４４とを備えている。
【００７４】
サーバ４３は、データ更新命令発行部４１から発行される更新コマンドを読み込んで、後述する更新コマンド受信／データ更新部４３２に送出すると共に、他サーバ（ここではサーバ４４）に上記更新コマンドと同じ内容の更新コマンドを配信する更新コマンド読込み／配信部４３１と、この更新コマンドまたは他サーバ（ここではサーバ４４）から送信された更新コマンドを受信すると共に、これらの更新コマンドを実行する更新コマンド受信／データ更新部４３２と、プラントデータを記録するデータベース４３３とを備えている。
【００７５】
サーバ４４は、データ更新命令発行部４１から発行される更新コマンドを読み込んで、後述する更新コマンド受信／データ更新部４４２に送出すると共に、他サーバ（ここではサーバ４３）に上記更新コマンドと同じ内容の更新コマンドを配信する更新コマンド読込み／配信部４４１と、この更新コマンドまたは他サーバ（ここではサーバ４３）から送信された更新コマンドを受信すると共に、これらの更新コマンドを実行する更新コマンド受信／データ更新部４４２と、プラントデータを記録するデータベース４４３とを備えている。
【００７６】
データ更新命令発行部４１、サーバ４３，４４は、ネットワーク４２に接続されている。データ更新命令発行部４１は、例えば、表示・操作端末により構成することが可能であり、この場合は、オペレータの入力や表示要求などを契機として、対応するサーバに対してプラントデータ記録用データベースを更新するための更新コマンドを発行するものとする。データ更新命令発行部４１から発行される更新コマンドには、該更新コマンドが追加や修正を指示するものである場合には、プラントデータが含まれるものとする。
【００７７】
ネットワーク４２は、広域回線網や専用回線などの通信網を含むことが可能であり、また、これらの通信網は有線または無線を使用することが可能である。
この実施形態では、説明の便宜のために、サーバを、２つ（サーバ４３とサーバ４４）としたが、本発明では、一般に、サーバの設置台数を任意の数とすることが可能である。
【００７８】
以下、図６及び図７を参照して、本実施形態のプラントデータ取得処理の動作を説明する。
データ更新命令発行部４１は、サーバ４３とサーバ４４のいずれに対しても、プラントデータを含むデータベース更新コマンドを発行することができる。ここでは、例えば、サーバ４３に対してデータベース更新コマンドが発行された場合について説明する。
【００７９】
サーバ４３の更新コマンド読込み／配信部４３１は、上記発行されたデータベース更新コマンドを読み込み、更新コマンド受信／データ更新部４３２に送出する。また、更新コマンド読込み／配信部４３１は、データベース更新コマンドを送信すべき他サーバ（ここではサーバ４４）を決定し、該決定したサーバに対して、このデータベース更新コマンドをネットワーク４２を介して送信する。
この配信すべき他サーバの決定手段は、一般には、例えば、更新コマンド読込み／配信部４３１が、予め図７に示すようなマトリクスを保持し、このマトリクスを参照することにより決定することができる。
【００８０】
更新コマンド受信／データ更新部４３２は、上記送出されたデータベース更新コマンドを受けて、該コマンドに従い、該コマンドに含まれているプラントデータでもって、データベース４３３を更新する。一方、サーバ４４の更新コマンド受信／データ更新部４４２も、上記送出されたデータベース更新コマンドを受けて、該コマンドに従い、該コマンドに含まれているプラントデータにより、データベース４４３を更新する。
【００８１】
なお、データ更新命令発行部４１が、サーバ４４に対してデータベース更新コマンドを発行した場合も、前述と同様の動作により、データベース４４３及びデータベース４３３が更新される。これにより、サーバ４３が保持するデータベース４３３の内容と、サーバ４４が保持するデータベース４４３の内容とを、常に一致させることが可能となる。
【００８２】
なお、例えば、サーバ４３内に障害が発生した事実を示す情報は、例えば、更新コマンド読込み／配信部４３１に集約しておき、障害が発生した場合に、データ更新命令発行部４１からの更新コマンド読込み／配信部４３１に対するコマンド発行が失敗することで、データ更新命令発行部４１は、この障害の発生を検知することができる。
【００８３】
この第４の実施形態によれば、装置内のいずれのサーバの機能も停止することなく、装置内の全てのサーバのプラントデータ記録用データベースの記録内容を常に一致せしめることができるので、外部システムから、どのサーバにアクセスしても常に同じ結果（記録されたプラントデータ）を取り出すことができるという効果がある。
【００８４】
さらに、この効果に加えて、全てのサーバが全てのデータ更新命令発行部４１からのコマンドを受け付けることができるので、全てのサーバは対等となり、よって、サーバ間での負荷分散をより一層簡単に図ることができると共に、いずれかのサーバに障害が発生した場合は、データ更新命令発行部４１からのコマンドを、動作可能なサーバに対して発行することにより、バックアップ（ブラントデータの継続記録）が行えるという効果がある。
【００８５】
〔第５の実施形態〕
本実施形態は、前記第４の実施形態に、さらに、他サーバに送信した更新指令が、該他サーバの障害発生に起因して該他サーバにおいて受信されなかった時に、該更新指令を該他サーバが障害から復旧するまで一時保管し、該他サーバが障害復帰した時点で再送して、実行せしめる構成を加えたことを特徴とする。
【００８６】
図８は、本発明に係る第５の実施形態のプラントデータ収集装置の構成を示す構成図である。
同図において、本実施形態のプラントデータ収集装置は、プラントデータ記録用データベースを更新するための更新コマンドを発行するプラントデータ更新コマンド発行部５１，５２と、ネットワーク５３と、プラントデータ記録用データベースを有するサーバ５４，５５とを備えている。
【００８７】
サーバ５４は、プラントデータ更新コマンド発行部５１から発行される更新コマンドを読み込んで、後述する更新コマンド受信／データ更新部５４２に送出すると共に、他サーバ（ここではサーバ５５）に上記更新コマンドと同じ内容の更新コマンドを配信する更新コマンド読込み／配信部５４１と、この更新コマンドまたは他サーバ（ここではサーバ５５）から送信された更新コマンドを受信すると共に、これらの更新コマンドを実行する更新コマンド受信／データ更新部５４２を備える。
【００８８】
また、サーバ５４は、プラントデータを記録するデータベース５４３と、障害時に実行を保留していた他サーバ（ここではサーバ５５）からの更新コマンドを実行する蓄積プラントデータ更新コマンド受信／実行部５４４と、更新コマンド読込み／配信部５４１が更新コマンドを送信した送信先である上記他サーバが、障害発生等に起因して上記更新コマンドを受信できなかった時の上記更新コマンドを履歴として蓄積するプラントデータ更新コマンド蓄積部５４５と、上記他サーバが上記障害等から復帰した時に、蓄積プラントデータ更新コマンド蓄積部５４５に蓄積されていた更新コマンドを送信する蓄積プラントデータ更新コマンド送信部５４６とを備えている。
【００８９】
サーバ５５は、プラントデータ更新コマンド発行部５１から発行される更新コマンドを読み込んで、後述する更新コマンド受信／データ更新部５５２に送出すると共に、他サーバ（ここではサーバ５４）に上記更新コマンドと同じ内容の更新コマンドを配信する更新コマンド読込み／配信部５５１と、この更新コマンドまたは他サーバ（ここではサーバ５４）から送信された更新コマンドを受信すると共に、これらの更新コマンドを実行する更新コマンド受信／データ更新部５５２と、プラントデータを記録するデータベース５５３とを有する。
【００９０】
また、サーバ５５は、障害時に実行を保留していた他サーバ（ここではサーバ５４）からの更新コマンドを実行する蓄積プラントデータ更新コマンド受信／実行部５５４と、更新コマンド読込み／配信部５５１が更新コマンドを送信した送信先である上記他サーバが、障害発生等に起因して上記更新コマンドを受信できなかった時の上記更新コマンドを履歴として蓄積する蓄積プラントデータ更新コマンド蓄積部５５５と、上記他サーバが上記障害等から復帰した時に、蓄積プラントデータ更新コマンド蓄積部５５５に蓄積されていた更新コマンドを送信する蓄積プラントデータ更新コマンド送信部５５６とを備えている。
【００９１】
プラントデータ更新コマンド発行部５１，５２、サーバ５４，５５は、ネットワーク５３に接続されている。プラントデータ更新コマンド発行部５１，５２は、例えば、表示・操作端末により構成することが可能であり、この場合は、オペレータの入力や表示要求などを契機として、対応するサーバに対してプラントデータ記録用データベースを更新するための更新コマンドを発行するものとする。プラントデータ更新コマンド発行部５１，５２から発行される更新コマンドには、該更新コマンドが追加や修正を指示するものである場合には、プラントデータが含まれるものとする。
【００９２】
ネットワーク５３は、広域回線網や専用回線などの通信網を含むことが可能であり、また、これらの通信網は有線または無線を使用することが可能である。
この実施形態では、説明の便宜のために、サーバを、２つ（サーバ５４とサーバ５５）としたが、本発明では、一般に、サーバの設置台数を任意の数とすることが可能である。
【００９３】
以下、図８を参照して、本実施形態のプラントデータ取得処理の動作を説明する。
例えば、プラントデータ更新コマンド発行部５１が、サーバ５４に対して、サーバ５４のデータベース５４３を更新する更新コマンドを、内部的な通信線またはネットワーク５３を介して発行した場合、この発行された更新コマンドは、サーバ５４の更新コマンド読込み／配信部５４１によってサーバ５４内に読み込まれてサーバ５４の更新コマンド受信／データ更新部５４２に送出されると共に、ネットワーク５３を介して配信すべき他サーバ（ここではサーバ５５）にも送信される。
【００９４】
この場合、配信すべき他サーバ（ここではサーバ５５）の決定手段は、前述の第４の実施形態と同じとすることができる。すなわち、この配信すべき他のサーバ（ここではサーバ５５）の決定手段は、一般には、例えば、更新コマンド読込み／配信部５４１が、予め図７に示すようなマトリクスを保持し、このマトリクスを参照することにより決定することができる。
【００９５】
更新コマンド受信／データ更新部５４２は、上記送出されたデータベース更新コマンドを受けて、該コマンドに従い、該コマンドに含まれているプラントデータでもって、データベース５４３を更新する。
【００９６】
一方、サーバ５５の更新コマンド受信／データ更新部５５２も、上記送出されたデータベース更新コマンドを受けて、該コマンドに従い、該コマンドに含まれているプラントデータでもって、データベース５５３を更新する。しかし、サーバ５５の障害発生等に起因して、サーバ５５の更新コマンド受信／データ更新部５５２が、前述の送出されたデータベース更新コマンドを受信できなかった場合は、この事実をサーバ５４の更新コマンド読込み／配信部５４１が検知して、この受信されなかった更新コマンドを、プラントデータ更新コマンド蓄積部５４５に送出する。
【００９７】
この後、サーバ５４の更新コマンド受信／データ更新部５４１は、更新コマンドを受信する毎に、上記データベース５４３の更新と、サーバ５５の更新コマンド受信／データ更新部５５２への上記更新コマンドの送信を行うが、この間、サーバ５５の更新コマンド受信／データ更新部５５２が、前述の送出されたデータベース更新コマンドを受信できるようになると、サーバ５４の更新コマンド受信／データ更新部５４１は、該事実を検知してサーバ５５が上記障害から復旧したことを検知する。
【００９８】
その後、サーバ５４の蓄積プラントデータ更新コマンド送信部５４６が、プラントデータ更新コマンド蓄積部５４５に蓄積された更新コマンドを読み出してサーバ５５の蓄積プラントデータ更新コマンド受信／実行部５５４に、ネットワーク５３を介して送信する。サーバ５５の蓄積プラントデータ更新コマンド受信／実行部５５４は、上記送信された蓄積プラントデータ更新コマンドを受けて、データベース５５３を更新する。この更新処理は、サーバ５５の更新コマンド読込み／配信部５５１を経由する通常の更新コマンドによる更新処理に優先して実行することができる。
【００９９】
また、この更新処理が完了するまでは、サーバ５５への外部システムからのアクセスに対しては、ビジィ状態（準備中）を通知する必要がある。より具体的には、サーバ５５の更新コマンド受信／データ更新部５５２は、サーバ５４の更新コマンド読込み／配信部５４１からの更新コマンドを受信した時に、更新コマンド受信／データ更新部５５１をビジィ状態（準備中）にし、この時に、更新コマンド受信／データ更新部５５１が既に受け付けていた更新コマンドは更新コマンド受信／データ更新部５５１の内部において保留にする。その後、更新コマンド受信／データ更新部５５２は、サーバ５５の更新コマンド受信／データ更新部５５２からの更新コマンドの送信が完了した時点で、更新コマンド受信／データ更新部５５１の前述のビジィ状態（準備中）を解いて更新コマンドの受信が可能な状態に戻す。
【０１００】
なお、例えば、プラントデータ更新コマンド発行部５２が、例えば、サーバ５５に対してデータベース更新コマンドを発行した場合も、前述と同様の動作により、データベース４４及びデータベース４３が更新される。
これにより、サーバ５４が保持するデータベース５４３の内容と、サーバ５５が保持するデータベース５５３の内容とを、データの順序まで含めて常に一致させることが可能となる。
【０１０１】
この第５の実施形態によれば、装置内のいずれのサーバの機能も停止することなく、装置内の全てのサーバのプラントデータ記録用データベースの記録内容を常に一致せしめることができるので、外部システムから、どのサーバにアクセスしても常に同じ結果（記録されたプラントデータ）を取り出すことができる効果がある。さらに、この効果に加えて、全てのサーバが全てのプラントデータ更新コマンド発行部からのコマンドを受け付けることができるので、全てのサーバは対等となり、よって、サーバ間での負荷分散をより一層簡単に図ることができると共に、いずれかのサーバに障害が発生した場合は、プラントデータ更新コマンドを、動作可能なサーバに対して発行することにより、バックアップ（ブラントデータの継続記録）が行えるという効果がある。
【０１０２】
また、全てのサーバにおいて最初から正常な状態が継続する場合、若しくは、いずれかのサーバに障害が発生した場合であっても該障害からの復帰後に、ユーザは、どのサーバにアクセスしても、取りこぼしの無い全データを参照することが可能となる。
【０１０３】
〔第６の実施形態〕
本実施形態は、前記第５の実施形態に、さらに、他サーバに送信した更新指令を、該他サーバが端末から受け付ける更新指令に優先して実行せしめる構成を加えたことを特徴とする。
【０１０４】
図９は、本発明に係る第６の実施形態のプラントデータ収集装置の構成を示す構成図である。
本実施形態のプラントデータ収集装置の構成は、第５の実施形態のプラントデータ収集装置の更新コマンド読込み／配信部５４１が更新コマンド読込み処理相互排他部６１１１を備えた更新コマンド読込み／配信部６１１に置き代わり、更新コマンド読込み／配信部５５１が更新コマンド読込み処理相互排他部６２１１を備えた更新コマンド読込み／配信部６２１に置き代わっただけであり、他の構成要素については、第５の実施形態のプラントデータ収集装置の構成要素と構成、機能とも同じである。
【０１０５】
よって、以下では、本実施形態のプラントデータ収集装置の更新コマンド読込み／配信部６１１，６２１の機能を説明する。
サーバ６１の更新コマンド読込み／配信部６１１における更新コマンド読込み処理相互排他部６１１１は、更新コマンド読込み／配信部６１１が準備中でない時（即ち、プラントデータ更新コマンドの受付が可能な時）において、サーバ６１がプラントデータの更新コマンドを読込んだ時に、この更新コマンドを送信すべく決定された他の全てのサーバの更新コマンド読込み処理相互排他部（ここではサーバ６２１の更新コマンド読込み処理相互排他部６２１１）に対して、更新コマンド読込み／配信部（ここでは更新コマンド読込み／配信部６２１）を準備中（ビジィ）の状態にするように指示する（ロックを掛ける）。これにより、サーバ６１を除く全サーバへのプラントデータ更新コマンドの発行は待機状態となる。
【０１０６】
なお、前述の更新コマンドを送信すべき他のサーバの決定方法は、前述の第４の実施形態と同じとすることができる。
【０１０７】
その後、更新コマンド読込み／配信部６１１から送信された更新コマンドによるプラントデータ用データベース（ここではデータベース５５３）の更新が全て完了すると、該完了したサーバの更新コマンド読込み処理相互排他部（ここではサーバ６２１の更新コマンド読込み処理相互排他部６２１１）が、更新コマンド読込み／配信部（ここでは更新コマンド読込み／配信部６２１）における前述の準備中（ビジィ）の状態を解いて（ロックを解除する）、プラントデータ更新コマンドの受付けが可能な状態に戻す。
【０１０８】
同様に、サーバ６２の更新コマンド読込み／配信部６２１における更新コマンド読込み処理相互排他部６２１１は、更新コマンド読込み／配信部６２１が準備中でない時（即ち、プラントデータ更新コマンドの受付が可能な時）において、サーバ６２がプラントデータの更新コマンドを読込んだ時に、他の全てのサーバの更新コマンド読込み処理相互排他部（ここではサーバ６１１の更新コマンド読込み処理相互排他部６１１１）に対して、更新コマンド読込み／配信部（ここでは更新コマンド読込み／配信部６１１）を準備中（ビジィ）の状態にするように指示する。これにより、サーバ６１を除く全サーバへのプラントデータ更新コマンドの発行は待機状態となる。
【０１０９】
その後、更新コマンド読込み／配信部６２１から送信された更新コマンドによるプラントデータ用データベース（ここではデータベース５４３）の更新が全て完了すると、該完了したサーバの更新コマンド読込み処理相互排他部（ここではサーバ６１１の更新コマンド読込み処理相互排他部６１１１）が、更新コマンド読込み／配信部（ここでは更新コマンド読込み／配信部６１１）における前述の準備中（ビジィ）の状態を解いて、プラントデータ更新コマンドの受付けが可能な状態に戻す。
【０１１０】
この第６の実施形態によれば、全てのサーバが完全に対等となるため、前述の第５の実施形態に係るプラントデータ収集装置の効果に加えて、より一層の負荷分散を図ることができる効果がある。
【０１１１】
【発明の効果】
以上説明したように、本発明のプラントデータ収集装置によれば、障害発生時にプラントデータ蓄積処理を継続するサーバの切り替えを迅速に行うと共に、障害が介在する場合にも、プラントデータを蓄積するためのサーバ内のデータベースの記録内容と、記録順序とを、全てのサーバにおいて一致させることができるプラントデータ収集装置を提供することができる。
また、通信経路の選択に際し、経路のコストや伝送容量などを考慮して、サーバ側で最適な通信経路を選ぶことができるプラントデータ収集装置を提供することができる。
【０１１２】
また、外部システムから、装置内のどのサーバにアクセスしても常に同じ結果（記録されたプラントデータ）を取り出すことができるプラントデータ収集装置を提供することができる。
さらに、装置内の全てのサーバを対等な関係にして、プラントデータ蓄積処理のバックアップを複数のサーバで行うことを可能にすると共に、サーバ間での負荷分散を図ることができるプラントデータ収集装置を提供することができる。
【図面の簡単な説明】
【図１】本発明に係る第１の実施形態のプラントデータ収集装置の構成を示す構成図である。
【図２】本発明に係る第２の実施形態のプラントデータ収集装置の構成を示す構成図である。
【図３】本発明に係る第３の実施形態のプラントデータ収集装置の構成を示す構成図である。
【図４】本発明に係る第３の実施形態のプラントデータ収集装置の障害時に記録される更新コマンドの記録形式の１例を示す。
【図５】本発明に係る第３の実施形態のプラントデータ収集装置の障害時に記録される更新コマンドを含む送受信データの形式の１例を示す。
【図６】 本発明に係る第４の実施形態のプラントデータ収集装置の構成を示す構成図である。
【図７】本発明に係る第４の実施形態のプラントデータ収集装置の更新コマンドを受信したサーバが、この更新コマンドを送信すべき他のサーバを決定する時に参照するマトリクスの１例を示す。
【図８】 本発明に係る第５の実施形態のプラントデータ収集装置の構成を示す構成図である。
【図９】 本発明に係る第６の実施形態のプラントデータ収集装置の構成を示す構成図である。
【図１０】従来のプラントデータ収集装置の構成を示す構成図である。
【符号の説明】
１１ プラントデータ読込み部
１２ ネットワーク
１３ マスタ系サーバ
１４ スレーブ系サーバ
１５、１３３，１４３ ルータ
１６ 表示端末
１３１，１４１ サーバ
１３２，１４２ 代理取得部[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a plant data collection device, and in particular, collects information (plant data) necessary for monitoring an operation tendency of an operating plant and managing an operation environment in real time and reliably into a database. The present invention relates to a plant data collection device that records and allows an operator to browse through a display terminal or the like.
[0002]
[Prior art]
An example of a conventional plant data collection device is shown in FIG. FIG. 10 is a configuration diagram showing a configuration of a conventional plant data collection device.
[0003]
In the figure, a conventional plant data collection device includes a plant data reading device 91 that reads information about a plant via a sensor, a network 92 for transmitting information about a plant read by the plant data reading device 91, and a network 92. The router 93 and the router 94 that are connected to each other to control the data packet, the master server 95 that is normally used, the slave server 96 that is used when an abnormality occurs, and the master server 95 and the slave server 96 can communicate with each other. And a communication line 97 to be connected.
[0004]
The master server 95 includes a plant data acquisition unit 951, a plant data DB update command execution unit 952, a master DB (953), a DB takeover transmission unit 954, and a DB takeover determination unit 955.
The slave server 96 includes a DB takeover receiving unit 961, a slave DB (962), a plant data DB update command execution unit 963, and a plant data acquisition unit 964.
[0005]
The operation of the conventional plant data collection device shown in FIG. 10 will be described below.
Normally, the data received by the plant data acquisition unit 951 of the master server 95 is accumulated in the master DB (953) via the plant data DB update command execution unit 952.
[0006]
However, when a failure occurs in the network 92 between the plant data reading device 91 and the master server 95, the DB takeover determination unit 954 of the master server 95 detects and determines that data cannot be accumulated, It requests the DB takeover transmission unit 961 of the slave server 96 to perform processing on the communication line 97.
[0007]
Next, the DB takeover transmission unit 954 of the master server 95 transmits the DB data stored in the master DB (953) up to now to the DB takeover reception unit 961 of the slave server 96 via the communication line 97. The DB takeover transmission unit 961 receives this DB data and copies it to the slave DB (962).
Thereafter, the data read by the plant data reading device 91 is acquired by the slave server 96 via the network 92, and this data is stored in the slave DB (962) to cope with the above-described failure.
[0008]
In addition, when retrospecting past patent information, in a distributed processing system having a plurality of servers, the data to be shared in each server is stored in order to guarantee the identity of the data to be shared among the servers. A technique for matching the content update and update processing to the database to be performed is shown (for example, see Patent Document 1).
Also, a problem that arises when duplication processing by a server and a slave is adopted with the intention of guaranteeing the identity of data to be shared between servers, that is, a database in the server between these servers. In contrast, a technique for solving the problem that the same update processing circulates permanently is shown (for example, see Patent Document 2).
[0009]
[Patent Document 1]
JP-A-10-187520
[Patent Document 2]
JP 2000-3300 A
[0010]
[Problems to be solved by the invention]
By the way, in the conventional plant data collection device, as described above, even if the master plant data collection device (master server 95) is normal, if a failure occurs in the router 94, this master system The plant data collection device stops functioning. Therefore, in this case, the data collection process can be continued by requesting the slave plant data collection apparatus (slave server 96) to perform the data collection process.
[0011]
However, there is a problem that a period during which the data collection function cannot be used occurs during the time required for taking over the processing, and this causes a problem that the operation rate of the plant data collection device is lowered. .
[0012]
In addition, in order to make the access means from the server to the plant data reading device 91 redundant, conventionally, a plurality of routes such as the router 93 and the router 94 have been provided. There is a problem that it is up to the router and cannot be selected on the server side. In particular, there is a problem that an optimum route cannot be selected in consideration of route cost, transmission capacity, and the like.
[0013]
Further, when a failure occurs in the router 94, switching from the master server 95 to the slave server 96 is processed in a lump, so that there is a problem that the switching process takes time. In addition, there is a problem that load distribution cannot be handled.
In addition, there is a problem that a request from an external system (for example, a display terminal) to the plant data collection device may be awaited by a data update process in a shorter cycle.
[0014]
In addition, when a server out of a plurality of servers falls into a state where the update process of the plant data DB is impossible, when the server is restored to a state where the update process of the plant data DB is possible, During the period when the DB update process was not possible, the DB update process using the plant data distributed from the other server was not performed. As a result, the contents of the plant data DB (data ) Has a problem that a measure for obtaining consistency is required.
[0015]
With respect to this problem, the server after failure recovery receives all unprocessed plant data DB update requests (commands), thereby updating the plant data DB in the server after failure recovery, thereby Means for matching the contents of the data DB with other servers were examined.
[0016]
Furthermore, in the above-mentioned plant data collection device, when each of the plurality of servers receives update requests for different plant data DBs almost simultaneously, any one of the plurality of servers can receive the received plant data DB. The timing of updating the database in this server by the update request and the timing at which this database should be updated by the update request of the plant data DB received by other servers and distributed via the communication line 97 become almost simultaneous. .
[0017]
However, due to uncertain factors such as the load state of each server and the load state of the communication line 97 between the servers when distributing the update request of the plant data DB to other servers, the update request of the plant data DB to be processed Since the order is different for each server, there is a problem that when adding data to the plant data DB, there is no match between servers in the order of accumulated data.
[0018]
The technique disclosed in Patent Document 1 described above is a countermeasure when a failure occurs in the system. More specifically, when the failure occurs, the recorded contents of the shared data database in each server match. There is no contrivance to collect data without interruption, or to continue processing even with a single database. Further, in a system for accumulating plant data, the data shown in Patent Document 1 is always collected in real time from all elements to be monitored in the plant in real time. However, it is inevitable that enormous copies are required.
[0019]
In addition, the technique disclosed in Patent Document 2 avoids copying a huge amount of data in post-processing by adopting a duplication process by a server and a slave. No attempt has been made to match the recorded contents of the data database. In addition, each server needs to have two databases for update and copy, which increases the equipment cost.
[0020]
The present invention has been made in view of the above-mentioned conventional problems, and is a record recorded in a database in a server for storing plant data while quickly switching between communication paths and servers when a failure occurs. An object of the present invention is to provide a plant data collection device that can match the contents and the recording order in all servers.
[0021]
[Means for Solving the Problems]
In order to solve the above problems, a plant data collection device according to the present invention described in claim 1 is collected from a plant and a plurality of servers connected to be communicable with each other via a network. Plant data A plant data collecting device having plant data reading means for reading and transmitting to at least one of the plurality of servers, When any of the plurality of servers receives an update command comprising a database for storing plant data, plant data transmitted from the plant data reading means, and a database update command for the own server, the server is mastered. Means for operating as a server; means for operating the server as a slave server corresponding to the master server when receiving a database update command from another server operating as the master server; Means for recording the data received from the plant data reading means in the master server and transmitting an update command including the data for executing the recording to a slave server corresponding to the master server via the network And, in the slave server, by executing the update command transmitted from the master server, Record the plant data in its own server database and update the database And means for carrying out the above.
[0026]
Claims having such a configuration 1 In this invention, it is possible to always match the recorded contents of the plant data recording database of all the servers in the apparatus without stopping the function of any server in the apparatus, so any server can be accessed from an external system. Even so, the same result (recorded plant data) can be always obtained, and a plant data collecting apparatus that can achieve load distribution among servers is realized.
[0027]
A plant data collection device according to a second aspect of the present invention includes a plurality of servers connected to be communicable with each other via a network and a data update command transmitted to at least one of the servers connected to the network. Each of the plurality of servers from the terminal. Includes plant data and local server database update instructions When the data update command is transmitted, based on the data update command, To own server Means for updating the recorded plant data, and said data update command Depending on the type of data update command received when receiving the update command It is characterized by comprising means for determining another server to be distributed and means for distributing the data update command to the determined other server.
[0028]
Claims having such a configuration 2 In the invention of the present invention, it is possible to always match the recorded contents of the plant data recording database of all the servers in the apparatus without stopping the function of any server in the apparatus. A plant data collection device that can always extract the same result (recorded plant data) even when accessing the server is realized.
[0029]
Moreover, since all the servers can receive the data update command from all the terminals that transmit the data update command, all the servers are equal, thereby further simplifying load distribution among the servers. A plant data collection device that can be used is realized. In addition, if a failure occurs in any of the servers, a data update command from the terminal that sends the data update command is issued to the operable server, thereby enabling backup (continuous recording of blunt data). The plant data collection device which can do is realized.
[0030]
Claim 3 The plant data collection device according to the present invention described in claim 4 is that, in the plant data collection device according to claim 4, each of the plurality of servers has a failure in the other server to which the data update command has been distributed. Means for detecting and recording the distributed data update command; means for detecting that the other server has recovered from a failure; and redistributing the recorded data update command to the other server; And a means for updating the recorded plant data based on the transmitted data update command when the data update command is transmitted from any one of the other servers. .
[0031]
Claims having such a configuration 3 In the invention of claim 2 In addition to the operational effects of the invention, if a failure occurs in any of the servers, record the data update command to be transmitted until this failure is recovered, and when this failure is recovered, Since the data update command is retransmitted, a plant data collection device capable of recording all data without missing is realized.
[0032]
Claim 4 The plant data collecting device according to the present invention described in claim 1 3 In the plant data collection device described above, each of the plurality of servers updates data from the terminal provided in the determined other server prior to execution of the means for distributing the data update command to the determined other server. Means for causing the instruction reading means to be in a stopped state, and means for detecting the completion of execution of the data update instruction by the determined other server, and reading means for reading the data update instruction from the terminal provided in the determined other server And a means for resuming the process.
[0033]
Claims having such a configuration 4 In the invention of claim 3 In addition to the operation and effect of the invention, the data update command for the determined other server can be executed in preference to the data update command received from the terminal by the other server, A plant data collecting apparatus is realized that can completely match the recorded contents of the server's plant data recording database including the recording order.
[0034]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the plant data collection device of the present invention will be described in detail in the order of [First Embodiment] to [Sixth Embodiment] with reference to the drawings.
[0035]
[First Embodiment]
In this embodiment, a plurality of paths including the server are collected for collecting plant data. When a failure occurs in the path of the server in use, the collection of the plant data is performed via the path of the server having another normal path. It is characterized by continuing.
[0036]
FIG. 1 is a configuration diagram showing the configuration of the plant data collection device according to the first embodiment of the present invention.
In the figure, the plant data collection device of this embodiment includes a plant data reading unit 11 that reads data from plant equipment and sensors, a network 12 that transmits data from the plant data reading unit 11, and a plant data collection server. And a master server 13 and a slave server 14, a router 15, and a display terminal 16.
[0037]
The master server 13 includes a server 131, a proxy acquisition unit 132, and a router 133. The slave server 14 includes a server 141, a proxy acquisition unit 142, and a router 143. The plant data reading unit 11, the router 133, and the router 143 are connected to the network 12. The router 15 is connected to the master server 13, the slave server 14, and the display terminal 16.
[0038]
The server 131 and the proxy acquisition unit 132 are connected between the router 15 and the router 133. The server 141 and the proxy acquisition unit 142 are connected between the router 15 and the router 143. The server 131 and the server 141 are in a master-slave relationship, and the server 131 operates as a master and the server 141 operates as a slave.
[0039]
The network 12 can include a communication network such as a wide area network or a dedicated line, and these communication networks can use wired or wireless.
[0040]
In this embodiment, for convenience of explanation, there is only one master server (master server 13 only) and only one master server (slave server 14 only). In general, the number of master servers and slave servers installed can be any number.
The plant data reading unit 11 may be plural.
[0041]
Hereinafter, the operation of the plant data acquisition process of the present embodiment will be described with reference to FIG.
During normal times, the server 131 transmits a data acquisition request to the plant data reading unit 11 via the router 133 and the network 12. Next, when data is transmitted from the plant data reading unit 11 as a response to this data acquisition request, the server 131 records this data in a plant data database (not shown) in the server 131 and also transmits a router. 15 to the display terminal 16. The display terminal 16 displays this data on a display unit (not shown).
[0042]
However, when the plant data acquisition process based on the above-described data acquisition request requested from the server 131 to the plant data acquisition reading unit 11 fails, the server 131 detects that a failure has occurred in the router 133, The server 131 sends the same data acquisition request as the above-described data acquisition request to the proxy acquisition unit 142 via the router 15. In response to this, the proxy acquisition unit 142 transmits the above-described data acquisition request to the plant data reading unit 11 via the router 143 and the network 12, and a response (result of the response) from the plant data reading unit 11 to this request. (Data) is acquired via the network 12 and the router 143, and this response (result data) is sent to the server 131 via the router 15.
[0043]
The server 131 receives the sent response (result data), records it in the aforementioned plant data database in the server 131, and sends it to the display terminal 16 via the router 15. The display terminal 16 displays this data on the aforementioned display unit.
Thereby, even when a failure occurs in the router 133 of the master server 13, the server 131 can continue the process of acquiring plant data.
[0044]
Note that when the router 133 recovers from the above-described failure, the above-described normal plant data acquisition process can be resumed, but the above-described backup process can also be continued. When the above-described backup processing is continued even after the router 133 recovers from the above-described failure, when the failure occurs in the router 143 of the slave server 14, the processing is returned to the above-described normal plant data acquisition processing. It is also possible to configure.
[0045]
According to the first embodiment, the handover of the processing between the master server 13 and the slave server 14 at the time of the failure is continuous in real time, and the plant data is copied between the plant data databases. Is omitted, and data collection processing can be performed without delay. Therefore, there is an effect that the operation rate of the plant data collection device does not decrease due to the occurrence of a failure.
[0046]
In addition, since the plant data collected by the plant data reading unit 11 is continuously recorded in the same plant data database of the master server 13, the recording order is disturbed and data recording is leaked. There is an effect that there is nothing.
[0047]
[Second Embodiment]
The present embodiment is characterized in that a route for collecting plant data is multiplexed, and at least one server selectively uses this route to cope with the occurrence of a route failure.
[0048]
FIG. 2 is a configuration diagram showing the configuration of the plant data collection device according to the second embodiment of the present invention.
In the figure, the plant data collection device of this embodiment has a communication address Xc, and transmits data from a plant data reading unit 21 that reads data from plant equipment and sensors, and data from the plant data reading unit 21. The network 22, the router A (23) having the address Ac (231) and the address Xa (232), the router B (24) having the address Bc (241) and the address Xb (242), and the address Sr1 (253) ), An address Ar1 (251) and an address Br1 (252), and a server 26 having an address Ss1 (261).
[0049]
The plant data reading unit 21, the router A (23), and the router B (24) are connected to the network 22. The router 25 is connected to the server 26, the router A (23), and the router B (24). The network 22 can include a communication network such as a wide area network or a dedicated line, and these communication networks can use wired or wireless.
[0050]
In this embodiment, for convenience of explanation, two routers (router A (23) and router B (24)) connected between the network 22 and the router 25 are used. The number of routers connected between the network 22 and the router 25 can be any number. Also, a plurality of plant data reading units 21 can be provided. Further, a display device for browsing the recorded plant data can be connected to the server 26.
[0051]
Hereinafter, the operation of the plant data acquisition process of the present embodiment will be described with reference to FIG.
The server 26 can access the plant data reading unit 21 via the router A (23) and the network 22 by accessing the address Ac (231) as a destination. By this access means, the plant data acquired from the plant data reading unit 21 is recorded in a plant data database (not shown) in the server 26.
[0052]
Similarly, the server 26 can access the plant data reading unit 21 via the router B (24) and the network 22 by accessing the address Bc (241) as a destination. With this access means, the plant data acquired from the plant data reading unit 21 is recorded in the aforementioned plant data database in the server 26.
[0053]
Therefore, in the server 26, it is possible to selectively determine the access route to the plant data reading unit 21, and the plant data acquired via any one of the routes is stored in the aforementioned database for plant data in the server 26. Can be recorded.
[0054]
Further, the server 26 detects the fact that a failure has occurred in the router A (23) by the failure of access to the router A (23) addressed to the address Ac (231) from the server 26. Accordingly, it is determined that the communication path from the server 26 via the router A (23) cannot be used. Thereby, the server 26 can switch the communication path used for acquiring the plant data from the plant data reading unit 21 to the communication path via the router B (24).
[0055]
Similarly, the server 26 detects the fact that a failure has occurred in the router B (24) by the failure in accessing the router B (24) addressed to the address Bc (241) from the server 26, Accordingly, it is determined that the communication path from the server 26 via the router B (24) cannot be used. Thereby, the server 26 can switch the communication path used for acquiring the plant data from the plant data reading unit 21 to the communication path via the router A (23).
[0056]
With this configuration, the server 26 receives plant data from the plant data reading unit 21 via the other of the router A (23) or the router B (24) even when a failure occurs. , Continuously and without omission, and this data can be recorded in the aforementioned plant data database.
[0057]
According to the second embodiment, the fact that a failure has occurred in either router A (23) or router B (24) is detected on the server side having the failed router, and switching to the other is performed. Can be performed without interruption in real time, so that the plant data collection process can be performed continuously and without delay, which reduces the operating rate of the plant data collection device due to the occurrence of a failure. There is an effect that can be prevented.
[0058]
In addition, since the plant data collected by the plant data reading unit 21 is continuously recorded in the same database for plant data in the server 26, the recording order may be disturbed, or data recording may be leaked. There is no effect. Further, since the communication path can be selected on the server side, when the number of routers connected between the network 22 and the router 25 is three or more, it is optimum in consideration of the cost of the path and the transmission capacity. There is an effect that a communication path can be selected.
[0059]
[Third Embodiment]
In this embodiment, a master server that collects plant data transmits a database update command corresponding to the received plant data to a slave server, and causes the update command to be executed also for the database of the slave server. In this way, the plant data record is duplicated.
[0060]
FIG. 3 is a configuration diagram showing the configuration of the plant data collection device according to the third embodiment of the present invention.
In the figure, a plant data collecting apparatus A of the present embodiment includes one or a plurality of plant data reading units 31, a master server 32 that acquires plant data collected by the plant data reading unit 31, and a slave server 33. And a communication line 34 that connects the master server 32 and the slave server 33. The master server 32 and the slave server 33 are in a master-slave relationship, and the master server 32 operates as a master and the slave server 33 operates as a slave.
[0061]
The master server 32 records the update command executed by the plant data DB update command execution unit 325, which will be described later, to the other slave server (here, the slave server 33), and the update command. An update command recording unit 322 that records in the record command history 323, a record command history 323 (file) that records the update command, a master DB (324) that is a database for recording the collected plant data, and will be described later. A plant data DB update command execution unit 325 that updates the master DB (324) with plant data acquired by the plant data acquisition unit 326 from the plant data reading unit 31, and a plant data acquisition unit that acquires plant data from the plant data reading unit 31. 3 And a 6.
[0062]
The slave server 33 receives a recording command transmitted from the master server 32 and reflects it in a slave DB (332) described later, and a slave DB (332) reflecting the recording command. I have.
[0063]
The plant data reading unit 31 is connected to the plant data acquisition unit 326 of the master server 32, and the recording command history 323 is a file stored in an internal memory.
The network 12 is an internal communication line in this embodiment, but can generally include a communication network such as a wide area network or a dedicated line, and these communication networks use wired or wireless. Is possible.
[0064]
In this embodiment, for convenience of explanation, there is only one master server (only the master server 32) and only one master server (only the slave server 33). In general, the number of master servers and slave servers can be any number.
Also, a plurality of plant data reading units 31 can be provided.
Further, a display device for browsing the recorded plant data can be connected to the server 26.
[0065]
Hereinafter, the operation of the plant data acquisition process of the present embodiment will be described with reference to FIG. 3 and FIGS.
The plant data acquisition unit 326 of the master server 32 acquires this data every time the plant data reading unit 31 reads plant data, and sends it to the plant data DB update command execution unit 325. The plant data DB update command execution unit 325 creates an update command including the acquired data, executes the update command, and updates the master DB (324) with the acquired data. In addition, this update command is sent to the update command recording unit 322.
[0066]
The update command recording unit 322 records this update command in the recording command history 323 (see FIG. 4 for an example of this recording format) and sends it to the recording command reading / transmitting unit 321.
[0067]
The record command reading / transmitting unit 321 reads out the update command recorded in the record command history 323 with a predetermined constant period or a predetermined constant number of command history records, and the recorded untransmitted update command ( (Only whether or not unsent is indicated in the column 30103 in FIG. 4) is extracted, and the extracted update command is edited into transmission / reception data (see FIG. 5 for an example of the format of this transmission / reception data) After that, the data is transmitted to the slave server 33.
[0068]
On the other hand, the slave server 33 receives the transmission / reception data (see FIG. 5) of the above-described recorded update command transmitted from the record command reading / transmission unit 321 of the master server 32, and executes the update command history execution order (FIG. 5). 5), the corresponding update command (shown in column 30202 in FIG. 5) is executed to update the slave DB 332 of the slave server 33. Thereby, the recorded contents of the master DB (324) of the master server 32 and the slave DB (332) of the slave server 33 can always be matched.
[0069]
In this embodiment, the slave DB of the slave server 33 is configured not to be updated by the plant data from the plant data reading unit 31. However, in general, in the present invention, the slave DB (332) of the slave server 33 is replaced with the plant DB. It is also possible to adopt a configuration that can be updated with plant data from the data reading unit 31, and in that case, when a failure occurs in the master server 32, the update function for the slave DB (332) of the slave server 33, Backup (continuous recording of plant data) becomes possible.
[0070]
In addition, it is possible to select a server that can receive the data transmission from the plant data reading unit 31 without any trouble from a plurality of servers in the apparatus without determining the master server from the beginning, and can be configured to operate as the master server. It is.
[0071]
According to the third embodiment, the recorded contents of the plant data recording database of all servers in the apparatus can always be matched without stopping the function of any server in the apparatus. Therefore, the same result (recorded plant data) can be always taken out regardless of which server is accessed. Furthermore, this effect brings about an effect that load distribution among servers can be achieved.
[0072]
[Fourth Embodiment]
In the present embodiment, each of a plurality of servers that collect plant data transmits a database update command received from a terminal to another server, and causes the update command to be executed on the database of the other server. Thus, any server in the apparatus is configured to be able to accept the update command, and the recording is multiplexed.
[0073]
FIG. 6 is a configuration diagram showing the configuration of the plant data collection device according to the fourth embodiment of the present invention.
In the figure, the plant data collecting apparatus B of the present embodiment has one or a plurality of data update command issuing units 41 (two in this embodiment) for issuing an update command for updating the plant data recording database. And a network 42 and servers 43 and 44 having a plant data recording database.
[0074]
The server 43 reads the update command issued from the data update command issuing unit 41, sends it to the update command reception / data update unit 432, which will be described later, and sends the same content to the other server (here, the server 44) as the update command. Update command read / distribution unit 431 that distributes update commands and update command reception / data that receives these update commands or update commands transmitted from another server (server 44 in this case) and executes these update commands The update part 432 and the database 433 which records plant data are provided.
[0075]
The server 44 reads the update command issued from the data update command issuing unit 41, sends it to the update command reception / data update unit 442, which will be described later, and sends the same content to the other server (here, the server 43) as the update command. Update command reading / distributing unit 441 that distributes the update command and update command received / data that receives this update command or an update command transmitted from another server (server 43 in this case) and executes these update commands The update part 442 and the database 443 which records plant data are provided.
[0076]
The data update command issuing unit 41 and the servers 43 and 44 are connected to the network 42. The data update command issuing unit 41 can be configured by, for example, a display / operation terminal. In this case, the plant data recording database is provided to the corresponding server in response to an operator input or a display request. An update command for updating is issued. The update command issued from the data update command issuing unit 41 includes plant data when the update command instructs addition or correction.
[0077]
The network 42 can include a communication network such as a wide area network or a dedicated line, and these communication networks can use wired or wireless.
In this embodiment, for convenience of explanation, the number of servers is two (the server 43 and the server 44). However, in the present invention, in general, the number of installed servers can be an arbitrary number.
[0078]
Hereinafter, with reference to FIG.6 and FIG.7, operation | movement of the plant data acquisition process of this embodiment is demonstrated.
The data update command issuing unit 41 can issue a database update command including plant data to both the server 43 and the server 44. Here, for example, a case where a database update command is issued to the server 43 will be described.
[0079]
The update command read / distribution unit 431 of the server 43 reads the issued database update command and sends it to the update command reception / data update unit 432. Further, the update command reading / distributing unit 431 determines another server (in this case, the server 44) to which the database update command is to be transmitted, and transmits the database update command to the determined server via the network 42. .
In general, for example, the update command reading / distributing unit 431 can determine the other server to be distributed by holding the matrix as shown in FIG. 7 and referring to this matrix.
[0080]
The update command reception / data update unit 432 receives the transmitted database update command, and updates the database 433 with the plant data included in the command according to the command. On the other hand, the update command reception / data update unit 442 of the server 44 also receives the sent database update command, and updates the database 443 with the plant data included in the command according to the command.
[0081]
Even when the data update command issuing unit 41 issues a database update command to the server 44, the database 443 and the database 433 are updated by the same operation as described above. As a result, the contents of the database 433 held by the server 43 and the contents of the database 443 held by the server 44 can always be matched.
[0082]
For example, information indicating the fact that a failure has occurred in the server 43 is collected in, for example, the update command reading / distributing unit 431, and when a failure occurs, an update command from the data update command issuing unit 41 is collected. When the command issue to the reading / distributing unit 431 fails, the data update command issuing unit 41 can detect the occurrence of this failure.
[0083]
According to the fourth embodiment, the recorded contents of the plant data recording database of all the servers in the apparatus can always be matched without stopping the function of any server in the apparatus. Therefore, the same result (recorded plant data) can be always taken out regardless of which server is accessed.
[0084]
Further, in addition to this effect, all the servers can accept commands from all the data update command issuing units 41, so that all the servers are equal, and load distribution among the servers can be further simplified. In addition, if a failure occurs in any of the servers, a backup (continuous recording of blunt data) can be performed by issuing a command from the data update command issuing unit 41 to an operable server. There is an effect that can be done.
[0085]
[Fifth Embodiment]
In this embodiment, in addition to the fourth embodiment, when the update command transmitted to the other server is not received by the other server due to the failure of the other server, the update command is sent to the other server. The server is temporarily stored until the server recovers from the failure, and the server is retransmitted and executed when the other server recovers from the failure.
[0086]
FIG. 8: is a block diagram which shows the structure of the plant data collection device of 5th Embodiment which concerns on this invention.
In the figure, the plant data collection device of this embodiment includes plant data update command issuing units 51 and 52 that issue update commands for updating a plant data recording database, a network 53, and a plant data recording database. And servers 54 and 55.
[0087]
The server 54 reads the update command issued from the plant data update command issuing unit 51, sends it to the update command reception / data update unit 542, which will be described later, and sends the same update command to another server (here, the server 55). An update command reading / distributing unit 541 that distributes update commands for contents, and an update command reception / delivery unit that receives this update command or an update command transmitted from another server (server 55 in this case) and executes these update commands A data update unit 542 is provided.
[0088]
Further, the server 54 includes a database 543 for recording plant data, an accumulated plant data update command reception / execution unit 544 for executing an update command from another server (here, the server 55) that has been suspended at the time of failure, Plant data update that stores the update command as a history when the other server that is the transmission destination to which the update command read / distribution unit 541 has transmitted the update command fails to receive the update command due to a failure or the like A command storage unit 545 and a storage plant data update command transmission unit 546 that transmits an update command stored in the storage plant data update command storage unit 545 when the other server recovers from the failure or the like.
[0089]
The server 55 reads the update command issued from the plant data update command issuing unit 51, sends it to the update command reception / data update unit 552, which will be described later, and is the same as the above update command to another server (here, the server 54). An update command reading / distributing unit 551 that distributes update commands for contents, and an update command reception / execution command that receives this update command or an update command transmitted from another server (here, server 54) and executes these update commands It has a data update unit 552 and a database 553 that records plant data.
[0090]
In addition, the server 55 is updated by the storage plant data update command reception / execution unit 554 that executes an update command from another server (here, the server 54) that has been suspended at the time of failure, and the update command read / distribution unit 551 updates it. A storage plant data update command storage unit 555 that stores the update command as a history when the other server that is the transmission destination of the command fails to receive the update command due to a failure or the like, and the other And a storage plant data update command transmission unit 556 that transmits an update command stored in the storage plant data update command storage unit 555 when the server recovers from the failure or the like.
[0091]
Plant data update command issuing units 51 and 52 and servers 54 and 55 are connected to a network 53. The plant data update command issuing units 51 and 52 can be configured by, for example, a display / operation terminal. In this case, the plant data recording is performed on the corresponding server in response to an operator input or a display request. It is assumed that an update command for updating the database is issued. The update command issued from the plant data update command issuing units 51 and 52 includes plant data when the update command instructs addition or correction.
[0092]
The network 53 can include a communication network such as a wide area network or a dedicated line, and these communication networks can use wired or wireless.
In this embodiment, for convenience of explanation, the number of servers is two (the server 54 and the server 55). However, in the present invention, in general, the number of installed servers can be an arbitrary number.
[0093]
Hereinafter, the operation of the plant data acquisition process of the present embodiment will be described with reference to FIG.
For example, when the plant data update command issuing unit 51 issues an update command for updating the database 543 of the server 54 to the server 54 via the internal communication line or the network 53, the issued update command Is read into the server 54 by the update command read / distribution unit 541 of the server 54 and sent to the update command reception / data update unit 542 of the server 54, and is sent to another server (in this case) to be distributed via the network 53. Server 55).
[0094]
In this case, the determination means of the other server to be distributed (here, the server 55) can be the same as in the above-described fourth embodiment. That is, generally, for example, the update command read / distribution unit 541 holds a matrix as shown in FIG. 7 and refers to this matrix for determining the other servers to be distributed (here, the server 55). Can be determined.
[0095]
The update command reception / data update unit 542 receives the transmitted database update command, and updates the database 543 with the plant data included in the command according to the command.
[0096]
On the other hand, the update command reception / data update unit 552 of the server 55 also receives the database update command sent out and updates the database 553 with the plant data included in the command according to the command. However, if the update command reception / data update unit 552 of the server 55 cannot receive the transmitted database update command due to the failure of the server 55 or the like, this fact is referred to as the update command of the server 54. The read / distribution unit 541 detects and sends the update command not received to the plant data update command storage unit 545.
[0097]
Thereafter, each time the update command reception / data update unit 541 of the server 54 receives the update command, it updates the database 543 and transmits the update command to the update command reception / data update unit 552 of the server 55. During this time, when the update command reception / data update unit 552 of the server 55 can receive the database update command transmitted as described above, the update command reception / data update unit 541 of the server 54 detects the fact. Then, it is detected that the server 55 has recovered from the failure.
[0098]
Thereafter, the storage plant data update command transmission unit 546 of the server 54 reads the update command stored in the plant data update command storage unit 545 and sends it to the storage plant data update command reception / execution unit 554 of the server 55 via the network 53. To send. The storage plant data update command reception / execution unit 554 of the server 55 updates the database 553 in response to the transmitted storage plant data update command. This update process can be executed in preference to the update process by the normal update command via the update command reading / distributing unit 551 of the server 55.
[0099]
Also, until this update process is completed, it is necessary to notify the busy state (in preparation) for access from the external system to the server 55. More specifically, when the update command reception / data update unit 552 of the server 55 receives the update command from the update command read / distribution unit 541 of the server 54, the update command reception / data update unit 551 sets the busy state ( At this time, the update command received by the update command reception / data update unit 551 is put on hold inside the update command reception / data update unit 551. After that, the update command reception / data update unit 552 completes the busy state (preparation) of the update command reception / data update unit 551 at the time when the update command transmission from the update command reception / data update unit 552 of the server 55 is completed. (Middle) and return to the state where the update command can be received.
[0100]
For example, when the plant data update command issuing unit 52 issues a database update command to the server 55, for example, the database 44 and the database 43 are updated by the same operation as described above.
As a result, the contents of the database 543 held by the server 54 and the contents of the database 553 held by the server 55 can always be matched including the data order.
[0101]
According to the fifth embodiment, the recorded contents of the plant data recording database of all the servers in the apparatus can always be matched without stopping the function of any server in the apparatus. Therefore, the same result (recorded plant data) can be always taken out regardless of which server is accessed. Furthermore, in addition to this effect, all servers can accept commands from all plant data update command issuing units, so all servers are equal, thus making load distribution among servers even easier. In addition, if a failure occurs in any of the servers, issuing a plant data update command to an operable server has the effect of enabling backup (continuous recording of blunt data). .
[0102]
In addition, when a normal state continues from the beginning in all servers, or even if a failure occurs in any server, after returning from the failure, the user can access any server, It is possible to refer to all data that has not been missed.
[0103]
[Sixth Embodiment]
The present embodiment is characterized in that a configuration in which an update command transmitted to another server is executed in preference to the update command received from the terminal by the other server is added to the fifth embodiment.
[0104]
FIG. 9: is a block diagram which shows the structure of the plant data collection device of 6th Embodiment which concerns on this invention.
The configuration of the plant data collection device of this embodiment is such that the update command read / distribution unit 541 of the plant data collection device of the fifth embodiment includes an update command read processing mutual exclusion unit 6111. Instead, the update command read / distribution unit 551 is simply replaced with the update command read / distribution unit 621 provided with the update command read processing mutual exclusion unit 6211. The other components are the same as those in the fifth embodiment. The components, configuration, and functions of the plant data collection device are the same.
[0105]
Therefore, hereinafter, the functions of the update command reading / distributing units 611 and 621 of the plant data collection device of the present embodiment will be described.
The update command reading / distributing unit 611 in the update command reading / distributing unit 611 of the server 61 is configured so that the update command reading / distributing unit 611 is a server when the update command reading / distributing unit 611 is not in preparation (that is, when a plant data update command can be received). When 61 reads the update command of the plant data, the update command read processing mutual exclusion unit of all other servers determined to transmit this update command (in this case, the update command read processing mutual exclusion unit 6211 of the server 621) The update command reading / distributing unit (in this case, the update command reading / distributing unit 621) is instructed (locked) to be in a preparation (busy) state. Thereby, the issuance of the plant data update command to all servers except the server 61 is in a standby state.
[0106]
It should be noted that the method for determining other servers to which the update command described above should be transmitted can be the same as in the fourth embodiment described above.
[0107]
Thereafter, when all the updates of the database for plant data (here, the database 553) by the update command transmitted from the update command reading / distributing unit 611 are completed, the update command reading process mutual exclusion unit (here, the server 621) of the completed server Update command read processing mutual exclusion unit 6211) releases the above-mentioned preparation (busy) state in the update command read / distribution unit (here, update command read / distribution unit 621) (releases the lock), and Return to the state where the data update command can be accepted.
[0108]
Similarly, the update command read processing / mutual exclusion unit 6211 in the update command read / distribution unit 621 of the server 62 is when the update command read / distribution unit 621 is not preparing (that is, when the plant data update command can be received). When the server 62 reads the plant data update command, the update command read processing mutual exclusion unit (here, the update command read processing mutual exclusion unit 6111 of the server 611) of all other servers is updated. The reading / distributing unit (in this case, the update command reading / distributing unit 611) is instructed to be in a state of being prepared (busy). Thereby, the issuance of the plant data update command to all servers except the server 61 is in a standby state.
[0109]
Thereafter, when all the updates of the plant data database (here database 543) by the update command transmitted from the update command reading / distributing unit 621 are completed, the update command reading processing mutual exclusion unit (here server 611) of the completed server is completed. The update command read processing mutual exclusion unit 6111) solves the above-mentioned preparation (busy) state in the update command read / distribution unit (here, update command read / distribution unit 611), and accepts the plant data update command. Return to the possible state.
[0110]
According to the sixth embodiment, since all servers are completely equal, in addition to the effect of the plant data collection device according to the fifth embodiment described above, further load distribution can be achieved. effective.
[0111]
【The invention's effect】
As described above, according to the plant data collection device of the present invention, it is possible to quickly switch servers that continue plant data accumulation processing when a failure occurs, and to accumulate plant data even when a failure is present. It is possible to provide a plant data collection device that can match the recorded contents of the database in the server and the recording order in all servers.
In addition, it is possible to provide a plant data collection device that can select an optimal communication path on the server side in consideration of a path cost, transmission capacity, and the like when selecting a communication path.
[0112]
In addition, it is possible to provide a plant data collection device that can always extract the same result (recorded plant data) from any external system when accessing any server in the device.
Further, a plant data collection device that makes it possible to perform backup of plant data storage processing with a plurality of servers by making all the servers in the device equal, and to achieve load distribution among the servers. Can be provided.
[Brief description of the drawings]
FIG. 1 is a configuration diagram showing a configuration of a plant data collection device according to a first embodiment of the present invention.
FIG. 2 is a configuration diagram showing a configuration of a plant data collection device according to a second embodiment of the present invention.
FIG. 3 is a configuration diagram showing a configuration of a plant data collection device according to a third embodiment of the present invention.
FIG. 4 shows an example of a recording format of an update command recorded at the time of failure of the plant data collection apparatus according to the third embodiment of the present invention.
FIG. 5 shows an example of a format of transmission / reception data including an update command recorded at the time of failure of the plant data collection apparatus according to the third embodiment of the present invention.
FIG. 6 is a configuration diagram showing a configuration of a plant data collection device according to a fourth embodiment of the present invention.
FIG. 7 shows an example of a matrix that is referred to when a server that has received an update command of the plant data collection apparatus according to the fourth embodiment of the present invention determines another server to which this update command should be transmitted.
FIG. 8 is a configuration diagram showing a configuration of a plant data collection device according to a fifth embodiment of the present invention.
FIG. 9 is a configuration diagram showing a configuration of a plant data collection device according to a sixth embodiment of the present invention.
FIG. 10 is a configuration diagram showing a configuration of a conventional plant data collection device.
[Explanation of symbols]
11 Plant data reading section
12 network
13 Master server
14 Slave server
15, 133, 143 routers
16 Display terminal
131,141 servers
132,142 Proxy acquisition unit

Claims (4)

ネットワークを介して互いに通信可能に接続された複数のサーバと、プラントから収集されるプラントデータを読み込んで前記複数のサーバの少なくとも１つに送信するプラントデータ読込み手段とを有するプラントデータ収集装置において、
前記複数のサーバのいずれもが、プラントデータを格納するデータベースと、
前記プラントデータ読込み手段手段から送信されたプラントデータと自サーバのデータベース更新命令からなる更新指令を受信した場合に、自サーバをマスターサーバとして作動させる手段と、
前記マスターサーバとして作動する他のサーバから、データベース更新命令を受信した場合に、自サーバを前記マスターサーバに対応するスレーブサーバとして作動させる手段と、
前記プラントデータ読込み手段から受信した前記データを、前記マスターサーバにおいて記録すると共に、前記記録を実行せしめる前記データを含む更新指令を、前記ネットワークを介して前記マスターサーバに対応するスレーブサーバに送信する手段と、
前記スレーブサーバにおいて、前記マスターサーバから送信された前記更新指令を実行することにより、前記プラントデータを自サーバのデータベースに記録してデータベースを更新する手段と、
を備えたことを特徴とするプラントデータ収集装置。A plurality of servers communicably connected to each other via a network, the plant data collecting device having a plant data reading means for transmitting at least one of said plurality of servers reads the plant data collected from the plant,
Each of the plurality of servers includes a database that stores plant data;
Means for operating the own server as a master server when receiving an update command consisting of the plant data and the database update command of the own server transmitted from the plant data reading means;
Means for operating the server as a slave server corresponding to the master server when receiving a database update command from another server operating as the master server;
Means for recording the data received from the plant data reading means in the master server and transmitting an update command including the data for executing the recording to a slave server corresponding to the master server via the network When,
In the slave server, by executing the update command transmitted from the master server, means for recording the plant data in the database of its own server and updating the database ;
A plant data collection device comprising: ネットワークを介して互いに通信可能に接続された複数のサーバと、前記ネットワークに接続され、前記サーバの少なくとも１つにデータ更新指令を発信する端末とを有するプラントデータ収集装置において、
前記複数のサーバの各々は、
前記端末からプラントデータと自サーバーのデータベース更新命令を含む前記データ更新指令が送信された時に、前記データ更新指令に基づき、自サーバに記録されているプラントデータを更新する手段と、
前記データ更新指令の種類ごとに配信先サーバーを保持し、更新命令受領時に受領したデータ更新指令の種類に応じて配信すべき他サーバを決定する手段と、
前記決定した他サーバに前記データ更新指令を配信する手段と、
を備えたことを特徴とするプラントデータ収集装置。In a plant data collection device having a plurality of servers connected to each other via a network and a terminal connected to the network and transmitting a data update command to at least one of the servers,
Each of the plurality of servers is
Means for updating the plant data recorded in the server based on the data update command when the data update command including the plant data and the database update command of the server is transmitted from the terminal;
Means for holding a delivery destination server for each type of the data update command, and determining other servers to be distributed according to the type of the data update command received when receiving the update command ;
Means for distributing the data update command to the determined other server;
A plant data collection device comprising: 前記複数のサーバの各々は、前記データ更新指令を配信した前記他サーバに障害が発生したことを検知して、前記配信したデータ更新指令を記録する手段と、前記他サーバが障害から復旧したことを検知して、前記他サーバに前記記録したデータ更新指令を再配信する手段と、前記ネットワーク内の他サーバのいずれか１つからデータ更新指令が送信された時に、前記送信されたデータ更新指令に基づき、記録されているプラントデータを更新する手段とを備えたことを特徴とする請求項２記載のプラントデータ収集装置。  Each of the plurality of servers detects that a failure has occurred in the other server to which the data update command has been distributed, and records the distributed data update command, and the other server has recovered from the failure And when the data update command is transmitted from any one of the means for redistributing the recorded data update command to the other server and the other server in the network, the transmitted data update command The plant data collecting device according to claim 2, further comprising means for updating the recorded plant data. 前記複数のサーバの各々は、前記決定した他サーバに前記データ更新指令を配信する前記手段の実行に先立って、前記決定した他サーバが備える前記端末からのデータ更新指令の読み込み手段を停止状態にせしめる手段と、前記決定した他サーバが前記データ更新指令の実行を完了したことを検知して、前記決定した他サーバが備える前記端末からのデータ更新指令の読み込み手段を再開せしめる手段とを備えたことを特徴とする請求項３記載のプラントデータ収集装置。  Prior to execution of the means for distributing the data update command to the determined other server, each of the plurality of servers puts the data update command reading unit from the terminal included in the determined other server in a stopped state. And a means for detecting that the determined other server has completed the execution of the data update command and restarting a means for reading the data update command from the terminal provided in the determined other server. The plant data collection device according to claim 3.
JP2003069307A 2003-03-14 2003-03-14 Plant data collection device Expired - Fee Related JP4202158B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003069307A JP4202158B2 (en) 2003-03-14 2003-03-14 Plant data collection device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003069307A JP4202158B2 (en) 2003-03-14 2003-03-14 Plant data collection device

Publications (2)

Publication Number Publication Date
JP2004280337A JP2004280337A (en) 2004-10-07
JP4202158B2 true JP4202158B2 (en) 2008-12-24

Family

ID=33286370

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003069307A Expired - Fee Related JP4202158B2 (en) 2003-03-14 2003-03-14 Plant data collection device

Country Status (1)

Country Link
JP (1) JP4202158B2 (en)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006309637A (en) * 2005-05-02 2006-11-09 Mitsubishi Electric Corp Monitoring control system
JP4806382B2 (en) * 2007-09-19 2011-11-02 富士通株式会社 Redundant system
JP4521456B2 (en) * 2008-09-05 2010-08-11 株式会社東芝 Information processing system and control method of information processing system
JP2010198153A (en) * 2009-02-24 2010-09-09 Nec System Technologies Ltd Redundant system, redundancy method, and program
JP5578647B2 (en) * 2009-09-11 2014-08-27 メタウォーター株式会社 Cloud system and cloud system control method
JP5447669B2 (en) * 2010-07-01 2014-03-19 富士通株式会社 Monitoring control apparatus, server apparatus, monitoring control method, and monitoring control program
US20130268801A1 (en) * 2010-12-10 2013-10-10 Nec Corporation Server management apparatus, server management method, and program
JP5583069B2 (en) * 2011-04-18 2014-09-03 三菱電機株式会社 Database system
WO2015145586A1 (en) * 2014-03-25 2015-10-01 株式会社Ｍｕｒａｋｕｍｏ Database system, information processing device, method, and program

Also Published As

Publication number Publication date
JP2004280337A (en) 2004-10-07

Similar Documents

Publication Publication Date Title
CN106341454B (en) Across computer room distributed data base management system (DDBMS) mostly living and method
JP4107083B2 (en) High-availability disk controller, its failure handling method, and high-availability disk subsystem
JP3992427B2 (en) File system
JP5486793B2 (en) Remote copy management system, method and apparatus
JP4165747B2 (en) Storage system, control device, and control device program
US7100070B2 (en) Computer system capable of fast failover upon failure
US6816951B2 (en) Remote mirroring with write ordering sequence generators
US6119244A (en) Coordinating persistent status information with multiple file servers
US7694177B2 (en) Method and system for resynchronizing data between a primary and mirror data storage system
US20060143497A1 (en) System, method and circuit for mirroring data
US20070276983A1 (en) System method and circuit for differential mirroring of data
US7853767B2 (en) Dual writing device and its control method
JP2005018510A (en) Data center system and its control method
JP4202158B2 (en) Plant data collection device
CN110351313B (en) Data caching method, device, equipment and storage medium
US20070180308A1 (en) System, method and circuit for mirroring data
JPH08212095A (en) Client server control system
CN104573428B (en) A kind of method and system for improving server cluster resource availability
CN108512753B (en) Method and device for transmitting messages in cluster file system
JP2006344090A (en) San disaster recovery system
JP5067075B2 (en) Loosely coupled system, standby exclusive control device, loosely coupled system recovery method, program, and storage medium
JP2001346181A (en) Data storage section common share system and program recording medium
JPH10320040A (en) Gathering/preservation system for fixed cycle data
JP3691272B2 (en) Distributed processing system and failure analysis information storage method
JP4924574B2 (en) Storage device control unit and control method

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050331

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070731

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070928

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080513

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080711

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: 20080930

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20081008

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

Free format text: PAYMENT UNTIL: 20111017

Year of fee payment: 3

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

Free format text: PAYMENT UNTIL: 20111017

Year of fee payment: 3

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

Free format text: PAYMENT UNTIL: 20121017

Year of fee payment: 4

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

Free format text: PAYMENT UNTIL: 20131017

Year of fee payment: 5

LAPS Cancellation because of no payment of annual fees