モニタリングシステムと遠隔地用保守システム
【課題】風力発電装置用のモニタリング装置などに利用されるソフトウェアのバージョンアップを無線通信によって監視地に対して遠隔地にあるモニタリング装置にソフトウェアのバージョンアップ等に必要なファイルを最適送信されるシステムを提供する。
【解決手段】モニタリング対象を監視制御するモニタリング装置（２００）への遠隔地用保守システムであって、モニタリング対象およびモニタリング装置は、遠隔地用保守システムが設置された監視地に対して遠隔地に設置され、遠隔地用保守システムは、モニタリング装置をリモート制御できる監視用端末（１００）と、モニタリング装置が使用する情報を格納する監視側制御装置（１１０，１２０）とを備え、情報はモニタリング装置の動作を設定するためのものであり、監視側制御装置は、監視用端末からの要求に従い情報の遠隔地への送信処理を行う。
【解決手段】モニタリング対象を監視制御するモニタリング装置（２００）への遠隔地用保守システムであって、モニタリング対象およびモニタリング装置は、遠隔地用保守システムが設置された監視地に対して遠隔地に設置され、遠隔地用保守システムは、モニタリング装置をリモート制御できる監視用端末（１００）と、モニタリング装置が使用する情報を格納する監視側制御装置（１１０，１２０）とを備え、情報はモニタリング装置の動作を設定するためのものであり、監視側制御装置は、監視用端末からの要求に従い情報の遠隔地への送信処理を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遠隔地にあるモニタリングシステムおよびその保守システムに関し、特に遠隔地にあるモニタリング装置などのソフトウェアのバージョンアップ等に必要なファイルを監視地から遠隔地にあるモニタリング装置に無線通信を利用し最適に送信できるシステムに関する。
【背景技術】
【０００２】
通常、風力発電や鉄道車両などに設置してあるモニタリング装置は、システムの不具合や新しい機能の追加などの理由から、プログラム内容を変更しなければならない場合がある。特に風力発電装置は僻地に設置されていることが多く、そのモニタリング装置に対して端末を直接接続して、ソフトウェアのバージョンアップ等の保守作業を行っていた。
【０００３】
しかしながら、このようなモニタリング装置のメンテナンス作業は、特に僻地の場合、費用、手間が非常にかかる。また、かかる僻地においてはネットワーク回線がない場合が多く、有線ネットワーク回線を設置する場合には、さらに設備投資をする場合がある。
【０００４】
そこで、僻地に設置してあるモニタリング装置に監視用端末を直接接続することなく、モニタリング装置の保守する技術が提案されている。
【０００５】
たとえば、特開２０００−３３０６６２号公報（特許文献１）には、遠隔地でも保守作業ができるように、ブラウザソフトウェアをインストールした「遠隔保守クライアント」を設置する。演算システム（モニタリング装置）はウェブサーバを有し、「遠隔保守クライアント」はウェブサーバにアクセスを行い、演算式の変更を行うことが示されている。
【０００６】
また、特開２００７−１８９４７７号公報（特許文献２）には、監視対象となる機器と接続され、機器の情報を集約するコントローラと、コントローラから送信された機器の情報を記憶手段に保管し、機器を制御する運用端末と、所定の通信網を介して運用端末をリモート制御する監視端末とを含んで構成される監視システムにおいて、運用端末は、監視端末からのアクセスを認識し、監視端末によるリモート制御を受け付けることで監視端末による運用端末の操作を可能とすることを特徴とすることが示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０００−３３０６６２号公報
【特許文献２】特開２００７−１８９４７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、特開２０００−３３０６６２号公報（特許文献１）に開示された発明は、遠隔地でも保守できるように、ブラウザソフトウェアをインストールした「遠隔保守クライアント」を設置する必要がある。また、特開２００７−１８９４７７号公報（特許文献２）に開示された発明は、別途機器の情報を集約するコントローラが必要となり、コストが増大するという問題がある。
【０００９】
また、モニタリング装置が設置されていることにより、そのモニタリング装置による測定エラー等の異常判断の精度を向上させることも問題となっている。たとえば、測定エラー等の異常判断がモニタリング装置に発生した場合に、どのような対応をすればよいのか、バージョンアップのソフトウェアが不適合なのか、ハードウェア（モニタリング装置）の故障なのか等の判断をモニタリング装置から遠隔にある監視地からでは的確に判断することができない問題もある。
【００１０】
本発明の目的は、風力発電装置用のモニタリング装置などに利用されるソフトウェアのバージョンアップを無線通信によって監視地に対して遠隔地にあるモニタリング装置にソフトウェアのバージョンアップ等に必要なファイルを最適送信されるシステムを提供することにある。
【課題を解決するための手段】
【００１１】
この発明によれば、モニタリング対象を監視制御するモニタリング装置への遠隔地用保守システムであって、モニタリング対象およびモニタリング装置は、遠隔地用保守システムが設置された監視地に対して遠隔地に設置され、遠隔地用保守システムは、モニタリング装置をリモート制御できる監視用端末と、モニタリング装置が使用する情報を格納する監視側制御装置とを備え、情報はモニタリング装置の動作を設定するためのものであり、監視側制御装置は、監視用端末からの要求に従い情報の遠隔地への送信処理を行う。
【００１２】
好ましくは、監視側制御装置は、情報と異なる他の情報をさらに格納し、監視側制御装置は、監視用端末からの要求に従う情報の送信処理を行い、情報の送信処理が成功しなかった場合はモニタリング装置への情報の再送信処理を行い、再送信処理が成功しなかった場合は他の情報の送信処理を行う。
【００１３】
また好ましくは、監視側制御装置は、モニタリング対象を測定した測定結果が良好でない場合に、原因を検出するために予め用意された原因検出用デバイスファイルをさらに格納し、監視側制御装置は、モニタリング装置で測定された第１の測定結果の受信処理を行い、第１の測定結果が良好な場合は原因検出用デバイスファイルの送信処理を行わず、第１の測定結果が良好でない場合は監視用端末からの要求に従い原因検出用デバイスファイルの送信処理を行う。
【００１４】
好ましくは、監視側制御装置は、原因検出用デバイスファイルを使用して測定された第２の測定結果の受信処理を行い、第２の測定結果が測定エラーを示す場合は、モニタリング装置を故障と判定し装置停止指令の送信処理を行い、第２の測定結果が測定エラーを示さない場合は情報の送信処理を行い、情報を使用して測定された第３の測定結果の受信処理を行い、第３の測定結果に応じてモニタリング装置が正常な動作をしているか否かの判定処理を行う。
【００１５】
また好ましくは、監視側制御装置は、モニタリング対象を測定した測定結果の測定値が所定の閾値を超えたときに、情報を使用して得られた測定結果よりも詳細な測定結果を得るために予め用意された閾値判断ファイルをさらに格納し、監視側制御装置は、モニタリング装置で測定された第１の測定結果の受信処理を行い、第１の測定結果の測定値が閾値を超える場合は監視用端末からの要求に従い閾値判断ファイルの送信処理を行い、第１の測定結果の測定値が閾値を超えない場合は送信処理を行わない。
【００１６】
好ましくは、監視側制御装置は、閾値判断ファイルを使用して測定された第２の測定結果の受信処理を行い、第２の測定結果の測定項目の時間当たりの変化量が基準値以下である場合は第１の測定結果を測定したときに使用された情報の送信処理を行い、第２の測定結果の測定項目の時間当たりの変化量が基準値より大きい場合は基準値以下になるまで第２の測定結果を繰返し受信する。
【００１７】
好ましくは、遠隔地用保守システムでは監視地と遠隔地との間の通信は無線通信を介して行われる。
【００１８】
また、この発明によれば、モニタリング対象を監視制御するモニタリングシステムであって、モニタリングシステムは、モニタリング対象を監視制御するモニタリング装置と、モニタリング装置が使用する情報を格納する制御装置とを備え、モニタリング対象およびモニタリング装置は、監視地に対して遠隔地に設置され、情報は、監視地に設置された監視用端末の要求に従い、監視地に設置された監視側制御装置から送信され、情報は、モニタリング装置の動作を設定するためのものであり、モニタリング装置は、情報を使用しモニタリング対象を監視制御する。
【００１９】
好ましくは、遠隔地に設置された他のモニタリング装置がさらに追加された場合に、監視側制御装置は他のモニタリング装置の種別情報と、他のモニタリング装置を設定する情報の要求とを受け、監視側制御装置は情報が監視側制御装置に存在すれば、制御装置に情報の送信処理を行い、他のモニタリング装置は制御装置から情報を受けて、情報に基づいて監視動作を行う。
【００２０】
好ましくは、モニタリングシステムでは監視地と遠隔地との間の通信は無線通信を介して行われる。
【発明の効果】
【００２１】
この発明によれば、容易かつ短時間に、ソフトウェアや設定ファイルの更新（バージンアップ）やモニタリング装置の即時停止等の的確な判断を容易に行うことができる。また、監視地から遠隔にあるモニタリング装置の測定エラー等の異常状況を判断する精度を向上させることができる。
【図面の簡単な説明】
【００２２】
【図１】本発明の実施の形態に係るモニタリングシステムの概要の一例を示す図である。
【図２】ソフトウェアのバージョンアップによるデバイスファイル送信動作時における監視側およびモニタリングシステム側の動作を説明するためのフローチャートである。
【図３】モニタリング装置２００における測定エラーが発生した場合の監視側およびモニタリングシステム側の動作を説明するためのフローチャートである。
【図４】モニタリングシステム側において新たにモニタリング装置を追加した場合の監視側およびモニタリングシステム側の動作を説明するためのフローチャートである。
【図５】閾値判断プログラムの動作を説明するためのフローチャートである。
【発明を実施するための形態】
【００２３】
以下、本発明について図面を参照して詳しく説明する。なお、図中同一又は相当部分には同一の符号を付してその説明は繰り返さない。
【００２４】
［実施の形態］
図１は、本発明の実施の形態に係るモニタリングシステムの概要の一例を示す図である。図１を参照して、モニタリングシステム側は、例えば、モニタリング装置２００と、モニタリング装置２００に読み込まれるデバイスファイルが格納されているＦＴＰ（Ｆｉｌｅ ｔｒａｎｓＦｅｒ Ｐｒｏｔｏｃｏｌ）サーバ２２０と、モデム２４０と、ルータ２３０とを含む。モニタリング装置２００はモニタリング対象である風力発電装置２１０を監視制御し、無線通信を利用して、たとえばギヤまたは軸受の摩耗の判定結果を送信する。
【００２５】
ＦＴＰサーバ２２０は、ＰＬＣ（Ｐｏｗｅｒ Ｌｉｎｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）機能を有するＦＴＰサーバであり、具体的には電力配線を通信回線として利用して、ＦＴＰ形式でファイルの送受信を行うことができる。
【００２６】
監視側は、モニタリング装置２００を監視するための監視用端末１００Ａ，１００Ｂ，…，１００Ｎ（総称して監視用端末１００ともいう。）と、制御装置であるサーバ１１０，１２０と、モデム１４０と、ルータ１３０とを含む。なお、ここでは、モデム１４０とルータ１３０とを用いているが、モデム機能を有するルータを用いてもよい。
【００２７】
モニタリングシステム側と監視側とは、ネットワーク（インターネット）３００を介して、設定ファイル（デバイスファイル）のデータの送受信が行われる。
【００２８】
ここで、サーバ１１０には、モニタリング装置２００を設定するデバイスファイルが格納されている。監視用端末からの指示のもと、このサーバ１１０に格納されているデバイスファイルがＦＴＰ形式を利用してＦＴＰサーバ２２０に格納される。
【００２９】
また、モニタリングシステム側から送信された測定データは、最初にサーバ１１０に格納される。またサーバ１１０はこの測定データをサーバ１２０に直接転送する。ここでは、サーバ１１０，１２０を用いているが、これに限らず、サーバ１２０に測定データが直接格納されてもよいし、または、監視側にもＦＴＰサーバを設置して、ＦＴＰサーバに測定データをＦＴＰ形式で送信させてもよい。
【００３０】
ここで、監視用端末１００からの要求に従い、サーバ１２０がサーバ１２０に格納される通信履歴を記録するプログラムや、閾値判断プログラムや、測定エラー監視・判断プログラムを実行する。後に説明をするが、通信履歴を記録するプログラムは、監視用端末がモニタリングシステム側へモニタリング装置に必要なデバイスファイルを送信できているかどうかを判断するプログラムである。
【００３１】
また、閾値判断プログラムは、振動データを用いてモニタリング装置で測定された測定結果が予め用意されていた閾値を越えている場合に自動で測定条件を変更できるデバイスファイルをＦＴＰにより送信されるプログラムである。
【００３２】
測定エラー監視・判断プログラムは、モニタリング装置から送信された測定エラーに対し、測定エラー発生時のデバイスファイルを無線通信によって、ＦＴＰ送信し、モニタリング装置の測定エラーの原因が、監視対象物による原因のものか、あるいは偶発的な原因のもの（誤監視）かを判断するプログラムである。
【００３３】
無線通信によって通信がなされる区間は、監視側ではルータ１３０からネットワーク（インターネット）３００への方向の範囲が、モニタリングシステム側ではモニタリングシステム側の全範囲が無線通信によって通信がなされていることが好ましい。すなわち、モニタリングシステム側の全ての機器が無線通信によって接続され、データの送受信が無線通信によって行われていることが好ましい。
【００３４】
これは、モニタリング装置およびモニタする対象（風力発電用風車）は、両者は比較的僻地に設置され、両者の距離は、監視側−モニタリングシステム側の距離に比べて非常に近く設置されていることが多く、このため有線通信を行うためには費用が増大するからである。また、モニタリング装置を設置する場合は、配線作業に時間がかかり、作業負荷が大きい。これを有線ではなく、無線で行なうことで作業効率があがり、また、設置が容易となる。
【００３５】
本実施の形態におけるモニタリングシステムは、モニタリング装置２００が、ルータ２３０およびモデム２４０を介して、ネットワーク（インターネット）３００に接続されている。
【００３６】
また、モニタリングシステム側においては、モニタリング装置２００に対し適用されるデバイスファイルがＦＴＰサーバ２２０に格納される。監視用端末１００の要求に従い、サーバ１２０がＦＴＰサーバ２２０へこのデバイスファイルの送信処理を行う。
【００３７】
監視側には複数の監視用端末１００Ａ〜１００Ｎが備えてあり、複数の監視用端末１００Ａ〜１００Ｎは、ルータ１３０およびモデム１４０を介して、ネットワーク（インターネット）３００に接続されている。なお、監視用端末は複数台の必要はない。
【００３８】
ソフトウェアのバージョンアップなどの保守作業を行うには、監視用端末１００の要求に従い、サーバ１２０がＦＴＰコマンドでルータ１３０を経由して、インターネット回線を利用し、対応するデバイスファイルの送信処理を行う。このデバイスファイルは無線通信によりルータ２３０を経由し、ＦＴＰサーバ２２０に格納される。モニタリング装置２００の制御部（たとえばＣＰＵ（Ｃｅｎｔｒａｌ Ｃｏｎｔｒｏｌ Ｕｎｉｔ））がＦＴＰサーバ２２０に格納されているこのデバイスファイルを直接読み込み、測定条件の設定変更が行われる。
【００３９】
本実施の形態におけるネットワーク（インターネット）３００は、構築が容易で安価な公衆回線を利用する方法で説明するが、これに限らず専用線を利用してもよい。
【００４０】
なお、セキュリティの高いシステムを構築するために監視側およびモニタリングシステム側それぞれに設置するルータ１３０，２３０は、ファイアウォール機能を有することが好ましい。また、モデム１４０，２４０は、高速通信用として、例えばＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）モデム等を用いてもよい。
【００４１】
さらに、モデム１４０，２４０については、セキュリティの高いＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）機能を備えた装置（ＶＰＮ装置）を用いてもよい。
【００４２】
図２は、ソフトウェアのバージョンアップによるデバイスファイル送信動作時における監視側およびモニタリングシステム側の動作を説明するためのフローチャートである。
【００４３】
図２を参照して、監視用端末１００の要求に従い、ソフトウェアに必要なデバイスファイルをモニタリングシステム側に送信する必要がある場合に、ステップＳ１において、サーバ１２０は、サーバ１２０に格納されているデバイスファイル（Ｆ１）をモデム、ルータ、およびネットワーク（インターネット）を介してＦＴＰサーバ２２０に送信する。
【００４４】
そして、ステップＳ２において、監視用端末１００の要求に従い、サーバ１２０は、サーバ１２０に上記の送信履歴が記録され、この送信履歴から送信処理が失敗することなく実行されたどうかを判断する。具体的には、デバイスファイル（Ｆ１）の送信処理が成功したと判断されれば、処理は終了する。このとき、モニタリングシステム側に設置されているＦＴＰサーバ２２０に格納されているバージョンアップ前のデバイスファイル（Ｆ０）とこのデバイスファイル（Ｆ１）とは同じファイル名であるため、このデバイスファイル（Ｆ１）は上書保存される。
【００４５】
一方、送信処理が失敗しデバイスファイル（Ｆ１）が送信されていないと判断されれば、ステップＳ３に処理が進み、この送信処理エラーの回数について所定の回数の範囲内かどうかが判断される。
【００４６】
ステップＳ３において、送信処理エラーの回数が所定の回数（Ｎ）の範囲内かどうかが判断される。送信処理のエラー回数がＮ回以下であると判断されれば、ステップＳ１に処理が戻り、再度デバイスファイルの送信処理が行われる。一方、送信処理のエラー回数がＮ回より多いと判断されれば、ステップＳ４に処理が進む。
【００４７】
ステップＳ４において、送信処理のエラー回数が所定の回数より多い場合はデバイスファイル（Ｆ１）に代えて、別のデバイスファイル（Ｆ２）が送信され、処理が終了する。このとき、モニタリングシステム側に設置されているＦＴＰサーバ２２０に格納されているバージョンアップ前のデバイスファイル（Ｆ０）とデバイスファイル（Ｆ２）とは同じファイル名であるため、このデバイスファイル（Ｆ２）は上書保存される。このデバイスファイル（Ｆ２）は、過去に送信処理が成功したデバイスファイルであることが好ましい。
【００４８】
一方、モニタリングシステム側においては、ステップＳ１０１において、監視用端末からステップＳ１の処理において送信されたデバイスファイル（Ｆ１）またはステップＳ４の処理において送信されたデバイスファイル（Ｆ２）を受信し、モニタリング装置は送信されたこれらデバイスファイルをＲＡＭなどに読み込み、これらのデバイスファイルに従ってモニタリング処理を開始し、処理は終了する。
【００４９】
従って送信処理が失敗した場合に、サーバ１２０はデバイスファイル（Ｆ１）を所定の回数（Ｎ）分の再送信処理を行い、この再送信処理のエラー回数が所定の回数（Ｎ）を超えた場合は、サーバ１２０は別のデバイスファイル（Ｆ２）をモニタリングシステム側に送信する。これにより、デバイスファイル（Ｆ２）の送信処理を成功させることで、サーバ１２０は送信処理が失敗した状態から復帰した状態で動作を継続する。
【００５０】
図２で説明したように、本実施の形態により監視用端末１００の要求に従い、ソフトウェアのバージョンアップに必要なデバイスファイルをＦＴＰコマンドでルータを介してインターネット回線を利用し、モニタリング装置へ設定変更を反映させることができる。
【００５１】
また、サーバ１２０に送信履歴を記録することよって、ソフトウェアのバージョンアップ用のデバイスファイルの送信処理が失敗している場合は、別のデバイスファイルを送信し、送信処理が失敗した状態から復帰した状態で動作を継続する。
【００５２】
次に、モニタリングされる対象（監視対象物という。たとえば、風力発電用風車の軸受や歯車、タワーナセルなど）を監視する問題点として、モニタリング装置の誤監視（測定エラー）の多発が挙げられる。この誤監視の原因は、例えばセンサの故障、測定取り付け不良やセンサへの人の接触、または突風による偶発的な振動値の増加等によるもの等が予想される。
【００５３】
このような誤監視の多発を防止するために、急激な振動値の増加がありモニタリング装置が異常と判断した場合、この監視対象物が原因による測定エラーが発生しているか否かを判断する必要がある。
【００５４】
図３は、モニタリング装置２００における測定エラーが発生した場合の監視側およびモニタリングシステム側の動作を説明するためのフローチャートである。
【００５５】
図３を参照して、モニタリングシステム側のステップＳ１１１により、モニタリング装置２００が測定結果を監視側に無線通信を用いて順次送信処理を行い、監視側では、ステップＳ１１ａにおいて、サーバ１１０が送信された測定結果を順次受信し、受信された測定結果はサーバ１１０からサーバ１２０へ転送される（通常動作）。順次送信される代わりに、測定内容ごとに、または一定時間ごとに、送信されても良い。
【００５６】
そして、ステップＳ１１ｂにおいて、サーバ１２０は、測定結果が測定エラーを発生しているかどうかを判断する。測定エラーが発生していないと判断されれば、監視側は処理が終了する。測定エラーが発生していると判断されれば、ステップＳ１２に処理が進む。
【００５７】
そして、ステップＳ１２において、サーバ１２０はこのような測定エラーが発生した場合に予め用意されている測定エラー発生時のデバイスファイル（Ｆ３）をモニタリングシステム側へ無線通信を用いてＦＴＰ送信し、ステップＳ１３に処理が進む。一方、モニタリングシステム側では、ＦＴＰサーバ２２０が送信されたデバイスファイル（Ｆ３）を受信し、モニタリング装置２００がデバイスファイル（Ｆ３）を読み込むステップＳ１１２に処理が進む。
【００５８】
モニタリングシステム側では、ステップＳ１１２において、モニタリング装置２００がサーバ１２０から送信されたデバイスファイル（Ｆ３）をたとえばＲＡＭなどの記憶装置に読み込み、測定条件の設定変更を行う。この処理が終了すると、この変更された測定条件に従い測定等が実行されるステップＳ１１３に処理が進む。
【００５９】
なお、この測定エラー発生時のデバイスファイル（Ｆ３）は、自動で監視対象物の測定条件を変更することができるデバイスファイルである。このデバイスファイルを適用することにより、監視対象物への測定時間を長くしたり、サンプリングレートをあげたり、監視対象物への測定頻度を多くしたりすることができる。このデバイスファイルの適用によりＦＦＴ（Ｆａｓｔ Ｆｏｕｒｉｅｒ ＴｒａｎｓＦｏｒｍ：高速フーリエ変換）などによる診断が行われる。
【００６０】
ステップＳ１１３において、読み込まれたデバイスファイル（Ｆ３）に基づいて、モニタリング装置が測定を再度行い、その測定結果をサーバ１１０へ送信する。
【００６１】
監視側では、ステップＳ１３において、サーバ１１０はモニタリングシステム側のステップＳ１１３の送信処理されたデバイスファイル（Ｆ３）に基づき再度測定された測定結果を受信し、ステップＳ１４に処理が進む。なお、受信された測定結果はサーバ１１０からサーバ１２０へ転送される。
【００６２】
ステップＳ１４において、サーバ１２０は測定結果に基づき測定エラーが再び発生しているか否かを判断する。サーバ１２０は測定エラーが再び発生していないと判断すれば、ステップＳ１５に処理が進む。一方、サーバ１２０は測定エラーが再び発生していると判断されれば、ステップＳ１８に処理が進む。
【００６３】
ステップＳ１５において、一定期間経過後、サーバ１２０は測定エラー発生時用のデバイスファイル（Ｆ３）に代えて、通常使用されているデバイスファイル（Ｆ４）をモニタリングシステム側に送信する。
【００６４】
一方、モニタリングシステム側では、ステップＳ１１４において、ステップＳ１５の処理によって送信されたデバイスファイル（Ｆ４）をＦＴＰサーバ２２０が受信し、モニタリング装置２００がこのデバイスファイル（Ｆ４）を読み込み、測定等を行う次のステップＳ１１５に処理が進む。
【００６５】
モニタリングシステム側では、ステップＳ１１５において、モニタリング装置２００は、ステップＳ１１４の処理において読み込まれたデバイスファイル（Ｆ４）に基づき、測定を再度行い、その測定結果をサーバ１１０へ送信する。
【００６６】
監視側では、ステップＳ１６において、サーバ１１０は、ステップＳ１１５の処理によって送信されたデバイスファイル（Ｆ４）に基づき再度測定された結果を受信し、次のステップＳ１７に処理が進む。なお、受信された測定結果はサーバ１１０からサーバ１２０へ転送される。
【００６７】
ステップＳ１７においては、サーバ１２０がステップＳ１６の処理において受信された測定結果が測定エラーか否かが判断される。ステップＳ１７において、測定結果から測定エラーが発生したと判断されれば、ステップＳ１８に処理が進む。一方、ステップＳ１７において、測定結果から測定エラーが発生していないと判断されれば、ステップＳ１９に処理が進む。
【００６８】
監視側では、ステップＳ１４，Ｓ１７の処理の次には、ステップＳ１８において、モニタリング装置２００が故障していると判定され、ステップＳ２０に処理が進む。一方、ステップＳ１９において、モニタリングシステム側のモニタリング装置２００は正常に動作していると判定され、処理が終了する。
【００６９】
ステップＳ２０において、ステップＳ１８の処理によってモニタリング装置２００は故障と判断され、それに伴い、サーバ１２０は装置停止指令をモニタリング装置に送信し、監視側の処理は終了する。
【００７０】
一方、モニタリングシステム側では、ステップＳ１１６において、監視側のステップＳ２０によって送信された指令が装置停止命令である判断されれば、ステップＳ１１７に処理が進み、モニタリング装置２００が停止し、処理が終了する。一方、ステップＳ１１６において、監視側のステップＳ２０によって送信された指令が装置停止命令でないと判断されれば、ステップＳ１１８において、モニタリング装置２００は通常動作が継続され、処理が終了する。
【００７１】
以上図３を用いて説明したように、サーバ１２０が測定エラー発生時のデバイスファイル（Ｆ３）を無線通信によって送信処理を行い、モニタリング装置２００は、送信されたデバイスファイル（Ｆ３）に基づいて測定エラーの原因が、監視対象物による原因のものか、あるいは偶発的な原因のもの（誤監視）かを判断する。監視対象物による原因と判断した場合は、異常ありと判断し、また、偶発的な要因（誤監視（測定エラー））と判断した場合は、サーバ１２０は測定間隔を通常の運転状態に戻すデバイスファイル（Ｆ４）をＦＴＰサーバ２２０にＦＴＰ送信し、モニタリング装置２００がデバイスファイル（Ｆ４）に基づいて測定を再度行い、誤監視（測定エラー）を防止する。
【００７２】
次に、モニタリング装置を新たに追加した場合についての動作について説明する。
図４は、モニタリングシステム側において新たにモニタリング装置を追加した場合の監視側およびモニタリングシステム側の動作を説明するためのフローチャートである。
【００７３】
図４を参照して、新たにモニタリング装置をモニタリングシステム側に追加などされると、モニタリングシステム側では、ステップＳ１２１において、追加されたモニタリング装置に対応する設定ファイルであるデバイスファイルがないことから、監視側へデバイスファイルの送信要求が行われる。ここで、送信される情報としては、追加されたモニタリング装置の種別情報、監視対象物の型番などである。
【００７４】
監視側では、ステップＳ２１において、サーバ１２０は、モニタリングシステム側のステップＳ１２１の処理によって送信されたデバイスファイル送信要求を受信する。そして、ステップＳ２２に処理が進む。
【００７５】
ステップＳ２２において、上記の送信された情報に応じて、追加されたモニタリング装置について過去に使用実績があるような場合、たとえば追加されたモニタリング装置の監視対象物と既に使用実績のあるモニタリング装置の監視対象物とが同一である場合には、既に監視側のサーバ１２０にデバイスファイルが格納されているため、サーバ１２０はＦＴＰサーバ２２０に既にサーバ１２０に格納されており、監視対象物が同一のモニタリング装置が使用しているデバイスファイルの送信処理を行う。これにより短時間に効率よく追加されたモニタリング装置を動作させることができる。
【００７６】
図４を用いて説明したように、モニタリング装置を追加した場合において、そのモニタリングするためのデバイスファイルを容易にかつ短時間に準備でき、監視対象物の測定を即座に開始できる。
【００７７】
図５は、閾値判断プログラムの動作を説明するためのフローチャートである。なお、閾値判断プログラムは、振動データを用いて、毎回の測定ごとに適用され、測定結果が閾値を越えているか否かを判断される。
【００７８】
図５を参照して、ステップＳ１３１においてモニタリング装置は測定結果をサーバ１１０に送信する。ステップＳ３１においてサーバ１１０はステップＳ１３１の処理によって送信された測定結果を受信し、ステップＳ３２に処理が進む。なお、受信された測定結果はサーバ１１０からサーバ１２０へ転送される。
【００７９】
ステップＳ３２において、サーバ１２０はこの測定結果の測定値が予め用意されていた閾値よりも大きいか否かが判断される。ステップＳ３２において、測定値が閾値より大きいと判断されれば、ステップＳ３３に処理が進む。一方、測定値が閾値より小さいと判断されれば、処理は終了する。
【００８０】
ステップＳ３３において、サーバ１２０は閾値判断デバイスファイル（Ｆ６）をＦＴＰサーバに送信し、ステップＳ３４に処理が進む。
【００８１】
一方、モニタリング装置２００は、現在使用されていたデバイスファイル（Ｆ７）に代えて、ステップＳ１３２においてステップＳ３３の処理により送信されたデバイスファイル（Ｆ６）を読み込み、測定を行い、次のステップＳ１３３に処理が進む。
【００８２】
ステップＳ１３３において、読み込まれたデバイスファイル（Ｆ６）に基づいて、再度測定を行い、その測定結果はサーバ１１０に送信され、ステップＳ１３４に処理が進む。
【００８３】
一方、ステップＳ３４において、サーバ１１０はモニタリングシステム側のステップＳ１３３の処理によって送信された測定結果を受信し、ステップＳ３５に処理が進む。なお、受信された測定結果はサーバ１１０からサーバ１２０へ転送される。
【００８４】
ステップＳ３５において、サーバ１２０は再測定された測定結果に基づき算出された時間あたりの変化量が予め用意されていた基準値と比較して小さいか否かを判断する。ステップＳ３５において時間当たりの変化量が基準値より小さい場合には、ステップＳ３６に処理が進む。一方、ステップＳ３５において時間当たりの変化量が基準値より大きい場合には、ステップＳ３４に処理が戻り、測定結果を受信することを繰返す。この繰返しは、この変化量が基準値より小さくなるまで続けられる。
【００８５】
ステップＳ３６において、時間あたりの変化量が基準値より小さくなると、サーバ１２０は元のデバイスファイル（Ｆ７）をモニタリングシステム側のＦＴＰサーバ２２０に送信し、処理が終了する。一方、ステップＳ１３４において、ＦＴＰサーバ２２０はステップＳ３６の処理により送信された元のデバイスファイル（Ｆ７）を受信し、モニタリング装置２００はこのデバイスファイル（Ｆ７）を読み込み、再度測定を行い、処理が終了する。
【００８６】
図５を用いて説明したように、本実施の形態により、測定結果が閾値を超えた場合にはサーバ１２０は閾値判断デバイスファイルをＦＴＰサーバ２２０に送信する。
【００８７】
このデバイスファイルがモニタリング装置２００に読み込まれ、測定頻度を増やし、測定の精度が高められる。一定の変化率（基準値）以下になるまで一定時間計測し、基準値を下回った場合には、測定間隔を戻すデバイスファイルをＦＴＰで送信し、通常運転に戻すことにより、監視対象物の状況を確認することができ、的確な対応をすることができる。
【００８８】
以上図１〜図５を用いて説明したように、本実施の形態を用いれば、サーバとルータ間（監視側）もしくはサーバとルータ間（モニタリングシステム側）に無線通信を利用することによって、モニタリング装置あるいは監視対象物が僻地の場合や、有線ネットワーク回線がない場合や、有線ネットワークが存在するが適切な対応をするには追加設備投資が必要な場合などに対して、費用を低減しモニタリング装置への迅速な対応が可能となる。また、容易に誤監視（測定エラー）等の異常判断であるかどうかの判断する精度が向上し、監視側での管理者の対応が迅速に対応できる。
【００８９】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００９０】
１００ 監視用端末、１１０，１２０ サーバ、１３０，２３０ ルータ、１４０，２４０ モデム、２００ モニタリング装置、２２０ ＦＴＰサーバ。
【技術分野】
【０００１】
本発明は、遠隔地にあるモニタリングシステムおよびその保守システムに関し、特に遠隔地にあるモニタリング装置などのソフトウェアのバージョンアップ等に必要なファイルを監視地から遠隔地にあるモニタリング装置に無線通信を利用し最適に送信できるシステムに関する。
【背景技術】
【０００２】
通常、風力発電や鉄道車両などに設置してあるモニタリング装置は、システムの不具合や新しい機能の追加などの理由から、プログラム内容を変更しなければならない場合がある。特に風力発電装置は僻地に設置されていることが多く、そのモニタリング装置に対して端末を直接接続して、ソフトウェアのバージョンアップ等の保守作業を行っていた。
【０００３】
しかしながら、このようなモニタリング装置のメンテナンス作業は、特に僻地の場合、費用、手間が非常にかかる。また、かかる僻地においてはネットワーク回線がない場合が多く、有線ネットワーク回線を設置する場合には、さらに設備投資をする場合がある。
【０００４】
そこで、僻地に設置してあるモニタリング装置に監視用端末を直接接続することなく、モニタリング装置の保守する技術が提案されている。
【０００５】
たとえば、特開２０００−３３０６６２号公報（特許文献１）には、遠隔地でも保守作業ができるように、ブラウザソフトウェアをインストールした「遠隔保守クライアント」を設置する。演算システム（モニタリング装置）はウェブサーバを有し、「遠隔保守クライアント」はウェブサーバにアクセスを行い、演算式の変更を行うことが示されている。
【０００６】
また、特開２００７−１８９４７７号公報（特許文献２）には、監視対象となる機器と接続され、機器の情報を集約するコントローラと、コントローラから送信された機器の情報を記憶手段に保管し、機器を制御する運用端末と、所定の通信網を介して運用端末をリモート制御する監視端末とを含んで構成される監視システムにおいて、運用端末は、監視端末からのアクセスを認識し、監視端末によるリモート制御を受け付けることで監視端末による運用端末の操作を可能とすることを特徴とすることが示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０００−３３０６６２号公報
【特許文献２】特開２００７−１８９４７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、特開２０００−３３０６６２号公報（特許文献１）に開示された発明は、遠隔地でも保守できるように、ブラウザソフトウェアをインストールした「遠隔保守クライアント」を設置する必要がある。また、特開２００７−１８９４７７号公報（特許文献２）に開示された発明は、別途機器の情報を集約するコントローラが必要となり、コストが増大するという問題がある。
【０００９】
また、モニタリング装置が設置されていることにより、そのモニタリング装置による測定エラー等の異常判断の精度を向上させることも問題となっている。たとえば、測定エラー等の異常判断がモニタリング装置に発生した場合に、どのような対応をすればよいのか、バージョンアップのソフトウェアが不適合なのか、ハードウェア（モニタリング装置）の故障なのか等の判断をモニタリング装置から遠隔にある監視地からでは的確に判断することができない問題もある。
【００１０】
本発明の目的は、風力発電装置用のモニタリング装置などに利用されるソフトウェアのバージョンアップを無線通信によって監視地に対して遠隔地にあるモニタリング装置にソフトウェアのバージョンアップ等に必要なファイルを最適送信されるシステムを提供することにある。
【課題を解決するための手段】
【００１１】
この発明によれば、モニタリング対象を監視制御するモニタリング装置への遠隔地用保守システムであって、モニタリング対象およびモニタリング装置は、遠隔地用保守システムが設置された監視地に対して遠隔地に設置され、遠隔地用保守システムは、モニタリング装置をリモート制御できる監視用端末と、モニタリング装置が使用する情報を格納する監視側制御装置とを備え、情報はモニタリング装置の動作を設定するためのものであり、監視側制御装置は、監視用端末からの要求に従い情報の遠隔地への送信処理を行う。
【００１２】
好ましくは、監視側制御装置は、情報と異なる他の情報をさらに格納し、監視側制御装置は、監視用端末からの要求に従う情報の送信処理を行い、情報の送信処理が成功しなかった場合はモニタリング装置への情報の再送信処理を行い、再送信処理が成功しなかった場合は他の情報の送信処理を行う。
【００１３】
また好ましくは、監視側制御装置は、モニタリング対象を測定した測定結果が良好でない場合に、原因を検出するために予め用意された原因検出用デバイスファイルをさらに格納し、監視側制御装置は、モニタリング装置で測定された第１の測定結果の受信処理を行い、第１の測定結果が良好な場合は原因検出用デバイスファイルの送信処理を行わず、第１の測定結果が良好でない場合は監視用端末からの要求に従い原因検出用デバイスファイルの送信処理を行う。
【００１４】
好ましくは、監視側制御装置は、原因検出用デバイスファイルを使用して測定された第２の測定結果の受信処理を行い、第２の測定結果が測定エラーを示す場合は、モニタリング装置を故障と判定し装置停止指令の送信処理を行い、第２の測定結果が測定エラーを示さない場合は情報の送信処理を行い、情報を使用して測定された第３の測定結果の受信処理を行い、第３の測定結果に応じてモニタリング装置が正常な動作をしているか否かの判定処理を行う。
【００１５】
また好ましくは、監視側制御装置は、モニタリング対象を測定した測定結果の測定値が所定の閾値を超えたときに、情報を使用して得られた測定結果よりも詳細な測定結果を得るために予め用意された閾値判断ファイルをさらに格納し、監視側制御装置は、モニタリング装置で測定された第１の測定結果の受信処理を行い、第１の測定結果の測定値が閾値を超える場合は監視用端末からの要求に従い閾値判断ファイルの送信処理を行い、第１の測定結果の測定値が閾値を超えない場合は送信処理を行わない。
【００１６】
好ましくは、監視側制御装置は、閾値判断ファイルを使用して測定された第２の測定結果の受信処理を行い、第２の測定結果の測定項目の時間当たりの変化量が基準値以下である場合は第１の測定結果を測定したときに使用された情報の送信処理を行い、第２の測定結果の測定項目の時間当たりの変化量が基準値より大きい場合は基準値以下になるまで第２の測定結果を繰返し受信する。
【００１７】
好ましくは、遠隔地用保守システムでは監視地と遠隔地との間の通信は無線通信を介して行われる。
【００１８】
また、この発明によれば、モニタリング対象を監視制御するモニタリングシステムであって、モニタリングシステムは、モニタリング対象を監視制御するモニタリング装置と、モニタリング装置が使用する情報を格納する制御装置とを備え、モニタリング対象およびモニタリング装置は、監視地に対して遠隔地に設置され、情報は、監視地に設置された監視用端末の要求に従い、監視地に設置された監視側制御装置から送信され、情報は、モニタリング装置の動作を設定するためのものであり、モニタリング装置は、情報を使用しモニタリング対象を監視制御する。
【００１９】
好ましくは、遠隔地に設置された他のモニタリング装置がさらに追加された場合に、監視側制御装置は他のモニタリング装置の種別情報と、他のモニタリング装置を設定する情報の要求とを受け、監視側制御装置は情報が監視側制御装置に存在すれば、制御装置に情報の送信処理を行い、他のモニタリング装置は制御装置から情報を受けて、情報に基づいて監視動作を行う。
【００２０】
好ましくは、モニタリングシステムでは監視地と遠隔地との間の通信は無線通信を介して行われる。
【発明の効果】
【００２１】
この発明によれば、容易かつ短時間に、ソフトウェアや設定ファイルの更新（バージンアップ）やモニタリング装置の即時停止等の的確な判断を容易に行うことができる。また、監視地から遠隔にあるモニタリング装置の測定エラー等の異常状況を判断する精度を向上させることができる。
【図面の簡単な説明】
【００２２】
【図１】本発明の実施の形態に係るモニタリングシステムの概要の一例を示す図である。
【図２】ソフトウェアのバージョンアップによるデバイスファイル送信動作時における監視側およびモニタリングシステム側の動作を説明するためのフローチャートである。
【図３】モニタリング装置２００における測定エラーが発生した場合の監視側およびモニタリングシステム側の動作を説明するためのフローチャートである。
【図４】モニタリングシステム側において新たにモニタリング装置を追加した場合の監視側およびモニタリングシステム側の動作を説明するためのフローチャートである。
【図５】閾値判断プログラムの動作を説明するためのフローチャートである。
【発明を実施するための形態】
【００２３】
以下、本発明について図面を参照して詳しく説明する。なお、図中同一又は相当部分には同一の符号を付してその説明は繰り返さない。
【００２４】
［実施の形態］
図１は、本発明の実施の形態に係るモニタリングシステムの概要の一例を示す図である。図１を参照して、モニタリングシステム側は、例えば、モニタリング装置２００と、モニタリング装置２００に読み込まれるデバイスファイルが格納されているＦＴＰ（Ｆｉｌｅ ｔｒａｎｓＦｅｒ Ｐｒｏｔｏｃｏｌ）サーバ２２０と、モデム２４０と、ルータ２３０とを含む。モニタリング装置２００はモニタリング対象である風力発電装置２１０を監視制御し、無線通信を利用して、たとえばギヤまたは軸受の摩耗の判定結果を送信する。
【００２５】
ＦＴＰサーバ２２０は、ＰＬＣ（Ｐｏｗｅｒ Ｌｉｎｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）機能を有するＦＴＰサーバであり、具体的には電力配線を通信回線として利用して、ＦＴＰ形式でファイルの送受信を行うことができる。
【００２６】
監視側は、モニタリング装置２００を監視するための監視用端末１００Ａ，１００Ｂ，…，１００Ｎ（総称して監視用端末１００ともいう。）と、制御装置であるサーバ１１０，１２０と、モデム１４０と、ルータ１３０とを含む。なお、ここでは、モデム１４０とルータ１３０とを用いているが、モデム機能を有するルータを用いてもよい。
【００２７】
モニタリングシステム側と監視側とは、ネットワーク（インターネット）３００を介して、設定ファイル（デバイスファイル）のデータの送受信が行われる。
【００２８】
ここで、サーバ１１０には、モニタリング装置２００を設定するデバイスファイルが格納されている。監視用端末からの指示のもと、このサーバ１１０に格納されているデバイスファイルがＦＴＰ形式を利用してＦＴＰサーバ２２０に格納される。
【００２９】
また、モニタリングシステム側から送信された測定データは、最初にサーバ１１０に格納される。またサーバ１１０はこの測定データをサーバ１２０に直接転送する。ここでは、サーバ１１０，１２０を用いているが、これに限らず、サーバ１２０に測定データが直接格納されてもよいし、または、監視側にもＦＴＰサーバを設置して、ＦＴＰサーバに測定データをＦＴＰ形式で送信させてもよい。
【００３０】
ここで、監視用端末１００からの要求に従い、サーバ１２０がサーバ１２０に格納される通信履歴を記録するプログラムや、閾値判断プログラムや、測定エラー監視・判断プログラムを実行する。後に説明をするが、通信履歴を記録するプログラムは、監視用端末がモニタリングシステム側へモニタリング装置に必要なデバイスファイルを送信できているかどうかを判断するプログラムである。
【００３１】
また、閾値判断プログラムは、振動データを用いてモニタリング装置で測定された測定結果が予め用意されていた閾値を越えている場合に自動で測定条件を変更できるデバイスファイルをＦＴＰにより送信されるプログラムである。
【００３２】
測定エラー監視・判断プログラムは、モニタリング装置から送信された測定エラーに対し、測定エラー発生時のデバイスファイルを無線通信によって、ＦＴＰ送信し、モニタリング装置の測定エラーの原因が、監視対象物による原因のものか、あるいは偶発的な原因のもの（誤監視）かを判断するプログラムである。
【００３３】
無線通信によって通信がなされる区間は、監視側ではルータ１３０からネットワーク（インターネット）３００への方向の範囲が、モニタリングシステム側ではモニタリングシステム側の全範囲が無線通信によって通信がなされていることが好ましい。すなわち、モニタリングシステム側の全ての機器が無線通信によって接続され、データの送受信が無線通信によって行われていることが好ましい。
【００３４】
これは、モニタリング装置およびモニタする対象（風力発電用風車）は、両者は比較的僻地に設置され、両者の距離は、監視側−モニタリングシステム側の距離に比べて非常に近く設置されていることが多く、このため有線通信を行うためには費用が増大するからである。また、モニタリング装置を設置する場合は、配線作業に時間がかかり、作業負荷が大きい。これを有線ではなく、無線で行なうことで作業効率があがり、また、設置が容易となる。
【００３５】
本実施の形態におけるモニタリングシステムは、モニタリング装置２００が、ルータ２３０およびモデム２４０を介して、ネットワーク（インターネット）３００に接続されている。
【００３６】
また、モニタリングシステム側においては、モニタリング装置２００に対し適用されるデバイスファイルがＦＴＰサーバ２２０に格納される。監視用端末１００の要求に従い、サーバ１２０がＦＴＰサーバ２２０へこのデバイスファイルの送信処理を行う。
【００３７】
監視側には複数の監視用端末１００Ａ〜１００Ｎが備えてあり、複数の監視用端末１００Ａ〜１００Ｎは、ルータ１３０およびモデム１４０を介して、ネットワーク（インターネット）３００に接続されている。なお、監視用端末は複数台の必要はない。
【００３８】
ソフトウェアのバージョンアップなどの保守作業を行うには、監視用端末１００の要求に従い、サーバ１２０がＦＴＰコマンドでルータ１３０を経由して、インターネット回線を利用し、対応するデバイスファイルの送信処理を行う。このデバイスファイルは無線通信によりルータ２３０を経由し、ＦＴＰサーバ２２０に格納される。モニタリング装置２００の制御部（たとえばＣＰＵ（Ｃｅｎｔｒａｌ Ｃｏｎｔｒｏｌ Ｕｎｉｔ））がＦＴＰサーバ２２０に格納されているこのデバイスファイルを直接読み込み、測定条件の設定変更が行われる。
【００３９】
本実施の形態におけるネットワーク（インターネット）３００は、構築が容易で安価な公衆回線を利用する方法で説明するが、これに限らず専用線を利用してもよい。
【００４０】
なお、セキュリティの高いシステムを構築するために監視側およびモニタリングシステム側それぞれに設置するルータ１３０，２３０は、ファイアウォール機能を有することが好ましい。また、モデム１４０，２４０は、高速通信用として、例えばＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）モデム等を用いてもよい。
【００４１】
さらに、モデム１４０，２４０については、セキュリティの高いＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）機能を備えた装置（ＶＰＮ装置）を用いてもよい。
【００４２】
図２は、ソフトウェアのバージョンアップによるデバイスファイル送信動作時における監視側およびモニタリングシステム側の動作を説明するためのフローチャートである。
【００４３】
図２を参照して、監視用端末１００の要求に従い、ソフトウェアに必要なデバイスファイルをモニタリングシステム側に送信する必要がある場合に、ステップＳ１において、サーバ１２０は、サーバ１２０に格納されているデバイスファイル（Ｆ１）をモデム、ルータ、およびネットワーク（インターネット）を介してＦＴＰサーバ２２０に送信する。
【００４４】
そして、ステップＳ２において、監視用端末１００の要求に従い、サーバ１２０は、サーバ１２０に上記の送信履歴が記録され、この送信履歴から送信処理が失敗することなく実行されたどうかを判断する。具体的には、デバイスファイル（Ｆ１）の送信処理が成功したと判断されれば、処理は終了する。このとき、モニタリングシステム側に設置されているＦＴＰサーバ２２０に格納されているバージョンアップ前のデバイスファイル（Ｆ０）とこのデバイスファイル（Ｆ１）とは同じファイル名であるため、このデバイスファイル（Ｆ１）は上書保存される。
【００４５】
一方、送信処理が失敗しデバイスファイル（Ｆ１）が送信されていないと判断されれば、ステップＳ３に処理が進み、この送信処理エラーの回数について所定の回数の範囲内かどうかが判断される。
【００４６】
ステップＳ３において、送信処理エラーの回数が所定の回数（Ｎ）の範囲内かどうかが判断される。送信処理のエラー回数がＮ回以下であると判断されれば、ステップＳ１に処理が戻り、再度デバイスファイルの送信処理が行われる。一方、送信処理のエラー回数がＮ回より多いと判断されれば、ステップＳ４に処理が進む。
【００４７】
ステップＳ４において、送信処理のエラー回数が所定の回数より多い場合はデバイスファイル（Ｆ１）に代えて、別のデバイスファイル（Ｆ２）が送信され、処理が終了する。このとき、モニタリングシステム側に設置されているＦＴＰサーバ２２０に格納されているバージョンアップ前のデバイスファイル（Ｆ０）とデバイスファイル（Ｆ２）とは同じファイル名であるため、このデバイスファイル（Ｆ２）は上書保存される。このデバイスファイル（Ｆ２）は、過去に送信処理が成功したデバイスファイルであることが好ましい。
【００４８】
一方、モニタリングシステム側においては、ステップＳ１０１において、監視用端末からステップＳ１の処理において送信されたデバイスファイル（Ｆ１）またはステップＳ４の処理において送信されたデバイスファイル（Ｆ２）を受信し、モニタリング装置は送信されたこれらデバイスファイルをＲＡＭなどに読み込み、これらのデバイスファイルに従ってモニタリング処理を開始し、処理は終了する。
【００４９】
従って送信処理が失敗した場合に、サーバ１２０はデバイスファイル（Ｆ１）を所定の回数（Ｎ）分の再送信処理を行い、この再送信処理のエラー回数が所定の回数（Ｎ）を超えた場合は、サーバ１２０は別のデバイスファイル（Ｆ２）をモニタリングシステム側に送信する。これにより、デバイスファイル（Ｆ２）の送信処理を成功させることで、サーバ１２０は送信処理が失敗した状態から復帰した状態で動作を継続する。
【００５０】
図２で説明したように、本実施の形態により監視用端末１００の要求に従い、ソフトウェアのバージョンアップに必要なデバイスファイルをＦＴＰコマンドでルータを介してインターネット回線を利用し、モニタリング装置へ設定変更を反映させることができる。
【００５１】
また、サーバ１２０に送信履歴を記録することよって、ソフトウェアのバージョンアップ用のデバイスファイルの送信処理が失敗している場合は、別のデバイスファイルを送信し、送信処理が失敗した状態から復帰した状態で動作を継続する。
【００５２】
次に、モニタリングされる対象（監視対象物という。たとえば、風力発電用風車の軸受や歯車、タワーナセルなど）を監視する問題点として、モニタリング装置の誤監視（測定エラー）の多発が挙げられる。この誤監視の原因は、例えばセンサの故障、測定取り付け不良やセンサへの人の接触、または突風による偶発的な振動値の増加等によるもの等が予想される。
【００５３】
このような誤監視の多発を防止するために、急激な振動値の増加がありモニタリング装置が異常と判断した場合、この監視対象物が原因による測定エラーが発生しているか否かを判断する必要がある。
【００５４】
図３は、モニタリング装置２００における測定エラーが発生した場合の監視側およびモニタリングシステム側の動作を説明するためのフローチャートである。
【００５５】
図３を参照して、モニタリングシステム側のステップＳ１１１により、モニタリング装置２００が測定結果を監視側に無線通信を用いて順次送信処理を行い、監視側では、ステップＳ１１ａにおいて、サーバ１１０が送信された測定結果を順次受信し、受信された測定結果はサーバ１１０からサーバ１２０へ転送される（通常動作）。順次送信される代わりに、測定内容ごとに、または一定時間ごとに、送信されても良い。
【００５６】
そして、ステップＳ１１ｂにおいて、サーバ１２０は、測定結果が測定エラーを発生しているかどうかを判断する。測定エラーが発生していないと判断されれば、監視側は処理が終了する。測定エラーが発生していると判断されれば、ステップＳ１２に処理が進む。
【００５７】
そして、ステップＳ１２において、サーバ１２０はこのような測定エラーが発生した場合に予め用意されている測定エラー発生時のデバイスファイル（Ｆ３）をモニタリングシステム側へ無線通信を用いてＦＴＰ送信し、ステップＳ１３に処理が進む。一方、モニタリングシステム側では、ＦＴＰサーバ２２０が送信されたデバイスファイル（Ｆ３）を受信し、モニタリング装置２００がデバイスファイル（Ｆ３）を読み込むステップＳ１１２に処理が進む。
【００５８】
モニタリングシステム側では、ステップＳ１１２において、モニタリング装置２００がサーバ１２０から送信されたデバイスファイル（Ｆ３）をたとえばＲＡＭなどの記憶装置に読み込み、測定条件の設定変更を行う。この処理が終了すると、この変更された測定条件に従い測定等が実行されるステップＳ１１３に処理が進む。
【００５９】
なお、この測定エラー発生時のデバイスファイル（Ｆ３）は、自動で監視対象物の測定条件を変更することができるデバイスファイルである。このデバイスファイルを適用することにより、監視対象物への測定時間を長くしたり、サンプリングレートをあげたり、監視対象物への測定頻度を多くしたりすることができる。このデバイスファイルの適用によりＦＦＴ（Ｆａｓｔ Ｆｏｕｒｉｅｒ ＴｒａｎｓＦｏｒｍ：高速フーリエ変換）などによる診断が行われる。
【００６０】
ステップＳ１１３において、読み込まれたデバイスファイル（Ｆ３）に基づいて、モニタリング装置が測定を再度行い、その測定結果をサーバ１１０へ送信する。
【００６１】
監視側では、ステップＳ１３において、サーバ１１０はモニタリングシステム側のステップＳ１１３の送信処理されたデバイスファイル（Ｆ３）に基づき再度測定された測定結果を受信し、ステップＳ１４に処理が進む。なお、受信された測定結果はサーバ１１０からサーバ１２０へ転送される。
【００６２】
ステップＳ１４において、サーバ１２０は測定結果に基づき測定エラーが再び発生しているか否かを判断する。サーバ１２０は測定エラーが再び発生していないと判断すれば、ステップＳ１５に処理が進む。一方、サーバ１２０は測定エラーが再び発生していると判断されれば、ステップＳ１８に処理が進む。
【００６３】
ステップＳ１５において、一定期間経過後、サーバ１２０は測定エラー発生時用のデバイスファイル（Ｆ３）に代えて、通常使用されているデバイスファイル（Ｆ４）をモニタリングシステム側に送信する。
【００６４】
一方、モニタリングシステム側では、ステップＳ１１４において、ステップＳ１５の処理によって送信されたデバイスファイル（Ｆ４）をＦＴＰサーバ２２０が受信し、モニタリング装置２００がこのデバイスファイル（Ｆ４）を読み込み、測定等を行う次のステップＳ１１５に処理が進む。
【００６５】
モニタリングシステム側では、ステップＳ１１５において、モニタリング装置２００は、ステップＳ１１４の処理において読み込まれたデバイスファイル（Ｆ４）に基づき、測定を再度行い、その測定結果をサーバ１１０へ送信する。
【００６６】
監視側では、ステップＳ１６において、サーバ１１０は、ステップＳ１１５の処理によって送信されたデバイスファイル（Ｆ４）に基づき再度測定された結果を受信し、次のステップＳ１７に処理が進む。なお、受信された測定結果はサーバ１１０からサーバ１２０へ転送される。
【００６７】
ステップＳ１７においては、サーバ１２０がステップＳ１６の処理において受信された測定結果が測定エラーか否かが判断される。ステップＳ１７において、測定結果から測定エラーが発生したと判断されれば、ステップＳ１８に処理が進む。一方、ステップＳ１７において、測定結果から測定エラーが発生していないと判断されれば、ステップＳ１９に処理が進む。
【００６８】
監視側では、ステップＳ１４，Ｓ１７の処理の次には、ステップＳ１８において、モニタリング装置２００が故障していると判定され、ステップＳ２０に処理が進む。一方、ステップＳ１９において、モニタリングシステム側のモニタリング装置２００は正常に動作していると判定され、処理が終了する。
【００６９】
ステップＳ２０において、ステップＳ１８の処理によってモニタリング装置２００は故障と判断され、それに伴い、サーバ１２０は装置停止指令をモニタリング装置に送信し、監視側の処理は終了する。
【００７０】
一方、モニタリングシステム側では、ステップＳ１１６において、監視側のステップＳ２０によって送信された指令が装置停止命令である判断されれば、ステップＳ１１７に処理が進み、モニタリング装置２００が停止し、処理が終了する。一方、ステップＳ１１６において、監視側のステップＳ２０によって送信された指令が装置停止命令でないと判断されれば、ステップＳ１１８において、モニタリング装置２００は通常動作が継続され、処理が終了する。
【００７１】
以上図３を用いて説明したように、サーバ１２０が測定エラー発生時のデバイスファイル（Ｆ３）を無線通信によって送信処理を行い、モニタリング装置２００は、送信されたデバイスファイル（Ｆ３）に基づいて測定エラーの原因が、監視対象物による原因のものか、あるいは偶発的な原因のもの（誤監視）かを判断する。監視対象物による原因と判断した場合は、異常ありと判断し、また、偶発的な要因（誤監視（測定エラー））と判断した場合は、サーバ１２０は測定間隔を通常の運転状態に戻すデバイスファイル（Ｆ４）をＦＴＰサーバ２２０にＦＴＰ送信し、モニタリング装置２００がデバイスファイル（Ｆ４）に基づいて測定を再度行い、誤監視（測定エラー）を防止する。
【００７２】
次に、モニタリング装置を新たに追加した場合についての動作について説明する。
図４は、モニタリングシステム側において新たにモニタリング装置を追加した場合の監視側およびモニタリングシステム側の動作を説明するためのフローチャートである。
【００７３】
図４を参照して、新たにモニタリング装置をモニタリングシステム側に追加などされると、モニタリングシステム側では、ステップＳ１２１において、追加されたモニタリング装置に対応する設定ファイルであるデバイスファイルがないことから、監視側へデバイスファイルの送信要求が行われる。ここで、送信される情報としては、追加されたモニタリング装置の種別情報、監視対象物の型番などである。
【００７４】
監視側では、ステップＳ２１において、サーバ１２０は、モニタリングシステム側のステップＳ１２１の処理によって送信されたデバイスファイル送信要求を受信する。そして、ステップＳ２２に処理が進む。
【００７５】
ステップＳ２２において、上記の送信された情報に応じて、追加されたモニタリング装置について過去に使用実績があるような場合、たとえば追加されたモニタリング装置の監視対象物と既に使用実績のあるモニタリング装置の監視対象物とが同一である場合には、既に監視側のサーバ１２０にデバイスファイルが格納されているため、サーバ１２０はＦＴＰサーバ２２０に既にサーバ１２０に格納されており、監視対象物が同一のモニタリング装置が使用しているデバイスファイルの送信処理を行う。これにより短時間に効率よく追加されたモニタリング装置を動作させることができる。
【００７６】
図４を用いて説明したように、モニタリング装置を追加した場合において、そのモニタリングするためのデバイスファイルを容易にかつ短時間に準備でき、監視対象物の測定を即座に開始できる。
【００７７】
図５は、閾値判断プログラムの動作を説明するためのフローチャートである。なお、閾値判断プログラムは、振動データを用いて、毎回の測定ごとに適用され、測定結果が閾値を越えているか否かを判断される。
【００７８】
図５を参照して、ステップＳ１３１においてモニタリング装置は測定結果をサーバ１１０に送信する。ステップＳ３１においてサーバ１１０はステップＳ１３１の処理によって送信された測定結果を受信し、ステップＳ３２に処理が進む。なお、受信された測定結果はサーバ１１０からサーバ１２０へ転送される。
【００７９】
ステップＳ３２において、サーバ１２０はこの測定結果の測定値が予め用意されていた閾値よりも大きいか否かが判断される。ステップＳ３２において、測定値が閾値より大きいと判断されれば、ステップＳ３３に処理が進む。一方、測定値が閾値より小さいと判断されれば、処理は終了する。
【００８０】
ステップＳ３３において、サーバ１２０は閾値判断デバイスファイル（Ｆ６）をＦＴＰサーバに送信し、ステップＳ３４に処理が進む。
【００８１】
一方、モニタリング装置２００は、現在使用されていたデバイスファイル（Ｆ７）に代えて、ステップＳ１３２においてステップＳ３３の処理により送信されたデバイスファイル（Ｆ６）を読み込み、測定を行い、次のステップＳ１３３に処理が進む。
【００８２】
ステップＳ１３３において、読み込まれたデバイスファイル（Ｆ６）に基づいて、再度測定を行い、その測定結果はサーバ１１０に送信され、ステップＳ１３４に処理が進む。
【００８３】
一方、ステップＳ３４において、サーバ１１０はモニタリングシステム側のステップＳ１３３の処理によって送信された測定結果を受信し、ステップＳ３５に処理が進む。なお、受信された測定結果はサーバ１１０からサーバ１２０へ転送される。
【００８４】
ステップＳ３５において、サーバ１２０は再測定された測定結果に基づき算出された時間あたりの変化量が予め用意されていた基準値と比較して小さいか否かを判断する。ステップＳ３５において時間当たりの変化量が基準値より小さい場合には、ステップＳ３６に処理が進む。一方、ステップＳ３５において時間当たりの変化量が基準値より大きい場合には、ステップＳ３４に処理が戻り、測定結果を受信することを繰返す。この繰返しは、この変化量が基準値より小さくなるまで続けられる。
【００８５】
ステップＳ３６において、時間あたりの変化量が基準値より小さくなると、サーバ１２０は元のデバイスファイル（Ｆ７）をモニタリングシステム側のＦＴＰサーバ２２０に送信し、処理が終了する。一方、ステップＳ１３４において、ＦＴＰサーバ２２０はステップＳ３６の処理により送信された元のデバイスファイル（Ｆ７）を受信し、モニタリング装置２００はこのデバイスファイル（Ｆ７）を読み込み、再度測定を行い、処理が終了する。
【００８６】
図５を用いて説明したように、本実施の形態により、測定結果が閾値を超えた場合にはサーバ１２０は閾値判断デバイスファイルをＦＴＰサーバ２２０に送信する。
【００８７】
このデバイスファイルがモニタリング装置２００に読み込まれ、測定頻度を増やし、測定の精度が高められる。一定の変化率（基準値）以下になるまで一定時間計測し、基準値を下回った場合には、測定間隔を戻すデバイスファイルをＦＴＰで送信し、通常運転に戻すことにより、監視対象物の状況を確認することができ、的確な対応をすることができる。
【００８８】
以上図１〜図５を用いて説明したように、本実施の形態を用いれば、サーバとルータ間（監視側）もしくはサーバとルータ間（モニタリングシステム側）に無線通信を利用することによって、モニタリング装置あるいは監視対象物が僻地の場合や、有線ネットワーク回線がない場合や、有線ネットワークが存在するが適切な対応をするには追加設備投資が必要な場合などに対して、費用を低減しモニタリング装置への迅速な対応が可能となる。また、容易に誤監視（測定エラー）等の異常判断であるかどうかの判断する精度が向上し、監視側での管理者の対応が迅速に対応できる。
【００８９】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００９０】
１００ 監視用端末、１１０，１２０ サーバ、１３０，２３０ ルータ、１４０，２４０ モデム、２００ モニタリング装置、２２０ ＦＴＰサーバ。
【特許請求の範囲】
【請求項１】
モニタリング対象を監視制御するモニタリング装置への遠隔地用保守システムであって、
前記モニタリング対象および前記モニタリング装置は、前記遠隔地用保守システムが設置された監視地に対して遠隔地に設置され、
前記遠隔地用保守システムは、
前記モニタリング装置をリモート制御できる監視用端末と、
前記モニタリング装置が使用する情報を格納する監視側制御装置とを備え、
前記情報は前記モニタリング装置の動作を設定するためのものであり、
前記監視側制御装置は、前記監視用端末からの要求に従い前記情報の前記遠隔地への送信処理を行う、遠隔地用保守システム。
【請求項２】
前記監視側制御装置は、前記情報と異なる他の情報をさらに格納し、
前記監視側制御装置は、前記監視用端末からの要求に従う前記情報の送信処理を行い、前記情報の送信処理が成功しなかった場合は前記モニタリング装置への前記情報の再送信処理を行い、前記再送信処理が成功しなかった場合は前記他の情報の送信処理を行う、請求項１に記載の遠隔地用保守システム。
【請求項３】
前記監視側制御装置は、前記モニタリング対象を測定した測定結果が良好でない場合に、原因を検出するために予め用意された原因検出用デバイスファイルをさらに格納し、
前記監視側制御装置は、前記モニタリング装置で測定された第１の測定結果の受信処理を行い、前記第１の測定結果が良好な場合は前記原因検出用デバイスファイルの送信処理を行わず、前記第１の測定結果が良好でない場合は前記監視用端末からの要求に従い前記原因検出用デバイスファイルの送信処理を行う、請求項１に記載の遠隔地用保守システム。
【請求項４】
前記監視側制御装置は、前記原因検出用デバイスファイルを使用して測定された第２の測定結果の受信処理を行い、前記第２の測定結果が測定エラーを示す場合は、前記モニタリング装置を故障と判定し装置停止指令の送信処理を行い、前記第２の測定結果が前記測定エラーを示さない場合は前記情報の送信処理を行い、前記情報を使用して測定された第３の測定結果の受信処理を行い、前記第３の測定結果に応じて前記モニタリング装置が正常な動作をしているか否かの判定処理を行う、請求項３に記載の遠隔地用保守システム。
【請求項５】
前記監視側制御装置は、前記モニタリング対象を測定した測定結果の測定値が所定の閾値を超えたときに、前記情報を使用して得られた測定結果よりも詳細な測定結果を得るために予め用意された閾値判断ファイルをさらに格納し、
前記監視側制御装置は、前記モニタリング装置で測定された第１の測定結果の受信処理を行い、前記第１の測定結果の測定値が前記閾値を超える場合は前記監視用端末からの要求に従い前記閾値判断ファイルの送信処理を行い、前記第１の測定結果の測定値が前記閾値を超えない場合は前記送信処理を行わない、請求項１に記載の遠隔地用保守システム。
【請求項６】
前記監視側制御装置は、前記閾値判断ファイルを使用して測定された第２の測定結果の受信処理を行い、前記第２の測定結果の測定項目の時間当たりの変化量が基準値以下である場合は前記第１の測定結果を測定したときに使用された前記情報の送信処理を行い、前記第２の測定結果の測定項目の時間当たりの変化量が前記基準値より大きい場合は前記基準値以下になるまで前記第２の測定結果を繰返し受信する、請求項５に記載の遠隔地用保守システム。
【請求項７】
前記監視地と前記遠隔地との間の通信は無線通信を介して行われる、請求項１〜６のいずれかに記載の遠隔地用保守システム。
【請求項８】
モニタリング対象を監視制御するモニタリングシステムであって、
前記モニタリングシステムは、
前記モニタリング対象を監視制御するモニタリング装置と、
前記モニタリング装置が使用する情報を格納する制御装置とを備え、
前記モニタリング対象および前記モニタリング装置は、監視地に対して遠隔地に設置され、
前記情報は、前記監視地に設置された監視用端末の要求に従い、前記監視地に設置された監視側制御装置から送信され、前記情報は、前記モニタリング装置の動作を設定するためのものであり、
前記モニタリング装置は、前記情報を使用し前記モニタリング対象を監視制御する、モニタリングシステム。
【請求項９】
前記遠隔地に設置された他のモニタリング装置がさらに追加された場合に、前記監視側制御装置は前記他のモニタリング装置の種別情報と、前記他のモニタリング装置を設定する情報の要求とを受け、前記監視側制御装置は前記情報が前記監視側制御装置に存在すれば、前記制御装置に前記情報の送信処理を行い、前記他のモニタリング装置は前記制御装置から前記情報を受けて、前記情報に基づいて監視動作を行う、請求項８に記載のモニタリングシステム。
【請求項１０】
前記監視地と前記遠隔地との間の通信は無線通信を介して行われる、請求項８〜９のいずれかに記載のモニタリングシステム。
【請求項１】
モニタリング対象を監視制御するモニタリング装置への遠隔地用保守システムであって、
前記モニタリング対象および前記モニタリング装置は、前記遠隔地用保守システムが設置された監視地に対して遠隔地に設置され、
前記遠隔地用保守システムは、
前記モニタリング装置をリモート制御できる監視用端末と、
前記モニタリング装置が使用する情報を格納する監視側制御装置とを備え、
前記情報は前記モニタリング装置の動作を設定するためのものであり、
前記監視側制御装置は、前記監視用端末からの要求に従い前記情報の前記遠隔地への送信処理を行う、遠隔地用保守システム。
【請求項２】
前記監視側制御装置は、前記情報と異なる他の情報をさらに格納し、
前記監視側制御装置は、前記監視用端末からの要求に従う前記情報の送信処理を行い、前記情報の送信処理が成功しなかった場合は前記モニタリング装置への前記情報の再送信処理を行い、前記再送信処理が成功しなかった場合は前記他の情報の送信処理を行う、請求項１に記載の遠隔地用保守システム。
【請求項３】
前記監視側制御装置は、前記モニタリング対象を測定した測定結果が良好でない場合に、原因を検出するために予め用意された原因検出用デバイスファイルをさらに格納し、
前記監視側制御装置は、前記モニタリング装置で測定された第１の測定結果の受信処理を行い、前記第１の測定結果が良好な場合は前記原因検出用デバイスファイルの送信処理を行わず、前記第１の測定結果が良好でない場合は前記監視用端末からの要求に従い前記原因検出用デバイスファイルの送信処理を行う、請求項１に記載の遠隔地用保守システム。
【請求項４】
前記監視側制御装置は、前記原因検出用デバイスファイルを使用して測定された第２の測定結果の受信処理を行い、前記第２の測定結果が測定エラーを示す場合は、前記モニタリング装置を故障と判定し装置停止指令の送信処理を行い、前記第２の測定結果が前記測定エラーを示さない場合は前記情報の送信処理を行い、前記情報を使用して測定された第３の測定結果の受信処理を行い、前記第３の測定結果に応じて前記モニタリング装置が正常な動作をしているか否かの判定処理を行う、請求項３に記載の遠隔地用保守システム。
【請求項５】
前記監視側制御装置は、前記モニタリング対象を測定した測定結果の測定値が所定の閾値を超えたときに、前記情報を使用して得られた測定結果よりも詳細な測定結果を得るために予め用意された閾値判断ファイルをさらに格納し、
前記監視側制御装置は、前記モニタリング装置で測定された第１の測定結果の受信処理を行い、前記第１の測定結果の測定値が前記閾値を超える場合は前記監視用端末からの要求に従い前記閾値判断ファイルの送信処理を行い、前記第１の測定結果の測定値が前記閾値を超えない場合は前記送信処理を行わない、請求項１に記載の遠隔地用保守システム。
【請求項６】
前記監視側制御装置は、前記閾値判断ファイルを使用して測定された第２の測定結果の受信処理を行い、前記第２の測定結果の測定項目の時間当たりの変化量が基準値以下である場合は前記第１の測定結果を測定したときに使用された前記情報の送信処理を行い、前記第２の測定結果の測定項目の時間当たりの変化量が前記基準値より大きい場合は前記基準値以下になるまで前記第２の測定結果を繰返し受信する、請求項５に記載の遠隔地用保守システム。
【請求項７】
前記監視地と前記遠隔地との間の通信は無線通信を介して行われる、請求項１〜６のいずれかに記載の遠隔地用保守システム。
【請求項８】
モニタリング対象を監視制御するモニタリングシステムであって、
前記モニタリングシステムは、
前記モニタリング対象を監視制御するモニタリング装置と、
前記モニタリング装置が使用する情報を格納する制御装置とを備え、
前記モニタリング対象および前記モニタリング装置は、監視地に対して遠隔地に設置され、
前記情報は、前記監視地に設置された監視用端末の要求に従い、前記監視地に設置された監視側制御装置から送信され、前記情報は、前記モニタリング装置の動作を設定するためのものであり、
前記モニタリング装置は、前記情報を使用し前記モニタリング対象を監視制御する、モニタリングシステム。
【請求項９】
前記遠隔地に設置された他のモニタリング装置がさらに追加された場合に、前記監視側制御装置は前記他のモニタリング装置の種別情報と、前記他のモニタリング装置を設定する情報の要求とを受け、前記監視側制御装置は前記情報が前記監視側制御装置に存在すれば、前記制御装置に前記情報の送信処理を行い、前記他のモニタリング装置は前記制御装置から前記情報を受けて、前記情報に基づいて監視動作を行う、請求項８に記載のモニタリングシステム。
【請求項１０】
前記監視地と前記遠隔地との間の通信は無線通信を介して行われる、請求項８〜９のいずれかに記載のモニタリングシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１３−８１１２４（Ｐ２０１３−８１１２４Ａ）
【公開日】平成２５年５月２日（２０１３．５．２）
【国際特許分類】
【出願番号】特願２０１１−２２０８４８（Ｐ２０１１−２２０８４８）
【出願日】平成２３年１０月５日（２０１１．１０．５）
【出願人】（０００１０２６９２）ＮＴＮ株式会社 (9,006)
【Ｆターム（参考）】
【公開日】平成２５年５月２日（２０１３．５．２）
【国際特許分類】
【出願日】平成２３年１０月５日（２０１１．１０．５）
【出願人】（０００１０２６９２）ＮＴＮ株式会社 (9,006)
【Ｆターム（参考）】
[ Back to top ]