(57)【要約】【課題】  データ再送手順を用いずデータ欠落を修正可能な遠隔監視システムおよび状態監視システムを提供する。【解決手段】  ノード３は、接続された無線局３００でアラーム等のイベント情報が発生するとイベント通知をサーバ１へ送信し、イベント通知を受信したサーバ１は、監視データを要求するコマンドを当該ノード３へ送信する。ノード３は、このコマンドに対する応答として、内部のデータロガー部３３から監視データを読み出して、全ての監視データをサーバ１へ送信する。監視データを受信したサーバ１は、ノード状態管理テーブル１２１に書き込んでいた以前のデータと新しく受信したデータを比較照合して、新しく書き換えられたデータ、および受信できず欠落していたデータを新たにノード状態管理テーブル１２１に書き込み更新する。【選択図】  図１
2007133686.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して通信し、サーバが各固有のＩＤを有する複数のノードからＳＭＴＰ手順により各前記ノードの状態の監視データを取得する遠隔監視システムにおいて、
前記複数のノードそれぞれは、
第１の内部バスと前記ネットワークとの間で情報を入出力して前記サーバとの間でＳＭＴＰ手順により通信を行う第１の通信インタフェースと、
自装置の状態を監視して取得した監視データと前記取得したデータに所定の変化がある場合に生成するアラームとを前記内部バスに出力するデータロガー部と、
前記内部バスを監視して前記アラームを検知した場合、前記第１の通信インタフェースを介して自装置に状態変化が発生したことを通知するイベント通知を前記ＩＤと共に前記サーバへ向けて送信し、前記サーバから前記イベント通知に対応する監視データを要求するコマンドを受信した場合、前記データロガー部が取得したあらかじめ定められた全項目のデータをデータレスポンスとして前記サーバへ送信する監視データ処理の制御を行う第１の監視制御手段とをそれぞれが備え、
前記サーバは、
第２の内部バスと情報を入出力し、前記ネットワークを介して前記ノードとの間でＳＭＴＰ手順により通信を行う第２の通信インタフェースと、
第２の監視制御手段の制御に従い、前記第２の内部バスに入出力される前記情報をデータにして記憶するメモリと、
前記第２の内部バスと情報を入出力し、前記第２の通信インタフェースを介していずれかの前記ノードから前記イベント通知を受信した場合、当該イベント通知に対応する監視データを要求する前記コマンドを前記第２の通信インタフェースを介して当該ノードへ返信し、当該ノードから前記データレスポンスとして受信した監視データを状態監視テーブルにして前記メモリへ書き込み記憶し、当該ノードから新たなイベント通知を受信した場合にはその新たなイベント通知に対応するデータレスポンスの新たなデータを受信するとともに前記メモリから前記記憶されたデータを読み出して前記受信した新たなデータと比較照合し、両データの差異を検出して前記差異のある項目を更新して前記状態管理テーブルに書き込み記憶する制御を行う第２の監視制御手段とを備える
ことを特徴とする遠隔監視システム。
【請求項２】
ネットワークを介して通信し、サーバが各固有のＩＤを有する複数のノードからＳＭＴＰ手順により各前記ノードの状態の監視データを取得する遠隔監視システムにおいて、
前記複数のノードそれぞれは、
第１の内部バスと前記ネットワークとの間で情報を入出力して前記サーバとの間でＳＭＴＰ手順により通信を行う第１の通信インタフェースと、
自装置の状態を監視して取得した監視データと前記取得したデータに所定の変化がある場合に生成するアラームとを前記内部バスに出力するデータロガー部と、
前記内部バスを監視して前記アラームを検知した場合、前記通信インタフェースを介して自装置に状態変化が発生したことを通知するイベント通知を前記ＩＤと共に前記サーバへ向けて送信し、前記サーバから前記イベント通知に対応する監視データを要求するコマンドを受信した場合か、又は前記サーバから自装置宛に生存確認の応答を要求するコマンドを受信した場合、前記データロガー部が取得したあらかじめ定められた全項目の監視データをデータレスポンスとして前記サーバへ送信する監視データ処理の制御を行う第１の監視制御手段とをそれぞれが備え、
第２の内部バスと情報を入出力し、前記ネットワークを介して前記ノードとの間でＳＭＴＰ手順により通信を行う第２の通信インタフェースと、
第２の監視制御手段の制御に従い前記第２の内部バスに入出力される前記情報をデータにして記憶するメモリと、
前記第２の内部バスと情報を入出力し、前記第２の通信インタフェースを介していずれかの前記ノードから前記イベント通知を受信した場合、当該イベント通知に対応する監視データを要求する前記コマンドを前記第２の通信インタフェースを介して当該ノードへ返信するか、又は所要の前記ノードに対して生存確認の応答を要求するコマンドを送信し、当該ノードから前記データレスポンスとして受信した監視データを状態監視テーブルにして前記メモリへ書き込み記憶し、当該ノードから新たなイベント通知を受信した場合にはその新たなイベント通知に対応するデータレスポンスの新たなデータを受信するとともに前記メモリから前記記憶されたデータを読み出して前記受信した新たなデータと比較照合し、両データの差異を検出して前記差異のある項目を更新して前記状態管理テーブルに書き込み記憶する制御を行う第２の監視制御手段とを備える
ことを特徴とする遠隔監視システム。
【請求項３】
前記イベント通知は、当該ノードのアドレス情報、またはＩＤと、前記状態変化があったことのみを通知し、前記状態変化の内容を示すデータを含まない
ことを特徴とする請求項１または、２記載の遠隔監視システム。
【請求項４】
前記データレスポンスは、あらかじめ定められた監視項目を書き込む所定のフィールドに、当該監視項目の状態変化が生じた時刻情報が記述される
ことを特徴とする請求項１，又は２記載の遠隔監視システム。
【請求項５】
前記時刻情報には、異常発生を示すアラーム表示か、又は正常復帰を示す復帰表示かのいずれかが付加されている
ことを特徴とする請求項４記載の遠隔監視システム。
【請求項６】
それぞれがデータロガー部と、第１の通信インタフェースと、第１の監視制御手段とを備える複数のノードと、第２の通信インタフェースと、メモリと、第２の監視制御手段とを備えるサーバとを具備し、
前記サーバが各固有のＩＤを有する複数の前記ノードからネットワークを介して通信し、ＳＭＴＰ手順により各前記ノードの状態の監視データを取得する遠隔監視システムの状態監視方法において、
前記ノードのデータロガー部は、
自装置の状態を監視して監視データを取得し、前記取得したデータに所定の変化がある場合にアラームを生成して内部バスに出力し、
前記内部バスを監視して前記アラームを検知した前記第１の監視制御手段は、
前記内部バスと情報を入出力し、前記ネットワークを介して前記ノードとの間でＳＭＴＰ手順により通信を行う前記第１の通信インタフェースを介して自装置に状態変化が発生したことを通知するイベント通知を生成して前記ＩＤと共に前記サーバへ向けて送信し、前記サーバから前記イベント通知に対応する監視データを要求するコマンドを受信した場合にデータレスポンスとして、前記データロガー部が取得したあらかじめ定められた全項目のデータを前記サーバへ送信し、
第２の内部バスと情報を入出力して前記ネットワークを介して前記ノードとの間でＳＭＴＰ手順により通信を行う第２の通信インタフェースは、前記イベント通知を受信すると前記イベント通知と前記ＩＤとを前記第２の内部バスに出力し、
前記第２の監視制御手段は、前記第２の内部バスと情報を入出力して前記イベント通知を受信した場合、当該イベント通知に対応する監視データを要求する前記コマンドを前記ＩＤのノードへ返信し、前記ＩＤのノードから前記データレスポンスとして受信した監視データを状態監視テーブルにして前記メモリへ書き込み記憶し、
前記ＩＤのノードから新たなイベント通知の受信を検出した場合にはその新たなイベント通知に対応するデータレスポンスの新たな監視データを受信するとともに前記メモリから前記記憶された監視データを読み出して前記受信した新たな監視データと比較照合し、両データの差異を検出して前記差異のある項目を更新して前記状態管理テーブルに書き込み記憶する制御を行うことを特徴とする遠隔監視システムの状態監視方法。
【請求項７】
それぞれがデータロガー部と、第１の通信インタフェースと、第１の監視制御手段とを備える複数のノードと、第２の通信インタフェースと、メモリと、第２の監視制御手段とを備えるサーバとを具備し、
前記サーバが各固有のＩＤを有する複数の前記ノードからネットワークを介して通信し、ＳＭＴＰ手順により各前記ノードの状態の監視データを取得する遠隔監視システムの状態監視方法において、
前記ノードのデータロガー部は、
自装置の状態を監視して監視データを取得し、前記取得したデータに所定の変化がある場合にアラームを生成して内部バスに出力し、
前記内部バスを監視して前記アラームを検知した前記第１の監視制御手段は、
前記内部バスと情報を入出力し、前記ネットワークを介して前記ノードとの間でＳＭＴＰ手順により通信を行う前記第１の通信インタフェースを介して自装置に状態変化が発生したことを通知するイベント通知を生成して前記ＩＤと共に前記サーバへ向けて送信し、前記サーバから前記イベント通知に対応する監視データを要求するコマンドを受信した場合、又は、又は前記サーバから自装置宛に生存確認の応答を要求するコマンドを受信した場合にデータレスポンスとして、前記データロガー部が取得したあらかじめ定められた全項目のデータを前記サーバへ送信し、
第２の内部バスと情報を入出力して前記ネットワークを介して前記ノードとの間でＳＭＴＰ手順により通信を行う第２の通信インタフェースは、前記イベント通知を受信すると前記イベント通知と前記ＩＤとを前記第２の内部バスに出力し、
前記第２の監視制御手段は、前記第２の内部バスと情報を入出力して前記イベント通知を受信した場合に当該イベント通知に対応する監視データを要求する前記コマンドを前記ＩＤのノードへ返信するか、又は、又は所要のＩＤの前記ノードに対して生存確認の応答を要求するコマンドを送信した時、前記コマンドの送信先のノードから前記データレスポンスとして受信した監視データを状態監視テーブルにして前記メモリへ書き込み記憶し、
前記ＩＤのノードから新たなイベント通知の受信を検出した場合に送信する監視データを要求するコマンド、又は、新たな生存確認の応答を要求するコマンドに対応するデータレスポンスの新たな監視データを受信するとともに前記メモリから前記記憶された監視データを読み出して前記受信した新たな監視データと比較照合し、両データの差異を検出して前記差異のある項目を更新して前記状態管理テーブルに書き込み記憶する制御を行うことを特徴とする遠隔監視システムの状態監視方法。
【請求項８】
前記イベント通知は、当該ノードのアドレス情報、またはＩＤと、前記状態変化があったことのみを通知し、前記状態変化の内容を示すデータを含まない
ことを特徴とする請求項６または、７記載の遠隔監視システムの状態監視方法。
【請求項９】
前記データレスポンスは、あらかじめ定められた監視項目を書き込む所定のフィールドに、当該監視項目の状態変化が生じた時刻情報が記述される
ことを特徴とする請求項６、または７記載の遠隔監視システムの状態監視方法。
【請求項１０】
前記時刻情報には、異常発生を示すアラーム表示か、又は正常復帰を示す復帰表示かのいずれかが付加されている
ことを特徴とする請求項９記載の遠隔監視システムの状態監視方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークを介して遠隔監視を行う遠隔監視システムおよび状態監視方法に関する。
【背景技術】
【０００２】
近年、遠隔地にある各種の装置、システムをインターネットや公衆網等のネットワークを介して監視する遠隔監視システムが導入されている。
【０００３】
図９は、従来のネットワークを用いた遠隔監視システムの構成の１例を示す系統図である。  
図９において遠隔監視システムは、監視装置であるサーバ１０、監視情報を監視装置と被監視装置の間で伝送するネットワーク２０、および複数の被監視装置であるノード３０ａ〜３０ｎ（以下、各ノードに共通な事項を説明する場合には、ノード３０と省略する。）から構成される。
【０００４】
サーバ１０と各ノード３０との間では、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）手順で各ノード３０の状態監視データがサーバ１０へ送信される。この状態監視データは、ノード３０から自律的にイベント通知としてサーバ１０へ通知される（例えば、特許文献１。）。
【０００５】
また、サーバ１０は、内部の記憶装置（メモリ）上のノード状態管理テーブル１０１に各ノード３０の状態監視データを受信したイベント通知を元に状態監視データを書き込み記憶する。
【０００６】
図１０は、ノード３０とサーバ１０との間のイベント通知の処理手順を示すシーケンス図である。  
図１０においてノード３０ａ、３０ｂ、３０ｎは、イベント通知１、２、３を送信し、それぞれのイベント毎の監視データを送信する。その後ノード３０ｂがイベント通知４を送信している。
【０００７】
図１１は、各イベント通知とそれに対応する監視データの関係を示すノード状態管理テーブル１０１である。図１１（ａ）は、サーバ１０が時系列に並べた受信した各イベント通知とそれに対応する監視データの関係を示す経過管理テーブルである。図１１（ｂ）は、各ノード３０毎の監視データを一覧表にした管理テーブルで、ここではノード３０ｂのノード状態管理テーブルである。  
図１１（ａ）において、サーバ１０は、ノード３０からイベント通知（１〜４）を受信する度にそのイベント通知に記述された状態変化の監視データをノード状態管理テーブル１０１に書込むことにより更新する。
【０００８】
すなわち、図１０のシーケンス図に対応して、ノード３０ａは、待機状態から動作状態に入ったことを通知する「ＯＰＲ」のイベント通知１を「９：３０：００」サーバ１０へ送信する。そして、ノード３０ｂは、送信出力異常「ＴＸＯＮＧ」のイベント通知２と受信信号レベル異常「ＲＸＬＮＧ」のイベント通知４をそれぞれ「９：３７：００」と「９：３９：００」とにサーバ１０へ送信している。また、ノード３０ｃも、待機状態から動作状態に入ったことを通知する「ＯＰＲ」のイベント通知１を「９：３７：００」にサーバ１０へ送信している。
【０００９】
なお、図１１（ｂ）では、図１１（ａ）に示されている以前のイベント（ＯＰＲ、ＳＴＢＹ）等も含め、ノード３０の監視項目が記入されているがその詳細説明は省略する。
【００１０】
ところで、イベント通知は、ネットワーク２上をＳＮＭＰ手順のＵＤＰ手順で送信されるため、送達確認がなされずイベント通知がサーバ１０に届かない場合が生じる。図１０では、イベント通知２がサーバ１０に届かない場合を示している。この場合、サーバ１０は、ノード３０ｂが送信出力異常になったことを知らないのでノード状態管理テーブル１０１を更新して記録することができない。
【００１１】
この様なイベント通知の欠落は、伝送中のエラー発生で生じるほか、ネットワーク２に公衆網をダイヤルアップしてサーバ１０とノード３０との間を接続する時にネットワーク接続が不十分または、アクセスタイミングが悪く接続出来なかった場合に生じることが多い。
【００１２】
そこで、イベント通知の欠落を防ぐため、ノード３０毎に送信されるイベント通知にノード毎でのイベント通知の送信順番を示すＩＤ番号を付与して、サーバ１０側で番号を読み出してデータ脱落を検出する方法がある。
【００１３】
図１２は、従来のイベント通知の第２の方法におけるシーケンス図、図１３は、従来のイベント通知の第２の方法におけるノード状態管理テーブルである。  
図１２、図１３においてノード３０ｂについてみると図１０におけるイベント通知２がノード３０ｂに対する連番として「ｂ−１」、図１０におけるイベント通知４については、同じく連番「ｂ−２」が付与されている。
【００１４】
そして、サーバ１０は、「ｂ−２」を受信して、その前の「ｂ−１」を受信していないことをイベント通知の連番から欠落していることを検出する。そして、イベント通知「ｂ−１」を受信するために、データの再送コマンド、例えば「ＲＳＢ１」をネットワーク２を介してノード３０ｂへ送信する。このコマンドを受信したノード３０ｂは、内部のメモリに記憶していたログデータからイベント通知「ｂ−１」の監視データを読み出して、連番「ｂ−１」と共にサーバ１０へ向けて再送する。サーバ１０では、このイベント通知「ｂ−１」とその監視データをネットワーク２を介して受信し、読み出した監視データの送信出力異常「ＴＸＯＮＧ」をノード状態管理テーブル１０１に書き込んで更新する。
【００１５】
しかしながら従来の遠隔監視システムでは、サーバ１０側とノード３０側の両者でデータ再送手順を備えなければならないので通信処理が複雑化する問題があった。
【特許文献１】特開２００１−３１２３４２号公報  （第２３頁、第１０図）
【発明の開示】
【発明が解決しようとする課題】
【００１６】
ＳＮＭＰ手順による従来の遠隔監視システムでは、イベント通知に欠落がある場合に備えて、データ再送手順を備えなければならず、通信処理が複雑化する問題があった。
【００１７】
本発明は上記問題を解決するためになされたもので、データ再送手順を用いずデータ欠落を修正可能な遠隔監視システムおよび状態監視システムを提供することを目的とする。
【課題を解決するための手段】
【００１８】
上記目的を達成するために、本発明の遠隔監視システムは、ネットワークを介して通信し、サーバが各固有のＩＤを有する複数のノードからＳＭＴＰ手順により各前記ノードの状態の監視データを取得する遠隔監視システムにおいて、前記複数のノードそれぞれは、第１の内部バスと前記ネットワークとの間で情報を入出力して前記サーバとの間でＳＭＴＰ手順により通信を行う第１の通信インタフェースと、自装置の状態を監視して取得した監視データと前記取得したデータに所定の変化がある場合に生成するアラームとを前記内部バスに出力するデータロガー部と、前記内部バスを監視して前記アラームを検知した場合、前記第１の通信インタフェースを介して自装置に状態変化が発生したことを通知するイベント通知を前記ＩＤと共に前記サーバへ向けて送信し、前記サーバから前記イベント通知に対応する監視データを要求するコマンドを受信した場合、前記データロガー部が取得したあらかじめ定められた全項目のデータをデータレスポンスとして前記サーバへ送信する監視データ処理の制御を行う第１の監視制御手段とをそれぞれが備え、前記サーバは、第２の内部バスと情報を入出力し、前記ネットワークを介して前記ノードとの間でＳＭＴＰ手順により通信を行う第２の通信インタフェースと、第２の監視制御手段の制御に従い、前記第２の内部バスに入出力される前記情報をデータにして記憶するメモリと、前記第２の内部バスと情報を入出力し、前記第２の通信インタフェースを介していずれかの前記ノードから前記イベント通知を受信した場合、当該イベント通知に対応する監視データを要求する前記コマンドを前記第２の通信インタフェースを介して当該ノードへ返信し、当該ノードから前記データレスポンスとして受信した監視データを状態監視テーブルにして前記メモリへ書き込み記憶し、当該ノードから新たなイベント通知を受信した場合にはその新たなイベント通知に対応するデータレスポンスの新たなデータを受信するとともに前記メモリから前記記憶されたデータを読み出して前記受信した新たなデータと比較照合し、両データの差異を検出して前記差異のある項目を更新して前記状態管理テーブルに書き込み記憶する制御を行う第２の監視制御手段とを備えることを特徴とする。
【００１９】
また本発明の遠隔監視システムの状態監視方法は、それぞれがデータロガー部と、第１の通信インタフェースと、第１の監視制御手段とを備える複数のノードと、第２の通信インタフェースと、メモリと、第２の監視制御手段とを備えるサーバとを具備し、前記サーバが各固有のＩＤを有する複数の前記ノードからネットワークを介して通信し、ＳＭＴＰ手順により各前記ノードの状態の監視データを取得する遠隔監視システムの状態監視方法において、前記ノードのデータロガー部は、自装置の状態を監視して監視データを取得し、前記取得したデータに所定の変化がある場合にアラームを生成して内部バスに出力し、前記内部バスを監視して前記アラームを検知した前記第１の監視制御手段は、前記内部バスと情報を入出力し、前記ネットワークを介して前記ノードとの間でＳＭＴＰ手順により通信を行う前記第１の通信インタフェースを介して自装置に状態変化が発生したことを通知するイベント通知を生成して前記ＩＤと共に前記サーバへ向けて送信し、前記サーバから前記イベント通知に対応する監視データを要求するコマンドを受信した場合にデータレスポンスとして、前記データロガー部が取得したあらかじめ定められた全項目のデータを前記サーバへ送信し、第２の内部バスと情報を入出力して前記ネットワークを介して前記ノードとの間でＳＭＴＰ手順により通信を行う第２の通信インタフェースは、前記イベント通知を受信すると前記イベント通知と前記ＩＤとを前記第２の内部バスに出力し、前記第２の監視制御手段は、前記第２の内部バスと情報を入出力して前記イベント通知を受信した場合、当該イベント通知に対応する監視データを要求する前記コマンドを前記ＩＤのノードへ返信し、前記ＩＤのノードから前記データレスポンスとして受信した監視データを状態監視テーブルにして前記メモリへ書き込み記憶し、前記ＩＤのノードから新たなイベント通知の受信を検出した場合にはその新たなイベント通知に対応するデータレスポンスの新たな監視データを受信するとともに前記メモリから前記記憶された監視データを読み出して前記受信した新たな監視データと比較照合し、両データの差異を検出して前記差異のある項目を更新して前記状態管理テーブルに書き込み記憶する制御を行うことを特徴とする。
【発明の効果】
【００２０】
本発明によれば、データ再送手順を用いずデータ欠落を修正可能な遠隔監視システムおよび状態監視システムを提供することが出来る。
【発明を実施するための最良の形態】
【００２１】
以下、図面を参照して本発明の実施例を説明する。
【実施例】
【００２２】
図１は本発明の実施例に係る遠隔監視システムの機能構成を示すブロック図である。  
図１において遠隔監視システムは、監視装置であるサーバ１と、ネットワーク２と、被監視装置である、例えば、状態監視をする無線局３００毎に設けられる複数のノード３ａ〜３ｂとを備えている。サーバ１は、インターネットまたは、公衆網等から構成されるＩＰプロトコルで通信可能なネットワーク２を介して複数のノード３ａ〜３ｎ（以下、ノード３ａ〜３ｎに共通な事項を説明する場合には、ノード３と省略する。）と通信し、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）手順により各ノードの状態監視を行う。
【００２３】
ノード３は、自装置に接続されている無線局３００についての自己診断を行いサーバ１に通知すべき状態変化（イベント）を検知すると、サーバ１へネットワーク２を介してＳＭＴＰ手順によりイベント通知のパケットを送信する。このＳＭＴＰ手順では、データ等のメッセージと共に各ノードのアドレスまたは、ＩＤ（識別情報）が付与されて通信されるのでイベント通知を行ったノード３をサーバ１は、特定することが出来る。以降の説明では、必要のない限り説明を省略する。
【００２４】
ここで、イベント通知として送信されるパケットは、メッセージに、例えば、「０１０１０１」の様に予め定めたイベント通知を示すコードと、送信元アドレス又は、ＩＤ（例えば、３ａ）のみが送信されるだけでよい。
【００２５】
イベント通知を受信したサーバ１は、当該ノード３の状態を調べるために監視データを要求するコマンドをそのノード３へ送り返す。そして、ノード３は、送信したイベントとそれ以外の、イベント記録等の自己診断データから所定の項目をデータロガー部３２から読み出して監視データとしてサーバ１へ送信する。
【００２６】
サーバ１は、内部のメモリ上のノード情報管理テーブル１２１にネットワーク２を介して受信したノード３の監視データを記録して各ノード３の監視を行う。
【００２７】
図２は、図１におけるサーバ１の内部構成を示す機能ブロック図である。  
図２において、サーバ１は、内部バス等で相互に接続されるＣＰＵ１１と、メモリ１２と、通信インタフェース（Ｉ／Ｆ）１３とを備え、ＣＰＵ１１は、通信Ｉ／Ｆ１３を介して受信する各ノード３の状態を示す監視データをメモリ１２に設定された状態管理テーブル１２１に書き込み、または読み出して管理する。
【００２８】
通信Ｉ／Ｆ１３は、サーバ１が接続されるネットワーク２との間で、ノード３とのコネクション（接続）処理、および接続後の監視データをネットワーク２を介してノード３との間で受信する通信処理を行う。この通信Ｉ／Ｆ１３の行う通信処理は、ＣＰＵ１１からのコマンドによりＳＮＭＰ通信手順を実施し、ネットワーク２が公衆網であれば、ダイヤルアップの接続処理も行い、さらにＩＰ通信手順を実施するものである。
【００２９】
図３は、図１におけるノード３の内部構成を示す機能ブロック図である。  
図３において、ノード３は、状態を監視する無線局３００、および内部バス等で相互に接続されるＣＰＵ３１と、状態監視手段であって無線局３００に接続されてその動作状態を監視、記録するデータロガー部３２と、通信インタフェース（Ｉ／Ｆ）３３とを備える。ここではＣＰＵ３１は、データロガー部３２が接続されている無線局３００の各種の監視データを通信インタフェース（Ｉ／Ｆ）３３とネットワーク２とを介してサーバ１へ送信する制御を行う。
【００３０】
通信Ｉ／Ｆ３３は、サーバ１の通信Ｉ／Ｆ１３と同様の機能を持つが、ＩＰ（ＳＮＭＰ）手順に関わり、主に通信Ｉ／Ｆ１３が各種の要求コマンドを送信する処理を行い、通信Ｉ／Ｆ３３は、そのコマンドに対する受信とレスポンス送信の処理を行う。
【００３１】
図４は、サーバ１とノード３との間で監視データを授受する手順を示すシーケンス図である。  
図５は、ノード３からサーバ１へ送信されるイベント通知のパケットのフレーム構成の１例を示す図、図６は、ノード３からサーバ１へ送信される監視データの１例を示す図、および図７は、同じく監視データのパケットのフレーム構成を説明する図である。  
図５において、イベント通知のパケットのフレーム構成は、ヘッダ部ｐｈとデータ部ｉｍを有している。ヘッダ部ｐｈには、ノード３から送信する宛先のサーバ１のアドレスや送信元である自身のネットワーク上でのアドレス、識別情報等の管理データが記載されている。
【００３２】
従来の遠隔監視システムはデータ部ｉｍにイベントの内容を表す監視データが書き込まれているが、本発明の実施例では、監視データを書き込まず、例えば、「００００」の様にイベント通知であることだけを示すデータが書き込まれていればよい。
【００３３】
ノード３から送信されたイベント通知をサーバ１が受信すると、サーバ１はそのイベント通知のパケットのヘッダを判読し、送信元のノード３に対して監視データを送信するようコマンドを送信する。そしてノード３は、そのコマンドに対するデータレスポンスとして、データロガー部３２が取得して保存している無線局３００の全項目の監視データをサーバ１へ送信する。
【００３４】
図６では、ノード３からサーバ１へ送信される監視データの項目が示されている。監視データは、監視データ「ＯＰＲ」についてのイベントの発生した時刻を表すタイムタグ、例えば、「０８：１０：００」とイベントの状態を表すアラームか、正常復帰かを示す記号「Ａ」又は、「Ｎ」の組み合わせである。ただし、運用か、待機かを示す「ＯＰＲ」と「ＳＴＢＹ」の様に対の関係にあるものが独立した項目で表示される場合には、アラーム等の記号は使用しないでそれぞれの状態になった事項表示をするタイムタグだけが使用される。
【００３５】
図７は、ネットワーク上を伝送される図６に対応した監視データのフレーム構成の一例である。ここでは、データ部ｉｍにイベントを示す監視データ毎にデータを記述するフィールドが設定されている場合を示している。
【００３６】
すなわち、データ部ｉｍの先頭は、ＯＰＲフィールド５０であって、そこには運用開始になった時刻のタイムタグ「０８：１０：００」が記述される。そして、後に一度待機状態になり、再び運用状態になるまでは現在の運用状態に入った時刻を示すタイムタグが繰り返してサーバ１へ送信される。そして、ＳＴＢフィールド５１が同様に続く。
【００３７】
その先には、所定の各データフィールドが続くが、ここでは、パリティチェックの結果を示すＰＲＴＹフィールド５５が示されている。異常が生じるまでＰＲＴＹフィールド５５には、無効を意味するデータ、例えば「００００００」がタイムタグの代わりに書き込まれている。
【００３８】
もし、異常が発生した場合には、例えば、「０８：３０：００」と「Ａ」とがＰＲＴＹフィールド５５へ書き込まれる。
【００３９】
なお、ここでは、ノードから送信されるパケットのフレーム上のフィールドとそのフィールドに対応する監視データ項目が一元的に定まる場合を例にしているが、監視データ項目を示す識別情報とともに監視データを順不同に送信するフレームフォーマットであっても良いことは言うまでもない。
【００４０】
図８は、各イベント通知とそれに対応する監視データの関係を示すノード状態管理テーブルである。  
図８（ａ）は、サーバ１０が時系列に並べた受信した各イベント通知とそれに対応する監視データの関係を示すテーブルである。図８（ｂ）は、各ノード３０毎の監視データ一覧表にしたテーブルで、ここではノード３ｂが例に示されている。
【００４１】
以下、図１〜図８を用いて、イベント通知がサーバ１で受信されなかった場合を含めて本発明の遠隔監視システムにおける監視制御の処理手順の説明をする。
【００４２】
最初にノード３の動作を説明する。図３において、ノード３のＣＰＵ３１は、内部バスを介してデータロガー部３２が無線局３００での状態変化を検出したときに出力されるアラームを受信する。そして、ＣＰＵ３１は、通信ＩＦ３３を介して自装置に状態変化が有ったことをサーバに知らせるイベント通知をサーバ１に向けてネットワーク２へ出力する。
【００４３】
今、図４のシーケンス図でノード３ａから、「８：１０：００」に待機状態から動作状態になったことを通知するためにイベント通知（ａ）が送信されたとする。
【００４４】
サーバ１は、ノード３ａからのイベント通知をネットワーク２を介して受信する。図２におけるＣＰＵ１１は、通信インタフェース１３を介してヘッダ部ｐｈから、ノード３ａのアドレスを読出し、続いてデータ部ｉｍから「００００」を読出してイベント通知であることを判読する。そして、ＣＰＵ１１はノード３ａの状態変化を調べるために、ノード３ａのアドレスと監視データ要求する例えば、「ＤＲＱ」とを記載したコマンドのパケットを通信インタフェース１３を介してネットワーク２へ出力する。
【００４５】
図４のシーケンス図において、このコマンドを受信したノード３ａは、ＣＰＵ３１が、データ要求のコマンドであることを判読し、データロガー部３２から、全ての監視データ項目を読み出して記載した図６に示される監視データ、すなわちデータレスポンス（ＡＡ）のパケットを生成する。そしてデータレスポンス（ＡＡ）は、通信Ｉ／Ｆ３３を介してネットワーク３へ出力される。
【００４６】
前述の如く、このパケットは、データ部ｉｍに監視データのうち動作状態「ＯＰＲ」になった時刻データ「０８：１０：００」と、その前の待機状態「ＳＴＢ」になった時刻データ「０６：１０：００」とだけが記載されている。残りのパリティ「ＰＲＴＹ」エラーや温度異常「ＴＭＰ」については正常なので時刻データは空欄（「００００００」）扱いである。サーバ１は、このパケットを受信すると、メモリ１２に設定されているノード状態管理テーブル１２１に監視データを書き込む。
【００４７】
さて、図４において、ノード３ａが監視データを送信後、ノード３ｂに送信レベル異常が発生し、ノード３ｂがそのイベント通知（ｂｘ）を送信したにも関わらず、ネットワーク２でエラーが発生しサーバ１では、受信できなかったとする。なお、このイベント通知ｂｘのパケットは、ノード３ａのイベント通知ａと同様にデータ部ｉｍが「００００」に設定されている。
【００４８】
サーバ１は、イベントが発生したことを受信しないのでデータ要求は行わない。また、イベント通知（ｂｘ）は、ＵＤＰ手順で送信されるため、ノード３ｂでは、不達であることも分からないのでイベント通知（ｂｘ）についての再送処理は行われない。
【００４９】
続いて、ノード３ｃが動作状態に入ったイベント通知（ｃ）を送信したとする。サーバ１とノード３ｃとは、ノード３ａの場合と同様にノード３ｃについても、コマンドを送信し、ノード３ｃから受信したデータレスポンス（ＡＣ）を判読してノード３ｃが運用状態になった様にノード状態管理テーブル１２１を更新する。
【００５０】
一方、ノード３ｂは、受信レベルに異常が発生し、「０８：１９：００」に次のイベント通知（ｂｙ）をサーバ１へ向けて送信すると、イベント通知（ｂｙ）を受信したサーバ１が、ノード３ｂへ監視データを要求するコマンド「ＤＲＱ」を送信する。そして、ノード３ｂは、ＣＰＵ３１がデータロガー部３２から読み出したデータレスポンス（ＢＡ−２）をサーバ１へ送信する。
【００５１】
サーバ１のＣＰＵ１１は、データレスポンス（ＢＡ−２）を受信すると、メモリ１２に記憶されているノード状態管理テーブル１２１を読み出し、データレスポンス（ＢＡ−２）すなわち最新の監視データと照合し比較する。
【００５２】
図８（ｂ）はノード３ｂのノード状態管理テーブル１２１であるが、ノード３ｂは、「０６：００：００」に一度待機状態になり、その後、「０８：００：００」に運用状態になったことが分かる。
【００５３】
最新の監視データから作成されるノード状態管理テーブル１２１は、図８（ｂ）に示される記載である。しかし、読み出したノード状態管理テーブル１２１には、イベント通知ｂ（１０２、１０３）の記載は無い。最新の監視データである図８（ｂ）のイベント通知ｂ（１０２、１０３）は、図４、および図８（ａ）におけるイベント通知ｂｘとイベント通知ｂｙとにそれぞれ対応する。図８（ｂ）のノード状態管理テーブル１２１では、テーブル更新毎に連番を付与することにより、１０２および１０３の番号が付与されている。
【００５４】
この様にＣＰＵ１１は、ノード３ｂのノード状態管理テーブル１２１から各イベント通知のタイムタグを読み出すと、最新のイベント通知を受け取った時刻の受信レベル異常「０８：１９：００」よりも更に前の「０８：１５：００」にイベント通知ｂ（１０２）があるにも拘わらず、メモリ１２から読み出した以前のノード状態管理テーブル１２１にはその記載が無いことを見つける。
【００５５】
すなわち、以前の「０８：１５：００」のイベント通知ｂｘが受信欠落したことを検出し、サーバ１の内部で「０８：１５：００」にイベント通知ｂｘがあったものとして、ノード状態管理テーブル１２１で最新のイベント通知ｂ（１０３）と共にイベント通知ｂ（１０２）の監視データを更新する。
【００５６】
なお、図７に対応して、「０８：１９：００」に受信した監視データのパケットのＴＸＯＮＧフィールド、およびＲＸＬフィールドでは、それぞれ「０８：１５：００Ａ」「０８：１９：００Ａ」の様に記載される。
【００５７】
また、温度異常を示すイベント通知、及びアラームの送信があり、この温度「ＴＭＰ」がその後「８：４５：００」に正常復帰したとすると、上記のイベント通知手順と同様の経過を経て、その時刻と復帰を表す「８：４５：００Ｎ」が記載された監視データのパケットがノード３からサーバ１へ送信される。
【００５８】
上記の実施例の方法では、ノード３は、従来の遠隔監視システムにおける様なサーバ１に向けてイベント通知毎の監視データを組み合わせて送信する方法とは異なり、イベント通知を送信した後、自装置の監視データを全てサーバ１へ送信する。
【００５９】
しかしながら、イベント通知ａ、ｃ、ｂｙ等のパケットは、イベント通知ａと同様にデータ部ｉｍが「００００」に設定されているが、変形として従来通りデータ部ｉｍにイベント通知に対応する監視データのみが記載されているものにしたものであっても良い。
【００６０】
その場合、図３におけるデータ部ｉｍには、例えば、「ＯＰＲ：０８：１０：００」の様に動作状態を示すイベント（監視データ）の識別情報と時刻が記載されている。このイベント通知を受信したサーバ１は、すぐにイベント通知に対するデータをメモリ１２のノード状態管理テーブル１２１へ書き込み記憶せずに監視データを要求するコマンドを当該ノード３へ送信する。
【００６１】
そして、このコマンドを受信したノード３は、改めて全項目の監視データをデータレスポンスとしてサーバ１へ送信し、その後、サーバ１は、受信したデータレスポンスに記載された監視データを上述の場合と同様にノード状態管理テーブル１２１へデータ書き込み記憶する。
【００６２】
本発明の要旨は、サーバ１がノード３からのイベント通知を受信後、当該ノード宛にデータ要求のコマンドを送信し、そのノード３は、コマンド受信に対して自装置の監視データ項目全てを送信し、サーバ１がその全項目の監視データを比較照合してテーブルに書き込み管理するものである。
【００６３】
また、サーバ１がノード３からのイベント通知を受信する場合に送信するする監視データを要求するコマンドの代わりに所要のノード３へ定期的、または、ランダムにＩＤと共に生存確認のコマンドを送信する場合に本発明が適用されても良い。
【００６４】
即ち、生存確認コマンドを受信した当該ノード３が生存確認のコマンドに対して、従来の単なる生存応答のデータ項目だけでなく自装置の監視データ項目全てを送信し、サーバは、そのデータレスポンスを上述のイベント通知を受信した場合と同様にメモリに記憶された状態監視テーブルのデータと比較照合するものであっても良い。
【００６５】
以上説明した如く、本発明の遠隔監視システムでは、ノードが監視データを送信する１回毎のデータ量は多いが、サーバはデータ欠落を補う再送手続きを行わないので通信制御処理（手順）が簡単ですむ効果がある。
【図面の簡単な説明】
【００６６】
【図１】本発明の実施例に係る遠隔監視システムの機能構成を示すブロック図。
【図２】本発明の実施例に係る遠隔監視システムのサーバの内部構成を示す機能ブロック図。
【図３】本発明の実施例に係る遠隔監視システムのノードの内部構成を示す機能ブロック図。
【図４】サーバとノードとの間で監視データを授受する手順を示すシーケンス図。
【図５】ノードからサーバへ送信されるイベント通知の１例を示す図。
【図６】ノードからサーバへ送信される監視データの１例を示す図。
【図７】監視データのパケットのフレーム構成を説明する図。
【図８】本発明の実施例に係るノード状態管理テーブルの図
【図９】従来の遠隔監視システムの構成の１例を示す系統図。
【図１０】従来の遠隔監視システムのノードとサーバの間のイベント通知の処理手順を示すシーケンス図。
【図１１】従来の遠隔監視システムの各イベント通知とそれに対応する監視データの関係を示すノード状態管理テーブル。
【図１２】従来の遠隔監視システムのノードとサーバの間のイベント通知の第２の方法における処理手順を示すシーケンス図。
【図１３】従来のイベント通知の第２の方法におけるノード状態管理テーブル。
【符号の説明】
【００６７】
１  サーバ
１１、３１  ＣＰＵ
１２  メモリ
１２１  ノード状態管理テーブル
１３、３３  通信インタフェース（Ｉ／Ｆ）
２  ネットワーク
３  ノード
３２  データロガー部
【図１】
2007133686.tif 000003
【図２】
2007133686.tif 000004
【図３】
2007133686.tif 000005
【図４】
2007133686.tif 000006
【図５】
2007133686.tif 000007
【図６】
2007133686.tif 000008
【図７】
2007133686.tif 000009
【図８】
2007133686.tif 000010
【図９】
2007133686.tif 000011
【図１０】
2007133686.tif 000012
【図１１】
2007133686.tif 000013
【図１２】
2007133686.tif 000014
【図１３】
2007133686.tif 000015