(57)【要約】【課題】障害発生時の通信経路やサーバの切り替えを迅速に行うと共に、プラントデータを蓄積するためのサーバ内のデータベースが記録する記録内容と、記録順序とを、全てのサーバにおいて一致させる。【解決手段】データ更新命令発行部４１は、サーバ４３とサーバ４４のいずれに対しても、プラントデータを含むデータベース更新コマンドを発行することができる。例えば、サーバ４３に対して、このコマンドが発行されると、更新コマンド読込み／配信部４３１は、これを読み込み、更新コマンド受信／データ更新部４３２に送出する。また、このコマンドを送信すべき他サーバ（ここではサーバ４４）を決定し、該決定したサーバに対して、このコマンドをネットワーク４２を介して送信する。これにより、データベース４３３とデータベース４４４には、同じデータが記録される。【選択図】  図６
2004280337.tif 000002
【特許請求の範囲】
【請求項１】
通信路により互いに通信可能に接続された複数のサーバと、プラントから収集されるデータを読み込むプラントデータ読込み手段とが、ネットワークに接続されているプラントデータ収集装置において、
前記複数のサーバのうち、一部のサーバをマスタ系サーバとして動作せしめる手段と、
前記複数のサーバのうち、前記マスター系サーバを除く他の一部のサーバを前記マスター系サーバに対応するスレーブ系サーバとして動作せしめる手段と、
前記マスタ系サーバにより、前記プラントデータ読込み手段から前記ネットワークを介してプラントデータを取得して記録する手段と、
前記マスタ系サーバと前記ネットワークとの間の通信路に障害が発生した時に、前記マスタ系サーバに対応するスレーブ系サーバにより、前記プラントデータ読込み手段から前記ネットワークを介してプラントデータを取得すると共に、前記取得したプラントデータを前記通信路を介して前記マスタ系サーバに送信する手段と、
を備えたことを特徴とするプラントデータ収集装置。
【請求項２】
複数の通信路を介してネットワークに接続されたサーバと、前記ネットワークに接続され、プラントから収集されるデータを読み込むプラントデータ読込み手段とを有するプラントデータ収集装置において、
前記サーバは、
前記複数の通信路を選択的に使用し、前記プラントデータ読込み手段からプラントデータを受信して記録する手段と、
前記複数の通信路のうち、前記プラントデータ読込み手段へのアクセスに使用し、かつ前記アクセスに失敗した通信路を、障害が発生した通信路であると判断する手段と、
前記複数の通信路のうち、前記障害が発生した通信路を回避して、残りの通信路を使用して前記プラントデータ読込み手段へアクセスする手段と、
を備えたことを特徴とするプラントデータ収集装置。
【請求項３】
ネットワークを介して互いに通信可能に接続された複数のサーバと、プラントから収集されるデータを読み込んで前記複数のサーバの少なくとも１つに送信するプラントデータ読込み手段とを有するプラントデータ収集装置において、
前記複数のサーバのうち、前記プラントデータ読込み手段から送信される前記データを受信するサーバをマスタサーバとして動作せしめる手段と、
前記複数のサーバのうち、前記マスターサーバを除く他の一部のサーバを前記マスターサーバに対応するスレーブサーバとして動作せしめる手段と、
前記プラントデータ読込み手段から受信した前記データを、前記マスターサーバにおいて記録すると共に、前記記録を実行せしめる前記データを含む更新指令を、前記ネットワークを介して前記マスターサーバに対応するスレーブサーバに送信する手段と、
前記スレーブサーバにおいて、前記マスターサーバから送信された前記更新指令を実行することにより、前記データを記録する手段と、
を備えたことを特徴とするプラントデータ収集装置。
【請求項４】
ネットワークを介して互いに通信可能に接続された複数のサーバと、前記ネットワークに接続され、前記サーバの少なくとも１つにデータ更新指令を発信する端末とを有するプラントデータ収集装置において、
前記複数のサーバの各々は、
前記端末から前記データ更新指令が送信された時に、前記データ更新指令に基づき、記録されているプラントデータを更新する手段と、
前記データ更新指令を配信すべき他サーバを決定する手段と、
前記決定した他サーバに前記データ更新指令を配信する手段と、
を備えたことを特徴とするプラントデータ収集装置。
【請求項５】
前記複数のサーバの各々は、前記データ更新指令を配信した前記他サーバに障害が発生したことを検知して、前記配信したデータ更新指令を記録する手段と、前記他サーバが障害から復旧したことを検知して、前記他サーバに前記記録したデータ更新指令を再配信する手段と、前記ネットワーク内の他サーバのいずれか１つからデータ更新指令が送信された時に、前記送信されたデータ更新指令に基づき、記録されているプラントデータを更新する手段とを備えたことを特徴とする請求項４記載のプラントデータ収集装置。
【請求項６】
前記複数のサーバの各々は、前記決定した他サーバに前記データ更新指令を配信する前記手段の実行に先立って、前記決定した他サーバが備える前記端末からのデータ更新指令の読み込み手段を停止状態にせしめる手段と、前記決定した他サーバが前記データ更新指令の実行を完了したことを検知して、前記決定した他サーバが備える前記端末からのデータ更新指令の読み込み手段を再開せしめる手段とを備えたことを特徴とする請求項５記載のプラントデータ収集装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はプラントデータ収集装置に係り、特に、稼働中のプラントの動作傾向の監視や、動作環境の管理のために必要な情報（プラントデータ）を、リアルタイムに、かつ確実に収集してデータベースに記録すると共に、オペレータが表示端末等を介して閲覧することができるプラントデータ収集装置に関する。
【０００２】
【従来の技術】
従来のプラントデータ収集装置としては、例えば図１０に示すようなものがある。図１０は、従来のプラントデータ収集装置の構成を示す構成図である。
【０００３】
同図において、従来のプラントデータ収集装置は、センサーを介してプラントに関する情報を読み取るプラントデータ読み込み装置９１と、プラントデータ読み込み装置９１が読み取ったプラントに関する情報を伝送するためのネットワーク９２と、ネットワーク９２に接続されてデータパケットの経路制御を行うルータ９３及びルータ９４と、通常使用されるマスタサーバ９５と、異常発生時に使用されるスレーブサーバ９６と、マスタサーバ９５とスレーブサーバ９６とを通信可能に接続する通信線９７とを備えて構成されている。
【０００４】
マスタサーバ９５は、プラントデータ取得部９５１と、プラントデータＤＢ更新コマンド実施部９５２と、マスタＤＢ（９５３）と、ＤＢ引継ぎ送信部９５４と、ＤＢ引継ぎ判定部９５５とを備えて構成されている。
スレーブサーバ９６は、ＤＢ引継ぎ受信部９６１と、スレーブＤＢ（９６２）と、プラントデータＤＢ更新コマンド実施部９６３と、プラントデータ取得部９６４とを備えて構成されている。
【０００５】
以下、図１０に示す従来のプラントデータ収集装置の動作を説明する。
通常、マスタサーバ９５のプラントデータ取得部９５１により受信されたデータは、プラントデータＤＢ更新コマンド実施部９５２を介してマスタＤＢ（９５３）に蓄積される。
【０００６】
しかし、プラントデータ読込み装置９１とマスタサーバ９５との間のネットワーク９２において障害が発生した場合、マスタサーバ９５のＤＢ引継ぎ判定部９５４は、データの蓄積を行うことができないことを検出・判定し、スレーブサーバ９６のＤＢ引継ぎ送信部９６１へ処理の代行を通信線９７を介して依頼する。
【０００７】
次に、マスタサーバ９５のＤＢ引継ぎ送信部９５４は、現在までにマスタＤＢ（９５３）が蓄積していたＤＢデータを、スレーブサーバ９６のＤＢ引継ぎ受信部９６１へ通信線９７を介して送信する。ＤＢ引継ぎ送信部９６１は、このＤＢデータを受信してスレーブＤＢ（９６２）にコピーする。
この後、プラントデータ読込み装置９１が読み取ったデータは、ネットワーク９２を介してスレーブサーバ９６が取得し、このデータをスレーブＤＢ（９６２）へ蓄積することで、前述の障害に対応している。
【０００８】
なお、過去の特許情報を遡及調査すると、複数のサーバを備えた分散処理システムにおいて、各サーバ間で共有すべきデータの同一性を保証するために、各サーバ内の上記共有すべきデータが格納されるデータベースに対する更新処理を内容、順序とも一致させる技術が示されている（例えば、特許文献１参照。）。
また、同じく各サーバ間で共有すべきデータの同一性を保証することを意図して、サーバとスレーブによる二重化処理を取り入れた場合に生じる問題点、即ち、これらのサーバ間で、サーバ内のデータベースに対して同一の更新処理が永久的に巡回することになるという問題点を解決するための技術が示されている（例えば、特許文献２参照。）。
【０００９】
【特許文献１】
特開平１０−１８７５２０号公報
【特許文献２】
特開２０００−３３００号公報
【００１０】
【発明が解決しようとする課題】
ところで、上記従来のプラントデータ収集装置にあっては、前述のとおり、マスタ系のプラントデータ収集装置（マスタサーバ９５）は正常であっても、ルータ９４にて障害が発生した場合、このマスタ系のプラントデータ収集装置が機能停止する。よって、この場合は、スレーブ系のプラントデータ収集装置（スレーブサーバ９６）にデータ収集処理の代行を依頼することで、このデータ収集処理を継続できるようにしている。
【００１１】
しかし、この処理の引き継ぎに要する時間内は、データ収集機能を使えない期間が発生してしまうという問題点があり、また、このため、プラントデータ収集装置の稼働率が低下するという問題点がある。
【００１２】
また、サーバからプラントデータ読込み装置９１へのアクセス手段を冗長化するために、従来は、ルータ９３とルータ９４といった複数の経路を持たせることで対応していたが、経路の選択は全てこれらのルータ任せであり、サーバ側で選ぶことができないという問題点がある。特に、経路のコストや伝送容量などを加味して最適なルートを選べないという問題がある。
【００１３】
また、ルータ９４にて障害が発生した場合、マスターサーバ９５からスレーブサーバ９６への切替が一括して処理されることになるため、切替処理に時間が掛かってしまうという問題点がある。また、負荷分散に対応できないという問題点がある。
また、より短い周期でのデータ更新処理によって、プラントデータ収集装置への外部システム（例えば、表示端末）からのリクエストが待たされる場合があるという問題点を有する。
【００１４】
また、複数サーバのうち、あるサーバがプラントデータＤＢの更新処理が不可能な状態に陥ってしまった後、このサーバがプラントデータＤＢの更新処理が可能な状態に復旧した際、前述のプラントデータＤＢの更新処理が不可能であった期間に、他サーバから配信されたプラントデータによるＤＢの更新処理が行われず、その結果、障害復旧後のサーバと他サーバとのプラントデータＤＢの内容（データ）に一致性を求める対策が必要であるという問題点がある。
【００１５】
この問題点に関し、障害復旧後のサーバが、未処理の全てのプラントデータＤＢ更新要求（コマンド）を受信し、これによりプラントデータＤＢを、この障害復旧後のサーバ内において更新することにより、プラントデータＤＢの内容に関して他サーバとの一致をとる手段が検討された。
【００１６】
さらに、前述のプラントデータ収集装置では、複数のサーバの各々が、異なるプラントデータＤＢの更新要求を、ほぼ同時に受信した場合、複数のサーバの任意の１つのサーバが、上記受信したプラントデータＤＢの更新要求により、このサーバ内のデータベースを更新するタイミングと、他サーバが受信し、通信線９７を介して配信されたプラントデータＤＢの更新要求により、このデータベースを更新すべきタイミングとがほぼ同時になる。
【００１７】
ところが、各サーバの負荷状態や、他サーバにプラントデータＤＢの更新要求を配信する際のサーバ間の通信線９７の負荷状態などの不確定な要素により、処理されるプラントデータＤＢの更新要求の順序がサーバ毎に異なってしまうので、プラントデータＤＢにデータを追加する場合に、蓄積されるデータの順序においてサーバ間での一致が得られないという問題点がある。
【００１８】
なお、前述の特許文献１に示されている技術は、システム内に障害が発生した場合の対策、より具体的には、障害発生時において、各サーバ内の共有データ用データベースの記録内容の一致を図る工夫や、とにかく一つのデータベースでも処理を継続して、途切れなくデータを採取するための工夫がなされていない。また、プラントデータを集積するシステムなどでは、プラント内の監視すべき全要素からは、リアルタイムに、常にデータベースの更新を伴うデータが採取されるものであるから、特許文献１に示されている技術によっても、膨大なコピーが必要となることは避けられない。
【００１９】
また、特許文献２に示されている技術は、サーバとスレーブによる二重化処理を取り入れることにより、膨大なデータのコピーを後処理で行うことを回避しているが、やはり、障害発生時において、共有データ用データベースの記録内容の一致を図る工夫がなされていない。また、各サーバが、更新用と複写用の２つのデータベースを備える必要があり、設備コストが高くなる。
【００２０】
本発明は、上記従来の問題点に鑑みてなされたものであって、障害発生時の通信経路やサーバの切り替えを迅速に行うと共に、プラントデータを蓄積するためのサーバ内のデータベースが記録する記録内容と、記録順序とを、全てのサーバにおいて一致させることができるプラントデータ収集装置を提供することを目的としている。
【００２１】
【課題を解決するための手段】
上記課題を解決するために、請求項１に記載の本発明に係るプラントデータ収集装置は、通信路により互いに通信可能に接続された複数のサーバと、プラントから収集されるデータを読み込むプラントデータ読込み手段とが、ネットワークに接続されているプラントデータ収集装置において、前記複数のサーバのうち、一部のサーバをマスタ系サーバとして動作せしめる手段と、前記複数のサーバのうち、前記マスター系サーバを除く他の一部のサーバを前記マスター系サーバに対応するスレーブ系サーバとして動作せしめる手段と、前記マスタ系サーバにより、前記プラントデータ読込み手段から前記ネットワークを介してプラントデータを取得して記録する手段と、前記マスタ系サーバと前記ネットワークとの間の通信路に障害が発生した時に、前記マスタ系サーバに対応するスレーブ系サーバにより、前記プラントデータ読込み手段から前記ネットワークを介してプラントデータを取得すると共に、前記取得したプラントデータを前記通信路を介して前記マスタ系サーバに送信する手段とを備えたことを特徴とする。
【００２２】
このような構成を有する請求項１の発明では、障害発生時におけるマスタ系サーバとスレーブ系サーバとの間の処理の引き継ぎは、プラントデータ用データベース間のプラントデータのコピーを省略して実時間内で実行せしめ、遅滞無くデータ収集処理を行うことが可能となり、これにより、障害発生によりプラントデータ収集装置の稼働率を低下せしめることがないプラントデータ収集装置を実現している。また、プラントデータ読込み手段が採取したプラントデータは、マスタ系サーバの同一のプラントデータ用データベースに継続的に記録され、これにより、プラントデータの記録順序が乱されることや、データの記録に漏れが生じることがないプラントデータ収集装置を実現している。
【００２３】
請求項２に記載の本発明に係るプラントデータ収集装置は、複数の通信路を介してネットワークに接続されたサーバと、前記ネットワークに接続され、プラントから収集されるデータを読み込むプラントデータ読込み手段とを有するプラントデータ収集装置において、前記サーバは、前記複数の通信路を選択的に使用し、前記プラントデータ読込み手段からプラントデータを受信して記録する手段と、前記複数の通信路のうち、前記プラントデータ読込み手段へのアクセスに使用し、かつ前記アクセスに失敗した通信路を、障害が発生した通信路であると判断する手段と、前記複数の通信路のうち、前記障害が発生した通信路を回避して、残りの通信路を使用して前記プラントデータ読込み手段へアクセスする手段とを備えたことを特徴とする。
【００２４】
このような構成を有する請求項２の発明では、前記複数の通信路のいずれか一つに障害が発生した事実を該障害が発生した通信路を使用するサーバ側において検出し、他の通信路への切り替え処理を、実時間内で間断なく行うことができるので、プラントデータの収集処理を、連続的に、かつ遅滞無く行うことができることになり、これにより、障害発生によるプラントデータ収集装置の稼働率の低下を防止できるプラントデータ収集装置を実現している。また、プラントデータ読込み手段が採取したプラントデータは、サーバ内の同一のプラントデータ用データベースに継続的に記録されるので、これにより、記録順序が乱されることや、データの記録に漏れが生じることがないプラントデータ収集装置を実現している。
【００２５】
請求項３に記載の本発明に係るプラントデータ収集装置は、ネットワークを介して互いに通信可能に接続された複数のサーバと、プラントから収集されるデータを読み込んで前記複数のサーバの少なくとも１つに送信するプラントデータ読込み手段とを有するプラントデータ収集装置において、前記複数のサーバのうち、前記プラントデータ読込み手段から送信される前記データを受信するサーバをマスタサーバとして動作せしめる手段と、前記複数のサーバのうち、前記マスターサーバを除く他の一部のサーバを前記マスターサーバに対応するスレーブサーバとして動作せしめる手段と、前記プラントデータ読込み手段から受信した前記データを、前記マスターサーバにおいて記録すると共に、前記記録を実行せしめる前記データを含む更新指令を、前記ネットワークを介して前記マスターサーバに対応するスレーブサーバに送信する手段と、前記スレーブサーバにおいて、前記マスターサーバから送信された前記更新指令を実行することにより、前記データを記録する手段とを備えたことを特徴とする。
【００２６】
このような構成を有する請求項３の発明では、装置内のいずれのサーバの機能も停止することなく、装置内の全てのサーバのプラントデータ記録用データベースの記録内容を常に一致せしめることができるので、外部システムから、どのサーバにアクセスしても常に同じ結果（記録されたプラントデータ）を取り出すことができて、しかも、サーバ間での負荷分散を図ることができるプラントデータ収集装置を実現している。
【００２７】
請求項４に記載の本発明に係るプラントデータ収集装置は、ネットワークを介して互いに通信可能に接続された複数のサーバと、前記ネットワークに接続され、前記サーバの少なくとも１つにデータ更新指令を発信する端末とを有するプラントデータ収集装置において、前記複数のサーバの各々は、前記端末から前記データ更新指令が送信された時に、前記データ更新指令に基づき、記録されているプラントデータを更新する手段と、前記データ更新指令を配信すべき他サーバを決定する手段と、前記決定した他サーバに前記データ更新指令を配信する手段とを備えたことを特徴とする。
【００２８】
このような構成を有する請求項４の発明では、装置内のいずれのサーバの機能も停止することなく、装置内の全てのサーバのプラントデータ記録用データベースの記録内容を常に一致せしめることができるので、これにより、外部システムから、どのサーバにアクセスしても常に同じ結果（記録されたプラントデータ）を取り出すことができるプラントデータ収集装置を実現している。
【００２９】
また、全てのサーバが、データ更新指令を発信する全ての端末からのデータ更新指令を受け付けることができるので、全てのサーバは対等となり、これにより、サーバ間での負荷分散をより一層簡単に図ることができるプラントデータ収集装置を実現している。さらに、いずれかのサーバに障害が発生した場合は、データ更新指令を発信する端末からのデータ更新指令を、動作可能なサーバに対して発行するので、これにより、バックアップ（ブラントデータの継続記録）が行えるプラントデータ収集装置を実現している。
【００３０】
請求項５に記載の本発明に係るプラントデータ収集装置は、前記請求項４記載のプラントデータ収集装置に、前記複数のサーバの各々が、前記データ更新指令を配信した前記他サーバに障害が発生したことを検知して、前記配信したデータ更新指令を記録する手段と、前記他サーバが障害から復旧したことを検知して、前記他サーバに前記記録したデータ更新指令を再配信する手段と、前記ネットワーク内の他サーバのいずれか１つからデータ更新指令が送信された時に、前記送信されたデータ更新指令に基づき、記録されているプラントデータを更新する手段とを追加的に備えたことを特徴とする。
【００３１】
このような構成を有する請求項５の発明では、前記請求項４の発明の作用効果に加えて、いずれかのサーバに障害が発生した場合は、この障害が復旧するまで、送信すべきデータ更新指令を記録しておいて、この障害が復旧した時点で、このデータ更新指令を再送するので、取りこぼしの無い全データを記録することが可能なプラントデータ収集装置を実現している。
【００３２】
請求項６に記載の本発明に係るプラントデータ収集装置は、前記請求項５記載のプラントデータ収集装置に、前記複数のサーバの各々が、前記決定した他サーバに前記データ更新指令を配信する前記手段の実行に先立って、前記決定した他サーバが備える前記端末からのデータ更新指令の読み込み手段を停止状態にせしめる手段と、前記決定した他サーバが前記データ更新指令の実行を完了したことを検知して、前記決定した他サーバが備える前記端末からのデータ更新指令の読み込み手段を再開せしめる手段とを追加的に備えたことを特徴とする。
【００３３】
このような構成を有する請求項６の発明では、前記請求項５の発明の作用効果に加えて、前記決定した他サーバに対してのデータ更新指令を、該他サーバが前記端末から受け付けるデータ更新指令に優先して実行せしめることが可能となり、装置内の全てのサーバのプラントデータ記録用データベースの記録内容を、記録順序も含めて完全に一致せしめることができるプラントデータ収集装置を実現している。
【００３４】
【発明の実施の形態】
以下、本発明のプラントデータ収集装置の実施の形態について、〔第１の実施形態〕〜〔第６の実施形態〕の順に図面を参照して詳細に説明する。
【００３５】
〔第１の実施形態〕
本実施形態は、プラントデータを収集する経路をサーバも含めて複数化し、使用中のサーバの経路に障害が発生した場合は、他の正常な経路を有するサーバの経路を介してプラントデータの収集を継続することを特徴とする。
【００３６】
図１は、本発明に係る第１の実施形態のプラントデータ収集装置の構成を示す構成図である。
同図において、本実施形態のプラントデータ収集装置は、プラント機器やセンサーからのデータを読込むプラントデータ読込み部１１と、プラントデータ読込み部１１からのデータを伝送するネットワーク１２と、プラントデータ収集サーバであるマスタ系サーバ１３及びスレーブ系サーバ１４と、ルータ１５と、表示端末１６とを備えている。
【００３７】
マスタ系サーバ１３は、サーバ１３１と、代理取得部１３２と、ルータ１３３とを備えている。スレーブ系サーバ１４は、サーバ１４１と、代理取得部１４２と、ルータ１４３とを備えている。プラントデータ読込み部１１、ルータ１３３、及びルータ１４３は、ネットワーク１２に接続されている。ルータ１５は、マスタ系サーバ１３、スレーブ系サーバ１４、及び表示端末１６に接続されている。
【００３８】
サーバ１３１及び代理取得部１３２は、ルータ１５とルータ１３３との間に接続されている。サーバ１４１及び代理取得部１４２は、ルータ１５とルータ１４３との間に接続されている。サーバ１３１とサーバ１４１は、マスタとスレーブの関係にあり、サーバ１３１がマスタ、サーバ１４１がスレーブとして動作するものとする。
【００３９】
ネットワーク１２は、広域回線網や専用回線などの通信網を含むことが可能であり、また、これらの通信網は有線または無線を使用することが可能である。
【００４０】
この実施形態では、説明の便宜のために、マスタ系サーバを、ただ１つ（マスタ系サーバ１３のみ）とし、マスタ系サーバも、ただ１つ（スレーブ系サーバ１４のみ）としたが、本発明では、一般に、マスタ系サーバ、及びスレーブ系サーバの設置台数は、いずれも任意の数とすることが可能である。
また、プラントデータ読込み部１１は、複数にすることも可能である。
【００４１】
以下、図１を参照して、本実施形態のプラントデータ取得処理の動作を説明する。
通常時は、サーバ１３１から、ルータ１３３とネットワーク１２を介してプラントデータ読込み部１１に対してデータ取得要求を送信する。次に、サーバ１３１は、このデータ取得要求の応答としてプラントデータ読込み部１１からデータが送信されてくると、このデータをサーバ１３１内のプラントデータ用データベース（図示は省略）に記録すると共に、ルータ１５を介して表示端末１６に送出する。表示端末１６は、このデータを表示部（図示は省略）に表示する。
【００４２】
しかし、サーバ１３１からプラントデータ取得読込み部１１に対して要求した前述のデータ取得要求に基づくプラントデータ取得処理が失敗すると、これにより、サーバ１３１は、ルータ１３３に障害が発生したことを検知し、サーバ１３１からルータ１５を介して代理取得部１４２に対し、前述のデータ取得要求と同じデータ取得要求を送出する。これを受けて、代理取得部１４２は、プラントデータ読込み部１１へ、前述のデータ取得要求をルータ１４３とネットワーク１２とを介して発信し、この要求に対するプラントデータ読込み部１１からの応答（結果のデータ）をネットワーク１２とルータ１４３とを介して取得した後、サーバ１３１に対し、この応答（結果のデータ）を、ルータ１５を介して送出する。
【００４３】
サーバ１３１は、送出された応答（結果のデータ）を受け取り、サーバ１３１内の前述のプラントデータ用データベースに記録すると共に、ルータ１５を介して表示端末１６に送出する。表示端末１６は、このデータを前述の表示部に表示する。
これにより、マスタ系サーバ１３のルータ１３３に障害が発生した場合にも、サーバ１３１は、プラントデータの取得処理を継続することが可能となる。
【００４４】
なお、ルータ１３３が前述の障害から復旧すると、前述の通常時のプラントデータ取得処理を再開することができるが、上記のバックアップ処理を継続することも可能である。ルータ１３３が前述の障害から復旧した後も、上記のバックアップ処理を継続する場合は、スレーブ系サーバ１４のルータ１４３に障害が発生した時点で、前述の通常時のプラントデータ取得処理に戻すように構成することも可能である。
【００４５】
この第１の実施形態によれば、障害発生時におけるマスタ系サーバ１３とスレーブ系サーバ１４との間の処理の引き継ぎは実時間内で連続しており、プラントデータ用データベース間のプラントデータのコピーは省略されて、遅滞無くデータ収集処理を行うことができるので、障害発生によりプラントデータ収集装置の稼働率が低下することがないという効果がある。
【００４６】
また、プラントデータ読込み部１１が採取したプラントデータは、マスタ系サーバ１３の同一のプラントデータ用データベースに継続的に記録されるので、記録順序が乱されることや、データの記録に漏れが生じることがないという効果がある。
【００４７】
〔第２の実施形態〕
本実施形態は、プラントデータを収集する経路を多重化し、少なくとも１つのサーバが、この経路を選択的に使用することにより、経路の障害発生に対応することを特徴とする。
【００４８】
図２は、本発明に係る第２の実施形態のプラントデータ収集装置の構成を示す構成図である。
同図において、本実施形態のプラントデータ収集装置は、通信用のアドレスＸｃを持ち、プラント機器やセンサーからのデータを読込むプラントデータ読込み部２１と、プラントデータ読込み部２１からのデータを伝送するネットワーク２２と、アドレスＡｃ（２３１）とアドレスＸａ（２３２）とを持つルータＡ（２３）と、アドレスＢｃ（２４１）とアドレスＸｂ（２４２）とを持つルータＢ（２４）と、アドレスＳｒ１（２５３）とアドレスＡｒ１（２５１）とアドレスＢｒ１（２５２）とを持つルータ２５と、アドレスＳｓ１（２６１）を持つサーバ２６とを備えている。
【００４９】
プラントデータ読込み部２１、ルータＡ（２３）、及びルータＢ（２４）は、ネットワーク２２に接続されている。ルータ２５は、サーバ２６、ルータＡ（２３）、及びルータＢ（２４）に接続されている。ネットワーク２２は、広域回線網や専用回線などの通信網を含むことが可能であり、また、これらの通信網は有線または無線を使用することが可能である。
【００５０】
この実施形態では、説明の便宜のために、ネットワーク２２とルータ２５との間に接続されるルータを２つ（ルータＡ（２３）とルータＢ（２４））としたが、本発明では、一般に、ネットワーク２２とルータ２５との間に接続されるルータを任意の数とすることが可能である。また、プラントデータ読込み部２１は、複数にすることも可能である。さらに、サーバ２６には記録されたプラントデータを閲覧するための表示装置を接続することができる。
【００５１】
以下、図２を参照して、本実施形態のプラントデータ取得処理の動作を説明する。
サーバ２６からは、アドレスＡｃ（２３１）を宛て先としてアクセスすることにより、ルータＡ（２３）とネットワーク２２とを介してプラントデータ読込み部２１へアクセスすることが可能である。このアクセス手段により、プラントデータ読込み部２１から取得したプラントデータは、サーバ２６内の図示しないプラントデータ用データベースに記録される。
【００５２】
同様にサーバ２６からは、アドレスＢｃ（２４１）を宛て先としてアクセスすることにより、ルータＢ（２４）とネットワーク２２とを介してプラントデータ読込み部２１へアクセスすることが可能である。このアクセス手段により、プラントデータ読込み部２１から取得したプラントデータは、サーバ２６内の前述のプラントデータ用データベースに記録される。
【００５３】
よって、サーバ２６において、プラントデータ読込み部２１へのアクセス経路を選択的に決定することが可能であり、いずれかの経路を介して取得したプラントデータを、サーバ２６内の前述のプラントデータ用データベースに記録することができる。
【００５４】
さらに、サーバ２６は、ルータＡ（２３）に障害が発生した事実を、サーバ２６からのアドレスＡｃ（２３１）を宛て先とするルータＡ（２３）へのアクセスが失敗することで検出し、これに応じてサーバ２６からのルータＡ（２３）を経由する通信経路は使用できないものと判断する。これにより、サーバ２６は、プラントデータ読込み部２１からプラントデータを取得するために使用する通信経路を、ルータＢ（２４）を経由する通信経路に切り替えることができる。
【００５５】
同様に、サーバ２６は、ルータＢ（２４）に障害が発生した事実を、サーバ２６からのアドレスＢｃ（２４１）を宛て先とするルータＢ（２４）へのアクセスが失敗することで検出し、これに応じてサーバ２６からのルータＢ（２４）を経由する通信経路は使用できないものと判断する。これにより、サーバ２６は、プラントデータ読込み部２１からプラントデータを取得するために使用する通信経路を、ルータＡ（２３）を経由する通信経路に切り替えることができる。
【００５６】
このように構成したことにより、サーバ２６は、ルータＡ（２３）またはルータＢ（２４）のいずれか一方に障害が発生した場合においても、他方を介して、プラントデータ読込み部２１からプラントデータを、連続的に、かつ漏れなく取得し、このデータを前述のプラントデータ用データベースに記録することができる。
【００５７】
この第２の実施形態によれば、ルータＡ（２３）またはルータＢ（２４）のいずれか一方に障害が発生した事実を障害が発生したルータを有するサーバ側において検出し、他方への切り替え処理を、実時間内で間断なく行うことができて、これにより、プラントデータの収集処理を、連続的に、かつ遅滞無く行うことができるので、障害発生によるプラントデータ収集装置の稼働率の低下を防止できる効果がある。
【００５８】
また、プラントデータ読込み部２１が採取したプラントデータは、サーバ２６の同一のプラントデータ用データベースに継続的に記録されるので、記録順序が乱されることや、データの記録に漏れが生じることがないという効果がある。さらに、通信経路の選択をサーバ側で選ぶことができるので、ネットワーク２２とルータ２５との間に接続されるルータの数が３以上の場合、経路のコストや伝送容量などを考慮して最適な通信経路を選ぶことができる効果がある。
【００５９】
〔第３の実施形態〕
本実施形態は、プラントデータを収集するマスタサーバが、受け取ったプラントデータに対応するデータベースの更新指令をスレーブサーバにも送信して、該更新指令を、該スレーブサーバのデータベースに対しても実行せしめることにより、プラントデータ記録の２重化を図ることを特徴とする。
【００６０】
図３は、本発明に係る第３の実施形態のプラントデータ収集装置の構成を示す構成図である。
同図において、本実施形態のプラントデータ収集装置Ａは、１つまたは複数個のプラントデータ読み込み部３１と、プラントデータ読み込み部３１によって収集されたプラントデータを取得するマスタサーバ３２と、スレーブサーバ３３と、マスタサーバ３２とスレーブサーバ３３とを接続する通信線３４とを備えている。マスタサーバ３２とスレーブサーバ３３とは、マスタとスレーブの関係にあり、マスタサーバ３２がマスタ、スレーブサーバ３３がスレーブとして動作するものとする。
【００６１】
マスタサーバ３２は、後述するプラントデータＤＢ更新コマンド実施部３２５が実施した更新コマンドを他のスレーブサーバ（ここではスレーブサーバ３３）に送信する記録コマンド読込／送信部３２１と、上記更新コマンドを後述する記録コマンド履歴３２３に記録する更新コマンド記録部３２２と、上記更新コマンドを記録する記録コマンド履歴３２３（ファイル）と、収集したプラントデータを記録するためのデータベースであるマスタＤＢ（３２４）と、後述するプラントデータ取得部３２６がプラントデータ読み込み部３１から取得したプラントデータによりマスタＤＢ（３２４）を更新するプラントデータＤＢ更新コマンド実施部３２５と、プラントデータ読み込み部３１からプラントデータを取得するプラントデータ取得部３２６とを備えている。
【００６２】
スレーブサーバ３３は、マスタサーバ３２から送信された記録コマンドを受信して後述するスレーブＤＢ（３３２）に反映する記録コマンド受信／反映部３３１と、上記記録コマンドを反映したスレーブＤＢ（３３２）とを備えている。
【００６３】
前記プラントデータ読込み部３１は、マスタサーバ３２のプラントデータ取得部３２６に接続され、記録コマンド履歴３２３は、内部メモリに格納されたファイルである。
ネットワーク１２は、この実施形態では内部的な通信線であるが、一般には、広域回線網や専用回線などの通信網を含むことも可能であり、また、これらの通信網は有線または無線を使用することが可能である。
【００６４】
この実施形態では、説明の便宜のために、マスタ系サーバを、ただ１つ（マスタサーバ３２のみ）とし、マスタ系サーバも、ただ１つ（スレーブサーバ３３のみ）としたが、本発明では、一般に、マスタ系サーバ、及びスレーブ系サーバの設置台数は、いずれも任意の数とすることが可能である。
また、プラントデータ読込み部３１は、複数にすることも可能である。
さらに、サーバ２６には記録されたプラントデータを閲覧するための表示装置を接続することができる。
【００６５】
以下、図３及びデータ等の記録形式を示す図４，５を参照して、本実施形態のプラントデータ取得処理の動作を説明する。
マスタサーバ３２のプラントデータ取得部３２６は、プラントデータ読込み部３１がプラントデータを読込む毎に、このデータを取得し、プラントデータＤＢ更新コマンド実施部３２５に送出する。プラントデータＤＢ更新コマンド実施部３２５は、上記取得したデータを含む更新コマンドを作成すると共に、この更新コマンドを実行し、上記取得したデータでもってマスタＤＢ（３２４）を更新する。また、この更新コマンドを、更新コマンド記録部３２２に送出する。
【００６６】
更新コマンド記録部３２２は、この更新コマンドを、記録コマンド履歴３２３に記録する（この記録形式の１例については図４を参照）と共に、記録コマンド読込／送信部３２１に送出する。
【００６７】
記録コマンド読込／送信部３２１は、記録コマンド履歴３２３に記録された更新コマンドを、所定の一定の周期、若しくは、所定の一定のコマンド履歴件数を定めて読み出し、記録された未送信の更新コマンド（未送信か否かは、図４の３０１０３のカラムに示されている）のみを抽出し、この抽出した更新コマンドを送受信データ（この送受信データの形式の１例は、図５を参照）に編集した後、スレーブサーバ３３に送信する。
【００６８】
一方、スレーブサーバ３３は、マスタサーバ３２の記録コマンド読込／送信部３２１から送信された前述の記録された更新コマンドの送受信データ（図５参照）を受信し、更新コマンドの履歴の実行順位（図５のカラム３０２０１に示されている）に従って、対応する更新コマンド（図５のカラム３０２０２に示されている）を実行してスレーブサーバ３３のスレーブＤＢ（３３２）を更新する。これにより、マスタサーバ３２のマスタＤＢ（３２４）と、スレーブサーバ３３のスレーブＤＢ（３３２）との記録内容を常に一致せしめることができる。
【００６９】
なお、この実施形態では、スレーブサーバ３３のスレーブＤＢは、プラントデータ読込み部３１からのプラントデータによって更新されない構成としたが、一般に、本発明では、スレーブサーバ３３のスレーブＤＢ（３３２）を、プラントデータ読込み部３１からのプラントデータによって更新できる構成とすることも可能であり、その場合は、マスタサーバ３２に障害が発生した場合において、スレーブサーバ３３のスレーブＤＢ（３３２）に対する上記更新機能により、バックアップ（プラントデータの継続記録）が可能となる。
【００７０】
また、マスタサーバを最初から決めずに、装置内の複数のサーバのうち、プラントデータ読込み部３１からのデータ送信を支障無く受信できるサーバを選んでマスタサーバとして動作させるように構成することも可能である。
【００７１】
この第３の実施形態によれば、装置内のいずれのサーバの機能も停止することなく、装置内の全てのサーバのプラントデータ記録用データベースの記録内容を常に一致せしめることができるので、外部システムから、どのサーバにアクセスしても常に同じ結果（記録されたプラントデータ）を取り出すことができる効果がある。さらに、この効果から、サーバ間での負荷分散を図ることができる効果が生じる。
【００７２】
〔第４の実施形態〕
本実施形態は、プラントデータを収集する複数のサーバの各々が、端末から受け取ったデータベースの更新指令を他サーバにも送信して、該更新指令を、該他サーバのデータベースに対しても実行せしめることにより、装置内のいずれのサーバも更新指令の受け付けが可能であるように構成すると共に、記録の多重化を図ることを特徴とする。
【００７３】
図６は、本発明に係る第４の実施形態のプラントデータ収集装置の構成を示す構成図である。
同図において、本実施形態のプラントデータ収集装置Ｂは、プラントデータ記録用データベースを更新するための更新コマンドを発行する１つまたは複数個のデータ更新命令発行部４１（この実施形態では２つ）と、ネットワーク４２と、プラントデータ記録用データベースを有するサーバ４３，４４とを備えている。
【００７４】
サーバ４３は、データ更新命令発行部４１から発行される更新コマンドを読み込んで、後述する更新コマンド受信／データ更新部４３２に送出すると共に、他サーバ（ここではサーバ４４）に上記更新コマンドと同じ内容の更新コマンドを配信する更新コマンド読込み／配信部４３１と、この更新コマンドまたは他サーバ（ここではサーバ４４）から送信された更新コマンドを受信すると共に、これらの更新コマンドを実行する更新コマンド受信／データ更新部４３２と、プラントデータを記録するデータベース４３３とを備えている。
【００７５】
サーバ４４は、データ更新命令発行部４１から発行される更新コマンドを読み込んで、後述する更新コマンド受信／データ更新部４４２に送出すると共に、他サーバ（ここではサーバ４３）に上記更新コマンドと同じ内容の更新コマンドを配信する更新コマンド読込み／配信部４４１と、この更新コマンドまたは他サーバ（ここではサーバ４３）から送信された更新コマンドを受信すると共に、これらの更新コマンドを実行する更新コマンド受信／データ更新部４４２と、プラントデータを記録するデータベース４４３とを備えている。
【００７６】
データ更新命令発行部４１、サーバ４３，４４は、ネットワーク４２に接続されている。データ更新命令発行部４１は、例えば、表示・操作端末により構成することが可能であり、この場合は、オペレータの入力や表示要求などを契機として、対応するサーバに対してプラントデータ記録用データベースを更新するための更新コマンドを発行するものとする。データ更新命令発行部４１から発行される更新コマンドには、該更新コマンドが追加や修正を指示するものである場合には、プラントデータが含まれるものとする。
【００７７】
ネットワーク４２は、広域回線網や専用回線などの通信網を含むことが可能であり、また、これらの通信網は有線または無線を使用することが可能である。
この実施形態では、説明の便宜のために、サーバを、２つ（サーバ４３とサーバ４４）としたが、本発明では、一般に、サーバの設置台数を任意の数とすることが可能である。
【００７８】
以下、図６及び図７を参照して、本実施形態のプラントデータ取得処理の動作を説明する。
データ更新命令発行部４１は、サーバ４３とサーバ４４のいずれに対しても、プラントデータを含むデータベース更新コマンドを発行することができる。ここでは、例えば、サーバ４３に対してデータベース更新コマンドが発行された場合について説明する。
【００７９】
サーバ４３の更新コマンド読込み／配信部４３１は、上記発行されたデータベース更新コマンドを読み込み、更新コマンド受信／データ更新部４３２に送出する。また、更新コマンド読込み／配信部４３１は、データベース更新コマンドを送信すべき他サーバ（ここではサーバ４４）を決定し、該決定したサーバに対して、このデータベース更新コマンドをネットワーク４２を介して送信する。
この配信すべき他サーバの決定手段は、一般には、例えば、更新コマンド読込み／配信部４３１が、予め図７に示すようなマトリクスを保持し、このマトリクスを参照することにより決定することができる。
【００８０】
更新コマンド受信／データ更新部４３２は、上記送出されたデータベース更新コマンドを受けて、該コマンドに従い、該コマンドに含まれているプラントデータでもって、データベース４３３を更新する。一方、サーバ４４の更新コマンド受信／データ更新部４４２も、上記送出されたデータベース更新コマンドを受けて、該コマンドに従い、該コマンドに含まれているプラントデータにより、データベース４４３を更新する。
【００８１】
なお、データ更新命令発行部４１が、サーバ４４に対してデータベース更新コマンドを発行した場合も、前述と同様の動作により、データベース４４３及びデータベース４３３が更新される。これにより、サーバ４３が保持するデータベース４３３の内容と、サーバ４４が保持するデータベース４４３の内容とを、常に一致させることが可能となる。
【００８２】
なお、例えば、サーバ４３内に障害が発生した事実を示す情報は、例えば、更新コマンド読込み／配信部４３１に集約しておき、障害が発生した場合に、データ更新命令発行部４１からの更新コマンド読込み／配信部４３１に対するコマンド発行が失敗することで、データ更新命令発行部４１は、この障害の発生を検知することができる。
【００８３】
この第４の実施形態によれば、装置内のいずれのサーバの機能も停止することなく、装置内の全てのサーバのプラントデータ記録用データベースの記録内容を常に一致せしめることができるので、外部システムから、どのサーバにアクセスしても常に同じ結果（記録されたプラントデータ）を取り出すことができるという効果がある。
【００８４】
さらに、この効果に加えて、全てのサーバが全てのデータ更新命令発行部４１からのコマンドを受け付けることができるので、全てのサーバは対等となり、よって、サーバ間での負荷分散をより一層簡単に図ることができると共に、いずれかのサーバに障害が発生した場合は、データ更新命令発行部４１からのコマンドを、動作可能なサーバに対して発行することにより、バックアップ（ブラントデータの継続記録）が行えるという効果がある。
【００８５】
〔第５の実施形態〕
本実施形態は、前記第４の実施形態に、さらに、他サーバに送信した更新指令が、該他サーバの障害発生に起因して該他サーバにおいて受信されなかった時に、該更新指令を該他サーバが障害から復旧するまで一時保管し、該他サーバが障害復帰した時点で再送して、実行せしめる構成を加えたことを特徴とする。
【００８６】
図８は、本発明に係る第５の実施形態のプラントデータ収集装置の構成を示す構成図である。
同図において、本実施形態のプラントデータ収集装置は、プラントデータ記録用データベースを更新するための更新コマンドを発行するプラントデータ更新コマンド発行部５１，５２と、ネットワーク５３と、プラントデータ記録用データベースを有するサーバ５４，５５とを備えている。
【００８７】
サーバ５４は、プラントデータ更新コマンド発行部５１から発行される更新コマンドを読み込んで、後述する更新コマンド受信／データ更新部５４２に送出すると共に、他サーバ（ここではサーバ５５）に上記更新コマンドと同じ内容の更新コマンドを配信する更新コマンド読込み／配信部５４１と、この更新コマンドまたは他サーバ（ここではサーバ５５）から送信された更新コマンドを受信すると共に、これらの更新コマンドを実行する更新コマンド受信／データ更新部５４２を備える。
【００８８】
また、サーバ５４は、プラントデータを記録するデータベース５４３と、障害時に実行を保留していた他サーバ（ここではサーバ５５）からの更新コマンドを実行する蓄積プラントデータ更新コマンド受信／実行部５４４と、更新コマンド読込み／配信部５４１が更新コマンドを送信した送信先である上記他サーバが、障害発生等に起因して上記更新コマンドを受信できなかった時の上記更新コマンドを履歴として蓄積するプラントデータ更新コマンド蓄積部５４５と、上記他サーバが上記障害等から復帰した時に、蓄積プラントデータ更新コマンド蓄積部５４５に蓄積されていた更新コマンドを送信する蓄積プラントデータ更新コマンド送信部５４６とを備えている。
【００８９】
サーバ５５は、プラントデータ更新コマンド発行部５１から発行される更新コマンドを読み込んで、後述する更新コマンド受信／データ更新部５５２に送出すると共に、他サーバ（ここではサーバ５４）に上記更新コマンドと同じ内容の更新コマンドを配信する更新コマンド読込み／配信部５５１と、この更新コマンドまたは他サーバ（ここではサーバ５４）から送信された更新コマンドを受信すると共に、これらの更新コマンドを実行する更新コマンド受信／データ更新部５５２と、プラントデータを記録するデータベース５５３とを有する。
【００９０】
また、サーバ５５は、障害時に実行を保留していた他サーバ（ここではサーバ５４）からの更新コマンドを実行する蓄積プラントデータ更新コマンド受信／実行部５５４と、更新コマンド読込み／配信部５５１が更新コマンドを送信した送信先である上記他サーバが、障害発生等に起因して上記更新コマンドを受信できなかった時の上記更新コマンドを履歴として蓄積する蓄積プラントデータ更新コマンド蓄積部５５５と、上記他サーバが上記障害等から復帰した時に、蓄積プラントデータ更新コマンド蓄積部５５５に蓄積されていた更新コマンドを送信する蓄積プラントデータ更新コマンド送信部５５６とを備えている。
【００９１】
プラントデータ更新コマンド発行部５１，５２、サーバ５４，５５は、ネットワーク５３に接続されている。プラントデータ更新コマンド発行部５１，５２は、例えば、表示・操作端末により構成することが可能であり、この場合は、オペレータの入力や表示要求などを契機として、対応するサーバに対してプラントデータ記録用データベースを更新するための更新コマンドを発行するものとする。プラントデータ更新コマンド発行部５１，５２から発行される更新コマンドには、該更新コマンドが追加や修正を指示するものである場合には、プラントデータが含まれるものとする。
【００９２】
ネットワーク５３は、広域回線網や専用回線などの通信網を含むことが可能であり、また、これらの通信網は有線または無線を使用することが可能である。
この実施形態では、説明の便宜のために、サーバを、２つ（サーバ５４とサーバ５５）としたが、本発明では、一般に、サーバの設置台数を任意の数とすることが可能である。
【００９３】
以下、図８を参照して、本実施形態のプラントデータ取得処理の動作を説明する。
例えば、プラントデータ更新コマンド発行部５１が、サーバ５４に対して、サーバ５４のデータベース５４３を更新する更新コマンドを、内部的な通信線またはネットワーク５３を介して発行した場合、この発行された更新コマンドは、サーバ５４の更新コマンド読込み／配信部５４１によってサーバ５４内に読み込まれてサーバ５４の更新コマンド受信／データ更新部５４２に送出されると共に、ネットワーク５３を介して配信すべき他サーバ（ここではサーバ５５）にも送信される。
【００９４】
この場合、配信すべき他サーバ（ここではサーバ５５）の決定手段は、前述の第４の実施形態と同じとすることができる。すなわち、この配信すべき他のサーバ（ここではサーバ５５）の決定手段は、一般には、例えば、更新コマンド読込み／配信部５４１が、予め図７に示すようなマトリクスを保持し、このマトリクスを参照することにより決定することができる。
【００９５】
更新コマンド受信／データ更新部５４２は、上記送出されたデータベース更新コマンドを受けて、該コマンドに従い、該コマンドに含まれているプラントデータでもって、データベース５４３を更新する。
【００９６】
一方、サーバ５５の更新コマンド受信／データ更新部５５２も、上記送出されたデータベース更新コマンドを受けて、該コマンドに従い、該コマンドに含まれているプラントデータでもって、データベース５５３を更新する。しかし、サーバ５５の障害発生等に起因して、サーバ５５の更新コマンド受信／データ更新部５５２が、前述の送出されたデータベース更新コマンドを受信できなかった場合は、この事実をサーバ５４の更新コマンド読込み／配信部５４１が検知して、この受信されなかった更新コマンドを、プラントデータ更新コマンド蓄積部５４５に送出する。
【００９７】
この後、サーバ５４の更新コマンド受信／データ更新部５４１は、更新コマンドを受信する毎に、上記データベース５４３の更新と、サーバ５５の更新コマンド受信／データ更新部５５２への上記更新コマンドの送信を行うが、この間、サーバ５５の更新コマンド受信／データ更新部５５２が、前述の送出されたデータベース更新コマンドを受信できるようになると、サーバ５４の更新コマンド受信／データ更新部５４１は、該事実を検知してサーバ５５が上記障害から復旧したことを検知する。
【００９８】
その後、サーバ５４の蓄積プラントデータ更新コマンド送信部５４６が、プラントデータ更新コマンド蓄積部５４５に蓄積された更新コマンドを読み出してサーバ５５の蓄積プラントデータ更新コマンド受信／実行部５５４に、ネットワーク５３を介して送信する。サーバ５５の蓄積プラントデータ更新コマンド受信／実行部５５４は、上記送信された蓄積プラントデータ更新コマンドを受けて、データベース５５３を更新する。この更新処理は、サーバ５５の更新コマンド読込み／配信部５５１を経由する通常の更新コマンドによる更新処理に優先して実行することができる。
【００９９】
また、この更新処理が完了するまでは、サーバ５５への外部システムからのアクセスに対しては、ビジィ状態（準備中）を通知する必要がある。より具体的には、サーバ５５の更新コマンド受信／データ更新部５５２は、サーバ５４の更新コマンド読込み／配信部５４１からの更新コマンドを受信した時に、更新コマンド受信／データ更新部５５１をビジィ状態（準備中）にし、この時に、更新コマンド受信／データ更新部５５１が既に受け付けていた更新コマンドは更新コマンド受信／データ更新部５５１の内部において保留にする。その後、更新コマンド受信／データ更新部５５２は、サーバ５５の更新コマンド受信／データ更新部５５２からの更新コマンドの送信が完了した時点で、更新コマンド受信／データ更新部５５１の前述のビジィ状態（準備中）を解いて更新コマンドの受信が可能な状態に戻す。
【０１００】
なお、例えば、プラントデータ更新コマンド発行部５２が、例えば、サーバ５５に対してデータベース更新コマンドを発行した場合も、前述と同様の動作により、データベース４４及びデータベース４３が更新される。
これにより、サーバ５４が保持するデータベース５４３の内容と、サーバ５５が保持するデータベース５５３の内容とを、データの順序まで含めて常に一致させることが可能となる。
【０１０１】
この第５の実施形態によれば、装置内のいずれのサーバの機能も停止することなく、装置内の全てのサーバのプラントデータ記録用データベースの記録内容を常に一致せしめることができるので、外部システムから、どのサーバにアクセスしても常に同じ結果（記録されたプラントデータ）を取り出すことができる効果がある。さらに、この効果に加えて、全てのサーバが全てのプラントデータ更新コマンド発行部からのコマンドを受け付けることができるので、全てのサーバは対等となり、よって、サーバ間での負荷分散をより一層簡単に図ることができると共に、いずれかのサーバに障害が発生した場合は、プラントデータ更新コマンドを、動作可能なサーバに対して発行することにより、バックアップ（ブラントデータの継続記録）が行えるという効果がある。
【０１０２】
また、全てのサーバにおいて最初から正常な状態が継続する場合、若しくは、いずれかのサーバに障害が発生した場合であっても該障害からの復帰後に、ユーザは、どのサーバにアクセスしても、取りこぼしの無い全データを参照することが可能となる。
【０１０３】
〔第６の実施形態〕
本実施形態は、前記第５の実施形態に、さらに、他サーバに送信した更新指令を、該他サーバが端末から受け付ける更新指令に優先して実行せしめる構成を加えたことを特徴とする。
【０１０４】
図９は、本発明に係る第６の実施形態のプラントデータ収集装置の構成を示す構成図である。
本実施形態のプラントデータ収集装置の構成は、第５の実施形態のプラントデータ収集装置の更新コマンド読込み／配信部５４１が更新コマンド読込み処理相互排他部６１１１を備えた更新コマンド読込み／配信部６１１に置き代わり、更新コマンド読込み／配信部５５１が更新コマンド読込み処理相互排他部６２１１を備えた更新コマンド読込み／配信部６２１に置き代わっただけであり、他の構成要素については、第５の実施形態のプラントデータ収集装置の構成要素と構成、機能とも同じである。
【０１０５】
よって、以下では、本実施形態のプラントデータ収集装置の更新コマンド読込み／配信部６１１，６２１の機能を説明する。
サーバ６１の更新コマンド読込み／配信部６１１における更新コマンド読込み処理相互排他部６１１１は、更新コマンド読込み／配信部６１１が準備中でない時（即ち、プラントデータ更新コマンドの受付が可能な時）において、サーバ６１がプラントデータの更新コマンドを読込んだ時に、この更新コマンドを送信すべく決定された他の全てのサーバの更新コマンド読込み処理相互排他部（ここではサーバ６２１の更新コマンド読込み処理相互排他部６２１１）に対して、更新コマンド読込み／配信部（ここでは更新コマンド読込み／配信部６２１）を準備中（ビジィ）の状態にするように指示する（ロックを掛ける）。これにより、サーバ６１を除く全サーバへのプラントデータ更新コマンドの発行は待機状態となる。
【０１０６】
なお、前述の更新コマンドを送信すべき他のサーバの決定方法は、前述の第４の実施形態と同じとすることができる。
【０１０７】
その後、更新コマンド読込み／配信部６１１から送信された更新コマンドによるプラントデータ用データベース（ここではデータベース５５３）の更新が全て完了すると、該完了したサーバの更新コマンド読込み処理相互排他部（ここではサーバ６２１の更新コマンド読込み処理相互排他部６２１１）が、更新コマンド読込み／配信部（ここでは更新コマンド読込み／配信部６２１）における前述の準備中（ビジィ）の状態を解いて（ロックを解除する）、プラントデータ更新コマンドの受付けが可能な状態に戻す。
【０１０８】
同様に、サーバ６２の更新コマンド読込み／配信部６２１における更新コマンド読込み処理相互排他部６２１１は、更新コマンド読込み／配信部６２１が準備中でない時（即ち、プラントデータ更新コマンドの受付が可能な時）において、サーバ６２がプラントデータの更新コマンドを読込んだ時に、他の全てのサーバの更新コマンド読込み処理相互排他部（ここではサーバ６１１の更新コマンド読込み処理相互排他部６１１１）に対して、更新コマンド読込み／配信部（ここでは更新コマンド読込み／配信部６１１）を準備中（ビジィ）の状態にするように指示する。これにより、サーバ６１を除く全サーバへのプラントデータ更新コマンドの発行は待機状態となる。
【０１０９】
その後、更新コマンド読込み／配信部６２１から送信された更新コマンドによるプラントデータ用データベース（ここではデータベース５４３）の更新が全て完了すると、該完了したサーバの更新コマンド読込み処理相互排他部（ここではサーバ６１１の更新コマンド読込み処理相互排他部６１１１）が、更新コマンド読込み／配信部（ここでは更新コマンド読込み／配信部６１１）における前述の準備中（ビジィ）の状態を解いて、プラントデータ更新コマンドの受付けが可能な状態に戻す。
【０１１０】
この第６の実施形態によれば、全てのサーバが完全に対等となるため、前述の第５の実施形態に係るプラントデータ収集装置の効果に加えて、より一層の負荷分散を図ることができる効果がある。
【０１１１】
【発明の効果】
以上説明したように、本発明のプラントデータ収集装置によれば、障害発生時にプラントデータ蓄積処理を継続するサーバの切り替えを迅速に行うと共に、障害が介在する場合にも、プラントデータを蓄積するためのサーバ内のデータベースの記録内容と、記録順序とを、全てのサーバにおいて一致させることができるプラントデータ収集装置を提供することができる。
また、通信経路の選択に際し、経路のコストや伝送容量などを考慮して、サーバ側で最適な通信経路を選ぶことができるプラントデータ収集装置を提供することができる。
【０１１２】
また、外部システムから、装置内のどのサーバにアクセスしても常に同じ結果（記録されたプラントデータ）を取り出すことができるプラントデータ収集装置を提供することができる。
さらに、装置内の全てのサーバを対等な関係にして、プラントデータ蓄積処理のバックアップを複数のサーバで行うことを可能にすると共に、サーバ間での負荷分散を図ることができるプラントデータ収集装置を提供することができる。
【図面の簡単な説明】
【図１】本発明に係る第１の実施形態のプラントデータ収集装置の構成を示す構成図である。
【図２】本発明に係る第２の実施形態のプラントデータ収集装置の構成を示す構成図である。
【図３】本発明に係る第３の実施形態のプラントデータ収集装置の構成を示す構成図である。
【図４】本発明に係る第３の実施形態のプラントデータ収集装置の障害時に記録される更新コマンドの記録形式の１例を示す。
【図５】本発明に係る第３の実施形態のプラントデータ収集装置の障害時に記録される更新コマンドを含む送受信データの形式の１例を示す。
【図６】本発明に係る第４の実施形態のプラントデータ収集装置の構成を示す構成図である。
【図７】本発明に係る第４の実施形態のプラントデータ収集装置の更新コマンドを受信したサーバが、この更新コマンドを送信すべき他のサーバを決定する時に参照するマトリクスの１例を示す。
【図８】本発明に係る第５の実施形態のプラントデータ収集装置の構成を示す構成図である。
【図９】本発明に係る第６の実施形態のプラントデータ収集装置の構成を示す構成図である。
【図１０】従来のプラントデータ収集装置の構成を示す構成図である。
【符号の説明】
１１  プラントデータ読込み部
１２  ネットワーク
１３  マスタ系サーバ
１４  スレーブ系サーバ
１５、１３３，１４３  ルータ
１６  表示端末
１３１，１４１  サーバ
１３２，１４２  代理取得部
【図１】
2004280337.tif 000003
【図２】
2004280337.tif 000004
【図３】
2004280337.tif 000005
【図４】
2004280337.tif 000006
【図５】
2004280337.tif 000007
【図６】
2004280337.tif 000008
【図７】
2004280337.tif 000009
【図８】
2004280337.tif 000010
【図９】
2004280337.tif 000011
【図１０】
2004280337.tif 000012