(57)【要約】【課題】監視データを取りこぼすことなく収集すること。【解決手段】監視装置１０は、監視装置１０の輻輳状態を判定する監視装置側輻輳判定手段２を備え、被監視装置２０は、当該被監視装置２０の輻輳状態を判定する被監視装置側輻輳判定手段２２と、監視装置側輻輳判定手段２および被監視装置側輻輳判定手段２２によって輻輳が夫々未検出の場合は、イベント通知型の通信方式による通信を行い、監視装置側輻輳判定手段２または被監視装置側輻輳判定手段２２によって輻輳が検出された場合は、イベント回収型の通信方式による通信を行うよう切替え制御するとともに、該通信方式の切替え要求を監視装置に送信する通信処理部２４とを備え、監視装置は、切替え要求に応じて通信方式をイベント通知型およびイベント回収型の何れかに切り替える制御手段５を備える。【選択図】        図１
2006325118.tif 000002
【特許請求の範囲】
【請求項１】
監視データを生成する１以上の被監視装置と、被監視装置で生成された監視データを収集する監視装置とを備え、被監視装置での監視データ発生時に被監視装置が監視データを監視装置にその都度送信するイベント通知型の通信方式と、前記監視データを被監視装置に蓄積しておき監視装置からのポーリングにより蓄積データを返送するイベント回収型の通信方式とを切り替えて被監視装置の監視データを監視装置が収集する監視データ収集システムにおいて、
監視装置は、
監視装置の輻輳状態を判定する監視装置側輻輳判定手段を備え、
被監視装置は、
当該被監視装置の輻輳状態を判定する被監視装置側輻輳判定手段と、
前記監視装置側輻輳判定手段および被監視装置側輻輳判定手段によって輻輳が夫々未検出の場合は、前記イベント通知型の通信方式による通信を行い、前記監視装置側輻輳判定手段または被監視装置側輻輳判定手段によって輻輳が検出された場合は、前記イベント回収型の通信方式による通信を行うよう切替え制御するとともに、該通信方式の切替え要求を監視装置に送信する通信処理部とを備え、
監視装置は、
前記切替え要求に応じて通信方式をイベント通知型およびイベント回収型の何れかに切り替える制御手段をさらに備えることを特徴とする監視データ収集システム。
【請求項２】
被監視装置は、
当該被監視装置と監視装置との通信異常を検出する通信異常検出手段をさらに備え、
前記通信処理部は、前記通信異常検出手段によって通信異常が未検出の場合は前記イベント通知型の通信方式による通信を行い、前記通信異常検出手段によって通信異常が検出された場合は前記イベント回収型の通信方式による通信を行い、蓄積された監視データが回収された後に前記イベント通知型の通信方式を行うように切替え制御するとともに、該通信方式の切替え要求を監視装置に送信することを特徴とする請求項１に記載の監視データ収集システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、イベント通知型とイベント回収型の通信方式を切り替えて、被監視装置の監視データを監視装置が収集する監視データ収集システムに関するものである。
【背景技術】
【０００２】
製造業における設備監視アプリケーションと製造現場の製造設備のような、監視装置と被監視装置間の監視データの通信において、監視データ発生時に被監視装置が監視データを監視装置にその都度送信するイベント通知型の通信方法と、監視データを被監視装置に蓄積しておき監視装置からのポーリングにより蓄積データを返送するイベント回収型の通信方法を、システムの状態に応じて切り替えて通信をすることが行なわれている。このような技術の一例が、特許文献１に開示されている。
【０００３】
図８は、特許文献１に示された従来のイベント回収型データ収集システムのシステム構成図を示すものである。図８において、１００は監視装置、１０１は監視装置１００上で動作する監視アプリケーションプログラム、１５０は被監視装置、１５１は監視データ生成部、１５２は監視データの発生頻度から被監視装置１５０の輻輳状態を判定する被監視装置側輻輳判定手段、１５３は通信処理部、１５４は監視データを蓄積する監視データ蓄積部である。
【０００４】
通常、監視データ生成部１５１で発生した監視データは、通信処理部１５３によって、被監視装置１５０から監視装置１００に発生の都度送信される。被監視装置側輻輳判定手段１５２では監視データの発生頻度から被監視装置１５０の輻輳状態を判定する。被監視装置側輻輳判定手段１５２が被監視装置１５０の監視データ発生が輻輳していると判断すると、監視装置１００への監視データの送信を中断し、監視装置１００にポーリングによってデータ回収を行うようポーリング要求を送信し、発生した監視データを監視データ蓄積部１５４に蓄積する。監視装置１００はポーリング要求を受信すると、定期的にデータ回収のためのポーリングを被監視装置１５０に送信し、監視データを回収する。その後、被監視装置側輻輳判定手段１５２が被監視装置１５０での輻輳が解消されたと判断すると、被監視装置１５０は、監視装置１００へのポーリング要求を取り下げ、監視装置１００は、定期的なデータ回収のためのポーリングを中断する。その後、被監視装置１５０は、監視データ生成部１５１で発生した監視データをその都度、監視装置１００に送信する。
【０００５】
このように、特許文献１においては、被監視装置での監視データ発生頻度から被監視装置の輻輳状態を判断し、輻輳しているときはポーリングによるイベント回収型のデータ収集を行い、輻輳していないときはイベント通知型のデータ収集を行うようにしているので、被監視装置の状態に応じて適切なデータ収集が行われ、被監視装置が輻輳した場合は、データを取りこぼすことなくデータの収集を行うことが出来る。
【０００６】
【特許文献１】特開２００１−２２３７２２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１においては、監視装置のＣＰＵで使用率（負荷）が増大する輻輳が発生した場合、監視装置が被監視装置からの監視データを受け取れない、通信路が故障した場合、監視装置が被監視装置からの監視データを受け取れず、監視データを取りこぼすことがあるなどの問題がある。
【０００８】
本発明は、上記に鑑みてなされたものであって、監視装置の輻輳状態に応じても通信方式をイベント通知型とポーリングによるイベント回収型とに切り替えるようにして、監視データを取りこぼすことなく収集することができる監視データ収集システムを得ることを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するために、本発明は、監視データを生成する１以上の被監視装置と、被監視装置で生成された監視データを収集する監視装置とを備え、被監視装置での監視データ発生時に被監視装置が監視データを監視装置にその都度送信するイベント通知型の通信方式と、前記監視データを被監視装置に蓄積しておき監視装置からのポーリングにより蓄積データを返送するイベント回収型の通信方式とを切り替えて被監視装置の監視データを監視装置が収集する監視データ収集システムにおいて、監視装置は、監視装置の輻輳状態を判定する監視装置側輻輳判定手段を備え、被監視装置は、当該被監視装置の輻輳状態を判定する被監視装置側輻輳判定手段と、前記監視装置側輻輳判定手段および被監視装置側輻輳判定手段によって輻輳が夫々未検出の場合は、前記イベント通知型の通信方式による通信を行い、前記監視装置側輻輳判定手段または被監視装置側輻輳判定手段によって輻輳が検出された場合は、前記イベント回収型の通信方式による通信を行うよう切替え制御するとともに、該通信方式の切替え要求を監視装置に送信する通信処理部とを備え、監視装置は、前記切替え要求に応じて通信方式をイベント通知型およびイベント回収型の何れかに切り替える制御手段をさらに備えることを特徴とする。
【発明の効果】
【００１０】
以上説明したとおり、この発明によれば、監視装置に監視装置の輻輳状態を判定する監視装置側輻輳判定手段を備え、監視装置の輻輳状態を被監視装置に伝えることにより、被監視装置の輻輳状態のみならず監視装置の輻輳状態に応じて、通信方式をイベント通知型とポーリングによるイベント回収型とに切り替えるようにしているので、監視データを取りこぼすことなく監視装置で収集することが出来る。
【発明を実施するための最良の形態】
【００１１】
以下に、本発明にかかる監視データ収集システム形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１２】
図１は、この発明の実施の形態における監視データ収集システムのシステム構成図を示すものである。この監視データ収集システムでは、１〜複数の被監視装置２０の監視データを監視装置１０が収集する。図１において、監視装置１０は、制御手段としてのＣＰＵ５と、ＣＰＵ５の使用率（負荷）から監視装置１０の輻輳状態を判断する監視装置側輻輳判定手段２とを備えている。ＣＰＵ５上では、監視動作を行うための監視アプリケーションプログラム１、受信したデータをそのまま返送するエコーバック手段としてのエコーバックプログラム３などが動作する。
【００１３】
被監視装置２０は、監視データを生成する監視データ生成部２１と、監視データの発生頻度から被監視装置２０での輻輳状態を判定する被監視装置側輻輳判定手段２２と、監視データを蓄積する監視データ蓄積部２３と、監視装置１０との通信処理を実行する通信処理部２４と、定期的に通信異常チェックデータを監視装置１０のエコーバックプログラム３に送信しエコーバックプログラム３からの受信データの有無から監視装置１０と被監視装置２０との間の通信異常を判定する通信異常判定部２５とを備えている。
【００１４】
図２は、通常状態から、監視装置１０または被監視装置２０が輻輳状態になり、再び通常状態に復帰する際の、被監視装置２０の監視データ生成部２１および通信処理部２４と、監視装置１０の監視アプリケーションプログラム１０１との間のデータおよびメッセージのやりとりを示すシーケンス図である。
【００１５】
図２において、まず、通常状態では、被監視装置２０の監視データ生成部２１で発生した監視データは、通信処理部２４に送られ、その都度、監視装置１０の監視アプリケーションプログラム１に送信される。
【００１６】
次に、監視装置側輻輳判定手段２において監視装置１０が輻輳状態であると判断されるか、あるいは被監視装置側輻輳判定手段２２において被監視装置２０が輻輳状態であると判断されて、監視装置側輻輳判定手段２からオン状態にある監視装置輻輳状態信号が通信処理部２４に入力されるか、あるいは被監視装置側輻輳判定手段２２からオン状態にある被監視装置輻輳状態信号が通信処理部２４に入力されると、通信処理部２４は、ポーリング開始要求を監視装置１０の監視アプリケーションプログラム１に送信し、監視データ生成部２１で発生した監視データを監視データ蓄積部２３に蓄積する。
【００１７】
監視アプリケーションプログラム１は、ポーリング開始要求を受信すると、定期的にデータ回収のためのポーリングを被監視装置２０の通信処理部２４に送信し、監視データを回収する。
【００１８】
次に、監視装置側輻輳判定手段２および被監視装置側輻輳判定手段２２において、監視装置１０及び被監視装置２０の輻輳状態が解消されたと判断されて、監視装置輻輳状態信号および被監視装置輻輳状態信号がオフ状態になったことを検出すると、通信処理部２４は、ポーリング解除要求を監視装置１０の監視アプリケーションプログラム１に送信する。そして、これ以降は、被監視装置２０の監視データ生成部２１で発生した監視データを、その都度、監視装置１０の監視アプリケーションプログラム１に送信する通常状態に復帰する。
【００１９】
図３は、通常状態から、通信異常状態になり、再び通常状態に復帰する際の、被監視装置２０の監視データ生成部２１および通信処理部２４と、監視装置１０の監視アプリケーションプログラム１０１との間のデータおよびメッセージのやりとりを示すシーケンス図である。
【００２０】
図３において、まず、通常状態では、被監視装置２０の監視データ生成部２１で発生した監視データは、通信処理部２４に送られ、その都度、監視装置１０の監視アプリケーションプログラム１０１に送信される。
【００２１】
次に、通信異常判定部２５によって通信異常の発生が検出され、通信異常判定部２５からオン状態にある通信異常状態信号が通信処理部２４に入力されると、通信処理部２４は、ポーリング開始要求を監視装置１０の監視アプリケーションプログラム１に送信することを試み、監視データ生成部２１で発生した監視データの監視データ蓄積部２３への蓄積を開始する。
【００２２】
通信処理部２４によるポーリング開始要求の監視アプリケーションプログラム１への送信は、成功するまで定期的に繰返し行われる。通信異常状態が解消され、通信処理部２４によるポーリング開始要求の監視アプリケーションプログラム１への送信が成功すると、監視アプリケーションプログラム１は、定期的にデータ回収のためのポーリングを通信処理部２４に送信し、監視データを回収する。
【００２３】
監視アプリケーションプログラム１により監視データ蓄積部２３に蓄積された全ての監視データが回収されると、通信処理部２４は、ポーリング解除要求を監視装置１０の監視アプリケーションプログラム１に送信する。これ以降は、被監視装置２０の監視データ生成部２１で発生した監視データを、その都度、監視装置１０の監視アプリケーションプログラム１に送信する通常状態に復帰する。
【００２４】
つぎに、図４にしたがって、被監視装置側輻輳判定手段２２の具体的な動作を説明する。まず、被監視装置輻輳状態信号をオフ状態にするとともに、輻輳状態カウンタ値Ｃ１と非輻輳状態カウンタ値Ｃ２を初期化する（ステップＳ２０１）。次に、監視データの発生を待ち（ステップＳ２０２）、監視データが発生したら現在時刻Ｔ１を取得する（ステップＳ２０３）。最初の監視データの場合（ステップＳ２０４）は、前回発生時刻Ｔ２に現在時刻Ｔ１の値を入れ（ステップＳ２１２）、再び監視データの発生を待つ（ステップＳ２０２）。
【００２５】
２回目以降の監視データの場合は、Ｔ１とＴ２の差から、監視データ発生間隔を算出し、監視データ発生間隔Ｔ１−Ｔ２が予め定められたしきい値ＴＳより小さくないか判断する（ステップＳ２０５）。監視データ発生間隔がＴＳより小さい場合は、輻輳状態カウンタ値Ｃ１を１増やし、非輻輳状態カウンタ値Ｃ２をゼロにする（ステップＳ２０６）。そして、輻輳状態カウンタ値Ｃ１が予め決められたしきい値ＣＳ１を越える場合（ステップＳ２０７）は、被監視装置輻輳状態信号をオンにする（ステップＳ２０８）。輻輳状態カウンタ値Ｃ１が予め決められたしきい値ＣＳ１を越えない場合は、何もしない。
【００２６】
一方、ステップＳ２０５で、監視データ発生間隔Ｔ１−Ｔ２がしきい値ＴＳ以上の場合は、非輻輳状態カウンタ値Ｃ２を１増やし、輻輳状態カウンタ値Ｃ１をゼロにする（ステップＳ２０９）。そして、非輻輳状態カウンタ値Ｃ２が予め決められたしきい値ＣＳ２を越える場合（ステップＳ２１０）は、被監視装置輻輳状態信号をオフにする（ステップＳ２１１）。非輻輳状態カウンタ値Ｃ２が予め決められたしきい値ＣＳ２を越えない場合は、何もしない。最後に、前回発生時刻Ｔ２に現在時刻Ｔ１の値を入れ（ステップＳ２１２）、再び監視データの発生を待つ（ステップＳ２０２）。
【００２７】
つぎに、図５にしたがって、監視装置側輻輳判定手段２の具体的な動作を説明する。まず監視装置輻輳状態信号をオフ状態とするとともに、輻輳状態カウンタ値Ｃ３と非輻輳状態カウンタ値Ｃ４を初期化する（ステップＳ３０１）。次にＣＰＵ負荷の計測周期が来るまで待ち（ステップＳ３０２）、計測周期がきたら監視装置１０のＣＰＵ負荷ＬＣを計測する（ステップＳ３０３）。次に、計測したＣＰＵ負荷ＬＣが、予め定められたしきい値ＬＳより大きくないか判断する（ステップＳ３０４）。
【００２８】
ＣＰＵ負荷ＬＣがしきい値ＬＳより大きい場合は、輻輳状態カウンタ値Ｃ３を１増やし、非輻輳状態カウンタ値Ｃ４をゼロにする（ステップＳ３０５）。そして、輻輳状態カウンタ値Ｃ３が予め決められたしきい値ＣＳ３を越える場合（ステップＳ３０６）は、監視装置輻輳状態信号をオンにする（ステップＳ３０７）。輻輳状態カウンタ値Ｃ３が予め決められたしきい値ＣＳ３を越えない場合は、何もしない。
【００２９】
一方、ステップＳ３０４で、ＣＰＵ負荷ＬＣがしきい値ＬＳ以下と判断した場合は、非輻輳状態カウンタ値Ｃ４を１増やし、輻輳状態カウンタ値Ｃ３をゼロにする（ステップＳ３０８）。そして、非輻輳状態カウンタ値Ｃ４が予め決められたしきい値ＣＳ４を越える場合（ステップＳ３０９）は、監視装置輻輳状態信号をオフにする（ステップＳ３１０）。非輻輳状態カウンタ値Ｃ４が予め決められたしきい値ＣＳ４を越えない場合は、何もしない。つぎに、再びＣＰＵ負荷の計測周期を待つ（ステップＳ３０２）。
【００３０】
つぎに、図６および図７を参照して通信処理部２４の動作を説明する。図６は通信処理部２４の１つ目の手順である通信方式決定手順を示すもので、図７は通信処理部２４の２つ目の手順である通信制御手順を示すものであり、これら図６および図７に示した手順は並列処理される。
【００３１】
図６に示すように、通信方式決定手順においては、まず前通信方式をイベント方式として初期化する（ステップＳ４０１）。次に、通信異常状態信号と監視装置輻輳状態信号と被監視装置輻輳状態信号のうちで１つでもオンのものがあるか否かを判断する（ステップＳ４０２）。３つの信号が全てオフの場合は、監視データ蓄積部２３内に監視データがあるか否かを判断する（ステップＳ４０３）。監視データ蓄積部２３内に監視データがない場合は、通信方式をイベント方式とする（ステップＳ４０４）。そして通信方式が前通信方式と同じであるかどうかを判断し（ステップＳ４０５）、異なる場合、つまりポーリング方式からイベント方式に変わった場合は、ポーリング解除要求を監視装置１０に送信する（ステップＳ４０６）。通信方式が前通信方式と同じ場合は、何もしない。
【００３２】
一方、ステップＳ４０２で３つの信号のうちの１つ以上がオンの場合と、ステップＳ４０３で監視データ蓄積部２３内に監視データがある場合は、通信方式をポーリング方式とする（ステップＳ４０７）。そして通信方式が前通信方式と同じであるかどうかを判断し（ステップＳ４０８）、異なる場合、つまりイベント方式からポーリング方式に変わった場合は、ポーリング開始要求を監視装置１０に送信する（ステップＳ４０９）。通信方式が前通信方式と同じ場合は、通信異常状態信号がオンであるかどうかを判断し（ステップＳ４１０）、通信異常状態信号がオンの場合は、ポーリング開始要求を監視装置１０に再送する（ステップＳ４０９）。通信異常状態がオフの場合は、何もしない。最後に、前通信方式に新通信方式の値を入れ（ステップＳ４１１）、再び３つの信号の判断を行う（ステップＳ４０２）。
【００３３】
通信処理部２４の２つ目の手順である通信制御手順では、図７に示すように、まず監視データが発生したかどうかを判断する（ステップＳ４５１）。監視データが発生した場合は、通信方式に応じて（ステップＳ４５２）、通信方式がイベント方式の場合は、発生した監視データを監視装置１０に送信し（ステップＳ４５３）、通信方式がポーリング方式の場合は、発生した監視データを監視データ蓄積部２３に蓄積する（ステップＳ４５４）。
【００３４】
ステップＳ４５１で監視データが発生していない場合は、監視装置１０からのポーリングを受信したかどうかを判断し（ステップＳ４５５）、ポーリングを受信した場合は、監視データ蓄積部２３内に監視データがあるかどうかを判断し（ステップＳ４５６）、監視データ蓄積部２３内に監視データがある場合は、監視データ蓄積部２３内の監視データを監視装置１０に送信する（ステップＳ４５７）。ステップＳ４５５でポーリングを受信しなかった場合と、ステップＳ４５６で監視データ蓄積部２３内に監視データがない場合は、何もしない。最後に、再び監視データが発生したかどうかの判断に戻る（ステップＳ４５１）。
【００３５】
このようにこの実施の形態においては、ＣＰＵの使用率から監視装置の輻輳状態を判定する監視装置側輻輳判定手段２を備え、監視装置の輻輳状態を被監視装置に伝えることにより、被監視装置の輻輳状態のみならず監視装置の輻輳状態に応じて、通信方式をイベント通知型とポーリングによるイベント回収型とに切り替えるようにしているので、監視データを取りこぼすことなく監視装置で収集することができる。また、システムの輻輳時だけでなく通信路の故障時もデータの蓄積を行なうため、データを取りこぼすことがない。また、通信路の異常は被監視装置側で検出するため、工場設備のような大規模設備において局所的な通信路の故障があった場合に、通信路の故障による影響を局所的に抑えることができる。
【００３６】
なお、上記実施の形態では、定期的にチェックデータをエコーバックサーバに送信し、返送データの有無から通信異常を判定するようにしているが、他の任意の手法を用いて通信異常を検出するようにしてもよい。
【産業上の利用可能性】
【００３７】
以上のように、本発明にかかる監視データ収集システムは、製造業における設備監視アプリケーションと製造現場の製造設備のような、監視装置と被監視装置間の監視データの通信に有用である。
【図面の簡単な説明】
【００３８】
【図１】この発明の実施の形態における監視データ収集システムのシステム構成を示すブロック図である。
【図２】輻輳が発生した際の、監視データ生成部と通信処理部と監視アプリケーションプログラムとの間のデータおよびメッセージのやりとりを示すシーケンス図である。
【図３】通信異常が発生した際の、監視データ生成部と通信処理部と監視アプリケーションプログラムとの間のデータおよびメッセージのやりとりを示すシーケンス図である。
【図４】被監視装置側輻輳判定手段の具体的動作を表すフローチャートである。
【図５】監視装置側輻輳判定手段の具体的動作を表すフローチャートである。
【図６】通信処理部での通信方式決定手順を表すフローチャートである。
【図７】通信処理部での通信制御手順を表すフローチャートである。
【図８】従来技術を示す図である。
【符号の説明】
【００３９】
１  監視アプリケーションプログラム
２  監視装置側輻輳判定手段
３  エコーバックプログラム
５  制御手段（ＣＰＵ）
１０  監視装置
２０  被監視装置
２１  監視データ生成部
２２  被監視装置側輻輳判定手段
２３  監視データ蓄積部
２４  通信処理部
２５  通信異常判定部
【図１】
2006325118.tif 000003
【図２】
2006325118.tif 000004
【図３】
2006325118.tif 000005
【図４】
2006325118.tif 000006
【図５】
2006325118.tif 000007
【図６】
2006325118.tif 000008
【図７】
2006325118.tif 000009
【図８】
2006325118.tif 000010