(57)【要約】【課題】  リトライすることなく効率よく測定結果の通信が行える多チャンネル測定システムを実現すること。【解決手段】  複数の測定チャンネルを有する測定器の測定結果を、リモートPCを介してホストPCに伝送するように構成された多チャンネル測定システムにおいて、前記ホストPCに測定結果を伝送する全測定器について、測定動作に伴う基礎データを格納するデータベースを設け、  前記ホストPCは、データベースに格納された測定動作に伴う基礎データに基づいて測定器毎のスケジュールを生成するとともに、測定器の測定結果を受け取るためのリモートPCに対する通信を、このスケジュールに従って制御するもの。【選択図】                    図１
2005109809.tif 000002
【特許請求の範囲】
【請求項１】
複数の測定チャンネルを有する測定器の測定結果を、リモートPCを介してホストPCに伝送するように構成された多チャンネル測定システムにおいて、
前記ホストPCに測定結果を伝送する全測定器について、測定動作に伴う基礎データを格納するデータベースを設け、
前記ホストPCは、データベースに格納された測定動作に伴う基礎データに基づいて測定器毎のスケジュールを生成するとともに、測定器の測定結果を受け取るためのリモートPCに対する通信を、このスケジュールに従って制御することを特徴とする多チャンネル測定システム。
【請求項２】
前記スケジュールは、測定器の実測データに基づき生成されることを特徴とする請求項１記載の多チャンネル測定システム。
【請求項３】
前記スケジュールは、測定器の測定条件に基づき生成されることを特徴とする請求項１記載の多チャンネル測定システム。
【請求項４】
前記リモートPCは、複数の測定チャンネルの測定結果をまとめて伝送することを特徴とする請求項１記載の多チャンネル測定システム。
【請求項５】
前記リモートPCは、ポーリング時に確認信号とともにそれまでの測定結果をまとめて伝送することを特徴とする請求項１記載の多チャンネル測定システム。
【請求項６】
前記測定器は、BOTDRであることを特徴とする請求項１記載の多チャンネル測定システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は多チャンネル測定システムに関し、詳しくは、測定データの通信に関するものである。
【背景技術】
【０００２】
特許文献１には、ホスト装置と複数のリモート装置を含み、ホスト装置からの実行指示に従ってリモート装置から被監視装置に外部要因を与え、この外部要因による被監視装置の状態変化を計測し、その計測データをリモート装置からホスト装置に送出し、ホスト装置に於いて計測データを収集して解析する試験監視システム，ホスト装置，リモート装置及び試験監視方法に関する技術が開示されている（段落番号0001）。
【０００３】
これに対し、本発明は、ホストPCと複数のリモートPCを含み、測定データをリモートPCからホストPCに送出する点において共通するが、ホストPC4側で測定動作に伴う基礎データに基づいて生成されたスケジュールにより通信の一元管理を行い、複数の測定チャンネルの測定結果を効率よく伝送する点において、特許文献１に記載された発明とは異なるものである。
【０００４】
【特許文献１】特開２００２−２５８９３２
【０００５】
近年、従来から各種構造物のひずみ計測のセンサとして用いられているひずみゲージに代わる技術として、光ファイバにひずみが加わったときに発生する散乱光の変化に基づき測定対象のひずみの大きさや発生場所を測定するBOTDR（Brillouin Optical Time Domain Reflectometer)が注目されている。
【０００６】
これは、光ファイバに単色性の高い光を通すことにより生じるブリルアン散乱光の特性を利用した光ファイバひずみ測定装置である。ブリルアン散乱光は、光ファイバの媒質固有の周波数だけずれて散乱され、この周波数はブリルアン周波数シフトと呼ばれている。光ファイバにひずみが加わることによりブリルアン周波数のシフト量はひずみに対して直線的に変化する。このブリルアン散乱光の周波数の変化を測定することによってひずみの大きさを測定でき、光が戻ってくるまでの時間を測定することで散乱光の発生部位を特定できる。センサとして用いる光ファイバを多方向に敷設した多チャンネル測定システムとして構築することにより、従来のひずみゲージだけでは困難であった構造物全体の立体的な監視も容易に実現できる。
【０００７】
図６はこのような従来の多チャンネル測定システムの一例を示すブロック図である。図６において、測定器1はそれぞれ16チャンネルのBOTDR測定系統を備えている。各測定器1は例えばGP-IBバスを介してリモートPC（パソコン）2に接続されている。リモートPC2は電話回線3を介して共通のホストPC4に接続されている。
【０００８】
以下に図６の動作を説明する。
ホストPC4は、測定開始にあたり、図７に示すように、リモートPC2と通信して測定開始命令を送り(SP1)、リモートPC2からの確認通信を待つ(SP2)。
リモートPC2は、図８に示すように、測定開始後は(SP1)、1チャンネルの測定が終了するごとに(SP2)、測定結果送信のためにホストPC4と通信を行う(SP3)。図６の場合、リモートPC1台につき16回通信を行うことになる。ホストPC4が他のリモートPCと通信中の場合(SP4)は所定時間待機(SP5)後にリトライし、所定回数（例えば3度）リトライして繋がらない場合には測定結果送信を終了する(SP6)。
【０００９】
図９は図６の一連の動作の流れを示すシーケンス図である。ホストPC4はリモートPC21に対して測定開始命令を送り、リモートPC21はホストPC4に対して確認信号を送って測定動作を開始する。ホストPC4はリモートPC21からの確認信号を受け取った後リモートPC22に対して測定開始命令を送り、リモートPC22はホストPC4に対して確認信号を送った後に測定動作を開始する。
【００１０】
リモートPC21はチャンネル1の測定結果をホストPC4に対して送り、ホストPC4はリモートPC21に対して確認信号を送る。リモートPC22は、リモートPC21からのチャンネル1の測定結果送信確認後にチャンネル1の測定結果をホストPC4に対して送り、ホストPC4はリモートPC22に対して確認信号を送る。
【００１１】
引続きリモートPC21は、リモートPC22からのチャンネル1の測定結果送信確認後にチャンネル2の測定結果をホストPC4に対して送り、ホストPC4はリモートPC21に対して確認信号を送る。リモートPC22は、リモートPC21からのチャンネル2の測定結果送信とほぼ同時にチャンネル2の測定結果をホストPC4に対して送るが、ホストPC4からリモートPC22に対して確認信号が送られないので所定時間待機する。リモートPC22は、所定時間待機後１回目のリトライを行うが、ホストPC4からリモートPC22に対して確認信号が送られないので再び所定時間待機する。
【００１２】
リモートPC22の２回目の待機中に、リモートPC21はチャンネル3の測定結果をホストPC4に対して送り、ホストPC4はリモートPC21に対して確認信号を送る。リモートPC22は、リモートPC21からのチャンネル3の測定結果送信とほぼ同時に２回目のリトライを行うが、ホストPC4からリモートPC22に対して確認信号が送られないので３度目の待機に移行する。リモートPC22は、所定時間待機後３回目のリトライを行うが、ホストPC4からリモートPC22に対して確認信号が送られないので、チャンネル2の測定結果送信をあきらめる。
【００１３】
その後、リモートPC22はチャンネル3の測定結果をホストPC4に対して送り、ホストPC4はリモートPC22に対して確認信号を送る。
【発明の開示】
【発明が解決しようとする課題】
【００１４】
しかし、このような従来の構成によれば、各測定チャンネルの測定結果を1チャンネルごとに通信するため通信回数が多くなり、電話を繋ぐ・切る動作で時間がかかってしまう。
【００１５】
また、リモートPC2からホストPC4に対して測定結果送信の通信を開始するため、ホストPC4が他のリモートPC2と通信中の場合には通信できなくなってしまう。このような通信不能状態は、通信回線として電話回線を使用する場合、データ量に対して通信速度が遅いことから頻繁に発生する。通信不能の場合、リトライを行って再送するが、無駄な時間が多くなり、効率が悪い。
【００１６】
さらに、複数のリモートPC2から測定結果を送ろうとしたことにより回線が輻輳すると、所定回数のリトライでも繋がらないことがあり、測定結果が送信されずにデータが破棄されてしまうことになる。
【００１７】
本発明が解決しようとする課題は、リトライすることなく効率よく測定結果の通信が行える多チャンネル測定システムを実現することにある。
【課題を解決するための手段】
【００１８】
このような課題を達成するための請求項１記載の発明は、
複数の測定チャンネルを有する測定器の測定結果を、リモートPCを介してホストPCに伝送するように構成された多チャンネル測定システムにおいて、
前記ホストPCに測定結果を伝送する全測定器について、測定動作に伴う基礎データを格納するデータベースを設け、
前記ホストPCは、データベースに格納された測定動作に伴う基礎データに基づいて測定器毎のスケジュールを生成するとともに、測定器の測定結果を受け取るためのリモートPCに対する通信を、このスケジュールに従って制御することを特徴とする。
【００１９】
請求項２記載の発明は、請求項１記載の多チャンネル測定システムにおいて、
前記スケジュールは、測定器の実測データに基づき生成されることを特徴とする。
【００２０】
請求項３記載の発明は、請求項１記載の多チャンネル測定システムにおいて、
前記スケジュールは、測定器の測定条件に基づき生成されることを特徴とする。
【００２１】
請求項４記載の発明は、請求項１記載の多チャンネル測定システムにおいて、
前記リモートPCは、複数の測定チャンネルの測定結果をまとめて伝送することを特徴とする。
【００２２】
請求項５記載の発明は、請求項１記載の多チャンネル測定システムにおいて、
前記リモートPCは、ポーリング時に確認信号とともにそれまでの測定結果をまとめて伝送することを特徴とする。
【００２３】
請求項６記載の発明は、請求項１記載の多チャンネル測定システムにおいて、
前記測定器は、BOTDRであることを特徴とする。
【発明の効果】
【００２４】
本発明の多チャンネル測定システムによれば、ホストPC側で測定スケジュールに基づく通信の一元管理を行うので、リモートPC側からのリトライが不要になり、効率よく測定結果を送信できる。
【発明を実施するための最良の形態】
【００２５】
以下、本発明を図面を用いて詳細に説明する。図１は本発明の一実施例を示す構成ブロック図であり、図６と共通する部分には同一の符号を付けている。
【００２６】
図１において、測定器1はそれぞれ16チャンネルのBOTDR測定系統を備えている。各測定器1は例えばGP-IBバスを介してリモートPC（パソコン）2に接続されている。リモートPC2は電話回線3を介して共通のホストPC4に接続されている。そして本発明のホストPC4には、測定器1毎の測定スケジュールを生成するためのデータベース5が設けられている。
【００２７】
このような構成において、一連の動作を制御するためには、基準となるデータが必要になる。そこで、図１の測定システムを最初に構築した時点で、ホストPC4から各リモートPC2に対し、手動で測定開始命令を送る。
【００２８】
各リモートPC2は、それぞれに接続されている測定器1に測定コマンドを送り、測定器1は所定の測定を開始する。そして、測定器1が測定を終了すると、リモートPC2はそれぞれの測定器1の測定結果をホストPC4に送信する。
【００２９】
このとき、ホストPC4は、各リモートPC2の番号、測定チャンネルの番号、測定条件、測定時間(測定開始命令送出から測定結果を受け取るまでの時間)などの測定動作に伴う基礎データをデータベース5に記憶する。これを制御対象となる各測定チャンネルおよび各リモートPC2それぞれに対して実施する。
【００３０】
ホストPC4は、このようにしてすべての制御対象から測定動作に伴う基礎データをデータベース5に取り込んだ後、制御すべき時間間隔を１サイクルとしてスケジュールを生成し、生成したスケジュールに従って多チャンネル測定システム全体の動作を制御する。
【００３１】
なお、スケジュールの生成にあたっては、各測定器1の実測データを用いてもよいし、各測定器1の測定項目数などの測定条件を用いて算出してもよい。前者によれば、具体的な測定対象の測定時間を忠実に反映させることができる。そして、後者によれば、実測データがなくても自動的に算出できるので、効率よくシステムを構築できる。
【００３２】
図２はホストPC4の動作を説明するフローチャートである。ホストPC4は、測定開始にあたり、リモートPC2と通信して測定開始命令を送る(SP1)。その後、管理しているスケジュールに書き込まれている所定の測定終了時間が経過する(SP2)と、再びリモートPC2と通信して測定結果要求命令を送る(SP3)。そして、リモートPC2から送信される測定結果を受信する(SP4)。
【００３３】
図３はリモートPC2の動作を説明するフローチャートである。リモートPC2は、測定開始にあたり、ホストPC4と通信して測定開始命令を受信する(SP1)。その後、所定の測定を実行終了し(SP2)、ホストPC4からの測定結果要求命令通信を待機する(SP3)。
【００３４】
図４は図１の一連の動作の流れを示すシーケンス図である。ホストPC4はリモートPC21に対して測定開始命令を送り、リモートPC21はホストPC4に対して確認信号を送って例えば16チャンネル分の測定動作を開始する。ホストPC4はリモートPC21からの確認信号を受け取った後リモートPC22に対して測定開始命令を送り、リモートPC22はホストPC4に対して確認信号を送った後に例えば16チャンネル分の測定動作を開始する。
【００３５】
ホストPC4は、データベース５に格納されている測定時間に基づき生成されたスケジュールに従い、リモートPC21に対して測定結果要求命令を送る。リモートPC21は、測定結果要求命令を受信すると、ホストPC4に対して16チャンネル分の測定結果をまとめて送る。同様に、リモートPC22に対しても測定結果要求命令を送り、リモートPC22も測定結果要求命令を受信するとホストPC4に対して16チャンネル分の測定結果をまとめて送る。
【００３６】
なお、図４では、ホストPC4からの測定結果要求命令に対して各リモートPC2から全測定チャンネルの測定結果を送信する例を示したが、図５に示すようにポーリング時に確認信号とともにそれまでの測定結果をまとめて伝送するようにしてもよい。
【００３７】
すなわち、図１のようなシステムでは、リモートPC2側が正常に動作しているか否かを確認のため、ホストPC4側から定期的にポーリングを行うことがある。このホストPC4側からのポーリングに対して、リモートPC2側はホストPC4側に確認信号を返す。そこで、この確認信号に測定結果を付けてホストPC4側に返せば、さらに通信回数の削減が可能になる。
【００３８】
その具体的方法として、図５のシーケンス図に示すように、ポーリングの際に、ポーリング結果とともにその時点で測定が終了している測定チャンネルまでの測定結果を送信する。
【００３９】
図５において、ホストPC4はリモートPC21に対して測定開始命令を送り、リモートPC21はホストPC4に対して確認信号を送って例えば16チャンネル分の測定動作を開始する。ホストPC4はリモートPC21からの確認信号を受け取った後リモートPC22に対して測定開始命令を送り、リモートPC22はホストPC4に対して確認信号を送った後に例えば16チャンネル分の測定動作を開始する。
【００４０】
ホストPC4は、測定中のリモートPC21に対してポーリングを送る。リモートPC21は、ポーリングを受信すると、ホストPC4に対して確認信号とともにその時点で測定が終了しているチャンネル分の測定結果をまとめて送る。この場合は、3チャンネルまで測定が終了しているので、1チャンネルから3チャンネルまでの測定結果を伝送する。
【００４１】
ホストPC4は、リモートPC21から確認信号と測定結果を受け取ると、測定中のリモートPC22に対しても同様にポーリングを送る。リモートPC22もポーリングを受信するとホストPC4に対して確認信号とともにその時点で測定が終了しているチャンネル分の測定結果をまとめて送る。この場合は、5チャンネルまで測定が終了しているので、1チャンネルから5チャンネルまでの測定結果を伝送する。
【００４２】
その後、ホストPC4は、データベース５に格納されている測定時間に基づき生成されたスケジュールに従い、リモートPC21に対して測定結果要求命令を送る。リモートPC21は、測定結果要求命令を受信すると、ホストPC4に対してポーリングに対する確認信号とともに送信した3チャンネル分を除いた残り4チャンネルから16チャンネルまでの測定結果をまとめて送る。
【００４３】
同様に、リモートPC22に対しても、データベース５に格納されている測定時間に基づき生成されたスケジュールに従い、測定結果要求命令を送る。リモートPC22は、測定結果要求命令を受信すると、ホストPC4に対してポーリングに対する確認信号とともに送信した5チャンネル分を除いた残り6チャンネルから16チャンネルまでの測定結果をまとめて送る。
【００４４】
以上説明した本発明の多チャンネル測定システムによれば、ホストPC4側でスケジュールに基づく通信の一元管理を行うので、従来のようにリモートPC2側から自発的に通信する必要はなくなり、通信の重なり発生を防止できるとともに、リモートPC2側に測定開始命令を確実に送信できる。
【００４５】
そして、複数測定チャンネルの測定結果をまとめて伝送することから、全体の通信回数を減らすことができ、効率よく通信が行える。
【００４６】
さらに、本発明を用いてBOTDRを構築することにより、通信効率の改善とともに、多チャンネル測定システム全体としての測定効率の向上も図れる。
【００４７】
なお、本発明はBOTDRに限るものではなく、ホストPCと複数のリモートPCで構成されるひずみや温度や圧力などの各種の物理量を測定する多チャンネル測定システムとして好適である。
【図面の簡単な説明】
【００４８】
【図１】本発明の一実施例を示す構成ブロック図である。
【図２】図１のホストPC4の動作を説明するフローチャートである。
【図３】図１のリモートPC2の動作を説明するフローチャートである。
【図４】図１の一連の動作の流れを示すシーケンス図である。
【図５】図１の一連の動作の流れを示す他のシーケンス図である。
【図６】従来の多チャンネル測定システムの一例を示すブロック図である。
【図７】図６のホストPC4の動作を説明するフローチャートである。
【図８】図６のリモートPC2の動作を説明するフローチャートである。
【図９】図６の一連の動作の流れを示すシーケンス図である。
【符号の説明】
【００４９】
１  測定器
２  リモートPC
３  電話回線
４  ホストPC
５  データベース
【図１】
2005109809.tif 000003
【図２】
2005109809.tif 000004
【図３】
2005109809.tif 000005
【図４】
2005109809.tif 000006
【図５】
2005109809.tif 000007
【図６】
2005109809.tif 000008
【図７】
2005109809.tif 000009
【図８】
2005109809.tif 000010
【図９】
2005109809.tif 000011